软件工程 软件需求与软件需求规约 第1篇随笔

本文主要是介绍软件工程 软件需求与软件需求规约 第1篇随笔，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

2、软件需求与软件需求规约

2.1、需求与需求获取

1. 何为需求？

定义问题的基本要素是“需求''

一个需求是一个有关"要予构造"的陈述，用以描述待开发产品（或项）功能上的能力、性能参数或者其它性质。

2.IEEE标准830-1998要求单一需求必须具有5个基本性质

• 必要的（Necessary）。是要求的吗？
• 无歧义的（Unambiguous）。只能用一种方法解释吗？
• 可测试的（testable）。可以对它进行测试吗？
• 可跟踪的（Traceable）。可以从一个开放阶段到另一个阶段对它进行跟踪吗？
• 可测量的（Measurable）。可以对它进行测量吗？

注意：确定一个需求是否满足以上五个性质是复杂耗时的过程。

3.需求分类

• 功能：功能需求规约了系统或者系统结构必须执行的功能。

• 性能：规约了一个系统或者系统构件必须具有的性能特性。

• 外部接口：规约了系统或系统构件必须与之交互的硬件、软件或数据库元素。它也可能规约其形式、时间或者其它因素。

  • 用户接口
  • 硬件接口
  • 软件接口
  • 通讯接口

• 设计约束：限制了系统或系统构件的设计方案。

  需要考虑下面是个方面：

  • 法制政策
  • 硬件限制
  • 与其他应用接口
  • 并发操作
  • 审计功能
  • 控制功能
  • 高级语言需求
  • 握手协议
  • 应用的关键程度
  • 安全考虑

• 质量属性：规约了软件产品必须具有的一个性质是否到达质量一个所期望的水平

  属性	描述
  可靠性	软件系统在指定环境中没有失败而正常运行的效概率
  存活性	当系统的某一个部分系统不能运行时，该软件继续运行或支持关键功能的可能性
  可维护性	发现和改正一个软件故障或对特定的范围进行修改所需求的平均工作
  用户友好性	学习和使用一个软件系统的容易程度
  安全性	在一个预定的时间内，使软件系统安全的可能性
  可移植性	软件系统运行的平台类型

2.2、需求规约（SRS）

1.定义需求的基本格式；----需求规约

概念；

一个需求规约是一个软件项/产品/系统所有需求陈述的正式文档，是一个软件产品/系统的概率模型

基本性质：

IEEE标准还规定SRS必须具有以下4个性质：

• 重要性和稳定性程度
• 可修改的
• 完整的
• 一致的

2.表达需求规约的三种风格

• 非形式化的规约

  即以一种自然语言来表达需求规约

• 半形式化的规约

  即以半形式化符号体系（包括术语表、标准化的表达格式等）来表达需求规约

• 形式化规约

  即以一种基于良构数学概念的符号体系来编制需求规约，一般往往伴有解释性注释的支持

3.需求规约的作用

• 需求规约是软件开发组织和用户之间一份实事上的技术合同，是产品功能及其环境的体现
• 需求规约是一个管理控制点
• 对于产品/系统的而设计，需求规约是一个正式的、受控的起始点
• 需求规约是创建产品验收计划和用户指南的基础。

这篇关于软件工程 软件需求与软件需求规约 第1篇随笔的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！