中国教育课件网-GOODPPT.COM
首 页教学教案课件下载
  首页 教学教案课件下载 | 语文| 数学| 英语| 物理| 化学| 政治| 生物| 地理| 音乐| 美术| 历史| 计算机| 课件素材| 其他课件| 考试题库 更多»  
 
热门标签:计算机(8)  Authorware(5)  课件设计制作技巧(1)
 
我要上传课件
共享您的课件,轻松获取积分!
 
当前位置:中国教育课件网课件下载计算机
 UML_Rational_Rose.ppt
 
运行环境: Win9X/Win2000/WinXP/Win2003/
课件语言: 简体中文
课件类型: PPT - 计算机
授权方式: 共享版
课件大小: 1.61 MB
推荐星级:
更新时间: 2011-09-01 22:02:13
联系方式: 暂无联系方式
官方主页: Home Page
图片预览: 没有预览图片     论坛转帖
解压密码: 本站默认解压密码:www.goodppt.com
下载统计:
 

欢迎登录课件网

  课件简介
 

  软件开发技术——            UML & Rational Rose


张帆
Zhangfan.1968@yahoo.com.cn
2007.10
内容提要
技术发展背景
UML的基本概念
静态建模
动态建模
物理架构
建模步骤
Rose的使用
两个实例
参考书与资源链接
技术发展背景[1]
面向对象的含义
面向对象技术回顾
UML的产生
技术发展背景[2]-面向对象的含义
面向对象中有九个非常重要的概念:
封装(encapsulation)
信息/实现的隐藏(information/implementation hiding)
状态保持(state retention)
对象标识(object identity)
消息(message)
类(class)
继承(inheritance)
多态性(polymorphism)
一般性(generality)
技术发展背景[3]-面向对象的含义
封装,将属性和操作包装成一个单元,使得对状态的访问和修改只能通过封装提供的接口进行。
信息/实现的隐藏,将某些属性或方法限制在封装内部使用,限制外部的可见性。
状态保持,对象能够保持状态,可以用于后续的处理。
对象标识,每个对象可以作为软件实体被标识和处理,每个对象都有一个对象标识符(object identifier OID)。
消息,对象间发送请求的载体。
技术发展背景[4]-面向对象的含义
类,类是对象的类型(模版),对象是类的实例。
继承,子类隐式使用超类(或父类)的属性和操作。
多态性,子类覆盖(overriding)父类的方法,它和重载(overloading)的区别在于重载是在同一个类中定义,利用参数的不同来进行动态绑定(dynamic binding)。
一般性,类的定义是参数化的或模版化的,提高了定义的通用性。
技术发展背景[5]-面向对象技术回顾
面向对象技术是许多人历经多年研究积累的产物。
类的概念,是面向对象的重要组成部分。
Smalltalk,提出许多面向对象技术的核心概念,如:消息和继承。
Dijkstra的软件正确性理念,提出了用抽象层构造软件的观点。
ADT抽象数据类型,奠定面向对象的基础,支持信息的隐藏。
Ada语言,提出了一般性和包两个概念。
C++语言,最广泛使用的面向对象的语言。
Eiffel语言,融合了许多最佳的计算机科学思想和面向对象思想。
技术发展背景[6]- UML的产生
1988年到1992年是面向对象方法学蓬勃发展的时期,人们从各自的经历和软件开发的经验提出了各种面向对象的开发方法,代表的有:
Sally Shlaer 和 Steve Mellor以信息模型化方法作为基础,并为目标系统增设了状态模型和过程模型;
Peter Coad 和 Ed Yourdon则在信息模型化、面向对象的程序设计语言和基于知识的系统的基础上,建立了他们的OOA和OOD,主要工具是类与对象图、对象状态图和服务图;
HP公司的Fusion开发方法。
技术发展背景[7]- UML的产生
Wirfs-Brock的职责驱动设计(Responsibility-Driven Design),也称类-职责-协作Class-Responsibility-Collaboration (CRC) cards,用类所承担的责任来描述系统,利用责任把封装的概念带到分析与设计活动中去;
Grady Booch在Rational软件公司开发Ada系统作了许多构件(Component),并以此由底向上构筑大型软件系统,即OOD方法;
Jim Rumbaugh在通用电子(General Electric)领导一个研究小组,提出了对象建模技术(OMT)方法,通过面向对象的三种模型:对象模型、动态模型和功能模型,从不同角度对系统进行描述;
技术发展背景[8]- UML的产生
Ivar Jacobson和他的 Objectory 公司开发了OOSE(Object Oriented Software Engineering)面向对象的软件工程,利用Use Cases来表达系统要求。

