第7章 统一建模语言(UML)1.ppt

上传人:hyn****60 文档编号:70747603 上传时间:2023-01-27 格式:PPT 页数:63 大小:430KB
返回 下载 相关 举报
第7章 统一建模语言(UML)1.ppt_第1页
第1页 / 共63页
第7章 统一建模语言(UML)1.ppt_第2页
第2页 / 共63页
点击查看更多>>
资源描述

《第7章 统一建模语言(UML)1.ppt》由会员分享,可在线阅读,更多相关《第7章 统一建模语言(UML)1.ppt(63页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、面向对象的系统分析、设计工具面向对象的系统分析、设计工具第第7章章 统一建模语言(统一建模语言(UML)统一建模语言统一建模语言UML可视化建模和可视化建模和ROSE用用UML和和Rose建模举例建模举例Agenda统一建模语言统一建模语言UMLUML简介简介UML的静态建模机制的静态建模机制UML的动态建模机制的动态建模机制什么是统一建模语言什么是统一建模语言Unified Modeling Language?第三代面向对象的建模语言,用于第三代面向对象的建模语言,用于 系统规格说明系统规格说明 系统可视化系统可视化 系统文档系统文档UML的提出的提出UML是在面向对象的分析与设计是在面向对

2、象的分析与设计(OOA&D)方法的基础上不断扩充、完善而方法的基础上不断扩充、完善而形成的一种标准建模语言形成的一种标准建模语言UML溶入了软件工程领域的新思想、新溶入了软件工程领域的新思想、新方法和新技术,是一种定义良好、易于方法和新技术,是一种定义良好、易于表达、功能强大且普遍适用的建模语言表达、功能强大且普遍适用的建模语言UML的主要提交者包括:的主要提交者包括:Rational,Microsoft,HP,IBM,ORACLE等公司等公司UML的定义的定义UML的定义包括的定义包括UML语义和语义和UML表示表示法两部分法两部分UML语义描述基于语义描述基于UML的精确元模型定的精确元模

3、型定义,元模型为义,元模型为UML的所有元素在语法和的所有元素在语法和语义上提供了简单、一致、通用的定义语义上提供了简单、一致、通用的定义性说明性说明UML表示法定义了表示法定义了UML符号的表示方法,符号的表示方法,为开发者或开发工具使用这些图形符号为开发者或开发工具使用这些图形符号和文本语法进行系统建模提供了标准和文本语法进行系统建模提供了标准UML的模型图的模型图用例图用例图:从用户角度描述系统功能,并指出各功能的 操作者静态图静态图:包括类图、对象图和包图,描述系统的静态结构行为图行为图:包括状态图和活动图,描述系统的动态模型和组成系统的对象之间的交互关系交互图交互图:包括顺序图和协作

4、图,描述对象之间的交互关系实现图实现图:包括构件图和配置图,构件图描述代码部件的物理结构及各部件之间的依赖关系,配置图定义系统中软硬件的物理体系结构UML用以下五类图来模型化一个系统用以下五类图来模型化一个系统UML的静态建模机制的静态建模机制UML的静态建模机制包括:的静态建模机制包括:用例图用例图(Use case diagram)类图类图(Class diagram)对象图对象图(Object diagram)包包(Package)构件图构件图(Component diagram)配置图配置图(Deployment diagram)用例图用例图描述外部执行者(描述外部执行者(Actor)

5、所理解的系统所理解的系统功能,主要用于系统需求分析阶段功能,主要用于系统需求分析阶段描述系统开发者、用户和其他项目有关描述系统开发者、用户和其他项目有关人员对系统需求规格达成的共识人员对系统需求规格达成的共识将系统看作黑盒,从外部执行者的角度将系统看作黑盒,从外部执行者的角度来理解系统来理解系统驱动需求分析之后各阶段的开发工作驱动需求分析之后各阶段的开发工作使用的建模元素主要有:用例、执行者、使用的建模元素主要有:用例、执行者、使用和扩展使用和扩展用例图的建模元素用例图的建模元素用例用例(Use Case):指系统外界与系统指系统外界与系统的一次典型交互作用的一次典型交互作用执行者执行者(Ac

6、tor):指与系统有交互作指与系统有交互作用的任何人或事物用的任何人或事物使用和扩展使用和扩展(Use and Extend):描述描述用例之间的两种不同形式的继承关用例之间的两种不同形式的继承关系系类、对象和类图类、对象和类图对象对象(Object)描述客观世界中某个实体,描述客观世界中某个实体,类类(Class)描述一组具有相同特征的对象,描述一组具有相同特征的对象,对象是类的实例对象是类的实例类类(Class)、对象对象(Object)和它们之间的和它们之间的关系揭示出系统的主要结构,是面向对关系揭示出系统的主要结构,是面向对象技术中最基本的元素象技术中最基本的元素类图描述类和类之间的静

7、态关系,包括类图描述类和类之间的静态关系,包括系统的结构和行为系统的结构和行为类之间的关系类之间的关系关联关联(Association):表示两个类之间存表示两个类之间存在某种语义上的联系在某种语义上的联系聚合聚合(Aggregation):是一种特殊形式的是一种特殊形式的关联,表示整体与部分的关系,即组成关联,表示整体与部分的关系,即组成继承继承(Generalization):表示一般元素表示一般元素和特殊元素的分类关系和特殊元素的分类关系依赖依赖(Dependency):一个类向另一个类一个类向另一个类发消息或一个类是另一个类的数据成员发消息或一个类是另一个类的数据成员/操作参数导致类之

8、间存在依赖关系操作参数导致类之间存在依赖关系类图的抽象层次类图的抽象层次概念层概念层(Conceptual):描述应用研描述应用研究领域中的概念,对应系统需求分究领域中的概念,对应系统需求分析阶段析阶段说明层说明层(Specification):描述软件描述软件的接口部分,对应系统设计阶段的接口部分,对应系统设计阶段实现层实现层(Implementation):描述软描述软件的实现部分,对应系统实现阶段件的实现部分,对应系统实现阶段类图的使用原则类图的使用原则不要试图使用所有的符号不要试图使用所有的符号根据项目开发的不同阶段,区分不同的根据项目开发的不同阶段,区分不同的抽象层次抽象层次不要过早

9、陷入实现细节不要过早陷入实现细节经常检查模型和模型中的元素是否有清经常检查模型和模型中的元素是否有清楚的目的和职责,模型是否真实地反映楚的目的和职责,模型是否真实地反映了研究领域的实际,模型和模型中的元了研究领域的实际,模型和模型中的元素的大小是否适中素的大小是否适中包图包图包包(Package):是一种分组机制,用于在是一种分组机制,用于在类集合中根据高内聚、低耦合的原则抽类集合中根据高内聚、低耦合的原则抽取出一个更高层次的集合取出一个更高层次的集合如果没有任何启发性原则来指导类的分如果没有任何启发性原则来指导类的分组,分组方法就是任意的组,分组方法就是任意的在在UML中,一般用依赖关系作分

10、组原则中,一般用依赖关系作分组原则包图主要显示类的包以及这些包之间的包图主要显示类的包以及这些包之间的依赖关系、继承关系和聚合关系依赖关系、继承关系和聚合关系构件图和配置图构件图和配置图构件图描述软件构件(原代码文件、二构件图描述软件构件(原代码文件、二进制代码文件、可执行文件)之间的依进制代码文件、可执行文件)之间的依赖关系赖关系配置图描述系统硬件的物理拓扑结构以配置图描述系统硬件的物理拓扑结构以及在此结构上执行的软件及在此结构上执行的软件结点结点(Node):表示一个物理设备以及其表示一个物理设备以及其上运行的软件系统上运行的软件系统连接连接(Connection):表示系统之间进行表示系

11、统之间进行交互的通信路径交互的通信路径UML的动态建模机制的动态建模机制消息消息(Message)状态图状态图(State Diagram)顺序图顺序图(Sequence Diagram)协作图协作图(Collaboration Diagram)活动图活动图(Activity Diagram)消息消息对象通过相互间的消息传递来完成相互对象通过相互间的消息传递来完成相互间的交互作用间的交互作用简单消息表示简单的控制流,不考虑通简单消息表示简单的控制流,不考虑通信的细节信的细节同步消息表示同步的控制流,调用者发同步消息表示同步的控制流,调用者发出消息后,必须等待消息返回出消息后,必须等待消息返回异

12、步消息表示异步的控制流,调用者发异步消息表示异步的控制流,调用者发出消息后,不必等待消息返回出消息后,不必等待消息返回状态图状态图状态图描述一个特定对象的所有可能状状态图描述一个特定对象的所有可能状态及其引起状态转移的事件态及其引起状态转移的事件状态图包括一系列的状态以及状态之间状态图包括一系列的状态以及状态之间的转移的转移状态是对象执行了一系列活动的结果,状态是对象执行了一系列活动的结果,状态图中定义的状态有:初态、终态、状态图中定义的状态有:初态、终态、中间状态、复合状态中间状态、复合状态转移指状态的变迁,在状态中表示为状转移指状态的变迁,在状态中表示为状态之间带箭头的连线态之间带箭头的连

13、线顺序图顺序图顺序图描述对象之间动态的交互关系,顺序图描述对象之间动态的交互关系,着重体现对象间消息传递的时间顺序着重体现对象间消息传递的时间顺序顺序图中的对象用一个带有垂直虚线的顺序图中的对象用一个带有垂直虚线的矩形框表示,矩形框里可以标示对象名矩形框表示,矩形框里可以标示对象名和类名,垂直虚线是对象的生命线,表和类名,垂直虚线是对象的生命线,表示在某段时间内对象的存在示在某段时间内对象的存在顺序图中对象间的通信通过在对象的生顺序图中对象间的通信通过在对象的生命线间画消息来表示命线间画消息来表示协作图协作图协作图描述相互合作的对象间的交互关协作图描述相互合作的对象间的交互关系和连接关系,着重

14、体现交互对象间的系和连接关系,着重体现交互对象间的静态链接关系静态链接关系链接链接(Link)用于表示对象间的各种关系,用于表示对象间的各种关系,包括组成关系的链接、聚集关系的链接、包括组成关系的链接、聚集关系的链接、限定关系的链接、导航链接限定关系的链接、导航链接在协作图的链接线上可以用消息来描述在协作图的链接线上可以用消息来描述对象间的交互对象间的交互活动图活动图活动图描述操作(类的方法)的行为,活动图描述操作(类的方法)的行为,以及描述用例和对象内部的工作过程以及描述用例和对象内部的工作过程活动图依据对象状态的变化来捕获动作活动图依据对象状态的变化来捕获动作(将要执行的工作或活动)与动作

15、的结(将要执行的工作或活动)与动作的结果果一项操作可以描述为一系列相关的活动一项操作可以描述为一系列相关的活动活动只有一个起始点,但可以有多个结活动只有一个起始点,但可以有多个结束点束点统一建模语言统一建模语言UML可视化建模和可视化建模和ROSE用用UML和和Rose建模举例建模举例Agenda可视化建模和可视化建模和ROSE可视化建模可视化建模ROSE及其主要功能及其主要功能用用Rose和和UML进行可视化建模进行可视化建模用标准建模语言的图形标用标准建模语言的图形标记构造系统模型记构造系统模型什么是可视化建模?什么是可视化建模?我们难于想象和理解一个复杂的我们难于想象和理解一个复杂的系统

16、系统我们需要为编程开发提供详细而我们需要为编程开发提供详细而准确的文档准确的文档我们需要和与项目有关的所有人我们需要和与项目有关的所有人员进行交流、讨论员进行交流、讨论为什么需要可视化建模?为什么需要可视化建模?可视化建模的益处可视化建模的益处可视化可视化-在构造出最终产品之前描述在构造出最终产品之前描述最终产品最终产品,从而从而降低风险降低风险 复杂性管理复杂性管理-用不同的建模机制和用不同的建模机制和建模元素来描述系统模型的不同方面建模元素来描述系统模型的不同方面,从而有效地管理系统的复杂性从而有效地管理系统的复杂性相互交流相互交流-向开发团队传递详细的开向开发团队传递详细的开发信息,和最

17、终用户一起验证系统功能发信息,和最终用户一起验证系统功能可视化建模的益处可视化建模的益处缩短开发周期缩短开发周期并行支持受控的迭代开发并行支持受控的迭代开发提高开发者的生产效率提高开发者的生产效率模型驱动的开发模型驱动的开发降低了开发风险降低了开发风险改善软件质量改善软件质量通过更能反映用户和商业通过更能反映用户和商业需求的开发来实现需求的开发来实现Rational RoseRational公司是一家国际上著名的软件厂公司是一家国际上著名的软件厂商,以开发商,以开发Ada语言起家,现居全球软件语言起家,现居全球软件厂商十三强之一厂商十三强之一Rational公司致力于向用户提供覆盖整个公司致力

18、于向用户提供覆盖整个软件开发生命周期的解决方案,帮助用软件开发生命周期的解决方案,帮助用户组建自己的户组建自己的“软件工厂软件工厂”Rational Rose为为Rational公司的旗舰产品公司的旗舰产品之一之一Rose的的主要功能主要功能全面支持全面支持UML建模语言建模语言强有力的正强有力的正/反向建模功能反向建模功能支持关系数据库逻辑模型的生成支持关系数据库逻辑模型的生成支持支持CORBA-2/IDL的正向工程的正向工程与多种开发环境无缝集成,包括:与多种开发环境无缝集成,包括:VB、JAVA、PB、C+、Ada、SmallTalk、Forte等等提供提供RoseScript和和Ros

19、e Automation机制机制为为Rose定制扩充功能定制扩充功能Rational Rose的可视化建模环境的可视化建模环境用用Rose和和UML进行可视化建模进行可视化建模UML是一种建模语言而不是方法;过程是方法是一种建模语言而不是方法;过程是方法的重要组成部分的重要组成部分用户在用用户在用UML建模时可根据软件开发过程的不建模时可根据软件开发过程的不同因素选用任何适当的过程同因素选用任何适当的过程迭代的增量式开发迭代的增量式开发(Iterative and Incremental Development)是一种先进的开发方法,它的开是一种先进的开发方法,它的开发过程由一系列向最终系统逼

20、近的迭代组成,发过程由一系列向最终系统逼近的迭代组成,每次迭代包含下列一个或多个子过程:需求分每次迭代包含下列一个或多个子过程:需求分析、分析、设计、实现和测试析、分析、设计、实现和测试统一建模语言统一建模语言UML可视化建模和可视化建模和ROSE用用UML和和Rose建模举例建模举例Agenda用用Rose和和UML进行可视化建模举例进行可视化建模举例系统背景系统背景需求陈述需求陈述 构造用例模型构造用例模型构造类和对象模型构造类和对象模型发现对象间的交互发现对象间的交互分析类之间的关系分析类之间的关系(Relationship)需求分析和系统分析需求分析和系统分析用用Rose和和UML进行

21、可视化建模举例进行可视化建模举例增加行为和结构增加行为和结构发现继承发现继承分析对象行为分析对象行为检查模型检查模型设计系统结构设计系统结构完成迭代过程完成迭代过程系统设计系统设计考察某所大学的课程登记考察某所大学的课程登记(Course Registration)系统,系统,任课教授的分配和学生的登记都很烦琐且费时间任课教授的分配和学生的登记都很烦琐且费时间每学期开始之前,教授须决定该学期教些什么课程;课每学期开始之前,教授须决定该学期教些什么课程;课程登记办公室负责把该信息输入计算机系统;为每个教程登记办公室负责把该信息输入计算机系统;为每个教授打印一份他要讲授课程的报告;为每个学生打印一

22、份授打印一份他要讲授课程的报告;为每个学生打印一份课程目录供学生选修课程目录供学生选修学生填写各式各样的课程登记表并交给课程登记办公室;学生填写各式各样的课程登记表并交给课程登记办公室;后者把学生的登记表输入计算机后者把学生的登记表输入计算机学生一般选修四门课;大多数情况下学生会如愿选修课学生一般选修四门课;大多数情况下学生会如愿选修课程,但有时会有冲突;此时,课程登记办公室要征求每程,但有时会有冲突;此时,课程登记办公室要征求每个学生的附加选择个学生的附加选择一旦课程登记期结束,教授会收到他们将要教的课程的一旦课程登记期结束,教授会收到他们将要教的课程的学生花名册学生花名册系统的背景系统的背

23、景需求陈述需求陈述在每学期开始之前,学生会获得一份有关本学期可选在每学期开始之前,学生会获得一份有关本学期可选修课程的目录表,每门课程包括授课教授、系、教室修课程的目录表,每门课程包括授课教授、系、教室位置和前提条件等位置和前提条件等新系统允许每个学生选择四门课程;另外,每个学生新系统允许每个学生选择四门课程;另外,每个学生还要选两门附加课程,供某门课程选满或取消时用;还要选两门附加课程,供某门课程选满或取消时用;每门课程选修人数在三到十人之间;登记完毕,登记每门课程选修人数在三到十人之间;登记完毕,登记系统将把该学生相关信息发送给财务系统,以便学生系统将把该学生相关信息发送给财务系统,以便学

24、生交费交费教授应能访问该联机系统,指定他本学期讲授的课程,教授应能访问该联机系统,指定他本学期讲授的课程,查看哪些学生选修了他的课程查看哪些学生选修了他的课程每学期有一个时间段,在该时间内,学生可以选修课每学期有一个时间段,在该时间内,学生可以选修课程或修改他们的修课计划程或修改他们的修课计划构造用例模型构造用例模型Use Case模型描述系统的功能模型描述系统的功能(Use Case),系统的环境系统的环境(Actor),以及以及Use Case和和Actor之间的关系之间的关系Actor表示和系统有交互作用的任何人或事表示和系统有交互作用的任何人或事Use Case表示系统要提供的功能表示

25、系统要提供的功能每个每个Use Case包含一个事件流,这些事件流包含一个事件流,这些事件流描述系统应该做什么而不是怎样去做描述系统应该做什么而不是怎样去做两种普通的两种普通的Use Case关系是关系是Use和和Extend课程登记系统的课程登记系统的Use Case图图该该Use Case由学生由学生启动,它提供如下启动,它提供如下功能:创建、删除功能:创建、删除、修改或浏览某、修改或浏览某学期学生修课计划学期学生修课计划在该校注册在该校注册登记并听课登记并听课的人的人构造类和对象模型(一)构造类和对象模型(一)对象是一个概念,抽象或是具有定义良对象是一个概念,抽象或是具有定义良好的边界及

26、对应用系统有意义的事物好的边界及对应用系统有意义的事物系统中的对象有三个特性:状态、行为、系统中的对象有三个特性:状态、行为、标识标识类是一组具有共同属性、共同操作、共类是一组具有共同属性、共同操作、共同关系的对象的描述或模板同关系的对象的描述或模板类的模板类的模板(Stereotype)有:实体有:实体(Entity)、边界边界(Boundary)、控制控制(Control)、公用体公用体(Utility)、例外例外(Exception)构造类和对象模型(二)构造类和对象模型(二)找出系统需要哪些类并没有一定的步骤找出系统需要哪些类并没有一定的步骤较好的方法是先找出较好的方法是先找出Boun

27、dary,Control和和Entity类类作为候选;由于分析和设计过程是迭作为候选;由于分析和设计过程是迭代的,这些候选类可随时间的推移进行调整代的,这些候选类可随时间的推移进行调整Entity类指与环境无关,通常情况与应用也无类指与环境无关,通常情况与应用也无关,在很长的时间内不会变化的类关,在很长的时间内不会变化的类Boundary类处理系统接口的类类处理系统接口的类Control类表示类表示Use Case的动态行为,是典型的的动态行为,是典型的应用相关类应用相关类课程登记系统类图课程登记系统类图类的类的Sterotype类的属性类的属性类的操作类的操作类所在的包类所在的包类的聚合关系

28、类的聚合关系发现对象间的交互发现对象间的交互Use Case描述的是系统的外部视图描述的是系统的外部视图Use Case的功能实现通过事件流捕获的功能实现通过事件流捕获情景情景(Scenario)是是Use Case的一个实例,用于的一个实例,用于帮助识别对象、类和对象间的交互帮助识别对象、类和对象间的交互Use Case的事件流典型地在文本里捕获;而情的事件流典型地在文本里捕获;而情景在对象交互图里捕获景在对象交互图里捕获交互图有顺序图和协作图两种交互图有顺序图和协作图两种顺序图描述在时间顺序上排列的对象交互作用顺序图描述在时间顺序上排列的对象交互作用协作图描述对象间的交互作用及相互间的链接

29、协作图描述对象间的交互作用及相互间的链接课程登记系统的顺序图课程登记系统的顺序图对象对象消息消息课程登记系统的协作图课程登记系统的协作图分析类之间的关系分析类之间的关系在系统分析阶段主要考虑类的联系在系统分析阶段主要考虑类的联系(Association)和聚合和聚合(Aggregation)关系关系联系是一种类之间的双向的语义连接;聚合是联系是一种类之间的双向的语义连接;聚合是联系的特殊情况,表示整体和部分的关系联系的特殊情况,表示整体和部分的关系类的多重性类的多重性(Multiplicity)指参与一个类关系指参与一个类关系的类的实例的数目的类的实例的数目自反关系自反关系(Reflexive

30、)指类的不同实例间的联指类的不同实例间的联系系情景可用来检查类之间是否应存在关系情景可用来检查类之间是否应存在关系课程登记系统的类图课程登记系统的类图类的继承关系类的继承关系类的多重性类的多重性增加类的行为和结构增加类的行为和结构类的行为类的行为(Behavior)对应类的操作对应类的操作(Operation);类的结构类的结构(Structure)对应类的对应类的属性属性(Attribute)交互图里的消息交互图里的消息(Message)一般对应类的操作一般对应类的操作很多类的属性可以在系统需求分析和事件流文很多类的属性可以在系统需求分析和事件流文档里发现;多向事务专家请教也是一个很好的档里

31、发现;多向事务专家请教也是一个很好的方法方法关系也可以有结构和行为,这种结构和行为用关系也可以有结构和行为,这种结构和行为用联系联系(Association)类来描述类来描述课程登记系统的类图课程登记系统的类图联系类联系类类的自类的自反关系反关系发现类的继承关系发现类的继承关系继承提供了建立类的层次结构的能力,其共同继承提供了建立类的层次结构的能力,其共同的结构和行为可以在类之间共享的结构和行为可以在类之间共享超类超类(Superclass)指描述共同的结构和行为的指描述共同的结构和行为的类;超类的后裔称为子类类;超类的后裔称为子类(Subclass)发现类的继承关系有两种方式:广义化发现类的

32、继承关系有两种方式:广义化(Generalization)和特殊化和特殊化(Specialization)广义化指封装几个类的共同结构和广义化指封装几个类的共同结构和/或行为或行为特殊化指对超类的特定的结构和特殊化指对超类的特定的结构和/或行为进行或行为进行改进或附加改进或附加课程登记系统的继承关系课程登记系统的继承关系类的继承关系类的继承关系类的聚合关系类的聚合关系分析对象的行为分析对象的行为包含重要的、有意义的动态行为的包含重要的、有意义的动态行为的类可以通过创建状态图来进一步分类可以通过创建状态图来进一步分析析状态图描述对象所有的状态、接受状态图描述对象所有的状态、接受的事件及采取的动作

33、的事件及采取的动作课程登记系统的动态图课程登记系统的动态图Event/Action/Target ClassActionStateTransition检查模型检查模型由于存在团队开发及个人理解的不同,经常进行模型由于存在团队开发及个人理解的不同,经常进行模型检查是必要的检查是必要的模型检查包括检查某些类是否需要合并、分解、删除模型检查包括检查某些类是否需要合并、分解、删除以及一致性检查以及一致性检查一致性检查常用三种方法:情景浏览、事件跟踪、文一致性检查常用三种方法:情景浏览、事件跟踪、文档回顾档回顾情景浏览主要浏览顺序图或协作图里高风险情景情景浏览主要浏览顺序图或协作图里高风险情景事件跟踪主

34、要检查顺序图或协作图里发出类的操作是事件跟踪主要检查顺序图或协作图里发出类的操作是否负责发出事件,接受类的操作是否期待事件并处理否负责发出事件,接受类的操作是否期待事件并处理它它文档回顾检查类名的唯一性及类定义的完整性,保证文档回顾检查类名的唯一性及类定义的完整性,保证所有的属性和操作都有一个完整的定义;检查项目的所有的属性和操作都有一个完整的定义;检查项目的所有标准,内容规则等都得到遵守所有标准,内容规则等都得到遵守设计系统的体系结构设计系统的体系结构软件的体系结构不是一维的,它由互为软件的体系结构不是一维的,它由互为补充的多个视图组成,即补充的多个视图组成,即“4+1”视图视图逻辑视图逻辑

35、视图组件视图组件视图过程视图过程视图分布视图分布视图用例视图用例视图设计系统的体系结构设计系统的体系结构逻辑视图主要描述系统的功能需求,即系统为用户提逻辑视图主要描述系统的功能需求,即系统为用户提供什么服务供什么服务组件视图关注软件管理、重用和编程语言及开发工具组件视图关注软件管理、重用和编程语言及开发工具的限制的限制过程视图注重系统运行时实现结构,如性能、可靠性、过程视图注重系统运行时实现结构,如性能、可靠性、可升级性、集成性、系统管理及同步等方面可升级性、集成性、系统管理及同步等方面分布视图描述系统运行时设备和运行于其上的软件的分布视图描述系统运行时设备和运行于其上的软件的配置,关注系统的

36、适用性、可靠性、性能和可升级性配置,关注系统的适用性、可靠性、性能和可升级性用例视图用来演示和验证系统的逻辑、过程、组件和用例视图用来演示和验证系统的逻辑、过程、组件和分布视图分布视图课程登记系统的逻辑视图课程登记系统的逻辑视图包包包之间的包之间的依赖关系依赖关系课程登记系统的组件视图课程登记系统的组件视图课程登记系统的过程视图课程登记系统的过程视图组件组件组件之间的组件之间的依赖关系依赖关系课程登记系统的分布图课程登记系统的分布图处理器处理器处理器之间处理器之间的连接的连接完成一次迭代完成一次迭代迭代计划确定了增量开发一个系统的进度表迭代计划确定了增量开发一个系统的进度表迭代计划必须明确每次

37、迭代的具体目标迭代计划必须明确每次迭代的具体目标 *本次迭代要开发哪些功能本次迭代要开发哪些功能 *本次迭代要减轻哪些风险本次迭代要减轻哪些风险(Risk)*本次迭代要修正哪些缺陷本次迭代要修正哪些缺陷(Defect)完成一次迭代完成一次迭代 *更新功能开发信息更新功能开发信息 *更新风险减轻信息更新风险减轻信息 *版本描述文档版本描述文档 *测试用例及测试结果测试用例及测试结果 *评估下次迭代结果的可度量标准评估下次迭代结果的可度量标准课程登记系统的迭代计划课程登记系统的迭代计划迭代一:维护教授信息;选择讲授的课程;维迭代一:维护教授信息;选择讲授的课程;维护开设的课程护开设的课程 “维护教授信息维护教授信息”和和“选择讲授的选择讲授的 课课 程程”必须在必须在“创建课程目录创建课程目录”之前完成之前完成迭代二:维护学生信息;创建课程目录迭代二:维护学生信息;创建课程目录 ”维护学生信息维护学生信息“和和“创建课程目录创建课程目录”必须在必须在“课程登记课程登记”之前完成之前完成迭代三:课程登记;获取班级花名册迭代三:课程登记;获取班级花名册 完成整个系统完成整个系统Rose建模环境里的课程登记系统模型建模环境里的课程登记系统模型

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 生活休闲 > 生活常识

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