問29
頻出度★☆☆
企画プロセス, 要件定義プロセス, 開発プロセス, 保守プロセスと続くソフトウェアライフサイクルにおいて, 企画プロセスの段階で行う作業として, 適切なものはどれか。
平成23年度 秋期 ITパスポート試験 問29
ストラテジ系システム企画 › システム化計画
这道题的解析和你的作答记录。
解説
問 29
错误ア
功能性需求与非功能性需求的定义，是紧接在规划流程之后的需求定义流程的工作。它承接规划流程中确认的经营上的需求与课题，整理出业务需求，并明确系统应当具备的功能（功能性需求），以及性能、可用性、安全性、可运维性等功能以外的条件（非功能性需求）。这些内容必须以规划的交付物为输入才写得出来，所以不属于规划流程阶段的工作。
- イ
正解 软件生命周期按 规划 → 需求定义 → 开发 → 维护 的顺序推进，越往后越是从「做什么」向「怎么做」具体化。位于最上游的规划流程，处在还没有确定系统形态的阶段，是从经营视角明确「究竟为了什么而进行系统化」的工序。在这里，要对照经营战略与事业目标，确认经营上的需求与课题，进而提出解决这些问题的系统化构想，并汇总出包含对象业务、实现时期、概算费用、组织体制等内容的系统化计划。因此，作为规划流程阶段所开展的工作，恰当的是「确认经营上的需求与课题」，正确答案是イ。如果在这一步把课题判断错了，那么之后的需求定义和开发无论进行得多么正确，最终也会做出对经营毫无帮助的系统——这正是规划流程的重要之处。
错误ウ
系统架构的设计与评价是开发流程的工作。它把需求定义中确定的系统需求分配给硬件、软件、人工作业中的哪一种来实现，并决定系统整体的构成，相当于通常所说的外部设计。这是决定实现手段的阶段，比起决定「是否要系统化」「要解决什么」的规划流程，位置要靠下游得多。
错误エ
软件架构的设计与评价同样是开发流程的工作，而且是比ウ的系统架构设计更靠后的工序。针对系统架构设计中分配给软件的部分，设计组件与程序的构成、接口、数据库结构等。这是决定软件内部如何实现的最具体的阶段，与规划流程正好处在两个极端。
ここがポイント
- 共通框架（SLCP）的软件生命周期按 规划 → 需求定义 → 开发 → 维护 的顺序推进。规划流程是进行「确认经营上的需求与课题」「制定系统化构想」「制定系统化计划」的最上游工序，承担着把经营战略与系统连接起来的作用。
- 把各个流程与其代表性工作对应起来记忆。需求定义流程负责业务需求以及功能性需求、非功能性需求的定义；开发流程先做系统架构设计（系统整体的构成），接着做软件架构设计（软件内部的构成）——越往下游，实现手段越具体。
用語