読者です 読者をやめる 読者になる 読者になる

情報処理技術者試験ナビ

当サイトは準備中です。

システム方式設計

システム方式設計のタスク

システム方式設計では,システムの最上位の方式確立,利用者文書(暫定版)の作成,システム方式の評価,システム方式設計の共同レビューを実施することを理解する。

ハードウェア構成品目,ソフトウェア構成品目,手作業,機能要件,非機能要件

システムの最上位の方式確立

システム方式設計の目的

システム方式設計では,全てのシステム要件をハードウェア,ソフトウェア,手作業に振り分け,それらを実現するために必要なシステムの構成品目を決定すること,システム要求仕様が実現できるか,リスクなどを考慮した選択肢の提案は可能か,効率的な運用及び保守ができるかなど,システム方式を選択する際に考慮すべき点を理解する。

ハードウェア・ソフトウェア・手作業の機能分割

ハードウェア,ソフトウェア,手作業の機能分割を,業務効率,作業負荷,作業コストなどの観点から検討し,決定することを理解する。

利用者作業範囲

ハードウェア方式設計

信頼性や性能要件に基づいて,冗長化やフォールトトレラント設計,サーバの機能配分,信頼性配分などを検討し,ハードウェア構成を決定することを理解する。

ソフトウェア方式設計

システムの供給者が自社で全て開発するか,ソフトウェアパッケージなどを利用するかなどの方針,使用するミドルウェアの選択などを検討し,ソフトウェア構成を決定することを理解する。

システム処理方式設計

業務に応じて集中処理,分散処理を選択すること,Webシステム,クライアントサーバシステムなど,システムの処理方式を検討し,決定することを理解する。

データベース方式設計

システムで使用するデータベースの種類,信頼性を考慮し冗長化したレプリケーションなどを検討し,決定することを理解する。

関係データベース,NDB(NetworkDatabase:網型データベース),OODB(ObjectOrientedDatabase:オブジェクト指向データベース),XMLデータベース

 

システム結合テストの設計

システム方式設計に対し,システム結合テストの範囲,テスト計画,テスト手順などの方針を検討し,システムが機能を全て満たしているかどうかを確認するシステム結合テスト仕様書を作成することを理解する。

テスト要求事項

システム方式の評価及びレビュー

決定したシステム方式がシステム要件に合致しているか,実現可能かなど,システム方式を評価する際の基準を作成し,システムの取得者及び供給者が共同でレビューを行うことを理解する。

追跡可能性,一貫性,設計標準や方法の適切性,ソフトウェア品目の実現可能性,運用及び保守の実現可能性,レビュー参加者,レビュー方式

 

関連書籍

 

過去問題

基本情報技術者

応用情報技術者

システムアーキテクト