软件工程II-ch06需求基础

αSIM0V

已于 2023-04-09 14:51:36 修改

阅读量58

点赞数

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

于 2023-04-08 10:51:40 首次发布

本文链接：https://blog.csdn.net/C15062835505/article/details/130025905

版权

软件工程II 专栏收录该内容

13 篇文章 4 订阅

订阅专栏

ch06需求基础

需求

定义（期望）

需求是⼀种解决问题后所能达到的期望：

问题是糟糕的一面
需求是理想的一面

在这里插入图片描述

[IEEE610.12-1990]：

⽤户为了解决问题或达到某些⽬标所需要的条件或能⼒
系统或系统部件为了满⾜合同、标准、规范或其它正式⽂档所规定的要求⽽需要具备的条件或能⼒；
对⑴或⑵中的⼀个条件或⼀种能⼒的⼀种⽂档化表述

描述

需求通常被表述为“系统应该…”、 “在…时，系统应该…”、 “⽤户可以通过系统…”等

例如R1：系统应该允许顾客退回已经购买的产品

在这里插入图片描述

问题域

现实世界运⾏规律的⼀种反映，软件开发必须尊重问题域，不能因为技术原因妄⾃修改现实世界的实际情况

解决方案：需求规格说明

规格说明

软件产品的⽅案描述，它以软件产品的运⾏机制为主要内容，它不是需求但实现需求，不是问题域但需要与问题域互动

要以关注对外交互的⽅式描述软件解决⽅案，它既需要从软件产品的⻆度⽽不是⽤户的⻆度进⾏描述，⼜不能太多地涉及软件产品的内部构造机制。

例子：

在这里插入图片描述

需求层次性

业务需求

系统建⽴的战略出发点，表现为⾼层次的⽬标（Objective），它描述了组织为什么要开发系统

为了满⾜⽤户的业务需求，需求⼯程师需要描述系统⾼层次的解决⽅案，定义系统应该具备的特性（Feature）
参与各⽅必须要对⾼层次的解决⽅案达成⼀致，以建⽴⼀个共同的前景（Vision）
特性说明了系统为⽤户提供的各项功能，它限定了系统的范围（Scope）

在这里插入图片描述

用户需求

执⾏实际⼯作的⽤户对系统所能完成的具体任务的期望，描述了系统能够帮助⽤户做些什么
对所有的⽤户需求，都应该有充分的问题域知识作为背景⽀持
特性：模糊、不清晰、多特性混杂、多逻辑混杂

在这里插入图片描述

补充问题域知识

⽤户需求表达了⽤户对系统的期望，但是要透彻和全⾯的了解⽤户的真正意途，仅仅拥有期望是不够的，还需要知道期望所来源的背景知识。因此，对所有的⽤户需求，都应该有充分的问题域知识作为背景⽀持

在这里插入图片描述

系统需求

⽤户对系统⾏为的期望，每个系统级需求反映了⼀次外界与系统的交互⾏为，或者系统的⼀个实现细节，描述了开发⼈员需要实现什么

将⽤户需求转化为系统需求的过程是⼀个复杂的过程

⾸先需要分析问题领域及其特性，从中发现问题域和计算机系统的共享知识，建⽴系统的知识模型；
然后将⽤户需求部署到系统模型当中，即定义系列的系统⾏为，让它们联合起来实现⽤户需求，每⼀个系统⾏为即为⼀个系统需求
该过程就是需求⼯程当中最为重要的需求分析活动，⼜称建模与分析活动

在这里插入图片描述

从功能需求的层次性看需求开发

在这里插入图片描述

需求的分类

在这里插入图片描述

功能需求

最常见、最主要和最重要的需求，能够为⽤户带来业务价值的系统行为，最需要按照三个抽象层次进⾏展开，软件产品产生价值的基础

性能需求

需要进行专门模拟和测试：

速度（Speed），系统完成任务的时间：
- PR1：所有的⽤户查询都必须在10秒内完成。
容量（Capacity），系统所能存储的数据量
- PR2：系统应该能够存储⾄少100万个销售信息
吞吐量（Throughput），系统在连续的时间内完成的事务数量
- PR3：解释器每分钟应该⾄少解析5000条没有错误的语句
负载（Load），系统可以承载的并发⼯作量
- PR4：系统应该允许50个营业服务器同时从集中服务器上进⾏数据的上传或下载
实时性（Time-Critical），严格的实时要求
- PR5：监测到病⼈异常后，监控器必须在0.5秒内发出警报
灵活性
- PR6：98％的查询不能超过10秒
- PR7：
  - （最低标准）在200个⽤户并发时，系统不能崩溃；
  - （⼀般标准）在200个⽤户并发时，系统应该在80％的时间内能正常⼯作；
  - （理想标准）在200个⽤户并发时，系统应该能保持正常的⼯作状态。

质量属性

系统为了满⾜规定的及隐含的所有要求⽽需要具备的要素称为质量质量属性是为了度量质量要素⽽选⽤的特征

重要性：

对设计的影响很⼤
对越复杂的系统越为重要
Robert19901 ：真实的现实系统中，在决定系统的成功或失败的因素中，满⾜⾮功能属性往往被满⾜功能性需求更为重要。

常见质量属性

可靠性（Reliability）：在规格时间间隔内和规定条件下，系统或部件执⾏所要求能⼒的能⼒
- 可靠性（Reliability）：在规格时间间隔内和规定条件下，系统或部件执⾏所要求能⼒的能⼒
可靠性（Reliability）：在规格时间间隔内和规定条件下，系统或部件执⾏所要求能⼒的能⼒
- QA2：系统的可⽤性要达到98%
安全性（Security）：软件阻⽌对其程序和数据进⾏未授权访问的能⼒，未授权的访问可能是有意，也可能是⽆意的
- QA3：VIP顾客只能查看⾃⼰的个⼈信息和购买记录，收银员只能查看，不能修改、删除VIP顾客的信息
可维护性（Maintainability）：软件系统或部件能修改以排除故障、改进性能或其他属性或适应变更了的环境的容易程度，包括可修改性（Modifiability）和可扩展性（Extensibility）
- QA4：如果系统要增加新的特价类型，要能够在2个⼈⽉内完成
可移植性（Portability）：系统或部件能从⼀种硬件或软件环境转换⾄另外⼀种环境的特性
- QA5：集中服务器要能够在1⼈⽉内从Window 7操作系统更换到Solaris 10操作系统
易⽤性（Usability）：与⽤户使⽤软件所花费的努⼒及其对使⽤的评价相关的特性
- QA6：使⽤系统1个⽉的收银员进⾏销售处理的效率要达到10件商品/分钟