[SCRUM]需求工程的基本过程

>>[SCRUM]需求工程的基本过程

[SCRUM]需求工程的基本过程

需求工程活动

划分为以下5个独立的阶段:
需求获取:通过与用户的交流,对现有系统的观察及对任务进行分析,从而开发、捕获和修订用户的需求;
需求建模:为最终用户所看到的系统建立一个概念模型,作为对需求的抽象描述,并尽可能多的捕获现实世界的语义;
形成需求规格:生成需求模型构件的精确的形式化的描述,作为用户和开发者之间的一个协约;
需求验证:以需求规格说明为输入,通过符号执行、模拟或快速原型等途径,分析需求规格的正确性和可行性,包含有效性检查,一致性检查,可行性检查和确认可验证性;
需求管理:支持系统的需求演进,如需求变化和可跟踪性问题。

需求获取阶段
首先,需求获取需要技术支持。第二,需求获取有3个关键因素:应该收集哪些信息;从哪些来源收集哪些信息;以及用于收集信息的机制或技术。第三,需求获取的开始代表了软件项目的正式实施,从每件事情开始都很困难。以上3点的集成使得需求获取成为软件开发中最困难、最关键、最容易出错的,也是最需要进行通信的。在实施工作中,主要是沟通业务流程、组织结构、软硬件环境和现有系统等相关内容,挖掘最终用户的实际需求,把握需求的方向。在需求获取调查中,首先对需求获取方法进行了验证。目前的需求是通过
。一般来说,基于调查的方法有几种,如需求获取、基于用例的需求获取、原型构建等。各种需求获取方法各有优缺点。[ 7 ];
需求分析阶段
需求分析与需求获取密切相关。需求获取是需求分析的基础。需求分析是需求获取的直接表现,它相互促进、相互制约。需求分析和需求获取的区别主要在于需求分析是基于对承包商实际和客观业务及相关信息的理解,结合软件和硬件实现方案,并建立初步的系统原型来演示承包商。通过原型演示,构建人员体验业务流程的合理化、准确性和可用性。同时,通过原型演示,用户也能及时发现并提出存在的问题和改进措施。
需求文档写作阶段
需求发展的最终结果是在就要开发的产品达成共识后编写的具体文件。需求文档是在需求获取和需求分析的两个阶段结束时生成的,因此文档包含所有需求。在这个阶段,我们首先需要从软件工程和文档管理的角度,根据相关标准来检查需求文档的内容,并确定需求文档的内容是否完整。修改需求文档中保留问题的工作。
需求确认阶段
需求确认主要是针对需求规格说明书的评审,确保需求符合优秀需求成熟度的特点,符合需求规范的特点。在需求确认阶段,我们需要保证以下几点:
(1)软件需求规格说明的正确描述了预期的系统性能和特性满足所有利益相关者的需求。(2)
正确导出软件要求从系统需求、业务规则,或其他来源。对于
的需求(3)是完整的、高质量的。对
表示(4)的要求是一致的地方。(5)要求的
继续产品的设计和施工提供充分依据。
需求跟踪阶段和需求重用阶段
需求跟踪是指通过比较需求文档和结果的后续工作之间的关系,确保产品按照文档的发展需求,建立并保持设计的一致性,要求之间的测试,编程,确保按照用户要求的所有工作。需求跟踪是一项需要大量人工劳动的工作。在系统开发和维护过程中,必须随时更新跟踪链信息。需求跟踪质量的好坏将直接影响产品的质量,降低维修成本,使其易于重用。与此同时,需求跟踪也需要建筑商的大力支持。
需求复用相
在软件项目实施过程中,不同项目之间存在着许多相似的需求。特别是对于相似项目,不同用户的需求相似性更明显、更普遍。随着需求的重用,构建者可以快速生成需求原型,从而在以后的需求工作的基础上进行修改、扩展和完善,极大地提高了需求分析的工作进度。因此,需要重新利用需求。对于需求重用,主要的职责是提取可重用的需求,理解和扩展需求的重用。第二是确保需求重用没有冲突。
需求变更控制阶段
需求变更是软件项目开发的必然趋势。需求的不断变化只会造成各种资源的不断浪费,但有许多必要而合理的需求变化。为了改变需求,首先要尽早发现,以避免更大的损失。其次,有必要采取相应的、合理的变更管理制度和流程,减少因需求变化而带来的风险。
版本控制阶段
版本控制是管理需求规范和其他项目文档的一个重要方面,也是记录需求变更管理的最有效方式。我们可以详细记录需要变更的需求文档的版本,变更的原因,变更的控制记录,以及变更需求文档的唯一版本号的标识。允许每个成员及时访问需求文档的最新版本。
版本控制的基础是需求基线。需求基线是项目团队成员承诺在特定产品版本中实现的一套功能性和非功能性需求。确定需求基线确保项目干系人对产品中希望拥有的功能和属性有一个一致的理解。

文章从互联网整理而来,旨在传播SCRUM、研发项目管理、敏捷开发管理工具的知识与应用,帮助软件开发企业真正了解SCRUM的价值和意义,如果本文侵犯了您的权益或者您需要具体了解更多国内做研发项目管理系统的公司翼发云敏捷项目管理系统的相关信息,欢迎和我们联络:

【网址】www.effapp.com

2018-04-26T02:46:23+08:002018-04-26 02:46:23|Categories: scrum项目管理|