二章软件过程模型

上传人:鲁** 文档编号:568027524 上传时间:2024-07-23 格式:PPT 页数:37 大小:430KB
返回 下载 相关 举报
二章软件过程模型_第1页
第1页 / 共37页
二章软件过程模型_第2页
第2页 / 共37页
二章软件过程模型_第3页
第3页 / 共37页
二章软件过程模型_第4页
第4页 / 共37页
二章软件过程模型_第5页
第5页 / 共37页
点击查看更多>>
资源描述

《二章软件过程模型》由会员分享,可在线阅读,更多相关《二章软件过程模型(37页珍藏版)》请在金锄头文库上搜索。

1、匡舟纽氨众阑垒摊锻诫痒搬温空钠铱撩披窒饰敲狰泊稿杭审戎惶屑也颂手二章软件过程模型二章软件过程模型第二章第二章软件过程模型软件过程模型涅糜玻诣拇喇友性当秀初菩澈唆磕阎逗昼批复浑明嚣创炮碰磐蜜军领钧粳二章软件过程模型二章软件过程模型软件软件 工程工程2.1软件过程的基本概念软件过程的基本概念1)软件过程)软件过程(SoftwareProcesses)也称为软件生存周期过程或软件过程组,也称为软件生存周期过程或软件过程组,是指软件生存周期中的一系列相关过程是指软件生存周期中的一系列相关过程(Process)。过程就是活动的集合,活动是。过程就是活动的集合,活动是任务的集合,任务则起到把输入加工成输任

2、务的集合,任务则起到把输入加工成输出的作用。活动的执行可以是顺序的、迭出的作用。活动的执行可以是顺序的、迭代的代的(重复的重复的)、并行的、嵌套的或者是有、并行的、嵌套的或者是有条件地引发的。条件地引发的。惟绚寸愤序诽专戎缔坏吸舔敞滇晌协嗣洱静纫待崇绢缅驶玻端须魁症切翱二章软件过程模型二章软件过程模型软件软件 工程工程软件过程应当包含以下软件过程应当包含以下软件过程应当包含以下软件过程应当包含以下3 3个含义:个含义:个含义:个含义:个体含义:即指软件或系统在生存周期中的某一个体含义:即指软件或系统在生存周期中的某一个体含义:即指软件或系统在生存周期中的某一个体含义:即指软件或系统在生存周期中

3、的某一类活动的集合,如获取过程、供应过程、开发过类活动的集合,如获取过程、供应过程、开发过类活动的集合,如获取过程、供应过程、开发过类活动的集合,如获取过程、供应过程、开发过程、管理过程等。程、管理过程等。程、管理过程等。程、管理过程等。整体含义:即指软件或系统在所有上述含义下的整体含义:即指软件或系统在所有上述含义下的整体含义:即指软件或系统在所有上述含义下的整体含义:即指软件或系统在所有上述含义下的软件过程的总体。软件过程的总体。软件过程的总体。软件过程的总体。工程含义:即指解决软件过程的工程,它应用软工程含义:即指解决软件过程的工程,它应用软工程含义:即指解决软件过程的工程,它应用软工程

4、含义:即指解决软件过程的工程,它应用软件工程的原则、方法来构造软件过程模型,并结件工程的原则、方法来构造软件过程模型,并结件工程的原则、方法来构造软件过程模型,并结件工程的原则、方法来构造软件过程模型,并结合软件的具体要求进行例化,以及在用户环境中合软件的具体要求进行例化,以及在用户环境中合软件的具体要求进行例化,以及在用户环境中合软件的具体要求进行例化,以及在用户环境中运作,以此进一步提高软件开发率、降低成本。运作,以此进一步提高软件开发率、降低成本。运作,以此进一步提高软件开发率、降低成本。运作,以此进一步提高软件开发率、降低成本。钵钨攒根辫撮愈霉侨奥灵址颇饶官在骤私搀肖倡着茎由冕辣眠蛹匆

5、灿憋躺二章软件过程模型二章软件过程模型软件软件 工程工程工程含义还可以包含如下几个方面:工程含义还可以包含如下几个方面:软件过程不仅要有工程视面,也要有合同软件过程不仅要有工程视面,也要有合同视面视面(包括系统视面和用户视面包括系统视面和用户视面)。软件过程包含管理视面。软件过程包含管理视面。软件过程应包含运作视面。软件过程应包含运作视面。不同角色由于其视面不同,所参与的软件不同角色由于其视面不同,所参与的软件过程亦不相同。过程亦不相同。严协撼镐赛痪嫌有帽釉风醇移芬押案乐岂硅都勉蒲恐闹稍柴瞻憨拘候搬永二章软件过程模型二章软件过程模型软件软件 工程工程2)软件生命周期)软件生命周期原则:低耦合,

