实用软件工程第3版课后习题答案 - IT168文库

第一类不需要客户化的软件产品，在软件产品发布时只需要一份广告，它为客户准备的文档资料只是一份用户指南，而且这份用户指南不是随意赠送的，必须与产品一起打包销售。

第二类只需少量客户化的软件产品，在软件产品发布时除了一份广告之外还要准备一份赠送给客户的文档资料，它是一份软件产品客户化的宣传方案。它的“用户安装手册”、“用户使用手册”、“系统管理员手册”也不是随意赠送的，必须与产品一起打包销售。

第三类需要重新做业务流程规范和需求规格定义的软件产品，在软件产品发布时除了一份广告之外，还有一份准备赠送给客户的资料是行业应用软件框架，或是行业应用软件解决方案，该份资料不太详细，不会暴露软件企业的技术机密。

9.6 售前工程师为什么应该是该产品所属行业的行业领域专家？ 因为售前工程师是产品经理和产品形象的代表。在投标过程中，是由售前工程师向招标单位进行讲解，为了能把产品功能和特点清楚而流利地表达出来，让招标单位和客户感到满意，售前工程师必须掌握和精通产品行业的行业领域知识，所以说售前工程师应该是该产品所属行业的行业领域专家。

9.7 怎样理解“软件工程的覆盖范围包括了售前、售中、售后三个阶段的工作”？ 软件工程的售前工作是制订投标书，讲解投标书，主持技术谈判，参与合同签约，制订初步实施计划。

售中工作是安装调试产品，产品的客户化，用户培训，产品验收交付。 售后工作是产品日常维护，客户信息反馈。

由上面各阶段的工作任务可以知道，售前、售中、售后三个阶段是相互联系的，不可分割的工作流程。只有进行售前阶段的工作，进行投标、签订合同，才有售中阶段的安装调试产品和产品交付。也只有经过售中阶段，才能有售后阶段的产品维护等工作。售前、售中、售后覆盖了软件工程的范围。

9.8 怎样理解实施工程师的职责与素质？

实施工程师职责主要包括以下几个方面：产品安装调试、产品客户化、用户培训教育、产品验收交付。

实施工程师必须具备以下素质： 首先，对于不需要客户化的软件产品，实施工程师将光盘上的软件产品安装到用户系统上即可。如果用户需要培训，用用户指南作为教材进行定期培训。

其次，对于只需要少量客户化的产品，实施工程师首先要进行调查和需求分析，在与客户达成完全一致的书面需求修改意见且经过评审和批准之后，再对软件的产品文档和程序进行修改和测试。同时还要保证文档与程序的一致性。

最后，当软件实施工程师遇到要重新做业务流程再造和需求规格定义的软件产品时，实施工程师的职责相当于项目经理或者需要成立项目组，指定项目经理，运用原形法重新做业务流程规范和需求规格定义，在此过程中要与用户进行互动，以确保开发出来的产品与用户需求的一致性。

9.9 请编写一份“图书管理系统”的实施计划。 实施计划根据具体项目的规模、大小的不同而不同，笔者仅给出编写实施计划的具体模板以供读者参考。

项目实施计划模板 1. 实施计划

1.1 工作任务的分解与人员分工

[对于“图书馆信息系统”开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。]

1.2 接口人员

[说明负责接口工作的人员及他们的职责。] 1.3 进度

[对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预定的开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件。]

1.4 预算

[逐项列出此开发项目所需要的劳务及经费的预算和来源。] 1.5 关键问题

[逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。]

9.10 怎样理解“软件维护是一种面向用户提供的服务”？

在激烈的软件产品市场竞争中，同类软件产品的价格、功能、性能、接口都是不相上下的，那么用户如何选择呢？软件厂商要推销自己的产品，推销的焦点就是服务。谁的售后服务及时、到位，谁的产品就可能占领市场。现在流行一句话：“卖软件就是卖服务”。

9.11 传统软件维护要讨论的问题有哪些？

传统软件维护要讨论的问题有：什么叫软件维护？软件维护分哪几类？维护过程有哪些？什么叫结构化维护？什么叫可维护性？维护有副作用吗？

9.12 怎样理解“在国际上，一般是大厂商做产品，小厂商做项目”？

第一，小软件公司一般都是先做项目，然后集成项目的优点，形成一个产品，即产品来自于项目的积累。积累到一定程度，小公司就变成大公司了。

第二，通常情况下，做一个真正通用的产品，它在需求获取、人员配置、环境测试、文档编写、市场运作等方面都需要较大的人力、物力和财力的投资，在这方面，小厂商是不具备的，只有大公司才能办得到。

9.13 怎样理解“任何厂商做项目的目的，都是为了做产品”？ 从技术上讲，厂商的产品来自于大量的多个同类项目共性的提炼。 从市场上讲，只有提炼出产品，厂商才能获取较大的利润。 所以任何厂商做项目的目的，都是为了做产品。

9.14 怎样理解“软件产品客户化”和“软件项目产品化”？ 软件产品客户化是指软件产品在推销和实施时，还要不断地满足、完善客户提出的要求。 软件项目产品化是指任何软件厂商做项目的目的，都是为了做产品，只有这样才能扩大厂商的市场规模，扩大软件企业的规模，从而实现从小厂商做项目到大厂商做产品的过渡。

