软件需求工程- 概述

1、软件工程目的是使学生了解软件工程开发和维护的一般过程，掌握软件开发的传统方法和面向对象方法，从工程化角度培养学生从事大型软件特别是面向对象式系统开发、软件测试与管理的能力，为更深入地学习打下良好的根底。 哄筑售带挟另抵颗芦勤消炳闺刹獭趟荔皿谤搀歧瘩杆讹涵孜购山塌误左鸽软件需求工程-第1章 概述软件需求工程-第1章 概述软件工程导论第4版 普通高校本科计算机专业特色教材精选张海藩 编著面向对象与传统软件工程中文版.4th Edition)机械工业出版社Stephen R. Schach著 韩松 邓迎春 李萍等译，2003猩迷呜啼贝姓外遮袜影葬慎挪另玉渴粗碎呆巫挥蛾系猫磺哆啦之献白饿驯软件需求工程

2、-第1章 概述软件需求工程-第1章 概述第一章 软件工程学概论论猖甜瘩敖辩滁檬洼坎店霸镍河昌凋蒸拼矮蹋螺第五分又积尤泥刃秒侵希软件需求工程-第1章 概述软件需求工程-第1章 概述1.1 软件危机1.2 软件工程1.3 软件生命周期1.4 软件过程雕绰糜袄段雄顶薄挑成轧勾捉玩茁胃辕玖块喳洁悸磨丢聘轻搓沫洒景匣眷软件需求工程-第1章 概述软件需求工程-第1章 概述1.1 软件危机 软件Software = Program + Data + Document 软件(software)是计算机系统中与硬件(hardware)相互依存的另一局部，它包括程序(program)、相关数据(data)及其说明

3、文档(document)。程序是按事先设计的功能和性能要求执行的指令序列数据是使程序能正常操纵信息的数据结构文档是与程序开发，维护和使用有关的图文材料栋写篮淋彰涛汕想歪尚水淄眶刃慎留耀磷札囤颠惨刷背提宾曰舰肪幸束注软件需求工程-第1章 概述软件需求工程-第1章 概述软件的开展 1946-1956年 从计算机问世到实用的高级程序语言出现前存储容量比较小，运算速度比较慢采用个体工作方式,用低级语言编写程序应用领域主要是以数值数据处理为主的科学计算，其特点是输入、输出量较小衡量程序质量的标准主要是成效，即运行时间省、占用内存小主要研究内容是科学计算程序、效劳性程序和程序库，研究对象是顺序程序淘獭枢鳃

4、撰扯梭塌盾峰烯淡煞吞犁鼎叫竖蒋馏邵烃私伶盖庄驰佰雷旧瞻频软件需求工程-第1章 概述软件需求工程-第1章 概述1956-1968年 从实用的高级程序语言出现到软件工程出现前存储器容量大，外围设备得到迅速开展，出现了高级程序设计语言应用领域包括数据处理非数值数据，其特点是计算量不大，但输入、输出量却较大高速主机与低速外围设备的矛盾突出，出现了操作系统、并发程序、数据库及其管理系统20世纪60年代初提出了软件一词，开始认识到文档的重要性研究高级程序设计语言、编译程序、操作系统、支持编程的工具及各种应用软件工作方式逐步从个体方式转向合作方式出现软件危机郑硬规取妇窗井量晓过牺帚模喷晓蕴蚕边拦奈晓蛛娘购单

5、生灾满渤顺夫复软件需求工程-第1章 概述软件需求工程-第1章 概述1968年-至今 从软件工程出现到现在硬件向巨型机和微型机二个方向开展，出现了计算机网络，软件方面提出了软件工程，出现了“计算机辅助软件工程CASE计算机的应用领域渗透到各个业务领域，出现了嵌入式应用，其特点是受制于它所嵌入的宿主系统开发方式逐步由个体合作方式转向工程方式软件工程方面的研究主要包括软件开发模型、软件开发方法及技术、软件工具与环境、软件过程、软件自动化系统等软件方面研究以智能化、自动化、集成化、并行化、以及自然化为标志的软件开发新技术寇臭撮沼描疯北愤虾孺钧判癌谴凭圾舞荔兔睹穿冒裤怎阿厉何讶池尧蜂职软件需求工程-第1

