今天给各位分享POS机的uml用例图的知识，其中也会对pos机的结构图进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
- 1、uml静态视图有哪些
- 2、超市收银系统用例图，界面流程
- 3、UML是什么？
- 4、面向对象中包括哪些UML图及每件图的作用
- 5、如何通过uml
- 6、UML视图的五大类是怎么分的？
uml静态视图有哪些
UML与Rational Rose中利用UML可以开发几种不同的可视框图，表示系统的不同方面：
BusiessUseCase框图：表示整个机构提供的功能，用来回答：公司干什么？为什么要建立这个系统（它是整个系统的一个运行情景），这个图从机构的角度来绘制。
UseCase框图：显示使用案例与角色间的交互，使用案例表示从用户角度对系统的要求，因此表示系统的功能；角色是系统的主体，表示提供或接收系统信息的人或系统。
Activity框图：演示了系统中的功能流，可以在BusiessUseCase显示业务的工作流，也可以在UseCase中的细化中显示一个使用案例的事件流。Activity框图可以分为多个swimae，每个swimae表示工作流中的不同角色，每个swimae中的活动就是这个角色的责任。
Sequece框图：显示使用案例中的功能流程。对象和角色都在框图顶部。每个箭头表示角色与对象或对象与对象之间为完成所需功能而传递的消息。
Coaboratio框图：Sequece框图演示的是对象与角色随时间变化的交互，而Coaboratio框图则不参照时间而显示对象和角色的交互。Coaboratio框图可以显示对象处理过程的分布，如果Coaboratio框图是星型的，几个对象与一个中央对象通信，则设计人员认为系统对中央对象依赖太强，则可能重新设计中央对象，以更均匀地分配处理工作。这种交互很难在Sequece框图中看到。
Cass框图：显示系统中类与类之间的关系
Statechart框图：Cass框图提供了类及其关系的静态图形，而Statechart框图可以建模系统的动态功能。
Compoet框图：显示软件组件及其相互关系（逻辑关系）
Depoymet框图：显示网络的物理布局和各种组件的位置
UML与Rational Rose中Rose模型有四个视图：UseCase视图，ogica视图，Compoet视图和Depoymet视图，针对系统中不同使用人员（高层，低层）
◆UseCase视图：系统中的所有角色，使用案例和UseCase框图，还可能包括一些Sequece框图和Coaboratio框图。UseCase视图是系统中与系统实现无关的视图。
Activity框图：显示业务用例（BusiessUseCase框图中）中的工作流。
UseCase框图：角色和使用案例和它们之间的交互
Iteractio框图（它有两种实现形式：Sequece框图和Coaboratio框图）：显示一个使用案例流程涉及的对象或类。每个使用案例可能有多个Iteractio框图。Iteractio框图可以在UseCase视图（独立与实现）或ogica视图（与语言相关）中创建。
包：角色、使用案例或其它模型元素组，将类似的元素组合在一起，
注意：使用案例、UseCase框图来确定系统的高层视图。
◆Logical视图：关注如何实现使用案例中提出的功能。
Cass框图：构件类
Iteractio框图：用于显示参与使用案例事件流程的类（分析类）
包：一组相关类或者其它模型元素。有助于组织开发。
Statechart框图：对象的动态行为
◆Compoent视图：模型代码库
Compoent框图：组件及相互关系
包：相关组件的组，包装组件的关系的目的是：重复使用（没有关联关系的组件包可以重复使用）
◆Depolyment视图：关注系统的实际部署，可能与系统的逻辑结构不同
超市收银系统用例图，界面流程
超市收银系统用例图，界面是指收银员和收音机的界面，如何破之？你的问题描述的是什么？你想要得到什么答案呢？
推荐下载trufun plato UML2建模工具，参考该软件自带的UML模型案例，可以到trufun，net网站免费下载工具！
UML是什么？
面向对象的分析与设计(OOA＆D)方法的发展在80年代末至90年代中出现了一个高潮，UML是这个高潮的产物。它不仅统一了Booch、Rumbaugh和Jacobson的表示方法，而且对其作了进一步的发展，并最终统一为大众所接受的标准建模语言。
1. 标准建模语言UML的出现
公认的面向对象建模语言出现于70年代中期。从1989年到1994年，其数量从不到十种增加到了五十多种。在众多的建模语言中，语言的创造者努力推崇自己的产品，并在实践中不断完善。但是，OO方法的用户并不了解不同建模语言的优缺点及相互之间的差异，因而很难根据应用特点选择合适的建模语言，于是爆发了一场“方法大战”。90年代中，一批新方法出现了，其中最引人注目的是Booch 1993、OOSE和OMT-2等。
Booch是面向对象方法最早的倡导者之一，他提出了面向对象软件工程的概念。1991年，他将以前面向Ada的工作扩展到整个面向对象设计领域。Booch 1993比较适合于系统的设计和构造。
Rumbaugh等人提出了面向对象的建模技术（OMT）方法，采用了面向对象的概念，并引入各种独立于语言的表示符。这种方法用对象模型、动态模型、功能模型和用例模型，共同完成对整个系统的建模，所定义的概念和符号可用于软件开发的分析、设计和实现的全过程，软件开发人员不必在开发过程的不同阶段进行概念和符号的转换。OMT-2特别适用于分析和描述以数据为中心的信息系统。
Jacobson于1994年提出了OOSE方法，其最大特点是面向用例(Use-Case)，并在用例的描述中引入了外部角色的概念。用例的概念是精确描述需求的重要武器，但用例贯穿于整个开发过程，包括对系统的测试和验证。OOSE比较适合支持商业工程和需求分析。
此外，还有Coad/Yourdon方法，即著名的OOA/OOD，它是最早的面向对象的分析和设计方法之一。该方法简单、易学，适合于面向对象技术的初学者使用，但由于该方法在处理能力方面的局限，目前已很少使用。
概括起来，首先，面对众多的建模语言，用户由于没有能力区别不同语言之间的差别，因此很难找到一种比较适合其应用特点的语言；其次，众多的建模语言实际上各有千秋；第三，虽然不同的建模语言大多类同，但仍存在某些细微的差别，极大地妨碍了用户之间的交流。因此在客观上，极有必要在精心比较不同的建模语言优缺点及总结面向对象技术应用实践的基础上，组织联合设计小组，根据应用需求，取其精华，去其糟粕，求同存异，统一建模语言。
1994年10月，Grady Booch和Jim Rumbaugh开始致力于这一工作。他们首先将Booch 93和OMT-2 统一起来，并于1995年10月发布了第一个公开版本，称之为统一方法UM 0.8（Unitied Method）。1995年秋，OOSE 的创始人Ivar Jacobson加盟到这一工作。经过Booch、Rumbaugh和Jacobson三人的共同努力，于1996年6月和10月分别发布了两个新的版本，即UML 0.9和UML 0.91，并将UM重新命名为UML（Unified Modeling Language）。
1996年，一些机构将UML作为其商业策略已日趋明显。UML的开发者得到了来自公众的正面反应，并倡议成立了UML成员协会，以完善、加强和促进UML的定义工作。当时的成员有DEC、HP、I－Logix、 Itellicorp、 IBM、ICON Computing、MCI Systemhouse、Microsoft、Oracle、Rational Software、TI以及Unisys。这一机构对UML 1.0（1997年1月）及UML 1.1（1997年11月17日）的定义和发布起了重要的促进作用。
UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。
面向对象技术和UML的发展过程可用上图来表示，标准建模语言的出现是其重要成果。在美国，截止1996年10月，UML获得了工业界、科技界和应用界的广泛支持，已有700多个公司表示支持采用UML作为建模语言。1996年底，UML已稳占面向对象技术市场的85％，成为可视化建模语言事实上的工业标准。1997年11月17日，OMG采纳UML 1.1作为基于面向对象技术的标准建模语言。UML代表了面向对象方法的软件开发技术的发展方向，具有巨大的市场前景，也具有重大的经济价值和国防价值。
无双 回复于：2003-08-03 13:12:17
2. 标准建模语言UML的内容
首先，UML融合了Booch、OMT和OOSE方法中的基本概念，而且这些基本概念与其他面向对象技术中的基本概念大多相同，因而，UML必然成为这些方法以及其他方法的使用者乐于采用的一种简单一致的建模语言；其次，UML不仅仅是上述方法的简单汇合，而是在这些方法的基础上广泛征求意见，集众家之长，几经修改而完成的，UML扩展了现有方法的应用范围；第三，UML是标准的建模语言，而不是标准的开发过程。尽管UML的应用必然以系统的开发过程为背景，但由于不同的组织和不同的应用领域，需要采取不同的开发过程。
作为一种建模语言，UML的定义包括UML语义和UML表示法两个部分。
(1) UML语义 描述基于UML的精确元模型定义。元模型为UML的所有元素在语法和语义上提供了简单、一致、通用的定义性说明，使开发者能在语义上取得一致，消除了因人而异的最佳表达方法所造成的影响。此外UML还支持对元模型的扩展定义。
(2) UML表示法 定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型，在语义上它是UML元模型的实例。
标准建模语言UML的重要内容可以由下列五类图（共9种图形）来定义：
?第一类是用例图，从用户角度描述系统功能，并指出各功能的操作者。
?第二类是静态图 (Static diagram)，包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构（类的属性和操作）。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。
对象图是类图的实例，几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例，而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
包由包或类组成，表示包与包之间的关系。包图用于描述系统的分层结构。
?第三类是行为图（Behavior diagram），描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常，状态图是对类图的补充。在实用上并不需要为所有的类画状态图，仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。
而活动图描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动。
?第四类是交互图（Interactive diagram），描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互；合作图描述对象间的协作关系，合作图跟顺序图相似，显示对象间的动态合作关系。除显示信息交换外，合作图还显示对象以及它们之间的关系。如果强调时间和顺序，则使用顺序图；如果强调上下级关系，则选择合作图。这两种图合称为交互图。
?第五类是实现图 ( Implementation diagram )。其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。
配置图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备（用节点表示）以及它们之间的连接关系，也可显示连接的类型及部件之间的依赖性。在节点内部，放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。
从应用的角度看，当采用面向对象技术设计系统时，首先是描述需求；其次根据需求建立系统的静态模型，以构造系统的结构；第三步是描述系统的行为。其中在第一步与第二步中所建立的模型都是静态的，包括用例图、类图（包含包）、对象图、组件图和配置图等五个图形，是标准建模语言UML的静态建模机制。其中第三步中所建立的模型或者可以执行，或者表示执行时的时序状态或交互关系。它包括状态图、活动图、顺序图和合作图等四个图形，是标准建模语言UML的动态建模机制。因此，标准建模语言UML的主要内容也可以归纳为静态建模机制和动态建
模机制两大类。
无双 回复于：2003-08-03 13:12:38
3. 标准建模语言UML的主要特点
标准建模语言UML的主要特点可以归结为三点：
（1） UML统一了Booch、OMT和OOSE等方法中的基本概念。
（2） UML还吸取了面向对象技术领域中其他流派的长处，其中也包括非OO方法的影响。UML符号表示考虑了各种方法的图形表示，删掉了大量易引起混乱的、多余的和极少使用的符号，也添加了一些新符号。因此，在UML中汇入了面向对象领域中很多人的思想。这些思想并不是UML的开发者们发明的，而是开发者们依据最优秀的OO方法和丰富的计算机科学实践经验综合提炼而成的。
（3）UML在演变过程中还提出了一些新的概念。在UML标准中新加了模板(Stereotypes)、职责(Responsibilities)、扩展机制(Extensibility mechanisms)、线程(Threads)、过程(Processes)、分布式(Distribution)、并发(Concurrency)、模式(Patterns)、合作(Collaborations)、活动图（Activity diagram）等新概念，并清晰地区分类型(Type)、类(Class)和实例(Instance)、细化(Refinement)、接口(Interfaces)和组件(Components)等概念。
因此可以认为，UML是一种先进实用的标准建模语言，但其中某些概念尚待实践来验证，UML也必然存在一个进化过程。
4. 标准建模语言UML的应用领域
UML的目标是以面向对象图的方式来描述任何类型的系统，具有很宽的应用领域。其中最常用的是建立软件系统的模型，但它同样可以用于描述非软件领域的系统，如机械系统、企业机构或业务过程，以及处理复杂数据的信息系统、具有实时要求的工业系统或工业过程等。总之，UML是一个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模。
此外，UML适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。在需求分析阶段，可以用用例来捕获用户需求。通过用例建模，描述对系统感兴趣的外部角色及其对系统（用例）的功能要求。分析阶段主要关心问题域中的主要概念（如抽象、类和对象等）和机制，需要识别这些类以及它们相互间的关系，并用UML类图来描述。为实现用例，类之间需要协作，这可以用UML动态模型来描述。在分析阶段，只对问题域的对象（现实世界的概念）建模，而不考虑定义软件系统中技术细节的类（如处理用户接口、数据库、通讯和并行性等问题的类）。这些技术细节将在设计阶段引入，因此设计阶段为构造阶段提供更详细的规格说明。
编程（构造）是一个独立的阶段，其任务是用面向对象编程语言将来自设计阶段的类转换成实际的代码。在用UML建立分析和设计模型时，应尽量避免考虑把模型转换成某种特定的编程语言。因为在早期阶段，模型仅仅是理解和分析系统结构的工具，过早考虑编码问题十分不利于建立简单正确的模型。
UML模型还可作为测试阶段的依据。系统通常需要经过单元测试、集成测试、系统测试和验收测试。不同的测试小组使用不同的UML图作为测试依据：单元测试使用类图和类规格说明；集成测试使用部件图和合作图；系统测试使用用例图来验证系统的行为；验收测试由用户进行，以验证系统测试的结果是否满足在分析阶段确定的需求。
总之，标准建模语言UML适用于以面向对象技术来描述任何类型的系统，而且适用于系统开发的不同阶段，从需求规格描述直至系统完成后的测试和维护。
面向对象中包括哪些UML图及每件图的作用
UML中包含9种常用视图图。可以将这9种图分为两类，一类用于结构建模，称为结构图；一类用于行为建模，称为行为图。
原文出处：
结构图有4种，分别是：
•
类图（classdiagram）
类图显示一组类、接口、协作以及它们之间的关系。类图可用于说明系统的静态设计视图。包含主动类的类图可用于说明系统的静态进程视图。
•
对象图（objectdiagram）
UML图中对象图显示一组对象以及他们之间的关系。对象图是类图中发现的事物的实例的数据结构和静态快照。对象图也可用于说明系统的静态设计视图和静态的进程视图，但它是从现实或原型的方面来透视的（因为是类的实例）。
•
构件图（componentdiagram）
UML图中构件图显示了一组构件以及他们之间的关系。构件图可用于说明系统的静态实现视图。
•
实施图（deploymentdiagram）
UML图中实施图显示了一组节点以及他们之间的关系。实施图可用于说明系统的静态实施视图。
这4种图还有一些常见的变体，例如子系统图实际就是一个类图。
▶
行为图
行为图有5种，分别是：
•
用况图（usecasediagram）
UML图中用况图用于组织系统的行为，描述了一组用况和参与者以及他们之间的关系。用况图用于描述系统的静态用况视图。
•
顺序图（sequencediagram）和协作图（collaborationdiagram）
UML图中顺序图和协作图在语义上是等价的，它们可以互相转换。顺序图和协作图又被统称为交互图（interactiondiagram）。它们显示了一组对象和由这组对象发送和接收的消息。顺序图强调消息的时间次序，协作图强调发消息的对象的结构组织。
•
状态图（statechartdiagram）和活动图（activitydiagram）
UML图中状态图和活动图在语义上是等价的，
它们可以互相转换。状态图显示了一个由状态、转换、事件和活动组成的状态机，它强调一个对象按事件次序发生的行为，通常状态图用于对接口、类或协作的行为
建模。活动图显示了系统从活动到活动的流，它强调对象之间的控制流，通常活动图用于对系统的功能建模。
更多UML框图的应用和案例可以参考trufun.net的在线帮助系统
如何通过uml
UML（Unified Modeling Language的缩写）统一建模语言,
UML 2.0 中一共定义了13 种图示（diagrams）。为方便了解，可分类成右侧的结构。
结构图（Structure diagrams） 强调的是系统式的建模：
类图 (Class Diagram)
组件图(Component diagram)
复合结构图(Composite structure diagram)
部署图(Deployment diagram)
对象图(Object diagram)
包图(Package diagram)
行为图（Behavior diagrams） 强调系统模型中触发的事件：
活动图(Activity diagram)
状态机图 (State Machine diagram)
用例图 (Use Case Diagram)
交互图（Interaction diagrams）, 属于行为图形的子集合，强调系统模型中的资料流程：
通信图(Communication diagram]]
交互概述图(Interaction overview diagram) (UML 2.0)
序列图(顺序图)(Sequence diagram)
时间图(UML Timing Diagram) (UML 2.0)
UML视图的五大类是怎么分的？
1.用例视图 2.逻辑视图 3.实现视图 4.进程试图 5.部署试图
用例视图： 从外部角色的视角来展示系统的功能。角色与系统进行交互，它可以是一个用户，也可以是另外一个系统。用例是对系统功能需求的概括描述，系统的使用被描述为用例视图中的多个用例。用例视图常常通过用例图进行描述，有时也需要活动图的辅助。用例视图在系统建模中处于中心地位，是其他视图的驱动因素。用例视图在系统需求分析时起着重要的作用，系统开发的最终目标就是要与用例视图中的描述相一致。
逻辑视图： 用系统的静态结构和动态行为来展示系统内部的功能是如何实现的，其侧重点在于如何得到功能，这就要求逻辑视图能够剖析和展示系统的内部。系统的静态结构通过类图和对象图，而动态行为使用交互图和活动图进行描述。
实现视图： 展示代码的组织和执行，描述系统的主要功能模块和个模块之间的关系，主要被开发人员使用。
进程视图： 展示与系统处理性能相关的主要元素，包括可伸缩性、吞吐量、基本时间性能。过程视图将系统划分为进程和处理器，通过这种方式来分析和设计系统如何有效利用资源、并行执行、处理来自外界的异步事件，除了要将系统划分为并发运行的线程以外，还要处理线程的通信和同步。进程视图包括动态图（状态机、交互图、活动图）和实现图（交互图和部署图）
部署视图： 利用节点来展示系统部署的物理架构。节点可以是电脑或者设备，将这些节点相互连接起来就可以分析和展示在物理架构中系统是如何部署的。
关于pos机的uml用例图和pos机的结构图的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注金讯POS机给您解决各种支付问题。
