大学生网上订餐系统UML建模
点餐系统uml课程设计
点餐系统uml课程设计一、课程目标知识目标：1. 学生能理解UML图的基本概念，掌握点餐系统中常用的UML图表，如用例图、类图、顺序图等。
2. 学生能够运用UML图描述点餐系统的功能需求和业务流程。
3. 学生了解点餐系统的基本模块及其相互关系，并能够利用UML图表进行表达。
技能目标：1. 学生能够运用UML工具进行点餐系统的建模，提高系统分析与设计的能力。
2. 学生通过小组合作，培养团队协作和沟通能力，能够共同完成一个简单的点餐系统UML课程设计。
3. 学生能够运用所学知识，解决实际生活中类似点餐系统的分析与设计问题。
情感态度价值观目标：1. 学生培养对计算机科学与技术学科的兴趣，提高学习积极性。
2. 学生认识到UML图在软件开发中的重要性，培养良好的系统分析与设计习惯。
3. 学生在课程学习过程中，树立正确的价值观，认识到团队合作的重要性，增强集体荣誉感。
课程性质：本课程为信息技术或计算机科学与技术相关专业的选修课程，注重理论与实践相结合，培养学生的系统分析与设计能力。
学生特点：学生具备一定的编程基础，对UML图有一定了解，但实践经验不足。
教学要求：教师应采用案例教学、任务驱动等方法，引导学生积极参与课堂讨论，注重培养学生的动手能力和实际操作能力。
同时，关注学生的个体差异，给予个性化的指导。
通过本课程的学习，使学生能够将所学知识应用于实际项目中，提高其解决实际问题的能力。
二、教学内容1. UML基本概念：UML的定义、作用、分类及其在软件开发中的应用。
2. 点餐系统需求分析：分析点餐系统的功能需求、性能需求等，引导学生理解需求分析在软件开发中的重要性。
3. UML图表：- 用例图：介绍用例图的概念、组成元素，以及如何用用例图描述点餐系统的功能模块。
- 类图：讲解类图的概念、组成元素，以及如何用类图描述点餐系统中的类及其关系。
- 顺序图：解释顺序图的概念、组成元素，以及如何用顺序图描述点餐系统的业务流程。
UML建模案例——网上订单处理系统
（3）仓库管理随即向客人发货并
附上发票。
（4）然后(ránhòu)仓库管理员修
改订单的状态。同时，将订单更改 后的数据保存到数据库。
7、营销员通知(tōngzhī)仓管员发货的序列图和协 作图
精品文档
UML统一建模语言
三、创建系统(xìtǒng)动态模 型
精品文档
UML统一建模语言
三、创建(chuàngjiàn)系统动态 模型
营销人员修改订单状态(zhuàngtài) 的工作流程：
（1）营销人员在确认客户付款 无误的前提下，在订单服务界面 OrderForm进行订单状态的修改。
（2）订单服务界面将修改后的订 单状态通知订单类Order，由Order 对指定的订单的状态进行重新的设 定。 （3）Order对象将修改好的订单状 态保存到数据库DataBase。
（2）营销人员接到咨询请求信息后，从 数据库DataBase获得客户订单的详细情况。
（3）接着营销人员与客户进行联系，
为客户提供咨询服务，双方就订单细节问 题(wèntí)进行沟通。
（4）双方达成共识后，如果需要修 改现有订单的内容，由营销人员在订单 界面OrderForm修改，然后将修改好的 订单内容通知Order类，订单类负责将 修改好的订单数据保存到数据库 DataBase。
（3）协商联络。客户要求营销人员在订单确 认之前(zhīqián)与自己联系，进一步了解产品 的细节、协商价格等。
（4）付款。客户收到订单确认信息后，通过
汇款或网上支付完成付款。
精品文档
UML统一建模语言
二、创建(chuàngjiàn)系统用例模
型
营销人员用例能够通过该系统进行如 下活动：
UML建模案例——网上订单处理系统
（3）通知发货。营销人员确
新的订单信息保存到数据库中。
认客户付款无误后，将客户订购
（2）修改订单状态。客户提交订 信息提交给仓库管理员以便及时
单后，营销人员检查订单后，发送e- 配货和发货。
mail给客户，修改订单为确认状态。
（4）打印发票。营销人员使
客户付款成功，钱款到账，金额无误， 用系统从数据库中提取订购信息
6、营销员打印发票序列图和协作图
三、创建系统动态模型 7、营销员通知仓管员发货的序列图和协作图
营销员通知仓管员发货的 工作流程：
（1）营销人在订单服务界 面OrderForm将客户的购物清单 发送到仓库管理员处。
（2）仓库管理获得购物清单 后，根据购物清单进行配货。
（3）仓库管理随即向客人发 货并附上发票。
网上订单处理系统的功能性需求包括以下内容： （1）客户在企业网站中选择需要的产品并放入购物车，进行订购。 （2）客户输入购买细节，提交订单，系统自动将订单信息保存到数据库。 （3）客户能够要求企业营销人员与自己联系，进一步了解产品、协商价格，确认订单 的细节。 （4）企业营销人员在收到客户的联系要求后，及时与客户联系，为客户提供咨询服务， 确认订单的细节。如果需要修改原订单，将修改后的订单信息更新到数据库并向客户发出 订单确认信息。 （5）客户收到订单确认信息后，汇款或网上支付产品款项至企业银行账户。 （6）订单处理系统检查用户帐号及付款金额，若金额无误，修改订单状态，将付款成 功信息通知营销人员。 （7）订单处理系统从数据库中获取订购信息和收到的付款信息生成发票后将该发票提 供给营销人员。营销人员发E-mail通知客户已发货，并将发票提供给仓库管理员。 （8）系统从数据库中获得该客户的订单信息和个人资料，生成订购信息列表，将该列 表提供给仓库管理员。由仓管员根据订购信息列表配货后，向客户发货并附上发票。最后 修改订单的状态。
uml网上订餐系统
《UML建模语言》课程设计报告题目：订餐管理系统数学与计算机科学（软件）学院软件工程专业2011级实验时间：2013－2014学年第一学期任课教师：张舒目录1背景介绍： (3)2、系统分析 (3)2.1 获取需求 (3)2.1.1在大学城订餐系统中主要有以下涉众： (3)2.1.2边界 (4)2.1.3业务用例 (7)2.1.4活动图 (10)2.1.5用例规约 (11)2.2需求分析 (14)2.2.1财务管理 (14)2.2.2信息管理 (16)2.2.3店面管理 (19)2.2.4订餐 (22)2.2.5 订单管理 (24)3 系统设计 (26)3.1整个系统结构： (26)3.2组件图和设计类图 (27)3.2.1店面管理用例的设计类图 (27)3.2.2财务管理用例的设计类图 (28)3.2.3信息管理用例的设计类图 (31)3.2.4订餐管理用例的设计类图 (34)3.2.5订单管理的设计类图 (35)3.3数据库设计 (37)3.4系统部署图 (40)4总结 (41)1背景介绍：当今社会，计算机技术尤其是网络技术飞速发展，给我们的生活带来的极大的方便。
经过我们小组成员在生活中细致观察，发现整个大学城的学生对平常订餐需求很大，但他们订餐的方式都是比较原始的电话订餐。
而各个餐饮店也是各自为战，自己接电话，记录订单需求，自己配送。
这样效率很低，利润薄，而且信息不流畅。
基于这个现状。
我们决定提供一个平台---网上订餐系统。
在网上给申请的商家一个虚拟店面，可以在上面挂上该商家的名称，饭菜的图片和价格等，让订餐者可以方便的订餐，可以对商家进行评价等。
而商家后期只负责煮菜。
物流有我们系统运营者负责，然后直接赚取差价。
还要定期对商家进行卫生安全评估，以和根据用户的评价来生产评价档案。
并以此为依据来决定商家的去留等。
2、系统分析2.1 获取需求非功能性需求1.界面操作简单功能性需求2.1.1在大学城订餐系统中主要有以下涉众：订餐者：订餐商家：提供餐饮配送人员：取餐送餐店面管理员：核实并更新商家信息，管理商家界面显示订单管理员：管理订单信息管理员：订餐者信息管理，商家联系信息管理收银员：收取送餐人员金额会计员：统计每日收支财务经理：总财务核算和收入支出相关法律法规:应遵循的行业规范和标准业主：网站建设成本，建设周期，建成后的收益参与者（用户）：用户名称使用系统方式订餐者通过系统订餐配送人员通过系统获取订餐者订餐信息店面管理员代理商家使用系统实时更新核实并更新商家信息，管理商家界面显示订单管理员管理订单信息管理员订餐者信息管理，商家联系信息管理收银员收取送餐人员金额财务经理通过计算机系统系统进行财务核算收入支出，2.1.2边界对于该系统，我们以业务功能为依据进行边界的划分，划分出五个边界：订餐边界、商家餐饮管理边界、信息管理边界、订单管理边界、财务管理边界。
点餐系统UML设计
点餐系统UML设计点餐系统UML设计是一种用于描述点餐系统的统一建模语言（Unified Modeling Language，UML）图形表示方法。
在点餐系统中，顾客可以通过系统选择想要的食物并下订单，系统会将订单传输给厨房或者餐厅，并进行相应的处理。
以下是一个点餐系统的UML设计示例：1.用例图用例图描述了系统的功能和角色之间的交互。
一个基本的点餐系统用例图包括以下元素：-顾客：顾客可以进行点餐、支付订单和查看订单等操作；-服务员：服务员负责接待顾客、记录订单和传输订单给厨房；-厨房：厨房负责接收订单并进行食物制作；-餐厅管理员：餐厅管理员负责管理菜单和餐厅信息。
2.类图类图描述了系统中的类以及它们之间的关系。
一个基本的点餐系统类图包括以下类：-顾客类：顾客拥有属性（如姓名、手机号）和方法（如点餐、支付订单）；-服务员类：服务员拥有属性（如姓名、工号）和方法（如记录订单）；-订单类：订单拥有属性（如订单编号、下单时间）和方法（如计算订单总价、传输至厨房）；-厨房类：厨房负责接收订单并进行食物制作；-菜单类：菜单拥有属性（如菜名、价格）和方法（如添加菜品、修改菜品）；-餐厅类：餐厅拥有属性（如名称、地址）和方法（如添加菜单、派送订单）。
3.活动图活动图描述了系统中各个对象间的动态行为以及对象间的相互作用。
一个基本的点餐系统活动图包括以下活动：-顾客点餐：顾客选择菜品、调整菜品数量并下单；-订单处理：服务员接收订单、记录订单并传输至厨房；-食物制作：厨房接收订单、制作食物并通知完成状态；-订单派送：餐厅接收订单、派送订单并通知顾客。
4.状态图状态图描述了一个对象在不同状态下的转换。
在点餐系统中，可以使用状态图描述订单状态的转换，如订单状态可以是“等待中”、“制作中”和“已完成”。
5.顺序图顺序图描述了系统中各个对象之间的消息传递顺序。
在点餐系统中，可以使用顺序图描述顾客下单时与服务员的交互、服务员传输订单给厨房以及订单派送给顾客的过程。
基于UML的饭店预定管理系统设计
图１ 管理员用例图号）；怀化学院教学方法改革专项（项目编号：(1999—)，男，湖南怀化人，本科。
研究方向：计算机科学与技术。
研究方向：数据挖掘、大数据分析与软件工程与应用。
图２ 服务员用例图图３ 顾客用例图２ 饭店预定管理系统时序图建模时序图是通过描述对象之间发送信息的时间顺序从而显示多个对象之间的动态协作。
以饭店管理员记录预定为例，4所示。
图４ 饭店管理员时序图具体流程如下：①管理员进入操作页面，②根据会员号查询信息；③返回会员信息；④输入预定信息；⑤创建预定信息；⑥保存预定信息；⑦返回预定成功信息。
３ 系统效益分析对饭店而言，使用饭店预定系统不仅能够显著饭店的经济效益，还能有效节约饭店的时间和空间。
2020年第15期信息与电脑China Computer & Communication 软件开发与应用定饭菜机制可以最大限度防止食物浪费，以达到利益最大化。
预定不仅可以营造舒适的就餐环境，而且能够显著提升饭店的口碑，进一步提升竞争力。
对顾客而言，是最大的受益者。
饭店预定系统为顾客提供了一个平台，能够有效节省顾客在排队和点餐时的时间。
顾客利用这些时间可以用来做些更加有意义的事，比如看时事新闻、进行学习等。
对社会来说，由于饭店预定系统的使用使饭店的收益增加，相应的税收也会增多；预定饭菜可以使厨余垃圾减少，对环境的污染也随之变小，对改善市容市貌有一定的 作用。
４ 结 语UML 具有简单易学、高度统一等特征，已成为可视化建模语言的标准之一。
俗话说，时间就是金钱，饭店预定系统的使用不仅节省了饭店和顾客的大量时间，还减少了食物浪费，进而可以提升饭店的收益。
参考文献[1]袁国铭,刘瑞,樊波,等.UML 用例图在软件工程中的步骤设计研究[J].微型电脑应用,2014(1):50-52.[2]Alhir S S.Unified Modeling Language(UML)[Z].2002.。
基于UML的外卖订餐系统需求分析
基于UML的外卖订餐系统需求分析目录1. 系统概况 (3)2. 系统需求 (4)2.1. 功能性需求 (4)2.2. 非功能性需求 (4)3. 系统开发时间管理 (5)4. 系统开发可行性分析 (5)4.1. 技术的可行性： (6)4.2. 经济的可行性： (6)4.3. 操作的可行性： (6)5. 系统开发项目人员安排 (6)6. 基于UML的系统分析 (7)6.1. 用户用例图 (7)6.2. 系统主要用例 (11)7 总结 (29)图表目录表格 1 项目人员安排表 (7)表格 2 顾客管理账户用例描述 (11)表格 3 找回密码用例描述 (12)表格 4 顾客订餐用例描述 (15)表格 5 送货员送餐用例描述 (16)表格 6 顾客查看历史订单用例描述 (16)表格 7 主管查看历史订单用例描述 (17)表格 8 菜品评论与主管查看用例描述 (21)表格 9 主管管理菜品描述 (24)表格 10 系统管理员用例描述 (26)图 1 外卖订餐系统结构图1 3图 2 外卖订餐系统结构图2 4 图 3 系统开发甘特图 5 图 4 外卖订餐系统用户用例图8 图 5 顾客用例图9 图 6 主管用例图10 图 7 送餐员用例图10 图 8 系统员用例图11 图 9 账户管理活动图13 图 10 顾客注册顺序图14 图 11 顾客登录管理账户顺序14 图 12 顾客订餐活动图18 图 13 送餐员送餐活动图19 图 14 主管查看历史订单活动图20 图 15 顾客订餐顺序图20 图 16 送餐员送餐顺序图21 图 17 顾客评论活动图22 图 18 主管查看评论活动图23 图 19 顾客评论顺序图23 图 20 主管管理菜品活动图25 图 21 主管管理菜品顺序图26 图 22 系统管理员活动图28 图 23 系统管理员顺序图291.系统概况外卖订单系统是服务于餐馆外卖活动的一个简单的信息系统，开发该系统主要希望实现扩大本餐馆宣传、缩短顾客订餐时间、减少订餐错误、便于订单统计分析等，最终达到扩大餐馆影响力、提高餐馆外卖业务效率、实现一定程度的决策支持的目的。
UML建模案例网上订单处理系统
3、客户和营销员协商联络订的序列图 和交互图
UML统一建模语言
三、创建系统动态模型
4、客户付款的序列图和交互图
2 系统接收到到款通知后,由付 款对象对到账的金额进行核实。如 果金额与应付的金额有出入,立即向 客户发生错误信息。
3 如果金额正确,修改付款状态 和订单状态。
4 同时,将数据保存到数据库。
UML统一建模语言
三、创建系统动态模型Leabharlann 14、通知仓管员发货活动图
通知仓管员发货的活动图。在 活动图中有二个泳道,分别是客户泳 道和营销人员泳道,具体的活动过程 描述如下：
UML统一建模语言
网上订单处理系统 重点内容：
l需求分析 l创建系统用例模型 l创建系统静态模型 l创建系统动态模型 l创建系统部署模型
UML统一建模语言
一、需求分析
随着网络的发展和计算机的普及,越来越多的企业都在因特网上建立了自己的企业网 站。网上订单处理系统就是企业在进行网上销售活动时,利用计算机来对客户选择产品的 订单进行系统的处理,从而提高企业经营管理的效益。
UML统一建模语言
三、创建系统动态模型
11、客户订购产品活动图
客户订购产品的活动图中, 活动的对象是客户和系统,我 们使用二个泳道图来表示活动 的过程,具体描述如下：
1 客户在订购界面输入订购 产品的详细信息。
2 系统生成新的订单,并将 订单保存到数据库。
3 将订单已被接受的信息和 订单详细的情况通过E-mail发 送给客户。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
大学生网上订餐系统
U M L建模
Document serial number【NL89WT-NY98YT-NC8CB-NNUUT-NUT108】
题目：大学生网上订餐系统
目录
1
2
3
4
6
7
7
8
8
8
9
1背景介绍
随着网络技术的飞速发展，人们的生活也越来越追求方便化。
经过观察，发现整个大学城的学生对平常订餐需求很大，但他们订餐的方式都是比较原始的电话订餐。
而各个餐饮店也是各自为战，自己接电话，记录订单需求，自己配送。
这样做效率很低，利润薄，而且信息不流畅。
所以我决定为大学生提供一个平台---网上订餐系统。
在网上给申请的商家一个虚拟店面，可以在上面挂上该商家的名称，饭菜的图片和价格等信息，让订餐者可以方便地订餐，还可以对商家的餐饮进行评价，由系统生成评价档案以供其他人参考等，而商家后期只负责做饭菜并安排人配送。
此外，需要定期对商家进行卫生安全监察，生成商家监察档案，并以此为依据来决定商家的去留等。
2 需求分析
大学生网上订餐系统主要有以下几方面需求：
1）订餐者
订餐者首先需要注册一个账号用于系统登录，登录后可以查看店铺信息，并选中某一店铺后进入其餐饮信息界面，最终选中所需餐饮，下订单。
当然用餐后还可以对此餐饮进行评价。
2）商家
商家首先需要申请一个网上店铺，当申请通过后，登录到系统中，可以核实订单并安排配送，然后对本店的餐饮信息进行更新。
3）订单管理员
当订餐者下订单后，订单管理员需及时生成订单，如果订餐者对订单有所更改时，订单管理员也要及时对数据进行更新。
4）店铺管理员
当商家申请通过时，店铺管理员需要及时录入店铺信息，并为其设立店面、建立客户评价档案、商家监察档案。
当商家增加、修改、删除其餐饮信息时，店铺管理员需及时对数据进行更新，以便其他人订餐。
如果订餐者对某餐饮店的某餐饮进行评价后，店铺管理员需及时更新评价档案。
5）系统管理员
系统管理员主要完成对商家和订餐者信息的管理、以及系统的维护。
3 系统用例模型
大学生网上订餐系统的参与者有：
订餐者用例图
订餐者可以登录系统，登录后可以订餐，订餐过程包括选择店铺、选择餐饮、下订单以及到餐付款，用餐后还可以对餐饮进行评价。
商家用例图
商家可以登录系统，登录后需要对订餐者的订单进行核实并安排配送，然后更新店铺有关餐饮信息（增加、删除、修改）。
店铺管理员用例图
店铺管理员可以更新店铺信息（包括录入新申请通过的商家、修改、删除和查询店铺信息），还要为每一个店铺建立客户评价档案盒商家监察档案。
订单管理员用例图
订单管理员当订餐者下订单后要立即生成新订单，如果订单有所改动需及时更新（查询、修改、删除）。
系统管理员用例图
系统管理员可以登录系统，对商家和订餐者的信息进行管理（增加、删除、修改、查询），还有系统的维护。
4 系统静态模型
由需求分析中知，我们可以依据主要六个类对象：订餐者、订单管理员、商家、店铺管理员、系统管理员、订单、店铺和餐饮创建完整的类图。
5 系统动态模型
系统时序图
订餐者订餐
（1）订餐者注册一个系统登录账号；
（2）在登录界面输入相应的用户名和密码进行身份验证；
（3）系统验证后将验证结果返回给用户；
（4）系统展示有关店铺信息；
（5）订餐者选择店铺；
（6）系统展示该店铺的有关餐饮信息；
（7）订餐者浏览信息并选择所需餐饮；
（8）订餐者下订单；
（9）下订单成功后，系统更新餐饮信息；
（10）退出系统；
（11）用餐后对餐饮进行评价。
根据订餐者订餐的时序图可以创建如下协作图：
商家管理店铺
（1）商家申请一个网上虚拟店铺；
（2）申请成功后，在登录界面输入自己的用户名和密码进行身份验证；（3）系统进行验证并将验证结果返回给商家；
（4）商家处理订单；
（5）更新店铺相关餐饮信息；
（6）提交更新数据；
（7）系统将提交的结果显示给商家；
（8）提交成功，退出系统。
根据商家管理店铺的时序图可以创建如下协作图：
店铺管理员管理店铺信息
（1）店铺管理员登录系统进入管理界面；
（2）对店铺的信息进行更新；
（3）提交更新数据；
（4）系统将提交结果显示给店铺管理员；
（5）提交成功，退出系统。
根据店铺管理员管理店铺信息的时序图可以创建如下协作图：
店铺管理员建立客户评价档案
（1）店铺管理员登录到系统；
（2）对订餐者的评价进行核实并筛选；
（3）生成最终的评价档案；
（4）系统将结果显示给店铺管理员；
（5）退出系统。
根据店铺管理员建立客户评价档案的时序图可以创建如下协作图：店铺管理员建立商家监察档案
（1）店铺管理员登录到系统；
（2）录入通过检查得出的监察结果；
（3）生成监察档案；
（4）系统将结果显示给店铺管理员；
（5）退出系统。
根据店铺管理员建立商家监察档案的时序图可以创建如下协作图：订单管理员管理订单
（1）订单管理员登录到系统中；
（2）管理订单信息；
（3）提交更新数据；
（4）系统将更新结果显示给定单管理员；
（5）提交成功，退出系统。
根据订单管理员管理订单的时序图可以创建如下协作图：
系统管理员管理订餐者信息
（1）系统管理员注册一个自己的登录账号；
（2）输入用户名和密码进行身份验证；
（3）系统将验证结果显示结果返回给系统管理员；
（4）系统管理员在订餐者信息管理界面对订餐者信息进行更新；（5）提交更新数据；
（6）系统将提交结果返回；
（7）提交成功，退出系统。
根据系统管理员管理订餐者信息的时序图可以创建如下协作图：
系统管理员管理商家信息
（1）系统管理员注册一个自己的登录账号；
（2）输入用户名和密码进行身份验证；
（3）系统将验证结果显示结果返回给系统管理员；
（4）系统管理员在商家信息管理界面对商家信息进行更新；
（5）提交更新数据；
（6）系统将提交结果返回；
（7）提交成功，退出系统。
根据系统管理员管理商家信息的时序图可以创建如下协作图：
系统管理员维护系统
（1）系统管理员注册一个自己的登录账号；
（2）输入用户名和密码进行身份验证；
（3）系统将验证结果显示结果返回给系统管理员；
（4）系统管理员在系统维护界面对系统进行维护；
（5）提交维护操作；
（6）系统将提交结果返回；
（7）提交成功，退出系统。
根据系统管理员维护系统的时序图可以创建如下协作图：
系统活动图
根据大学生网上订餐系统的整个活动过程，创建了如下的系统活动图：系统状态图
根据前面的分析和设计可以发现，每个参与者在使用系统前都需要进行登录，登录之后就可以进行各自相应的操作，操作完成后退出系统。
创建的系统状态图如下：
6 系统部署图
系统构件图
网上订餐系统的构件图我们通过构件映射到系统的实现类中，说明该构件物理实现的逻辑类，在本系统中，我们可以对订餐者类、系统管理员类、商家
类、店铺管理员类、订单管理员类、订单类和餐饮类分别创建对应的构件进行映射。
系统部署图
网上订餐系统的部署图描绘的是系统节点上运行资源的安排。
包括四个节点，分别是：客户端浏览器、HTTP服务器、数据库服务器和打印机。
7 总结
经过认真地分析我得出了系统的需求分析，确定了系统的主要参与者以及各自的主要活动。
通过学习UML建模的有关知识和Rational Rose工具，我亲自动手练习，最终画出了系统的系统用例模型（各自用例的用例图）、系统静态模型（系统类图）、系统的动态模型（系统时序图、系统活动图和系统状态图）以及系统部署模型（系统构件图和系统部署图）。
通过自己的亲自动手操作，使我进一步了解并掌握了UML的建模过程和Rational Rose工具的使用。
同时，我也发现了自己思考问题不全面等一系列不足，促使自己不断改正、不断进步。