图方案管理系统uml用例图
UML之用例图
UML之⽤例图⽤例图⽤例图是⽤来描述系统功能的技术，表⽰⼀个系统中⽤例与参与者及其关系的图，主要⽤于需求分析阶段。
⽤例图的基本组成元素：参与者、⽤例、元素之间的关系。
⽤例图使⽤范围：需求分析1.捕获需求。
描述功能需求、⾏为需求（系统要完成什么任务）2.分析需求。
明确类和对象，建⽴之间的关系⽤例图的基本概念1、⽤例图是表⽰⼀个系统中⽤例与参与者关系之间的图。
它描述了系统中相关的⽤户和系统对不同⽤户提供的功能和服务。
2、⽤例图相当于从⽤户的视⾓来描述和建模整个系统，分析系统的功能与⾏为。
3、⽤例图中的主要元素包括参与者、⽤例以及元素之间的关系。
此外，⽤例图还可以包括注解和约束，也可以使⽤包将图中的元素组合成模块。
如：参与者的概念1、参与者是与系统主体交互的外部实体的类元，描述了⼀个或⼀组与系统产⽣交互的外部⽤户或外部事物。
2、参与者位于系统边界之外，⽽不是系统的⼀部分。
3、参与者是从现实世界中抽象出来的⼀种形式，却不⼀定确切对应的现实中的某个特定对象。
符号：如何确定参与者？通过对参与者进⾏关注和分析，我们可以把重点放在如何与系统交互这⼀问题上，便于进⼀步确定系统的边界。
另外，参与者也决定了系统需求的完整性。
确定参与者可以从以下⼏个⾓度来考虑：1）为系统提供输⼊的⼈或事物2）接收系统输出的⼈或事物3）需要接⼊的第三⽅系统或设备4）时间是否会触发某些事件5）负责⽀持或维护系统中信息的⼈系统中的参与者⼀般可以分为四类：主要业务参与者：主要从⽤例的执⾏中获得好处的关联⼈员。
主要系统参与者：直接同系统交互以发起或触发业务或系统事件的关联⼈员。
外部服务参与者：响应来⾃⽤例的请求的关联⼈员。
外部接收参与者：从⽤例中接收某些价值或输出的⾮主要的关联⼈员。
参与者的泛化关系当系统中的⼏个参与者既扮演⾃⾝的⾓⾊，同时也有更⼀般化的⾓⾊时，可以通过建⽴泛化关系来进⾏描述。
与类相似，⽗参与者可以是抽象的，即不能创建⼀个⽗参与者的直接实例，这就要求属于抽象⽗参与者的外部对象⼀定能够属于其⼦参与者之⼀。
如何利用UML用例图描述软件系统的需求
因明
（4）参与者之间的主要关系---泛化（继承）关系
泛化或者继 承
（5）所要注意的问题
（6）如何获 得系统中的 参与者
5、用例模型中的用例（UseCase） （1）用例及其定义—某种特定的功能
（2）用例的分类——业务用例 描述一个业务的流程以及它们与外部各方(如客户和合 作伙伴)之间的交互 代表系统中需要提供的核心功能：如报表数据汇总计算 （3）用例的分类——系统用例 系统既定功能及系统环境的模型，描述且仅仅描述系 统的功能 系统提供的附加其它功能或者服务：如报表打印
Abstract use case – use case that reduces redundancy in two or more other use cases by combining common steps found in both.
（3）用例的横向方面的联系---扩展关联（Extension use case）
2、可以采用UML中的用例模型（用例图）方法 利用用例（Use Case）和用例图、需求文档来确定系 统的高层逻辑视图。
3、用例模型中的基本组成部件
用例最初由Ivar Jackboson博士提出，后被综合 到UML规范之中，成为需求表述的标准化体系。 Ivar Jacobson博士与Grady Booch和James Rumbaugh一道共同创建了UML建模语言，被业界誉 为UML之父。
（2）主要的特性
UML 由图和元模型组成，图是语法，而元模型则给出图的 意思，是UML的语义 它提供了描述软件系统模型的概念，同时由于它采用面向 对象的技术、方法，它的作用域不限于支持面向对象的分 析与设计,还支持从需求分析开始的软件开发的全过程。
（ 3 ）它是编制软件蓝图的标准化语言 ---- 是标准的建模 语言
UML之用例图详解
UML之⽤例图详解原⽂链接:https:///mj_ww/article/details/53020080 UML,即Unified Model Language,统⼀建模语⾔。
百度百科对他的定义是：它是⼀个⽀持模型化和软件系统开发的图形化语⾔，为软件开发的所有阶段提供模型化和可视化⽀持，包括由到规格，到构造和配置。
作为⼀个软件⼯程师，很多技能并不⼀定说⾮得具备，但是，⼀旦我们具备了，很多时候机会总是会多那么⼀点点。
对于⽤例图来说我们需要了解的是什么叫⽤例图，构成⽤例图的要素，⽤例图有哪些重要的元素，各个⽤例之间的关系。
当然最重要的是如何根据需求创建⽤例图。
具体的创建通过⼀个简单的学⽣管理的例⼦说明创建的过程和例⼦。
我的所有例⼦都是是使⽤Rose这个软件来画的，现在虽然有新的UML模型画图软件，但是我⽐较喜欢⽤这个Rose，如果你还没有装这个软件需要先装⼀个，或者使⽤你⽐较喜欢的UML画图软件。
下⾯我们直接进⼊正题吧，学习⼀下⽤例图的相关概念和具体的创建过程。
什么叫⽤例图1. ⽤例图的含义 由参与者（Actor）、⽤例（Use Case）以及它们之间的关系构成的⽤于描述系统功能的动态视图称为⽤例图。
要在⽤例图上显⽰某个⽤例，可绘制⼀个椭圆，然后将⽤例的名称放在椭圆的中⼼或椭圆下⾯的中间位置。
要在⽤例图上绘制⼀个参与者（表⽰⼀个系统⽤户），可绘制⼀个⼈形符号。
参与者和⽤例之间的关系使⽤带箭头或者不带箭头的线段来描述，箭头表⽰在这⼀关系中哪⼀⽅是对话的主动发起者，箭头所指⽅是对话的被动接受者。
在⽤例建模中，为了更加清楚的描述⽤例或者参与者，会使⽤到注释。
2. ⽤例图的作⽤ ⽤例图是需求分析中的产物，主要作⽤是描述参与者和⽤例之间的关系，帮助开发⼈员可视化的了解系统的功能。
借助于⽤例图，系统⽤户、系统分析⼈员、系统设计⼈员、领域专家能够以可视化的⽅式对问题进⾏探讨，减少了⼤量交流上的障碍，便于对问题达成共识。
UML 用例图、关系图、活动图
例如，一个银行系统中，有
一个“验证用户”用例，用 身份认证
于验证用户的合法性，它有
两 个 特 殊 的 子 用 例 ， 一 个 是 密码认证
指纹认证
“检查密码”，另一个是
“检查指纹”，它们都有父
用例“验证用户”的行为，
并且可以出现在父用例出现
的任何地方，还可以添加自
己的行为。
用例图实例
• 以前面图书信息管理系统为例，画出用例 图。先找出参与系统地的角色：
• 扩展关系——允许一个用例扩展另一个用
例的功能。例如，在图书信息管理系统中，
读者还书时，系统检查所还图书是否有预
订记录，如果有则执行“通知”用例。在
UML中扩展关系表示为箭头和《extend》形
式。
《extend》
还书
通知
管理员
读者
注意
• 使用关系和扩展关系之间的区别，A使用B 本质上是A一定使用B，同时增加自己的专 属行为；而A被用例B扩展是说明A是一个一 般用例，B是一个特殊用例，A在某些条件 下可能使用B。
（2）取消预订——本用例提供取消预订图书的功能。
（3）还书——完成还书任务，在还书是要检查所还的书是否超 期、是否有其他读者预订，有的话要通知预订者。
（4）借书——提供借阅书功能 。
• 分析这个用例图，发现“还书”用例应该 被扩展，因为在还书时检查所还图书是否 有预订记录，若有，则应该通知预订者前 来借书。
• 一个用例内部的具体处理细节是由其他图形工具描述 的，用例图只是反映系统的总体功能，以及与这些功 能的相关的角色。有些人可能在画“借书”用例时， 情不自禁地就考虑了“输入读者号和书号”，“检查 图书是否在库？”，“图书数量减1”，“添加读者借 书记录”等等，一旦考虑了这些细节，就会发现用例 图画不下去了。因此，读者注意用例图中不要考虑处 理细节。
UML用例图
用例图初感UML是一组图示符号的标准。
所谓图示符号，就是一组定义好的图示，它们可以表达定义好的各种意思。
用UML进行软件建模，就是用规定好的符号画图，这些图表达了开发人员脑中的软件系统。
用UML进行软件建模，其难度并不比我们小时候上的美术课更难。
在美术课上，一个圆形加上四根线条表示太阳，一个三角形加上一个矩形表示房子；同理，在UML的用例图中，一个椭圆表示用例，一个小人表示参与者。
我并不认为它们之间有质的区别，想到我对这种小学生画图课恐惧了几年，不由得感到羞愧。
用例图是UML的九个图中较为重要和常用的一种图。
常常用于软件开发的需求分析阶段，也能用于软件的系统测试阶段。
简单的来说，用例图是描述系统的外部视图。
在开始设计一个软件系统时（更广义的情况下，可以用来设计任何系统），需要一种手段来发现系统的功能，用例图虽然是图示，但是这些图示隐含了一种启发系统功能的手段。
其实所有的UML图都只包含图示和标准，并不包含方法，但是它们往往隐含了某种方法。
UML和软件开发方法的关系，很类似于汉字和语文的关系。
用例图包含了三种基本的概念：用例、角色和系统。
它们可以组合起来表达系统的外部视图。
而且这种表达方式是如此直观和简单。
第一张用例图画用例图是一件很简单的事情，而且感觉还很舒适，因为用例图简洁、直观。
虽然用例图不能像HelloWorld一样运行，也不能生成代码，不过画一张清晰的用例图还是很有成就感的。
我使用的工具是Eclipse+EclipseUML插件，功能不如Rose，但是是开源而且免费的（EclipseUML有free版也有企业版），而且效果也不错。
第一张用例图如下：可以看出图中有一个系统（保险商务系统），两个角色（客户和保险销售员）以及三个用例（签订保险单、销售统计资料、客户数据资料），另外还有四个连接线以及一个注释。
如果在纸上或者合适的工具中，画这样一张用例大概只需要五分钟吧。
不过仅仅画出来是没有意义的，需要弄清楚其背后真正的含义才行。
软件工程9种图
3.关联关系（Association）
【概念】表示一个事物的对象与另一个事物的对象之间的语义上连接， 简单的理解为两个类或类与接口之间的强依赖关系
【绘图方式】实线箭头，双向箭头或无箭头 【包括】 1 聚集 【概念】描述的是部分与整体关系，描述了“has a”的关系，部分离 开整体可以单独存在 【绘图方式】空菱形的实线，头部指向整体
【实现关系图】
泛化和实现关系的区别： 泛化关系是指同一语义层的元素连接起来， 通常在同一模型内； 实现关系将不同语义层内的元素连接起来，通常在不同模型内。
UML 的视图
相信大家都知道 UML 的全称，统一建模语言（UML 是 Unified Modeling Language 的缩写） 是用来对软件系统进行可视化建模的一种 语言。UML 为面向对象开发系统的产品进行说明、可视化、和编制文 档的一种标准语言。 我想问大家两个问题: 一、什么是模型？模型是对现实世界的形状或状态的抽象模拟和简 化。 二、为什么要建模？最简单的理由：为了能够更好地理解正在开发
UML 的9种图
上文我们介绍了， UML 的视图， 在每一种视图中都包含一个或多种图。 本文我们重点讲解 UML 每种图的细节问题：
1、用例图（use case diagrams）
【概念】描述用户需求，从用户的角度描述系统的功能 【描述方式】椭圆表示某个用例；人形符号表示角色 【目的】帮组开发团队以一种可视化的方式理解系统的功能需求 【用例图】
【依赖图】
2,泛化关系（继承） （Generalization）
【概念】描述类的一般和具体之间的关系，描述的“is a kind of ”的关 系 【绘图方式】实线空心三角箭头，箭头指向父类 【继承方式】
图书馆管理系统uml建模
基于UML的图书馆管理系统建模设计一、摘要面向对象的软件工程，同传统的面向过程的软件工程相比,在需求的获取、系统分析、设计和实现方面都有着很大的区别.ＵＭL是OＯA和OOD的常用工具。
使用UML来构建软件的面向对象的软件工程的过程,就是一个对系统进行不断精化的建模的过程。
这些模型包括用例模型、分析模型、设计模型,然后，我们需要使用具体的计算机语言来建立系统的实现模型。
当然,在整个软件工程中，我们还需要建立系统的测试模型,以保证软件产品的质量．使用面向对象的工具来构建系统，就应该使用面向对象的软件工程方法。
然而,我们经常会发现,在实际的开发过程中,很多开发人员虽然能够理解UＭL的所有图形,却仍然不能得心应手的使用UMＬ来构建整个项目,其很大的原因,是仍然在使用原有的软件工程方法，而不清楚如何使用UMＬ来建立系统的这些模型，不清楚分析和设计的区别，以及他们之间的转化.应用软件系统，就其本质来说，是使用计算机对现实世界进行的数字化模拟。
应用软件的制造过程,按照ＵML的方法，就是建立这一系列模型的过程。
关于这个图书馆系统，基本的需求比较简单,就是允许学生可以在图书馆借阅和归还图书，另外，也可以通过网络或者图书馆的终端来查阅和预订书。
当然,图书馆管理员也可以对图书进行管理.为了简化系统，我们没有把图书馆中的人员作细分。
本文只是对使用UＭL的过程做一个探讨，着眼于使用UMＬ进行建模的过程，说明各个层次的模型之间的区别和联系,展示系统演进的过程,而不会深入UML的细节方面.对于更加复杂的系统，其分析和设计的方法是相通的，可以举一反三。
二、图书馆管理系统可行性分析随着政府机关与广大企事业单位内部网络的广泛建立,在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统,满足信息高度共享和即时发布的需求，有效实现内部知识管理,已成为众多用户的共同需求.图书管理系统，为政府机关与广大企事业单位自动化办公提供了一个较好的解决方案.在开发过程中,按照软件工程的步骤，从设计到开发采用了面向对象的思想和技术,采用了SQL SERＶER 200０数据库，使得本系统可以方便的和其他子系统进行数据交换。
UML功能模型（用例图）
UML功能模型（⽤例图）在UML系统开发中有三个主要的模型：功能模型（从⽤户⾓度展⽰系统的功能，包括⽤例图）、对象模型（采⽤对象，属性，操作关联等概念展⽰系统的结构和基础，包括类图、对象图、包图）、动态模型（展⽰系统的内部⾏为，包括序列图，活动图，状态图）。
下⾯就说⼀说功能模型——⽤例图。
⽤例图是UML建模的⼀部分，也是UML⾥⾯最基础的部分，最主要的功能就是⽤来表达系统的功能性需求或⾏为。
⽤例图是由软件需求分析到最终实现的第⼀步，它描述⼈们如何使⽤⼀个系统，是尾部参与者所能观察到的系统功能模型图，该图呈现了⼀些参与者和⼀些⽤例，以及它们之间的关系，主要⽤于对系统、⼦系统或类的功能⾏为进⾏建模，⽤画图的⽅法来完成。
⽤例图展⽰了⽤例之间以及⽤例与参与者之间是怎样相互联系的。
⽤例图包含留个元素：参与者、⽤例、关联关系、包含关系、扩展关系、泛化关系。
参与者（Actor）：系统外部的⼀个实体，参与⽤例执⾏过程，通过向系统输⼊或请求系统输⼊某些事件来触发系统的执⾏。
参与者的种类概括为三种：系统⽤户、与所建造的系统交互的其他系统以及⼀些可以运⾏的进程。
注意：参与者表⽰⼈和事物与系统发⽣交互时所扮演的⾓⾊，⽽不是特定的⼈或特定的事物；每个参与者需要⼀个具有业务⼀样的名字；⼀个⼈或事物在与系统交互时，可以同时或不同时扮演多个⾓⾊。
⽤例（Use Case）：⽤例是对⼀个活动者使⽤系统的⼀项功能是所进⾏的交互过程的⼀个⽂字描述序列，是系统、⼦系统或类和尾部参与者交互动作序列的说明，包括可选的动作徐磊嗯哼会出现异常的动作序列。
⽤例是岱庙系统各种各个项⽬相关⼈员之间就系统的⾏为所达成的契约，软件开发过程是⽤例驱动的。
⽤例粒度（规模⼤⼩）。
关联关系（Association）：表⽰参与者⽤例之间进⾏通信包含关系（Include）：客户⽤例可以简单地包含提供者⽤例具有的⾏为，并把他所包含的⽤例⾏为作为⾃⾝⾏为的⼀部分。
调⽤⽤例执⾏到包含点，然后执⾏传递给被调⽤⽤例，当被调⽤⽤例完成时，控制在次返回调⽤⽤例。
2.设计模式常用的UML图分析（用例图、类图与时序图）
2.设计模式常⽤的UML图分析（⽤例图、类图与时序图）1-⽤例图概述1. 展现了⼀组⽤例、参与者以及他们之间的关系。
2. ⽤例图从⽤户⾓度描述系统的静态使⽤情况，⽤于建⽴需求模型。
⽤例特征保证⽤例能够正确捕捉功能性需求，判断⽤例是否准确的依据。
1. ⽤例是动宾短语2. ⽤例是相互独⽴的3. ⽤例是由⽤户参与者启动的4. ⽤例要有可观测的执⾏结果5. ⼀个⽤例是⼀个单元参与者 ActorUML中，参与者使⽤⼀个⼩⼈表⽰:1. 参与者为系统外部与系统直接交互的⼈或事务，于系统外部与系统发⽣交互作⽤2. 参与者是⾓⾊⽽不是具体的⼈3. 代表参与者在与系统打交道时所扮演的⾓⾊4. 系统实际运作中，⼀个实际⽤户可能对应系统的多个参与者。
不同⾓⾊也可以只对应⼀个参与者，从⽽代表同⼀参与者的不通实例⽤例 Use Case系统外部可见的⼀个系统功能单元。
系统的功能由系统单元所提供，并通过⼀系列系统单元与⼀个或多个参与者之间交换的消息所表达。
系统单元⽤椭圆表⽰，椭圆中的⽂字简述系统功能:关系 Relationship常见关系类型有关联、泛化、包含和扩展关联 Association表⽰参与者与⽤例之间的通信，任何⼀⽅都可发送或接受消息。
箭头指向：指向消息接收⽅：⼦系统 SubSystem⽤来展⽰系统的⼀部分功能(紧密联系)泛化 Inheritance继承关系，⼦⽤例和⽗⽤例相似，但表现出更特别的⾏为；⼦⽤例将继承⽗⽤例的所有结构、⾏为和关系。
⼦⽤例可以使⽤⽗⽤例的⼀段⾏为，也可以重载它。
⽗⽤例通常是抽象。
箭头指向：指向⽗⽤例2-类图描述系统中的类，以及各个类之间的关系的静态试图。
表⽰类、接⼝以及它们之间的协作关系，⽤于程序设计阶段。
注意:1. 抽象类或抽象⽅法⽤斜体表⽰2. 如果是接⼝，则在类名上⽅加 <<Interface>>3. 字段和⽅法返回值的数据类型⾮必需4. 静态类或静态⽅法加下划线类图实例:类图中的事务及解释如图，类图从上到下分为三部分,分别为类名、属性和操作1. 属性:如果有属性，则每⼀个属性都必须有⼀个名字，另外还可以有其它的描述信息，如可见性、数据类型、缺省值等2. 操作:如果有操作，则每⼀个操作也都有⼀个名字，其它可选的信息包括可见性、参数的名字、参数类型、参数缺省值和操作的返回值的类型等类图中的六种关系1.实现关系 implements (类实现接⼝)⽤空⼼三⾓虚线表⽰2.泛化关系 extends (表⽰⼀般与特殊的关系) is-a⽤空⼼三⾓实线表⽰3.组合关系 (整体与部分的关系) contains-a实⼼菱形实现表⽰eg.有头类、⾝体类与⼈类类三个类，则⼈类类中应包含头类及⾝体类这两个属性，则⼈类类与头类和⾝体的关系即为组合关系。
图书馆管理系统UML用例图
图书馆管理系统系统描述、用例图及用例描述
姓名：***
学号：**********
班级：2012级网工班
图书管理系统是应用于图书馆的人机互动系统。
该系统使图书馆变得信息化，它能有效协作图书馆的工作人员管理图书馆的各项信息，同时还能方便读者快速地查询、借阅和归还图书，极大地提高了图书馆的管理效率和服务质量。
二、用例图：
1
2
3
4
5
6
主要参与人系统管理员
次要参与人无
前置条件以系统管理员身份登录系统。
后置条件图书信息中增加一条信息。
基本操作流程 5.系统管理员登录系统。
6.系统管理员选择新增、修改或删除读者信息。
7.系统管理员对读者信息进行修改。
8.保存操作。
可选流程保存之前可自行取消操作。
四、领域类图
7
五、术语表
读者
持有图书证的在校学生。
图书馆工作人员
包括图书管理员和系统管理员，有账号作为身份标识。
图书管理员主要负责引导读者借阅和归还书籍，负责收取逾期罚金。
而系统管理员主要负责图书信息和读者信息的更新。
信息管理
由图书管理员进行，读者管理主要包括新增、修改和删除读者信息。
图书管理主要包括新增、修改和删除书籍信息。
数据存储
是整个图书管理系统的数据中心，在数据库中存储各项和书籍有关的活动，包括工作人员信息、读者信息、书籍信息、借书还书记录等。
六、借书活动图
8
9。
UML的9种图例的定义、用途、画法总结
1UML 的9种图例的总结一、 用例图1、 定义用例定义：用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。
（这是UML 对用例的正式定义，可以这样去理解，用例是参与者想要系统做的事情，用例在画图中用椭圆来表示，椭圆下面附上用例名称）。
用例图定义：由参与者（Actor ）、用例（Use Case ）以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。
2、 用途用例图（User Case ）是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。
用例图主要的作用有三个：（1）获取需求；（2）指导测试；（3）还可在整个过程中的其它工作流起到指导作用。
3、 组成元素以及元素之间的关系说明用例图由参与者（Actor ）、用例（Use Case ）、系统边界（用矩形表示—注明系统名称）、箭头组成，用画图的方法来完成。
参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。
因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。
还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。
系统边界是用来表示正在建模系统的边界。
边界内表示系统的组成部分，边界外表示系统外部。
系统边界在画图中用方框来表示，同时附上系统的名称，参与者画在边界的外面，用例画在边界里面。
因为系统边界的作用有时候不是很明显，所以我个人理解，在画图时可省略。
箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。
箭头尾部用来表示启动交互的一方，箭头头部用来表示被启动的一方，其中用例总是要由参与者来启动。
元素之间的关系：用例图中包含的元素除了系统边界、角色和用例，另外就是关系。
关系包括用例之间的关系，角色之间的关系，用例和角色之间的关系。
角色之间的关系：角色之间的关系。
详细的图书馆管理系统UML图终极版
The library management system UML diagrams1．需求（Requirements）经典地，由系统最终顾客旳代表写出文本形式旳需求规范文档。
对于该图书馆应用程序来说，需求规范文档应当类似于这样：1.这是一种图书馆支持系统；2.图书馆将图书和杂志借给借书者。
借书者已经预先注册，图书和杂志也预先注册；3.图书馆负责新书旳购置。
每一本图书都购进多本书。
当旧书超期或破旧不堪时，从图书馆中去掉。
4.图书管理员是图书馆旳员工。
他们旳工作就是和读者打交道并在软件系统旳支持下工作。
5.借阅人可以预定目前没有旳图书和杂志。
这样，当他所预定旳图书和杂志偿还回来或购进时，就告知预定人。
当预定了某书旳借书者借阅了该书后，预定就取消。
或者通过显式旳取消过程强行取消预定。
6.图书馆可以轻易地建立、修改和删除标题、借书者、借阅信息和预定信息。
7.系统可以运行在所有流行旳技术环境中，包括Unix, Windows和OS/2，并应有一种现代旳图形顾客界面 (GUI)。
8.系统轻易扩展新功能。
系统旳第一版不必考虑预定旳图书抵达后告知预定人旳功能，也不必检查借书过期旳状况。
Typically, the end user's representative by system of regulating write text document demand. For the library application, it should be similar to the standard document demand so:1. This is a library support system;2. The library will lend books and magazines JieShuZhe. JieShuZhe has register in advance, books and magazines will register in advance;3. New book purchase for library. The book is more than buying every book. When old books extended or worn out, removing from the library.4. The librarian is the library staff. Their job is to deal with the reader in software support system work.5. Borrowing people can be scheduled have no current of books and magazines. So, when his book of books and magazines returned back or purchase, confirmation. When booked MouShu JieShuZhe borrowing of the reservation is cancelled after. Or by explicit cancel process forcibly cancellation of reservation.6. The library can easily establish, modify and delete title, JieShuZhe, borrowing information and booking information.7. System can run on all popular technology environment, including Unix, Windows and OS / 2, and should have a modern graphical user interface (GUI).8. The system is easy to expand new functions.The first edition of need not consider booking system of books after confirmation of arrive, don't check function of books expired.2．分析（Analysis）系统分析旳目旳是捕捉和描述所有旳系统需求，并且建立一种模型来定义系统中重要旳域类。
图书管理系统uml_用例图
图书管理系统uml_⽤例图图书管理系统图书管理系统的⽤例（1）、确定系统设计的总体信息借阅者：①登记②借书③还书系统管理员:①打开页⾯②扫描借阅证③查询借阅者信息④扫描图书id⑤提交借阅信息⑥打印⼩票⑦添加借阅者，并对其账户管理⑧图书信息查询图书管理员：①图书归类②增加图书（2）、确定系统的参与者⾸先分析系统所涉及的问题领域和系统运⾏的主要任务：①使⽤该系统主要功能部分的⼈是系统管理员，系统管理员主要任务是对整个图书各信息的处理，并扫描图书与借阅者信息，实现借书还书。
②系统管理员需要该系统的⽀持以完成其⼯作图书管理系统的参与者：①借阅者②图书管理员③系统管理员（3）、确定系统的⽤例⒈借阅者借书的⽤例选定图书带到柜台⒉系统管理员借书的⽤例扫描借阅这证显⽰借阅者信息扫描图书id重复上⼀步提交借阅信息并打印⼩票⒊图书管理员进⾏图书维护的⽤例查询图书信息增加图书图书归类（5）、摘要形式的⽤例⽰例借书：借阅者带着图书来到柜台。
系统管理员使⽤图书管理系统处理借阅者所选图书信息以及借阅者信息。
系统显⽰借阅者信息以及图书信息。
系统管理员使⽤图书管理系统记录每⼀次操作。
系统连续显⽰累计总数，并逐⾏显⽰细⽬。
系统更新数据库信息。
借阅者员得到⼩票，然后携带图书离开。
（6）、详述风格的处理借书⽤例详述⽤例是结构化的，他展⽰了更多细节，并且更为深⼊。
⽤例UC1：系统管理员处理借书过程范围：图书管理系统（books Management System）级别：⽤户图标主要参与者：系统管理员（system Manager）涉众及其关注点：—借阅者：以最优价获得图书。
—系统管理员：准确输⼊图书及借阅者信息并快速服务。
—图书管理系统：准确的记录借阅过程，满⾜借阅者需求。
希望有⼀定的容错性，即使在某些服务器构建不可⽤时，也能够完成购物。
希望能够⾃动快捷的更新借阅信息和库存信息。
前置条件：系统管理员必须经过确认和认证。
成功保证（后置条件）：存储借阅信息。
UML用例图说明
UML⽤例图说明前些时间参加了潘加宇⽼师的技术讲座，UML建模技术受益匪浅。
我也把平时的⼀些积累和上次的收获总结在这篇⽂章中，主要讲解⽤例图相关的知识。
⽤例图是软件需求分析到最终实现的第⼀步，它描述⽤户如何使⽤系统及使⽤系统什么样的功能。
⽤例图从业务⾓度上体现谁来使⽤系统、⽤户希望系统提供什么样的服务，以及⽤户需要为系统提供的服务，也便于软件开发⼈员最终实现这些功能。
⽤例图在开发中被⼴泛的应⽤，但是它最常⽤来描述系统提供了什么样的功能给什么样的⽤户使⽤。
在官⽅⽂档中⽤例图包含六个元素，分别是：执⾏者(Actor)、⽤例(Use Case)、关联关系(Association)、包含关系(Include)、扩展关系(Extend)以及泛化关系(Generalization)。
但是有些UML的绘图⼯具多提供了⼀种直接关联关系(DirectedAssociation)。
⽤例图可⼀个包含注释和约束，还可⼀个包含包，⽤于将模型中的元素组合成更⼤的模块。
有时，可以将⽤例的实例引⼊到图中。
⽤例图模型如下所⽰，执⾏者⽤⼈形图标来标识，⽤例⽤椭圆来表⽰，连线表⽰它们之间的关系。
⼀、执⾏者（Actor）1、执⾏者概念是指⽤户在系统中扮演的⾓⾊。
如图1-1是⼀个⽤户管理的⽤例图，图中的⽤户、管理员就是⽤例的执⾏者。
图1-12、从业务中找出执⾏者获取系统⽤例⾸先要找出系统的执⾏者。
我们可以通过⽤户回答⼀些问题的答案来识别执⾏者。
可以参考以下问题：1. 谁使⽤系统的主要功能（主要使⽤者）？2. 谁需要系统⽀持他们⽇常⼯作？3. 谁来维护、管理系统使其正常⼯作（辅助使⽤者）？4. 系统需要控制哪些硬件？5. 系统需要其他哪些系统交互？这⾥包含其他计算机系统或者应⽤程序。
6. 对系统产⽣结果感兴趣的是哪些⼈和哪些事物？3、执⾏者之间关系因为执⾏者是类，所以多个执⾏者之间可以具有与类相同的关系。
在⽤例图中，使⽤了泛化关系来描述多个执⾏者之间的公共⾏为。
超市管理系统UML图
超市管理系统UML图超市管理系统的UML图包括以下几个主要部分：用例图、类图、时序图和活动图。
1. 用例图：用例图描述了超市管理系统的功能需求和用户角色之间的关系。
主要包括以下几个用例：- 登录：用户登录超市管理系统。
- 注册：新用户注册超市管理系统账号。
- 浏览商品：用户浏览超市的商品信息。
- 添加购物车：用户将商品添加到购物车。
- 结算：用户结算购物车中的商品。
- 管理商品：管理员管理商品信息，包括添加、删除、修改商品信息。
- 管理用户：管理员管理用户信息，包括添加、删除、修改用户信息。
2. 类图：类图描述了超市管理系统中的类和它们之间的关系。
主要包括以下几个类：- 用户：包括普通用户和管理员。
- 商品：包括商品名称、价格、库存等属性。
- 购物车：包括用户选择的商品信息。
- 订单：包括用户购买的商品信息和支付信息。
3. 时序图：时序图描述了超市管理系统中的交互过程和消息传递顺序。
主要包括以下几个时序图：- 用户登录：描述用户登录超市管理系统的过程。
- 浏览商品：描述用户浏览商品信息的过程。
- 添加购物车：描述用户将商品添加到购物车的过程。
- 结算：描述用户结算购物车中的商品的过程。
4. 活动图：活动图描述了超市管理系统中的业务流程和活动顺序。
主要包括以下几个活动图：- 用户注册：描述用户注册超市管理系统账号的流程。
- 管理商品：描述管理员管理商品信息的流程。
- 管理用户：描述管理员管理用户信息的流程。
以上是超市管理系统的UML图的主要内容，具体的细节和图形展示可以根据实际需求进行设计和补充。
超市管理系统UML类图和用例图
超市管理系统U M L类图和用例图Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT超市管理系统需求分析报告（使用面向对象的方法）目录超市管理系统需求分析报告（面向对象方法）1用例和用例图1.1 什么是用例和用例图用例是由行为者启动的系统完成的一系列动作，这些动作除了完成系统内部的计算与工作外，还包括与一些行为者的通信。
用例代表某些用户可见性的功能，实现一个具体的用户目标。
用例图（User Case）是由参与者，用例以及它们之间的关系构造成的用于描述系统功能的动态视图的图。
用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。
用例图用于对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。
用例图定义了系统的功能需求，它是从系统的外部看系统功能，并不描述系统内部对功能的具体实现。
1.2 用例图1.3 用例说明用例名称：超市管理系统之人事管理相关活动者：职工，人事部人员，超市管理系统之售后服务简要说明：人事部人员对职工进行人事调动，人事考核，培训，工资管理等一系列人事安排。
一切的人事安排都打印出报表及时通知给职工。
其中的人事考核将接受由超市管理系统之售后服务传过来的对职工的投诉的信息，作为人事考核的一个依据。
前置条件：人事部人员已经登录人事管理界面主事件流：1.人事部人员登录人事管理界面，用例开始2.系统提示输入人事管理对象职工的职工号3.人事部人员输入人事管理对象职工的职工号4.系统提示选择人事管理的四项管理：人事调动，人事考核，培训，工资管理5.人事部人员选择一项具体的人事管理：B1：选择人事调动B2：选择人事考核 B3：选择培训 B4：选择工资管理6.系统按选择做相关处理7.用例结束可选事件流：B1：选择人事调动1.系统提示选择人事调动中三项管理：就职，职位变更，离职2.人事部人员选择一项具体的人事调动管理：B5：选择就职B6：选择职位变更 B7：选择离职3.系统按选择做相关处理4.返回主事件流第7步B2：选择人事考核1.系统显示该职工可能存在的由超市管理系统之售后服务传入的被投诉的事项2.系统提示输入考核内容3.人事部人员输入考核内容4.系统提示给出职工考核结果5.人事部人员输入具体考核结果6.系统显示职工考核具体情况并打印报表7.返回主事件流第7步B3：选择培训1.系统提示选择培训项目2.人事部人员选择培训项目3.系统提示选择培训时间4.人事部人员选择培训时间5.系统显示该项培训具体事项并打印报表6.返回主事件流第7步B4：选择工资管理1.系统显示该职工当前工资情况2.系统提示修改该职工工资3.人事部人员修改该员工各项工资4.系统显示修改后职工工资情况并打印报表5.返回主事件流第7步B5：选择就职1.系统显示该后备职工具体情况2.系统将该职工信息由后备职工表转入就职职工表3.系统打印职工就职任命书4.返回主事件流第7步B6：选择职位变更1.系统显示该职工当前职位情况2.系统提示选择该职工变更后职位3.人事部人员选择变更后职位4.系统显示该职工变更后职位情况并答应职位变更报表5.返回主事件流第7步B7：选择离职1.系统显示该职工当前就职情况2.系统将该职工信息由就职职工表转入离职职工表3.系统打印职工离职报表4.返回主事件流第7步后置条件：无用例名称：超市管理系统之销售管理相关活动者：顾客，大客户，营业员，销售经理，超市管理系统之售后服务，超市管理系统之仓储管理简要说明：销售管理对超市的销售做总体的管理。
超市管理系统UML类图和用例图(图文借鉴)
超市管理系统需求分析报告（使用面向对象的方法）目录1用例和用例图 (1)1.1什么是用例和用例图 (1)1.2用例图 (2)1.3用例说明 (4)2类图 (10)2.1什么是类图 (10)2.2类图 (11)超市管理系统需求分析报告（面向对象方法）1用例和用例图1.1 什么是用例和用例图用例是由行为者启动的系统完成的一系列动作，这些动作除了完成系统内部的计算与工作外，还包括与一些行为者的通信。
用例代表某些用户可见性的功能，实现一个具体的用户目标。
用例图（User Case）是由参与者，用例以及它们之间的关系构造成的用于描述系统功能的动态视图的图。
用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。
用例图用于对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。
用例图定义了系统的功能需求，它是从系统的外部看系统功能，并不描述系统内部对功能的具体实现。
1.2 用例图1.3 用例说明用例名称：超市管理系统之人事管理相关活动者：职工，人事部人员，超市管理系统之售后服务简要说明：人事部人员对职工进行人事调动，人事考核，培训，工资管理等一系列人事安排。
一切的人事安排都打印出报表及时通知给职工。
其中的人事考核将接受由超市管理系统之售后服务传过来的对职工的投诉的信息，作为人事考核的一个依据。
前置条件：人事部人员已经登录人事管理界面主事件流：1.人事部人员登录人事管理界面，用例开始2.系统提示输入人事管理对象职工的职工号3.人事部人员输入人事管理对象职工的职工号4.系统提示选择人事管理的四项管理：人事调动，人事考核，培训，工资管理5.人事部人员选择一项具体的人事管理：B1：选择人事调动B2：选择人事考核B3：选择培训B4：选择工资管理6.系统按选择做相关处理7.用例结束可选事件流：B1：选择人事调动1.系统提示选择人事调动中三项管理：就职，职位变更，离职2.人事部人员选择一项具体的人事调动管理：B5：选择就职B6：选择职位变更B7：选择离职3.系统按选择做相关处理4.返回主事件流第7步B2：选择人事考核1.系统显示该职工可能存在的由超市管理系统之售后服务传入的被投诉的事项2.系统提示输入考核内容3.人事部人员输入考核内容4.系统提示给出职工考核结果5.人事部人员输入具体考核结果6.系统显示职工考核具体情况并打印报表7.返回主事件流第7步B3：选择培训1.系统提示选择培训项目2.人事部人员选择培训项目3.系统提示选择培训时间4.人事部人员选择培训时间5.系统显示该项培训具体事项并打印报表6.返回主事件流第7步B4：选择工资管理1.系统显示该职工当前工资情况2.系统提示修改该职工工资3.人事部人员修改该员工各项工资4.系统显示修改后职工工资情况并打印报表5.返回主事件流第7步B5：选择就职1.系统显示该后备职工具体情况2.系统将该职工信息由后备职工表转入就职职工表3.系统打印职工就职任命书4.返回主事件流第7步B6：选择职位变更1.系统显示该职工当前职位情况2.系统提示选择该职工变更后职位3.人事部人员选择变更后职位4.系统显示该职工变更后职位情况并答应职位变更报表5.返回主事件流第7步B7：选择离职1.系统显示该职工当前就职情况2.系统将该职工信息由就职职工表转入离职职工表3.系统打印职工离职报表4.返回主事件流第7步后置条件：无用例名称：超市管理系统之销售管理相关活动者：顾客，大客户，营业员，销售经理，超市管理系统之售后服务，超市管理系统之仓储管理简要说明：销售管理对超市的销售做总体的管理。
UML 用例图、关系图、活动图
网上 查询 读者 扩展 预定 扩展
查询 图书馆工作 人员 取消 预定
还书
通知
借书
武当山旅游门户网站（ ） 分类信息
注意
在画用例图时要特别注意：用例图是系统分析、 设计和实现的一个最基础的图形，在初期是不一 定要考虑太多的处理细节。 一个用例内部的具体处理细节是由其他图形工具 描述的，用例图只是反映系统的总体功能，以及 与这些功能的相关的角色。有些人可能在画“借 书”用例时，情不自禁地就考虑了“输入读者号 和书号”，“检查图书是否在库？”，“图书数 量减1”，“添加读者借书记录”等等，一旦考虑了 这些细节，就会发现用例图画不下去了。因此， 读者注意用例图中不要考虑处理细节。
武当山旅游门户网站（ ） 分类信息
注意：
活动图描述多个角色之间的处理非常有 效，一张活动图只能有一个开始状态， 但可以有多个结束状态。 一个活动可以与多个实体对象相关，这 里的相关指的是一种访问操作。在上面 “借书”活动图中，“检查读者有效” 的活动，要访问“读者”对象和“借还 书记录”对象，检查“读者编号”的有 效性和读者借书数量。
状态图中的转移可以由三部分组成： 事件[条件]/动作
武当山旅游门户网站（ ） 分类信息
角色
角色是指与系统交互的人或物。 角色可以有四种类型：系统的使用者、硬件设备、 外部系统和时间。
系统使用者是最重要的角色，例如，在图书信息管理系 统中的系统使用者有读者和图书馆的工作人员，包括采 购、编目和办公室的工作人员。 其他外部应用系统。 硬件设备，不同的硬件设备具有不同的特性和不同的处 理方式。 时间作为角色,经过一定的时间触发系统中的某个事件。
认识活动图认识活动图图书馆图书信息管理系统借书活动图图书馆图书信息管理系统借书活动图借书申请检查读者有效性读者信息借书记录读者无效图书无效检查图书有效性检查预订预订记录清除预订记录图书信息借书记录修改图书信息创建借书记录图书信息读者无效借书超期图书无效有预订读者流通组工作人员读者图书编号活动图中的主要图形元素活动图中的主要图形元素泳道
超市管理系统UML类图和用例图
超市治理体系需求剖析陈述（应用面向对象的办法）目次1用例和用例图11132类图889超市治理体系需求剖析陈述（面向对象办法）1用例和用例图1.1 什么是用例和用例图用例是由行动者启动的体系完成的一系列动作,这些动作除了完成体系内部的盘算与工作外,还包含与一些行动者的通讯.用例代表某些用户可见性的功效,实现一个具体的用户目的.用例图（User Case）是由介入者,用例以及它们之间的关系构造成的用于描写体系功效的动态视图的图.用例图展现了用例之间以及同用例介入者之间是如何互相接洽的.用例图用于对体系.子体系或类的行动进行可视化,应用户可以或许懂得若何应用这些元素,并使开辟者可以或许实现这些元素.用例图界说了体系的功效需求,它是从体系的外部看体系功效,其实不描写体系内部对功效的具体实现.1.2 用例图1.3 用例解释用例名称：超市治理体系之人事治理相干运动者：职工,人事部人员,超市治理体系之售后办事扼要解释：人事部人员对职工进行人事调动,人事考察,培训,工资治理等一系列人事安插.一切的人事安插都打印出报表实时通知给职工.个中的人事考察将接收由超市治理体系之售后办事传过来的对职工的投诉的信息,作为人事考察的一个根据.前置前提：人事部人员已经登录人事治理界面主事宜流：1.人事部人员登录人事治理界面,用例开端2.体系提醒输入人事治理对象职工的职工号3.人事部人员输入人事治理对象职工的职工号4.体系提醒选择人事治理的四项治理：人事调动,人事考察,培训,工资治理5.人事部人员选择一项具体的人事治理：B1：选择人事调动B2：选择人事考察B3：选择培训B4：选择工资治理6.体系按选择做相干处理7.用例停止可选事宜流：B1：选择人事调动1.体系提醒选择人事调动中三项治理：就职,职位变动,去职2.人事部人员选择一项具体的人事调动治理：B5：选择就职B6：选择职位变动B7：选择去职3.体系按选择做相干处理4.返回主事宜流第7步B2：选择人事考察1.体系显示该职工可能消失的由超市治理体系之售后办事传入的被投诉的事项2.体系提醒输入考察内容3.人事部人员输入考察内容4.体系提醒给出职工考察成果5.人事部人员输入具体考察成果6.体系显示职工考察具体情形并打印报表7.返回主事宜流第7步B3：选择培训1.体系提醒选择培训项目2.人事部人员选择培训项目3.体系提醒选择培训时光4.人事部人员选择培训时光5.体系显示该项培训具体事项并打印报表6.返回主事宜流第7步B4：选择工资治理1.体系显示该职工当前工资情形2.体系提醒修正该职工工资3.人事部人员修正该员工各项工资4.体系显示修正后职工工资情形并打印报表5.返回主事宜流第7步B5：选择就职1.体系显示该后备职对象体情形2.体系将该职工信息由后备职工表转入就职职工表3.体系打印职工就职录用书4.返回主事宜流第7步B6：选择职位变动1.体系显示该职工当前职位情形2.体系提醒选择该职工变动后职位3.人事部人员选择变动后职位4.体系显示该职工变动后职位情形并答应职位变动报表5.返回主事宜流第7步B7：选择去职1.体系显示该职工当前就职情形2.体系将该职工信息由就职职工表转入去职职工表3.体系打印职工去职报表4.返回主事宜流第7步后置前提：无用例名称：超市治理体系之发卖治理相干运动者：顾客,大客户,营业员,发卖司理,超市治理体系之售后办事,超市治理体系之仓储治理扼要解释：发卖治理对超市的发卖做总体的治理.营业员能经由过程前台发卖（POS机端）来发卖零碎的小数目商品.发卖司理可以经由过程批量发卖来发卖对应于大客户的大批量商品.另体系还将把前台发卖和批量发卖中对商品的装配和维修有需求的商品信息传给超市治理体系之售后办事.体系还将把前台发卖和批量发卖后导致在架商品数目过少的商品信息传给超市治理体系之仓储治理,以便后者做出响应的出库安插.前置前提：营业员或发卖司理已登录发卖治理界面主事宜流：a)1.营业员登录前台发卖治理界面（POS机端）,用例开端2.体系提醒录入商品条目3.营业员录入顾客的商品条目4.体系显示商品总价钱5.体系提醒付款方法：B1：现金付款B2：信誉卡付款6.打印购物小票7.用例停止b)1. 发卖司理登录批量发卖治理界面,用例开端2. 体系提醒输入批量发卖对象的大客户名称3. 发卖司理输入批量发卖对象的大客户名称4. 体系提醒输入批量发卖商品条目5. 发卖司理输入批量发卖商品条目6. 体系提醒输入批量发卖商品数目7. 发卖司理输入批量发卖商品数目8. 体系显示商品总价钱9. 体系打印批量发卖报表10. 用例停止可选事宜流：B1：现金付款1.体系提醒输入接收顾客金额2.营业员输入接收顾客的金额3.体系显示应找金额4.返回主事宜流第6步B2：信誉卡付款1.体系提醒录入信誉卡2.营业员录入顾客的信誉卡3.体系做响应处理4.体系打印信誉卡付款确认单5.返回主事宜流第6步破例事宜流：a)1. 系一切计商品中可能须要进行装配或维修的商品2. 体系将统计成果传给超市治理体系之售后办事b)1. 系一切计各类售出商品数目2. 体系更新在架商品数目信息3. 系一切计需加货商品的信息4. 体系将需加货商品信息传给超市治理体系之仓储治理后置前提：无用例名称：治理体系之仓储治理相干运动者：供货商,仓储人员,超市治理体系之发卖治理扼要解释：仓储治理对商品的仓储进行治理,当商品在库数目不久不多时,购进对应供货商的商品入库.当超市治理体系之发卖治剃头送来在架数目少的商品信息时,商品出库.还将对在库的商品进行治理.前置前提：仓储人员已登录仓储治理界面主事宜流：1.仓储人员登录仓储治理界面,用例开端2.体系提醒选择治理项目：入库,库内治理,出库3.仓储人员选择治理项目：B1：选择入库B2：选择库内治理B3：选择出库4.体系做出相干处理5.用例停止可选事宜流：B1：选择入库1.体系提醒录入入库商品信息2.仓储人员录入入库商品信息3.体系提醒输入入库商品存放地点4.仓储人员输入入库商品存放地点5.体系更新相干入库商品的库内商品信息6.体系打印商品入库报表7.返回主事宜流第5步B2：选择库内治理1.体系提醒录入库内治理商品条目2.仓储人员录入库内治理商品条目3.体系提醒输入库内治理具体项目4.仓储人员输入库内治理具体项目5.体系更新响应库内商品信息6.体系打印商品库内治理报表7.返回主事宜流第5步B3：选择出库1.体系提醒录入出库商品信息2.仓储人员录入出库商品信息3.体系显示出库商品存放地点4.体系更新相干出库商品的库内商品信息5.体系打印商品出库报表6.返回主事宜流第5步后置前提：无用例名称：超市治理体系之售后办事相干运动者：顾客,售后人员,供货商,超市治理体系之人事治理,超市治理体系之售后治理扼要解释：售后办事分为退货,装配,维修,投诉四项.接收顾客反馈的退货,装配,维修,投诉信息以及超市治理体系之发卖治理传过来的装配,维修信息,做相干处理,打印出相干报表.另对于投诉中的对商品的投诉体系还将把投诉信息传给供货商,以作为供货商改良他们商品的一个参考.对于投诉中的对职工的投诉体系还将把投诉信息传给超市治理体系之人事治理,以作为人事考察的一个参考.前置前提：售后人员已登录售后办事界面主事宜流：1.售后人员登录售后办事界面,用例开端2.体系提醒选择售后办事具体项目：退货,装配,维修,投诉3.售后人员选择售后办事的具体项目：B1：选择退货B2：选择装配B3：选择维修B4：选择投诉4.体系做相干处理5.用例停止可选事宜流：B1：选择退货1.体系提醒录入退货商品信息2.售后人员录入顾客要退货色的商品信息3.体系打印退货商品报表4.返回主事宜流第5步B2：选择装配1.体系显示统计自顾客要乞降超市治理体系之发卖治理的装配请求2.体系提醒选择一项具体装配请求3.售后人员选择一项具体装配请求4.体系提醒输入具体商品装配安插5.售后人员输入具体商品装配安插6.体系打印装配报表7.返回主事宜流第5步B3：选择维修1.体系显示统计自顾客要乞降超市治理体系之发卖治理的维修请求2.体系提醒选择一项具体维修请求3.售后人员选择一项具体维修请求4.体系提醒输入具体商品维修安插5.售后人员输入具体商品维修安插6.体系打印维修报表7.返回主事宜流第5步B4：选择投诉1.体系提醒选择投诉具体项目：对商品的投诉,对职工的投诉2.售后人员选择投诉的具体项目：B5：选择对商品的投诉B6：选择对职工的投诉3.体系做出相干处理4.返回主事宜流第5步B5：选择对商品的投诉1.体系显示录入投诉商品的相干内容2.售后人员根据顾客投诉录入投诉商品的内容3.体系根据投诉的商品信息告诉供货商投诉内容4.体系打印对商品的投诉的报表5.返回主事宜流第5步B6：选择对职工的投诉1.体系显示输入投诉职工的相干内容2.售后人员根据顾客投诉输入投诉职工的内容3.体系将投诉内容传给超市治理体系之人事治理4.体系打印对职工的投诉的报表5.返回主事宜流第5步后置前提：无2类图2.1 什么是类图类图(Class diagram)是显示了模子的静态构造,特殊是模子中消失的类.类的内部构造以及它们与其他类的关系等.类图不显示临时性信息.类图(Class diagram)由很多（静态）解释性的模子元素（例如类.包和它们之间的关系,这些元素和它们的内容互相衔接）构成.类图可以组织在（并且属于）包中,仅显示特定包中的相干内容.2.2 类图。
图书管理系统uml-用例图
Use Case 图即用例图，是从外部用户的角度来描述系统功能的一种需求表达方式。
一个系统常常包含了众多的用例，每个用例表达了用户对系统的一项需求或描述了人们使用系统某项功能的途径。
使用系统的不同功能，其操作的场景不同。
而使用相同的功能，其场景则相似。
将同一用例的场景用文字描述出来就得到了系统用例描述。
完整的描述用例，通常包括用例名称、参与执行者、前置条件、事件流、后置条件等。
若用UML 图形机制表达，便是系统的用例图。
通常，我们将二者相结合，能清晰的表达出系统的用例。
系统管理员：系统管理员为系统的管理者，系统管理员主要有以下权限：读者信息管理，图书信息管理，系统维护。
图书管理员：图书管理员为图书馆工作人员，图书管理员主要有以下权限：分类管理，借书处理，还书处理，解除预定。
图书借阅者：图书借阅者是系统中数量最多也是最重要的参与者。
图书借阅者主要有以下权限：查询个人信息，查询图书信息，预定图书，借阅图书，返还图书。
1. 创建系统用例模型图 系统参与者：borrowerlibrarian administrator系统参与者图书管理系统简示：system managementborrowers management librarianbooks managementadministrator图书管理系统 a.系统管理员用例图系统管理员能通过该系统进行如下活动内容和要求：添加借阅者：系统管理员可以在添加符合身份的新读者信息删除借阅者：系统管理员可以在删除页面添加已不符合身份的借阅者信息修改借阅者信息：系统管理员可以在修改信息页面修改借阅者信息添加图书信息：系统管理员可以在添加图书信息页面添加图书馆新增图书删除图书信息：系统管理员可以删除不能在借阅图书的信息系统维护：系统管理员维护该系统的日常工作system maintenance用例说明：Login system：系统登录Account management：账户管理（其中包括图书管理、借阅者管理、系统管理）Add book：添加图书Remove book：删除图书Add borrower：添加借阅者Remove borrower：删除借阅者Update borrower：修改借阅者信息System maintenance：系统维护b．图书管理员用例图图书管理员能通过该系统进行如下活动内容和要求借书处理：图书管理员能通过借书页面处理借阅者的借书操作还书处理：图书管理员能通过还书页面处理借阅者的还书操作分类处理：图书管理员能通过分类图书页面将新增图书和已还图书进行分类回放，以便下一位借阅者阅读查看check user accountlend bookbook categorybook management用例说明：Librarian login：图书管理员登录Book management：图书管理Get book：还书Get with fine：违规罚款Lend book：借书Check user account：身份验证Book category：图书分类c．图书借阅者用例图借阅者能够通过该系统进行如下活动及活动内容和要求：查询个人信息：借阅者可以在查询界面了解自己的详细信息查询图书信息：借阅者可以在查询界面了解图书馆中所有的图书信息，及是否被借出借阅图书：借阅者可以在图书馆中借阅未被借出的图书返还图书：借阅者在相应的时间内免费还书，如逾期按照相应规定还书return book用例说明：User login：用户登录Account management：用户管理（其中包括借阅者管理、图书管理）Search personal information：查询个人信息Search for book：查询图书Borrowe book：借阅图书Return book：返还图书d．整体用例图librarian参与者：borrower：借阅者；administrator：系统管理员；librarian：图书管理员用例说明：Login system：系统登录Account management：账户管理（其中包括图书管理、借阅者管理、系统管理）Add book：添加图书Remove book：删除图书Add borrower：添加借阅者Remove borrower：删除借阅者Update borrower：修改借阅者信息System maintenance：系统维护Librarian login：图书管理员登录Book management：图书管理Get book：还书Get with fine：违规罚款Lend book：借书Check user account：身份验证Book category：图书分类User login：用户登录Account management：用户管理（其中包括借阅者管理、图书管理）Search personal information：查询个人信息Search for book：查询图书Borrowe book：借阅图书Return book：返还图书图书管理员。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
精心整理Use Case图即用例图，是从外部用户的角度来描述系统功能的一种需求表达方式。
一个系统常常包含了众多的用例，每个用例表达了用户对系统的一项需求或描述了人们使用系统某项功能的途径。
使用系统的不同功能，其操作的场景不同。
而使用相同的功能，其场景则相似。
将同一用例的场景用文字描述出来就得到了系统用例描述。
完整的描述用例，通常包括用例名称、参与执行者、前置条件、事件流、后
图书管理系统简示：
图书管理系统
a.系统管理员用例图
系统管理员能通过该系统进行如下活动内容和要求：
添加借阅者：系统管理员可以在添加符合身份的新读者信息
删除借阅者：系统管理员可以在删除页面添加已不符合身份的借阅者信息
修改借阅者信息：系统管理员可以在修改信息页面修改借阅者信息
添加图书信息：系统管理员可以在添加图书信息页面添加图书馆新增图书
删除图书信息：系统管理员可以删除不能在借阅图书的信息
系统维护：系统管理员维护该系统的日常工作
b
分类处理：图书管理员能通过分类图书页面将新增图书和已还图书进行分类回放，以便下一位借阅者阅读查看
用例说明：
Librarian login：图书管理员登录
Book management：图书管理
Get book：还书
Get with fine：违规罚款
Lend book：借书
Check user account：身份验证
Book category：图书分类
c
出
Return book：返还图书
d．整体用例图
参与者：borrower：借阅者；administrator：系统管理员；librarian：图书管理员用例说明：
Login system：系统登录
Account management：账户管理（其中包括图书管理、借阅者管理、系统管理）Add book：添加图书
Remove book：删除图书
Add borrower：添加借阅者
Remove borrower：删除借阅者
Borrowe book：借阅图书
Return book：返还图书。