软件工程-需求工程概论总结

需求工程概论

软件需求:利益相关方对目标软件系统在功能质量等方面的期望,以及对目标软件系统在运行环境、资源消耗等方面的要求或约束。(利益相关方一般包括 :投资软件项目并希望利用目标软件获取商业利益的客户、直接使用目标软件开展业务工作的用户)

需求需要:

  • 精确化:需求正确的反映利益相关方的期望和约束,需求的表述无歧义,并且可以通过客观的手段予以验证

  • 一致化:各项需求之间无逻辑冲突

  • 完全化:不遗漏中药的软件需求条目

利益相关方的期望和要求一般包括:

  • 功能需求(功能性需求):利益相关方要求目标软件系统应该具有的功能
  • 质量需求(非功能性需求):利益相关方对目标软件系统的质量要求
  • 约束需求(非功能性需求):利益相关方对目标软件系统在项目预算、完成时间、技术选型、必须遵循的标准与规范等方面提出的要求、以及由语气的开发、运行环境的特征而导致的针对目标软件系统的约束。

软件需求的质量要素:

  • 正确性:
  1. ​ 真实性:每个需求项能够真实的反映利益相关方的需求
  2. ​ 一致性:需求项内部、需求项之间没有逻辑冲突
  3. ​ 精确性:需求项的表述不会引起二义或者多义理解
  4. ​ 无冗余:每项需求在软件需求模型中能够仅出现一次,多项需求之间不存在语义重叠
  • 完全性:所有需求项构成的全级完整的覆盖所有必须在目标软件产品中实现的利益相关方的需求,尤其不能遗漏重要或者紧迫的需求

  • 可行性:在实际资源约束条件下,软件需求能够被完整实现的可能性。

需求调查的基本方法:

  • 访谈或会议
  1. 问题应该是循序渐进的
  2. 问题应该是客观公正的
  3. 逐步提出的问题在汇总后应能反映应用问题或者子问题的全貌,并覆盖用户对目标软件或者其子系统在功能、行为、质量诸多方面的要求。
  • 调查问卷

  • 业务文档分析

  • 现场观摩

需求建模的基本方法:

  • 抽象
  • 分解
  • 多视点

需求工程完整过程:
需求工程策划——>需求获取——>需求分析——>需求规范化——>需求验证——>总结
在这里插入图片描述

猜你喜欢

转载自blog.csdn.net/komed/article/details/105946286