ch软件过程的管理实践实用教案

1、软件过程的管理(gunl)实践不同的项目需要不同的方法论，一个(y )项目的最佳过程是这个项目所能负担的最小过程。Alistair Cockburn第1页/共34页第一页，共35页。本章(bn zhn)提纲 10.1 IBM-Rational 业务驱动开发的过程管理 10.2 微软公司的软件开发过程模式 10.3 敏捷模型的软件过程管理 10.4 面向(min xin)构件的软件过程 10.5 软件过程的自定义体系第2页/共34页第二页，共35页。10.1 IBM-Rational 业务驱动开发(kif)的过程管理 10.1.1 RUP的迭代过程 10.1.2 提高过程的适应性 10.1.3

2、需求开发和质量改进 10.1.4 架构设计和组件复用 10.1.5 跨团队协作(xizu) 10.1.6 过程实施的最佳实践第3页/共34页第三页，共35页。10.1.1 RUP的迭代(di di)过程1234第4页/共34页第四页，共35页。初始(ch sh)阶段 主要成果是： 前景文档：对核心项目要求、关键性质、前景说明。 初始的项目术语表。 初始的用例模型和商业用例。 项目规划，其中明确阶段( jidun)和迭代，一个或多个原型。 初始的风险评估和商业模型。 里程碑被评估的准则是： 相关共利益者对项目范围定义和成本/进度估计达成共识。 通过主要的用例将需求无二义地表达出来。 成本/进度估

3、计、优先级、风险和开发过程的可信度。 开发出来的体系结构原型的深度和广度 初始(ch sh)阶段第5页/共34页第五页，共35页。细化阶段(jidun) 成果是： 用例模型。 一些增加的需求 可执行的体系结构原型及其描述。 修订后的风险表和商业用例、开发用例，指定要使用的过程。 整个项目的开发计划。 初步的用户手册（可选）。 细化阶段被评估的准则是： 产品的前景是否(sh fu)稳定？体系结构是否(sh fu)稳定？ 可执行的演示是否(sh fu)强调了主要的风险元素，并得到解决？ 构造阶段的规划是否(sh fu)已经足够详细和准确，是否(sh fu)有可信度的评估支持？ 如果用当前的计划来开

4、发整个系统，包括使用已定义的体系结构，是否(sh fu)所有相关共利益者对此都达成一致？第6页/共34页第六页，共35页。构造(guzo)阶段 版，至少应该包括： 在特定平台上集成的软件产品。 用户手册和对当前版本(bnbn)的描述。 评估准则是： 产品版本(bnbn)是否足够稳定和成熟，可以在用户群中发布吗？ 是否所有相关共利益者都同意产品的发布？ 实际的资源支出和计划的支出的比值是否仍然可接受？第7页/共34页第七页，共35页。交付(jiof)阶段 主要工作有： 测试，确认新系统(xtng)达到用户的预期。 与被取代的旧系统(xtng)并行操作，以及功能性数据库的转换。 用户和维护人员培训

5、。 向市场、分销商和销售人员进行新产品的展示。 交付阶段侧重向用户提交软件的活动，评估准则可以非常简单，也可能极其复杂。 用户是否满意？ 是否能够接受实际的和计划的资源支出的比？第8页/共34页第八页，共35页。10.1.2 提高(t go)过程的适应性n早期开发活动的目标应是找出不确定性，在计划中逐渐(zhjin)提高精确性。n把项目划分为一组迭代过程以交付产品的增量价值来获得早期的、连续的用户反馈。n利用演示和反馈来调整开发计划。n包含并管理变更。n在生命周期尽早发现关键风险，通过不断评估所面对的风险，并在下一次迭代中消除或减少已知的风险。n同步的测试和验证是减少风险的重要手段之一。第9页

6、/共34页第九页，共35页。10.1.3 需求(xqi)开发和质量改进 1. 定义并理解业务过程和用户需求 2. 区分项目，需求与软件能力的优先次序 3. 尽早地并且不断地测试 4. 资源(zyun)的复用 5. 整个团队在整个过程中关注质量第10页/共34页第十页，共35页。10.1.4 架构设计和组件(z jin)复用n复用的问题之一是在开发时两个组件需要知道对方的存在。基于标准的接口和独立于平台和具体实现技术的。n软件开发的目标是设计、实现并验证一个架构。n降低复杂度和改善(gishn)交流的方法是利用高级工具、框架和语言。n逐步建立起测试自动化，更有效地实施持续集成策略。第11页/共3

7、4页第十一页，共35页。10.1.5 跨团队协作(xizu)n自我管理团队的概念，激励团队成员达到最好表现。n鼓励跨职能的合作。n提供有效的合作环境。n集成化的跨业务、软件和运作团队间的合作。n各司其职，积极参与质量(zhling)工作。第12页/共34页第十二页，共35页。10.1.6 过程实施的最佳(zu ji)实践n 起始阶段( jidun) n 细化阶段( jidun) n 构建和发布阶段( jidun) 第13页/共34页第十三页，共35页。10.2 微软公司的软件开发过程(guchng)模式 10.2.1 MSF的过程模型 10.2.2 MSF的团队模型 10.2.3 MSF过程模