1994年任职于Rational公司的Grady Booch首先联合Jim Rumbaugh加盟Rational软件公司开始了统一OO方法学和工具的历程。以融合Booch和OMT方法的UML开发开始。1995年10月UML0.8发布。1995年秋,Ivar Jacobson和他的 Objectory 公司加盟Rational,UML中加入了OOSE方法,使其有可能最集中地包容当今最适用的各种OO方法。1996年,UML0.9版本发布,1997年1月,UML1.0被提交给OMG组织,作为软件建模语言的候选,1997年11月7日,UML1.1正式被OMG组织采纳为业界标准。UML经历了1.2,1.3,1.4,2.0版本。
创建UML

技术发展背景[9]- Rational三剑客


UML的主要内容
UML的基本概念[1]
UML简介
UML的目标
UML概念范围
What is UML?
UML是一个通用的可视化建模语言
对软件进行描述、可视化处理,构造和建立软件系统制品的文档。
支持大部分现存的面向对象开发过程
给出系统模型,表达不同层次的细节
适用于软件生命周期的各个阶段
给出系统的多视角的构造模型图
USE CASE视图、逻辑视图、进程视图、 实现视图、部署视图
What is UML?
UML描述了系统的静态结构和动态行为
UML将系统描述为一些离散的相互作用的对象,构成为外界提供一定功能的模型结构
静态结构-定义了系统中重要对象的属性和服务,以及这些对象之间的相互关系
动态行为-定义了对象的时间特性和对象为完成目标而相互进行通信的机制
UML的基本概念[2]-UML简介
UML(Unified Modeling Language)是一种构建软件系统和文档的通用可视化建模语言。
UML能与所有的开发方法一同使用,可用于软件开发的整个生命周期。
UML能表达系统的静态结构和动态信息,并能管理复杂的系统模型,便于软件团队之间的合作开发。
UML不是编程语言,但支持UML语言的工具可以提供从UML到各种编程语言的代码生成,也可以提供从现有程序逆向构建UML模型。
UML的基本概念[3]-UML简介
UML并不是万能的,它是一种离散的建模语言,对于特定的领域,比如:GUI、VLSI电路设计或基于规则的人工智能,用特定的语言和工具可能更合适。
UML的基本概念[4]- UML的目标
最重要目标:UML是所有建模人员可以使用的通用建模语言。它包含主流建模方法的概念,从而可以替代现有的软件分析和设计方法,比如:OMT,Booch,OOSE等。
UML不是完整的开发方法,它不包括逐步的开发流程,但它提供所有必要的概念,具备足够的表达能力。
UML的另一个目标是:能尽量简洁地表达系统的模型。
UML的基本概念[5]- UML概念范围
UML概念可以划分为以下范围:
系统需求
静态结构
动态行为
交互行为
物理实现
各种图之间的关系
模型组织
扩展机制
UML的基本概念[6]- UML概念范围
系统需求
用例视图(Use Cases View)从外部用户的角度来描述系统的行为,它将系统功能划分为对用户有意义的事务,这些事务被称为用例,用户被称为执行者,用例视图也就是描述活动者在各个用例中的参与情况,它指导所有的行为视图。

