软件工程导论-软件工程-沈师(第8章).pptVIP

练习题 填空： 1. 软件维护通常包括四类活动即（ ）、（ ）、（ ）和预防性维护。 2. 决定软件可维护性的五个因素（ ）、（ ）、（ ）、（ ）和（ ）。 3. 软件系统的文档可以分为（ ）和（ ）。 名词解释： 1、软件维护 2、改正性维护 3、适应性维护 4、完善性维护 5、预防性维护 6、软件可维护性 7、结构化维护 8、非结构化维护 9、软件的逆向工程 简答题： 1、P201.第一题 沈师-软件工程导论-赵永翼班-课件ppt 8.2.1 结构化维护与非结构化维护的差别 1. 非结构化维护 软件配置的唯一成分是代码，维护从评价程序代码开始，对软件结构、数据结构、系统接口、设计约束等常产生误解，不能进行回归测试，维护代价大。 2. 结构化维护 有完整的软件配置，维护从评价设计文档开始，确定软件结构、性能和接口特点，先修改设计，接着修改代码，再进行回归测试。 8.2 软件维护的特点 软件维护的代价表现为有形代价和无形代价。 有形代价指软件维护的费用开支。 70年代，用于软件维护的费用只占软件总预算的30%～40%，80年代上升到60%左右，90年代许多软件项目的维护经费预算达到了80%。 8.2.2 软件维护的代价 1. 有形代价与无形代价 无形代价： 1）当一些看起来合理的要求不能及时满足时，会引起用户的不满； 2）改动软件可能会引入新的错误，使软件质量下降； 3）把许多软件工程师调去从事维护工作，势必影响开发工作。 软件维护所花费的工作量，一部分用于生产性活动，如分析、评价、修改设计、编写程序等；另一部分用于非生产性活动，如理解代码的含义、解释数据结构和接口特点等。 2. 软件维护工作量模型 Belady和Lehman提出了一种维护工作量模型： M=P+Ke(c-d) 其中： M：用于维护工作的总工作量； P：生产性工作量； K：经验常数； c：因缺乏好的设计和文档而导致软件复杂性的度量； d：维护人员对软件熟悉程度的度量。 上述模型指出：如果使用了不好的软件开发方法，原来参加开发的人员或小组不能参加维护，则工作量和成本将按指数级增加。 8.2.3 软件维护的典型问题 1）如果维护时只有程序代码而没有注释说明，维护起来就相当困难； 2）由于软件维护阶段时间长，软件开发人员经常流动，所以在维护时，不可能所有的维护工作都依靠原来的开发人员。这会使得维护工作量增加； 3）软件没有足够的文档资料，或者程序修改后与文档资料不一致； 4）绝大多数软件在设计时没有考虑将来的修改，所以建议采用功能独立的模块化设计原则，增加软件的可维护性； 5）软件维护被许多人视为一种毫无吸引力的工作，因为维护工作常常受到挫折。 要缓解以上典型问题，建议采用软件工程的方法来开发程序。 8.3 软件维护过程 1. 维护组织 … 维护要求 （软件问题报告） 维护管理员 系统管理员 软件系统 变化授权人 图8.1 维护组织 根据软件问题报告（维护要求），作出的软件修改报告包含的信息主要有： 1）满足维护要求表中提出的要求所需要的工作量； 2）维护要求的性质； 3）这项要求的优先次序； 4）与修改有关的事后数据（如测试数据等）。 2. 维护报告 3. 维护的事件流 类型 开始分析问题 评价优先度 计划改正进度 开始分析 维护任务 复审 估量错误严重程度 维护要求 错误 严重 适应 完善 不严重 错误改正目录 开发目录 高 低 分配的人员 分配的人员 修改后的软件配置 复审后供使用的软件配置 图8.2 维护阶段的工作流程 ⊕ ⊕ ⊕ ⊕ 4. 保存维护记录 1）程序标识； 2）源语句数； 3）机器指令数； 4）使用的程序设计语言； 5）程序安装的日期； 6）自安装以来程序运行次数； 7）自安装以来程序失效次数 8）程序变动的层次和标识； 9）因程序变动而增加的源语句数；10）因程序变动而删除的源语句数； 11）每个改动耗费的人时数； 12）程序改动的日期； 13）软件工程师的名字； 14）维护要求表的标识； 15）维护类型； 16）维护开始和完成的日期； 17）累计用于维护的人时数； 18）与完成的维护相联系的纯效益。 5. 评价维护活动