【整理】软件工程复习提纲（维护）

标签：存在   事件流   style   产生   ext   报告   说明书   如何使用   编码风格   

章鱼小年糕整理，如果有错误欢迎提出，若要二次修改发布，请留言，谢谢^_^！

概念

软件维护：软件在已经交付使用之后，为了改正错误或满足新的需求修改软件的过程。

文档：有关计算机程序功能、设计、编制、使用的文字或图形资料。分为用户文档和系统文档。是影响软件可维护性的决定因素。

用户文档：描述系统功能和使用方法。（安装手册、操作指南、参考手册、使用手册）

系统文档：描述系统设计、实现和测试等方面的内容。（问题定义、可行性研究报告（工可报告）、需求规格说明书、总体设计说明书、详细设计说明书、测试验收计划）

可维护性复审：开发阶段保证软件具有可维护性的5个因素。

软件再工程：为了以新形式重构已存在软件系统（当前使用中的系统，或者一些缺乏良好设计结构和编码风格，缺少文档的遗留系统）而实施的检测、分析、更替，以及随后构建新系统的工程活动。

管理：

简答

说出四类维护活动？

1. 改正性维护：诊断和改正错误
2. 适应性维护：适应软件硬件运行与开发环境
3. 完善性维护：修改已有功能、增加新功能
4. 预防性维护：为未来的需求

说明软件维护的特点？

1. 结构化维护与非结构化维护差别巨大：非结构化维护的软件配置的唯一成分是程序代码，无程序内部文档。这种维护代价大，质量无法保证。结构化维护存在完整的软件配置（代码、内部文档、测试用例等），维护工作可以从设计文档开始。维护代价低、质量有保证。
2. 维护的代价高昂：维护费用占总预算逐年提高，无形费用的产生、生产率的下降、软件开发没有使用软件工程学且原来的成员不参与维护等。
3. 维护的问题很多：起因是软件定义和软件开发方法的缺陷。理解别人的代码困难程度与软件配置成强反比，需要维护的软件没有合格的文档或资料不足，维护人员往往不是开发者，早期软件在设计时没有考虑将来的修改问题。维护工作不是一项吸引人的工作。

说明软件维护的过程？

1. 维护组织
2. 维护报告（要求维护的用户填写软件问题报告）
3. 维护的事件流
4. 保存维护记录
5. 评价维护活动

决定软件可维护性的因素有哪些？

1. 可理解性
2. 可测试性
3. 可修改行
4. 可移植性
5. 可重用性

阐述文档的基本要求？

1. 必须描述如何使用系统
2. 必须说明怎样安装和管理系统
3. 必须描述系统的需求和设计方案
4. 系统的实现和测试

请说明软件再工程过程模型的六类活动？

1. 库存目录分析
2. 文档重构
3. 逆向工程
4. 代码重构
5. 数据重构
6. 正项工程

【整理】软件工程复习提纲（维护）

标签：存在   事件流   style   产生   ext   报告   说明书   如何使用   编码风格   

原文地址：http://www.cnblogs.com/rimochiko/p/6985192.html