《需求工程概论-应用篇》

需求工程概论（应用篇）上期回顾什么是需求？系统必须符合的条件和具备的功能。需求如何分类？Furps+模型功能性需求+非功能性需求上期回顾需求有哪几个层次？衡量需求是否优秀的标准？清楚(Clear)完整(Complete)一致(Consistent)可测试(Testable)业务需求系统需求用户需求需求工程的结构上期回顾需求工程需求开发需求管理需求获取分析需求验证变更控制版本控制需求跟踪需求状态跟踪编写需求规格需求的开发与管理市场管理客户需求需求分析编写文档评审、商议基准需求说明需求开发需求管理当前基线修正后基线需求变更项目变更市场客户管理项目环境需求变更过程课程内容基础篇需求简介需求现状分析应用篇需求开发需求管理需求开发需求开发是项目开发的基础，是项目实施成败的关键

需求开发获取需求

分析需求编写需求规验证需求格说明书1获取需求需求获取（Requirementselicitation）是两个有关团体相互沟通，识别需要的过程。双方通过提取、定义需求来进行约束。三大需要关注的领域：提供输入信息和使用输出信息的用户可能改变的业务流程环境软、硬件限制界面风格与其他现有系统的关系项目不同风险承担人的特点，如管理风格、计算机经验等其他约束条件，如时间、资金等组织机构获取需求的活动流程：获取需求活动准则：清楚用户提出需求的理由并判断理由是否充分恰当关注“做什么”而不是“怎么做”分析识别用户需求的隐含需求明确标识未确定的需求项使用户需求与业务需求保持一致1获取需求识别系统用户调研与访谈整理结果结果呈递需求开发

需求开发获取需求

分析需求编写需求规验证需求格说明书2分析需求需求分析通过建立关联和模型的方式来描述需求以获取更明确的需求，同时为用户和项目团队提供一个交流的渠道。需求分析的关键活动：绘制关联图创建开发原型分析风险和确立优先级建立需求模型绘制关联图以图形表示的方式描述系统的整体结构，包括系统的边界与接口。2分析需求之绘制关联图软件原型（softwareprototype）是所提出的新产品的部分实现，建立原型的目的是：明确并完善需求探索设计选择方案发展为最终的产品原型的分类：按范围可分为“水平原型”和“垂直原型”；按用法可分为“抛弃型原型”和“演化型原型”2分析需求之创建开发原型原型法成功的因素：项目计划中应包括原型风险；对于已经理解的需求不要建立原型；在原型屏幕显示和报表中使用合理的模拟数据；不要期望原型可以代替需求文档。2分析需求之创建开发原型分析风险：在允许的成本、性能要求下，明确每项需求的风险，包括与其他需求的冲突、对外界因素的依赖和技术障碍。确立优先级：尽早确立交付产品最重要的功能以权衡合理的项目范围、进度、预算和质量目标等。2分析需求之分析风险和确立优先级风险优先级高发生率高，影响面大重要紧迫，必须实现中发生率一般，影响面一般重要但不紧迫，可延后实现低发生率低，影响面低不重要也不紧迫，实现更完美结构化分析：数据模型（实体关系图ERD）功能模型（数据流图DFD）行为模型（行为迁移图STD）面向对象：用例模型（UseCase）2分析需求之建立需求模型数据模型的三种元素：实体属性关联实体关系图（ERD）：实体名称关联实体名称E1E21M实体属性关联属性实体属性使用用户QQQQ号用户信息在线信息版本号E1E21M2分析需求之建立需求模型—数据模型2分析需求之

建立需求模型—功能模型功能模型的四种元素外部实体数据流数据加工数据存储数据流图（DFD）：外部实体1外部实体2No.1数据加工数据流1数据流2数据存储用户A用户BNo.1Server中转消息消息存储离线消息行为模型由三种元素组成：状态迁移事件状态迁移图（STD）：

S1S3S2t1t2t3t4离线上线离开登录5分钟无动作动作退出2分析需求之建立需求模型—行为模型用例模型（UseCase）：通过描述“系统”和“活动者”之间的交互来描述系统的行为。分解系统目标，描述活动者为实现目标而执行的所有步骤。

优点：以用户为向导的；方便的得到系统功能的测试用例。2分析需求之建立需求模型—用例模型需求开发

需求开发获取需求

分析需求编写需求规验证需求格说明书3编写需求规格说明书软件需求规格说明(SRS)阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件。一篇优质的需求规格说明书应遵循的几个原则：1、采用SRS模板2、指明来源用户、管理层、业务部、客服部、开发部、测试部、其他3、标识需求Type.nnn（FR.001，UI.005）4、记录业务规范5、创建需求跟踪能力矩阵3编写需求规格说明书引言文档目的文档范围读者对象和阅读建议参考文献综合描述产品前景用户类和特征设计和实现上的限制业务目标运行环境外部接口需求用户界面硬件接口软件接口通讯接口系统特性说明和优先级激励/响应序列功能需求其他非功能需求质量属性用户文档安全设施需求其他需求附件词汇表分析模型待定问题表SRS模板注意运用优秀需求的标准！需求开发

需求开发获取需求

