IT用語帳
A-1システムライフサイクルプロセス · 開発プロセスの概要

ソフトウェアライフサイクルプロセス(SLCP)

Software Life Cycle Process

そふとうぇあらいふさいくるぷろせす

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

共有:

Related

他の資格での定義

IPSLCP

ソフトウェアの企画から廃棄までのライフサイクル全体にわたるプロセスを体系化した規格。ISO/IEC 12207として国際標準化されており、取得・供給・開発・運用・保守などのプロセスを定義している。

FESLCP

ソフトウェアの企画・開発・運用・廃棄に至るまでのライフサイクル全体のプロセスを体系化した規格。JIS X 0160やSLCP-JCF(共通フレーム)として標準化されており、発注者と受注者間の作業範囲の明確化に用いられる。

APSLCP

ソフトウェアライフサイクルプロセス。ソフトウェアの企画から開発、運用、保守、廃棄に至る全工程を体系的に定義したもの。JIS X 0160、JIS X 0170で標準化されている。プロセス、アクティビティ、タスクの階層で構成され、テーラリング(修整)して適用する。

STSLCP

ソフトウェアの企画から開発、運用、保守、廃棄までのライフサイクル全体を通じたプロセスを体系化したもの。ISO/IEC 12207やJIS X 0160で標準化されており、品質統制フレームワークの策定において準拠すべき基準となる。

SAソフトウェアライフサイクルプロセス

ソフトウェアの企画から廃棄に至る全工程を体系化したもの。ISO/IEC 12207(JIS X 0160)で標準化され、合意プロセス、組織プロジェクトイネーブリングプロセス、テクニカルプロセス、プロジェクトプロセスなどに分類される。

PD-SSLCP

ソフトウェアライフサイクルプロセス。ソフトウェアの企画から開発、運用、保守、廃棄に至る全工程を体系的に定義したもの。JIS X 0160、JIS X 0170で標準化されている。プロセス、アクティビティ、タスクの階層で構成され、テーラリング(修整)して適用する。

Past Exams

過去問での出題

過去問で 25 回出題(システムアーキテクト試験 7・応用情報技術者試験 4・プロジェクトマネージャ試験 4・ITパスポート試験 3・システム監査技術者試験 2・情報処理安全確保支援士試験 2・高度試験 午前Ⅰ 2・エンベデッドシステムスペシャリスト試験 1)

残り 15 件を表示

出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。

Related

関連キーワードの用語

A-1プロセス修整(Tailoring)

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

PD-SJIS X 0160

ISO/IEC/IEEE 12207に対応する日本産業規格で、ソフトウェアライフサイクルプロセスを定める。ソフトウェアの取得、供給、開発、運用、保守、廃棄までのプロセスを、JIS X 0170と同じ4つのプロセス群の構成で規定し、共通フレームの基礎になっている。

A-1システム化構想の立案

経営課題や事業環境を踏まえ、情報システム戦略に沿って、対象とする業務とシステム化の目的、効果、全体像を明らかにする活動。共通フレームの企画プロセスの最初の段階で、対象業務の分析、適用する情報技術の調査、業務の新しい姿の検討などを行い、経営者の承認を得る。

A-1システム化計画の立案

承認されたシステム化構想に基づき、システム化の範囲、プロジェクト推進体制、全体開発スケジュール、要員教育計画、開発投資対効果などを検討して、具体的なシステム化計画を作る活動。共通フレームの企画プロセスでシステム化構想の立案に続く段階で、計画は経営者の承認を得て開発の拠り所となる。

A-1テクニカルプロセス

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

A-1システム要件定義

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