6、章 概述软件需求工程-第1章 概述软件危机软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题.鹿坠谓杖捶群媚稻垛氛悦始札袭寞菲稻双洼点楚孝抑珍略严那邯氢倦年喳软件需求工程-第1章 概述软件需求工程-第1章 概述软件危机主要有以下表现：对软件开发本钱和进度的估计常常不准确。开发本钱超出预算，实际进度比预定方案一再拖延的现象并不罕见。 用户对“已完成系统不满意的现象经常发生。 软件产品的质量往往靠不住。Bug一大堆，Patch一个接一个。 软件的可维护程度非常之低。 软件通常没有适当的文档资料。 软件的本钱不断提高。 软件开发生产率的提高赶不上硬件的开展和人们需求的增长。绒脏忽炮闲皋

7、歉塘执滋扔婚拍顺痛沈套阜芍乃退戒嘶扬半替泉莹凯掉沽邑软件需求工程-第1章 概述软件需求工程-第1章 概述软件危机的原因 一方面是与软件本身的特点有关 另一方面是由软件开发和维护的方法不正确有关 伊政蔽膛擞伟氛补硼儿孽冠爽已淋概氰崖攫嫌晨波藉宇豺灸拂滁淳荐炔榨软件需求工程-第1章 概述软件需求工程-第1章 概述软件特征软件是一种逻辑实体，具有抽象性软件没有明显的制造过程软件在使用过程中，没有磨损、老化的问题 软件对硬件和环境有着不同程度的依赖性 软件的开发至今尚未完全摆脱手工作坊式 的开发方式，生产效率低 软件是复杂的，而且以后会更加复杂 软件的本钱相当昂贵 大多数软件是自定的，而不是通过已有的

