软件工程教材.ppt

上传人:p** 文档编号:166024 上传时间:2023-03-10 格式:PPT 页数:63 大小:938KB
下载 相关 举报
软件工程教材.ppt_第1页
第1页 / 共63页
软件工程教材.ppt_第2页
第2页 / 共63页
软件工程教材.ppt_第3页
第3页 / 共63页
软件工程教材.ppt_第4页
第4页 / 共63页
软件工程教材.ppt_第5页
第5页 / 共63页
软件工程教材.ppt_第6页
第6页 / 共63页
软件工程教材.ppt_第7页
第7页 / 共63页
软件工程教材.ppt_第8页
第8页 / 共63页
软件工程教材.ppt_第9页
第9页 / 共63页
软件工程教材.ppt_第10页
第10页 / 共63页
亲,该文档总共63页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《软件工程教材.ppt》由会员分享,可在线阅读,更多相关《软件工程教材.ppt(63页珍藏版)》请在第壹文秘上搜索。

1、第第5章章MSF基础模型基础模型课程介绍课程介绍 课程简介课程简介本章介绍了MSF的小组模型和过程模型MSF小组模型描述了微软为了获得项目成功,构建人员和活动的方法。本章介绍了MSF小组模型的目标、原则、角色簇、关键概念等对于MSF过程模型,本章介绍了概念、特点和原则等课程目的课程目的通过学习,理解MSF小组模型和过程模型的概念,原则等,掌握在实际应用中的特点课程内容课程内容MSF小组模型小组模型MSF过程模型过程模型本章小结本章小结问题和讨论问题和讨论5.1 MSF小组模型小组模型传统项目小组传统项目小组自上而下、等级森严MSF小组模型小组模型小型的、多学科小组小组成员共同负责项目小组成员共

2、享一个公共的项目远景人人愿意学习项目所需的新知识新技能没有单一的领导,小组成员的关系是平等的MSF小组模型实质,小组模型实质,是为开发软件的人力需求提供是为开发软件的人力需求提供解决方案模型解决方案模型5.1.1 小组成功的六个目标小组成功的六个目标客户满意客户满意在项目的约束下交付解决方案在项目的约束下交付解决方案按规格说明构造按规格说明构造只能在标识和解决所有产品质量问题后批准发布只能在标识和解决所有产品质量问题后批准发布提高用户工作效率提高用户工作效率平滑部署和连续运行平滑部署和连续运行不仅仅是预算和时间目标5.1.2 MSF小组模型小组模型开发开发测试测试发布管理发布管理用户体验用户体

3、验产品管理产品管理程序管理程序管理沟通沟通按项目约束交付解决方案按项目约束交付解决方案使客户满意使客户满意提高用户使用效率提高用户使用效率平稳地部署,为日常运营作好准备平稳地部署,为日常运营作好准备在确定并找到所有产品质在确定并找到所有产品质量问题后,才批准发布量问题后,才批准发布 按规格说明书构建按规格说明书构建5.1.2 MSF小组模型角色簇小组模型角色簇角色簇角色簇目标目标功能领域功能领域职责职责产品管理产品管理客户满意客户满意市场活动市场活动业务价值业务价值客户代言人客户代言人产品计划产品计划扮演客户代言人扮演客户代言人驱动共享的项目远景驱动共享的项目远景/范围范围管理客户需求定义管理

4、客户需求定义开发和维护业务用例开发和维护业务用例管理客户期望管理客户期望驱动功能特性、进度、资源折中驱动功能特性、进度、资源折中(trade-off)决策决策管理市场、宣传和公共关系管理市场、宣传和公共关系开发、维护和执行沟通计划开发、维护和执行沟通计划程序管理程序管理在项目约束下在项目约束下交付解决方案交付解决方案项目管理项目管理解决方案体系结构解决方案体系结构过程管理过程管理管理服务管理服务驱动开发过程,按时交付产品驱动开发过程,按时交付产品管理产品规格说明管理产品规格说明推动小组内部沟通和协商推动小组内部沟通和协商维护项目进度表,报告项目状态维护项目进度表,报告项目状态驱动关键折中决策的

5、实现驱动关键折中决策的实现开发、维护和执行项目计划和进度表开发、维护和执行项目计划和进度表驱动和管理风险评估和风险管理驱动和管理风险评估和风险管理开发开发按规格说明构按规格说明构建解决方案建解决方案技术咨询技术咨询实现体系结构和设计实现体系结构和设计应用程序开发应用程序开发基础架构开发基础架构开发定义物理设计的特性定义物理设计的特性估计完成每个功能特性所需的时间和投入估计完成每个功能特性所需的时间和投入构建功能特性或监督功能特性的构建构建功能特性或监督功能特性的构建为部署准备产品为部署准备产品向小组提供技术方面的专门知识向小组提供技术方面的专门知识测试测试只有在标识和解决了只有在标识和解决了所