6、高聚合原则:低耦合,高聚合阶段:软件定义、软件开发、软件维护阶段:软件定义、软件开发、软件维护软件定义软件定义:确定软件开发总目标;确定工程的可行性;导确定软件开发总目标;确定工程的可行性;导出实现策略及系统功能;估计资源和成本,并且制定工程出实现策略及系统功能;估计资源和成本,并且制定工程进度表。进度表。问题定义、可行性研究、需求分析问题定义、可行性研究、需求分析软件开发软件开发:具体设计和实现在前一个时期定义的软件。具体设计和实现在前一个时期定义的软件。总体设计、详细设计、编码和单元测试、综合测试总体设计、详细设计、编码和单元测试、综合测试软件维护软件维护:使软件持久地满足用户的需要。使软

7、件持久地满足用户的需要。郑缘证哄百餐焚约于踊府挤嘉面媒红卸怕始荣豢蚜酬蚤驱智馅搭袜晕蒲广二章软件过程模型二章软件过程模型软件软件 工程工程1.问题定义问题定义“要解决的问题是什么要解决的问题是什么?”确定用户要求解决的性质、工程的目标和规模。确定用户要求解决的性质、工程的目标和规模。可行性研究可行性研究“对于上一个阶段所确定的问题有行得通的解决办法吗对于上一个阶段所确定的问题有行得通的解决办法吗?”经济可行性、技术可行性、法律可行性、不同的方案经济可行性、技术可行性、法律可行性、不同的方案2.需求分析需求分析“为了解决这个问题,目标系统必须做什么为了解决这个问题,目标系统必须做什么”确定系统必

8、须具有的功能和性能,系统要求的运行环境,并确定系统必须具有的功能和性能,系统要求的运行环境,并且预测系统发展的前景。且预测系统发展的前景。规格说明书规格说明书(specification)/需求说明书需求说明书焦戍苍韶凹尊畸涤其敌津按淬牲楷标钞帮袋胎侥肯啥盆琶燥惧刻核崖赞肤二章软件过程模型二章软件过程模型软件软件 工程工程3.总体设计(概要设计)总体设计(概要设计)“概括地说,应该怎样实现目标系统概括地说,应该怎样实现目标系统?”设计出实现目标系统的几种可能的方案。推荐一个最佳方案。设计出实现目标系统的几种可能的方案。推荐一个最佳方案。4.详细设计详细设计(PAD、HIPO、PDL)“应该怎样

9、具体地实现这个系统呢应该怎样具体地实现这个系统呢?”设计出程序的详细规格说明。设计出程序的详细规格说明。5.编码编码写出正确的容易理解、容易维护的程序模块写出正确的容易理解、容易维护的程序模块6.测试测试单元测试:仔细测试编写出的每一个模块。单元测试:仔细测试编写出的每一个模块。集成测试和验收测试,现场测试或平行运行集成测试和验收测试,现场测试或平行运行7.软件维护软件维护使系统持久地满足用户的需要。使系统持久地满足用户的需要。改正性维护,适应性维护,完善性维护,预防性维护。改正性维护,适应性维护,完善性维护,预防性维护。撼席站镭癌耳卵求夫粒反缆握青盗滇沸谷聊卸挚谢粕租寅筏赴衰鲜颗玩逻二章软件

10、过程模型二章软件过程模型软件软件 工程工程PAD图:问题分析图图:问题分析图滞嘻化蚂泊瞅凯侠起斜丢垄谐绳灼么爷姜剩落哪住愁蔬搔阳栈鸟足胆乃熊二章软件过程模型二章软件过程模型软件软件 工程工程舔椎嗅视咯孰刺正劈进琴贺赏傣幽伐坡坏焉饮考酿蠕陀询旁呆鲍乔强氰省二章软件过程模型二章软件过程模型软件软件 工程工程HIPO图图盂硅枫丢茨沤瓷佐椭冲演者急热乙扣上正谬精笆铃藉鞍凛恰锁犯酥痢虫棺二章软件过程模型二章软件过程模型软件软件 工程工程2软件过程模型软件过程模型软件过程模型,也叫软件过程模型,也叫软件生存期模型,反映软件生存周软件生存期模型,反映软件生存周期内各种工作应如何组织以及各个阶段应如何衔接。期

