問41
頻出度★★★
システム開発プロセスには, システム要件定義, システム方式設計, ソフトウェア方式設計, ソフトウェア詳細設計などがある。システム方式設計において実施する作業として, 適切なものはどれか。
平成22年度 秋期 ITパスポート試験 問41
マネジメント系システム開発技術 › システム開発技術
这道题的解析和你的作答记录。
解説
問 41
错误ア
终端的画面设计，是具体确定用户所操作界面的作业，在软件一侧的设计工序（从软件需求定义到软件架构设计、软件详细设计）中进行。系统架构设计是把系统整体分配给硬件、软件、手工作业的阶段，并不会深入到各个画面的布局。由于工序过于靠后，所以是错误的。
错误イ
定义系统的功能和能力（处理内容，以及处理量、响应时间之类的性能），是其前一道工序——系统需求定义的作业。这一阶段确定的是「必须能够做到什么」，还不确定实现手段。它与确定实现手段即构成的系统架构设计发生了混淆，所以是错误的。
错误ウ
定义系统的可靠性（可用率、发生故障时的恢复时间等），同样属于系统需求定义中处理的非功能性需求。先把作为需求所要求的可靠性水平确定下来，之后为满足它而考虑采用冗余构成等具体构成，这才是系统架构设计；定义本身是前一道工序的作业，所以是错误的。
- エ
正解 正确答案是 エ。系统架构设计是把系统需求定义中确定的「要实现什么」，转换为「用怎样的构成来实现」的工序。具体来说，就是把需求分配给由硬件实现的部分、由软件实现的部分、以及由人工手工作业实现的部分，并逐步确定所需服务器、终端等硬件构成，以及操作系统、中间件、业务软件等软件构成。エ 的「明确系统的硬件构成和软件构成」，说的正是这种分配以及整体构成（架构）的确定，与系统架构设计的作业一致。只要记住工序名中的「架构」指的是实现方式、构成，就更容易把它与需求定义区分开。
ここがポイント
- 共通框架的工序顺序及各自的职责范围：系统需求定义（确定功能、能力、可靠性等，即要实现什么）→ 系统架构设计（把需求分配给硬件、软件、手工作业，确定系统整体的构成）→ 软件需求定义、软件架构设计、软件详细设计（对软件内部逐步细化）。
- 用粒度的阶梯来区分：「需求定义」是要做出什么（What），「架构设计」是构成、实现方式（How），「详细设计」是内部的具体做法。凡是选项中并列着工序名的题目，只要按两条轴来归类就能解出：描述的内容是 What 还是 How，对象是系统整体还是软件内部。
用語