分析需求编写需求规验证需求格说明书4验证需求验证需求的关键活动有：审查需求文档编写测试用例编写用户手册确定验收标准需求基线！小结

需求开发获取需求

分析需求编写需求规验证需求格说明书三大领域：1、组织机构2、环境3、项目关键活动：1、绘制关联图2、建立原型3、确立风险和优先级4、需求模型关键活动：1、使用SRS模板2、指明来源3、标识需求4、记录业务规范5、创建跟踪矩阵关键活动：1、审查需求文档2、编写测试用例3、编写用户手册4、确立验收标准课程内容基础篇需求简介需求现状分析应用篇需求开发需求管理需求管理需求管理是一种用于查找，纪录，组织和跟踪系统需求变更的系统化方法。需求管理与CMM的关系：初始级可重复级已定义级已管理级优化级需求管理

软件项目计划软件项目跟踪与监控软件子合同管理软件质量保证软件配置管理需求管理需求管理强调：定义需求基线评审变更请求、评估变更影响、裁决是否实施以可控方式将需求变更融入项目使当前项目计划与需求保持一致使需求能与其工件联系起来以实现跟踪在整个项目过程中跟踪需求状态及其变更情况有效需求管理的关键在于维护需求的明确阐述、需求属性及与其他需求和工件之间的可追踪性！需求管理的结构

需求管理变更控制版本控制需求跟踪需求状态跟踪1变更控制参与变更控制的项目角色和职责：需求产品组PMCCB开发组质量保证组测试组配置管理组收集分析业务、用户需求组织需求管理评估和批准需求变更开发+追踪+评审审核管理过程验证+追踪+评审需求文档和需求跟踪记录的配置管理1变更控制开始条件：通过合适的渠道（书面报告，web表单或email）接受合法的变更请求。杜绝口头变更申请！步骤：建议变更分析影响作出抉择实施变更合并验证变更1变更控制验证：通过检查确保更新后的需求文档、分析模型、产品均正确反映了变更的实施和实施质量根据需求跟踪找出受变更影响的其他特性，验证其是否更新结束条件：所有变更的状态为“关闭”建议者、CCB主席、质量保证人员等相关责任人关注到变更的细节和当前状态需求能力跟踪矩阵已经更新1变更控制变更控制的策略：所有需求变更必须遵循一个过程，按照此过程，若变更未被采纳则后续过程不予考虑未获批准的变更，除可行性论证外，不应再做其他设计和实现工作变更是否实现统一由CCB裁决项目风险承担人应掌握变更数据库的内容绝不能从变更数据库中删除或修改变更请求的原始文档每一个集成的需求变更必须能跟踪到一个经核准的变更请求需求管理

需求管理变更控制版本控制需求跟踪需求状态跟踪2版本控制版本控制：建立需求和需求文档的基准版本，记录版本变更历史，保持版本的独立性，有效保证了需求及其文档的回溯、完整和一致。文档：2版本控制需求的属性可分为：需求标识需求版本创建时间需求描述优先级风险需求来源需求类型状态负责人进度需求关联合入版本需求管理

需求管理变更控制版本控制需求跟踪需求状态跟踪3需求跟踪需求跟踪：追踪一个需求使用期限的全过程，即从需求源到实现的前后生存期。作用及地位：是项目管理的重要依据是变更的重要参考是可靠过程的重要标志用户需求系统需求开发产品追溯回溯追溯回溯业务需求追溯回溯3需求跟踪问题：搞不清楚需求变更的影响面有多大建立和维护需求跟踪矩阵忘记实现子需求建立需求与需求的跟踪变更时不清楚要变更的地方建立需求与工件的跟踪3需求跟踪需求能力跟踪矩阵一用例设计元素代码测试用例UC登录Logon.aspLogon.classUser.classLogon.aspLogon.classUser.class.validate()TUC登录成功TUC登录失败3需求跟踪需求能力跟踪矩阵二跟踪特性到系统需求精化的过程跟踪特性与系统需求的关联TOC局域网查找AllinoneVideoGroupFR.1传文件FR.2邀请FR.3视频调节UI.1影音交谈需求管理

需求管理变更控制版本控制需求跟踪需求状态跟踪3需求状态跟踪需求状态跟踪：为了有效进行项目监控，确保需求被正确实现而必须进行的追踪。需求状态的转换关系提出拒绝接受实施验证删除完成3需求状态跟踪步骤：识别当前状态更新需求状态统计状态分布报告关键需求的状态及变更历史度量需求工作的度量：是深入项目、产品、处理过程的调查研究，它一般由质量控制人员进行执行。度量对象：用例、特性的总数需求变更的总数需求变更的工作量评审发现的需求缺陷数各变更来源的总数需求管理工具为什么要使用需求管理工具？存在问题难以保持文档与现实一致通知受变更影响的干责人是手工过程难以做到为每个变更保存变更历史记录难以在需求与工件之间建立联系链难以跟踪每个需求的状态难以集成精确地分析需求风险、成本和可行性报告的数据分析和统计是手工过程工具实现管理版本和变更存储需求属性帮助分析影响跟踪需求状态访问控制自动知会变更重用需求小结

需求管理变更控制版本控制需求跟踪需求状态跟踪步骤：1、建议变更2、分析影响