zoukankan      html  css  js  c++  java
  • 需求工程阅读笔记05

    需求开发的最终结果是要编写规约说明。软件需求规约说明精确地闻述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件。软件需求规约说明不仅是系统测试和用户文档的基础,也是所有子系列项目规划、设计和程序设计的基础。它应该尽可能完整地描述系统预期的外部行为和用户可视化行为。除了设计和实现上的限制,软件需求规约说明不应该包括设计、构造、测试或工程管理的细节。

    可以用以下三种方法编写敦件需求规约说明:
      (1)用好的结构化和自然语言编写文本型文档。
      (2)建立图形化模型,这些模型可以描绘转换过程、系统状态和它们之间的变化、数据关系逻辑流或对象类以及它们之间的关系。
      (3)编写形式化规约说明,这可以通过使用数学上精确的形式化逻辑语言来定义需求。
      由于形式化规约说明具有很强的严密性和精确废,因此,所使用的形式化语商只有极少数软件开发人员才熟悉,更不用说客户丁。虽然结构他的自然语言具有许多缺点,但布大多数软件工程小,它仍是编写需求文档最现实的方法。包含了功能和非功能需求的基于文本的软件需求规约说明已经为大多数项目所接受。图形化分析模型通过提供另一种需求视图,增强了软件需求规约说明。

    这是需求分析的最后阶段,也是需求的关键部分,需要将之前所获取的需求经过需求分析之后整理成文档,更加清楚明了的表达出软件的需求。在需求管理与工程管理方面,需求的影响力贯穿于整个后续的产品生命周期,而不是单纯地存在于需求开发阶段。软件需求规格说明文档要在产品生命周期的各个阶段都扮演重要角色,发挥重要作用。很多后续的开发工作都应该以软件需求规格说明文档的内容为标准和目标来进行。因此,在需求开发结束之后,还需要有一种力量保证后续的系统开发活动依照需求的基线进行展开,从而保障系统的质量(质量就是对需求的依从性)。需求管理就是这样一个管理活动,他在需求开发之后的产品生命周期中保证需求作用的有效发挥。

  • 相关阅读:
    [SSRS] Use Enum values in filter expressions Dynamics 365 Finance and Operation
    Power shell deploy all SSRS report d365 FO
    display method in Dynamics 365 FO
    How To Debug Dynamics 365 Finance and Operation
    Computed columns and virtual fields in data entities Dynamics 365
    Azure DevOps for Power Platform Build Pipeline
    Create readonly entities that expose financial dimensions Dynamics 365
    Dataentity call stack dynamics 365
    Dynamics 365 FO extension
    Use singletenant servertoserver authentication PowerApps
  • 原文地址:https://www.cnblogs.com/qianmo123/p/10548356.html
Copyright © 2011-2022 走看看