11、内各种工作应如何组织以及各个阶段应如何衔接。软件过程模型是跨越整个软件生存周期的系统开发、运软件过程模型是跨越整个软件生存周期的系统开发、运作、维护和实施的全部工作和任务的结构框架。作、维护和实施的全部工作和任务的结构框架。软件开发:软件开发:状态描述、问题定义、技术开发、解决集成状态描述、问题定义、技术开发、解决集成左授谩络更膛复钾端状漳浙尖祸怕惫佛腿财松否香鸽蓖吼衍停授做魂淘否二章软件过程模型二章软件过程模型软件软件 工程工程1 1)瀑布模型)瀑布模型 (Waterfall model)(Waterfall model)瀑布模型又称生存周期模型,由瀑布模型又称生存周期模型,由B.M.Boe

12、hm提出,是软提出,是软件工程的基础模型。件工程的基础模型。理想的瀑布模型理想的瀑布模型实际的瀑布模型实际的瀑布模型账纺悯砰沃报嵌囊暑殊呐陌帆联初梯戍午寝桌姬冶爸辩麻呆酉皆眨访氯鼠二章软件过程模型二章软件过程模型软件软件 工程工程2 2)V V模型模型 (V model)(V model)V V模型是瀑布模型的一种变形。(强调测试)模型是瀑布模型的一种变形。(强调测试)雅凛妈浴呀克帕钝翅士巷童鹊凶密郁傀节蹬烩耀藏大柏以婚瘟场珊狈樟懦二章软件过程模型二章软件过程模型软件软件 工程工程3 3)快速原型模型)快速原型模型(Fast Prototype Model)(Fast Prototype Mo

13、del)用户测试用户测试运行原型运行原型建造建造/ /修改修改 原型原型 听取用听取用 户意见户意见老灿霸免葵逻习卞付跳浆触永烛渐涡球粉盐墙藏宽由肝咕变少鸦尽舌勤搅二章软件过程模型二章软件过程模型软件软件 工程工程快速原型模型的应用范围:快速原型模型的应用范围:对所开发的领域比较熟悉而且有快速的原型开发工具对所开发的领域比较熟悉而且有快速的原型开发工具项目招投标时,可以以原型模型作为软件的开发模型项目招投标时,可以以原型模型作为软件的开发模型进行产品移植或升级时,或对已有产品原型进行客户化工进行产品移植或升级时,或对已有产品原型进行客户化工作时,原型模型是非常适合的作时,原型模型是非常适合的比

14、较比较瀑布模型瀑布模型试图一次就获得正确的产品试图一次就获得正确的产品快速原型快速原型频繁变化,然后废弃频繁变化,然后废弃耕橱秩愉汕诣途短聪桑挨引蚌侯仰趟工撒窘撵揽车桐纽驯譬志桨畅鸳锭义二章软件过程模型二章软件过程模型软件软件 工程工程4 4)增量模型)增量模型(Incremental Model)(Incremental Model)又称渐增模型或有计划的产品改进模型,从一组又称渐增模型或有计划的产品改进模型,从一组给定的需求开始,通过构造一系列可执行中间版给定的需求开始,通过构造一系列可执行中间版本来实施开发活动本来实施开发活动。饲拟坦挫纂柔洲棍境斑杰明淌泄朗陕侣趴起局茶喘梯甘引帖渤骏遮赘

15、琉吭二章软件过程模型二章软件过程模型软件软件 工程工程5 5)螺旋模型)螺旋模型(Spiral Model)(Spiral Model)1988年,年,BarryBoehm正式发表了软件系统开发的正式发表了软件系统开发的“螺螺旋模型旋模型”,它将瀑布模型和快速原型模型结合起来,强调,它将瀑布模型和快速原型模型结合起来,强调了其他模型所忽视的了其他模型所忽视的风险分析风险分析。该模型通常用来指导大型软件项目的开发,它将开发划分该模型通常用来指导大型软件项目的开发,它将开发划分为制订计划、风险分析、实施开发和客户评估四类活动。为制订计划、风险分析、实施开发和客户评估四类活动。简化版本:瀑布模型简化

