软件项目管理第4章需求管理课件

第4章软件项目需求管理吉林大学珠海学院教授

李军国0DemandManagement1承上启下项目合同管理生存期模型RoadMap2合同管理

生存期需求管理任务分解项目进度

项目估算质量计划

配置计划

风险计划

团队管理项目度量集成项目跟踪控制

项目结束3需求管理中的问题?需求的隐含错误和隐蔽性需求不明确、含糊用户刁难用户不断增加需求需求变更的混乱状态一、软件需求定义需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。45软件需求的层次业务需求用户需求功能需求软件需求规格非功能性需求质量特性约束和假设系统需求6软件需求的类型功能需求性能需求环境需求用户界面需求资源使用需求成本消耗需求开发进度需求预先估计以后系统可能达到的目标7需求管理的重要性8需求管理与项目管理的关系项目需求是制定项目计划，开发项目产品和从事项目活动的依据。项目的计划、项目的开发活动及开发的产品应与项目需求保持一致，随需求的变化而调整。9需求分析编写需求规格需求验证需求获取需求变更需求确认需求变更二、软件需求开发过程10用户要求

扩展需求基线需求软件需求需求获取2.1需求的获取11获取需求的活动与方法用户类型的了解访谈和调研（会议、电话、邮件、讨论、模拟演示）分析和整理（为什么？做什么？含什么？）与用户方和开发方协调，达成共识标识未确定的需求项、使需求符合系统的整体目标、保持需求项之间的一致性，解决需求项之间的冲突12获取需求的注意事项识别真正的客户正确理解客户的需求具备较强的忍耐力和清晰的思维说服和教育客户132.2需求分析需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。14需求分析模型当前系统物理模型逻辑模型目标系统物理模型逻辑模型模型化导出抽象化实例化具体化怎么做做什么理解需求表达需求15需求分析的时间设计方案的时候项目开始的时候接管一个项目的时候需求变更的时候16需求分析的难点问题的复杂性交流的障碍不完备性和不一致性需求的易变性17需求分析的过程从系统的角度来理解并评审软件范围是否恰当确定对目标系统的综合要求，即软件的需求提出这些需求实现条件，以及需求应达到的标准问题的识别问题识别18问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行分析。19软件的需求包括哪些内容?功能需求性能需求环境需求可靠性需求安全保密要求用户界面需求资源使用需求成本消耗需求开发进度需求预先估计以后系统可能达到的目标20分析与综合从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。21软件需求分析的原则需要能够表达和理解问题的信息域和功能域要能以层次化的方式对问题进行分解和不断细化要给出系统的逻辑视图和物理视图22需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。2.3编写需求规格书23从现实中分离功能，即描述要“做什么”而不是“怎么做?”使用面向处理的规格说明语言（或称系统定义语言）如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中规格说明必须包括系统运行环境规格说明必须是一个认识模型规格说明必须是可操作的规格说明必须容许不完备性并允许扩充需求规格说明的原则24需求报告和需求规格说明书的差异⑴《用户需求报告》是对外的，

《需求规格说明书》是对内的；⑵《用户需求报告》是合同的产物，

《需求规格说明书》是立项建议的产物；

⑶由《用户需求报告》可产生《需求规格说明书》25《用户需求报告》要点指南以业务流程为主线;以需求分析的任务为中心;以功能、性能、接口三个列表为基本点;格式说明：概述。现有系统简要描述。目标系统详细描述(功能、性能、接口、约束)。26《需求规格说明书》编写要点以用户需求报告为基线，按照规定的格式，就可以制作出合格的需求规格说明书。格式如下：概述。目标系统描述(功能、性能、接口、约束)27需求管理文档《用户需求报告评审记录表》；《需求规格说明书评审记录表》；《需求变更管理表》。要点：评审、记录、跟踪、改正、审计。28规格文档参考引言系统定义应用环境功能规格性能需求产品提交实现约束质量描述其它签字认证29需求是正确的吗？需求是一致的吗？需求是完全的吗？需求是实际可行的吗？需求是客户需要的吗？需求是可检验的吗？需求是可跟踪的吗？最后签字了吗?2.4需求验证与评审30系统定义的目标是否与用户的要求一致;系统需求分析阶段提供的文档资料是否齐全;所有描述是否完整、清晰、准确反映用户要求;与所有其它系统成分的重要接口是否都已经描述;被开发项目的数据流与数据结构是否足够，确定;所有图表是否清楚，在不补充说明时能否理解;主要功能是否已包括在规定的软件范围之内;约束条件或限制条件是否符合实际;开发的技术风险是什么;是否考虑过软件需求的其它方案;软件需求的扩充能力;检验标准，对系统定义成功与否进行确认;需求分析评审31需求总在变化2.5需求变更3233需求变更管理管理和控制需求基线的过程需求变更控制系统一个正式的文档，说明如何控制需求变更建立变更审批系统34变更申请需求方开发方忽略选择变更方式SCCB评估项目经理自行决定根据评估结果拒绝接受本次修改下个版本再修改修改合同相关信息修改相关需求修改相应的项目计划35软件基线产品修改提交单申请人李豪申请日期2001．10．11项目名称项目管理系统阶段名称系统设计文件名称见下说明修改内容人员信息应包括如下的内容：人员编码（char(6)）;姓名密码工作类型（char(1)）入司时间（yyyy.mm.dd）：可空转正时间（yyyy.mm.dd）：可空离司时间（yyyy.mm.dd）：可空毕业学校（25汉字）：可空学历（10汉字）：可空技能（100汉字）：可空备注验证意见*同意变更验证人**章昆验证日期2001．10．11SCCB韩六，张昆，江河

