問12
頻出度★☆☆
ソフトウェアライフサイクルの主プロセスを, 企画, 要件定義, 開発, 運用, 保守に分け, 企画プロセスでシステム化計画の立案を行うとき, そこで実施する作業として, 適切なものはどれか。
平成22年度 春期 ITパスポート試験 問12
ストラテジ系システム企画 › システム化計画
这道题的解析和你的作答记录。
解説
問 12
错误ア
明确对象业务的业务内容、规则、约束等「业务需求」，是排在规划之后的需求定义流程的作业。它是在规划流程中把业务建模、确定对象范围之后，再把支撑该业务所必需的内容确定为需求的阶段，不属于规划流程的作业。
- イ
正解 在共通框架 (SLCP) 中，软件生命周期的主流程按 规划 → 需求定义 → 开发 → 运行 → 维护 的顺序排列，越往后研究的粒度越细。位于最前面的规划流程由「系统化构想的制定」和「系统化计划的制定」构成，这时还不是决定各个系统功能的阶段，而是承接经营层面的需要，决定「把哪项业务、在多大范围内、以怎样的体制、费用和进度进行系统化」的阶段。因此在制定系统化计划时，首先要确认并分析作为对象的业务，把业务流程和业务功能以业务模型的形式图示化，从而看清现行的问题点和系统化的对象范围。イ 的「确认并分析对象业务，对业务功能进行建模」正好就是这项作业，所以 イ 恰当。
错误ウ
明确对象系统的功能与能力、安全性等「系统需求」，是承接业务需求之后进行的系统需求定义，属于比规划流程更靠后（从需求定义到开发）的作业。如果在规划阶段就深入到这一步，就会在对象范围还没有确定的情况下先去决定系统的规格。
错误エ
编制测试规格说明书，是在系统需求、软件需求确定之后的开发流程中进行的作业。只有先定下做什么、怎么做，才能写出测试的着眼点和合格判定标准；在制定系统化计划的规划流程阶段，根本无从编制。
ここがポイント
- 规划流程由「系统化构想的制定」和「系统化计划的制定」构成；在制定系统化计划时，要进行对象业务的确认与分析、业务功能的建模，以及系统化的对象范围、整体进度、体制、费用效益的研究。
- 主流程按 规划（业务的建模）→ 需求定义（业务需求）→ 开发（系统需求・设计・测试）→ 运行 → 维护 逐步细化。只要看选项在谈哪个粒度的内容，就能判别它是哪个流程的作业。
用語