没有天生的高手,更没有永远的菜鸟求知若饥, 虚心若愚

No.7软件需求规格说明书及UML


软件需求规格说明书(SRS)是需求开发活动的产物,编制该文档的目的是使项目干系人与开发团队对系统的初始规定有一个共同的理解,使之成为整个开发工作的基础。

软件需求规格说明书

国家标准BG/T 8567-2006中,提供了SRS的文档模版和编写指南,其中规定SRS应该包括以下内容:

  1. 范围。本部分包括SRS使用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号、发行号;简述SRS适用的系统和软件的用途,描述系统和软件的一般特性;该书系统开发、运行和维护的历史;标识项目的投资方、需方、用户、承建方和支持机构;标识当前和计划的运行现场;列表出其他有关的文档;该书SRS的用途和内容,并描述与其适用有关的保密性和私密性的要求,说明编写SRS所依据的基线。
  2. 引用文件。列出SRS中引用的所有文档的编号、标题、修订版本和日期,还应标识不能通过正常的供货渠道所获得的所有文档的来源。
  3. 需求。是SRS的主体,可以分为以下项目:所需的状态和方式、需求概述、需求规格、软件配置项能力需求、软件配置项外部接口需求、软件配置项内部接口需求、适应性需求、保密性和私密性需求、软件配置项环境需求、计算机资源需求(包括硬件需求、硬件资源利用需求、软件需求和通信需求)、软件质量因素、设计和实现约束、数据、操作、故障处理、算法说明、有关人员需求、有关培训需求、有关后勤需求、包装需求和其他需求,以及需求的优先次序和关键程度。
  4. 合格性规定。
  5. 需求可追踪性。SRS中每个软件配置项的需求到其设计的系统的需求都是双向可追踪的。
  6. 尚未解决的问题。
  7. 注解。包含背景信息、词汇表、原理等。
  8. 附录

需求验证

需求验证也称为需求确认,其活动是为了确定以下几个方面的内容。

  1. SRS正确地描述了预期的、满足项目干系人需求的系统行为和特征。
  2. SRS中的软件需求是从系统需求、业务规格和其他来源中正确推导而来的。
  3. 需求是完整的和高质量的。
  4. 需求的标识在所有地方都是一致的。
  5. 需求为继续进行系统设计、实现和测试提供了足够的基础

<mark>在实际工作中,一般通过需求评审和需求测试工作来对需求进行验证。</mark>

UML

UML是一种定义良好、易于表达、功能强大

文章评论已关闭!