問34
頻出度★★★
ソフトウェア保守の説明として, 適切なものはどれか。
平成24年度 春期 ITパスポート試験 問34
マネジメント系システム開発技術 › システム開発技術
这道题的解析和你的作答记录。
解説
問 34
错误ア
“在系统开发时，对依据详细设计编写的各个程序确认有无错误，并根据需要进行修正”，这是开发工序中的编程与单元测试（调试）的说明。正如开头明确写有“在系统开发时”，这还是正式运行之前的工作，是在发布之前把做进去的错误当场清除掉。维护是在运行之后变更系统的活动，因此在时期上有决定性的不同。虽然同样带有“修正错误”的语感，但开发过程中的调试并不是维护，这一点需要注意。
- イ
正解 正确答案是イ。软件维护是指开发结束、系统进入正式运行之后，为了让该系统保持可以继续使用的状态，对程序、数据以及相关文档进行修正和变更的活动。它处于软件生命周期（规划→需求定义→开发→运行→维护）的最后阶段，一般占据系统寿命的大部分，是历时最长的工序。需要维护的原因大致可以归纳为四点，而这也正好构成维护的分类。第一，排除运行后发现的缺陷的纠正性维护。第二，对尚未显现的潜在故障提前加以处置的预防性维护。这两者对应选项イ所说的“系统的稳定运行”。第三，使系统适配 OS、中间件、硬件的版本升级，以及通信标准、法律法规修订等外部环境变化的适应性维护。这对应“信息技术的发展”。第四，当业务做法发生变化、或者要开始经营新的商品与服务时，改善性能和功能以提高有用性的完善性维护。这对应“经营战略的变化”。选项イ列举了这三种动因，并以“对程序进行修正或变更”作结，准确地表述了在运行之后持续变更系统这一维护的本质。因此イ是恰当的。
错误ウ
“针对系统使用者的咨询，进行咨询内容的记录与管理、向适当部门的转交，以及处理结果的记录”，这是服务台（帮助台）的说明。ITIL 中的服务台作为与使用者之间的单一联系点（SPOC），受理并记录咨询和事件，把自己无法解决的问题升级给专业部门，并记录、报告处理结果。这是运行阶段面向使用者的支持工作，而不是修改程序本身的活动。虽然可能把工作转交给维护人员，但转交的一方并不是维护。
错误エ
“从广泛的视角对系统进行调查，判断其是否对经营有所贡献”，这是系统审计或者系统评价（IT 投资的事后评价）的说明。系统审计由处于独立立场的审计人员从可靠性、安全性、效率性等视角对系统进行检查和评价，并向经营者提出建议与劝告，其交付物是评价与报告。它不包含像维护那样实际修正、变更程序的作业。要用“是做评价，还是动手去修改”来加以区分。
ここがポイント
- 软件维护是运行之后的工序 —— 在软件生命周期（规划→需求定义→开发→运行→维护）中，它指进入正式运行之后对程序进行修正、变更的活动。运行之前的调试属于开发工序而不是维护，这种按时期划分的切分是最大的判别要点。
- 维护的四种类型与易混角色的切分 —— 有排除运行后发现的缺陷的纠正性维护、提前防范潜在故障的预防性维护、配合 OS、硬件、法律法规等外部环境变化的适应性维护，以及随业务和经营战略的变化提高功能与性能的完善性维护，而“稳定运行”“信息技术的发展”“经营战略的变化”这些关键词正好与它们一一对应。另一方面，咨询的受理、记录与转交是服务台（帮助台），对经营贡献度的调查与判断是系统审计或系统评价；用“动手修改程序的才是维护”这一着眼点来排除选项。
用語