下载文档原格式
UML作业第三次：分析《书店图书销售管理系统》，绘制类图⼀. 类图语法学习⼩结(类间关系的表⽰⽅法)1.抽象类和接⼝我们⽤关键字abstract或abstract class来定义抽象类(抽象类⽤斜体显⽰).也可以使⽤interface,annotation和enum关键字.abstract class AbstractListabstract AbstractCollectioninterface Listinterface CollectionList <|-- AbstractListCollection <|-- AbstractCollectionCollection <|- ListAbstractCollection <|- AbstractListAbstractList <|-- ArrayListclass ArrayList {Object[] elementDatasize()}enum TimeUnit {DAYSHOURSMINUTES}annotation SuppressWarnings2.包我们可以使⽤package声明包(包可以被定义为嵌套).@startumlpackage "Classic Collections" #777777 {Object <|-- ArrayList}package net.sourceforge.plantuml {Object <|-- Demo1Demo1 *- Demo2}@enduml3.命名空间在包中,类的名称是该类的唯⼀标识符,这意味着在不同的包中不能有两个同名的类.在这种情况下，应该使⽤名称空间⽽不是包。
@startumlclass BaseClassnamespace net.dummy #777777 {.BaseClass <|-- PersonMeeting o-- Person.BaseClass <|- Meeting}namespace net.foo {net.dummy.Person <|- Person.BaseClass <|-- Personnet.dummy.Meeting o-- Person}BaseClass <|-- net.unused.Person@enduml4.关系类我们可以在定义了两个类之间的关系后定义⼀个关系类 association class.@startumlclass Student {Name}Student "0..*" - "1..*" Course(Student, Course) .. Enrollmentclass Enrollment {drop()cancel()}@enduml5.帮助布局有时,帮助布局并不完美.我们可以使⽤together关键字将⼀些类组合在⼀起:布局引擎将尝试将它们组合在⼀起(就像它们在同⼀个包中).@startumlclass Bar1class Bar2together {class Together1class Together2class Together3}Together1 - Together2Together2 - Together3Together2 -[hidden]--> Bar1Bar1 -[hidden]> Bar2@enduml⼆. 书店图书管理系统类:图书|会员|会员卡|⼯作⼈员|售卖信息类的属性:图书:图书编号:stringISDN号:string书名:string作者:string出版社:string定价:float出版⽇期:date会员:会员编号:string姓名:string性别:string出⽣⽇期:date职业:string电话:string地址:string邮编:int邮箱:string会员卡:会员编号:string办证⽇期:date会员积分:string会员等级:string补办⽇期:date⼯作⼈员:⼯作⼈员编号:string姓名:string性别:string出⽣⽇期:date岗位:string学历:string职称:string售卖信息:图书编号:string出售⽇期:date书名:string会员编号:string⼯作⼈员编号:string三. 上述类之间关系会员(1)--(1)会员卡会员卡|⼯作⼈员 -- 出售 -- 售卖信息|图书图书(1)<--(n)售卖信息(n)-->(1)会员卡(n)|\/(1)⼯作⼈员四. 类图脚本程序@startumlskinparam class {BackgroundColor F0F0F0ArrowColor 919191BorderColor B5B5B5}skinparam stereotypeCBackgroundColor CDC5BF package "图书信息" #D6D6D6{class图书{- 图书编号:string- ISDN号:string- 书名:string- 作者:string- 出版社:string- 定价:float- 出版⽇期:date}class售卖信息{- 图书编号:string- 出售⽇期:date- 书名:string- 会员编号:string- ⼯作⼈员编号:string}}package "会员信息" <<Frame>> #D6D6D6{ class会员{- 会员编号:string- 姓名:string- 性别:string- 出⽣⽇期:date- 职业:string- 电话:string- 地址:string- 邮编:int- 邮箱:string}class会员卡{- 会员编号:string- 办证⽇期:date- 会员积分:string- 会员等级:string- 补办⽇期:date}}class⼯作⼈员{- ⼯作⼈员编号:string- 姓名:string- 性别:string- 出⽣⽇期:date- 岗位:string- 学历:string- 职称:string}会员卡"1" -- "1"会员图书"1" <-left- "n"售卖信息售卖信息"n" -right-> "1"会员卡售卖信息"n" --> "1"⼯作⼈员@enduml五.类图。
网上书店系统的UML建模目录1 系统需求 (3)2 需求分析 (3)2.1 识别参与者 (3)2.2 创建系统用例模型 (4)2.3 识别用例 (4)3 静态结构模型 (6)3.1 定义系统对象..................................................... 错误！未定义书签。
3.2 定义用户界面类................................................. 错误！未定义书签。
3.3 建立类图 (6)4 动态行为模型 (6)4.1 创建系统序列图与协作图 (6)4.2 创建系统的状态图 (9)4.3 创建系统的活动图 (10)5 物理模型 (11)5.1 创建系统组件图 (11)5.2 创建系统部署图 (12)6总结 (12)7参考文献 (13)1 系统需求网上书店管理系统业务描述：网上书店提供给人们更加便捷的购书模式。
从网上书店系统不同参与者的角度 ,可以将其系统功能分为前台与后台两大功能模块。
通过对电子商务网站及网上书店的考察、分析以及实际的市场调查，要求本系统具有以下功能：●统一友好的操作界面，能保证系统的易用性。
●规范、完善的基础信息设置。
●图书分类详尽，可按不同类别查看商品信息。
●按图书大类及图书名称进行模糊查询。
●实现网上购书。
●新书及特价图书展示。
满足上述需求的系统主要包括下面几个模块：2 需求分析2.1 识别参与者网上书店系统是一种特别流行的售书方式，人们通过自己上网来对自己喜爱的书籍进行预订，这样不仅节约了时间，而且特别方便快捷。
借助网络系统，广大阅读爱好者在任何时间只要轻轻按动鼠标，即可以选择自己喜爱的书籍。
在书店管理系统中，需要销售者和用户的的参与。
销售者可以有自己的用户名和密码对网站的后台进行维护和更新。
用户可以注册也可以登录来对图书进行浏览和购买，确认购买后通过转账汇款。
网站需要一个专门的管理者进行日常维护与管理，所以需要有系统管理员的参与。
统一建模语言UML课程设计报告指导老师: 郭艳燕班级: 计073-1 学号: 200723501401 姓名: 蔡笠完成日期：2010-6-19【课程设计名称】网上图书销售系统-使用UML 进行系统的分析和设计【课程设计目的】1. 掌握UML 建模的基础知识和其应用；2. 熟悉Rational Rose环境及功能, 能够设计出完整系统。
【课程设计要求】1. 对系统功能进行必要的描述；2. 绘制系统的主要模型图；3. 模型图要有说明性文字解释。
【课程设计内容】1. 网上图书销售系统的需求分析； 2. 网上图书销售系统UML 建模。
【课程设计步骤】一：网上图书销售系统的需求分析1：系统的总体功能需求网上图书销售系统是一个复杂的电子商务系统，它必须提供用户的接口以及用户登录并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。
系统总体功能需求框图如下所示。
(1 用户接口模块：用户接口是网站用户使用图书销售系统服务的入口，所有的在线用户都通过浏览器登网站，进行查询，订购操作。
此模块包括了用户信息维护，商品查询，订购商品和订单维护4个部分。
(2 管理员接口模块：管理员接口是系统提供给网站维护和管理人员的接口。
此模块包商品信息维护，内部员工信息维护，订单处理，销售情况查询，报表维护5个部分。
其中一般工作人员只有订单处理的权限，而管理员具有所有的管理权限。
（3）数据服务模块：数据服务是系统正常运行的基础，包括客户的查询，订单的保存；网站工作人员的订单处理；网站管理员的销售情况查询和分析。
2：用户接口模块用户接口模块包括如图所示的几个方面。
(1用户信息维护：每个使用系统的用户必须先经过注册，注册时的用户名是用户的唯一标识。
用户注册后，系统的后台将用户的记录更新到数据库并生产新的客户列表，用户可以更改自己的信息。
（2）商品查询：商品查询模块可以根据商品的名称、种类、价格、厂家等各种条件进行组合查询。
网上书店系统的UML建模目录1 系统需求 (3)2 需求分析 (3)2.1 识别参与者 (3)2.2 创建系统用例模型 (4)2.3 识别用例 (4)3 静态结构模型 (6)3.1 定义系统对象..................................................... 错误！未定义书签。
3.2 定义用户界面类................................................. 错误！未定义书签。
3.3 建立类图 (6)4 动态行为模型 (6)4.1 创建系统序列图与协作图 (6)4.2 创建系统的状态图 (9)4.3 创建系统的活动图 (10)5 物理模型 (11)5.1 创建系统组件图 (11)5.2 创建系统部署图 (12)6总结 (12)7参考文献 (13)1 系统需求网上书店管理系统业务描述：网上书店提供给人们更加便捷的购书模式。
从网上书店系统不同参与者的角度 ,可以将其系统功能分为前台与后台两大功能模块。
通过对电子商务网站及网上书店的考察、分析以及实际的市场调查，要求本系统具有以下功能：●统一友好的操作界面，能保证系统的易用性。
●规范、完善的基础信息设置。
●图书分类详尽，可按不同类别查看商品信息。
●按图书大类及图书名称进行模糊查询。
●实现网上购书。
●新书及特价图书展示。
满足上述需求的系统主要包括下面几个模块：2 需求分析2.1 识别参与者网上书店系统是一种特别流行的售书方式，人们通过自己上网来对自己喜爱的书籍进行预订，这样不仅节约了时间，而且特别方便快捷。
借助网络系统，广大阅读爱好者在任何时间只要轻轻按动鼠标，即可以选择自己喜爱的书籍。
在书店管理系统中，需要销售者和用户的的参与。
销售者可以有自己的用户名和密码对网站的后台进行维护和更新。
用户可以注册也可以登录来对图书进行浏览和购买，确认购买后通过转账汇款。
网站需要一个专门的管理者进行日常维护与管理，所以需要有系统管理员的参与。
2011 —— 2012 学年第一学期信息技术学院《软件系统建模与UML》综合设计实验网上书店系统的UML建模班级2011级软件工程学号姓名任课教师日期2011年12月18日目录第1章系统需求 (2)第2章需求分析 (4)2.1 识别参与者 (4)2.2 识别用例 (5)2.3 用例的事件流描述 (8)第3章静态结构模型 (23)3.1 定义系统对象 (23)3.2 定义用户界面类 (23)3.3 建立类图 (23)第4章动态行为模型 (28)4.1 创建系统顺序图（协作图） (28)4.2 创建系统的状态图 (30)4.3 创建系统的活动图 (32)第5章数据库模型 (35)第6章物理模型 (36)6.1 创建系统组件图 (36)6.2 创建系统部署图 (37)第1章系统需求网上书店系统描述如下：在网上书店系统中，普通用户浏览主页面查看图书及详细信息，如想在本网站购买图书，需注册成为该网站会员，然后进行购买活动。
会员用户通过其注册的账号及密码登陆该系统，登陆该系统后可以对个人信息进行修改，包括密码的修改，可以添加所选书籍到购物车，删除购物车里的书籍，以及修改购物车内书籍的数量，确定购买后进去支付页面。
管理员登陆系统后，可以修改其登陆密码，维护员工信息，维护会员信息，以及系统维护。
管理会员信息主要是添加会员、删除会员以及修改会员信息。
管理员工信息要分为添加员工、删除员工以及修改员工信息。
系统的维护主要为系统更新。
对上述网上书店系统的描述进行分析，可以获得如下功能性需求： 游客在网上书店系统注册个人信息，可以成为会员。
会员通过身份验证，登录到网上书店系统。
会员或游客可以浏览网上书店的图书。
会员可以查询修改个人资料，包括个人的基本信息、订单信息。
会员可以修改个人信息。
会员可以将要买的书籍添加到购物车，可以对购物车里书籍数量信息进行修改。
会员可以对所下订单进行提交。
会员可以进入付款界面进行结算。
员工根据用户名和密码，登录到网上书店系统。
网上图书销售系统UML 建模1系统的用例图用例图（Use Case View ）强调从用户的角度看到的或需要的系统功能，是被称为参与者的外部用户所能观察到的系统功能的模型图。
1.1确定参与者在本系统的UML 建模中，可以创建顾客，管理员，一般员工参与者。
1.2创建用例根据业务流程，网上图书销售系统可以分为以下的几个用例（Use Cases ）。
订单处理，订单维护，订单状态查询，个人信息维护，订购，接收发货，库存查询，缺货拒绝，商品查询，商品信息维护，销售查询，员工信息维护，报表维护，订单增加，订单删除。
1.3创建用例图1.3.1系统管理的用例图如图1所示。
更新库存图1系统管理用例图1.3.2系统用户的用例图如图2所示。
订单状态查询2系统的活动图活动图可以分为垂泳道，每个泳道进表示工作流中不同的参与者。
查看泳道中的活动，就可以知道某个参与者的责任。
通过不同泳道中活动的过渡，可以了解谁要与谁进行通信。
这些信息在建模或理解业务程时非常重要。
顾客购买商品和管理员处理订单的活动图如图3所示。
图3系统活动图从图3中可以看出，管理员、顾客发生了相互的关系。
顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环状态。
与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。
在顾客查询到订单状态变成已处理后，购买过程结束。
3类图的生成3.1参与者相关的类3.1.1系统中的类图如图4所示。
Person是所有类的父类，它的属性包括用于标识不同身份的人的ID，姓名(Name)以及地址(Address)。
它的方法包括根据ID查询、根据姓名查询、设置某人的姓名、地址等。
Customer继承了父类的方法和属性并添加了自己的属性和方法。
date表示该用户客户订单。
Employee继承了person，它的属性password表示登录密码。
这是所有员工共有的操作。
UML作业第三次：分析《书店图书销售管理系统》，绘制类图第⼀部分：PlantUML类图语法学习⼩结（类间关系的表⽰⽅法）类之间的关系：使⽤..来代替--可以得到点、线@startumlClass01 <|-- Class02Class03 *-- Class04Class05 o-- Class06Class07 .. Class08Class09 -- Class10@enduml关系上的标识：在关系之间使⽤标签来说明时, 使⽤:后接标签⽂字，对元素的说明，你可以在每⼀边使⽤""来说明@startumlClass01 "1" *-- "many" Class02 : containsClass03 o-- Class04 : aggregationClass05 --> "1" Class06@enduml在标签的开始或结束位置添加<或>以表明是哪个对象作⽤到哪个对象上@startumlclass CarDriver - Car : drives >Car *- Wheel : have 4 >Car -- Person : < owns@enduml“关系”类：可以在定义了两个类之间的关系后定义⼀个关系类 association class@startumlclass Student {Name}Student "0..*" - "1..*" Course(Student, Course) .. Enrollmentclass Enrollment {drop()cancel()}@enduml或者:@startumlclass Student {Name}Student "0..*" -- "1..*" Course(Student, Course) . Enrollmentclass Enrollment {drop()cancel()}@enduml第⼆部分：《书店图书销售管理》的类图元素图书类：书名，作者，售价，出版社，图书编号⽤户类：姓名，性别，电话，邮箱，地址订单类：订单编号，图书编号，⽇期，价格，书名管理员：姓名，性别，员⼯编号销量汇总：每⽉销售数量，销售总额，图书编号第三部分：PlantUML的绘制类图脚本程序及类图@startumlclass 管理员{-姓名:string-性别:string-员⼯编号:int}class 图书{-书名:string-作者:string-售价:char-出版社:string-图书编号:int}class ⽤户{-姓名:string-性别:string-电话:int-邮箱:string-地址:string}class 销量汇总{-每⽉销售数量:int-销售总额:int-图书编号:int}class 订单{-订单编号:int-图书编号:int-⽇期:int-价格:int-书名:string}管理员 -right-> 图书⽤户 -left-> 图书⽤户 -down-> 订单订单 -left-> 销量汇总管理员 -> 销量汇总@enduml。
网上图书销售系统本文档介绍网上图书销售系统的UML建模过程。
1.1网上图书销售系统的需求分析寻找需求不是件容易的事情，软件开发人员最讨厌的就是需求经常变化，因此，在建模之前明确需求非常重要。
1.1.1系统总体的功能需求网上图书销售系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。
系统总体功能需求框图如图1-1所示。
图1-1 系统总体功能需求框图1.用户接口模块用户接口是网站用户使用图书销售系统服务的入口，所有的在线用户都通过浏览登录网站，并进行一系列的查询，订购操作。
用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。
用户登录系统后，用户ID将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统那个进行销售情况以及销售走势分析。
2.管理员接口模块这是系统提供给网站维护和管理人员的接口。
管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。
网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。
网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占有用率降到最低的限度。
3.数据服务模块数据服务器模块是系统正常运行的基础，包括客户的查询，定单的保存；网站工作人员的定单处理；网站管理员的销售情况查询与分析。
用户接口模块用户接口模块包括如图1-2所示的几个方面。
图1-2 用户接口模块1.用户信息维护每个使用该系统的用户必须经过注册，而注册的用户名是用户的唯一标识。
系统可以接收更多可用的客户信息，比如购物方面的喜好、经济能力等。
系统的后台程序会自动记录每个用户在登录网站后进行的所有操作，包括查询和订购信息。
网上图书销售系统本文档介绍网上图书销售系统的UML建模过程。
1.1网上图书销售系统的需求分析寻找需求不是件容易的事情，软件开发人员最讨厌的就是需求经常变化，因此，在建模之前明确需求非常重要。
1.1.1系统总体的功能需求网上图书销售系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。
系统总体功能需求框图如图1-1所示。
图1-1 系统总体功能需求框图1.用户接口模块用户接口是网站用户使用图书销售系统服务的入口，所有的在线用户都通过浏览登录网站，并进行一系列的查询，订购操作。
用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。
用户登录系统后，用户ID将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统那个进行销售情况以及销售走势分析。
2.管理员接口模块这是系统提供给网站维护和管理人员的接口。
管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。
网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。
网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占有用率降到最低的限度。
3.数据服务模块数据服务器模块是系统正常运行的基础，包括客户的查询，定单的保存；网站工作人员的定单处理；网站管理员的销售情况查询与分析。
用户接口模块用户接口模块包括如图1-2所示的几个方面。
图1-2 用户接口模块1.用户信息维护每个使用该系统的用户必须经过注册，而注册的用户名是用户的唯一标识。
系统可以接收更多可用的客户信息，比如购物方面的喜好、经济能力等。
系统的后台程序会自动记录每个用户在登录网站后进行的所有操作，包括查询和订购信息。
这些信息对于系统的管理员都是珍贵的数据，系统分析程序可以根据用户的查询记录判断该客户的喜好，可以根据用户的购买情况判断该客户的经济情况。
系统后台程序可以根据分析的结果自动得出给该用户的推荐商品，在用户登录时显示在醒目的位置。
用户维护功能如图1-3所示。
图1-3 用户信息维护功能前置条件：用户登录。
2.商品查询商品查询模块可以根据商品的名称、种类、价格、厂家等各种条件进行组合查询。
商品查询结果的列表中，用户可以进一步的查看详细信息。
商品查询功能如图1-4所示。
图1-4 商品查询功能前置条件：用户登录。
3.订购商品客户在根据喜好得到相应的商品列表后，可以选择订购商品。
在订购商品后，系统会自动保存并更新该用户的定单。
系统的工作人员可以及时得到订单并处理，根据情况选择发货，缺货或延迟发货。
用户所有的订购商品记录都将保存在系统数据中供后台程序分析该用户的喜好和购买力。
以后该用户登录时可以推荐与其购买力相应的商品。
订购商品功能如图1-5所示。
图1-5 订购商品功能前置条件：用户已登录，商品可供购买。
4．订单维护客户在订购商品后可以查询其订单的状态（包括处理中、发货中、缺货中和已经完成），并可以对处理中和缺货中的订单进行增加、删除和修改的操作。
订单修改的结果会及时更新并提交给工作人员。
客户的订单维护信息也将被保存在系统的数据库中供分析使用。
订单维护功能如图1-6所示。
图1-6 订单维护功能前置条件：用户登录2.1.3管理员接口模块管理员接口模块包括如图1-7所示的几个方面。
图1-7 管理员接口模块说包括的功能模块管理员接口模块是系统管理员事业网兜核心模块，是整个网上图书销售系统正常运行的基础。
1．商品信息维护系统管理员登录后可以对系统所有的商品信息进行维护，包括商品价格的调整、商品描述信的更新、新商品的加入以及过期商品的删除。
系统的后台程序可以根据商品的销售情况提供给管理员一份详细分析报告。
管理员可以根据该报告及时的调整热门商品的信息（例如将其放置到醒目的位置）、对非热门的商品进行价格调整，这一切的数据都来源自系统客户的查询和订购信息。
商品信息维护功能如图1-8所示。
图1-8 商品信息维护功能前置条件：用户已登录。
2．内部员工信息维护系统管理员登录后可以用对内部员工和普通员工，系统管理员拥有所有的权限，而普通员一般只拥有订单处理的权限。
但管理员可以定制任意员工的权限，比如增加他的报表打印权限内部员工信息维护功能如图1-9所示。
图1-9 内部员工信息维护功能前置条件：用户已登录。
3.订单处理订单处理一般是普通员工的工作。
用户在订购商品后，系统会及时更新其订单，普通员工登录后，可以获取未处理的订单，并根据数据库情况发货或选择延时发货。
客户在查询商品时会显示商品的库存数量，但系统的管理者并不希望显示某商品的库存为零，因为这样会失去部分客户。
因此，在订购商品后可能会出现库存不足的情况，这时工作人员一般选择延时发货或者拒绝订单。
如果该商品有现货，那么工作人员确认用户订单后选择发货，订单处理功能如图1-10所示。
图1-10 订单处理功能前置条件：管理员或普通工作人员已登录。
4.销售情况查询销售情况查询是系统编码过程中非常重要部分，能够为企业管理者的决策提供参考的信息。
管理员登录后，可以得到详细的销售情况列表并既是更新热门商品的信息（如排列位置），可以根据销售的走势和以往的销售记录及时判断部分商品可能会出现库存不足并及时进货。
由于本功能模块涉及到企业的经营信息，考虑到商业信息的安全性，需要管理员级的用户才可以使用本模块。
销售情况查询功能如图1-11所示。
图1-11 销售情况查询功能前置条件：用户已登录。
5.报表维护报表维护模块提供查询结果的打印输出功能，如图1-12所示。
图1-12 报表维护功能系统的UML建模建立初始模型选择菜单[File-New]“Create New Model”对话框，选择J2EE模式，然后点击[OK]按钮。
此时，Rational Rose会自动加载J2EE本身的一些构架模型。
加载完成后，就可以开始设计自己的模型，在此之前先保存该模型，并且将该模型取名为“网上图书销售系统”。
系统的用例图用例图（Use Case View）强调从用户的角度看到的或需要的系统功能，是被称为参与者的外部用户所能观察到的系统功能的模型图。
1. 确定参与者在本系统的UML建模中，可以创建以下的参与者。
（1）顾客：（2）管理员：（3）一般员工。
2. 创建用例根据业务流程，网上图书销售系统可以分为以下的几个用例（Use Cases）。
（1）订单处理：（2）订单维护：（3）订单状态查询：（4）个人信息维护：（5）订购：（6）接收发货：（7）库存查询：（8）缺货拒绝：（9）商品查询：（10）商品信息维护：（11）销售查询：（12）员工信息维护：（13）报表维护：（14）订单增加：（15）订单删除。
3. 创建用例图系统管理的用例图如图2-1所示。
更新库存图2-1 系统管理用例图系统用户的用例图如图2-1所示。
订单状态查询图2-2 系统用户用例图系统的时序图与协作图（1）顾客建立订单时序图如图2-3所示图2-3 顾客建立订单时用户首先使用自己的账号和密码登录系统，登录模块会将客户的ID保存在系统缓存中并提交给商品查询模块。
商品查询模块提示客户输入查询条件，客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。
客户得到商品列表后，提交自己想要购买的商品ID，订购模块得到商品ID。
生成订单并提交给数据模块进行保存，保存成功后，订购模块提示用户订购商品成功。
（2）顾客删除订单时序图如图2-4所示。
图2-4 客户删除订单时序图客户在提交订单后可以对订单进行维护（添加、删除、修改）。
客户首先输入自己的账号和密码登录系统。
登录模块会将客户的ID保存在系统缓存中并提交给订单查询模块。
订单查询模块显示该客户当前的所有订单，客户得到该列表后，选择需要删除的商品ID，订单处理模块把删除信息提交给数据模块，数据模块保存信息。
订单处理模块提示用户删除操作成功。
（3）管理员处理订单时序图如图2-5所示。
图2-5 管理员处理订单时序图管理员使用其账号和密码登录后，登录模块会将管理员的ID保存在系统缓存中并提交给订单处理模块。
订单处理模块提交给管理员未处理的列表，管理员提交某商品ID得到该商品的库存情况，如果库存充足则接受订单，并把接受信息提交数据模块，数据模块更新该客户的订单信息并返回成功信息给订单处理模块，订单处理模块提示管理员该操作成功。
（4）顾客建立订单协作图2-6所示。
8:图2-6 顾客建立订单协作图（5）顾客删除订单协作图如图2-7所示。
7: ID图2-7 顾客删除订单协作图（6）管理员处理订单协作图如图2-8所示。
7: 更新客户订单状态图2-8 管理员处理订单协作图系统的活动图活动图可以分为垂泳道，每个泳道进表示工作流中不同的参与者。
查看泳道中的活动，就可以知道某个参与者的责任。
通过不同泳道中活动的过渡，可以了解谁要与谁进行通信。
这些信息在建模或理解业务程时非常重要。
顾客购买商品和管理员处理订单的活动图如图2-9所示。
图8 系统活动图从图2-9中可以看出，管理员、顾客发生了相互的关系。
顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环状态。
与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。
在顾客查询到订单状态变成已处理后，购买过程结束。
类图的生成1．参与者相关的类图2-10 系统类图〖类图说明〗(1)Person是所有类的父类，它的属性包括用于标识不同身份的人的ID，姓名(Name)以及地址(Address)。
它的方法包括根据ID查询、根据姓名查询、设置某人的姓名、地址等。
(2)Customer继承了父类的方法和属性并添加了自己的属性和方法。
date表示该用户客户订单。
(3)Employee继承了person，它的属性password表示登录密码。
这是所有员工共有的操作。
系统管理员类中还增加了查询分析和报表打印的方法。
2．系统中的其他类图2-11 系统中的其他类(1)book是图书类。
它的属性包括图书ID、图书名称(name)、图书介绍(introduce)、图书作者（author）、图书价格（price），商品类的方法有add()用于添加。
(2)Orders是订单类。
它的属性包括订单ID、用户ID、商品ID、订单日期(date)。
订单类的方法包括添加订单add()。
查询订单select()、删除订单delete()。
这些方法中select()供person类使用，delete()供Custome类使用。
