《软件工程课件ch3软件工程过程》由会员分享，可在线阅读，更多相关《软件工程课件ch3软件工程过程（34页珍藏版）》请在金锄头文库上搜索。
1、第三章,软件工程过程,内容,软件过程的概念 软件过程思维 软件过程规范 软件过程规范与产品质量,软件工程过程知识域主题的本体结构,领导原则。高层领导应该发起并不断地提供资源，还要确定软件过程改进各项工作的优先次序。 团队原则。软件工程需要团队努力，软件过程改进中任何人的缺席将会影响工作的效果，也可能阻碍团队的进步。 地图原则。有效地管理需要对当前过程的目标和知识的深刻理解。就象使用地图时你必须知道当前你的位置。 成熟度原则。软件过程改进是持续的，不是暂时的，涉及到持续地学习和不断地强化。 效果原则。没有明确的努力和定期的强化就不能保持软件过程改进的效果 投资原则。计划、配备专职人员以及管理时间
2、和资金将投入到整个软件过程改进过程中。,六大基本原则,十六条基本原则,持续性原则 熵增加原则 确定性原则 防微杜渐原则 改变需求原则 效果原则 遗留系统原则 语言原则,额外工作原则 重新设计原则 维护成本原则 回归测试原则 深思熟虑原则 遵守规则原则 模拟原则 稳定性原则,关于“过程”一词的不同定义,过程的三个方面,以过程为中心的好处,协调组织的活动，为达到共同的目标而努力。 通过衡量每个人的工作对整个过程的贡献，为每一个人提供度量的基准。 增强过程结果的一致性与可重复性，增强组织活动的一致性与可重复性。,有效的过程可以提高整个企业的运作效率,最大投资回报 提高运作效率 方便内部沟通 结果可视
3、化,以过程为中心可能产生的影响,儿童与成熟的成年人在行为以及性格方面的比较,过程的中心角色,过程思维精要,过程思维概念 过程的三个方面 由于没有采用以过程为中心从而导致“救火综合症”的产生 过程的一体化和制度化 以过程为中心会创造出稳定的组织 不完整的过程 过程的规范化 缺乏规范化的过程执行会导致整个组织的混乱,过程规范化的理由,团队成员的知识水平各不相同 团队成员的综合素质各不相同 团队成员的学识及专业技能水平各不相同 泛泛的目标对于不同的成员会有不同的理解与解释。,过程规范通过有秩序的行为模式来表现自己,软件过程对产品质量的影响,软件过程改进对进度的影响,软件过程改进所带来的收益,每年在每
4、位软件工程师身上的投资为$490$2004 每年工作量增长率为967 每年开发周期以1523的速度缩减 每年缺陷报告以1294的速度降低 回报与投资比为4：18.8：1,成熟与不成熟的过程环境对比,不成熟与成熟的软件过程环境之比较,以功能为中心与以过程为中心的组织的对比,过程规范精要,过程规范。对过程进行规范化的管理可以规范团队成员的工作行为与方式，从而确保团队的工作与努力能够始终与最终目标保持一致。 如何辨别规范过程。1）过程是否已文档化，成员是否都已了解过程？2）过程是否经过培训与实施？3）过程是否具有强制性？是否有相应的机制与步骤来确保其实施？4）过程是否有助于员工的工作？是否有相应的机
5、制来跟踪过程的实施状况？5）管理者是否以团队实施过程的能力与成果为依据进行评估与管理？ 过程质量对产品质量的影响。在软件行业的发展中，对于“规范的过程有利于项目的运作以及高质量产品的产生”这一点已为越来越多的人所认同并成为共识。,缺少明确职责划分过程的结局,四个人的故事这是一个关于四个人的故事，他们的名字分别是“每个人”、“有些人”、“任何人”以及“没有人”现在有一个很重要的工作要去完成。“每个人”认为“有些人”应会去做此事。而“任何人”有能力完成此事，但是最终却是“没有人”完成这项工作。因为这本应是“每个人”做的事，但却没做，所以“有些人”非常生气。而“每个人”觉得“任何人”有能力并且应当去
6、完成此事，但“没有人”发现“每个人”没有做些事。最终的结果是：“每个人”为此指责“有些人”，同时“没有人”做了“任何人”都能做的事。,高效过程的特点与条件,有效的过程环境,商业结果,提高过程的效率的因素,过程文档是“活”的文档，它可以被拥有、传播和维护。 过程的使用者、管理者以及成员均按过程的要求进行工作。 对执行情况的度量能够为过程改进活动提供意见。 过程对企业目标的影响是明显的，并且应将过程作为规定来执行。,提高过程的效果的角色与机制,过程的所有权 与过程相关的培训 过程度量的结果 对过程执行情况的监控（作为过程结果的一部分） 过程使用者的反馈 来自于周边反馈（以便采用新的更先进的方法、技
7、术、工具与概念） 过程的检测与强制（确保过程的执行和产品的质量能达到预期的要求）,过程培训的对象,过程度量的种类,过程制度化需要共同的文化以及过程架构,面向过程的特征与行为,要点,可以在两个层次上分析软件工程过程知识域，第一个层次包括软件生命周期过程中的技术的和管理的活动，它们是在软件获取、开发、维护和退出运行中完成的。 第二个层次是元层次，涉及软件生命周期过程本身的定义、实现、评估、管理、变更和改进。第一个层次由指南中其它知识域覆盖，本知识域关注第二个。,相关中国系统分析员论文题目,论软件的文档编制（1990） 论工作流相关技术（2003）,相关世界软件工程大会论文,Experiences
8、of applying SPC techniques to software development processes Automated support for process-aware definition and execution of measurement plans Workflow management based on process model repositories. Software process are software too, revisted: An invited talk on the most influential paper of ICSE9 A systematic survey of CMM experience and results. Software process are software Too,
