問25
頻出度★★☆
システム開発作業において, 新たに構築又は再構築する業務の機能を明確にし, それに基づいて情報システム化の範囲とその機能を具体的に明示するプロセスはどれか。
平成26年度 秋期 ITパスポート試験 問25
ストラテジ系システム企画 › 要件定義
这道题的解析和你的作答记录。
解説
問 25
错误ア
外部设计是在需求定义确定了「做什么」之后，设计用户可见的界面（画面布局、报表格式、输入输出数据、与外部系统的对接方式等）的阶段。它并不决定系统化的范围本身，而是以已经确定的范围和功能为前提，把用户视角下的实现方式具体化，因此错误。
错误イ
内部设计是为了实现外部设计的内容，从开发者视角设计系统内部结构（程序的划分、模块构成、内部数据结构、处理逻辑的流程等）的阶段。它设计的是用户看不到的「怎么做」，并不是明示业务功能和系统化范围的阶段，因此错误。
错误ウ
编程是按照内部设计确定的规格实际编写源代码、做出可运行程序的阶段。它位于开发流程中相当靠后的位置，做什么早已确定，并不是「明示」范围和功能的过程，因此错误。
- エ
正解 正确答案是 エ「需求定义」。需求定义是在系统开发最初期，明确「用户和业务方想要实现什么」的阶段。具体来说：(1) 明确新建或重做的业务本身的功能与步骤（业务需求定义）；(2) 划定其中哪些部分要由信息系统来实现，也就是「系统化的范围」；(3) 把系统应当具备的功能性需求（能做到什么）和非功能性需求（性能、可靠性、安全性等）具体地写成文档。题干中的「明确业务功能」「具体地明示信息系统化的范围及其功能」，与这一需求定义过程的说明一一对应。需求定义决定的是「做什么（What）」而不是「怎么做（How）」，其成果——需求定义书，正是后续设计、编程、测试全部工作的出发点。
ここがポイント
- 系统开发的标准阶段顺序是：需求定义 → 外部设计 → 内部设计 → 编程 → 测试 → 运行。记忆时按「需求定义决定做什么（What），设计之后决定怎么做（How）」来区分。
- 在需求定义阶段，要在业务需求的基础上确定信息系统化的范围（scope），并具体定义功能性需求（系统提供的功能）和非功能性需求（性能、可用性、安全性、可运维性等）。这里如果含糊不清，后续阶段就会出现返工。
用語