新闻  |   论坛  |   博客  |   在线研讨会
软件需求规范说明 (Software Requirements Specification, 简称SRS)
电子禅石 | 2020-02-10 16:48:18    阅读:2897   发布文章

GB/T 9385-2008 笔记

为了形成确定和完备的规格说明, 我们需要明确

  • 软件的顾客希望得到什么;

  • 软件的供方理解用户想要什么;

4.2 SRS的基本性质

SRS是对在具体环境中执行确定功能的特定软件产品、程序或一组程序的规格说明。 SRS可由来自供方、顾客或双方的一个或多个人员来编写,推荐双方人员联合编写。

SRS编写人员应该关注以下基本点:

  • 功能 - 软件将执行什么功能?

  • 外部接口 - 软件如何与人、系统的硬件及其他硬件和其他软件进行交互?

  • 性能 - 各种软件功能的速度、响应时间、恢复时间等是多少?

  • 属性 - 软件的可用性、可靠性、可移植性、正确性、可维护性、安全性如何?

  • 影响产品实现的设计方案 - 是否有使用标准、编程语言、数据库完整性方针、资源限制、运行环境等方面的要求?

编写人员宜避免把设计或项目需求写入SRS中。

 4.4 好的SRS的特征

4.4.1 综述

SRS宜是:

  • 正确;

  • 无歧义;

  • 完备;

  • 一致;

  • 重要性和/或稳定性分级;

  • 可验证性;

  • 可修改;

  • 可追踪;

4.4.2 正确

当且仅当SRS中的每一项需求都是软件应满足的需求, SRS才是正确的。

4.4.3 无歧义

当且仅当SRS中的每一项需求都只有一种解释,SRS才是无歧义的。

4.4.2 完备

  • 当且仅当SRS包含以下元素,SRS才是完备的。

    • 所有重要的需求,不论是否与功能、性能、设计约束、属性或者外部接口有关。尤其是由系统规格说明所施加的任何外部需求都应当得到确认和处理。

    • 软件响应的定义。

    • SRS中所有图表的全面标记和索引,以及所有术语和度量单位的定义。

  • 任何含有“待定”词语的SRS是不完备的。


*博客内容为网友个人发布,仅代表博主个人观点,如有侵权请联系工作人员删除。

参与讨论
登录后参与讨论
属于自己的技术积累分享,成为嵌入式系统研发高手。
推荐文章
最近访客