1、需需求求n需求问题：需求的隐含错误需求不明确、含糊用户刁难、用户不断增加需求需求变更本本章章需求管理计划n17.3 需求管理规格说明的版本控制n17.4 需求变更管理n17.5 需求跟踪需需求求产生的产品和产品构件需求。包括由组织征集的对项目的需求。nRequirement Management 需求管理n确保各方对需求的一致理解，管理和控制需求的变更，从需求到最终产品的双向跟踪。软软件件需需和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。软软件件性业 务 需求用 户 需求功 能 需求软件需求规格非功能性需求质 量 特性约束和假设系 统 需求面需求n资源使用需求n成
2、本消耗需求n开发进度需求n预先估计以后系统可能达到的目标软软件件需需求求需需求求管管理理与与项项目产品和从事项目活动的依据。n项目的计划、项目的开发活动及开发的产品应与项目需求保持一致，随需求的变化而调整。需需求求工工E技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征一门学科。n需求开发需求管理软软件件需需求求工工需求分析需求分析需求定义需求定义需求验证需求验证需求获取需求获取需求管理需求管理需求开发需求管理需需求求 扩展需求需需求求用户要求基线需求软 件 需求通过与用户的交流，对现有系统的观察及对任务进行分析，从而开发、捕获和修订用户的需求。获获取取需需
3、注注意意需需求求到的系统建立一个概念模型，是对需求的抽象描述。n需求分析也称为需求建模需需求求分分需需求求分分的时候n接管一个项目的时候n需求变更的时候需需求求分分析析n目的：进行具体的流程细化、数据项确认，必要时可以提供原型系统和明确的业务流程报告、数据项表，并能清晰的向用户描述系统的业务流设计目标。需需求求分分n交流的障碍n不完备性和不一致性n需求的易变性需需求求志是形成了一份完整的、规范的需求规格说明书（SRS）n需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。软软件件需需求求规规需需求求规规格格说说品提交实现约束质量描述其
4、它签字认证需需求求需需求求需需求求需需求求更的理由，维持对原有需求和所有产品及产品构件需求的双向跟踪。需需求求项目失败主要的原因在于需求变更项目失败主要的原因在于需求变更!需需求求建建需求、就解决方案方法进行交流、以及分析所提出的系统设计。其目的是使用模型来表现系统中的关键方面。原原型型作流程界面n可能只是一个框架，具体的功能没有实现，只是结果n静态的操作流程，以便与用户快速就需求达成一致n主要考虑系统的功能需求，很少考虑非功能需求原原型型需求分析原型开发原型评价原原型型方方形成被交付软件的部分或全部的基础n抛弃型n开发出来获以便更多地了解问题或探究可能的方案的灵活性或者合理性，是尝试性软件，
5、不用于被交付软件的实际部分结结构构化化ed Analysis）n20世纪70年发展起来的面向数据流的方法n是一种自顶向下逐步求精的分析方法n根据软件内部数据传递、变换的关系进行分析的结结构构化化分分析析D)n系统流程图表示数据的起始点和终点表示对数据的加工处理表示数据流,箭头表示数据的流动方向表示对数据的存储数数据据流流图图加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统分分层层数数分分层层数数发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据n底层流图是指其加工不需再做分解的数据流图，它处在最底
6、层n中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。数数据据据描述的集合,通常配合数据流图使用,用来描述数据流图中出现的各种数据和加工.组成：n数据项:数据元素n数据流:由数据项组成的数据流n数据文件:表示对数据文件的存储数数据据流流图图需需学管科学管科体检科体检科学籍科学籍科学生管理信息系统学生处领导学生基本信息学生健康信息学生成绩学生健康情况表学生成绩单查询要求不及格人数人数统计表系系统统流流制定出访计划开 始出访组团登记出访计划表出访团组基本情况登记表是否需要办理护照护照管理护照登记表护照卡申请护照签证管理结束是否临时出访计划表申请出国护照事项表申请出国签证事项表
7、高检院外事局出访业务流程图计划是否落实是否是否本单位人员是否结束用用例例nOOAnOODnOOP(object oriented programming)nOOTn.用用例例（Use行的变量和外界交互的过程。n提款机取款用例O活动n将现实世界的“视图”转化为用对象来描述的模型n描述对象之间的各种关系，以满足软件系统的要求。用用例例需需向对象的情景分析方法n用例是系统向用户提供一个有价值的结果的某项功能n所有的用例结合起来就构成了用例模型n从用户角度出发考虑的功能需求用用例例需需n现在：问用户利用系统做什么？Uanguage统一建模语言，是一种通用的模拟语言。nBooch,Rumbaugh 和J
8、ocobson 基础上发展起来的。n1997年11月国际对象管理组织OMG批准将UML作为基于面向对象技术的标准建模语言。nUML制定了一整套完整的面向对象的标记和处理方法。UMLiagram）n顺序图（Sequence Diagram）n状态图（State Diagram）n活动图（Activity Diagram）USE C者所观察到的系统将提交的功能.即:各类外部行为者与系统所提供的用例的连接nn用例（Use case）：系统所提供的功能描述n角色（Actor）：可能使用用例的人或者外部系统UMUSER C序序列列（See动态协作关系，主要用来显示对象之间发送消息的顺序，还显示对象之间的
9、交互，即系统执行某一特定时间点所发生的事。Seque状状态态明该类的对象所有可能的状态以及那些事件将导致状态的改变。n它是一个类对象所可能经历的所有历程的模型图。活活动动（Acty程中涉及的活动，展示了连续的活动流活活动动U Us se e C Ca as se e主要的Use casen实现用例视图n实现顺序视图，活动视图,状态视图等功功能能明，既可以单独使用，也可以作为用例分析方法的附加说明来详细说明用例的具体功能。为为什什么么会会异n模糊的需求n用户需求增加n开发方需求人员重视程度不够n开发人员理解偏差有有效效控控制制变变明确用户需求。n采用严格的需求管理变更流程。n采用良好的体系结构n
10、采用面向对象思想变更申请忽略选择变更方式SCCB评估项目经理自行决定根据评估结果拒绝接受本次修改下个版本再修改修改合同相关信息修改相关需求修改相应的项目计划软件基线产品修改提交单软件基线产品修改提交单申请人韩万江申请日期2002。1011项目名称项目管理系统阶段名称系统设计文件名称RCR-PM-01.doc,RCR-PM-02.doc,变更简述如下修改内容1）修改测试流程控制：将2个角色，3个渠道流，改为3个角色，4个渠道流，详见RCR-PM-01.doc2）增加开发人员技能信息库管理，详见RCR-PM-02.doc验证意见同意RCR-PM-01.doc变更。RCR-PM-02.doc的变更可
11、以推迟到下一个版本实施验证人杨炎泰验证日期20021011SCCB韩万江，姜岳尊，孙泉 填表人韩万江CMMI中中的的求的理解n3 求得对需求的承诺n4 管理需求变更n5 维护对需求的双向跟踪性n6 识别项目工作与需求之间的不一致CMMI中中的的的软硬件资源、需求跟踪矩阵、需求变更请求表。CMMI中中的的免需求蔓延和遗漏CMMI中中的的动所需的活动人员之间达成一致和建立承诺。CMMI中中的的双向跟踪性n6 识别项目工作与需求之间的不一致需需求求本本章章需求管理计划n17.3 需求管理规格说明的版本控制n17.4 需求变更管理n17.5 需求跟踪1 建建立立并并维维护护需需工作产品之间需求不一致之
12、处。2 确确定定需需求求管管3 分分认需求管理员的权限责任4培培分析、分析、审查和管理、需求管理工具、配置管理5 确确定定需需求求管管更的影响，通报双向跟踪情况，识别项目工作与需求不一致的情况。6 制制定定判判断断项项目目工工作作与与需需致；不一致时启动纠正规程。7 制制定定需需求求需求与后续工作成果的对应关系8 制制定定需需求求必须严格控制需求的变更。9 制制定定本本章章需求管理计划n17.3 需求管理规格说明的版本控制n17.4 需求变更管理n17.5 需求跟踪版版本本ck in本本章章需求管理计划n17.3 需求管理规格说明的版本控制n17.4 需求变更管理n17.5 需求跟踪需需求求的
13、人选对变更做出决定n变更应及时通知所有涉及的人员n项目按一定的程序来采纳需求变更控控制制项项目目经确定后又要增添新的功能或进行较大的改动。n需求变更不可避免，但必须控制。变变更更控控需求n所有需求变更必须遵循的过程；n未获批准的变更，不做过多工作；nCCB决定实现哪些变更n项目风险承担者应了解变更数据库的内容；n不能从数据库中删除或修改变更请求的原始文档；变变更更控控y Criterian通过合适渠道接受一个合法的变更请求；n过程和步骤n验证任务正确完成的步骤Verifyn结束条件Exit Criteria变变更更控控式来总结变更控制数据库的内容和按状态分类的变更请求数量。变变更更控控的执行变
14、更控制过程。InfoSys公公变变更更日日志志跟跟踪踪变变更更度度求的数量；n已实现的变更需求的合计数量；n每个方面发出的变更请求数量；n每个已应用的需求建议变更和实现变更的数量；n投入处理变更的人力、物力；本本章章需求管理计划n17.3 需求管理规格说明的版本控制n17.4 需求变更管理n17.5 需求跟踪需需求求联系文档。如需求、体系结构、源代码、测试用例、帮助文档等。n跟踪能力链Traceability Linkn记录了单个需求之间的父层、互连、依赖的关系；需需求求跟跟求源到实现的前后生存期。需需求求跟跟的方法。可以改善产品质量，降低维护成本，容易实现重用。需需求求跟跟踪踪n一对一、一对多、多对多需需求求建建模模需需求求变变更更的的提供对建议变更的准确理解，有助于做出信息量充分的变更批准决策。
