システム企画｜システムアーキテクト試験

計画、要求、契約を、決まる順と負う側で整理する

システム企画は、何のためにどこまで作るかを固め、要求を引き出して整理し、誰とどんな契約で進めるかを決める段階です。作業がどの順で決まるか、リスクを誰が負うかの二つを軸にすると整理できます。

企画プロセスの目的は、事業の目標を達成するために必要な要求事項の集まりとシステム化の方針、実現のための実施計画を得ることです。現行業務の調査、費用と効果の予測、日程の作成は計画を作る側の作業で、計画が承認されると要件定義に進みます。そこでは利害関係者のニーズから業務要件を固め、それを前提にシステムの機能要件を決めます。

計画段階の全社の業務モデルは、日常業務だけでなく意思決定や戦略計画の活動も含めて大づかみに描きます。要求は、BABOK の分類ではビジネス要求、ステークホルダ要求、ソリューション要求、移行要求の4種類に分け、システムが実現すべき機能要求と非機能要求はソリューション要求に当たります。可用性、性能、拡張性、操作性などは非機能要件です。

要求を引き出す手法にも性格の違いがあります。構造化インタビューは質問を固定するので回答を比べやすい反面、深掘りはしにくくなります。立場の違う人々の合意形成を段階的に進めるのがソフトシステムズ方法論です。並行して進む事象の同期を表すモデルにはペトリネットがあり、2種類の節点からなる有向2部グラフで、トークンがそろうと遷移が発火します。

契約は、何を約束しリスクを誰が負うかで見分けます。請負は完成を約束するので、仕様が固まった後の内部設計から結合までに向きます。実費償還型は要した費用の全てに報酬を加えて払い、費用増のリスクを発注者が負います。ラボ契約は、要員の確保と一定以上の発注の約束を交換します。注文書という申込みに請書で承諾すると契約が成立します。

投資の比べ方では、回収期間法は累計のキャッシュインが投資額に届くまでの期間で比べ、回収後の収入は評価に入りません。現在価値で比べる方法は、時間の価値を割り引いて扱います。活動基準原価計算では、活動ごとに単価を出してから製品に積み上げます。