[软件工程]第二章 需求获取————(2020.6.7学习笔记）

目录

第一节 需求与需求获取
第二节 需求规约（SRS）

第一节 需求与需求获取

1. 需求的定义
   一个需求是有关一个“要予构造”的陈述，描述了待开发产品/系统功能能力、性能参数或其它性质。
2. 需求的基本性质
   （1） 必要的
   （2） 无歧义的
   （3） 可测的
   （4） 可跟踪的
   （5） 可测量的
3. 需求的分类 ★
   （1） 功能需求，是整个需求的主体。
   （2） 非功能需求：性能需求、外部接口需求、设计约束和质量属性需求。
   能够区分哪些是功能需求，哪些是性能需求。
4. 接口需求的类别
   （1） 用户接口
   （2） 硬件接口
   （3） 软件接口
   （4） 通信接口
   （5） 内存约束
   （6） 运行
   （7） 地点需求
5. 设计约束需求
   （1） 法规政策
   （2） 硬件限制
   （3） 与其它应用的接口
   （4） 并发操作
   （5） 审计能力
   （6） 控制功能
   （7） 高级语言要求
   （8） 握手协议
   （9） 应用的关键程度
   （10） 安全和保密
6. 质量属性
   （1） 可靠性
   （2） 存活性
   （3） 可维护性
   （4） 用户友好性
7. 需求发现的技术
   （1） 自悟
   （2） 交谈
   （3） 观察
   （4） 小组会
   （5） 提炼

第二节 需求规约（SRS）

1. 需求规约的定义 ★
   是一个软件/产品/系统所有需求陈述的正式文档，它表达了一个软件/产品/系统的概念模型。
2. 需求规约的基本性质 ★
   （1） 重要性和稳定性程度：对需求进行分级
   （2） 可修改的
   （3） 完整的：没有被遗漏的需求
   （4） 一致的：不存在互斥的需求
3. 需求规约的格式
   IEEE标准830-1998(IEEE 1998)描述的需求规格说明书模板。
4. 需求规约（规格说明书）的表达
   （1） 非形式化的需求规约
   （2） 半形式化的需求规约
   （3） 形式化的需求规约
5. 需求规约的作用 ★
   （1） 需求规约是软件开发组织和用户之间一份事实上的技术合同书，是产品功能及其环境的体现
   （2） 需求规约是一个管理控制点
   （3） 对于产品/系统的而设计，需求规约是一个正式的、受控的起始点
   （4） 需求规约是创建产品验收计划和用户指南的基础