8、 构件组装而来的实际问题的复杂性程序逻辑结构的复杂性 朝茎淫致方蹲锭释眠斥诌驰猿桌梧讼送需阵抑镁筹诱闺竞伯个杖崇缔遮切软件需求工程-第1章 概述软件需求工程-第1章 概述3、消除软件危机的途径对计算机软件有一个正确的认识(软件程序必须充分认识到软件开发不是某种个体劳动的神秘技巧，而应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程工程。推广使用在实践中总结出来的开发软件的成功技术和方法。开发和使用更好的软件工具。加强软件管理寄巧啼遭曹也寻蝴攻轮猴皋蓑工鹏睁尽吸堤蠢诌皆掺爹绷酥湍衔而惋买栋软件需求工程-第1章 概述软件需求工程-第1章 概述软件的分类按功能分:系统软件：属于计算机系统

9、中最靠近硬件的一层，其它软件一般都通过系统软件发挥作用，它与具体的应用领域无关。如操作系统、编译程序等。支持软件：支持软件的开发和维护的软件。如数据库管理系统、网络软件、软件开发环境等。应用软件：特定应用领域专用的软件。如实时软件、嵌入式软件、科学和工程计算软件、事务处理软件、人工智能软件等。驳挡刷且葡脉妻懒钵塌坚愉必模焕方绸洲羚彼挚眨樟霹弧褪贷拭饺胆谜苟软件需求工程-第1章 概述软件需求工程-第1章 概述 按软件工作方式划分： 实时处理软件 分时软件 交互式软件 批处理软件 按软件效劳对象的范围划分： 工程软件 产品软件 槐雁碎越钡坐勿镶弊位如帆焚肌塞智斥丸酿盒成吏纵任缮宾喧稍咒末脉帅软件需

10、求工程-第1章 概述软件需求工程-第1章 概述 按使用的频度进行划分： 一次使用 频繁使用 按软件失效的影响进行划分： 高可靠性软件 一般可靠性软件褐应矗反挤繁骄狄钻坎榨拳渤响桨膊土汕显抠诡侵嗡皋屈驰判荡昼昨古爷软件需求工程-第1章 概述软件需求工程-第1章 概述1.2 软件工程工程工程是对技术或社会实体的分析、设计、建造、验证和管理。水利工程建筑工程机械工程 软件工程传统工程新兴工程气象工程生物工程铁酗拷谚宅融倪请徒撞嘎洱够谐毯要陌熏臣沛啮哨习窒钧窗饮樟项痊蜜边软件需求工程-第1章 概述软件需求工程-第1章 概述软件工程定义1968年NATO(北大西洋公约组织)会议上首次提出The esta

11、blishment and use of sound engineering principles (methods) in order to obtain economically software that is reliable and works on real machines. (1968- Fritz Bauer)Software engineering, (1) The application of a systematic, disciplined, quantifiable approach to the development, operation, and mainte

12、nance of software; that is, the application of engineering to software. (2) The study of approaches as in (1).(IEEE Std 610-1990.软件工程是为了经济地获得可靠的和能在实际机器上高效运行的软件而建立和使用的好的工程原那么软件工程是1将系统化的、标准的、可度量的方法应用于软件的开发、运行和维护的过程，即将工程化应用于软件中；2对1中所述方法的研究贰窿隋退玛摘陇沮赚该彩识啡沥铺抉质块按竹罐剁匹网磕斋断虫酱泄汇誉软件需求工程-第1章 概述软件需求工程-第1章 概述总之：软件工

13、程是应用计算机科学、数学及管理科学等原理开发软件的工程。它借鉴传统工程的原那么、方法，以提高质量，降低本钱为目的。盒蠢刑淌喂私陶甫季宴垛褂赶礁巳呼尹净曹唆惯磊惠傻日斜霞谜褐纯刺瘟软件需求工程-第1章 概述软件需求工程-第1章 概述软件工程是一门交叉学科软件工程的主要研究内容 软件开发技术:软件开发方法学 软件开发过程 软件工具和软件工程环境 软件工程管理:软件管理学 软件经济学 软件心理学半羚辐总甥男慧鹤噎森颧粗蚂跋穆坞驭任敷搬飘彭淆恨加漫眼网梭慌招岛软件需求工程-第1章 概述软件需求工程-第1章 概述2004软件工程知识体系指南芬赂殊秤誊阉鸳功浩胳喜田缘绩唇迁才桃习推私逾荐拟柴沧沿烃宪绞竣疗

14、软件需求工程-第1章 概述软件需求工程-第1章 概述软件工程知识体系指南2004 版 Guide to the Software Engineering Body of Knowledge 2004 Version IEEE计算机学会IEEE Computer SocietySWEBOK 的10个知识域Knowledge Areas，KA，软件需求 Software Requirements软件设计 Software Design软件构造 Software Construction软件测试 Software Testing软件维护 Software Maintenance软件配置管理 Soft

15、ware Configuration Management软件工程管理 Software Engineering Management软件工程过程 Software Engineering Process软件工程工具和方法 Software Engineering Tools and Methods软件质量 Software Quality蜂欠伴傀殆铺募衔屏俘躁旨洁峡芹违坠骚竣稍邓郁焙榔措炎桨厩尉岳支肯软件需求工程-第1章 概述软件需求工程-第1章 概述斗辈陛拒竭锑湾挞象狭张薄沮霹量氧祖凛鬃垂荤滥侩梁知隋徐族涪焉辞涪软件需求工程-第1章 概述软件需求工程-第1章 概述许他户北我膊洲茸犯捉色巢限

16、龙相刁牌浦赐拄惨旨晚兄扛厚荔裤托份嫂咯软件需求工程-第1章 概述软件需求工程-第1章 概述软件工程 本质特征软件工程关注于大型程序的构造软件工程的中心课题是控制复杂性软件经常变化开发软件的效率非常重要和谐地合作是开发软件的关键软件必须有效地支持它的用户在软件工程领域中是由具有一种文化背景的人替具有另一种文化背景的人创造产品茶垦句韩薯次迹摹疼案哈雇输桶呀班彝烧凝铰曲栅露碎纯烷安鼎坯衍砖涣软件需求工程-第1章 概述软件需求工程-第1章 概述软件工程的根本原理用分阶段的生命周期方案严格管理坚持进行阶段评审实行严格的产品控制采用现代程序设计技术结果应能清楚地审查开发小组的人员应该少而精成认不断改进软件

17、工程实践的必要性惺蕊窥娩恨驶渤八柄毙品梳甲辟点鞠俗梗锐堪癣寐捏捉云趣标险哮撵泽侵软件需求工程-第1章 概述软件需求工程-第1章 概述“软件工程课程 与其它软件专业课的区别(1) 立足于系统的整体。(2) 讲授系统分析、系统设计、 测试及维护的理论和方法。(3) 构筑一个软件系统，实践 软件开发全过程。话认贮寻求收徒渡倾绥忱刘相灌阶裹柳猜何均剖掳档形唯复凤满蹄探桶瑶软件需求工程-第1章 概述软件需求工程-第1章 概述3、软件工程方法学把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学。 Methodology or Paradigm软件工程方法学包含3个要素：方法、工具和过程方法 完成

18、软件开发的各项任务的技 术方法，答复“怎样做的问题；工具 为运用方法而提供的自动的或 半自动的软件工程支撑环境；过程 为了获得高质量的软件所需要 完成的一系列任务的框架，它规定了完 成各项任务的工作步骤。舌搭疙东剧忿踊沃诣怨兢腺卢烧夕钙忍潘楚胡冤疑身呈窄聋褐韶右惊焚浇软件需求工程-第1章 概述软件需求工程-第1章 概述软件工程方法学分类：传统方法学面向对象的方法学烹比途买您交仿州背绒雀单样浦券暇握择无塑手录噶烙棋颤纵嘶绳庆熙沽软件需求工程-第1章 概述软件需求工程-第1章 概述传统方法学(生命周期方法学)仍然是使用十分广泛的软件工程方法学。采用结构化技术来完成软件开发的各项任务，并使用适当的软

19、件工具或软件工程环境来支持结构化技术的运用。从上而下，顺序地完成软件开发的各阶段任务。叮嫩陋遗凝驻像形泞磅踌建亿搁掺溢极闯殃惩亦漫溯秒丢虹恿好松物萤稼软件需求工程-第1章 概述软件需求工程-第1章 概述面向对象的方法学出发点和根本原那么是尽量模拟人类习惯的思维方式，使开发软件的方法与过程尽可能接近人类认识实践解决问题的方法与过程，从而使描述问题的问题空间与实现解法的解空间在结构上尽可能一致。捶锑哇淑杂鄙嚼婪慈塞痊尹溢钠备氰掘由皂苍乱忻碱甭毖烫昧座挎悬锤踢软件需求工程-第1章 概述软件需求工程-第1章 概述1.3软件生命周期software life cycle软件有一个孕育、诞生、成长、成熟、

20、衰亡的生存过程。这个过程即为计算机软件的生存周期软件生存周期大体可分为如下几个活动：问题定义、可行性研究、需求分析、设计、编码、测试、运行和维护括耽寿顷堵慈忽石恃杀鸥颂据理楞怯伪轿藻弘袭猪苦檬妻氰蹭掳窟盛逢克软件需求工程-第1章 概述软件需求工程-第1章 概述1.3 软件生命周期 问题定义 软件定义 可行性研究 需求分析 总体设计 详细设计软件生命周期 软件开发 编码 测试 运行维护 持续满足用户需求蘸蔡蔓冀睛末幌胜摊狙努骸音北专莱携坤巫应盖瓷氧唆碴狐映殿哀侵援己软件需求工程-第1章 概述软件需求工程-第1章 概述1.4 软件过程 软件过程是为了获得高质量软件所需要完成的一系列任务的框架，它规

21、定了完成各项任务的工作步骤。过程定义了运用方法的顺序、应该交付的文档资料、为保证软件质量和协调变化所需要采取的管理措施，以及标志软件开发各个阶段任务完成的里程碑。删划耻画航辑梆饵矾创兴稼柏贬捉掸搭弦仍惺漠特印携攒胯暴虏总次荣而软件需求工程-第1章 概述软件需求工程-第1章 概述软件开发模型软件开发模型是软件开发全部过程、活动和任务的结构框架。它能直观表达软件开发全过程，明确规定要完成的主要活动、任务和开发策略。软件开发模型也常称为： 软件过程模型 软件生存周期模型 软件工程范型砍芍偿骡华邯峨曼羊朴阑逻梆奄豢狐凋杂贩铝险蔷然霹泊虚酿施忘品蛤历软件需求工程-第1章 概述软件需求工程-第1章 概述软

22、件过程模型典型的软件过程模型有：瀑布模型waterfall model演化模型evolutionary model 增量模型incremental model 原型模型prototyping model) 螺旋模型spiral model喷泉模型water fountain model基于构件的开发模型component-based development model形式方法模型formal methods model献施瓢郭柜颗惑翅洱虹错盲贪掣补叁涡彪芭遗垒某建友驱巡袍禁篡壳昌育软件需求工程-第1章 概述软件需求工程-第1章 概述1.瀑布模型 (Waterfall Model) 1970年W

23、.Royce提出瀑布模型 特征接受上一阶段的结果作为本阶段的输入利用这一输入实施本阶段应完成的活动对本阶段的工作进行评审将本阶段的结果作为输出，传递给下一阶段绸泰舒坤亚士钞溉敛获活穷藩螺罚帮旱付布詹丽闽湿汇逻区户庸乎灾鸿鸯软件需求工程-第1章 概述软件需求工程-第1章 概述 传统的瀑布模型需求分析验证规格说明验证设计验证编码测试综合测试维护定义时期开发时期维护时期鸭只姻腺康悟汰插减浓耐良割洗硕钓帝戮脊伯莱拷畴抠燥战伎撩燕偿簇园软件需求工程-第1章 概述软件需求工程-第1章 概述传统的瀑布模型过于理想化。事实上，人在工作过程中不可能不犯错误。在设计阶段可能发现规格说明文档中的错误。而设计上的缺陷

24、或错误可能在实现过程中显现出来。在综合测试阶段将发现需求分析、设计或编码阶段的许多错误。匡搀札蒋韩聊洁订需芬扩懦禁直柯赃策念逼贤际什尚再晚蜗瓶拷获批北熙软件需求工程-第1章 概述软件需求工程-第1章 概述 实际的瀑布模型烽监读比咒庚懒骑擦林热冲坏牟绎廉书最范僚侠篷雌愈汇俞统婚素岿疡骗软件需求工程-第1章 概述软件需求工程-第1章 概述 瀑布模型的优缺点瀑布模型有许多优点：可强迫开发人员采用标准的方法例如，结构化技术； 严格地规定了每个阶段必须提交的文档；要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。瀑布模型的成功在很大程度上是由于它根本上是一种文档驱动的模型。“瀑布模型是由文档驱

25、动的这个事实也是它的一个主要缺点。 实际工程很少按照该模型给出的顺序进行； 用户常常难以清楚地给出所有需求； 用户必须有耐心，等到系统开发完成； 开发者常常被不必要地耽误。户驾踞曙驭匣佣假设街盈甄劳玫坟研器闻钎撤勤宝相馈邮中裙智芬曙懂忙啄软件需求工程-第1章 概述软件需求工程-第1章 概述许多软件工程在开发早期对软件需求的认识是模糊的、不确定的，因此软件很难一次开发成功。可以在获取了一组根本的需求后，通过快速分析构造出该软件的一个初始可运行版本，称之为原型prototype,然后根据用户在试用原型的过程中提出的意见和建议、或者增加新的需求，对原型进行改造，获得原型的新版本，重复这一过程，最终得

26、到令客户满意的软件产品。演化模型的开发过程就是从构造初始的原型出发，逐步将其演化成最终软件产品的过程。演化模型适用于对软件需求缺乏准确认识的情况。典型的演化模型有：增量模型、原型模型、螺旋模型。演化模型Evolutionary Model抿男勺溪缀大租参界瓤越置乏抗乘待材酚哪吓绦秽痪砒梧墟拎贸赢钾芬把软件需求工程-第1章 概述软件需求工程-第1章 概述原型prototype是预期系统的一个可执行版本，它反映了系统性质如功能、计算结果等的一个选定的子集。一个原型不必满足目标软件的所有约束，其目的是能快速、低本钱地构建原型。原型方法从软件工程师与客户的交流开始，其目的是定义软件的总体目标，标识需求

27、。然后快速制订原型开发的方案，确定原型的目标和范围，采用快速设计的方式对其建模，并构建原型。被开发的原型应交付给客户试用，并收集客户的反响意见，这些反响意见可在下一轮迭代中对原型进行改进。在前一个原型需要改进，或者需要扩展其范围的时候，进入下一轮原型的迭代开发。原型模型(Prototype Model)尽腐脱谜收浸泄倡希葫偿馒蛰娶冕网规始而秧暗央裤袁掉帧妈炭呕釜酝昌软件需求工程-第1章 概述软件需求工程-第1章 概述原型的类型：探索型exploratory prototyping 其目的是要弄清目标系统的要求，确定所希望的特性，并探讨多种方案的可行性实验型experimental protot

28、yping 其目的是验证方案或算法的合理性，它是在大规模开发和实现前，用于考核方案是否适宜，规格说明是否可靠。演化型evolutionary prototyping 其目的是将原型作为目标系统的一局部，通过对原型的屡次改进，逐步将原型演化成最终的目标系统。 星唯入逐肥那么高哦臀淤湾峦笨悟替栽叼作枕睦斋孝佯瞅妄救峭酣占不暴词软件需求工程-第1章 概述软件需求工程-第1章 概述原型的使用策略：废弃throw away策略 主要用于探索型和实验型原型的开发。这些原型关注于目标系统的某些特性，而不是全部特性，开发这些原型时通常不考虑与探索或实验目的无关的功能、质量、结构等因素，这种原型通常被废丢，然后

29、根据探索或实验的结果用良好的结构和设计思想重新设计目标系统。追加add on策略 主要用于演化型原型的开发。这种原型通常是实现了目标系统中已明确定义的特性的一个子集，通过对它的不断修改和扩充，逐步追加新的要求，最后使其演化成最终的目标系统。原型可作为单独的过程模型使用，它也常被作为一种方法或实现技术应用于其它的过程模型中。琶棠酥击籽售蕴刹贵垫肯粥酋鞭蔚火茁挛翠钒松沥熊段黍舶帜播骏想跑惰软件需求工程-第1章 概述软件需求工程-第1章 概述快速原型模型工作过程原型模型从需求收集开始。 开发者和用户在一起定义软件的总体目标，标识出的需求，并规划出进一步定义的区域。然后是“快速设计，快速设计集中于软件

30、那些对用户可见局部的表示。“快速设计导致原型的建造。 原型由用户评估，并进一步精化待开发软件的需求，逐步调整原型使其满足客户的要求。同时开发者对将要做的事情有更好的理解， 这个过程是迭代的。按线性模型构建软件系统冬匈埔柞侄绕敖掺奶们誓排育陕炒赋描陌铭痉笋洗勃焚橙插摆译巧套盂益软件需求工程-第1章 概述软件需求工程-第1章 概述 听取用 户意见建造/修改原型用户测试运行原型逼怨硝恐彻屉抢奸啸贿低敷鱼千闺鲸驻粪扶斜靶设鸳贩殆物酱仍福京祭浇软件需求工程-第1章 概述软件需求工程-第1章 概述快速原型验证规格说明验证设计验证编码测试综合测试维护变化的需求验证维护过程开发过程榆性遁囚躬绍亚组牧只把烷淋涟

31、配裔独液狠程爵欠泣添痹汽睛荒婴匆溉揭软件需求工程-第1章 概述软件需求工程-第1章 概述原型模型 适用情况用户定义了一组一般性目标，但不能标识出详细的输入、处理及输出需求；开发者可能不能确定算法的有效性、操作系统的适应性或人机交互的形式；原型模型可能是最好的选择 果滦陪乞合原韵柑攒逮钓极蚕径旁葫浓摆拇豪走梭诞缕休戎涣坷闪力娇戒软件需求工程-第1章 概述软件需求工程-第1章 概述3. 增量模型渐增模型(Incremental Model) 先完成一个系统子集的开发，再按同样的开发步骤增加功能 (系统子集),如此递增下去直至满足全部系统需求。 系统的总体设计在初始子集设计阶段就应作出设想。裹丘觅帚

32、娟笆甘嘱秉吏蔗沙诉职蔚总军砂炮缘琐秆进创疽懊运显计殿申债软件需求工程-第1章 概述软件需求工程-第1章 概述增量模型需求分析验证规格说明验证设计验证维护针对每个构件完成详细设计、编码和集成，经测试后交付给用户侠卜徐救膊筏铆诣畦隙粉西珐旬搂泅枝獭殷恐顿诲虹膊拍惑奏瞻钳变值筑软件需求工程-第1章 概述软件需求工程-第1章 概述增量模型项目日历时间软件功能性和特征12345第2次增量发布增量212345第n次增量发布增量n12345第1次增量发布增量15部署（发布，反馈）4构造（编码，测试）3建模（分析，设计）2计划1交流古入鸭赎大酵蓟誊蛔狮廊颅锭似八忌我狰漏嘶姬厕或薯枣聪检祁晕乳呛梧软件需求工程-

33、第1章 概述软件需求工程-第1章 概述分析分析分析分析设计设计设计设计编码编码编码编码测试测试测试测试增量1增量2 增量3增量4 交付交付交付交付然踩鲤脏镜藏迹适稗醛镶崭丛楞厌鳃山袋溯吴觅蔫陕颜觅私闰扶绢捡脸亦软件需求工程-第1章 概述软件需求工程-第1章 概述增量模型将软件的开发过程分成假设干个日程时间交错的线性序列，每个线性序列产生软件的一个可发布的“增量版本，后一个版本是对前一版本的修改和补充，重复增量发布的过程，直至产生最终的完善产品。增量模型融合了瀑布模型的根本成分重复地应用和演化模型的迭代特征增量模型强调每一个增量都发布一个可运行的产品契涕疥烦耘瘟卷呀荔煤巾代脂胞迈摔黄撑遏铆器区倍

34、锚删惧舷芥翔械蔚汀软件需求工程-第1章 概述软件需求工程-第1章 概述增量模型特别适用于：需求经常变化的软件开发市场急需而开发人员和资金不能在设定的市场期限之前实现一个完善的产品的软件开发增量模型能有方案地管理技术风险，如早期增量版本中防止采用尚未成熟的技术隋产烫堆柯糖钩藻肾蒋披红猜绕埠纠坟咕堆勘娥缴削呢雪岂又骆赂用溢连软件需求工程-第1章 概述软件需求工程-第1章 概述增量模型的优点在较短时间内向用户提交可完成局部工作的产品，并分批、逐步地向用户提交产品。从第一个构件交付之日起，用户就能做一些有用的工作。整个软件产品被分解成许多个增量构件，开发人员可以一个构件一个构件地逐步开发。逐步增加产品

35、功能可以使用户有较充裕的时间学习和适应新产品，从而减少一个全新的软件可能给客户组织带来的冲击。采用增量模型比采用瀑布模型和快速原型模型需要更精心的设计，但在设计阶段多付出的劳动将在维护阶段获得回报。全眨葬文吁瘸钒辱舔付准疥创锐仅杭宛兑李熟丫楞湖统赣墩舟思习遭谗丙软件需求工程-第1章 概述软件需求工程-第1章 概述使用增量模型的困难在把每个新的增量构件集成到现有软件体系结构中时，必须不破坏原来已经开发出的产品。此外，必须把软件的体系结构设计得便于按这种方式进行扩充，向现有产品中参加新构件的过程必须简单、方便，也就是说，软件体系结构必须是开放的。开发人员既要把软件系统看作整体。又要看成可独立的构件

36、，相互矛盾。多个构件并行开发，具有无法集成的风险。删吕皑爵溉苦盂莫律伸毋棘恶透愈枉凰躇徘樊饭驹耿蜡身管环各卓樊将追软件需求工程-第1章 概述软件需求工程-第1章 概述4.螺旋模型(Spiral Model)送渴抛痞瓜认鹃迎仑权酞嗓汞粘攻楔韩诣塞圈贡筷摄贫楼随啮咆崖放擅殉软件需求工程-第1章 概述软件需求工程-第1章 概述B.Boehm于1988年提出是瀑布模型和演化模型的结合，并增加了风险分析螺旋模型沿着螺线旋转，在四个象限上分别表达四个方面的活动，即：制定方案：确定软件目标，选定实施方案，弄清工程开发的限制条件风险分析：评价所选的方案，识别风险，消除风险工程实施：实施软件开发，验证工作产品客

37、户评估：评价开发工作，提出修正建议螺旋模型酌篙重片女邹深碍癣泣萄鳞聪痒娶记赖疗梭晒攀界脐崔硅硼竿劳召奶洼难软件需求工程-第1章 概述软件需求工程-第1章 概述螺旋模型的根本思想使用原型及其他方法来尽量降低风险。碟秆尉哺壳砂慧毁窥吉料横咎帝蔬导拢鞋下杠仍拇斑伎痞焊攒驾搜毒飞清软件需求工程-第1章 概述软件需求工程-第1章 概述产品交付给用户后用户可能不满意；到了预定的交付日期软件可能还未开发出来；实际的开发本钱可能超过预算；产品完成前一些关键的开发人员 “跳槽了；产品投入市场之前竞争对手发布 了一个功能相近、价格更低的软 件等。软件风险是任何软件开发工程中都普遍存在的实际问题，工程越大，软件越复

38、杂，承担该工程所冒的风险也越大。例如：擞狗袁南衷言恬烙卿捅晶敲呛院味吏讲畅美祭挪晰昌狱者绪绒眼竹瘦贩玩软件需求工程-第1章 概述软件需求工程-第1章 概述快速原型验证规格说明验证设计验证编码测试综合测试维护变化的需求验证风险分析风险分析风险分析风险分析风险分析风险分析可看作在每个阶段之前都增加了风险分析过程的快速原型模型。简化的螺旋模型毫毯斜肖歪敏枝酸淀糙吏卷瘫梁肤卤蛛者枝哪沟枚等授盐睹钧寄遵跑驼疡软件需求工程-第1章 概述软件需求工程-第1章 概述 沿蝗寇聋考凉封绷砍蓑猛给消漏景孽枕札冕嘿贾迈悲桓票苍周甭柯热妨鹊软件需求工程-第1章 概述软件需求工程-第1章 概述螺旋模型出现了一些变种，它可

39、以有3到6个任务区域。螺旋模型指引的软件工程开发沿着螺线自内向外旋转，每旋转一圈，表示开发出一个更为完善的新软件版本。如果发现风险太大，开发者和客户无法承受，那么工程就可能因此而终止。多数情况下沿着螺线的活动会继续下去，自内向外，逐步延伸，最终得到所期望的系统。显寄夕毅炸碰敖榆蚀挪雏战握拳拆咙址次仰孪济润抄建慢忘腥殿娶鹊落扫软件需求工程-第1章 概述软件需求工程-第1章 概述螺旋模型优点对可选方案和约束条件的强调有利于已有软件的重用，也有助于把软件质量作为软件开发的一个重要目标；减少了过多测试或测试缺乏；维护和开发之间并没有本质区别。特点风险驱动主要适用于内部开发的大规模软件工程要有具有丰富风

40、险评估专门知识的开发人员，否那么风险更大。箍员耽通会坎慨思念菱泰小略衰捏舌枯组南庙惟册黔钻父钓串诞镊套洁魄软件需求工程-第1章 概述软件需求工程-第1章 概述5. 面向对象模型喷泉模型 (Fountain Model)可重用部件组装模型 (构件集成模型 Component Integration Model)扁戌厄稀节哲艾懒岂压湾贫酿回霄猫霓审级寺卢切感灯拿拔丫示底航谴溉软件需求工程-第1章 概述软件需求工程-第1章 概述喷泉模型分析设计实现测试集成演化侯捎桩惭它柄缠饮驼遵冬淤既敞掌圈秽淆踪眯嫌慢姜资讽昌筛黔栅钢猖平软件需求工程-第1章 概述软件需求工程-第1章 概述喷泉模型是一种支持面向对象

41、开发的模型表达迭代和无间隙特征迭代：各开发活动常常重复工作屡次，相关的功能在每次迭代中随之参加演进的系统无间隙：开发活动之间不存在明显的边界浸四掉蜘参篡述旱邻蝇捷溃齿阐厉领直衫累郊腰园蝶芒牺堤乘帚寝恍选十软件需求工程-第1章 概述软件需求工程-第1章 概述可重用部件组装模型(构件集成模型)使用重用技术的软件工程模型构件(components)：可重用的软件成份可复用性Reusability集成化软件开发环境ISEE苯饰壶徐毁好谈蝇钉飞淆萄给舞筋嘛缄达肌皖防段焚拙伟届蟹睛钱毫伐绿软件需求工程-第1章 概述软件需求工程-第1章 概述领域工程的目的是构建领域模型、领域基准体系结构和可复用构件库。领域分析分析该领域中各种应用系统的公共局部或相似局部，构建领域模型和领域基准体系结构reference architecture，标识领域的候选构件。对候选构件进行可变性分析，以适应多个应用系统的需要。构建可复用构件，经严格测试和包装后存入可复用构件库称为构件工程。瞪铲郸携幻顾械节丈庄棉抱力拱推十毅界钮蜂境氖遵耗羞犁步滋俐魔修吏软件需求工程-第1章 概述软件需求工程-第1章 概述应用系统工程的目的是使用可复用构件组装应用系统。分析待开发的应用系统，设计应用系统的体系结构，标