問10
頻出度★☆☆
情報戦略に基づいて, 開発の対象業務, 費用, スケジュール, 体制, 投資効果などを明確化する業務はどれか。
平成24年度 春期 ITパスポート試験 問10
ストラテジ系システム企画 › システム化計画
这道题的解析和你的作答记录。
解説
問 10
错误ア
运维业务是让已开发并导入的系统实际运行起来、并维持用户日常正常使用状态的业务。具体来说，主要包括按照运维计划执行和监视作业、数据的备份与恢复、用户账号的管理、咨询应答和故障发生时的一线处理，以及维持服务级别协议（SLA）中承诺的运行率和响应时间等。从时期上看，它是系统建成之后的流程，处理的是运行中的服务质量和日常运维成本。它并不是基于信息战略、在最初就估算今后要构建的系统的对象业务、开发费用、开发进度、开发组织体制和投资效益并取得投资批准的流程。
错误イ
开发业务是以规划业务中获得批准的计划和需求定义业务中达成一致的需求为输入，实际构建出系统的流程。它包括系统设计（外部设计、内部设计）、编程、从单元测试到综合测试的各类测试，以及从既有系统迁移数据和投入运行前的准备等。也就是说，开发业务是在事先给定的预算、进度和组织体制的框架内进行构建的一方，而不是基于信息战略来决定这些预算、进度、组织体制和投资效益本身的一方。题干问的是进行决定的流程，因此在既定框架内执行的开发业务并不符合。从顺序上看也要记住：规划 → 需求定义 → 开发，开发业务位于规划业务之后。
- ウ
正解 正确答案是ウ「规划业务」。规划业务（共通框架中所说的规划流程）位于系统生命周期 规划 → 需求定义 → 开发 → 运维 → 维护 的最上游，承接由经营战略导出的信息战略（信息化战略），确定今后要做什么、花多少钱、在何时之前完成、由谁来做这一整体框架。具体而言分两个阶段推进。首先是制定系统化构想，梳理经营上的课题和业务上的问题点，描绘出用 IT 解决哪些业务领域的方向。其次是制定系统化计划，把该构想落实为可执行的计划。在这里形成文档的内容，正是题干所列举的各个项目。即：把哪些业务作为系统化的对象（开发的对象业务）、开发和导入需要花费多少（费用）、何时启动何时投入运行（进度）、公司内部哪些部门与外部哪些委托方如何分工（组织体制），以及这项投资能带来多少回报，例如业务工时的削减或销售额的增长（投资效益，即所谓的成本效益）。把这些内容备齐后提交给经营层，就投资是否可行取得批准，这就是规划业务的目标。只有在此确定了对象范围、预算、日程和组织体制的大致方案，才能进入后续流程：在需求定义业务中把各项需求具体化，再在开发业务中实际构建。反之，如果缺少这一估算和批准就着手开发，就会招致预算超支、交付延期，以及与投资不相称的系统这样的结果。因此，基于信息战略明确这 5 个项目的业务是ウ的规划业务。
错误エ
维护业务是针对已经投入运行的系统，修正运行中发现的缺陷、应对法律修订和制度变更、配合业务变化追加和改良功能、进行性能改善以及跟进硬件更新换代等的业务。与运维业务一样，它的对象是已经存在并正在运行的系统，位于生命周期的最末端。它并不是从信息战略出发判断是否新建系统、明确对象业务、费用、进度、组织体制、投资效益并取得经营层批准的上游决策流程。另外，当维护中需要进行大规模改造时，其关系是重新回到规划业务，再次制定计划。
ここがポイント
- 规划业务（规划流程）的作用 —— 承接由经营战略导出的信息战略，制定系统化构想和系统化计划的最上游流程。在系统化计划中，明确开发的对象业务、费用、进度、组织体制、投资效益（成本效益），并就投资是否可行取得经营层的批准。题干列举的 5 个项目原样就是系统化计划的记载事项，这一点是解题的决定性依据。
- 软件生命周期的顺序 —— 规划 → 需求定义 → 开发 → 运维 → 维护。按各项业务的目的和时期来区分记忆：规划是决定做不做以及大致框架的流程，需求定义是把要做什么具体化并达成一致的流程，开发是在既定框架内进行构建的流程，运维和维护是在投入运行后维持服务并应对变化的流程。
用語