2、软件需求与软件需求规约
2.1、需求与需求获取
1. 何为需求？
定义问题的基本要素是“需求''
一个需求是一个有关"要予构造"的陈述，用以描述待开发产品（或项）功能上的能力、性能参数或者其它性质。
2.IEEE标准830-1998要求单一需求必须具有5个基本性质
- 必要的（Necessary）。是要求的吗？
- 无歧义的（Unambiguous）。只能用一种方法解释吗？
- 可测试的（testable）。可以对它进行测试吗？
- 可跟踪的（Traceable）。可以从一个开放阶段到另一个阶段对它进行跟踪吗？
- 可测量的（Measurable）。可以对它进行测量吗？
注意：确定一个需求是否满足以上五个性质是复杂耗时的过程。
3.需求分类
-
功能：功能需求规约了系统或者系统结构必须执行的功能。
-
性能：规约了一个系统或者系统构件必须具有的性能特性。
-
外部接口：规约了系统或系统构件必须与之交互的硬件、软件或数据库元素。它也可能规约其形式、时间或者其它因素。
- 用户接口
- 硬件接口
- 软件接口
- 通讯接口
-
设计约束：限制了系统或系统构件的设计方案。
需要考虑下面是个方面：
- 法制政策
- 硬件限制
- 与其他应用接口
- 并发操作
- 审计功能
- 控制功能
- 高级语言需求
- 握手协议
- 应用的关键程度
- 安全考虑
-
质量属性：规约了软件产品必须具有的一个性质是否到达质量一个所期望的水平
属性 描述 可靠性 软件系统在指定环境中没有失败而正常运行的效概率 存活性 当系统的某一个部分系统不能运行时，该软件继续运行或支持关键功能的可能性 可维护性 发现和改正一个软件故障或对特定的范围进行修改所需求的平均工作 用户友好性 学习和使用一个软件系统的容易程度 安全性 在一个预定的时间内，使软件系统安全的可能性 可移植性 软件系统运行的平台类型
2.2、需求规约（SRS）
1.定义需求的基本格式；----需求规约
概念；
一个需求规约是一个软件项/产品/系统所有需求陈述的正式文档，是一个软件产品/系统的概率模型
基本性质：
IEEE标准还规定SRS必须具有以下4个性质：
- 重要性和稳定性程度
- 可修改的
- 完整的
- 一致的
2.表达需求规约的三种风格
-
非形式化的规约
即以一种自然语言来表达需求规约
-
半形式化的规约
即以半形式化符号体系（包括术语表、标准化的表达格式等）来表达需求规约
-
形式化规约
即以一种基于良构数学概念的符号体系来编制需求规约，一般往往伴有解释性注释的支持
3.需求规约的作用
- 需求规约是软件开发组织和用户之间一份实事上的技术合同，是产品功能及其环境的体现
- 需求规约是一个管理控制点
- 对于产品/系统的而设计，需求规约是一个正式的、受控的起始点
- 需求规约是创建产品验收计划和用户指南的基础。
标签：需求,规约,系统,接口,一个,软件工程,软件 来源： https://www.cnblogs.com/shuisanya/p/16636080.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。