ソフトウェアの企画、要件定義、開発、運用、保守までの活動の流れを定義した国際規格。国際標準化機構(ISO)によって策定されISO／IEC 12207：2017で定義されている。

プロジェクトの初期に実施される。システムなどの開発において、実装すべき機能や満たすべき性能などを明確にしていく作業のこと。

「要件定義」「基本設計」「詳細設計」「システム実装」「テスト」という順番で開発を進めていく開発モデル。各工程は一度限り行われることが期待される。大規模なシステム開発に向いている。

開発の早い段階で試作品となるプロトタイプを作成し、それをユーザが確認し評価することで、システムの仕様を確定していく方法。利用者の要求する仕様との整合性を開発の初期段階で確認できる。

システム全体をいくつかの部分に分け、分割した単位で開発のサイクルを繰り返して次第に完成度を高めていく方法。メリットとして仕様やスケジュールの変更のしやすさが挙げられる。

既存のソフトウェアを解析して製造方法や動作原理、設計図、ソースコードなどを調査する技法。自社特許の侵害がないか調査すると言った目的で行われる。

システムやソフトウェアの開発手法の一つで従来の手法と比べて開発期間を大幅に短縮できる。チームワークを重視する「スクラム」、仕様変更に柔軟に対応する「XP(エクストリームプログラミング)」、仕事の効率や流れに重点を置く「カンバン」などがある

開発の初期段階で利用者がそのシステムに何を求めているかを明確にしていく作業。

プロセスを中心に、データの流れを記述する図。「プロセス」「データストア」「外部実体」「データフロー」の4つの要素で構成される

データ中心アプローチで用いられる。エンティティ(実体)とリレーションシップ(関係)を表す図。リレーションシップには多重度(対応関係)記述する。

対象がどのような状態をもち、どのような条件や出来事(イベント)によりそれらの間を遷移するかを一覧に表した図。状態を円形や矩形などで列挙し、どこからどこへ遷移が起きうるかを矢印によって示す。