章鱼小年糕整理，如果有错误欢迎提出，若要二次修改发布，请留言，谢谢^_^！
概念
软件维护：软件在已经交付使用之后，为了改正错误或满足新的需求修改软件的过程。
文档：有关计算机程序功能、设计、编制、使用的文字或图形资料。分为用户文档和系统文档。是影响软件可维护性的决定因素。
用户文档：描述系统功能和使用方法。（安装手册、操作指南、参考手册、使用手册）
系统文档：描述系统设计、实现和测试等方面的内容。（问题定义、可行性研究报告（工可报告）、需求规格说明书、总体设计说明书、详细设计说明书、测试验收计划）
可维护性复审：开发阶段保证软件具有可维护性的5个因素。
软件再工程：为了以新形式重构已存在软件系统（当前使用中的系统，或者一些缺乏良好设计结构和编码风格，缺少文档的遗留系统）而实施的检测、分析、更替，以及随后构建新系统的工程活动。
管理：
简答
说出四类维护活动？
- 改正性维护：诊断和改正错误
- 适应性维护：适应软件硬件运行与开发环境
- 完善性维护：修改已有功能、增加新功能
- 预防性维护：为未来的需求
说明软件维护的特点？
- 结构化维护与非结构化维护差别巨大：非结构化维护的软件配置的唯一成分是程序代码，无程序内部文档。这种维护代价大，质量无法保证。结构化维护存在完整的软件配置（代码、内部文档、测试用例等），维护工作可以从设计文档开始。维护代价低、质量有保证。
- 维护的代价高昂：维护费用占总预算逐年提高，无形费用的产生、生产率的下降、软件开发没有使用软件工程学且原来的成员不参与维护等。
- 维护的问题很多：起因是软件定义和软件开发方法的缺陷。理解别人的代码困难程度与软件配置成强反比，需要维护的软件没有合格的文档或资料不足，维护人员往往不是开发者，早期软件在设计时没有考虑将来的修改问题。维护工作不是一项吸引人的工作。
说明软件维护的过程？
- 维护组织
- 维护报告（要求维护的用户填写软件问题报告）
- 维护的事件流
- 保存维护记录
- 评价维护活动
决定软件可维护性的因素有哪些？
- 可理解性
- 可测试性
- 可修改行
- 可移植性
- 可重用性
阐述文档的基本要求？
- 必须描述如何使用系统
- 必须说明怎样安装和管理系统
- 必须描述系统的需求和设计方案
- 系统的实现和测试
请说明软件再工程过程模型的六类活动？
- 库存目录分析
- 文档重构
- 逆向工程
- 代码重构
- 数据重构
- 正项工程
时间： 2024-08-04 12:22:29