ソフトウェアの標準とライフサイクル

ソフトウェアの標準とライフサイクルは、ソフトウェアを企画から廃棄までどのような工程と活動で進めるかを、国内外の標準を拠り所として定めた考え方である。代表的な標準は、ソフトウェアのライフサイクルプロセスを定めたJIS X 0160、システム及びソフトウェア製品の品質モデルを定めたJIS X 25010、情報技術セキュリティの評価基準であるコモンクライテリア（CC）である。試験では、各プロセスの役割や、標準ごとに定められた用語と定義を正しく区別できるかが問われる。

ライフサイクルプロセスの修整

JIS X 0160は、ソフトウェアのライフサイクルを構成するプロセスの集まりを規定する標準である。案件や組織によってライフサイクルの形は異なるため、標準のすべてを一律に当てはめるのではなく、ライフサイクルモデルの目的と成果を達成できるように調整して用いる。この調整を修整（テーラリング）と呼び、ライフサイクルプロセスを修正するか、新しいライフサイクルプロセスを定義する行為を指す。

修整は、標準で定められたプロセスを機械的に実施することとは異なる。目的を達成するために必要なプロセスを選び、足りないものは定義して補うという判断が伴う点に意味がある。統治（ガバナンス）や、他組織と比較して性能を評価するベンチマーキングは、プロセスを修正・定義する行為の名称ではないため、修整とは区別して理解する。

移行プロセスで行うこと

移行プロセスは、開発したシステムを実際の利用に供するための準備を担う。具体的には、システムの利用及び支援に必要な情報ニーズを識別し、利用者用文書を用意するとともに、運用操作者や利用者などの利害関係者への教育訓練を整える。

一方で、要件に合致していることについて利害関係者の合意を得る活動は、妥当性確認や受入れの文脈に属する。また、統合されたソフトウェアのインタフェースや機能の動作を期待されるデータ値の範囲で確認する活動は、統合や検証の内容である。これらは移行プロセスのタスクとしては扱われないため、利用の準備と確認・合意の活動を混同しないことが重要である。

廃棄プロセスと廃棄の確実化

廃棄プロセスは、ソフトウェアシステムを利用の終わりから適切に処分するまでの活動を扱う。廃棄は特定の段階に限られず、ライフサイクルのどの段階でも適用できることが意図されている。プロトタイプのように本格的な運用に入らなかったものの廃棄にも、廃棄プロセスを適用できる。