全部标准国家标准行业标准国外标准
您的位置：
CSA ISO/IEC &&信息技术 - 开放分布式处理 - 统一建模语言（ UML ）版本1.4.2
CSA ISO/IEC &&信息技术 - 开放分布式处理 - 统一建模语言（ UML ）版本1.4.2
CSA ISO/IEC
信息技术 - 开放分布式处理 - 统一建模语言（ UML ）版本1.4.2
Information Technology - Open Distributed Processing - Unified Modeling Language (uml) Version 1.4.2
ISO/IEC 19501
英文版, 中文版
1 Scope2 Normative references
2.1 Identical Recommendations/International Standards3 General Information
3.1 Description
3.2 Outside the Scope of the UML
3.3 Primary Artifacts of the UML
3.4 Motivation to Define the UML
3.5 Goals of the UML
3.6 UML - Past, Present, and Future4 UML SemanticsPart 1 - Background
4.1 Introduction
4.2 Language Architecture
4.3 Language FormalismPart 2 - Foundation
4.4 Foundation Package
4.6 Extension Mechanisms
4.7 Data TypesPart 3 - Behavioral Elements
4.8 Behavioral Elements Package
4.9 Common Behavior
4.10 Collaborations
4.11 Use Cases
4.12 State Machines
4.13 Activity GraphsPart 4 - General Mechanisms
4.14 Model Management5 UML Notation GuidePart 1 - Background
5.1 IntroductionPart 2 - Diagram Elements
5.2 Graphs and Their Contents
5.3 Drawing Paths
5.4 Invisible Hyperlinks and the Role of Tools
5.5 Background Information
5.6 String
5.9 Keywords
5.10 Expression
5.12 Type-Instance CorrespondencePart 3 - Model Management
5.13 Package
5.14 Subsystem
5.15 ModelPart 4 - General Extension Mechanisms
5.16 Constraint and Comment
5.17 Element Properties
5.18 StereotypesPart 5 - Static Structure Diagrams
5.19 Class Diagram
5.20 Object Diagram
5.21 Classifier
5.22 Class
5.23 Name Compartment
5.24 List Compartment
5.25 Attribute
5.26 Operation
5.27 Nested Class Declarations
5.28 Type and Implementation Class
5.29 Interfaces
5.30 Parameterized Class (Template)
5.31 Bound Element
5.32 Utility
5.33 Metaclass
5.34 Enumeration
5.35 Stereotype Declaration
5.36 Powertype
5.37 Class Pathnames
5.38 Accessing or Importing a Package
5.39 Object
5.40 Composite Object
5.41 Association
5.42 Binary Association
5.43 Association End
5.44 Multiplicity
5.45 Qualifier
5.46 Association Class
5.47 N-ary Association
5.48 Composition
5.50 Generalization
5.51 Dependency
5.52 Derived Element
5.53 InstanceOfPart 6 - Use Case Diagrams
5.54 Use Case Diagram
5.55 Use Case
5.56 Actor
5.57 Use Case Relationships
5.58 Actor RelationshipsPart 7 - Interaction Diagrams
5.59 Collaboration
5.60 Sequence Diagram
5.61 Object Lifeline
5.62 Activation
5.63 Message and Stimulus
5.64 Transition TimesPart 8 - Collaboration Diagrams
5.65 Collaboration Diagram
5.66 Pattern Structure
5.67 Collaboration Contents
5.68 Interactions
5.69 Collaboration Roles
5.70 Multiobject
5.71 Active object
5.72 Message and Stimulus
5.73 Creation/Destruction MarkersPart 9 - Statechart Diagrams
5.74 Statechart Diagram
5.75 State
5.76 Composite States
5.77 Events
5.78 Simple Transitions
5.79 Transitions to and from Concurrent States
5.80 Transitions to and from Composite States
5.81 Factored Transition Paths
5.82 Submachine States
5.83 Synch StatesPart 10 - Activity Diagrams
5.84 Activity Diagram
5.85 Action State
5.86 Subactivity state
5.87 Decisions
5.88 Call States
5.89 Swimlanes
5.90 Action-Object Flow Relationships
5.91 Control Icons
5.92 Synch States
5.93 Dynamic Invocation
5.94 Conditional ForksPart 11 - Implementation Diagrams
5.95 Component Diagram
5.96 Deployment Diagram
5.98 Component6 UML Example ProfilesExample 1 - UML Profile for Software Development Processes
6.1 Introduction
6.2 Summary of Profile
6.3 Stereotypes and Notation
6.4 Well-Formedness RulesExample 2 - UML Profile for Business Modeling
6.5 Introduction
6.6 Summary of Profile
6.7 Stereotypes and Notation
6.8 Well-Formedness Rules7 UML Model Interchange
7.1 Overview
7.2 Model Interchange Using XMI
7.3 Model Interchange Using CORBA IDL8 Object Constraint Language Specification
8.1 Overview
8.2 Introduction
8.3 Relation to the UML Metamodel
8.4 Basic Values and Types
8.5 Objects and Properties
8.6 Collection Operations
8.7 The Standard OCL Package
8.8 Predefined OCL Types
8.9 GrammarA UML Standard ElementsB Legal InformationGlossaryIndex
Defines the Unified Modeling Language (UML) with the objective of providing system architects working on object analysis and design with one consistent language for specifying, visualizing, constructing, and documenting the artifacts of software systems, as well as for business modeling.定义与提供系统架构师的工作对象分析和设计有一个一致的语言，用于指定，可视化，构造和文档软件系统的文物，以及用于业务建模的目标统一建模语言（ UML ） 。
纸质版或者PDF电子版（用Acrobat Reader打开）或Word版本doc格式
相关免费标准
本类标准下载排行
本类最新免费标准
版权所有：www.ZBGB.org &&|
鲁ICP备号-21为什么要建模
　　模型是对现实的抽象简化，建模是为了让我们更好的理解系统。
　　当项目要很多人来完成时，就需要合作，合作就会有分工，针对不同的人员或者进程中不同的时期，应用相应的模型，我们就可以缩小所研究问题的范围，用以指导我们更好的完成自己的工作。
　　这里说的&我们&，指的是所有与软件开发有关的人员，不仅仅是软件设计和开发人员，还包括像客户、项目管理和测试人员等等，所有这些希望了解系统的人员。软件开发人员建立的模型，除了让自己更清楚系统外，更重要的是可以帮助其他软件开发人员和其它系统相关人员理解系统。
&&& 总的来说，建模要达到四个目的：
直观化：以更直观的形式来表达系统或系统的某个方面。　　说明功能：模型可以详细说明系统的结构或行为。　　指导功能：模型可以指导我们构造系统。　　文档化：模型对我们做出的决策进行文档化。
为什么是UML
&&&&& UML（Unified Modeling Language）统一建模语言,是用来对软件密集系统进行可视化建模的一种语言。UML为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。
&&& 首先，UML融合了以往众多建模语言方法中的基本概念，而且这些基本概念与其他面向对象技术中的基本概念大多相同，因而，UML必然成为这些方法以及其他方法的使用者乐于采用的一种简单一致的建模语言；其次，UML不仅仅是上述方法的简单汇合，而是在这些方法的基础上广泛征求意见，集众家之长，几经修改而完成的，UML扩展了现有方法的应用范围；第三，UML是标准的建模语言，而不是标准的开发过程。尽管UML的应用必然以系统的开发过程为背景，但由于不同的组织和不同的应用领域，需要采取不同的开发过程。
&&&& UML作为一种建模语言，UML的定义包括UML语义和UML表示法两个部分。
　& (1) UML语义 描述基于UML的精确元模型定义。元模型为UML的所有元素在语法和语义上提供了简单、一致、通用的定义性说明，使开发者能在语义上取得一致，消除了因人而异的最佳表达方法所造成的影响。此外UML还支持对元模型的扩展定义。
(2) UML表示法 定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型，在语义上它是UML元模型的实例。
UML精确的元模型定义和简单统一的符号表示，也成为其被广泛采用的一个原因。
&UML的主要内容
&&& 标准建模语言UML的重要内容可以由下列五类图（共9种图形）来定义:
　　第一类是用例图，从用户角度描述系统功能，并指出各功能的操作者。
　　第二类是静态图 (Static diagram)，包括类图、对象图和包图。
&&&其中类图描述系统中类的静态结构。不仅定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构（类的属性和操作）。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。
&&& 对象图是类图的实例，几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例，而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
　　包由包或类组成，表示包与包之间的关系。包图用于描述系统的分层结构。
　　第三类是行为图（Behavior diagram），描述系统的动态模型和组成对象间的交互关系。
&&&&其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常，状态图是对类图的补充。在实用上并不需要为所有的类画状态图，仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。
　　活动图描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动。
　　第四类是交互图（Interactive diagram），描述对象间的交互关系。
&&&&其中顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互；
&&&&合作图描述对象间的协作关系，合作图跟顺序图相似，显示对象间的动态合作关系。除显示信息交换外，合作图还显示对象以及它们之间的关系。
&&&&如果强调时间和顺序，则使用顺序图；如果强调上下级关系，则选择合作图。这两种图合称为交互图。
&&& 第五类是实现图 ( Implementation diagram )。
&&&其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。
　　配置图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备（用节点表示）以及它们之间的连接关系，也可显示连接的类型及部件之间的依赖性。在节点内部，放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。
从应用的角度看，当采用面向对象技术设计系统时，首先是描述需求；其次根据需求建立系统的静态模型，以构造系统的结构；第三步是描述系统的行为。其中在第一步与第二步中所建立的模型都是静态的，包括用例图、类图（包含包）、对象图、组件图和配置图等五个图形，是标准建模语言UML的静态建模机制。其中第三步中所建立的模型或者可以执行，或者表示执行时的时序状态或交互关系。它包括状态图、活动图、顺序图和合作图等四个图形，是标准建模语言UML的动态建模机制。因此，标准建模语言UML的主要内容也可以归纳为静态建模机制和动态建模机制两大类。
UML的应用领域
UML的目标是以面向对象图的方式来描述任何类型的系统，具有很宽的应用领域。其中最常用的是建立软件系统的模型，但它同样可以用于描述非软件领域的系统，如机械系统、企业机构或业务过程，以及处理复杂数据的信息系统、具有实时要求的工业系统或工业过程等。总之，UML是一个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模。
此外，UML适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。
在需求分析阶段，可以用用例来捕获用户需求。通过用例建模，描述对系统感兴趣的外部角色及其对系统（用例）的功能要求。分析阶段主要关心问题域中的主要概念（如抽象、类和对象等）和机制，需要识别这些类以及它们相互间的关系，并用UML类图来描述。为实现用例，类之间需要协作，这可以用UML动态模型来描述。在分析阶段，只对问题域的对象（现实世界的概念）建模，而不考虑定义软件系统中技术细节的类（如处理用户接口、数据库、通讯和并行性等问题的类）。这些技术细节将在设计阶段引入，因此设计阶段为构造阶段提供更详细的规格说明。
　　编程（构造）是一个独立的阶段，其任务是用面向对象编程语言将来自设计阶段的类转换成实际的代码。在用UML建立分析和设计模型时，应尽量避免考虑把模型转换成某种特定的编程语言。因为在早期阶段，模型仅仅是理解和分析系统结构的工具，过早考虑编码问题十分不利于建立简单正确的模型。
　　UML模型还可作为测试阶段的依据。系统通常需要经过单元测试、集成测试、系统测试和验收测试。不同的测试小组使用不同的UML图作为测试依据：单元测试使用类图和类规格说明；集成测试使用部件图和合作图；系统测试使用用例图来验证系统的行为；验收测试由用户进行，以验证系统测试的结果是否满足在分析阶段确定的需求。
　　总之，标准建模语言UML适用于以面向对象技术来描述任何类型的系统，而且适用于系统开发的不同阶段，从需求规格描述直至系统完成后的测试和维护。
&&&& 本文只是学习所有，纯属摘抄，如有雷同，还请谅解。
阅读(...) 评论()在线考试系统的UML建模
&&&&&&&&UML（统一建模语言）是一种定义良好、易于表达、功能强大且普遍适用的建模语言，可以对系统开发的产出进行可视化、规范定义、构造和文档化。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。通过对模型的描述，用模型来描述系统的结构或静态特征，以及行为或动态特征。从不同的视角为系统构架建模，形成系统的不同视图。[17]
&&&&&&&&现在UML已成为可视化建模语言事实上的工业标准。本系统采用UML进行建模。
&&&&&&&&在进行UML建模时，角色识别是非常重要的一步，因为往后的用例的识别也是角色的基础之上的。角色识别的任务是找出所有可能与系统发生交互行为的外部实体、对象和系统。它们的行为不受系统控制，但是可以提供输入给系统（即使用系统的功能，或者响应系统的服务请求，为系统提供服务接口）。
&&&&&&&&在系统描述中可知，考生与管理员都是系统的使用者，而且需要一个外部角色进行读取或者写入，这个外部角色就是系统的数据库。
&&&&&&&&综上所述，本系统存在着三种主要的角色：前台考生、后台管理员和数据库。
延伸阅读：
Copyright ©
工大在线 , All Rights Reserved.
网站法律顾问：ITLAW-庄毅雄律师> 问题详情
统一建模语言UML是一种定义良好、易于表达、功能强大、通用的可视化建模语言，下列关于UML说法错误的
悬赏：0&答案豆
提问人：匿名网友
发布时间：
统一建模语言UML是一种定义良好、易于表达、功能强大、通用的可视化建模语言，下列关于UML说法错误的是A．在UML的用例模型中，一个角色可以执行多个用例，一个用例可以被多个角色使用B．UML也适用于对象建模，其中的类图和对象图用于描述类模型、对象模型以及它们之间的动态关系，这两种图都属于UML的动态视图C．UML的包图是表明包以及包之间的关系的类图，包是对模型中涉及的元素进行分组后得到的结果。在进行元素分组时，应尽量追求包间低耦合、包内高内聚的目标D．UML中的顺序图和协作图都描述交互，但是顺序图强调的是时间，协作图强调的是空间请帮忙给出正确答案和分析，谢谢！
您可能感兴趣的试题
1对数据库中的数据进行及时转储是保证数据安全可靠的重要手段。下列关于静态转储和动态转储的说法正确的是A．静态转储过程中数据库系统不能运行其他事务，不允许在转储期间执行数据插入、修改和删除操作B．静态转储必须依赖数据库日志才能保证数据的一致性和有效性C．动态转储需要等待正在运行的事务结束后才能开始D．对一个24小时都有业务发生的业务系统来说，比较适合采用静态转储技术2设某并行数据库系统中有表T(a1， a2， . . .，an)，因数据量大，需采用一维划分法将数据划分到不同的磁盘上，以提高系统效率。设a1是划分属性，针对表T的查询操作多数为点查询，则适合采用的元组划分策略是A．轮转法与范围划分B．轮转法与散列划分C．散列划分与范围划分D．以上都不合适
我有更好的答案
论文写作技巧
相关考试课程
请先输入下方的验证码查看最佳答案
图形验证：
验证码提交中……}