软件过程能力评估模型知识和软件能力成熟度模型知识 软件工程专题讲座管理篇.ppt
《软件过程能力评估模型知识和软件能力成熟度模型知识 软件工程专题讲座管理篇.ppt》由会员分享,可在线阅读,更多相关《软件过程能力评估模型知识和软件能力成熟度模型知识 软件工程专题讲座管理篇.ppt(43页珍藏版)》请在三一办公上搜索。
1、管理篇-第四章 软件风险管理,什么是风险?风险分析风险管理,4.1 什么是风险?,由于软件的规模增大、复杂度增强、灵活性要求高而导致新一轮的软件危机,因此而引发软件的负面结论:软件开发的效率和质量问题是经济增长的主要障碍。软件失效造成巨大的经济损失。用传统的软件工程技术来控制软件成本和质量也无法尽善尽美。因此:软件风险是存在的,特别是对于大型复杂软件。软件风险:是指软件有可能造成的伤害或者损失。,4.1 什么是风险?,软件风险是任何软件开发项目中普遍存在的问题,与项目的大小成正比。因为,在制定软件计划时,项目经理必须回答:项目的需求是什么?不可能准确无误地回答需要投入多少资源?只能凭经验估计给
2、出初步设想如何安排开发进度?这样就存在风险!,4.1 什么是风险?,进度过分紧迫;预算过分紧张;性能过分的超群,软件可靠性要求过高;人员缺乏经验,组织结构不适宜;期望过高而不现实;没有明确或理解合同的条款;软件规模估计不恰当;管理部门缺乏经验;风险分析和管理不恰当;缺乏政策性支持;,不熟悉技术或过程;不熟悉必要的硬件;需求不一致(或定义不充分);需求不断变动;软件开发计划不恰当;软件开发过程模型不适用;缺乏软件工程技术和方法;缺乏自动化工具的支持;,常见的软件风险类别:进度、经费、性能、组织、管理、人事、过程、方法、工具等。如下例证:,4.2 风险分析,条件:软件的风险对于系统的成败有关键影响
3、时才进行风险分析,因此,先要进行风险估计。步骤:标识潜在风险项:收集信息,标明相关的风险。观察风险的征兆,理解其原因。估计每个风险的大小及其出现的可能性:度量风险的后果和严重程度。风险评估:要考虑风险间的相互作用。,4.3 风险管理,风险管理的本质:制定防止风险的计划,并监管风险。(风险是不可能消除的,只能防止)风险管理的时机:已经发现存在重要的软件风险;这些风险可能影响项目的目标;这些风险将使系统花费大量的运行费用及支持费用;这些风险是可能防止的。,4.3 风险管理,风险管理的任务:制定风险计划:风险管理计划RMP和风险排除计划RA(version)P。进行风险控制:执行风险计划中体现风险排
4、除策略的控制机制。(确定风险排除策略;确定风险排除战术;建立风险管理计划。)对风险进行监管:监管软件工程过程和产品,确定风险排除策略是否达到预期目标,是否有可能进一步改进风险排除计划,为控制新的风险提供一些必要的决策信息等。,管理篇-第五章 软件项目管理与计划,项目管理过程软件度量软件项目估算软件开发成本估算进度安排软件项目的组织与计划,5.1 项目管理过程,项目管理的对象:软件工程项目,范围覆盖整个软件工程过程。项目管理生命期:开始于技术工作启动之前,持续于软件分析、设计与实现过程中,最后终止于软件工程过程结束之时。项目管理的过程:启动一个软件项目;软件度量;软件估算;风险分析;进度安排;追
5、踪和控制。,5.2 软件度量,项目管理主要关心软件生产率和软件产品质量的度量。软件工程过程度量属性:投入的成本和工作量。软件产品度量属性:产生的代码行(LOC)、执行速度、存储量大小、周期报告错误数;功能性、复杂性、效率、可靠性、可维护性、和其它质量特性等。,5.2 软件度量,度量方法:面向规模的度量:收集诸如工作量、投入成本、KLOC、文档页数、错误数、投入的人数,计算软件的生产率和质量。面向功能的度量:收集软件数据域的一些计数度量,如用户输入数、用户输出数、用户查询数、文件数、外部接口数等,利用软件复杂性估计的经验关系式导出功能点。,5.2 软件度量,软件质量度量:广泛使用的事后度量(验收
6、度量)包括:正确性度量:每KLOC的差错数。可维护性度量:平均变更等待时间(MTTC)以及故障损失。完整性度量:从系统的危险性和安全性考虑。可使用性度量:用户友好性(学习系统需要的技能、有效使用需要的时间、生产率净增值、用户主管评价),5.2 软件度量,软件度量的目的:通过对软件生产率和软件质量进行度量,可以对软件提出要求和评价,进而可以建立改进软件工程过程的目标。软件度量的使用:使用软件度量建立项目基线;收集项目当前的生产率和质量状态,利用基线对项目当前状态进行评价,并确定软件工程过程的改进目标。,5.3 软件项目估算,软件项目估算是项目计划活动的基础。项目管理人员应该估算项目需要的资源、成
7、本和工作量。估算前要明确软件的范围,包括:功能、性能、限制、接口、可靠性,这些因素都影响资源、成本和工作量的估算。资源:人力资源、硬件和软件资源等。成本和工作量:先对问题进行分解,然后利用LOC和FP方法,结合基线生产率度量计算每个子功能的成本和工作量,集成后为整个项目的成本和工作量。,5.4 软件开发成本估算,软件开发成本:主要是指软件开发过程中所花费的工作量及相应的代价,不包括原材料和能源的消耗,主要是指人的劳动消耗。估算的依据:从软件计划、需求分析、设计、编码、单元测试、集成测试和确认测试整个软件开发过程所花费的人工代价。,5.4 软件开发成本估算,基于分解和类推的估算方法:自顶向下、自
8、底向上、差别估计等。专家判定技术(Delphi)经验模型:IBM模型、Putnam模型、COCOMO(Constructive Cost Model)模型,5.5 进度安排,合理分配人员的工作量和花费的时间,严密监控软件开发的进展情况,使软件开发进度不致拖延。过程:确定软件开发小组人数:人员之间的通信会影响软件生产率,因此,软件小组人数要适宜,一般在28人左右。,5.5 进度安排,确定任务及其并行性:确定任务之间的从属关系,确定各个任务的先后次序和衔接,确定各个任务完成的持续时间。从中抽取出关键路径。制定开发进度计划:工作量和时间的分配。一般:计划阶段占2%3%;需求分析占10%25%;软件设
9、计占20%25%;编码占15%20%;测试和调试占30%40%。,5.5 进度安排,用图示表达进度安排:明确标明各个任务的计划开始时间、完成时间;各个任务完成的标志;各个任务与参与工作的人数、各个任务与工作量之间的衔接情况;完成各个任务所需的物理资源和数据资源 Gantt图、PERT和CPM项目的追踪和控制,5.6 软件项目的组织与计划,制定计划:规定待完成的任务、要求、资源、人力和进度等。建立项目组织:建立分工明确的责任制机构。配备人员:任用各种层次的技术人员和管理人员。指导:鼓励和动员软件人员完成所分配的工作。检验:对照计划和标准监督并检查实施的情况。,管理篇-第六章 软件过程改进,CMM
10、简介CMM内容CMM可视化分析CMM内部结构CMM应用CMM的问题CMM与ISO9000的区别PSP/TSP,6.1 CMM简介,CMM是国际公认的对软件公司进行成熟度等级认证的重要标准。CMM最早的工作开始于1986年11月,当时的情况:软件需求越来越大,所解决问题的复杂程度增长速度超过了人们开发和维护的能力。产品不能如期交付;质量不能令用户满意;软件开发的开销超过了预算。更好的软件开发技术也不能解决问题。软件过程的管理,6.1 CMM简介,人们逐步认识到:软件开发中的个人因素并不是很重要,关键是软件开发机构的成熟程度。卡内基梅隆大学的SEI受美国国防部的委托和资助,评估软件供应商能力并帮助
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件过程能力评估模型知识和软件能力成熟度模型知识 软件工程专题讲座管理篇 软件 过程 能力 评估 模型 知识 成熟度 软件工程 专题讲座 管理
链接地址:https://www.31ppt.com/p-2427872.html