9.15 传统软件维护分哪几大类？ 传统软件维护分四大类，分别是：纠错性维护；适应性维护；完善性维护；预防性维护。

9.16 简述软件维护的工作程序。

软件维护的工作程序与软件开发的工作程序相仿。其工作程序是：维护的需求分析、维护的设计、修改程序代码、维护后的测试、维护后的试运行、维护后的正式运行、维护过程的评审和审计。

9.17 什么叫结构化维护和非结构化维护？

结构化维护的前提是软件产品或软件项目必须有完善的文档，并且文档与程序代码互相匹配，两者完全一致。在这样的前提下，维护不但会比较省力，而且维护后可以用原来的测试用例进行回归测试。

相反，若软件产品或软件项目只有程序而没有文档，或文档很不规范，很不齐全，对这样的软件进行维护，我们称为非结构化维护。

9.18 可维护性的软件应具备什么性质？

所谓软件的可维护性，就是维护人员理解、掌握和修改被维护软件的难易程度。可维护性的软件，必须具备下列4条性质：可理解性、可测试性、可修改性和可移植性。

9.19 软件维护的副作用表现在哪4个方面？

（1）使编码更加混乱，程序结构更加不清晰，可读性更差，而且有连锁反应。

（2）数据结构是系统的骨架，修改数据结构是对系统伤筋动骨的大手术，在数据冗余与数据不一致方面，可能顾此失彼。

（3）需要与用户协商，一旦有疏忽，可使系统发生意外。 （4）对结构化维护要严防程序与文档的不匹配。

9.20 面向缺陷维护的内容是什么？

面向缺陷维护的内容是：该软件产品能够正常运行，可以满足用户的功能、性能、接口需求，只是维护前在个别地方存在缺陷，用户不是非常满意。克服缺陷的方法是修改程序，也就是通常说的只修改程序，不修改数据结构。

9.21 面向功能维护的内容是什么？

面向功能维护的内容是：该软件产品在功能、性能、接口上存在某些不足，不能满足用户的某些需求，因此需要增加某些功能、性能、接口。解决这些不足的方法是，不但要修改设计，而且也要修改程序，也就是通常说的，既要修改数据结构，又要修改编码。

9.22 两层结构和三层结构的软件维护方法有什么不同？

两层结构（客户机/服务器）的软件维护方法是，将客户机和服务器上两部分软件分开维护。

三层结构（客户机/应用服务器/数据库服务器）的软件维护方法是，软件维护在系统后台服务器上借助网络运行实现，使得软件的安装与升级，不需要到用户现场进行，在互联网上就可以实现一切维护工作，对用户来说就变成了一个完全透明的过程，不用再担心光盘上的安装或软盘的损伤。

9.23 软件维护与软件产品版本升级有什么关系？

一般而言，版本号中小圆点的左一位，表示该软件产品的第几个版本。版本号中小圆点

的右一位，表示该版本的大修改次数。版本号中小圆点的右二位，表示该版本的小修改次数。只要当该软件产品的运行环境发生大改变时，或者该软件产品的功能变化超过30%时，其版本号中小圆点的左一位才能升级。例如，若维护前的版本号为V1.00，则维护后的版本号为V2.00。

9.24 怎样理解软件产品的版本号？ 软件产品的版本号，记录了该软件产品的修改次数和修改幅度大小。初始版本号一般是V1.00，其后每大改一次，版本号中小圆点的右一位加1。每小改一次，版本号中小圆点的右二位加1。特大修改后，版本号中小圆点的左一位加1。

9.25 怎样理解迭代模型RUP对软件维护的影响？

UML的功能覆盖整个软件的开发周期，从需求分析开始，直到软件的发布、实施和维护为止，因而它对传统意义下的维护工作产生重大影响。

UML把软件生存周期定义为4个主要阶段：初始、细化、构造、移交。经过这4个阶段的历程被称为一个开发周期，自动产生一个周期内的所有文档，从而生成一个软件产品。首次经历这4个阶段称为该产品的初开发周期，除非该产品的生命终止，否则它将重复初始、细化、构造和移交这4个阶段，从而演化为下一代产品，这就是对旧有产品的维护，也是新产品的升级换代，也就是开发周期的演化，也就是UML对软件维护工作的影响。

9.26 请设计“软件维护管理文档”的格式。

表格式设计的理论基础是关系数据库设计的范式理论。一般而言，一个表由表头和表体两部分组成，共性的数据项放在表头，个性的数据项放在表体。只要懂得上述道理，任何复杂的表格均可设计出来。“软件维护管理文档”的格式设计，如表所示。

（1）用户意见反馈表

所属产品编号： 反馈人： 反馈日期： 意见分类编号

意见描述 用户姓名 （2）用户意见分类整理表

所属产品编号： 整理人： 整理日期： 意见分类编号

意见描述 同类意见出现次数 （3）维护申请单

所属产品编号： 申请人： 申请日期： 维护分类编号

维护描述 批准日期 维护日期 （4）产品缺陷统计表

所属产品编号： 统计人： 统计日期：