• 2026年11月25日(水) 10:00 ~ 17:00

１．仕様書・設計書とは何か

　　（１）．なぜ文書を書くのか

　　　　ａ．ソフトウェア開発における「文書」の役割

　　　　ｂ．「文書のないプロジェクト」で何が起こるのか？

　　　　ｃ．文書化することで暗黙知が形式知になる

　　（２）．開発プロセスと文書の関係

　　　　ａ．ウォーターフォール開発での文書の種類

　　　　ｂ．各文書の関係

　　　　ｃ．要件定義では「何を」、設計では「どうやって」

　　（３）．文書の種類と特徴

　　　　ａ．要件定義（URD, SRD）

　　　　ｂ．機能要件と非機能要件

　　　　ｃ．基本設計（アーキテクチャ設計など）

　　　　ｄ．詳細設計（モジュール設計など）

　　　　ｅ．試験仕様書

　　（４）．文書の種類を整理する

　　　　ａ．自組織で使われている文書を書き出す

　　　　ｂ．文書間の繋がりを考える

２．各文書の書き方

　　（１）．よい文書と悪い文書の違い

　　　　ａ．あいまいさを排除する

　　　　ｂ．検証可能であるか？

　　　　ｃ．完全性・網羅性

　　　　ｄ．読み手によって解釈がぶれない

　　（２）．要件定義書の書き方

　　　　ａ．要件・要求の明確化

　　　　ｂ．受け入れ条件の設定

　　　　ｃ．USDMの活用

　　（３）．設計書の書き方

　　　　ａ．基本設計書のポイント

　　　　ｂ．詳細設計書のポイント

　　　　ｃ．UMLの活用（ユースケース記述、シーケンス図、クラス図）

　　（４）．「悪い仕様書」を直す

　　　　ａ．あいまいさを直す

　　　　ｂ．異常値の動作を追加する

　　　　ｃ．解釈のぶれを正す

　　　　ｄ．仕様書・設計書のレビューポイント

３．トレーサビリティ ─ 文書間のつながりを設計する

　　（１）．トレーサビリティとは何か

　　　　ａ．トレーサビリティの定義（ISO9000）

　　　　ｂ．トレーサビリティの必要性

　　　　ｃ．要件定義から設計、実装へ追跡が可能

　　（２）．トレーサビリティマトリクス

　　　　ａ．上流方向からのチェック

　　　　ｂ．下流方向からのチェック

　　　　ｃ．マトリクスでの記述例

　　（３）．変更管理とトレーサビリティ

　　　　ａ．変更要求からの追跡

　　　　ｂ．実装・テストで発覚した問題を設計書に正しく反映

４．手戻りのない文書づくり

　　（１）．手戻りの構造を知る

　　　　ａ．手戻りはどこで発生するのか？

　　　　ｂ．工程が進むほど手戻りのコストは高い

　　　　ｃ．文書の「品質」を上げる

　　　　ｄ．文書チェックをシステム化する

　　（２）．各文書のゲート基準を設ける

　　　　ａ．完成文書の基準を設定する

　　　　ｂ．設計レビューの実施

　　（３）．レビューの質を上げる

　　　　ａ．チェックリストを使ってレビューする

　　　　ｂ．ウォークスルー、インスペクション

　　　　ｃ．トレーサビリティのチェック

　　（４）．まとめと行動計画

　　　　ａ．文書の種類と役割

　　　　ｂ．要件定義書と設計書の正しい書き方

　　　　ｃ．トレーサビリティによる文書間の連携

　　　　ｄ．手戻りを防ぐゲート基準とレビューの導入

　　　　ｅ．自組織で何を導入する？

オンラインセミナー