需求分析敏捷方法论参考资料

需求分析敏捷方法论,需求分析简易,中西合璧的哲学思想,需求分析本质敏捷敏捷的含义：最快，最简，最佳轨迹：最短直线需求分析敏捷：需求捕获准确性敏捷的本质道,敏捷需求和开发,敏捷之简易,简单通常是一个好的设计具备特征，这些设计是经典的并且很难再改进的。例如，Lego（垒高）积木，经过许多年还保留着原来的样子，因为没有人能想出更简单的设计让人们将木块组合再拆开。人们无法再改进这些设计，因为它们不能够再简化，而将它们设计得更复杂也无法让它们更好用。,需求分析敏捷道（简易，变易，不易）,易理的高度抽象易理对宇宙的高度抽象简易指变与不变都是道的体现，自然而然而非刻意求变，万事万物都只是按其本性生生不息而已。,敏捷团队注重简易,可以消除那些没必要的复杂只需专注于开发当前所需要的功能和最简单的设计如果能使用简单来帮助一个敏捷团队开发出马上就需要的软件，而不浪费人力和资源，这就是他们给那些投资的用户以最好和最直接利益的方法。,需求分析注重简易,可以消除那些没必要的复杂；只需专注于挖掘客户专注的业务功能需求分析。如果能使用简单来帮助分析出客户所真实需要的需求，而不浪费人力和资源，这就是他们给那些投资的用户以最好和最直接项目回报。,需求分析与开发溯源,敏捷宣言,个体与交互胜过过程与工具可以工作的软件胜过面面俱到的文档客户协作胜过合同谈判响应变化胜过遵循计划,2001年2月由17位世界轻量级方法学家提出了一份敏捷联盟宣言，这个宣言只是简单的四句话，但却是敏捷方法的精髓，也是对敏捷的高度抽象，这便是敏捷之道的最高境界,敏捷之武术,截拳道太极拳,敏捷原则（价值支撑）,只有优秀（或希望优秀）的团队才能做到敏捷。,要敏捷，先迭代,以人为本的敏捷开发与需求驱动,自适应既然无法阻止变化发生，我们就要找出适应变化的方法以人为核心、迭代、循序渐进的开发方法大量软件工程中的方法的提炼敏捷开发可理解为在原有软件开发方法基础上的整合取其精华，去其糟粕,软件过程模型,软件过程模型,软件生命周期(SDLC)需求分析生命周期各种软件过程模型方法迭代分析与开发,软件生命周期,软件从提出开发开始到最终灭亡所经历的时期步骤：确定问题、可行性分析与开发计划、收集需求、分析与设计、编码开发、测试、安装、维护,软件生命周期示意图,17,可行性研究,需求分析,概要设计,详细设计,实现,集成测试,确认测试,使用与维护,退役,软件定义,软件开发,维护,需求分析生命周期,问题识别功能需求、性能需求、环境需求可靠性需求、安全保密要求用户界面要求、资源使用需求软件成本消耗与开发进度需求问题分析与方案综合编制需求文档需求分析评审,关注要点,需求分析在软件过程中的位置过程模式与分析模式特性抽象,软件过程模式,参与者:人,角色特点:线形，规范数据:非结构化,文档,参与者:应用,服务特点:里程碑设定,协议数据:结构化,事务,快速原型模型,实际瀑布模型,传统瀑布模型,软件过程框架,增量模型,螺旋模型,喷泉模型,敏捷模型Scrum、XP,软件过程是为了获得高质量的软件产品所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。,瀑布模型,可行性研究,需求分析,概要设计,详细设计,实现,集成测试,确认测试,使用与维护,传统与实际瀑布模型,模型设计,瀑布模型的扩展应用,快速原型模型,增量（渐增）模型,功能切分成构件实现软件核心功能首先完成特定功能优点短时间向客户提交可完成部分工作的产品使用户充裕的时间适应产品，以保证整个软件系统给用户带来的冲击力软件开发早期阶段回报明显和较易维护,螺旋模型,瀑布模型与原型模型结合，同时增加了风险分析（风险驱动）,喷泉模型,功能软件复用面对对象开发方法为基础多项开发活动集成特点迭代性无间隙性（分析、设计和实现等开发活动之间不存在明显的边界）系统某个部分常常重复工作多次，相关功能在每次迭代中随之加入演化的系统。,敏捷方法（QIR）快速原型（QuickPrototype）迭代（Iterator）重构（Refactor）,ScrumXP（ExtremeProgramming）DSDM（DynamicSystemsDevelopmentMethod）动态系统开发方法，也称业务中心框架开发方法（业务为核心）FDD（FeatureDrivenDevelopment）Crystal（CrystalMethods）ASD（AdaptiveSoftwareDevelopment，自适应软件开发）Lean（LeanSoftwareDevelopment）精益，消除浪费（人、流程、技术）RUP（RationalUnifiedProcess）RUP是风险驱动的、基于UseCase技术的、以架构为中心的、迭代的、可配置的软件开发流程MSFforAgile,ScrumAnAgileSoftwareDevelopmentProcess,源于英式橄榄争球队，软件开发模型是敏捷开发的一种,WhyuseScrum?,迭代开发增量交付频繁反馈推动产品开发持续集成开发团队自我管理本质拥抱需求变化提高效率,需求分析BACKLOG提取(示例),提到的六个字段我们会一直使用下去，这也就是一种最简化。,产品BACKLOG扩展,注：有颜色的组件可以说是必需的,Scrum索引卡(白板文化),电子版的索引卡，可以清晰、直观的显示燃尽图和索引卡等信息。Dashboard：,XP（ExtremeProgramming）,XP是轻量级的，以实践组合而得来的方法集，简单易行，文档很少，甚至没有，成本比较低。管理思想是激励。适合小型项目。,价值观改善沟通寻求简单获得反馈富有勇气敏捷实践结对编程测试驱动开发集成构造组内所有和信息共享重构短迭代周期,以什么为驱动分析与开发？,MDD(ModelDrivenDevelopment)MDA（ModelDrivenArchitecture）TDD(TestDrivenDevelopment)FDD(FeatureDrivenDevelopment)RDD(RequirementDrivenDevelopment)UDD(UseCase-DrivenDevelopment)可根据用户目标，编写软件需求，根据软件需求，编写系统(验收)测试，即，用户目标驱动。特点：需求的变化看似武术中的招式，采用UDD见招破招，无招胜有招，这种客户的需求应变使得UDD更为敏捷,TDD/MDA驱动模型,需求跟踪金字塔,OOAD软件分析模式,OOADObjectOrientAnalysis&Design（面对对象的分析与设计）,在用户需求层面找到，并抽象出相对不变的需求,当需求不稳定，OOAD可分析出不稳定对象世界都是由对象组成的，而对象都是持久的面向对象开发方法的精髓就是从企业的不稳定需求中分析出企业的稳定对象。以企业对象为基础来组织需求、构架系统。这样得出的系统就会比传统的系统要稳定得多，因为企业的模式一旦变化，只需将稳定的企业对象重新组织就行了。,OOA,41,Object-OrientedAnalysis(OOA)：面向对象的分析OOA的侧重点是业务领域分析，与软件所要应用的行业领域相关，而与软件技术关系不大，需要由领域专家进行。这一部分的工作被称为“需求分析”。,OOA成果,业务领域用例图活动图用例图业务文档资料,OOD,Object-orienteddesign(OOD),用面向对象的方法为真实世界建立一个计算机中的虚拟模型,软件需求抽象示意图,微软MSF敏捷基础模型,微软MSF敏捷基础模型,概念设计ConceptualDesign,需要从业务和用户角度收集业务信息、并利用这些信息获取、分析业务和用户的需求，验证和优化解决方案,包含系统当前和未来使用场景的描述目标是使用户和项目组在系统完成后所具有的功能和使用方式达成共识收集、分析和确定优先顺序的过程活动图、用例图和层图等,微软MSFforAgile概念设计,逻辑设计LogicalDesign,在概念设计的基础上，从业务逻辑和当前用户应用环境中抽象出系统对象的组成结构、流程和各个部分的相互关系，另外还要设计数据库的逻辑结构和界面的逻辑关系。,是将用户业务语言转化为项目组语言的关键目标是定义系统的各个组成部分描述各个部分的结构和各个部分的相互关系及它们如何协调与合作；项目组成员对解决方案的共识产生物理设计的基础。确定业务对象和行为以提供服务类图、顺序图等,微软MSFforAgile逻辑设计,物理设计PhysicalDesign,是在逻辑设计的基础上，从系统的逻辑对象、数据实体和界面逻辑关系中进一步整理和细化得到的设计方案。,确定系统采用的技术方案和平台，并明确实际开发的组件、数据库表、窗口及页面等目标是把现实的技术应用到逻辑模型上，并考虑到实现的可能性和最终系统的性能最终结果包含组件定义、特定平台上的用户界面设计，以及数据库的设计组件图等,微软MSFforAgile物理设计,杨过手中剑MicrosoftVisualStudio2010之利剑