- 1、本文档共37页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
3.5需求工程过程实例RUP 主要内容 需求工程过程 需求工程过程的活动 需求开发过程的并发和迭代性 实践方法的应用 需求开发过程实例分析 需求开发过程与软件工程过程的相互影响 需求工程过程为什么要适应软件工程过程? “需求工程”是正性活动 需求方法、需求方法与软件开发方法的适配性都会影响项目的成败。 需求工程过程对后续软件开发工作的影响示意 需求工程收效 具体操作 影响趋向 提高生产率 问题理解 ↑ 交流沟通 过度沟通 有效的沟通 ? ↓ ↑ 开发者的非正式决策 ↑ 返工 ↓ 提高质量 运营支持请求 ↓ 交付后缺陷 ↓ 提升风险管理 估算 改进50% 特征覆盖度 ↑ 需求蔓延 ↓ 项目协商 ↑ 表3-4 需求工程过程对软件开发的影响效果及路径 Requirements Engineering and Downstream Software Development: Findings from a Case Study, 2005 需求对后续的影响 改进对细节的理解,改进对特征间依赖及复杂性的理解 建设精力浪费 看不见的好处:提升沟通 看不见的好处: 帮助决策 估算 变更管理 思考题 1. 除了需求开发的四个活动和需求管理活动之外,需求工程当中还有没有需要执行的活动?如果有的话,它们是哪些活动?给出你的理由。 2. 需求开发过程具有迭代特性,但是不是所有项目的需求开发过程都必须是迭代完成的?如果不是,请给出举例和理由。 3. 需求开发的迭代特性与软件开发过程的迭代式开发有什么关系?它们之间会互相影响吗?如果会,那么有哪些影响? 4. 需求工程细节知识的实践性对不同项目的需求开发过程的差异性有没有影响?如果有,请说明影响是什么。如果没有,请说明是哪些因素产生了不同项目的需求开发过程的差异性。 本章小结 需求工程有着属于它自己的生命周期模型,存在着针对需求开发的需求工程过程 需求工程过程拥有一些常见的需求工程活动:需求获取、需求分析、需求规格说明、需求验证和需求管理 需求开发活动是互相交织、并发、迭代和递增 的 需求工程过程的成功执行需要应用很多的有效实践方法 在实践中,需求工程过程的差异性是非常大的 因为处于前端,需求工程对后续软件开发活动的影响是非常深入的 第3章.需求工程过程 2017-2018(2) 主要内容 需求工程过程概述 需求工程活动 需求工程过程的并发和迭代性 实践方法的应用 需求开发过程实例分析 需求工程过程与软件工程过程的相互影响 3.1 需求工程过程概述 过程是一组相关活动的集成,通过这些活动的执行,可以完成一项任务或者达到一个目标。 需求工程过程是系统开发当中需求开发活动的集成,它的结果是产生一个能够在用户环境下解决用户业务问题的系统方案,并将其文档化为明确的规格说明。 不同系统的需求工程过程可能会表现出极大的差异,但是都拥有共同的需求工程活动。 3.1 需求工程过程概述 需求获取、分析、规格说明和验证活动之间是互相交织、不断迭代和递增的。 3.1 需求工程过程概述 需求管理与需求开发活动的界限 主要内容 需求工程过程概述 需求工程活动 需求工程过程的并发和迭代性 实践方法的应用 需求工程过程实例分析 需求工程过程与软件工程过程 3.2 需求工程活动 3.2.1 需求获取 需求获取是从人、文档或者环境当中获取需求的过程。 需求工程师必须要利用各种方法和技术来“发现”需求——需求分析。 需求获取和需求分析是交织在一起的 3.2 需求工程活动3.2.1 需求获取 需求获取子活动 收集背景资料 ——领域知识基础框架 获取问题与目标,定义项目前景和范围 发现用户在业务中遇到的高层次问题,用户解决高层次问题的期望既是系统的业务需求,也是系统要达到的目标。 明确高层次解决方案 定义项目的前景与范围 需求分析 指导需求冲突协商 识别涉众,选择信息的来源 —涉众分析、硬数据采样 选择获取方法,执行获取 ,获取功能与非功能需求 记录获取结果 3.2. 需求工程过程的活动 3.2.2 需求分析 工作1:需求分析的主要工作是通过建模来整合各种信息,以使得人们更好的理解问题。 工作2:需求分析还会为问题定义出一个需求集合,这个集合能够为问题界定一个有效的解决方案。 工作3:检查需求当中存在的错误、遗漏、不一致等各种缺陷,并加以修正 。 需求分析活动最后会产生一个需求的基线集,指定系统开发需要完成的任务。 用户所要求功能的子集 满足优秀需求特性 3.2. 需求工程过程的活动3.2.2 需求分析 需求分析子活动 背景分析:研究系统环境,形成关于用户业务的知识框架。 方法:领域分析、企业建模 问题分析、目标分析、业务分析,确定系统边界。 方法:系统用例图、上下文图
文档评论(0)