問33
頻出度★★★
システム開発会社 A 社は B 社の販売管理システムの開発を受注した。A 社はシステム要件をネットワーク機器などのハードウェアで実現するものと, 業務プログラムなどのソフトウェアで実現するものに割り振っている。現在 A 社はどの工程を実施しているか。
平成24年度 春期 ITパスポート試験 問33
マネジメント系システム開発技術 › システム開発技術
这道题的解析和你的作答记录。
解説
問 33
- ア
正解 正确答案是 ア「系统方式设计」。在共通框架（SLCP）中，系统开发按照 系统需求定义 → 系统方式设计 → 软件需求定义 → 软件方式设计 → 软件详细设计 → 编程 的顺序，一边逐步缩小对象范围一边不断细化。其中系统方式设计是这样一道工序：针对系统需求定义中已确定的每一条需求，划分它是由硬件配置项来实现、由软件配置项来实现，还是由人工的手工作业来实现，从而确立整个系统最上层的构成（方式，即体系结构）。题干中的 A 公司，针对 B 公司的销售管理系统，把已确定的系统需求划分为由网络设备等硬件实现的部分和由业务程序等软件实现的部分。这正是系统方式设计的定义本身，用其他三道工序都无法解释。这里值得注意的线索有两条。第一，被划分的对象写的是「系统需求」。既然需求已经存在，就说明系统需求定义已经完成。第二，由软件实现的范围恰恰是此刻才在确定之中。在软件的负责范围尚未确定的阶段，以该范围为前提的软件需求定义和软件方式设计都还无法开始。也就是说，A 公司处在已经结束系统需求定义、即将进入软件侧工序的位置。正因为在这道工序中划出了 由硬件实现的部分 / 由软件实现的部分 / 由人工作业完成的部分 之间的边界，接下来的软件需求定义才能只针对分配给软件的部分，具体明确它应具备怎样的功能和性能。因此目前正在实施的工序是 ア 的系统方式设计。
错误イ
系统需求定义是这样一道工序：整理使用者和委托方的诉求，在不涉及实现手段的前提下，定义并达成一致——即将开发的系统应具备的功能、性能、接口、可靠性、安全性、运行条件等。就本题而言，它相当于梳理并确定这样一些需求的阶段：作为销售管理系统能够进行订单录入、库存查询、销售额汇总，同时可供多少人使用等等。题干中的 A 公司已经手握这些「系统需求」，正在划分它们由硬件还是由软件来实现。A 公司不是制定需求的一方，而是把已确定的需求分配到实现手段上的一方，所以不是系统需求定义。从工序顺序上看，系统需求定义位于系统方式设计的前一道，此时已经完成。
错误ウ
软件方式设计是这样一道工序：承接软件需求定义中确定的软件需求，决定用怎样的程序（软件组件）组合来构成这个软件，并设计各组件的功能分担、组件之间的接口、数据库的结构以及画面和报表的方式等。它的对象范围始终封闭在软件的内部结构之内，不会把网络设备这类硬件作为分配对象来处理。题干中的 A 公司正处在确定软件所负责范围本身的阶段，还没有到达把软件内部划分为组件的阶段。从工序顺序上看，系统方式设计 → 软件需求定义 → 软件方式设计，它是往后第二道工序。
错误エ
软件需求定义是这样一道工序：针对系统方式设计中分配给软件的部分，具体定义该软件应具备的功能和性能、画面和报表等接口、数据库中保存的信息等。其前提是，系统中有多大范围由软件来实现必须已经确定。题干中的 A 公司恰恰正在划分 由硬件实现的部分 与 由软件实现的部分 之间的边界，软件的负责范围尚未确定。范围确定之前无法定义其内部的需求，所以目前的工序不是软件需求定义，而是它的前一道——系统方式设计。
ここがポイント
- 系统方式设计的定义 —— 把系统需求定义中确定的各条需求，划分为由硬件配置项实现的、由软件配置项实现的、由人工手工作业实现的，并由此决定整个系统最上层构成（方式，即体系结构）的工序。可以这样记：一旦出现划分硬件与软件边界的工作，就是系统方式设计。
- 开发工序的顺序与对象范围 —— 系统需求定义 → 系统方式设计 → 软件需求定义 → 软件方式设计 → 软件详细设计 → 编程。前半部分（系统…）的对象是包含硬件和手工作业在内的整个系统，后半部分（软件…）的对象只是分配给软件的范围。另外，各阶段还有这样的角色分工：需求定义 = 实现什么，方式设计 = 如何构成并实现；用这两条轴就能把选项区分开。
用語