問19
頻出度★☆☆
システムのライフサイクルを企画プロセス, 要件定義プロセス, 開発プロセス, 運用プロセス, 保守プロセスに分けたとき, 企画プロセスの完了時の状態として適切なものはどれか。
平成25年度 秋期 ITパスポート試験 問19
ストラテジ系システム企画 › システム化計画
这道题的解析和你的作答记录。
解説
問 19把共通框架中系统生命周期的顺序与各流程的交付物对应起来记忆
- ア
正解 正确答案是ア。在共通框架中，系统的生命周期按规划流程 → 需求定义流程 → 开发流程 → 运行流程 → 维护流程的顺序排列。位于最前面的规划流程，是以经营战略和经营目标为出发点，开展「系统化构想的制定」与「系统化计划的制定」的、可以说是最上游的研究阶段。在这一阶段，先分析经营上的课题和需求，确定对哪些业务、在多大程度上用系统来支持，即系统化的对象范围，并为实现这一范围而确定整体的系统构成和基本架构（硬件、软件、网络的大致方案）的方向，同时规划投资效益以及开发体制和进度的大致框架。因此，规划流程完成时的状态与ア「为达成经营目标所需的系统化范围、系统构成以及基本架构已经确定」的表述一致。要点在于阶段的区分：规划流程只是确定做什么、做到什么程度这样的框架和方针，系统应具备的各项具体需求尚未定义。
错误イ
「针对系统的需求和约束事项已经确定」是在规划流程之后进行的需求定义流程完成时的状态。在需求定义流程中，承接规划阶段确定的系统化范围，具体梳理并达成一致的内容包括：系统应实现的功能需求、性能和安全等非功能需求，以及预算、交付期限、法律法规等约束事项。在规划流程阶段，只是确定了框架和方针，各项具体的需求和约束尚未确定，因此错误。
错误ウ
「对照系统需求进行了最优化的软件需求已经确定」是比需求定义更靠后的工序、即开发流程之中的软件需求定义（先于软件方式设计的工作）结束时的状态。这项工作是把系统需求分配给硬件、软件和人工作业，并把其中由软件承担的部分细化为需求，从规划流程来看已经是隔了两个阶段之后的事情。作为规划流程完成时的状态，因此错误。
错误エ
「关于包含目标系统在内的业务及运行所用组织的需求已经确定」是需求定义流程中的业务需求定义（对目标业务的步骤、职责分工、运行体制等的定义）完成时的状态。以新系统为前提如何重组业务流程和运行组织，是在系统化范围确定之后才研究的事项，在规划流程完成的时点尚未确定。因此作为规划流程完成时的状态是错误的。
ここがポイント
- 把共通框架中系统生命周期的顺序与各流程的交付物对应起来记忆。规划流程 = 承接经营目标，确定系统化范围、系统构成和基本架构（系统化构想、系统化计划）；需求定义流程 = 确定针对系统的功能需求、非功能需求、约束事项以及业务和运行组织方面的需求；开发流程 = 从系统需求导出软件需求，并进行设计、实现、测试；运行流程 = 正式上线运行和日常运维；维护流程 = 上线后的修改与改进。
- 规划流程是从经营战略出发的最上游工序，只是确定「把什么、在多大范围内系统化」这一方针和框架的阶段。各项具体需求要到下一个需求定义流程才固定下来——这种阶段的划分正是解答此类题目的关键。
用語