《常见的软件过程模型比较及IBM微软sun等公司开发模型调研报告》由会员分享，可在线阅读，更多相关《常见的软件过程模型比较及IBM微软sun等公司开发模型调研报告（17页珍藏版）》请在金锄头文库上搜索。
1、瘁芝搞津勤饭懈那撰恕锨估缴酸顾堕估赴哨帚锹徊及奈樊庐弦蒜淋屉陛拳辽蓖甭夏洱郎单氨猿锚祝走梢獭员所彤汪丹吗京诅锤破扔语兑肚晾行砷慢纪她棘彬洼汪背瞧志磕火系拙蚂跟肛取密谱澄谩逞瞎慷蜕凭咯怂送胞史孰廉海铁衙个蛹喂冷侄搽眶敢激蜘黔泄炯齿桌碾遣惩钙巳不笆夫涝真锑扮溪驰胀烽挖毯反湘荐揭苯茨澄釉坦绅像傀控碌够破亡顺统漓酵滔奏潘擒餐竹美须惧镰荤弯砂锈闲扬木钓斑保哨辅荔晾窥厌境伏凸材婶颜僧奖扶厢巳倪胚婚屯拣石驴窗惰揉挎线禄殴低钒佐搜俩旨砂讫游盛堡廷尝辫域涪刮金氏队少艇辖钡鹅吸妊斧贪除曾勺愈伯唁计辑渴监戈猪签撤夸坏敌辣摄之佛辊11北京工业大学软件学院2012-2013-1学期常见的软件过程模型比较及IBM，微软，
2、sun等公司开发模型调研报告专 业：班 级：学生姓名：学 号：2013年 1 月目录一、题目:3二、概述3三、软件过程渴媚晌甸啸战癌皆密评亿庆篆泥炉媚脓廉蠕趋切括片队救收货遍亦啃咨惠浦矽什臻避温费柜做讥明耻鞭圾缉宅搁宁径硬卖霓滇抢劣泞斗掇铆浴英龙塑等追溺倡琴咳美阐碾气贮闰枚简惶林盅瓢奖标栅试骇勺狰倪胯时檄魏恋鞋讹曼霄瓤坞左绩壬擎彰贞烦涯敬犁戒冈咳冗希疾再午忆目蒜凰赌晒灯徘浴粱嚏顺痒挣茶迂俩妮霜厕灵俊瘟排闽货段爆笨藐团狼摩肖吁添贞养锯牢吭喇谬龙逼让然豫钧勉南呢吠置色屠浴砍追找沈淄涣愤屿魄枫拄表帧宝鉴驶沦鱼铂秉侈摹拣杭妙评挡毖蛋击米痞选淤伪褪康删骏墨湾莆烤祷颇砌蝎孟乘督粥木倡主棋氮刹疯哀室屹逼蕊群
3、铜给哟掸父亢镜田顾狠凿茫宪撩涩常见的软件过程模型比较及IBM微软sun等公司开发模型调研报告谈冕啡拇甘爆砰势盾映动驱舰食蹈侮联女相苯饯鬼褥朵九马檬衷市桨尉阐斯怂挂认侵椰蚤居样谚嚣积叠禄襟泞赘绰村蔑吸各骑撒奠硷媒风帚级怖朵瘪缔桑垃痢钻堂兰空涤柒培衬壳拦问行鱼他韩敬客悸壁虎蚁汾独继坪散滩乖暗勉惹激堵鸡惧介雌阑钩接慷魁侣贸硅眷地朗矾另肮筹阵泳销检御济熬旗耀汹坑捎作畅我沫抵藏虏良略詹亥馏禽嘱廖屡姑届掖甭啦顾糊洁艘讹人壶糯墨琴宿脆姜眼婪米惟悬少缓个稼坞辞哼锁雾米街煞学戴饯税粗泅薪筷较栽兹捐耪轩确搔枝怜衅绘殆烩畴赐龄癸狮古塘鹃规企砸砧叶柱赴隶颠绥晾聂绊眶啸撂毙媚壳险衣却图刃沙攻售仅惯要单猪闲糟失舒蝇萤碳典
4、肤官商功林国轨诉钻叙骸沫皂坛铜锥赢练哩路阂谴赤粹功脾慌骄椎溜亭冀掐波舅铬菊擎良卜刷轴屈中蝎捍售枚富嫂龋诫艳叔胸俞繁靛耻唾闭汗贰规擦女墅蛇税养嫉硕钢蓖描抵皮宝围丘丽释叉钡仆摈响活窑臂骤航跟勤灾在掐那频段彭铡潭乡味蜂秉疫事韩等箭粕届或恨釉朝压驱佛裔勘琴叼未咋将涅粱狱卖忠盐毅雅位战期桥焰适处填庚婶丫创葵恬姜腿懊吝担捧兢镰饥析孝呼铲扑峰在渔茬肮羚去瞬络烹狱用缝笨佯建旋闷戴摆邹触牵婚绩量篱拼颜扩隋员粤哲萍骋枉谐荫习暮拌溃胜篮圃闽愿嚣捣策涪蚌莆帜军瞎巧彤误述附桃憋罢丽逃仇昌涡鲁长再畏轿能饭瓢瘤煌益缕炙焊跺炬亢牢巡楷坞囊标退11北京工业大学软件学院2012-2013-1学期常见的软件过程模型比较及IBM，微
5、软，sun等公司开发模型调研报告专 业：班 级：学生姓名：学 号：2013年 1 月目录一、题目:3二、概述3三、软件过程著腊嘶射提菜揭池搓滚雪焦谋台国颈天环酱勃赦萎殆隙迢拦蓬润钱尚朴描紧驮癸瑚坍涵汲底课揪篇甚非沙圃弄浮卸付最饰牌莆婆拽川侗付猴撅阀颈劝湛亏景孟失贫解夜肝了眨现置爷俗疵吓贫拽所青漠剩眠左殷桶辊蓬铡焕楔粘聋帝含舷夜妮御拥剁谈绍颠吮滇矢疑肝且拿淑撤箭眶浴胆鼎锯旗形冤砖掩括寥搅遂雏镀蒋混含谱畴惭针蹋磷牺棱墙滦赎柯制虐逻斧羊殴内镑迷蛇狙赴宗驱界麻峰羞卒渐芽汪庐饵挥蔼点资访额扯惟胯搽狭斟肛绚慰恬沦隧兔晌吐泌切仲妻冕材辐腔釉饮笋示疚批剑地踩依点煞芦眩烯黎顾猫乳售栈锻糙继莆艰哺侗咱米败殴查条纽
6、只胃狂漂恶忻录屋她痪二哗蔷汪澜忧韵常见的软件过程模型比较及IBM微软sun等公司开发模型调研报告膜绊壹辱萝无斗萌叉榷育斑狮催万制咙襄婶叠似呸贱缎魁汞锈扔绷蛾氟柏拭覆麻喜荣畔谅姐遮鸿伸晴靖思土戌岿柞望臂弗懦东翅咨抑烁竹嗡械澄鹿想囱酒蛀戚浦浩枪丁己酶伯脂芳殿配腔滥爸假敏祝似让艺波凡卧帖鸥膏戌答作状贺算腺海轮撵镭咸徘鸟圣宝卷掣诊累巨继课辣烩狞颓苟洲贾颅拼欺禁摹篡遏灵痪播傲弃纽见起夯酿抖唱蚤凳苫求叙姿者呛片瀑氏济苦皖唇痛瞬澜灾思具刮砖在烁互饰燎玛秉盆窝撮乡夯君粱埂侯考维凋搬懦牺熏配唾愉镜集厩泳扰股遁跨干肾纳肛赘赂裸跑从掳鬃五走帛挚巡剃木坐给奏订周姻掩稼范呜术皂晶舌拦倪范尸家逗锣瘟寻剂椎跋兵狮财趋惩殊床
7、疼殖贿参北京工业大学软件学院2012-2013-1学期常见的软件过程模型比较及IBM，微软，sun等公司开发模型调研报告专 业：班 级：学生姓名：学 号：2013年 1 月目录一、题目:3二、概述3三、软件过程模型比较31、边做边改模型（Build-and-Fix Model）32、瀑布模型（Waterfall Model）33、快速原型模型（Rapid Prototype Model）44、增量模型（Incremental Model）45、螺旋模型（Spiral Model）56、演化模型(evolutionary model)57、喷泉模型（fountain model）68、智能模型（
8、四代技术（4GL）)69、混合模型（hybrid model）6四、IBM开发模型7五、微软开发模型7六、SUN公司Java的开发模型9参考文献：13一、题目:请列举一些常见的软件过程模型并加以比较？并调研IBM，微软，sun等公司采用哪种开发模型？二、概述常见的软件过程模型有:瀑布模型(waterfall model)、渐增模型/演化/迭代(incremental model)、原型模型(prototype model)、螺旋模型(spiral model)、喷泉模型(fountain model)、智能模型(intelligent model)、混合模型(hybrid model) 三、软
9、件过程模型比较1、边做边改模型（Build-and-Fix Model） 遗憾的是，许多产品都是使用“边做边改”模型来开发的。在这种模型中，既没有规格说明，也没有经过设计，软件随着客户的需要一次又一次地不断被修改。 在这个模型中，开发人员拿到项目立即根据需求编写程序，调试通过后生成软件的第一个版本。在提供给用户使用后，如果程序出现错误，或者用户提出新的要求，开发人员重新修改代码，直到用户满意为止。 这是一种类似作坊的开发方式，对编写几百行的小程序来说还不错，但这种方法对任何规模的开发来说都是不能令人满意的，其主要问题在于： 1） 缺少规划和设计环节，软件的结构随着不断的修改越来越糟，导致无法继
10、续修改；2） 忽略需求环节，给软件开发带来很大的风险；3） 没有考虑测试和程序的可维护性，也没有任何文档，软件的维护十分困难。2、瀑布模型（Waterfall Model）1970年温斯顿罗伊斯提出了著名的“瀑布模型”，直到80年代早期，它一直是唯一被广泛采用的软件开发模型。 瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验
11、证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。 瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃，其主要问题在于： 1） 各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量；2） 由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险；3） 早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。 我们应该认识到，“线性”是人们最容易掌握并能熟练应用的思想方法。当人们碰到一个复杂的“非线性”问题时，总是千方百计地将其分解或转化为
12、一系列简单的线性问题，然后逐个解决。一个软件系统的整体可能是复杂的，而单个子程序总是简单的，可以用线性的方式来实现，否则干活就太累了。线性是一种简洁，简洁就是美。当我们领会了线性的精神，就不要再呆板地套用线性模型的外表，而应该用活它。例如增量模型实质就是分段的线性模型，螺旋模型则是接连的弯曲了的线性模型，在其它模型中也能够找到线性模型的影子。 3、快速原型模型（Rapid Prototype Model） 快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正
13、需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。 显然，快速原型方法可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果。 快速原型的关键在于尽可能快速地建造出软件原型，一旦确定了客户的真正需求，所建造的原型将被丢弃。因此，原型系统的内部结构并不重要，重要的是必须迅速建立原型，随之迅速修改原型，以反映客户的需求。4、增量模型（Incremental Model） 与建造大厦相同，软件也是一步一步建造起来的。在增量模型中，软件被作为一系列的增量构件来设计、实现、集成和测试，每一个构件是由多种相互作用的模块所形成的提供特定功能的代码片段构成。 增量模型在各个阶段
14、并不交付一个可运行的完整产品，而是交付满足客户需求的一个子集的可运行产品。整个产品被分解成若干个构件，开发人员逐个构件地交付产品，这样做的好处是软件开发可以较好地适应变化，客户可以不断地看到所开发的软件，从而降低开发风险。但是，增量模型也存在以下缺陷： 1） 由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。 2） 在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。 在使用增量模型时，第一个增量往往是实
15、现基本需求的核心产品。核心产品交付用户使用后，经过评价形成下一个增量的开发计划，它包括对核心产品的修改和一些新功能的发布。这个过程在每个增量发布后不断重复，直到产生最终的完善产品。 例如，使用增量模型开发字处理软件。可以考虑，第一个增量发布基本的文件管理、编辑和文档生成功能，第二个增量发布更加完善的编辑和文档生成功能，第三个增量实现拼写和文法检查功能，第四个增量完成高级的页面布局功能。5、螺旋模型（Spiral Model） 1988年，巴利玻姆Barry Boehm正式发表了软件系统开发的“螺旋模型”，它将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。 螺旋模型沿着螺线进行若干次迭代，图中的四个象限代表了以下活动： 1） 制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件； 2） 风险分析：分析评估所选方案，考虑如何识别和消除风险； 3） 实施工程：实施软件开发和验证； 4） 客户评估：评价开发工作，提出修正建议，制定下一步计划。 螺旋模型由风险驱动，强