8、型的特点和原则(yunz) 10.2.4 MSF过程模型的应用第14页/共34页第十四页，共35页。10.2.1 MSF的过程(guchng)模型第15页/共34页第十五页，共35页。角色角色(ju s)和任务和任务角色任务产品管理程序管理开发用户体验测试发布管理负责全面工作，确认用户需求，编写前景/范围说明书。负责设计工作，概念设计，项目组织结构。开发系统原型，技术选型，可行性分析。收集用户在使用方面的需求和建议。制定测试策略，建立测试标准。运营和支持，建立运营标准。第16页/共34页第十六页，共35页。10.2.2 MSF的团队模型(mxng)6种基本角色，即程序管理、开发、测试、发布管理

9、、用户体验和产品管理。这些角色和实现特定的关键质量目标有直接的关系，而关键质量目标能否达到是项目成功的标志。所以，MSF 团队模型的核心是技术项目必须符合各种利益相关人的需求。两种类型的子团队职能团队是由职能角色组织起来的单领域子团队。开发角色常常有一个或者(huzh)多个职能团队来承担。特性团队是跨专业的子团队，把主要精力放在构建解决案的特定特性或者(huzh)能力上。原则第17页/共34页第十七页，共35页。10.2.3 MSF的特点(tdin)和原则n 目标驱动而非任务驱动。 n 外部可见的里程碑。 n 应提交项的变更管理。 n 递进的版本发布策略。 n 风险(fngxin)驱动的进度管

10、理。 n 项目组集体参与管理产品质量。第18页/共34页第十八页，共35页。10.2.4 MSF过程(guchng)模型的应用 1为共同的愿景而工作 2 推动开放式沟通 3 赋予团队成员权力 4 建立清晰的职责和共同的责任 5关注交付业务价值 6 保持灵巧，预测变化 7 质量(zhling)投资 8 学习所有的经验 第19页/共34页第十九页，共35页。10.3 敏捷模型的软件(run jin)过程管理 10.3.1 敏捷(mnji)方法的过程模型 10.3.2 敏捷(mnji)过程的最佳实践第20页/共34页第二十页，共35页。10.3.1 敏捷方法的过程(guchng)模型n主张简单、轻装

11、前进。n拥抱变化，这种变化是不断递增的。n可持续性，简单的说，在开发的时候就能想象到未来。 n项目投资产生最大的效益或回报。n有目的的建模。n多种模型(mxng)。n高质量的工作、快速反馈。n软件是项目的主要目标，文档是次要的。第21页/共34页第二十一页，共35页。极限(jxin)编程生命周期 第22页/共34页第二十二页，共35页。测试驱动(q dn)开发 第23页/共34页第二十三页，共35页。10.3.2 敏捷过程(guchng)的最佳实践编程简单设计、测试、重构、编码标准团队实践代码集体所有、持续集成、隐喻、编码标准、每周40小时工作制、结对编程、小型发布过程现场客户、测试、计划博弈

12、、小型发布起始阶段细化阶段构建阶段交付阶段需求用户素材小型发布先行测试测量分析CRC卡片迭代计划任务计划、迭代编程计划博弈设计系统隐喻单元测试重构持续集成实现编码标准简单设计集体代码所有权运行所有测试第24页/共34页第二十四页，共35页。10.4 面向(min xin)构件的软件过程 10.4.1 面向构件软件过程的思想 10.4.2 面向构件软件过程的阶段( jidun)划分第25页/共34页第二十五页，共35页。10.4.1 面向构件(gujin)软件过程的思想 1从传统(chuntng)的关注点分离到构件组装 2以构件为中心组织软件过程。 3高度关注可复用性和软件过程知识积累 4高度并

13、行的开发过程第26页/共34页第二十六页，共35页。基于构件(gujin)描述的网状软件结构 第27页/共34页第二十七页，共35页。10.4.2 面向构件软件(run jin)过程的阶段划分需求阶段。捕获需求、识别业务构件、归纳业务构件需求。分析与高层设计阶段。分析业务构件、识别服务构件，归纳服务构件的需求并完成架构设计。并行开发与测试阶段。提交、发布与部署阶段。应用(yngyng)管理。CBSP的核心工作产品表10-9 CBSP的各个阶段(jidun)的描述 第28页/共34页第二十八页，共35页。10.5 软件(run jin)过程的自定义体系 10.5.1 过程模式的对比分析(fnx)

14、 10.5.2 自我定义的理想管理过程第29页/共34页第二十九页，共35页。10.5.1 过程模式的对比(dub)分析鉴于每个软件组织，无论在所属(sush)的行业、业务类型、组织规模、成熟度等方面，还是在软件产品线结构、特点、开发平台等方面，都具有自己的特点，很难直接采用某种现成的软件过程模式 CMM/CMMI、RUP、MSF、Agile和CBSP 优势、弱势和适用范围 对比分析 表10-10 不同(b tn)过程模式的比较 第30页/共34页第三十页，共35页。10.5.2 自我定义的理想(lxing)管理过程 1过程(guchng)选择的原则 2过程(guchng)的具体操作建议根据自己的特色根据自己的特色(ts)(ts)来选择软件过程。不要过于在乎来选择软件过程。不要过于在乎过程过轻或过重，只需要关注它是否合适，因为没有最好、过程过轻或过重，只需要关注它是否合适，因为没有最好、只有最适合组织本身的过程模式、方法等只有最适合组织本身的过程模式、方法等. . 第31页/共34页第三十一页，共35页。作业(zuy)第10章 1、3第32页/共34页第三十二页，共35页。Q & A第33页/共34页第三十三页，共35页。感谢您的观看(gunkn)！第34页/共34页第三十四页，共35页。NoI