テクニカルプロセス
Technical Process
てくにかるぷろせす
システムやソフトウェアそのものを定義し、作り、検証して、運用・保守・廃棄に至らせる技術的なプロセス群。利害関係者のニーズ及び要件の定義、システム要件定義、アーキテクチャ定義、設計定義、実装、統合、検証、移行、妥当性確認、運用、保守、廃棄などを含む。計画や管理を担うテクニカルマネジメントプロセスと対になる。
Related
他の資格での定義
Past Exams
過去問での出題
過去問で 5 回出題（プロジェクトマネージャ試験 4・システムアーキテクト試験 1）。うち 1 回は用語そのものを問う問題です。
出典: 独立行政法人情報処理推進機構（IPA）の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
テクニカルプロセスの作業を計画し、監視・制御するためのプロセス群。プロジェクト計画、プロジェクトの評価及び制御、意思決定管理、リスク管理、構成管理、情報管理、測定、品質保証が含まれる。
JIS X 0170（ISO/IEC/IEEE 15288）が定める、システムの構想から開発、運用、保守、廃棄までのライフサイクルで行うプロセスの体系。合意プロセス、組織のプロジェクトイネーブリングプロセス、テクニカルマネジメントプロセス、テクニカルプロセスの4つのプロセス群からなる。ソフトウェアを対象にしたJIS X 0160と対になる。
ソフトウェアの企画から開発、運用、保守、廃棄までに行う作業をプロセスとして定義し、用語と構成を標準化したもの。国際規格ISO/IEC/IEEE 12207（JIS X 0160）が基になり、日本ではIPAが共通フレーム（SLCP-JCF）として取りまとめている。発注者と受注者が同じ言葉で作業範囲や役割を合意するために使う。
標準として定められたライフサイクルプロセスを、プロジェクトの規模、リスク、契約条件などに合わせて取捨選択し、必要な形に調整すること。共通フレームやISO/IEC/IEEE 12207は、全部をそのまま適用するのではなく、修整して使うことを前提にしている。
システムに求められる機能、性能、インタフェース、運用、移行、セキュリティなどの要件を定め、システムの境界を明確にするプロセス。利害関係者の要件を基に、機能要件、システム機能仕様、操作要件、データベース要件などを定義し、評価とレビューを経てシステム設計の基礎とする。
システム要件のうちソフトウェアに割り当てられた部分について、ソフトウェアの境界と、機能・性能・インタフェース・品質などの要件を定めるプロセス。定義した要件は、システム要件との整合性や検証のしやすさの観点で評価・レビューし、ソフトウェア設計の基礎とする。