生存期模型-课程中心0.pptVIP

chapter__3 * 银行业务系统的生存期实例 产品阶段1设计 业务需求分析 原形系统分析 项目规划 集成测试 产品阶段1开发 产品阶段n设计 产品阶段n开发 确认测试 产品提交 银行业务需求 原形系统源代码 项目规划 项目规划 本章要点 * 一 二 三 四 生存期模型定义 传统生存期模型 敏捷生存期模型 案例分析 五 课程实践 敏捷模型（Agile Development） chapter__3 * 敏捷组织提出的一个灵活开发方法 应对迅速变化需求的快速软件开发方法 是一种迭代、循序渐进的开发方法 敏捷宣言 chapter__3 * 客户合作胜过合同谈判 个体和交互胜过过程和工具 可以工作的软件胜过面面俱到的文档 响应变化胜过遵循计划 敏捷 宣言 敏捷模型整体框架图 chapter__3 * Scrum模型 chapter__3 * Scrum是迭代式增量软件开发过程。 产品订单 Product Backlog：按照优先级排序的高层需求。 冲刺订单 Sprint Backlog：要在冲刺中完成的任务的清单。 Sprint 是Scrum核心， Sprint由下面几个会构成：(p47-48) 计划会 Sprint Planning Meeting：在每个冲刺之初，由产品负责人讲解需求，并由开发团队进行估算的计划会议。 每日立会 Daily Standup Meeting：团队每天进行沟通的内部短会，因一般只有15分钟且站立进行而得名。在会议上，每个团队成员需要回答三个问题： 今天你完成了哪些工作？明天你打算做什么？完成你的目标是否存在什么障碍？（Scrum主管需要记下这些障碍） 评审会 Review Meeting：在冲刺结束前给产品负责人演示并接受评价的会议。 反思会/回顾会 Retrospective Meeting：在冲刺结束后召开的关于自我持续改进的会议。 Scrum团队 产品负责人：代表了客户的意愿。这保证了Scrum团队在做从业务角度来说正确的事情。产品负责人编写用户故事，排出优先级，并放入产品订单。 Scrum主管：促进Scrum过程，他的主要工作是去除那些影响团队交付冲刺目标的障碍。 Scrum主管是规则的执行者。 开发团队：负责交付产品的团队。 燃尽图 chapter__3 * 燃尽图（burn down chart）是一个公开展示的图表，显示当前冲刺中未完成的任务数目，或在冲刺订单上未完成的订单项的数目。 XP(eXtreme Programming)极限编程模型 chapter__3 * XP(eXtreme Programming)极限编程是由Kent Beck提出的一套针对业务需求和软件开发实践的规则。 极限编程是一个轻量级的、灵巧的软件开发方法；同时它也是一个非常严谨和周密的方法。适用于小团队开发。 它的基础和价值观是沟通、简单、反馈和勇气，即，任何一个软件项目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；勇于实事求是。 XP(eXtreme Programming) Extreme”（极限）是指，对比传统的项目开发方式，XP强调把它列出的每个方法和思想做到极限、做到最好；其它XP所不提倡的，则一概忽略（如开发前期的整体设计等）。 一个严格实施XP的项目，其开发过程应该是平稳的、高效的和快速的，能够做到一周40小时工作制而不拖延项目进度。 极限编程最佳实践 (p48) chapter__1 * XP(eXtreme Programming)极限编程模型 工作环境: 为了在软件开发过程中最大程度地实现和满足客户和开发人员的基本权利和义务，XP要求把工作环境也做得最好。每个参加项目开发的人都将担任一个角色（项目经理、项目监督人等等）并履行相应的权利和义务。 所有的人都在同一个开放的开发环境中工作；每周40小时，不提倡加班；每天早晨，所有人一起站着开个短会；墙上有一些大白板，所有的Story卡、CRC卡等都贴在上面，讨论问题的时候可以在上面写写画画；下班后大家可以一起玩电脑游戏…… 需求：开发人员和客户一起，把各种需求变成一个个小的用户故事（UserStory），它们都被记录在一些故事卡（StoryCard）上，之后分别被程序员们在各个小的迭代中（Iteration，通常不超过3个星期）实现。 设计：XP提倡简单的设计（SimpleDesign），就是用最简单的方式，使得为每个简单的需求写出来的程序可以通过所有相关的单元测试。XP还大力提倡设计走查（Review）、代码走查以及重构（Refectory）等。 编程：XP就提倡结对编程（PairProgramming），而且代码所有权是归于