ソフトウェアユニット

ソフトウェア要素を構成する最小の単位であるプログラム。ソフトウェア設計では要素をソフトウェアユニットまで分割し、各ユニットの機能やユニット間の処理手順・関係を明確にする。

ソフトウェア設計で、ソフトウェア要素をそれ以上分割しない単位まで分けたもの。プログラムやモジュールに当たり、ソフトウェアユニットごとに機能仕様とユニット間のインタフェースを決め、テストを行う。

システムやソフトウェアの構成要素どうし、及び外部のシステム・装置・利用者との間で、やり取りするデータの形式、呼出しの方法、通信の手順、エラー時の扱いなどを決める設計。インタフェースを先に固めておくと、構成要素を並行して開発し、後から結合しやすくなる。

プログラムの内部構造（制御の流れや条件分岐）に着目してテストケースを設計するテスト技法。命令網羅や判定条件網羅などの網羅基準を用い、主に単体テストで使う。仕様にあるのに実装されていない機能の漏れは見つけにくい。

システム要件定義で決めた要件のうち、ソフトウェアで実現する部分について、必要な機能、性能、画面や帳票などのインタフェースを明確にする工程。決めた内容を利用者などと確認してから、ソフトウェアの設計に進む。

まとまった処理を切り出して名前を付け、必要な場所から呼び出して使えるようにしたもの。同じ処理を何度も書かずに済み、保守も容易になる。呼び出すと処理後に呼出し元の次の行へ戻る。

個々のモジュールについて、機能、入出力となるデータ（インタフェース）、処理の内容などを記述した仕様。モジュール設計で作成し、プログラミングとモジュール単位のテストの基になる。

ソフトウェアを、ほかの開発でも再利用できるように、機能ごとに独立性の高い部品（モジュール、クラス、コンポーネントなど）として設計・作成すること。部品は再利用される前提で、汎用的なインタフェースを持たせ、十分にテストして使い方を文書化しておく必要がある。部品化が進むと、再利用によって開発の生産性と品質が高まる。