文档介绍：第三章(第四至六讲)
软件需求分析
一、软件需求分析概念
二、软件需求分析的任务和过程
三、需求的获取与描述
四、结构化分析方法
五、形式化分析技术
本章的主要内容
一、需求的相关概念
问题空间
人们利用认识现实
世界和描述现实
问题的方法描
述有关问题
解空间
人们利用计算机
能够接受的语言
和方法描述
有关问题
消除语义断层
系统责任与系统边界
系统责任指所开发的系统应该具备的职能。
目标系统与外部实体(与系统打交道的人或物)之间应具有明确的边界。
域
产品
平台
控制
计算机
行为者?
业务域
电梯
用户行为
客户
软件需求(Requirements)
需求是指用户或者客户对要开发的软件系统的要求。需求的内容在“问题定义”中得到最抽象的描述(可能是招标文件)。
需求是关于系统将要完成什么(what)工作的描述,必须经过所有涉众(stakeholder)的认可,其目的是彻底解决客户所期望解决的问题。
IEEE的需求定义
用户为解决某个问题或达到某个目标而需具备的条件或能力。
系统或系统组件为符合合同、标准、规范或其它正式文档而必须满足的条件或必须具备的能力。
上述第一项或第二项中定义的条件和能力的文档表达。
—— IEEE的软件工程标准术语表(1990)
Sommerville的需求定义
对应该实现什么功能的说明;
可以是系统运行方式或系统特征与属性的描述;
可能是对系统开发过程的约束。
—— Sommerville,Sawyer(1997)
软件需求的类型
功能需求
系统可以完成的所有事情
涉及与本系统有接口的其他系统的所有事情
非功能需求
软件开发过程中必须遵守的约束(Constraint)。是对可以使用的资源和软件质量的各个方面的限制,往往会影响软件工程师做决策的自由度。
非功能需求应是可验证的(Verifiable)。
目标系统的
限制
性能
实时性、精确度、资源利用率等
可靠性
有效性、完整性
安全/保密性
安全性、保密性
运行限制
使用频度、运行期限、控制方式、操作要求
物理限制
系统规模等限制
开发维护的
限制
开发类型
实用性开发、试验性开发
开发工作量的估计
开发方法
质量控制标准、里程碑和评审、验收标准
优先性和可修改性
可维护性