要件から設計へ

イントロ

要件、外部設計、内部設計の違いを比較する

要件は利用者や業務が求めること、設計はそれをどのような画面、データ、処理で実現するかに具体化する作業である。要件と設計を混同すると、「何をしたいか」と「どう作るか」が曖昧になり、依頼者と開発者の認識違いが起きるからです。

定義

教科書では: 要件は利用者や業務が求めること、設計はそれをどのような画面、データ、処理で実現するかに具体化する作業である。
言いかえると: 要件は利用者や業務が求めること、設計はそれをどのような画面、データ、処理で実現するかに具体化する作業である。ここでは要件定義、外部設計、内部設計、インタフェース、データ設計、画面・帳票の入口を扱います。詳細な設計記法、ER図やUMLの深掘り、API設計までは追わず、要件定義と外部設計を分けます。

比較

見る点	押さえる内容	注意する混同
目的	要件定義の目的と役割を見る	用語名だけで選ばない
判断軸	要件定義の目的と外部設計との違いを分ける	要件に機能名を書けば、設計も終わったと思う
範囲	要件定義、外部設計、内部設計、インタフェース、データ設計、画面	詳細な設計記法、ER図やUMLの深掘り、API設計

見る点目的

見る点判断軸

見る点範囲

要件から設計へは、似た用語を丸暗記するより、目的・対象・判断軸を分けると理解しやすくなります。

例

場面: 「スマホで申請したい」という要件を、画面項目、承認フロー、データ保存の設計へ分ける例
順に考えると: この場面では、まず要件定義が何を助けるかを確認します。次に外部設計との違いを見て、利用者が見る・使う内容は外部設計、内部の処理やデータの持ち方は内部設計を見る。詳細な設計記法、ER図やUMLの深掘り、API設計までは追わず、役割を一文で説明できれば十分です。
ここが結論: 要件定義と外部設計を分けると、利用者が見る・使う内容は外部設計、内部の処理やデータの持ち方は内部設計を見る。

注意

確認

Q1

要件から設計へで最も大切な見方はどれですか。

まとめ

実装は設計を動くプログラムにする工程で、単体テストは部品ごとに意図した動きを確認する工程である。