文档介绍:第二章 软件需求与软件需求规约
背景介绍
、需求与需求获取
需求定义
一个需求是有关一个“要予构造”的陈述,描述了待开发产品/系统功能能力、性能参数或其它性质。
需求的基本性质
1、必要的,该需求是用户所要求的。
2、无歧义的,该需求只能用一种方式解释。
3、可测的,该需求是可进行测试的。
4、可跟踪的,该需求可从一个开发阶段跟踪到另一个阶段。
5、可测量的,该需求是可测量的。
需求分类
(1)、功能需求,是整个需求的主体。
(2)、非功能需求:性能需求、外部接口需求、设计约束和质量属性需求。
:用户接口、硬件接口、软件接口、通信接口、内存约束、 运行及地点需求
需求发现技术
1、自悟
2、交谈
3、观察
4、小组会
5、提炼
注意:详细介绍自考通P7
、需求规约
需求规约定义
、是一个软件/产品/系统所有需求陈述的正式文档,它表达了一个软件/产品/系统的概念模型。
、需求规约的基本性质
1、重要性和稳定性程度:对需求进行分级。
2、可修改的:在不过多地影响其他需求的前提下,可以容易的修改一个 单一需求。
3、完整的:没有被遗漏的需求。
4、一致的:不存在互斥的需求。
需求规约(草案)格式
(1)、IEEE标准830- 1998(IEEE 1998) 描述的需求规约
说明书模板。
1、引言
目的、范围、定义、缩略语、参考文献、概述
2、总体描述
产品描述、产品功能、用户特性、约束、假设和依赖
3、特定需求:是文档的技术核心
4、附录
5、索引
需求规约(规格说明书)的表达
(1)、表达需求的语言。
1、非形式化的需求规约
2、半形式化的需求规约
3、形式化的需求规约
需求规约的作用
1、需求规约是软件开发组织和用户之间一份事实上的技术合同书,是产品功能及其环境的体现。
2、需求规约是一个管理控制点
3、对于产品/系统的而设计,需求规约是一个正式的、受控的起始点
4、需求规约是创建产品验收计划和用户批的基础
第三章 结构化方法 (25分)
(一)、结构化需求分析
●问题空间理解
●人与人之间的通信,“有效沟通”
●需求的变化性
基础术语
1、数据:客观事物的一种表示
2、信息:具有特定语义的数据
3、数据:是信息的载体
4、数据流:数据的流动
5、加工:数据变换单元
6、数据存储
7、数据源和数据潭
表达方式:
数据流
加工
数据存储
数据流\数据潭
系统功能模型表示
1、数据流图(DFD图)
一种表示数据变换的图形化工具
2、数据流程图的元素
数据源/数据潭,数据流,数据加工,数据存储
建模过程
建立系统环境图,确定系统语境
自顶向下,逐步求精,建立系统的层次数据流图
定义数据字典
定义数据流程图中所有数据流和数据存储的数据结构。
● 顺序结构: +
● 选择结构:|
● 重复结构: { }
● 子界:
描述加工
(1)判定表
判断表(Decision Table) 也称为决策表,是一个二维表,它说明了每一种条件组合所产生的结果。
(2)判定树
判断树(Decision Tree) 也称为决策树,是用来描述在一组不同的条件下,决策的行动是根据不同条件及其取值来选择的处理过程。业务规则的描述通常可以使用判断树这一过程描述工具。
4、应用中注意的问题
1、模型平衡问题
● DFD图与数据字典的一-致
● 底层加工的处理逻辑描述,与数据字典一致
2、信息的复杂性控制问题
● 上层数据流可以打包
● 下层模块个数: 7士2
● 每个加工的数据流不能太多:增加层次
5、需求验证
1、验证:必要性、无歧义性、可测性、可跟踪性、可测量性
2、需求中发现的错误类型
● 不正确的事实: 40%
● 遗漏: 31%
● 不一致> 13%
● 歧义性: 5%
● 错放: 2%
● 其它: 9%
●需求技术的基本特征
●提供方便通信的机制
●鼓励需求分析人员使用问题空间的术语思考问题,编写文档
●提供定义系统边界的方法提供支持抽象的基本机制
●为需求分析人员提供多种可供选择的方案
●提供特定的技术,适应需求的变化
(二)、结构化设计
(以系统为对象)
1、总体设计的任