UML的基本概念[7]- UML概念范围
静态结构:
静态视图(Static View),一个模型必须首先定义各种事物的内部特征和相互之间的关系,应用概念建模成类,类描述事物的属性和以及在这些属性上的操作。类之间可以存在不同的关系,比如泛化(继承)、关联和依赖等,静态视图表示成类图,静态视图在某一时刻的快照称为对象图。
UML的基本概念[8]- UML概念范围
动态行为:
状态机视图(State Machine View),通过对每个类的对象的生命周期进行建模,描述了对象时间上的动态行为。状态机是由状态和迁移组成的图,状态机通常附属于类,描述类实例对接受事件的响应。
活动视图(Activity View)是利用状态机对运算和工作流进行建模的特殊形式。活动图的状态代表了运算执行的状态,而非一般对象的状态,活动图和流程图很相似,不过它支持并发。
UML的基本概念[9]- UML概念范围
交互行为:
交互视图(Interaction View),对象通过交互来实现行为,交互视图通过协作来进行建模,协作具有结构和行为两个方面,结构包含为行为方面而定义的一系列角色和关系,行为方面是绑定于角色的对象间的一系列交换的消息,这些消息在协作中称为交互,消息序列可用两种图来表示:顺序图(重点在消息的时间顺序)和协作图(重点在交换消息的对象间的关系)。
UML的基本概念[10]- UML概念范围
物理实现:
物理视图(Physical View),许多系统模型独立于最终的实现,在实现方面,必须充分考虑系统的重用性和性能。UML有两种视图来表示系统的实现:实现视图和部署视图,实现视图将可重用的系统片段打包成组件,部署视图描述系统运行时资源的物理分布,这些资源称为结点。
UML的基本概念[11]- UML概念范围
各种图之间的关系
静态视图(类图,对象图),物理视图(实现视图,部署视图)是描述系统的静态结构。
用例图是描述系统的外部视图。
活动图描述系统的外部/内部视图。
交互视图(顺序图,协作图)描述系统的内部视图。
状态图描述单个类的动态行为。
UML的基本概念[12]- UML概念范围
模型组织
模型管理视图(Model Management View),任何大系统必须划分为较小的单元,以使人们能在某一时刻只接触有限的信息,不影响团队间的并行工作。模型是利用包(Package)和包的依赖来进行管理的。包是UML模型中通用的层次组织结构,包上的依赖总结了包内容的依赖关系。
UML的基本概念[13]- UML概念范围
扩展机制
扩展机制(Extension Mechanisms),UML能满足绝大部分系统建模的需要,但任何语言都不是万能的,它必须考虑一定的扩展机制,UML的扩展机制包括约束、标签值和原型。这些扩展机制可以用来为特定领域剪裁UML的配置,这样带来一些好处:根据自身需要来使用建模语言。
描绘系统体系结构
UML常用视图
视图间的相关性
模型,视图,和图表
UML视图
UML视图
Use Case View
描述系统行为,用户和系统的交互
面向最终用户,分析员和测试人员
静态:Use Case图
动态:交互图,状态图和活动图
Logic View
系统的面向对象模型
面向最终用户,分析设计人员
静态:类图,对象图
动态:交互图,状态图,活动图
UML视图
Process View
描述系统的并发和同步机制,包括进程、线程的组织
面向集成人员
静态和动态图同逻辑视图,但是关注的是表示进程和线程的主动类
Implementation View
描述用来发布实际系统的文件和软件部件,关注配置管理和系统组装
面向编程人员
静态:构件图  
动态:交互图,状态图,活动图
UML视图
Deployment View
描述硬件拓扑结构和分布。
面向系统工程师
静态:部署图
动态部分同Process View
UML模型概述
UML视图
Use Case图、交互图(顺序图、协作图)、状态图活动图、类图(对象图)、构件图、部署图
模型管理机制
包,子系统,模型
扩展机制
约束 版式(stereotype) 标记值(tagged value)
静态建模[1]
一个模型必须首先定义各种事物的内部特征和相互之间的关系,下面介绍一些基本的模型元素:
静态建模[2]-类
类是具有相同属性、操作和关系的对象集合的总称。通常在UML中类被画成矩形,包括三个部分:名称、属性和操作。
名称:每个类都必须有一个名字,用来区分其它的类。类名是一个字符串,称为简单名字。路径名字是在类名前加包含类的包名为前缀。例如Wall、java::awt::Wall都是合法的类名。
属性:类可以有任意多个属性,也可以没有属性。在类图中属性只要写上名字就可以了,也可以在属性名后跟上类型甚至缺省取值 。
操作:操作是类的任意一个实例对象都可以调用的,并可能影响该对象行为的实现。
静态建模[3]-类
静态建模[4]-接口
接口是未给出实现的对象行为的描述,接口包含操作,但没有属性,一个或多个类可以实现接口,每个类实现接口的操作。
静态建模[5]-子系统(包)
任何大系统都必须划分为较小的单元,以便人们在某一时刻可以和有限的信息工作,使团队的工作不相互影响。
包可以包含各种模型元素和其它的包,包之间还可能存在一定的依赖。
静态建模[6]-子系统(包)
子系统是具有独立的说明和实现部分的包,它代表了与系统其它部分具有清晰接口的清晰单元,它通常代表了系统在功能或实现范围上的划分。
静态建模[7]-执行者
执行者是与系统、子系统或类交互的外部人员,进程或事务。在运行时,具体人员会充当系统的多个执行者,不同用户可能会成为一个执行者。
静态建模[8]-用例
用例是系统提供的外部可感知的功能单元,用例的目的是定义清晰的系统行为,但不解释系统的内部结构。
用例可以与执行者关联,也可以参与其他的多种关系,比如扩展、泛化和包含等。
用户的动态部分用交互视图来描述,比如顺序图、协作图。
用例用椭圆来表示,用例名标在椭圆下方,用实线与同自身通信的用户相连。
静态建模[9]-用例
Registrar -- maintain the curriculum
Professor -- request roster
Student -- maintain schedule
Billing System -- receive billing information from registration
静态建模[10]-用例图
用例图描述执行者在各个用例中的参与情况。
静态建模[11]-组件
组件是可重用的系统片段,具有良好定义接口的物理实现单元。每个组件包含了系统设计中某些类的实现。
组件设计的原则:良好的组件不直接依赖于其它组件,而是依赖于其它组件所支持的接口。这样的好处是系统中的组件可以被支持相同接口的组件所取代。
一个组件可能是源代码、可执行程序或动态库。
静态建模[12]-结点
结点代表系统运行时的物理对象,结点通常拥有运算能力,它可以容纳对象和组件实例。
静态建模[13]-注释
注释用于解释设计的思路,便于理解。
一个好的模型应该有详尽的注释。
静态建模[14]-关系-关联
关联描述了系统中对象和其它实例之间的离散的连接,关联是有序的,它允许重复,关联的实例是链。
关联至对象的连接点称为关联端点,很多信息被附在关联端点上,它拥有角色名、重数(多少个类的实例可以关联于另一个类的实例),可见性等。
关联有自己的名称,可以拥有自己的属性,这时关联本身也是类,称为关联类。
静态建模[15]-关系-关联
静态建模[16]-关系-关联
聚集(Aggregation)用来表达整体-部分关系的关联。组合(Composition)是一种聚集,是关联更强的形式。
静态建模[17]-关系-泛化
泛化是一般化和具体化之间的一种关系。
继承就是一种泛化关系,更一般化的描述称为双亲,双亲的双亲称为祖先,更具体化的描述称为孩子,在类的范畴,双亲对应超类,孩子对应子类。
静态建模[18]-关系-泛化
多重继承:一个孩子可以从多个双亲继承属性和方法。多重继承可能存在冲突,因为被继承的双亲可能存在相同的类声明,这时,最好显式解决冲突问题。
静态建模[19]-关系-依赖
静态建模[20]-关系-实现
实现是依赖的一种,但由于它具有特殊意义,所以将它独立讲述。实现是连接说明和实现之间的关系。
静态建模[21]-关系-约束
约束用来表示各种限制,如关联路径上的限制,和属性特征检测(存在、所有)。
静态建模[22]-类图
静态视图是UML的基础,静态视图表示为类图,主要是描述类和类之间的关系。
静态建模[23]-对象图
对象图是系统在某一时刻的快照。
动态建模[1]
状态机图
用例图
活动图
顺序图
协作图
动态建模[2]-状态机图
状态机图是对单个类的对象的生命周期进行建模,描述了对象时间上的动态行为,每个对象被认为是事件驱动的孤立实体。
状态机图是由状态和跃迁组成的图,通常状态机附属于类,描述类实例对接受事件的响应。
事件表达对象间的调用、显式信号、值的改变或时间的推移。
调用事件、变更事件、信号事件、时间事件
状态描述对象生命周期的一段时间,可以是等待其它事件时所处的时间,或是执行某一活动时所处的时间,状态分为简单状态和复合状态。
动态建模[3]-状态机图
跃迁定义对象对某一事件发生的反应,通常,迁移具有触发事件、跃迁条件、动作和目标状态。
跃迁的种类有外部跃迁和内部跃迁。外部跃迁是最普通的跃迁,会发生状态改变;内部跃迁不发生状态改变。
跃迁有两个隐式动作:进入动作和退出动作。无论何时进入和退出时都要执行,这方便进入时进行初始化工作,退出时进行资源的释放工作。
动态建模[4]-状态机图
动态建模[5]-用例图
用例图描述各个执行者在各个用例中的参与情况,描述系统为用户所感知的外部视图。
用例图的功能:
捕获系统用户需求
描述系统边界
指明系统外部行为
指导系统开发者的功能开发
系统建模的起点,指导所有的类图和交互图的设计
产生测试用例,用户文档
估计项目大小和进度。
动态建模[6]-用例图
用例可以参与多种关系:关联、扩展、泛化和包含。
动态建模[7]-活动图
活动图是用状态机对工作流进行建模的特殊形式,它和流程图很类似,不过它支持并发控制。
活动图一般不描述所有的运算细节,它显示活动的流,但不显示执行活动的对象。
活动图处于系统的外部和内部视图之间,所以它可以作为设计的起点,为了完成设计,每个活动必须扩展成一个和多个操作,每个操作被指派给特定的对象来实现。
将商业组织控制的活动划分在一起,这类划分可以通过分隔的区域来表达,由于它们的外观,每个区域称为泳道(swimlane)。
动态建模[8]-活动图
动态建模[9]-带有对象流的活动图
动态建模[10]-交互视图
对象行为是通过交互来实现的,交互是对象间为完成某一目的而进行的一系列消息交换。
消息是对象间的单向通信,从发送者到接受者的携带信息的控制流。消息可能带有值参。
消息序列可用两种图表示:顺序图(重点在消息的时间顺序)和协作图(重点在交换消息的对象间的关系)。对协作图来说,时间顺序可以从顺序号获得。
动态建模[11]-顺序图
顺序图用二维表来表示交互,纵向是时间轴,横向是参与的角色以及它们交换的消息。
角色的生命周期表现为生命线,一条垂直的线,在激活的时间段里是双线,在状态保持的时间里是虚线。
消息表示为从一条生命线出发到另一条生命线的有向线,从上而下,表示消息的时间顺序。
动态建模[12]-顺序图
动态建模[12]-协作图
协作图包含分类角色和关联角色,当它实例化时,对象被绑定到分类角色,链被绑定到关联角色.关联角色还可能被各种暂时性的链来充当,如过程参数和局部过程变量,链可以指定暂时性的原型:<<parameter>>、<<local>>或自身调用<<self>>。
协作图对实现协作的对象和链进行建模,而忽略其他对象。
动态建模[13]-协作图
动态建模[14]-协作图
通常在一个协作图中每个对象分配一个符号,然而有时不同状态的对象需要显式指出,流将同一个对象的不同状态版本关系在一起,使用<<become>>原型。流的<<copy>>原型不太常用。
物理架构[1]
实现视图
部署视图
物理架构[2]-实现视图
实现视图描述可重用的系统组件以及组件之间的依赖。
物理架构[3]-部署视图
部署视图描述系统资源在运行时的物理分布,系统资源成为结点。
建模步骤[1]
UML是一种建模语言而不是方法,这是因为UML中没有过程的概念,而过程正是方法的一个重要组成部分。UML本身独立于过程,这意味着用户在使用UML进行建模时,可以选用任何适合的过程。
一般采用的建模过程有:瀑布开发模型、迭代递增开发模型。
建模步骤[2]-瀑布开发模型
瀑布开发模型
建模步骤[3]-迭代递增开发模型
迭代递增开发模型
建模步骤[4]-UML建模过程
基于UML的系统开发采取增量迭代开发模型。

