問26
頻出度★★☆
ソフトウェアライフサイクルを, 企画, 要件定義, 開発, 運用のプロセスに分けたとき, 要件定義プロセスの段階で確認又は検証するものはどれか。
平成26年度 春期 ITパスポート試験 問26
ストラテジ系システム企画 › 要件定義
这道题的解析和你的作答记录。
解説
問 26
错误ア
「系统需求与软件需求之间的一致性和可追溯性」是在开发过程中进行的确认。在开发过程中，首先定义系统需求，再把它分配给硬件、软件、人工作业等，从而定义软件需求。这时要验证的是：上位的系统需求有没有毫无遗漏地反映到下位的软件需求中，以及能否追溯出哪条软件需求对应哪条系统需求。在需求定义过程的阶段，系统需求和软件需求都还没有编制出来，所以根本无从确认。
错误イ
「针对软件需求的软件设计的可实现性」是在开发过程的软件设计（架构设计、详细设计）阶段进行的确认。它是针对已经确定的软件需求，验证该设计是否真的能实现、能否满足性能和约束条件的工作，比确定业务需求的需求定义过程要晚得多。
- ウ
正解 把软件生命周期排列为「策划 → 需求定义 → 开发 → 运用」时，需求定义过程是这样一个阶段：承接策划过程所确定的系统化方针，挖掘用户和客户在业务上想要实现什么，把它整理成「业务需求」，并在相关方之间达成共识。在这个阶段，系统的内部内容（系统需求、软件需求、设计）都还没有确定，应当确认或验证的是「所定义的业务需求是否真正符合用户或客户的需要及期望」这一妥当性（validation，即确认）。如果在这里把需求弄错了，后续工序做得再准确，也只会造出「和想要的东西不一样」的系统，返工成本最大。因此，作为需求定义过程阶段进行确认或验证的内容，正确的是「ウ 从用户或客户的需要及期望来看业务需求的妥当性」。
错误エ
「满足所分配需求的软件项的可实现性」同样是开发过程中的确认事项。「所分配的需求」这种说法本身就表明，此时已经把系统需求分配给软件等构成要素了；该确认是看按照这样的分配结果，软件项（所要开发的软件单位）能否实现。这并不是把用户和客户的期望与业务需求相对照的需求定义过程的确认内容。
ここがポイント
- 在共通框架（共通フレーム）的软件生命周期中，顺序是：策划过程（系统化构想与计划）→ 需求定义过程（业务需求的定义与达成共识）→ 开发过程（系统需求定义、软件需求定义、设计、实现、测试）→ 运用过程。在哪个过程确认什么，可以根据该时点已经存在哪些交付物来判断。
- 需求定义过程要确认・验证的是「业务需求对照用户或客户的需要及期望是否妥当」这一妥当性确认（validation，即确认）。以系统需求、软件需求、设计为对象的一致性／可追溯性／可实现性的验证（verification），全都属于开发过程。
用語