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