16、版本:瀑布模型+风险分析风险分析每个阶段之前每个阶段之前-确定目标,可供选择的办法及其限制条件确定目标,可供选择的办法及其限制条件-风险分析风险分析每个阶段之后每个阶段之后-评估评估-计划下一阶段计划下一阶段犯官傣拘焉秦帕甫改廊袜桓滞窥药炊菊账磊践瘸窜入咆亏抱咙幸贮奢钠社二章软件过程模型二章软件过程模型软件软件 工程工程简化的螺旋模型简化的螺旋模型完整的螺旋模型完整的螺旋模型济耕犁哨餐幸妻时朱迄拨吓腿檬纵赖颇蕉普份蝗胞痘纸妓虽雁烁秋庚撼擅二章软件过程模型二章软件过程模型软件软件 工程工程6 6)喷泉模型)喷泉模型(Fountain Model)(Fountain Model)在面向对象方法中,

17、提出了与瀑布模型相在面向对象方法中,提出了与瀑布模型相对应的喷泉模型,该模型的主要特点是认对应的喷泉模型,该模型的主要特点是认为软件生命周期的各个阶段是相互重叠和为软件生命周期的各个阶段是相互重叠和多次反复的多次反复的。喷泉模型主要支持面向对象的开发方法。喷泉模型主要支持面向对象的开发方法。系统某个部分常常重复工作多次,相关功系统某个部分常常重复工作多次,相关功能在每次迭代中随之加入演进的系统。能在每次迭代中随之加入演进的系统。在开发活动,即分析、设计和编码之间不在开发活动,即分析、设计和编码之间不存在明显的边界。存在明显的边界。藏装饺扰撒受憋柑脸狄走攫帅舒酱咯限宰检瞩呀带拨哥如纽勃苛腑霉悟鼻

18、二章软件过程模型二章软件过程模型软件软件 工程工程淬刘敖愧嘲拌帽鹤兄烟几轨值咋吞粟评豌柜危僚现笼棠右沏凋否萝针韭慧二章软件过程模型二章软件过程模型软件软件 工程工程7 7)智能模型)智能模型(Intelligent (Intelligent Model)Model)又称为基于知识的模型,是知识工程与软件工程在开发模又称为基于知识的模型,是知识工程与软件工程在开发模型上结合的产物。型上结合的产物。该模型在实施过程中要建立知识库,将模型本身、软件工该模型在实施过程中要建立知识库,将模型本身、软件工程知识与特定领域的知识分别存入数据库。程知识与特定领域的知识分别存入数据库。闹涯暂遁付蒜巧宪姻蒂士搬赫

19、颈间袋衡牢革悬酋佯泪侮今莉退统暖疵稽叫二章软件过程模型二章软件过程模型软件软件 工程工程3软件工程建模软件工程建模1 1)结构化方法结构化方法结构化方法是一种传统的软件开发方法,结构化方法是一种传统的软件开发方法,它是由结构化分析、结构化设计和结构化它是由结构化分析、结构化设计和结构化程序设计三部分有机组合而成的。程序设计三部分有机组合而成的。基本思想:把一个复杂问题的求解过程分基本思想:把一个复杂问题的求解过程分阶段进行,每个阶段处理的问题都控制在阶段进行,每个阶段处理的问题都控制在人们容易理解和处理的范围内。人们容易理解和处理的范围内。基本要点:自顶向下、逐步求精、模块化基本要点:自顶向下

20、、逐步求精、模块化设计。设计。屡矾林靳许傍逻军闹烦育免掉观拯施嘲处险站粉涌押侩蝴混珐臀韵罢间帮二章软件过程模型二章软件过程模型软件软件 工程工程2)面向对象建模方法)面向对象建模方法起源起源:面向对象编程语言面向对象编程语言OOP(面向对象编程)(面向对象编程)-OOD(面向对象设(面向对象设计)计)+OOA(面向对象分析)(面向对象分析)-OOM(面向对面向对象的软件开发方法)象的软件开发方法)面向对象方法的开发步骤:面向对象方法的开发步骤:1)从问题陈述入手,构造系统模型(对象模型)从问题陈述入手,构造系统模型(对象模型)。)。2)逐层分解成各级子系统。)逐层分解成各级子系统。而呀平氟神昂

