後述のソフトウェア開発ライフサイクルモデルのパターンによっては、開発期間の長短や対象とする開発活動内容の範囲に差がありますが、おおよそ大別してソフトウェア開発プロジェクトは、以下の工程を元に進行します。

・要件定義

開発対象の段階によってはこの工程を他の工程と並行して進めたり、非常に簡潔に済ませたりする場合もありますが、最も初期の段階で行う活動は要件定義です。

何を開発するのかを考えるところから始まり、誰が何をどうするためのシステムを開発するのかを検討、方針が決定したら開発内容を要件定義書のようなドキュメント形式などでまとめ、それをもとに開発チームへ共有展開し、実際にものを作る開発活動を進めていきます。

・設計

要件定義をもとに、実際に開発するシステムの設計を行います。

対象となる開発要件に対してどのようなシステムの仕様が必要となるかを設計し、システム仕様に関連して必要になる画面仕様やデータ仕様やインターフェース仕様などの設計を行います。
　

・開発

要件定義と仕様策定が完了したら、それを元に実際の開発作業を進めます。

しかし、開発作業中に要件や仕様に変更が入る可能性は常にあり、そうした事態に対してどのように対処するかという方針については、開発ライフサイクルの形式によって対応方法は変わってきます。


仕様の変更が必要になった際、

「開発中→仕様変更→対応」

という1サイクルで完了するならば、変更された部分に対して一時的に対応すればよいですが、

「開発中→仕様変更→対応→さらに仕様変更→対応→さらに仕様変更→対応」

を無限に繰り返してしまうと、開発作業が延々と終わらなくなってしまうので、要件や仕様に変更があった場合はその対応をまた別の開発プロジェクトとして分けたり、仕様変更はある程度までを許容としてそれ以降はいったん開発サイクルが完了するまで変更を行わない等、工程の進行形式を守って進めるような判断も必要になります。
　

・テスト

どの工程を取っても言えることかも知れませんが、一口にテストと言っても、開発サイクル内で実施されるテストとは静的テスト動的テスト含めて、あらゆる段階で実施可能であるため、必ずしもテストが開発の次段階に位置するとは限りません。

後述する開発ライフサイクルモデルの形式次第では、要件定義段階から以降の工程にそれぞれ対応するテストを実施する場合もあります。

しかし、テストはテスト対象となる何かしらの成果物があってこそ実施可能であるため、要件定義～開発の工程があって後に実施することに変わりはありません。

・リリース/保守

テストの工程を経てリリース可能な品質と判断された後、本番環境へ展開されます。

展開後はシステム運用状況についてのモニタリングを行ったり、障害が発生した際には修正対応を行ったりします。

また、リリース後にも機能の追加開発が行われる場合は、追加部分について要件定義から再度各工程を経て、繰り返し開発活動が継続していきます。

上記の項目内でも何度か触れていますが、ソフトウェア開発ライフサイクルにはモデルはあり、JSTQB FLシラバスの記載に依れば、ソフトウェア開発ライフサイクルのモデルは大別して以下の2パターンになります。