[1] 需求  最初需求规格说明应当由代表系统最终用户的人员提供,内容包括系统基本功能需求和对计算机系统的要求。
[2] 分析  分析的任务是找出系统的所有需求并加以描述,同时建立模型,以定义系统中的关键领域类,应由系统用户和开发人员合作完成。
       分析的第一步是定义用例,以描述所开发系统的外部功能需求。用例分析包括阅读和分析需求说明,此时需要与系统的潜在用户进行讨论。
建模步骤[5]-UML建模过程
[3] 设计  设计阶段的任务是通过综合考虑所有的技术限制,以扩展和细化分析阶段的模型。
设计阶段可以分为两个部分:结构设计是高层设计,其任务是定义包(子系统),包括包间的依赖性和主要通信机制。我们希望得到尽可能简单和清晰的结构,各部分之间的依赖尽可能的少,并尽可能的减少双向的依赖关系。 第二部分是详细设计,细化包的内容,使编程人员得到所有类的一个足够清晰的描述。
建模步骤[6]-UML建模过程
结构设计  一个设计良好的系统结构是系统可扩充和可变更的基础。包实际上是一些类的集合。类图中包括有助于用户从技术逻辑中分离出应用逻辑(领域类),从而减少它们之间的依赖性。
详细设计  详细设计的目的是通过创建新的类图、状态图和动态图(顺序图、协作图和活动图),描述新的技术类,并扩展和细化分析阶段的对象类。
建模步骤[7]-UML建模过程
[4] 实现  构造或实现阶段是对类进行编程的过程。可以选择某种面向对象对象编程语言(如Java)作为实现系统的软件环境。Java很容易实现从逻辑视图到代码部件的映射,因为类到Java代码文件之间是一一映射关系。
        在实现阶段中,可以选取各种图的说明来辅助编程,比如:类图,状态图和动态图等。
