記載対象:

構築するシステムの全体像を簡潔に説明する。

具体例:

• 対象業務: どの業務領域を対象とするシステムか(例: 受注管理、在庫管理)
• 解決する課題: 現状のどのような課題を解決するのか
• システムの目的: 何を達成するためのシステムか
• 主要機能: システムが提供する主な機能(3〜5つ程度)
• 期待される効果: システム導入により得られる効果

記載原則:

• 簡潔性の確保: 専門用語を避け、誰が読んでも理解できる平易な表現を使う
• 要件定義との整合: 要件定義書で合意した内容と矛盾しないように記載する
• 読者を意識した粒度: 概要セクションでは詳細に立ち入らず、全体像の把握に必要な情報のみ記載する

文書化の推奨表現:

• 3〜5段落程度で簡潔にまとめる
• 箇条書きを活用して主要機能や期待効果を整理する
• 専門用語には必要に応じて補足説明を添える

記載対象:

基本設計書が何を達成するための文書なのかを明確に示す。

具体例:

• 要件の実現方式を具体化する
• 顧客とサンエム間で、システムの全体像と外部仕様に関する合意を形成する
• 開発チームが実装フェーズに進むための具体的な指針を提供する
• 品質確保の基盤となる設計情報を文書化する

記載原則:

• 達成目標の明確化: 本書を通じて何を達成したいかを具体的に記載する
• ステークホルダーごとの価値: 顧客、開発チーム、運用チームなど、各ステークホルダーにとっての本書の価値を示す
• 後工程との連携: 後続の詳細設計・実装・テストにどう活用されるかを明記する

文書化の推奨表現:

• 箇条書きで3〜5項目程度列挙する
• 各項目は「〜を達成する」「〜を提供する」など、目的志向の表現にする

記載対象:

この基本設計書を読むべき関係者を列挙する。

具体例:

• 顧客担当者(業務部門、情報システム部門)
• プロジェクトマネージャー
• システムアーキテクト
• 開発リーダー、開発者
• テスト担当者
• 運用担当者
• 保守担当者

記載原則:

• 網羅性の確保: プロジェクトに関わる全ての主要ステークホルダーを列挙する
• 役割の明確化: 必要に応じて、各読者がどのような目的で本書を参照するかを補足する
• 漏れのない確認: プロジェクト体制図と照らし合わせ、主要な役割が漏れていないか確認する

文書化の推奨表現:

• 箇条書きで役割を列挙する
• 役割名は一般的な名称を使用し、個人名は記載しない