填表人李豪36原型方法结构化分析法面向对象的用例分析法关键功能列表法其他三、需求设计常用的方法[选]37按照用户的需要，快速形成一个操作流程界面可能只是一个框架，具体的功能没有实现，只是结果静态的操作流程，以便与用户快速就需求达成一致主要考虑系统的功能需求，很少考虑非功能需求3.1原型方法38原型方法需求分析原型开发原型评价39原型方法的类型进化型开发出来用于了解问题，并形成被交付软件的部分或全部的基础抛弃型开发出来以便更多地了解问题或探究可能的方案的灵活性或者合理性，是尝试性软件，不用于被交付软件的实际部分403.2结构化分析方法定义（SA,StructuredAnalysis）20世纪70年发展起来的面向数据流的方法是一种自顶向下逐步求精的分析方法根据软件内部数据传递、变换的关系进行分析的方法41结构化分析方法-技术数据流图(DFD)数据字典(DD)系统流程图42数据流图[选]是一种描述软件系统逻辑模型的图形符号表示数据的起始点和终点表示对数据的加工处理表示数据流,箭头表示数据的流动方向表示对数据的存储43描述银行取款过程的数据流图44数据流图的层次结构[选]为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统。45分层数据流图46顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据底层流图是指其加工不需再做分解的数据流图，它处在最底层中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。47数据字典[选]描述系统中涉及的每个数据，是数据描述的集合，通常配合数据流图使用，用来描述数据流图中出现的各种数据和加工。48数据字典-组成[选]数据项:数据元素数据流:由数据项组成的数据流数据文件:表示对数据文件的存储49数据字典-关系符号[选]符号含义=等于,定义为+加[]选择符,表示对[]列举的值可以任取其一{}重复符,表示对{}中的内容可视需要重复使用()可选符,表示对()中的内容可由设计员决定取舍*……*注释符,表示两个*之间的内容为对条目的注释50数据流图需求分析实例[选]建立学生管理系统学管科体检科学籍科学生处51数据流图-顶层[选]学管科体检科学籍科学生管理信息系统学生处领导学生基本信息学生健康信息学生成绩学生健康情况表学生成绩单查询要求不及格人数人数统计表52数据流图-0层53数据流图-1层54数据流图-1层55数据字典-数据流[选]学生基本信息：学号十姓名学生健康信息：学号十健康情况学生成绩：学号十{课程名+成绩}查询要求：[健康查询单|平均成绩查询∣人数查询]学生健康情况表：优％十良％十一般％十差％学生成绩单：学号十姓名十{课程名+成绩}+总成绩不及格人数统计表：学号十成绩十不及格总人数56数据字典-数据文件[选]文件名：基本信息组成：｛学号十姓名十入学成绩十生源｝组织：按学号递增顺序排列文件名：健康文件组成：{学号+姓名+健康情况}组织：按照健康情况为优、良、一般、差顺序排列文件名：成绩文件组成：{学号+姓名+平均成绩}组织：按照评剧成绩递增顺序排列57加工说明[选]加工编号2.1加工名称：学生基本信息处理输入流：合法的学生信息输出流：录入单，修改单，删除单加工逻辑：根据输入的要求，对学生基本信息进行录入、修改或删除58系统流程图[选]是描述物理系统的工具用图形符号表示系统中的元素表达了系统中各个元素之间的信息流动情况59系统流程图符号60613.3面向对象的需求分析OOSEOOAOODOOPOOT…….62OOA是OO软件工程的第一项技术活动将现实世界的“视图”转化为用对象来描述的模型描述对象之间的各种关系，以满足软件系统的要求。63用例需求（Usecase）分析用例需求分析方法采用一种面向对象的情景分析方法用例是系统向用户提供一个有价值的结果的某项功能所有的用例结合起来就构成了用例模型从用户角度出发考虑的功能需求64UMLUnifiedModelingLanguage统一建模语言，是一种通用的模拟语言。Booch,Rumbaugh和Jocobson基础上发展起来的。1997年11月国际对象管理组织OMG批准将UML作为基于面向对象技术的标准建模语言。UML制定了一整套完整的面向对象的标记和处理方法。65UML需求视图用例视图（UsecaseDiagram）顺序图（SequenceDiagram）状态图（StateDiagram）活动图（ActivityDiagram）66用例视图用例视图主要是展示了外部行为者所观察到的系统将提交的功能.即:各类外部行为者与系统所提供的用例的连接67用例视图用例（Usecase）：系统所提供的功能描述角色（Actor）：可能使用用例的人或者外部系统68UML图符69用例实例70顺序图示顺序图展示了几个对象之间的动态协作关系，主要用来显示对象之间发送消息的顺序，还显示对象之间的交互，即系统执行某一特定时间点所发生的事