21、朝洋氖钧笋浴鳞祷拍资圈恩哩果卫肪乘跨森搀茎到邦淫饿栏二章软件过程模型二章软件过程模型软件软件 工程工程优点:优点:符合人们的思维方式符合人们的思维方式具有封装和继承的特点来支持软件复用,具有封装和继承的特点来支持软件复用,易扩充易扩充具有高度的连续性,可维护性好具有高度的连续性,可维护性好矣剩佐寥概嘎速正蛊扇棘凑则于讣旭征掠下武塑庶央缮郁髓糊真莲喘鳖各二章软件过程模型二章软件过程模型软件软件 工程工程统一建模语言统一建模语言UML1997年,年,UML被国际对象组织被国际对象组织OMG采纳为面向采纳为面向对象的建模语言的国际标准,它溶入了软件工程领对象的建模语言的国际标准,它溶入了软件工程领域

22、的新思想、新方法和新技术。域的新思想、新方法和新技术。UML不限于支持面向对象的分析与设计,还支持不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。从需求分析开始的软件开发的全过程。因为因为UML就是那个统一的就是那个统一的“文字文字”,统一的,统一的“度度”、“量量”、“衡衡”,不理解,不理解UML,作为软件设,作为软件设计统一王国的国民,将是艰难而痛苦的。计统一王国的国民,将是艰难而痛苦的。http:/www.uml.org/锹羚灯阁慎提卢态固汤钎蛆奏尺管黍羚肯倔幌祟绰焊痪俐又打加蜗紊加散二章软件过程模型二章软件过程模型软件软件 工程工程一、一、UML的基本构造块的基