建模步骤[8]-UML建模过程
[5]测试和配置  完成系统编码后,需要对系统进行测试,它通常包括:单元测试、集成测试、系统测试和验收测试。
         在单元测试中使用类图和类的规格说明,对单独的类或一组类进行测试;在集成测试中,使用组件图和合作图,对各组件的合作情况进行测试;在系统测试中,使用用例图,以检验所开发的系统是否满足例图所描述的需求。
        系统的配置是实际地交付系统,包括文档和组成模型等。
Rose的使用[1]
ROSE是美国Rational公司的面向对象建模工具,利用这个工具,我们可以建立用UML描述的软件系统的模型,而且可以自动生成和维护C++、Java、VB、Oracle等语言和系统的代码。
ROSE的界面分为三个部分——Browser窗口、Diagram窗口和Document窗口。Browser窗口用来浏览、创建、删除和修改模型中的模型元素;Diagram窗口用来显示和创作模型的各种图;而Document窗口则是用来显示和书写各个模型元素的文档注释。
Rose的使用[2]
Rose的使用[3]
Browser窗口有四个视图:
Use Case
Logical
Component
Deployment
Rose的使用[4]
在Use Case视图的图的类型有:用例图、顺序图、协作图和活动图。
Rose的使用[5]
在Logical视图中的类型有:类图和状态图。
Rose的使用[6]
在Component视图的图的类型有:组件图。
Rose的使用[7]
在Deployment视图的图的类型有:部署图。
Rose的使用[8]-各种图
Rose的使用[9]-各种图
Rose的使用[10]-各种图
实例一[1]-Hello World
很多教科书上的第一个程序就是Hello world,一个在屏幕上简单地打印出“Hello world!”语句的例子。
在java中一个在浏览器中显示“Hello World!”的Applet的代码如下:
   import  java.awt.Graphics;
   class  HelloWorld extends java.applet.Applet{
      public  void paint( Graphics g ){
           g.drawString("Hello World!",10,10 );
      }
   }