6、有的产品质量问题所有的产品质量问题后批准发布后批准发布测试计划测试计划测试工程测试工程测试报告测试报告确保知道所有的问题确保知道所有的问题开发测试策略和计划开发测试策略和计划实施测试实施测试用户体验用户体验提高用户使用解决方提高用户使用解决方案时的效率案时的效率可访问性可访问性国际化国际化技术通信技术通信培训培训可用性可用性用户界面设计用户界面设计在小组中扮演用户代言人在小组中扮演用户代言人管理用户需求定义管理用户需求定义设计和开发绩效支持系统设计和开发绩效支持系统驱动使用性和绩效提高的折中决策驱动使用性和绩效提高的折中决策提供帮助功能特性和文件的规格说明提供帮助功能特性和文件的规格说明开发和

7、提供用户培训开发和提供用户培训发布管理发布管理平滑部署和稳定运营平滑部署和稳定运营基础架构基础架构支持支持运营运营后勤后勤商业发布管理商业发布管理扮演运营、支持和交付渠道的代言人扮演运营、支持和交付渠道的代言人管理采购管理采购管理产品部署管理产品部署驱动可管理性和可支持性的折中决策驱动可管理性和可支持性的折中决策管理运营、支持和交付渠道关系管理运营、支持和交付渠道关系向项目组提供项目小组后勤支持向项目组提供项目小组后勤支持5.1.3 小组模型依据的小组模型依据的MSF基本原则基本原则明确责任,共享职责明确责任,共享职责为小组成员授权为小组成员授权业务价值是重点业务价值是重点共享项目远景共享项目

8、远景保持灵活,期盼变化保持灵活,期盼变化鼓励坦率的沟通鼓励坦率的沟通1. 1. 明确责任,共享职责明确责任,共享职责明确的责任确保工作的完成,共享的职责保证团队明确的责任确保工作的完成,共享的职责保证团队的成功的成功在小组中,每个完成自己的质量,对小组本身(或他所在的组织)负责鼓励小组成员对自己直接责任领域之外的事情提出和提供,以发挥小组的知识、能力和经验所有小组成员项目的成功,或从不成功的项目接受教训5.1.3 5.1.3 小组模型依据的小组模型依据的MSFMSF基本原则基本原则2. 2. 为小组成员授权为小组成员授权每个成员都有授权,并对自己的工作做出承诺,同每个成员都有授权,并对自己的工

9、作做出承诺,同其他成员建立信任其他成员建立信任 建立信任的一些方法建立信任的一些方法向小组成员以便他们完成委派给他们的事项 好向其他人做出所做出的承诺 投入合理的努力来承诺一旦承诺可能发生风险,则要诚实5.1.3 5.1.3 小组模型依据的小组模型依据的MSFMSF基本原则基本原则3. 3. 业务价值是重点业务价值是重点小组决策小组决策基于对客户业务的完全理解基于客户在项目交付物上的积极参与产品管理产品管理(product management)(product management)角色角色在小组成在小组成员前扮演客户,通常是由客户组织的成员来担任。员前扮演客户,通常是由客户组织的成员来担任

10、。发布管理发布管理(release management)(release management)角色角色显式地负显式地负责确保解决方案的平滑部署和运营。责确保解决方案的平滑部署和运营。5.1.3 5.1.3 小组模型依据的小组模型依据的MSFMSF基本原则基本原则4. 4. 共享项目远景共享项目远景清晰地了解项目或过程的目的和目标非常重要清晰地了解项目或过程的目的和目标非常重要(共享远景是(共享远景是MSFMSF小组模型的基础之一)小组模型的基础之一)把这些假定明朗化,确保所有的参与者在为完成同一个目的而工作当所有的参与者了共享远景,并为之工作时,他们将根据能力而被授权,调整决策,以实现远景

11、所代表的更广阔的小组意图没有了一个共享远景,小组成员对目的会有不同的没有了一个共享远景,小组成员对目的会有不同的看法,小组将无法成为一个有机整体看法,小组将无法成为一个有机整体中国足球怪现象中国足球怪现象西班牙西班牙“皇马皇马”足球队战足球队战绩绩5.1.3 5.1.3 小组模型依据的小组模型依据的MSFMSF基本原则基本原则5. 5. 保持灵活,期盼变化保持灵活,期盼变化MSF承认事物在不断发生变化,不可能把承认事物在不断发生变化,不可能把IT解决方解决方案交付项目隔离于这些变化案交付项目隔离于这些变化MSF小组模型确保在整个项目中所有核心角色可用,小组模型确保在整个项目中所有核心角色可用,

