ユーザー要件を正しく実装へつなぐシステム設計のセオリー

システム開発プロセスの構造を理解する際、①検討項目×②開発工程の２次元のマトリクス構造で捉えると解りやすい。①検討項目には検討の深さがあり、②開発工程が進むにつれて、詳細化・確定され、成果物（設計ドキュメント等）として成文化される。本書では、①検討項目のカテゴリを大きく、１）データ（データ・IF）、２）プロセス（業務プロセス・機能・ユーザビリティ）、３）アーキテクチャ（システム／アプリケーションアーキテクチャ・運用）の３軸で捉え、また②開発（設計）工程は大きく、Ｌ（論理設計）、Ｐ（物理設計）、さらにそれをＬ１（要件定義：論理設計）、Ｌ２（基本設計：論理設計）、Ｐ１（基本設計：物理設計）、Ｐ２（詳細設計：物理設計）の４工程に細分化した上で、①の検討項目にはどんな設計要素があり、②の各開発工程でどの深さまで詳細化し、どのような成果物にまとめていくかを、筆者のシステム開発での実経験をベースに実践的かつ体系的に述べられています。私はＳＩ企業のＳＥとして長年システム開発に携わり、開発業務標準の整備等にも関わってきましたが、上記の枠組みで開発プロセスの構造を可視化し、分析・再考することで、いろいろな示唆が得られ、システム開発設計プロセスに関する理解が各段に深まりました。今後弊社のＳＥ育成や開発業務標準の改善等に活かしていきたいと思っています。有難うございました。続編の「要件定義のセオリー」とともに、特に業務アプリケーションの開発に携わるより多くの人に読んで欲しいと思います。