【现代软件工程】第五章

最新推荐文章于 2024-10-16 11:50:06 发布

H神经蛙7

最新推荐文章于 2024-10-16 11:50:06 发布

阅读量110

点赞数

分类专栏：现代软件工程文章标签：软件工程

本文链接：https://blog.csdn.net/m0_62761621/article/details/131171707

版权

现代软件工程专栏收录该内容

7 篇文章 2 订阅

订阅专栏

文章详细阐述了软件需求的定义、层次和分类，包括业务需求、用户需求和功能需求。它探讨了需求工程的基本活动，如需求获取、建模和验证，并介绍了各种技术，如面谈、调查和原型法。此外，文章提到了需求规格说明书的重要性和内容，以及需求验证和变更管理的重要性。

摘要由CSDN通过智能技术生成

软件需求

什么是软件需求？

需求是指用户对软件的功能和非功能的要求。

软件需求指用户对目标系统在功能、性能等方面的期望;主要有:功能需求、性能需求、可靠性需求、可用性需求、出错处理需求、接口需求等

软件需求的层次

业务需求
用户需求
功能需求
在这里插入图片描述

业务需求

业务需求反映了组织机构或客户对系统、产品高层次的目标要求
业务需求从总体上描述了为什么要开发系统（why），组织希望达到什么目标。
一般使用前景和范围（vision and scope）文档来记录业务需求，称作项目轮廓图或市场需求文档。
这些最高级别的需求数量很少（2－5条）

用户需求

用户需求(user requirement)描述了用户使用产品必须要完成的任务。
用例、场景描述和事件―响应表都是表达用户需求的有效途径。
在问题定义的基础上进行用户访谈、调查，对用户使用的场景进行整理，从而建立用户角度的需求。
描述了用户能使用系统来做些什么（what）

功能需求

系统分析员描述开发人员在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。
功能需求是需求的主体，它描述的是开发人员如何设计具体的解决方案来实现这些用户需求（how），其数量往往比用户需求高一个数量级。
这些需求记录在软件需求规格说明SRS（Software Requirments Specification）中。

软件需求分类

功能需求

描述系统预期提供的功能或服务
1.系统应提供的服务
2.系统如何对输入做出反应
3.系统在特定条件下的行为
4.系统不应该做什么

非功能需求

不直接与系统具体功能相关的需求。
产品需求：产品行为的需求，包括性能需求、可靠性需求和可用性需求等。
机构需求：客户和开发者所在机构中的政策和规定要求，如过程标准、实现要求、交付需求。
外部需求：所有的系统外部因素要求，如互操作需求

需求工程

需求工程的基本活动

起始—询问一系列问题，以确立：对问题的基本理解，谁需要解决方案，所期望解决方案的性质
导出—从所有利益相关者（ stakeholders）处获取需求（需求获取）
精化—创建一个分析模型，定义问题的信息域、功能域和行为域（需求建模）
协商—通过协商过程来调解客户提出的过高的目标要求和相互冲突的需求
规格说明—需求分析师的工作产品，为以下一种或几种:写好的文档、图形化的模型、形式化的数学模型、一组用户场景（用例）、原型
两种需求文档：
需求定义：客户要求的完整列表
通常由客户和需求分析师一起编写，是开发人员对系统功能的一个合同，主要给客户阅读
需求规格说明：要构建系统的规格化说明
由需求分析师编写，并由其他软件开发人员使用
确认（需求验证）—通过评审机制，寻找：内容或解释上的差错，可能需要进一步澄清的地方，丢失的信息，不一致 (开发大型系统时的主要问题)，冲突或不现实的需求
需求管理，在项目执行过程中标识、控制和跟踪需求以及变更需求

在实际的开发过程中，获取、建模、编写规约和验证这些需求开发活动不会是线性地、顺序地完成。实际上，这些活动是交叉的、递增的和反复的。
在这里插入图片描述