软件需求分析（张昌利）4-sr.pptVIP

张昌利clzhang@chd.edu.cn 2015-03-04 从案例入手 定义及组成 软件需求的层次 重要性与危害 课后作业 信息学院 软件工程系 案例1：需求收集所面临的尴尬 案例2：不充分需求的后果 开发软件系统最为困难的部分就是准确说明开发什么。最为困难的概念性工作便是编写出详细的技术需求，这包括所有面向用户、面向机器和其它软件系统的接口。同时这也是一旦做错，将最终会给系统带来极大损害的部分，并且以后再对它进行修改也极为困难。 ——F Brooks，No Silver Bullet，1987 Kotonya Sommerville(1998) ：软件系统服务或约束的陈述。 服务陈述描述了系统如何运行，如必须服从的业务规则，或必须执行的一些计算； 约束陈述表达了系统行为或开发上的限制，如安全性约束。 IEEE软件工程标准词汇表(1997) ：软件需求由如下三方面组成： 用户解决问题或达到目标所需的条件或能力； 系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力； 一种反映上述条件或能力的文档说明。 Alan Davis(1993): 需求是用户所需要的并能触发一个程序或系统开发工作的说明，包括从从系统外部能发现系统所具有的满足于用户的特点、功能及属性等； Lawrence(1998):真正的“需求”实际上在人们的脑海中。任何文档形式的需求（例如：需求规格说明）仅是一个模型，一种叙述。 功能性需求：系统的范围、必要的业务功能、所需的数据结构，等。 非功能性需求：可用性、可复用性、可靠性、性能、效率、适应性，等（P53） 其它隐性的需求。 一些人错误地认为在需求上消耗多少时间就会导致产品开发推迟多少时间。但研究表明，一个需求缺陷比在需求阶段改正这个错误要多付出6 8倍的成本，这种成本放大因子甚至可以达2 0 0倍。 ——Bohm(1981)，Wiegers(1996)，etc. 1、分析“比特能·专家机器人”需求。