信息系统项目管理师需求管理培训教材

,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,信息系统项目管理师需求管理,闫波,需求管理,用户需求,是软件项目成败的关键,需求问题：,需求的隐含错误,需求不明确、含糊,用户刁难、用户不断增加需求,需求变更,本章要点,17.1,需求管理概述,17.2 制定需求管理计划,17.3 需求管理规格说明的版本控制,17.4 需求变更管理,17.5 需求跟踪,需求管理,需求：指的是由项目接受的或项目产生的产品和产品构件需求。包括由组织征集的对项目的需求。,Requirement Management 需求管理,确保各方对需求的一致理解，管理和控制需求的变更，从需求到最终产品的双向跟踪。,软件需求定义,需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。,软件需求,特征：,模糊性,不确定性,变化性,主观性,软件需求的层次,业务需求,用户需求,功能需求,软件需求规格,非功能性需求,质量特性,约束和假设,系统需求,软件需求的类型,功能需求,性能需求,环境需求,用户界面需求,资源使用需求,成本消耗需求,开发进度需求,预先估计以后系统可能达到的目标,软件需求的重要性,需求管理与项目管理的关系,项目需求是制定项目计划，开发项目产品和从事项目活动的依据。,项目的计划、项目的开发活动及开发的产品应与项目需求保持一致，随需求的变化而调整。,需求工工程（RE）,需求工工程是是指应应用已已证实实有效效的技技术、方法法进行行需求求分析析，确确定客客户需需求，帮助助分析析人员员理解解问题题并定定义目目标系系统的的所有有外部部特征征一门门学科科。,需求开发发需需求管管理,软件需求求工程管管理的过过程,需求分析,需求定义,需求验证,需求获取,需求管理,需求开发,需求管理,需求获取取,扩展需求求,需求获取取,用户要求求,基线需求求,软件需求求,通过与用用户的交交流，对对现有系系统的观观察及对对任务进进行分析析，从而而开发、捕获和和修订用用户的需需求。,获取需求求的活动动,了解用户户类型及及潜在类类型,访谈和调调研（要要有记录录）,对用户需需求进一一步整理理和提取取,将用户需需求反馈馈用户,注意事项项,识别真正正的客户户.,正确理解解客户的的需求,具备较强强的忍耐耐力和清清晰的思思维,说服和教教育客户户,需求分析析,定义：需需求分析析是为最最终用户户所看到到的系统统建立一一个概念念模型，是对需需求的抽抽象描述述。,需求分析析也称为为需求建建模,需求分析析模型,需求分析析的时间间,设计方案案的时候候,项目开始始的时候候,接管一个个项目的的时候,需求变更更的时候候,需求分析析基本策策略,头脑风暴暴,专家评审审,焦点会议议组,目的：进进行具体体的流程程细化、数据项项确认，必要时时可以提提供原型型系统和和明确的的业务流流程报告告、数据据项表，并能清清晰的向向用户描描述系统统的业务务流设计计目标。,需求分析析的难点点,问题的复复杂性（不了解解业务）,交流的障障碍,不完备性性和不一一致性,需求的易易变性,需求定义义,需求分析析工作完完成的一一个基本本标志是是形成了了一份完完整的、规范的的需求规规格说明明书（SRS）,需求规格格说明书书的编制制是为了了使用户户和软件件开发者者双方对对该软件件的初始始规定有有一个共共同的理理解，使使之成为为整个开开发工作作的基础础。,软件需需求规规格说说明的的原则则,从现实实中分分离功功能，即描描述要要“做做什么么”而而不是是“怎怎样实实现”,要求使使用面面向处处理的的规格格说明明语言言（或或称系系统定定义语语言）,如果被被开发发软件件只是是一个个大系系统中中的一一个元元素，那么么整个个大系系统也也包括括在规规格说说明的的描述述之中中,规格说说明必必须包包括系系统运运行环环境,规格说说明必必须是是一个个认识识模型型,规格说说明必必须是是可操操作的的,规格说说明必必须容容许不不完备备性并并允许许扩充充,需求规规格说说明书书文档档参考考,引言,系统,定,定义,应用,环,环境,功能,规,规格,性能,需,需求,产品,提,提交,实现,约,约束,质量,描,描述,其它,签字,认,认证,需求验验证,开发方方和用用户方方共同同对需需求文文档进进行评评审，经双双方对对需求求达成成共识识后做做出书书面承承诺，使需需求文文档具具有商商业合合同效效果。,需求验验证,需求是是正确确的吗吗？,需求是是一致致的吗吗？,需求是是完全全的吗吗？,需求是是实际际可行行的吗吗？,需求是是客户户需要要的吗吗？,需求是是可检检验的的吗？,需求是是可跟跟踪的的吗？,最后的的签字字,需求验验证,快速原原型法法,需求管管理,需求管管理中中要收收集需需求的的变更更和变变更的的理由由，维维持对对原有有需求求和所所有产产品及及产品品构件件需求求的双双向跟跟踪。,需求变变更,项目失失败主主要的的原因因在于于需求求变更更!,需求建建模的的方法法,创建体体系结结构的的表示示形式式以捕捕获需需求、就解解决方方案方方法进进行交交流、以及及分析析所提提出的的系统统设计计。其其目的的是使使用模模型来来表现现系统统中的的关键键方面面。,原型分分析法法,定义：,按照用用户的的需要要，快快速形形成一一个操操作流流程界界面,可能只只是一一个框框架，具体体的功功能没没有实实现，只是是结果果,静态的的操作作流程程，以以便与与用户户快速速就需需求达达成一一致,主要考考虑系系统的的功能能需求求，很很少考考虑非非功能能需求求,原型方法,需求分析,原型开发,原型评价,原型方法的的类型,进化型,开发出来用用于了解问问题，并形形成被交付付软件的部部分或全部部的基础,抛弃型,开发出来获获以便更多多地了解问问题或探究究可能的方方案的灵活活性或者合合理性，是是尝试性软软件，不用用于被交付付软件的实实际部分,结构化分析析法,定义（SA,StructuredAnalysis）,20世纪70年发展展起来的面面向数据流流的方法,是一种自顶顶向下逐步步求精的分分析方法,根据软件内内部数据传传递、变换换的关系进进行分析的的,结构化分析析方法技技术,数据流图(DFD),数据字典(DD),系统流程图图,数据流图,是一种描述述软件系统统逻辑模型型的图形符符号,表示数据的的起始点和和终点,表示对数据据的加工处处理,表示数据流流,箭头表表示数据的的流动方向向,表示对数据据的存储,银行取款过过程数据流流图,数据流图的的层次结构构,为了表达数数据处理过过程的数据据加工情况况，需要采采用,层次结构,的数据流图图。按照系系统的层次次结构进行行,逐步分解,，并以分层层的数据流流图反映这这种结构关关系，能清清楚地表达达和容易理理解整个系系统,分层数据流流图,分层数据流流图,顶层流图仅包含一个个加工，它它代表被开开发系统。它的输入入流是该系系统的输入入数据，输输出流是系系统所输出出数据,底层流图是指其加工工不需再做做分解的数数据流图，它处在最最底层,中间层流图图则表示对其其上层父图图的细化。它的每一一加工可能能继续细化化，形成子子图。,数据字典,描述系统中中涉及的每每个数据,是数据描描述的集合合,通常配配合数据流流图使用,用来描述述数据流图图中出现的的各种数据据和加工.,组成：,数据项:数数据元素,数据流:由由数据项组组成的数据据流,数据文件:表示对数数据文件的的存储,数据字典关关系符号,符号,含义,=,等于,定义为,+,加, ,选择符,表示对 列举的值可以任取其一, ,重复符,表示对 中的内容可视需要重复使用,( ),可选符,表示对( )中的内容可由设计员决定取舍,*,注释符,表示两个*之间的内容为对条目的注释,数据流图需需求分析实实例,建立学生管管理系统,学管科,体检科,学籍科,学生处,顶层数据流流图,学管科,体检科,学籍科,学生管理,信息系统,学生处领导导,学生基本信信息,学生健康信信息,学生成绩,学生健康情情况表,学生成绩单单,查询要求,不及格人数数,人数统计表表,第0层数据据流图,第1层数据据流图,系统流程图图,系统包含的的部分以及及各个部分分之间的关关系,是描述物理理系统的工工具,用图形符号号表示系统统中的元素素,表达了系统统中各个元元素之间的的信息流动动情况,系统流程图图符号,用例分析法法,面向对象的的软件工程程（OOSE）,OOA,OOD,OOP(objectorientedprogramming),OOT,.,用例（UserCase）,表示一个动动作序列的的定义，包包括执行的的变量和外外界交互的的过程。,提款机取款款用例,OOA,是OO软件件工程的第第一项技术术活动,将现实世界界的“视图图”转化为为用对象来来描述的模模型,描述对象之之间的各种种关系，以以满足软件件系统的要要求。,用例需求分分析,用例需求分分析方法采采用一种面面向对象的的情景分析析方法,用例是系统统向用户提提供一个有有价值的结结果的某项项功能,所有的用例例结合起来来就构成了了用例模型型,从用户角度度出发考虑虑的功能需需求,用例需求分分析,从前：问用用户希望系系统为他做做什么？,现在：问用用户利用系系统做什么么？,UML,UnifiedModelingLanguage统一建模模语言，是是一种通用用的模拟语语言。,Booch,Rumbaugh 和Jocobson基基础上发发展起来的的。,1997年年11月国国际对象管管理组织OMG批准准将UML作为基于于面向对象象技术的标标准建模语语言。,UML制定定了一整套套完整的面面向对象的的标记和处处理方法。,UML需求求视图,用例视图（Usecase Diagram）,顺序图（SequenceDiagram）,状态图（State Diagram）,活动图（ActivityDiagram）,USECASE视视图,用例视图主主要是展示示了外部行行为者所观观察到的系系统将提交交的功能.即:各类类外部行为为者与系统统所提供的的用例的连连接,用例（Use case）：系统所提提供的功能能描述,角色（Actor）：可能使使用用例的的人或者外外部系统,UML图符符,USERCASE实例,序列（Sequence）图图,顺序图展示示了几个对对象之间的的动态协作作关系，主主要用来显显示对象之之间发送消消息的顺序序，还显示示对象之间间的交互，即系统执执行某一特特定时间点点所发生的的事。,Sequence实实例,状态视图,状态图是对对类描述的的补充，它它说明该类类的对象所所有可能的的状态以及及那些事件件将导致状状态的改变变。,它是一个类类对象所可可能经历的的所有历程程的模型图图。,活动（Activity）视视图,活动图用来来描述执行行工作流程程中涉及的的活动，展展示了连续续的活动流流,活动图例,UseCase需需求分析方方法综述,识别出系统统的Actor,描述主要的的Usecase,实现用例视视图,实现顺序视视图，活动动视图,状状态视图等等,功能列表法法,对项目的功功能需求进进行详细说说明，既可可以单独使使用，也可可以作为用用例分析方方法的附加加说明来详详细说明用用例的具体体功能。,为什么会有有需求变更更？,与用户交互互不够，对对问题理解解有差异,模糊的需求求,用户需求增增加,开发方需求求人员重视视程度不够够,开发人员理理解偏差,有效控制变变更合理的的方法,需求阶段尽尽可能采用用原型或用用例法明确确用户需求求。,采用严格的的需求管理理变更流程程。,采用良好的的体系结构构,采用面向对对象思想,变更申请,忽略,选择变更方式,SCCB评估,项目经理自行决定,根据评估结果,拒绝,接受本次修改,下个版本再修改,修改合同相关信息,修改相关需求,修改相应的项目计划,需求变更处处理,软件基线产品修改提交单,申请人,韩万江,申请日期,2002,。,10,11,项目名称,项目管理系统,阶段名称,系统设计,文件名称,RCR-PM-01.doc, RCR-PM-02.doc,变更简述如下,修改内容,1）修改测试流程控制：将2个角色，3个渠道流，改为3个角色，4个渠道流，详见RCR-PM-01.doc,2）增加开发人员技能信息库管理，详见RCR-PM-02.doc,验证意见,同意RCR-PM-01.doc变更。RCR-PM-02.doc的变更可以推迟到下一个版本实施,验证人,杨炎泰,验证日期,2002,10,11,SCCB,韩万江，姜岳尊，孙泉,填表人,韩万江,CMMI中中的需求管管理流程,1 制定需需求管理计计划,2 求得对对需求的理理解,3 求得对对需求的承承诺,4 管理需需求变更,5 维护对对需求的双双向跟踪性性,6 识别项项目工作与与需求之间间的不一致致,CMMI中中的需求管管理流程,1 制定需需求管理计计划,确定需求管管理的软硬硬件资源、需求跟踪踪矩阵、需需求变更请请求表。,CMMI中中的需求管管理流程,2 求得对对需求的理理解,需求确认。避免需求求蔓延和遗遗漏,CMMI中中的需求管管理流程,3 求得对对需求的承承诺,为实现需求求活动所需需的活动人人员之间达达成一致和和建立承诺诺。,CMMI中中的需求管管理流程,4 管理需需求变更,5 维护对对需求的双双向跟踪性性,6 识别项项目工作与与需求之间间的不一致致,需求的属性性,创建需求的的时间,需求的版本本号,需求创建的的作者,负责认可需需求的人员员,需求状态,已建议；已已批准；已已实现；,需求涉及到到的子系统统,需求的稳定定性,本章要点,17.1需需求管理理概述,17.2制制定需求求管理计划划,17.3需需求管理理规格说明明的版本控控制,17.4需需求变更更管理,17.5需需求跟踪踪,1 建立并并维护需求求管理的组组织方针,对需求进行行管理，确确定项目计计划与工作作产品之间间需求不一一致之处。,2 确定需需求管理需需使用的资资源,人力、财力力、物力,3 分配责责任,确定需求管管理负责人人及其责任任,确认需求管管理员的权权限责任,4培训计划划,对需求人员员的培训,应用领域、需求分析析、分析、审查和管管理、需求求管理工具具、配置管管理,5 确定需需求管理的的项目干系系人,解决对需求求的共识问问题，评估估需求变更更的影响，通报双向向跟踪情况况，识别项项目工作与与需求不一一致的情况况。,6 制定判判断项目工工作与需求求不一致的的准则和纠纠正规程,依据此判断断项目工作作与需求不不一致；不不一致时启启动纠正规规程。,7 制定需需求跟踪性性矩阵,正向跟踪、逆向跟踪踪,该矩阵保存存了需求与与后续工作作成果的对对应关系,8 制定需需求变更审审批程序,为保证项目目顺利进行行和产品质质量，必须须严格控制制需求的变变更。,9 制定审审批规程,需求管理计计划的审批批规程,本章要点,17.1需需求管理理概述,17.2制制定需求求管理计划划,17.3需需求管理理规格说明明的版本控控制,17.4需需求变更更管理,17.5需需求跟踪踪,版本管理,版本,Check out Check in,本章要点,17.1需需求管理理概述,17.2制制定需求求管理计划划,17.3需需求管理理规格说明明的版本控控制,17.4需需求变更更管理,17.5需需求跟踪踪,需求变更,仔细评估已已建议的变变更,挑选合适的的人选对变变更做出决决定,变更应及时时通知所有有涉及的人人员,项目按一定定的程序来来采纳需求求变更,控制项目范范围的扩展展,扩展需求是是指在软件件需求基线线已经确定定后又要增增添新的功功能或进行行较大的改改动。,需求变更不不可避免，但必须控控制。,变更控制过过程,1 变更控控制策略,达成一个策略略，如何控制制需求,所有需求变更更必须遵循的的过程；,未获批准的变变更，不做过过多工作；,CCB决定实实现哪些变更更,项目风险承担担者应了解变变更数据库的的内容；,不能从数据库库中删除或修修改变更请求求的原始文档档；,变更控制过程程,2 变更控制制步骤,开始条件EntryCriteria,通过合适渠道道接受一个合合法的变更请请求；,过程和步骤,验证任务正确确完成的步骤骤 Verify,结束条件ExitCriteria,变更控制过程程,3 变更控制制状态报告,用报告、图表表方式来总结结变更控制数数据库的内容容和按状态分分类的变更请请求数量。,变更控制过程程,4 变更控制制工具,自动工具帮助助有效的执行行变更控制过过程。,InfoSys公司对需需求变更的处处理,处理步骤：,1. 记录变变更,2. 分析析变更对工作作产品的影响响,3. 估计变变更申请所需需的工作量,4. 重新估估计交付时间间表,5. 执行累累积的成本影影响分析,6. 如果影影响超出一定定的限度，则则与高级主管管一起评评审影响,7. 客户不不再提出变更更申请,8. 修改工工作产品,示例,申请号,333,日期,2000-01-02,变更说明：本变更申请是使客户机屏幕根据显示器自动调整分辨率。,影响分析：,变更分类：主要变更，因为它影响所有屏幕。,解决方案：布局管理器和组件的约束设置加以修改,工作量影响：总屏幕数为40，估计实现总工作量为480人时,进度影响：实现变更对总进度影响大概为10天,状态：得到客户认可，已加入到需求规格文档中。项目进度和里程碑将发生变化。,经手人,评审人,变更日志跟踪踪累积变更影影响,变更申请号,变更申请日期,变更说明,工作量影响(人日),状态,1,2月18日,规定使用情况统计,3,已解决,2,演示期间,强制用户退出,2,未解决,3,演示期间,支持用户存档,3,已解决,4,2月18日,复制窗口,7,已解决,5,演示期间,删除时列出所有节点,5,已解决,6,演示期间,从一个特定节点启动,4,已解决,总计,24,变更度量活动动,接收、未作决决定、结束处处理的变更请请求的数量；,已实现的变更更需求的合计计数量；,每个方面发出出的变更请求求数量；,每个已应用的的需求建议变变更和实现变变更的数量；,投入处理变更更的人力、物物力；,本章要点,17.1需需求管理概述述,17.2制制定需求管理理计划,17.3需需求管理规格格说明的版本本控制,17.4需需求变更管理理,17.5需需求跟踪,需求跟踪,编制每个需求求同系统元素素之间的联系系文档。如需需求、体系结结构、源代码码、测试用例例、帮助文档档等。,跟踪能力链Traceability Link,记录了单个需需求之间的父父层、互连、依赖的关系系；,需求跟踪的内内容,跟踪需求使用用期限的全过过程。从需求求源到实现的的前后生存期期。,需求跟踪的目目的,提供一个表明明与合同或说说明一致的方方法。可以改改善产品质量量，降低维护护成本，容易易实现重用。,需求跟踪能力力矩阵,表示需求和别别的系统之间间的联系。,一对一、一对对多、多对多多,需求建模常用用方法,原型分析法,结构化分析法法,用例分析法,功能列表方方法,其他方法,根据需要选选择最适合合项目的方方法！,需求变更的的代价：影影响分析,“变更是免免费的”,影响分析可可以提供对对建议变更更的准确理理解，有助助于做出信信息量充分分的变更批批准决策。,9,、静夜四四无邻，荒居旧旧业贫。2023/1/72023/1/7,Saturday,January7,2023,10,、雨中中黄叶叶树，灯下下白头头人。2023/1/72023/1/72023/1/7,1/7/20236:55:27PM,11,、以我我独沈沈久，愧君君相见见频。2023/1/72023/1/72023/1/7,Jan-2307-Jan-23,12,、故故人人江江海海别别，几几度度隔隔山山川川。2023/1/72023/1/72023/1/7,Saturday,January7,2023,13,、乍见翻疑疑梦，相悲悲各问年。2023/1/72023/1/72023/1/72023/1/7,1/7/2023,14,、他乡乡生白白发，旧国国见青青山。07一一月月20232023/1/72023/1/72023/1/7,15,、比比不不了了得得就就不不比比，得得不不到到的的就就不不要要。一月月232023/1/72023/1/72023/1/7,1/7/2023,16,、行动出成成果，工作作出财富。2023/1/72023/1/7,07 January 2023,17,、做前，能够环环视四周周；做时时，你只只能或者者最好沿沿着以脚脚为起点点的射线线向前。2023/1/72023/1/72023/1/72023/1/7,9,、没有失败，只有暂时停停止成功！。2023/1/72023/1/7,Saturday,January 7,2023,10,、很很多多事事情情努努力力了了未未必必有有结结果果，但但是是不不努努力力却却什什么么改改变变也也没没有有。2023/1/72023/1/72023/1/7,1/7/20236:55:28PM,11,、成功就就是日复复一日那那一点点点小小努努力的积积累。2023/1/72023/1/72023/1/7,Jan-2307-Jan-23,12,、世间成事，不求其绝对对圆满，留一一份不足，可可得无限完美美。2023/1/72023/1/72023/1/7,Saturday,January 7,2023,13,、不知香积寺寺，数里入云云峰。2023/1/72023/1/72023/1/72023/1/7,1/7/2023,14,、意意志志坚坚强强的的人人能能把把世世界界放放在在手手中中像像泥泥块块一一样样任任意意揉揉捏捏。07一一月月20232023/1/72023/1/72023/1/7,15,、楚塞三湘接接，荆门九派派通。一月 232023/1/72023/1/72023/1/7,1/7/2023,16,、少年年十五五二十十时，步行行夺得得胡马马骑。2023/1/72023/1/7,07January2023,17,、空山新新雨后，天气晚晚来秋。2023/1/72023/1/72023/1/72023/1/7,9,、杨杨柳柳散散和和风风，青青山山澹澹吾吾虑虑。2023/1/72023/1/7,Saturday,January7,2023,10,、阅读一一切好书书如同和和过去最最杰出的的人谈话话。2023/1/72023/1/72023/1/7,1/7/20236:55:28 PM,11,、越是没有有本领的就就越加自命命不凡。2023/1/72023/1/72023/1/7,Jan-2307-Jan-23,12,、越是无能的的人，越喜欢欢挑剔别人的的错儿。2023/1/72023/1/72023/1/7,Saturday,January 7,2023,13,、知人者智智，自知者者明。胜人人者有力，自胜者强强。2023/1/72023/1/72023/1/72023/1/7,1/7/2023,14,、意志志坚强强的人人能把把世界界放在在手中中像泥泥块一一样任任意揉揉捏。07一一月月20232023/1/72023/1/72023/1/7,15,、最具具挑战战性的的挑战战莫过过于提提升自自我。一月232023/1/72023/1/72023/1/7,1/7/2023,16,、业余余生活活要有有意义义，不不要越越轨。2023/1/72023/1/7,07January2023,17,、一个个人即即使已已登上上顶峰峰，也也仍要要自强强不息息。2023/1/72023/1/72023/1/72023/1/7,MOMODA POWERPOINT,Lorem ipsum dolor sit, eleifend nulla ac, fringilla purus. Nulla iaculis tempor felis amet, consectetur adipiscing elit. Fusce id urna blanditut cursus.,感谢您您的下下载观观看,专家告告诉,