需求
一个需求是一个有关“要予构造”陈述,描述了待开发产品的系统功能能力、性能参数或其它性质。
需求的基本性质
- 必要的,需要是用户所要求的
- 无歧义性
- 可测的,可进行测试
- 可跟踪的
- 可测量的,该需求是可以测量的。
注意与后面的需求规约的基本性质区别;
需要基本性质 | 需求规约基本性质 | 区别 |
---|---|---|
必要的 | 重要性和稳定程度 | 需要是针对于评估的前期要求,还不是很稳定,而需求规约就比较正式,所以要求重要性与稳定性 |
无歧义性 | 一致性,无岐义 | 共有 |
可测的 | 可以修改 | 可测,可跟踪、可测量,可以说是需求的迭代要求。而对于规约需求主要是书面上的修改,及保证其完整性。 |
可跟踪的 | 完整的 | |
可测量的 |
需求分类
- 功能性需求,是整个需求的主体
- 非功能性需求:性能需求、外部接口需求、设计约束和质量属性需求
接口需求
- 用户接口
- 硬件接口
- 软件接口
- 通信接口
- 内存约束
- 运行
- 地点需求
设计约束需求
- 法规政策
- 硬件限制
- 与其它应用的接口
- 并发操作
- 审计能力
- 控制能力
- 高级语言要求
- 握手协议
- 应用的关键程度
- 安全和保密
质量属性(考点)
主要针对的是功能需求,这一点要注意
- 可靠性:指软件系统在指定环境中没有失败而正常运行的概率
- 存活性:指当系统的某一部分不能运行时,该软件继续运行或支持关键功能的可能性
- 可维护性:发现并改正一个软件故障或对特定的范围进行修改所要求的平均工作
- 用户友好性:指学习和使用一个软件系统的容易程度。
需求的获取或发现???
自悟,交谈,观察,小组会,提炼
SRC(系统需求报告)需求规约?
需求规约:所有需求陈述的正式文档,表达了软件的概念模型。
规约基本性质?
1、重要性和稳定程度,对需求进行分级
2、可以修改,在一定的范围内,其实就是不影响其他需求的前提下
3、完整的,没有被遗漏
4、一致性,无岐义,没有互斥的需求
规约格式??
IEEE 标准830-1998(IEEE 1998)描述的需求规格说明书模板。
引言
总体描述
特定需求:是文档的技术核心。
附录
索引
需求规约表达?
非形式化规约:用自然语言表达
半形式化规约:用自然语言来描述,但关键描述用规定的关键词
形式化:严格按照规定的格式
规约的作用?
1、软件开发组织与用户之间一份事实上技术的合同书。是产品功能及其环境的体现。
2、管理控制点。
3、对产品/系统的设计者而言是一个正式的、受控的起始点
4、创建验收计划和用户指南的基础