下载文档原格式
网上书店系统的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章系统需求网上书店系统描述如下：在网上书店系统中，普通用户浏览主页面查看图书及详细信息，如想在本网站购买图书，需注册成为该网站会员，然后进行购买活动。
会员用户通过其注册的账号及密码登陆该系统，登陆该系统后可以对个人信息进行修改，包括密码的修改，可以添加所选书籍到购物车，删除购物车里的书籍，以及修改购物车内书籍的数量，确定购买后进去支付页面。
管理员登陆系统后，可以修改其登陆密码，维护员工信息，维护会员信息，以及系统维护。
管理会员信息主要是添加会员、删除会员以及修改会员信息。
管理员工信息要分为添加员工、删除员工以及修改员工信息。
系统的维护主要为系统更新。
对上述网上书店系统的描述进行分析，可以获得如下功能性需求：➢游客在网上书店系统注册个人信息，可以成为会员。
➢会员通过身份验证，登录到网上书店系统。
➢会员或游客可以浏览网上书店的图书。
➢会员可以查询修改个人资料，包括个人的基本信息、订单信息。
➢会员可以修改个人信息。
➢会员可以将要买的书籍添加到购物车，可以对购物车里书籍数量信息进行修改。
➢会员可以对所下订单进行提交。
➢会员可以进入付款界面进行结算。
B2C网上图书销售系统的用例文档————————————————————————————————作者：————————————————————————————————日期：UML课程设计网上图书购物系统—-————面向对象的可视化建模(UML）一需求规格说明 (2)1.系统说明 (2)2.系统功能分析 (2)3.文档资源列表 (3)二需求分析过程 (5)1.用例分析总图 (4)2.前台功能分析 (5)3.后台功能分析 (6)4.用模块分析（单独用例分析） (6)三用UML对系统建模 (23)1.用例图（用例建模) (23)2.活动图 (25)3.类图 (26)4.系统的时序图与协作图 (27)5.构造状态图 (31)说明 (32)结束语 (32)一需求规格说明1系统说明1.1系统的发展前景和趋势分析（功能的分析)1.1.1国内发展情况网上书店的崛起，是互联网电子商务在图书业中发展的必然结果,它使图书销售业发生根本的变化。
亚马逊、贝塔斯曼的电子商务的巨大成功，已经引起我国图书零售业的普遍关注。
截至2000 年底，我国网上书店数量已达300 多家。
1.1.2国外发展情况在国外，网上书店的历史更加悠久，并且其发展的速度和规模更加惊人。
美国是网上书店起源国，亦是最大的电子商务国，在图书电子商务方面也走在世界前列.全球最早的网上书店是美国的亚马逊网上书店。
截至2000 年底，我国网上书店数量已达300 多家，美国的数据更令人吃惊，竟然达到了1200家，是我国的4 倍。
1.2系统的技术分析技术上,采用SUN公司的JSP技术，它是目前市场上最流行的技术之一，JSP具有一次编译处处运行的优点。
1.3系统应用平台（服务器硬件配置及开发配置)开发工具Myeclipse 10+DreamweaverCS5+Tomcat7数据库使用mysql2系统功能分析2。
1 文字说明本系统是一个小型的电子商务系统——网上图书销售系统，可以为各类用户营造了一个方便快捷的买书环境,基本上追随了目前国内流行的模式,用户可以再系统中实现注册、浏览商品、搜索查询商品、下订单、处理订单等功能；管理员可以通过用户管理、订单管理、商品管理、评论管理等增删改查来对系统进行维护更新。
软件建模与UML 实验报告网上图书销售系统学院：计算机学院专业班级：计科0903班姓名：李宏媛学号：0908030308日期：2012年12月5日网上图书销售系统一、实验目的与要求通过一个具体的、完整的建模系统实例，加深对UML的理解与掌握。
二、实验内容首先，对网上图书销售系统系统进行需求分析，然后，在此基础之上完成对该系统的建模工作。
三、实验步骤1：系统的总体功能需求网上图书销售系统是一个复杂的电子商务系统，它必须提供用户的接口以及用户登录并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。
系统总体功能需求框图如下所示。
(1)用户接口模块：用户接口是网站用户使用图书销售系统服务的入口，所有的在线用户都通过浏览器登网站，进行查询，订购操作。
此模块包括了用户信息维护，商品查询，订购商品和订单维护4个部分。
(2)管理员接口模块：管理员接口是系统提供给网站维护和管理人员的接口。
此模块包商品信息维护，内部员工信息维护，订单处理，销售情况查询，报表维护5个部分。
其中一般工作人员只有订单处理的权限，而管理员具有所有的管理权限。
（3）数据服务模块：数据服务是系统正常运行的基础，包括客户的查询，订单的保存；网站工作人员的订单处理；网站管理员的销售情况查询和分析。
2、系统的用例图确定参与者：在本系统的UML建模中，可以创建的参与者包括顾客，管理员，一般员工创建用例：根据业务流程，本系统的用例包括：订单处理，订单维护，订单状态查询，个人信息维护;订购；接收发货；库存查询；缺货拒绝；商品查询;商品信息维护；销售查询；员工信息维护；报表维护；订单增加；订单删除。
1）、创建用例图，管理员和员工的用例图如下所示2）、顾客的用例图，如下所示：3、系统的活动图顾客购买商品和管理员处理订单的活动图如图所示：4、系统中的类（1）参与者相关的类系统中和参与者相关的类的类图如下：（2）各类之间的关系类不是单独一个模块，各个类之间是存在联系。
14-15（2）课程名称统一建模语言UMl课程设计名称网上购书系统得分姓名：XX学号：201313440XX 专业：软件工程时间：2015.6.24一、系统需求分析与设计网上购书系统3部分组成：用户管理、购书网站和订单处理中心。
其中，用户管理负责用户注册及用户登陆；购书网站是一个Web应用程序，用户可以通过Web浏览器登录到此网站，在此网站，用户可以搜索要找的书，查看书的详细信息并购书；订单处理中心用来管理购物网站转过来的订单。
用户管理主要包括一下功能：●注册用户信息1)对于新用户，单击“注册”按钮，进入用户注册页面；2)填写相关注册信息，填写完毕后单击“确定”按钮；3)弹出“注册成功”对话框，即成功注册。
●用户登录验证1)对于已注册用户，进入用户登录页面；2)填写您的用户名和密码；3)单击“登录”按钮；4)用户名和密码正确，登录成功，进入购书网站；否则返回。
●浏览图书网站的书籍列表要列出当前网站所有的图书名称。
当用户单击某一图书名称时，要列出该书的详细信息（包括书名、作者、单价）。
●查找图书用户可以在网站的查找框中输入一个书名，单击“查找”按钮可以网站是否有此书，系统将查找结果（如果有此书，返回书的详细信息；如果没有，返回当前没有此书的信息）返回给用户。
●购物车管理用户可以随时查看自己的购物车，可以添加或删除购物车中的商品。
●购书在浏览图书时，用户可以在查看选中图书的详细信息时添加次书到购物车，添加完毕可以选择继续购物或是结算。
如果选择结算，要填一个购书登记表，该表包括以下内容：购书人姓名、地质、E-mail、所购图书的列表、总价。
订单处理中心的功能：订单处理中心是一个Web应用程序，在此将列出所有等待处理的订单，每一笔订单包含购书人姓名、地址、E-mail、所购图书的列表、总价。
其中，所购图书列表包括各个书籍信息的明细内容，总价是系统自动计算的。
二|、系统用例图1）系统管理用例图2）系统用户用例图三、系统类图四、顺序图1）用户登录顺序图2）用户买书顺序图3）用户结账顺序图五状态图订单状态图六、活动图1）注册活动图2）购书活动图七、协作图八、构件图九、部署图十、总结通过这次实践，我学到了很多东西，用例图描述了希望用户如何使用一个系统。
软件建模与UML 实验报告网上图书销售系统学院：计算机学院专业班级：计科0903班姓名：李宏媛学号：0908030308日期：2012年12月5日网上图书销售系统一、实验目的与要求通过一个具体的、完整的建模系统实例，加深对UML的理解与掌握。
二、实验内容首先，对网上图书销售系统系统进行需求分析，然后，在此基础之上完成对该系统的建模工作。
三、实验步骤1：系统的总体功能需求网上图书销售系统是一个复杂的电子商务系统，它必须提供用户的接口以及用户登录并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。
系统总体功能需求框图如下所示。
(1)用户接口模块：用户接口是网站用户使用图书销售系统服务的入口，所有的在线用户都通过浏览器登网站，进行查询，订购操作。
此模块包括了用户信息维护，商品查询，订购商品和订单维护4个部分。
(2)管理员接口模块：管理员接口是系统提供给网站维护和管理人员的接口。
此模块包商品信息维护，内部员工信息维护，订单处理，销售情况查询，报表维护5个部分。
其中一般工作人员只有订单处理的权限，而管理员具有所有的管理权限。
（3）数据服务模块：数据服务是系统正常运行的基础，包括客户的查询，订单的保存；网站工作人员的订单处理；网站管理员的销售情况查询和分析。
2、系统的用例图确定参与者：在本系统的UML建模中，可以创建的参与者包括顾客，管理员，一般员工创建用例：根据业务流程，本系统的用例包括：订单处理，订单维护，订单状态查询，个人信息维护;订购；接收发货；库存查询；缺货拒绝；商品查询;商品信息维护；销售查询；员工信息维护；报表维护；订单增加；订单删除。
1）、创建用例图，管理员和员工的用例图如下所示2）、顾客的用例图，如下所示：3、系统的活动图顾客购买商品和管理员处理订单的活动图如图所示：4、系统中的类（1）参与者相关的类系统中和参与者相关的类的类图如下：（2）各类之间的关系类不是单独一个模块，各个类之间是存在联系。
网上图书销售系统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建模班级软件工程组员陆凯锋李国斌钱潇斌应铁楠组长陆凯锋目录1 系统需求 (2)2 需求分析 (3)2.1 识别参与者 (3)2.2 识别用例 (3)3 静态结构模型 (5)3.1 定义系统对象 (5)3.2 定义用户界面类 (5)3.3 建立类图 (6)4 动态行为模型 (8)4.1 创建系统顺序图（协作图） (8)4.2 创建系统的状态图 (9)4.3 创建系统的活动图 (10)5 物理模型 (13)5.1 创建系统组件图 (13)5.2 创建系统部署图 (13)6总结 (14)7参考文献 (14)1 系统需求网上书店管理系统业务描述：网上书店提供给人们更加便捷的购书模式。
从网上书店系统不同参与者的角度 ,可以将其系统功能分为前台与后台两大功能模块。
通过对电子商务网站及网上书店的考察、分析以及实际的市场调查，要求本系统具有以下功能：●统一友好的操作界面，能保证系统的易用性。
●规范、完善的基础信息设置。
●图书分类详尽，可按不同类别查看商品信息。
●按图书大类及图书名称进行模糊查询。
●实现网上购书。
●新书及特价图书展示。
满足上述需求的系统主要包括下面几个模块：2 需求分析2.1 识别参与者在书店管理系统中，需要销售者和用户的的参与。
销售者可以有自己的用户名和密码对网站的后台进行维护和更新。
用户可以注册也可以登录来对图书进行浏览和购买，确认购买后通过转账汇款。
网站需要一个专门的管理者进行日常维护与管理，所以需要有系统管理员的参与。
参与者有销售者和用户以及系统管理员，销售者也可以替代系统管理员的功能。
2.2 识别用例（1）管理员的用例图从图中可以清楚地看到泛化关系与各个参与者所参与的用例。
（2）用户参与的用例图用户参与者的用例图如下图所示。
3 静态结构模型3.1 定义系统对象管理员，用户，购物车，图书。
3.2 定义用户界面类管理员登录边界类图：用户边界类图3.3 建立类图各类之间的关系：类不是单独一个模块，各个类之间是存在联系。
网上图书销售系统本文档介绍网上图书销售系统的UML建模过程。
1.1网上图书销售系统的需求分析寻找需求不是件容易的事情，软件开发人员最讨厌的就是需求经常变化，因此，在建模之前明确需求非常重要。
1.1.1系统总体的功能需求网上图书销售系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。
系统总体功能需求框图如图1-1所示。
图1-1 系统总体功能需求框图1.用户接口模块用户接口是网站用户使用图书销售系统服务的入口，所有的在线用户都通过浏览登录网站，并进行一系列的查询，订购操作。
用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。
用户登录系统后，用户ID将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统那个进行销售情况以及销售走势分析。
2.管理员接口模块这是系统提供给网站维护和管理人员的接口。
管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。
网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。
网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占有用率降到最低的限度。
3.数据服务模块数据服务器模块是系统正常运行的基础，包括客户的查询，定单的保存；网站工作人员的定单处理；网站管理员的销售情况查询与分析。
1.1.2用户接口模块用户接口模块包括如图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 报表维护功能1.2系统的UML建模1.2.1 建立初始模型选择菜单[File-New]“Create New Model”对话框，选择J2EE模式，然后点击[OK]按钮。
此时，Rational Rose会自动加载J2EE本身的一些构架模型。
加载完成后，就可以开始设计自己的模型，在此之前先保存该模型，并且将该模型取名为“网上图书销售系统”。
1.2.2系统的用例图用例图（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系统的时序图与协作图（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 管理员处理订单协作图1.2.4系统的活动图活动图可以分为垂泳道，每个泳道进表示工作流中不同的参与者。
查看泳道中的活动，就可以知道某个参与者的责任。
通过不同泳道中活动的过渡，可以了解谁要与谁进行通信。
这些信息在建模或理解业务程时非常重要。
顾客购买商品和管理员处理订单的活动图如图2-9所示。
图8 系统活动图从图2-9中可以看出，管理员、顾客发生了相互的关系。
顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环状态。
与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。
在顾客查询到订单状态变成已处理后，购买过程结束。
1.3.1 类图的生成1．参与者相关的类系统中的类图如图2-10所示。
图2-10 系统类图〖类图说明〗(1)Person是所有类的父类，它的属性包括用于标识不同身份的人的ID，姓名(Name)以及地址(Address)。
它的方法包括根据ID查询、根据姓名查询、设置某人的姓名、地址等。
(2)Customer继承了父类的方法和属性并添加了自己的属性和方法。
date表示该用户客户订单。
(3)Employee继承了person，它的属性password表示登录密码。
这是所有员工共有的操作。
系统管理员类中还增加了查询分析和报表打印的方法。
2．系统中的其他类系统中的其他类如图2-11所示。
图2-11 系统中的其他类(1)book是图书类。
它的属性包括图书ID、图书名称(name)、图书介绍(introduce)、图书作者（author）、图书价格（price），商品类的方法有add()用于添加。
(2)Orders是订单类。
它的属性包括订单ID、用户ID、商品ID、订单日期(date)。