12、以便他们为发生的变化做出决策、做出贡献以便他们为发生的变化做出决策、做出贡献当出现新的挑战时,当出现新的挑战时,MSF小组模型鼓励灵活地解决小组模型鼓励灵活地解决这些问题这些问题5.1.3 5.1.3 小组模型依据的小组模型依据的MSFMSF基本原则基本原则6. 6. 鼓励坦率的沟通鼓励坦率的沟通MSF提倡一种坦率的、诚实的沟通方式,无论是在小提倡一种坦率的、诚实的沟通方式,无论是在小组内部,还是与关键的干系人组内部,还是与关键的干系人平等小组方式在关键决策中吸纳所有角色的意见坦率、诚实地讨论哪些工作做得很好,哪些工作需要改进,这恰恰是MSF寻求的学习环境的基础 通过坦率的沟通建立起信任,保留

13、信息的情况就会通过坦率的沟通建立起信任,保留信息的情况就会减少减少即使是有需要保密的信息,也要向同事们解释清楚,这也是为项目的最高利益5.1.3 5.1.3 小组模型依据的小组模型依据的MSFMSF基本原则基本原则5.1.4 建组要注意的关键概念建组要注意的关键概念平等小组(平等小组(team of peers)以客户为中心意识(以客户为中心意识(customer-focused mindset)产品意识(产品意识(product mindset)零缺陷意识(零缺陷意识(zero-defect mindset)自愿学习(自愿学习(willingness to learn)有激情的小组是有效的有

14、激情的小组是有效的1. 1. 平等小组平等小组每个角色有同等价值每个角色有同等价值为了分配工作和管理资源,每个角色需要一定形式为了分配工作和管理资源,每个角色需要一定形式上的内部组织层次上的内部组织层次为了保证平等小组的成功,所有的角色必须为了保证平等小组的成功,所有的角色必须要对产品质量负责,必须象客户一样要求自己,必要对产品质量负责,必须象客户一样要求自己,必须理解客户试图解决的业务问题。须理解客户试图解决的业务问题。每个小组成员专注于实现他们各自的目标。每个小组成员专注于实现他们各自的目标。5.1.4 5.1.4 建组要注意的关键概念建组要注意的关键概念2. 2. 以客户为中心意识以客户

15、为中心意识用户满意是任何小组最高优先级的事情用户满意是任何小组最高优先级的事情整个开发过程都要以客户为中心,去了解和解决整个开发过程都要以客户为中心,去了解和解决客户的业务问题客户的业务问题怎样做到这一点?怎样做到这一点?方法方法1:看功能特性能否满足客户或用户的需求看功能特性能否满足客户或用户的需求方法方法2:让客户积极地参与设计,在整个开发过让客户积极地参与设计,在整个开发过程提供反馈程提供反馈5.1.4 5.1.4 建组要注意的关键概念建组要注意的关键概念3. 3. 产品意识产品意识“每一个人每一个人有完全相同的工作。他们有完全相同工作有完全相同的工作。他们有完全相同工作描述,那就是交付

16、产品。你的工作不是写代码,你的工描述,那就是交付产品。你的工作不是写代码,你的工作不是测试,你的工作不是写规格说明,你的工作是交作不是测试,你的工作不是写规格说明,你的工作是交付产品。这就是一个产品开发组要做事情。付产品。这就是一个产品开发组要做事情。”“你的角色可以是一个开发人员或一个次要角色测试员你的角色可以是一个开发人员或一个次要角色测试员。我并不是说它不重要,它确实不是不重要,但它对你。我并不是说它不重要,它确实不是不重要,但它对你的真正工作是次要的,你真正的工作是交付一个产品。的真正工作是次要的,你真正的工作是交付一个产品。”“当你早晨醒来,开始工作,你说:当你早晨醒来,开始工作,你说:什么是重点什么是重点- -是试图交付或试图写代码是试图交付或试图写代码,答案是,我试图交付。你,答案是,我试图交付。你不要试图写代码,你应试图不要写代码。不要试图写代码,你应试图不要写代码。” Chris Peter 5.1.4 5.1.4 建组要注意的关键概念建组要注意的关键概念4. 4. 零缺陷意识零缺陷意识只是一个对质量的承诺。它意味着小组的目标是尽只是一个对质量的承诺。它意味着小组的目

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > IT计算机 > 软件测试

copyright@ 2008-2023 1wenmi网站版权所有

经营许可证编号:宁ICP备2022001189号-1

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。第壹文秘仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第壹文秘网,我们立即给予删除!