第七章 提交与维护.pptVIP

第七章 提交与维护 7.1 提交 提交: 将实施完成的结果提交给用户，而且保证这个系统可以继续正确运行. 7.1 提交 培训 培训对象 用户的培训 系统管理员的培训 特殊的培训 培训方式 文档、用各种图表的方式或提供在线帮助的方式、演讲讲座、专家用户 培训指南 针对不同背景、不同经历、不同爱好的人采用不同的培训方式 在演示讲座培训过程中，培训的内容最好分多单元进行 受训者的不同位置决定采用不同繁荣培训方式 7.1 提交 用户文档 用户手册 系统管理员手册 其他文档 7.2 维护 维护： 软件已经交付用户使用后，为改正错误或满足新的需要而修改软件的过程 维护种类 改正性维护：诊断和改正错误的过程 适应性维护：为了和变化了的环境适当的配合而进行的修改软件的活动 完善性维护：为软件增加新的功能或修改已有功能的活动 预防性维护：为改进未来的可维护性或可靠性进行的修改工作 7.3 维护的特点 结构化维护和非结构化维护 维护的代价 软件维护是软件生产性活动中延续时间最长、工作量最大的活动 软件维护不仅工作量大、任务重，甚至引入新的错误 软件维护活动实际是一个修改和简化了的软件开发过程 软件维护和软件开发一样，都需要采用软件工程原理和方法 维护的问题（P163） 7.4维护过程 维护组织 维护报告 维护申请单（MRF，Maintenance Request Form），或称为软件问题报告（SPR，Software Problem Report），提交给软件维护机构 软件变更报告（SCR，Software Change Report），SCR的内容包括： ① 所需修改变动的性质； ② 申请修改的优先级； ③ 为满足该维护申请报告，所需的工作量（人员数、时间数）； ④ 预计修改后的结果。 7.4维护过程 维护事件流 7.4维护过程 保存维护记录 记录内容（P166） 评价维护活动 维护的实施 修改软件需求说明 修改软件设计 设计评审 对源程序做必要的修改 单元测试 集成测试（回归测试） 确认测试 软件配置评审等 7.5 软件的可维护性 决定可维护性的因素 可理解性 可测试性 可修改性 可移植性 可重用性 文档 7.5 软件的可维护性 提高可维护性 提高软件可维护性，可以从两方面考虑： 在软件开发期的各个阶段、各项开发活动进行的同时，应该时时、处处努力提高软件可维护性，保证软件产品在发布之日有尽可能高水准的可维护性； 在软件维护期进行维护活动的同时，也要兼顾提高软件的可维护性，更不能对可维护性产生负面影响 技术途径： 建立完整的文档 明确质量标准 采用易于维护的技术和工具 加强可维护性复审 软件工程(Software Engineering) 沈阳工业大学信息科学与工程学院 魏东 Slide *