第四章--软件项目需求管理.ppt

Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,软件需求管理 商务教研室 徐建华,2010,年,9,月,第四章 软件项目需求管理,商务教研室,徐建华,2010,年,3,月,学习目标和能力要求,了解软件需求的定义,；,了解软件需求开发的过程；,了解需求建模的方法。,需求管理在项目开发路线图的位置,合同管理,生存期,需求管理,任务分解,项目进度,规模估算,质量计划,配置计划,风险计划,团队管理,项目度量,集成项目,跟踪控制,项目结束,软件项目,需求概述,软件需求是软件项目最关键的一个输入,；,具有模糊性、不确定性、变化性和主观性等特点；,需求问题通常是最主要、最普遍的问题源。,软件需求的定义,需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。,软件需求的层次,业务需求,用户需求,功能需求,软件需求规格,非功能性需求,质量特性,约束和假设,系统需求,软件需求的类型,功能需求,性能需求,环境需求,用户界面需求,资源使用需求,成本消耗需求,开发进度需求,现实需求,预先估计以后系统可能达到的目标,需求管理的重要性,软件需求管理过程,需求分析,编写需求规格,需求验证,需求获取,需求变更,需求确认,需求变更,软件需求管理过程,-,需求获取,用户要求,扩展需求,（开发中产生的需求）,基线需求,（原始需求）,软件需求,与用户进行交流,获取需求的注意事项,识别真正的客户,正确理解客户的需求,具备较强的忍耐力和清晰的思维,说服和教育客户,软件需求管理过程,-,需求分析,需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。,需求分析模型,需求分析的时间,1,、设计方案的时候,2,、项目开始的时候,3,、接管一个项目的时候,4,、需求变更的时候,需求分析的方法,1,、头脑风暴,2,、专家评审,3,、焦点会议组,需求分析的难点,1,、问题的复杂性,2,、交流的障碍,3,、不完备性和不一致性,4,、需求的易变性,软件需求管理过程,-,需求规格,需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书（,SRS,）（,Soft Requirement Specification,）,。,需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。,软件需求规格说明的原则,从现实中分离功能，即描述要“做什么”而不是“怎样做”；,要求使用面向处理的规格说明语言（或称系统定义语言）；,如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中；,规格说明必须包括系统运行环境；,规格说明必须是可操作的；,规格说明必须容许不完备性并允许扩充。,规格文档参考,引言,系统定义,应用环境,功能规格,性能需求,产品提交,实现约束,质量描述,其它,签字认证,软件需求管理过程,-,需求验证,需求的正确性,所有需求是否正确？,需求的一致性,各种需求是否矛盾？,需求的完整性,需求是否有遗漏？,需求的可行性,需求是否实际可行？,需求的必要性,是否客户的真实需要？,需求的可检验性,是否可测试来检验需求？,需求的可跟踪性,需求是否可跟踪检查？,最后的签字。,案例分析,“,东软网上超市,”,需求分析,甲方：“,Neu,-Sky,东软天空”网站,乙方：新空网络科技有限公司,项目名称：开发“东软网上超市”系统平台,甲方提出原始需求,乙方对甲方的需求进行分析并制定需求规格,甲乙双方进行头脑风暴。,甲乙双方进行需求确认。,软件需求管理过程,-,需求变更,需求是永远变化的。,必须接受“需求会变动”的事实。,对待变更的正确处理方法：,根据变更的输入，按照变更控制系统规定的审批程序执行，通过严格审查变更申请后，决定项目变更是否应该得到批准或拒绝。,需求变更控制流程,变更申请,需求方,开发方,忽略,选择变更方式,SCCB,软件配置管理委员会,评估,项目经理自行决定,根据评估结果,拒绝,接受本次修改,下个版本再修改,修改合同相关信息,修改相关需求,修改相应的项目计划,需求变更提交单,软件基线产品修改提交单,申请人,韩万江,申请日期,2001,10,11,项目名称,项目管理系统,阶段名称,系统设计,文件名称,见下说明,修改内容,人员信息应包括如下的内容：,人员编码（,char(6),）,;,姓名,密码,工作类型（,char(1),）,入司时间（,yyyy.mm.dd,）：,可空,转正时间（,yyyy.mm.dd,）：,可空,离司时间（,yyyy.mm.dd,）：,可空,毕业学校（,25,汉字）：可空,学历（,10,汉字）：可空,技能（,100,汉字）：可空,备注,验证意见,*,同意变更,验证,人,*,章昆,验证日期,2001,10,11,SCCB,韩万江，章昆，江浩,填表人,韩万江,需求管理与项目管理的关系,项目需求是制定项目计划，开发项目产品和从事项目活动的依据。需求管理是项目管理的源头。,项目的计划、项目的开发活动及开发的产品应与项目需求保持一致，随需求的变化而调整。,需求建模的基本方法,原型分析方法,结构化分析方法,用例分析方法,关键功能列表方法,其他,原型分析方法,定义,按照用户的需要，快速形成一个操作流程界面。,可能只是一个框架，具体的功能没有实现，只是结果。,静态的操作流程，以便与用户快速就需求达成一致。,主要考虑系统的功能需求，很少考虑非功能需求。,需求分析,原型开发,原型评价,原型修正,原型分析方法图示,原型方法的类型,进化型,开发出来用于了解问题，并形成被交付软件的部分或全部的基础。,抛弃型,开发出来获以便更多地了解问题或探究可能的方案的灵活性或者合理性，是尝试性软件，不用于被交付软件的实际部分。,结构化分析方法,定义,（,SA,Structured Analysis,）,20,世纪,70,年发展起来的面向数据流的方法。,是一种自顶向下逐步求精的分析方法。,根据软件内部数据传递、变换的关系进行分析的。,结构化分析方法的技术手段,数据流,图,(DFD),数据字典,(DD),系统流程图,数据流图,-Data Flow,Diagram,是一种描述软件系统逻辑模型的图形符号,表示数据的起始点和终点,表示对数据的加工处理,表示数据流,箭头表示数据的流动方向,表示对数据的存储,描述银行取款过程的数据流图,数据字典,-Data Dictionary,描述系统中涉及的每个数据,是数据描述的集合,通常配合数据流图使用,用来描述数据流图中出现的各种数据和加工。,数据字典包括：,数据项,数据元素。,数据流,由数据项组成的数据流。,数据文件,表示对数据文件的存储。,数据字典部分符号定义,注释符,表示两个*之间的内容为对条目的注释,*,*,可选符,表示对,(),中的内容可由设计员决定取舍,(),重复符,表示对,中的内容可视需要重复使用,选择符,表示对,列举的值可以任取其一,加,+,等于,定义为,=,含义,符号,系统流程图,-,Flow Chart,是描述物理系统的工具。,用图形符号表示系统中的元素。,表达了系统中各个元素之间的信息流动情况。,可分为程序流程图和系统流程图。,系统流程图部分符号,系统流程图设计步骤,分析现实程序必要的设备。,分析数据在各种设备之间的交换过程。,用系统流程图或程序流程图的基本符号描述其交换过程。,外事部门出访流程图举例,制定出访计划,开 始,出访组团登记,出访计划表,出访团组基本情况,是否需要办理护照,护照管理,护照登记表,护照卡,申请护照,签证管理,结束,是,否,临时出访计划表,申请出国,护照事项表,申请出国,签证事项表,计划是否落实,是,否,是否本单位人员,是,否,结束,用例（,Use Case,）分析方法,用例需求分析方法采用一种面向对象的情景分析方法；,用例是系统向用户提供一个有价值的结果的某项功能；,所有的用例结合起来就构成了用例模型；,从用户角度出发考虑的功能需求；,通过用例来驱动开发,用例只关心用户的需求，而不关心如何来实现这些需求；,“用例驱动”使开发过程遵循这样一个流程：定义用例,设计用例,测试用例。,统一建模语言,UML,（,Unified Modeling Language,）,传统开发,Unified Modeling Language,统一建模语言，是一种通用的模拟语言。,Booch,Rumbaugh,和,Jocobson,（“三朋友”）基础上发展起来,的。,1997,年,11,月国际对象管理组织,OMG,批准将,UML,作为基于面向对象技术的标准建模语言。,UML,制定了一整套完整的面向对象的标记和处理方法。,UML,需求视图,用例图,（,Use case Diagram,）,顺序,图（,Sequence Diagram,）,状态,图（,State Diagram,）,活动,图（,Activity Diagram,）,用例图,用例（,Use case,）：,系统所提供的功能描述,角色（,Actor,）：,可能使用用例的人或者外部系统,UML,图符举例,用例图举例,顺序图,顺序图展示了几个对象之间的动态协作关系，主要用来显示对象之间发送消息的顺序，还显示对象之间的交互，即系统执行某一特定时间点所发生的事。,顺序图示例,状态图,状态图是对类描述的补充，它说明该类的对象所有可能的状态以及那些事件将导致状态的改变。,它是一个类对象所可能经历的所有历程的模型图。,活动图,活动图用来描述执行工作流程中涉及的活动，展示了连续的活动流。,用例需求分析方法综述,识别出系统的,Actor,；,描述主要的,Use case,；,实现用例视图；,实现顺序视图，活动视图，状态视图等。,功能分析（,Key feature List,）,方法,是对项目的功能需求进行详细说明的一种方法。,可以作为用例分析方法的附加说明，详细说明某个用例的具体功能。,也可以单独使用。,通过功能列表等方式来对需求进行分析。,案例分析,“,School”,项目的需求管理过程：,需求确认：进化型,原型法,需求变更：,变更过程,