实例一[2]-Hello World
用例图
实例一[3]-Hello World
HelloWorld类
实例一[4]-Hello World
类图
实例一[5]-Hello World
顺序图
实例二[1]-图书馆系统-用例图
执行者
读者
图书馆员
管理员
用例
图书馆管理
实例二[2]-图书馆系统-用例图
读者用例图
实例二[3]-图书馆系统-用例图
图书馆员用例图
实例二[4]-图书馆系统-用例图
管理员用例图
参考书与资源链接[1]
有关UML的书:【关键词:UML】
UML with Rational Rose从入门到精通
很大篇幅介绍Rose的使用,适于入门
UML参考手册
最经典的书籍,由三剑客编写,适于精通
UML面向对象设计基础
用通俗易懂的语言描述了面向对象的各个方面,适于面向对象技术的入门
UML Programming Guide设计核心技术
中国人自己编写的书籍,以中国人的视觉描述UML,是一本很不错的介绍UML设计的书。

 
  下载地址
  点这里下载 → 本地高速下载 点这里下载 → 迅雷专用下载 点这里下载 → 迅雷离线链下载  
点这里下载 → 本地高速下载 点这里下载 → 迅雷专用下载 点这里下载 → 迅雷离线链下载
·上一课件:软件过程成熟度SW-CMM
·下一课件:软件质量与项目管理.ppt
  课件评论
 

