nullnull9.1 软件维护的类型9.1 软件维护的类型软件维护是指软件系统交付使用以后,为了改正错误或满足新的需求而修改软件的过程。按照不同的维护目的,维护工作可分成4类。退出上页首页下页末页一、软件维护的类型软件维护的类型软件维护的类型退出上页首页下页末页四类软件维护的比例四类软件维护的比例退出上页首页下页末页二、维护的步骤二、维护的步骤退出上页首页下页末页用户维护人员安排改正
性维护确认维
护类型维护实施评价优
先级进行问
题
快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题
分析复审评价错误
严重程度进行问
题分析确定更
改要求维护要求完 美 性 适 应 性将安排好的工作量列入计划低高纠错性严重不严重将改正错误列入计划 人
员
安
排人 员 安 排交付使用的软件理解分析程序安排计划修改程序测试程序或或或或软件维护的工作流程图修改过
的软件三、维护工作的组织管理三、维护工作的组织管理 软件维护工作不仅是技术性的,它还需要大量的管理工作与之相配合,才能保证维护工作的质量。管理部门应对提交的修改
方案
气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载
进行分析和审查,并对修改带来的影响作充分的估计,对于不妥的修改予以撤销。需修改主文档时,管理部门更应仔细审查。
软件维护的管理流程如图所示:
退出上页首页下页末页软件维护的管理流程
软件维护的管理流程
退出上页首页下页末页 维护修改建议 分析修改建议是否合理提交管理部门审查是否同意修改撤销NYNY进行测试 提交管理部门审批是否批准更新主文档Y 更新其他文档 提交使用修改N9.2 软件维护的特性9.2 软件维护的特性一、结构化维护与非结构化维护
结构化维护 — 指软件开发过程是按照软件工
程方法,软件的维护过程,有一整套完整的方案、技术、审定过程。
非结构化维护 — 缺乏必要的文档说明,难于
确定数据结构、系统接口等特性。维护工作令人生畏,事倍功半。退出上页首页下页末页二、软件维护的代价二、软件维护的代价 维护费用高达开发费用的55% — 70%,而
且逐年上涨。
维护中还可能引入新的潜在错误。
Belady 和 Lehman 提出软件维护工作模型:
M=P+K*EXP(C - D)
其中:
M—维护总工作量
P—生产性活动 K—经验常数
C—程序复杂度(由非结构化维护引起的)
D—对维护软件熟悉程度的度量。退出上页首页下页末页结论9.3 软件维护的技术9.3 软件维护的技术 在软件开发阶段用来减少错误,提高软件可维护性的技术。涉及到软件开发的所有阶段。退出上页首页下页末页可维护性(可测试性、可理解性、可修改性)二、软件支援技术一、面向维护的技术 在软件维护阶段用于提高维护工作的效率和质量的技术。主要用到测试阶段的技术。(信息收集、错误原因分析、软件分析与理解、
维护方案评价、代码与文档的修改、修改后的确认。)三、软件维护中应注意的问题(谨慎、工具使用)补充:软件工程管理技术补充:软件工程管理技术一、软件工程管理的重要性
先进的管理技术往往是大型软件开发成功的
关键。退出上页首页下页末页二、软件工程管理技术
1、成本估算
2、开发计划
开发计划安排
人员组织管理开发计划安排开发计划安排表达计划安排的三种主要工具:
(1)一般
表格
关于规范使用各类表格的通知入职表格免费下载关于主播时间做一个表格详细英语字母大小写表格下载简历表格模板下载
工具——进度表退出上页首页下页末页(2)甘特图(Gantt Chart)(2)甘特图(Gantt Chart)实线 — 已完成
虚线 — 未完成退出上页首页下页末页任务时
间ABC 5 10 15 20 时标网状图—
改进的 Gantt Chart任务ABC 5 10 15 20 A1①②⑤③④B1B2(3)PERT图(3)PERT图Program Evaluation Review Technique
进度计划与评审技术,是一种网络图。退出上页首页下页末页1234567891011调查研究
20天系统分析
30天系统设计
60天系统调试
30天子系统1编调40天建立文件库
30天子系统2编调30天用户培训
20天建立硬件系统30天通过计算可以找出一条关键路径,计算出完成系统总时间。界面设计
25天界面调试10天……人员组织安排人员组织安排一、人员组织原则
1、专人负责、有责、有权。
2、切忌开发过程中增加人员。退出上页首页下页末页例:一组4个软件工程师,独立开发 5000行/年,每条联系路径降低工作生产率250行/年。小组生产率为:
20000-2506=18500行/年新增加2人,生产率为840行/年,
联系路径增加到15条。小组生产率为:20000+840 2-250 15=179306条联系路径15条联系路径二、组织模式二、组织模式1、按课题划分小组。
2、按工作阶段划分小组。
3、矩阵型模式退出上页首页下页末页三、按开发进度进行人员配置三、按开发进度进行人员配置1、按 40 —20 — 40 模式
前 编码 后 退出上页首页下页末页2、按 Putnam—Norden 曲线
软件计划 5 - 6%
需求分析 10-20%
软件设计 20-30%
编 码 10-20%
软件测试 30-50%
三、系统评价三、系统评价1、经济指标评价
2、性能指标评价
3、管理指标评价退出上页首页下页末页软件工程—设计、可靠性和管理
M 。L 舒曼著 上海翻译出版社