软件工程 ch8 软件维护

软件工程 ch8 软件维护

ID:43815936

大小:175.00 KB

页数:34页

时间:2019-10-15

软件工程 ch8 软件维护_第1页
软件工程 ch8 软件维护_第2页
软件工程 ch8 软件维护_第3页
软件工程 ch8 软件维护_第4页
软件工程 ch8 软件维护_第5页
资源描述:

《软件工程 ch8 软件维护》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、第八章软件维护内容软件维护的类型和策略软件维护的过程与管理方法软件可维护性的概念提高可维护性的方法软件逆向工程与再工程的概念软件维护知识域主题的本体结构维护技术维护过程软件维护关键问题技术问题管理问题维护成本估算软件维护度量各种维护过程各种维护活动程序理解再工程软件维护逆向工程软件维护基础定义和术语软件的进化维护的本质维护的必要性维护成本的大份额性维护分类软件维护的十大基本原则背景原则过程原则文档原则信息原则谨慎原则确认原则冲突原则记录原则重编原则检验原则软件开发要考虑到维护问题需求分析阶段:明确维护范围及责任;审查系统要求;研究运行/维护的支持;明确性能要求及变更;明确扩充或收缩;检验

2、关键资源的可扩充性。设计阶段:考虑系统的扩展、压缩和变更及设计通用性等。编程阶段:查找源程序错误,度量源程序可理解性等。测试阶段:维护人员参与集成测试,统计分析错误等。影响维护工作量的因素系统大小程序设计语言系统年龄数据库技术应用先进的软件开发技术其它维护工作量模型M=p+kec-dM:维护中消耗的总工作量;p:上面描述的生产性工作量;k:经验常数;c:复杂性的度量;d:对软件熟悉程度的度量。模型表明,如果使用了不好的软件开发方法(未按软件工程要求做),原来参加开发的人员或小组不能参加维护,则工作量(及成本)将按指数增加。软件维护的原因改正在特定的使用条件下暴露出的一些潜在程序错误或设计

3、缺陷。因为在软件使用过程中数据环境发生变化(例如一个事务处理代码发生改变)或处理环境发生变化(例如安装了新的硬件或操作系统),需要修改软件以适应这种变化。用户和数据处理人员在使用时常提出改进现有功能,增加新的功能,以及改善总体性能要求,就需要修改软件把这些要求归纳到软件中。软件维护机构修改负责人系统监督员维护管理员配置管理员维护人员申请维护软件修改报告所需修改变动的性质申请修改的优先级为满足某个维护申请报告,所需的工作量预计修改后的状况软件维护工作过程确定更改要求评价错误严重程度评价优先次序开始问题分析确定更改要求判明维护类型安排改正性维护维护实施开始问题分析用户维护人员把安排好的开发工

4、作量列入计划维护要求人员安排救火严重修改性不严重理解程序分析原设计适应性安排计划修改程序测试程序完善性人员安排修改过的软件通过并交付使用的软件高低把错误改正列入计划软件维护总结在目前情况下,设计、编码、测试中的哪一方面可以改进?哪些维护资源应该有但没有?工作中主要的或次要的障碍是什么?从维护申请的类型来看是否应当有预防性的措施?分析和理解程序理解程序的功能和目标掌握程序的结构信息,即从程序中细分出若干结构成分。如程序系统结构图、控制结构、数据结构和输入输出结构等了解数据流信息,即所涉及到数据来源何处,在哪里被使用了解控制流信息,即执行每条路径的结果理解程序的操作(使用)要求维护后的验收全

5、部文档是否完备,并已更新所有测试用例和测试结果已经正确记载记录软件配置所有副本的工作已经完成维护工序和责任已经确定维护所需测试种类对修改事务的测试对修改程序的测试操作过程的测试应用系统运用过程的测试使用过程的测试系统各部分之间接口的测试作业控制语言的测试与系统软件接口的测试软件系统之间的接口测试安全性测试后备/恢复过程的测试系统变更验收标准度量表No标准计测法YesNo管理标准1是在限期内安装起来的吗?比较实际完成日期与期限2是在预算内安装的吗?比较预算与实际开销3是遵循维护作业顺序吗?比较实际执行的顺序与处理4其它模型技术标准1避开输入编辑中的问题了吗?与规格说明比较检查2处理正确吗?

6、与规格说明比较检查3数据文件/数据库正确吗?与规格说明比较检查4输出报告正确吗?与规格说明比较检查5达到设定目标了吗?设定/测定性能/完成目标6用户正确执行了新的功能吗?设定/测定完成目标7操作员正确执行了新的功能吗?设定/测定完成目标8管理组的目的正确实现了吗?设定/测定完成目标9软件配置正确反映修改了吗?比较修改信息和原有配置维护评价度量值每次程序运行的平均出错次数花费在每类维护上的总“人时”数每个程序、每种语言、每种维护类型的程序平均修改次数因为维护,增加或删除每个源程序语句所花费的平均“人时”数用于每种语言的平均“人时”数维护申请报告的平均处理时间各类维护申请的百分比各类维护中的

7、侧重点改正性维护适应性维护完善性维护可理解性○可测试性○可修改性○○可靠性○可移植性○可使用性○○效率○其它间接定量度量(Gilb)问题识别的时间因管理活动拖延的时间收集维护工具的时间分析、诊断问题的时间修改规格说明的时间具体的改错或修改的时间局部测试的时间集成或回归测试的时间维护的评审时间恢复时间使用提高软件质量的技术和工具模块化结构程序设计使用结构程序设计技术,提高现有系统的可维护性软件开发期间各个检查点的检查重点检查点分析设计

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。