评论内容只代表网友观点,与本站立场无关!

   评论摘要(共 0 条,得分 0 分,平均 0 分) 查看完整评论
 
  下载说明
  * 为了达到最快的下载速度,推荐使用网际快车迅雷下载本站软件。
* 请一定升级到最新版WinRAR3.80才能正常解压本站提供的软件!
* 如果您发现下载链接错误,请点击报告错误谢谢!
* 站内提供的所有软件包含破解及注册码均是由网上搜集,若侵犯了你的版权利益,敬请来信通知我们!
 
 
  本类热门下载
 
  • 1Authorware课件下载
  • 2Photoshop课件下载
  • 3第6章 用Director MX 11.0制作 演示多
  • 4Flash 8.0课件下载
  • 5第4章 用Authorware 7制作交互式多媒体
  • 6Flash 8.0ppt课件下载
  • 7网站建设流程.ppt
  • 8网络的利弊
  •  
      相关下载
     
  • UML_Rational_Rose.ppt
  • UML_Rational_Rose
  •  
      下载栏目导航
     
  • 语文
  • 数学
  • 英语
  • 物理
  • 化学
  • 政治
  • 生物
  • 地理
  • 音乐
  • 美术
  • 历史
  • 计算机
  • 课件素材
  • 其他课件
  • 考试题库
  •  

    Copyright © 2005-2010 Goodppt.Com. All Rights Reserved .
    站长QQ:65036487 豫ICP备05024667号