保守プロセス

システムやソフトウェアを稼働させ続けるために、運用中に見つかった問題の修正や、環境の変化・新たな要求への対応を行うプロセス。保守の準備、問題と修正依頼の分析、修正の実施、保守のレビューと受入れ、移行、廃棄への引継ぎなどの活動からなる。

システムやソフトウェアそのものを定義し、作り、検証して、運用・保守・廃棄に至らせる技術的なプロセス群。利害関係者のニーズ及び要件の定義、システム要件定義、アーキテクチャ定義、設計定義、実装、統合、検証、移行、妥当性確認、運用、保守、廃棄などを含む。計画や管理を担うテクニカルマネジメントプロセスと対になる。

ソフトウェアの企画から開発、運用、保守、廃棄までに行う作業をプロセスとして定義し、用語と構成を標準化したもの。国際規格ISO/IEC/IEEE 12207（JIS X 0160）が基になり、日本ではIPAが共通フレーム（SLCP-JCF）として取りまとめている。発注者と受注者が同じ言葉で作業範囲や役割を合意するために使う。

標準として定められたライフサイクルプロセスを、プロジェクトの規模、リスク、契約条件などに合わせて取捨選択し、必要な形に調整すること。共通フレームやISO/IEC/IEEE 12207は、全部をそのまま適用するのではなく、修整して使うことを前提にしている。

システムに求められる機能、性能、インタフェース、運用、移行、セキュリティなどの要件を定め、システムの境界を明確にするプロセス。利害関係者の要件を基に、機能要件、システム機能仕様、操作要件、データベース要件などを定義し、評価とレビューを経てシステム設計の基礎とする。

システム要件のうちソフトウェアに割り当てられた部分について、ソフトウェアの境界と、機能・性能・インタフェース・品質などの要件を定めるプロセス。定義した要件は、システム要件との整合性や検証のしやすさの観点で評価・レビューし、ソフトウェア設計の基礎とする。

稼働中のシステムに修正や変更を加えたときに行うテスト。変更した箇所が正しく動くことを確かめるとともに、変更の影響で既存の機能に不具合が出ていないかを回帰テストで確かめる。