23、本构造块UML主要包括三个基本构造块:事物主要包括三个基本构造块:事物(Things)、关系()、关系(Relationships)和图)和图(Diagrams)。)。(一)(一)事物事物是实体抽象化的最终结果,是模是实体抽象化的最终结果,是模型中的基本成员,型中的基本成员,UML中包含结构事物、中包含结构事物、行为事物、分组事物和注释事物。行为事物、分组事物和注释事物。柜广偷蚊范书斩舒狸焊酮沃礼舔答樊珐慈自遣挂矿冈仍癣把号划翅惑聂豪二章软件过程模型二章软件过程模型软件软件 工程工程1、结构事物(、结构事物(Structuralthings)结构事物是模型中的静态部分,用以呈现概念或结构事物是

24、模型中的静态部分,用以呈现概念或实体的表现元素,是软件建模中最常见的元素,实体的表现元素,是软件建模中最常见的元素,共有以下七种:共有以下七种:类(类(Class)接口(接口(Interface)协作(协作(Collaboration)用例(用例(UseCase)活动类(活动类(ActiveClass)组件(组件(Component)结点(结点(Node)毙丘锤宛辅按挑襟喊暴燕与宣骄烩寺害唁骤林喊汲咖脸角壤寻拿入悲丈菩二章软件过程模型二章软件过程模型软件软件 工程工程(1)类()类(Class):):类是具有相同属性、操作、类是具有相同属性、操作、关系的对象集合的总称。通常在关系的对象集合的总

25、称。通常在UML中类被画成中类被画成矩形。矩形。名称:每个类都必须有一个名字,用来区分其它名称:每个类都必须有一个名字,用来区分其它的类。类名是一个字符串,称为简单名字。路径的类。类名是一个字符串,称为简单名字。路径名字是在类名前加包含类的包名为前缀。例如名字是在类名前加包含类的包名为前缀。例如Wall、java:awt:Wall都是合法的类名。都是合法的类名。属性:属性是指类的命名的特性,常常代表一类属性:属性是指类的命名的特性,常常代表一类取值。类可以有任意多个属性,也可以没有属性。取值。类可以有任意多个属性,也可以没有属性。在类图中属性只要写上名字就可以了。在类图中属性只要写上名字就可以

26、了。哭辙槽韵屯朽距梨沫烛陈墨仆嘲秃娠入绣店点默悄斤柞炕呻骡坤淀池喷瓮二章软件过程模型二章软件过程模型软件软件 工程工程也可以在属性名后跟上类型甚至缺省取值,如下图:穆赃掺诧缔悠螟么删摈溅扩款蛹既榨繁敬坊踞闺懒易萧抄棵进鲜疹憾卒匿二章软件过程模型二章软件过程模型软件软件 工程工程操作:操作是类的任意一个实例对象都可操作:操作是类的任意一个实例对象都可以调用,并可能影响该对象行为的实现。以调用,并可能影响该对象行为的实现。操作在类图中如下图描述:操作在类图中如下图描述:甜妇呛傲樟擞师鬼薄繁弊毯况好爱送会伞就碱搐咙构硝翘服评爽殆者稗诫二章软件过程模型二章软件过程模型软件软件 工程工程组织属性和方法:

27、在画类图的时候没有必组织属性和方法:在画类图的时候没有必要将全部的属性和操作都画出来。实际上,要将全部的属性和操作都画出来。实际上,在大部分情况下你也不可能在一个图中将在大部分情况下你也不可能在一个图中将类的属性和操作都画出来。在画类图时可类的属性和操作都画出来。在画类图时可以只将感兴趣的属性和操作画出来就可以以只将感兴趣的属性和操作画出来就可以了。可以用了。可以用”.”表示还有属性或方法没表示还有属性或方法没有画出来。为了更好地组织属性或方法,有画出来。为了更好地组织属性或方法,可以在一组功能相同的属性或方法前加上可以在一组功能相同的属性或方法前加上一个描述的前缀。一个描述的前缀。蚀蝴蓝琳四

28、猖剁艾绰握蔗赠耙由泡兴誊讥帮妹败汲横帜皂呸雨腰痪煮健哎二章软件过程模型二章软件过程模型软件软件 工程工程期谎咙椿仪啪夸示蒲腻串气狭吴于保裙冗浪争坦贤褂侵绍碱眉丈甭桐谷抗二章软件过程模型二章软件过程模型软件软件 工程工程接口(接口(Interface):接口是指类或组件所):接口是指类或组件所提供的服务(操作),描述了类或组件对提供的服务(操作),描述了类或组件对外可见的动作;外可见的动作;一个接口描述了类或组件对外可见的动作。一个接口描述了类或组件对外可见的动作。一个接口可以实现类或组件的全部动作,一个接口可以实现类或组件的全部动作,也可以只实现一部分。接口在也可以只实现一部分。接口在UML中

29、被画中被画成一个圆和它的名字。成一个圆和它的名字。啃爽础元浦帮惊烁伪备怀啪疾嗓婉碳乙虫烟螺痰忽华厨送渐警植帜婿倔裤二章软件过程模型二章软件过程模型软件软件 工程工程协作(协作(Collaboration):协作描述合作完):协作描述合作完成某个特定任务的一组类及其关联的集合,成某个特定任务的一组类及其关联的集合,用于对使用情形的实现建模;用于对使用情形的实现建模;协作图对在一次交互中有意义的对象和对协作图对在一次交互中有意义的对象和对象间的链建模。象间的链建模。义钻傍兰唐脓折贝粹竟胚凿契翁收火言苍蹈早菠近弱沽劫相默凡泄含尔僧二章软件过程模型二章软件过程模型软件软件 工程工程订票交互的协作图订票

30、交互的协作图瘁蛊莆瞅腺肺靳侈噬触钨戒掘万诅仟莱银署务镍遇遭因顿洛炎垦狙便痛育二章软件过程模型二章软件过程模型软件软件 工程工程顺序图表示了对象之间传送消息的时间顺顺序图表示了对象之间传送消息的时间顺序。每一个类元角色用一条生命线来表示序。每一个类元角色用一条生命线来表示即用垂直线代表整个交互过程中对象的即用垂直线代表整个交互过程中对象的生命期。生命线之间的箭头连线代表消息。生命期。生命线之间的箭头连线代表消息。顺序图可以用来进行一个场景说明顺序图可以用来进行一个场景说明即一即一个事务的历史过程。个事务的历史过程。顺序图的一个用途是用来表示用例中的行顺序图的一个用途是用来表示用例中的行为顺序。当执行一个用例行为时,顺序图为顺序。当执行一个用例行为时,顺序图中的每条消息对应了一个类操作或状态机中的每条消息对应了一个类操作或状态机中引起转换的触发事件。中引起转换的触发事件。弛溶侨枝畅捂北泅弥唤岭悉恢唾耕乔涯淬肄鳞昆捡譬丈萍捎扮缀兄舰寺熏二章软件过程模型二章软件过程模型软件软件 工程工程顺序图顺序图妖沧俞孺赘钧苇五茂鲜绅况捐强苏风粳怕稳测缩谐继虎蹦磁挚腰券斧椿采二章软件过程模型二章软件过程模型

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 医学/心理学 > 基础医学

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号