软件需求工程：特征-软件需求工程

2023-11-17 理论教育版权反馈

【摘要】：需求工程的过程分为需求准备、需求获取、业务建模、系统建模等阶段，中间各环节通过关联规则体系串接起来以达到跟踪监控整体需求工程进度的目的。

依据需求工程的定义，结合需求工程的主要任务可以得出，需求工程是通过软件需求活动的不断深入从而形成的由过程、工具、方法、技术等构成的一套体系。因此，在需求工程实施过程中体现出了以下8个方面的特征：

1.全局性

需求工程的实施是从整体到局部，从顶层到底层，从业务到系统的分解过程。需求工程的业务分析遵从自顶向下，逐步细化的原则。力求从规则上避免“只见树林，不见森林”的情况出现。

2.主导性

需求工程以需求管理为核心，主导设计开发的全过程。需求工程是圆心，软件工程的其他各环节是圆环，需求工程影响到软件工程的各环节，其成果指导和作用于软件工程的其他环节。这也是国际上主流的TOGAF（开放组体系结构框架）（参见附录A）标准经过科学的研究得出的结论。

3.主动性

需求工程相比较软件工程其他环节，需求分析人员更加主动地融入客户业务环境，主动地采用各种沟通协调方式来了解业务需求，并通过归纳法、演绎法等逻辑方法解决需求的不完整性和不确定性问题。将调研业务获取需求转变为研究业务、讲解业务、佐证业务、落实需求的过程，改变了需求获取和需求分析的被动性。

4.过程性

需求工程通过过程使得需求分析的活动有序、使得需求分析的质量得到保障。需求工程的过程分为需求准备、需求获取、业务建模、系统建模等阶段，中间各环节通过关联规则体系串接起来以达到跟踪监控整体需求工程进度的目的。(www.chuimin.cn)

5.规范性

需求工程体系是在采用国际Zachman框架的基础上，结合国内软件行业的实际情况剪裁使用了以需求管理为核心的TOGAF标准，采用了符合GB/T 9385-2008标准的关于软件需求规格国标主要原则，最终整合成了一套标准化、规范化、模板化、可量化的需求工程实施过程。

6.可验证可度量性

需求工程遵循“正向可推导，反向可追溯”的总体指导原则，每个阶段都有推导过程，都有推导原则，都有命名体系规范，每个关联规则涉及的元素都是可量化、可验证的。

7.多学科性

需求工程根据软件项目所涉及领域的不同，需要需求分析人员具备快速了解和掌握多种学科知识的能力，具备较高的逻辑推理及归纳演绎能力，能够主动迅速在客户关注的领域内提炼分析出业务过程，并能在一定程度上对其过程进行分析和优化，以达到客户对项目的期望和要求。

8.阶段性

需求工程以成果物划分形成三个较为明显的阶段：项目准备、业务建模和系统建模。每个阶段承担的目标和功能不同，侧重点也不同，但相互之间又有关联关系。项目准备阶段主要任务是明确项目目标、范围及涉众关系等情况；业务建模阶段则主要关注并梳理当前业务的实际情况以及存在的主要问题；系统建模阶段则主要从系统用户与计算机交互的角度描述关于系统的功能性需求。

软件需求工程：特征-软件需求工程

相关推荐