下载文档原格式
实验目的1.学会使用UML工具进行系统建模2.学会和熟悉创建系统用例模型过程3.熟悉和掌握创建系统静态模型过程4.学会和掌握创建系统动态模型过程实验步骤及要求1.创建系统用例模型进行系统分析和设计的第一步是创建系统的用例模型，作为描述系统的用户或者参与者所能进行的操作的模型，他在需求分析阶段有着重要的作用，整个开发过程都是围绕系统的需求用例表述的问题和问题模型进行的。
创建系统用例的第一步是确定系统的参与者。
根据需求分析可知网上购物系统的参与者包括以下三种：(1)用户。
泛指所有使用网上购物系统的人，是专门抽象出来的一个参与者。
(2)普通用户。
即游客，进入网上商店浏览但是没有进行注册的用户，无权购买商品，仅有浏览商品信息的功能。
(3)注册会员用户。
已经注册过的用户，登陆网上商店后即可进行购物。
(4)管理员。
对本系统进行数据管理、数据维护，并对商品、订单和用户进行管理的用户。
普通用户用例图的建模过程如下：(1)在创建的“网上购物商店”模型中，右击用例视图，在弹出的快捷菜单中选择新建->用例图。
(2)将创建的用例图名称改为“普通用户用例图”。
(3)双击“普通用户用例图”，进图图形编辑窗口。
(4)单机编辑工具栏上的“参与者”图标，然后再图形编辑区德空白处单击鼠标右键，在创建的人形图案上修改参与者名称为“用户”。
(5)重复4步骤，再创建“普通用户”的参与者。
(6)单击编辑工具栏上的“泛化关系”图标，在图形编辑区中使泛化关系的空心三角箭头线段从“普通用户”参与者连接到“用户”参与者，创建两个参与者之间的泛化关系。
(7)单击编辑工具栏上的“用例”图标，在图形编辑区空白区右击，在创建的椭圆形的用例上修改用例名称为“注册”。
(8)依照7步骤，再创建“浏览商品信息”、“查询商品”、“在线帮助”、“分类商品信息显示”、“优惠商品信息显示”、“热门商品信息显示”、“分类商品查询”、“优惠商品查询”、“热门商品查询”和“高级查询”共10个用例。
2010 —— 2011 学 年 第 一 学 期信息技术学院《软件系统建模与UML》综合设计实验 网上购物系统的UML建模班 级学 号姓 名任课教师日 期 2010年12月30日目 录第1章 系统需求 (2)第2章 需求分析 (3)2.1 识别参与者 (3)2.2 识别用例 (3)2.3 用例的事件流描述 (4)第3章 静态结构模型 (10)3.1 定义系统对象 (10)3.2 定义用户界面类 (10)3.3 建立类图 (11)第4章 动态行为模型 (17)4.1 创建系统顺序图（协作图） (18)4.2 创建系统的状态图 (22)4.3 创建系统的活动图 (23)第5章 物理模型 (27)5.1 创建系统组件图 (27)5.2 创建系统部署图 (28)第1章 系统需求一个客户通过因特网购买所需要的商品，客户可以在商品列表的Web页面上选择订购商品。
要发出定单，客户必须填上运送和付款信息，可接收的付款方式为信用卡、支票或者其他付款方式，一旦定单被输入，系统向客户发送一个确认e-mail消息，并附上定单的细节，在等待计算机送到的时候，客户可以在任何时候在线查到定单的状态。
后端定单处理包含下面所需的步骤：验证客户的信任度和付款方式、向仓库请求所订购的商品、打印发票并且请求仓库将商品运送给客户1. 客户使用商品列表的Web页面来查看所需要的商品，商品价格也同时显示出来。
2. 客户可以通过留言板向我们提出需要什么样的商品，需要什么样的服务，对我们提出一些意见和建议。
3. 客户可以选择在线订购商品，或者也可以要求销售人员在定单真正发出之前与自己联系，解释定单的细节、协商价格等。
4. 要发出定单，客户必须填写在线表格关于运送和发票地址以及付款细节（信用卡、支票或者其他付款方式）。
5. 在客户定单输入到系统之后，销售人员发送电子请求给仓库，附上所订购的商品的细节。
6. 事务的细节，包括定单号和客户账号，要e-mail给客户，使得客户可以在线查看定单的状态。
《面向对象分析与设计》课程设计专业计算机科学与技术班级计算机08-1学号姓名指导教师完成时间2011-6-10成绩目录二设计目的 (3)1.需求分析 (3)系统功能分析 (3)三设计要求 (4) (4) (5) (7).................................................................................9........................................................................ 10 四用UML对系统建模 (12)1.用例图（用例建模）……………………………………………………12前台用户用例图及其文档 (12)后台管理员用例图及其文档 (14)2.系统类图 (16)3.顺序图 (17)4.构造活动图 (20)5.构造状态机图 (29)6.构件图 (33)7.部署图 (33)五使用说明书 (34)六工作总结 (39)一、设计题目:网上购物系统设计二、设计目的需求分析在线商城系统主要是针对中小型商城，购物系统管理员将商品信息整理归类发布到网上，用户登录该网站后，首先要注册为会员才能购买商品，提交订单给购物系统管理员，并同时将费用通过电汇或邮寄的方式交付到商城管理员处。
购物系统管理员在收到付款后，发货给购物者，并同时更新网上有关于该订单的付款状态，从而完成一次交易。
●只允许系统规定的购物系统管理员来添加和修改商品信息；购物系统管理员可以查看该系统的所有注册用户信息，可以修改某一个注册用户的基本信息，也可以删除某个用户；购物系统管理员可以查看该系统的所有订单，可以删除订单，也可以修改订单的付款状态、发货状态。
●任何一个网络用户都可以注册称为该系统的固定用户，注册时需要填写基本注册信息，还可以修改个人的基本信息。
●只有注册用户才能登录此系统，购买商品。
购买商品时可以任意选购商品，任意填写购买数量，可以修改已选择商品的购买数量，可以删除已选择的某一种商品，可以取消购买，可以提交购买下达订单确认一次购买成功。
一、系统需求本系统共有三类用户：普通用户是指没有登陆权限（主要指网络用户），以匿名用户的身份访问系统网站。
此类用户主要有浏览系统信息、查看商品信息，注册成为会员。
把本网站设为首页，添加到收藏夹，联系开发人，查看交款方式，退换货原则，配送范围，交易条款，保密协议等操作。
浏览的内容包括：商品信息、商品分类信息。
商城会员：这类用户拥有普通用户的所有权限；普通用户可以注册成为会员，并根据会员ID和密码登陆系统，登陆之后可以对更改自己的信息但会员ID做为数据库表主键不能修改。
会员登陆后可以查看商品信息，查看各种分类商品信息，将商品添加到购物车中。
修改购物车中商品数量，或是删除某些不想要的商品。
系统管理员：系统管理员主要负责管理着系统后台信息；主要有订单管理，商品管理，会员管理，留言管理和系统管理。
订单管理有未确认订单和已确认订单管理，未付款订单和已付款订单管理，未发货和已发货订单管理，未归档和已归档订单管理。
商品管理主要有商品添加和商品管理，商品类别添加和商品类别管理。
会员管理主要有添加管理员和管理管理员，管理会员。
物流系统主要有支付方式添加和管理，配送方式添加和管理，配送地点添加和管理。
系统管理主要是上传管理。
因此，本系统主要功能是对商品进行管理规划，方便会员购买。
前台模块功能有：商品信息查看、会员注册、会员登录、会员信息修改、购物车管理、购物留言。
后台模块功能有：商品管理、订单管理、会员管理、管理员管理、留言管理用例图及相关的用例描述如图会员用例图二、系统分析系统包含的实体类有客户类(customer)、商品类(good)、订单类(order)、订单细节类(ordertail)、购物车类(CartBean)、留言单类(leavewords)，包含的边界类有购物车的物品表单(shoppingchart)、留言表单类(leavewordstable)、注册表单类(registetable)、登录表单类(logintable)、订单表单类(ordertable)，包含的控制类有购物类(shopping)、注册类(regist)、登录类(login)、留言类(leaveword)类图如图三、顺序图与协作图（1）会员下订单该用例是客户端下在客户登录后可以浏览上架的商品，并能搜索相应的商品，根据需要选择商品并下订单，该用例的流程如下：(1)用户指定相应的商品种类进行搜索，得到相应的商品信息；(2)选中自己需要的商品并选择其定购的数量放入购物车；(3)提交下订单请求，系统检查用户是否登录，若用户未登录转(4)，否则返回个人信息由用户确认，转(5);(4)用户登录系统，重新进入购物车页面，转(3)(5)顾客确认自己的信息后，由系统数据库记录订单信息更新订单表；(6)数据库更新成功后，返回顾客下订单成功的消息。
基于UML的网络购物系统的分析摘要：论文简单的描述了UML的基本概念和发展历史，并且分析了目前运用UML存在的一些问题，通过在实际的设计开发中运用UML 对网络购物系统的开发例子来阐述UML的一些实现原理。
关键词：对象管理组织统一建模语言[Abstract]:[key words]：1.UML简介和背景：2.目前运用UML存在的一些问题：自从OMG（）提出UML以来,随着它的不断完善发展, UML逐渐被很多企业接受认可,在很短的时间内，UML已经成为软件工业中占支配地位的建模语言。
但目前在国内外UML的运用情况却不是很好。
2002年6月底,BZ公司对226个个体进行了调查,结果是有34%的开发人员运用UML进行系统开发的建模,62%的开发人员不用UML进行开发,4%的开发人员不太确定[1].究其原因是UML1.4还存在以下几个方面的不足:第一，目前UML很多地方运用难以解释的字符来描述系统的功能、系统的行为和计算,不易于理解。
并且没有对数据操作进行定义,很多对象之间的行为过程没有加以说明，如：对象之间关系的操作（relationship manipulation），这些都迫切需要一个标准化的行为描述语言(Action Specification Language)来对系统的行为进行精确的描述。
第二，UML虽然是一种面向对象的软件系统设计的标准描述语言，但是在其状态图中用状态和迁移表示对象行为关联时用到了大量的不易于理解的注释字符，因此，系统的UML模型既不是可以执行的也是不和用编程语言开发的可执行程序相协调。
第三，在不同的技术实现平台上（如：实现语言，软件环境）对同样需求的系统建模时细节差别很大，系统构建模型的重用性就很低。
这样在计算机技术正在向各个方向快速发展的今天，老的遗留系统必须和新技术的实施平台，开发技术相协调，使得新旧系统之间的集成或系统的演化面临不同的实现技术，老的遗留系统在运用新技术进行重构时，必然要浪费很多财力，人力进行系统模型的更新甚至完全重建系统。
网络购物系统的UML分析与设计摘要：论文简单的描述了UML的基本概念和发展历史，并且分析了目前运用UML存在的一些问题，通过在实际的设计开发中，运用UML 对网络购物系统的开发例子来阐述UML的一些实现原理。
关键词：UML 系统分析系统分析 面向对象设计1.UML简介和背景：UML是有世界著名的面向对象技术专家G.BOOCH，J.RUMBAUGH，和I.JACOBSON发起，在BOOCH方法，OMT方法和OOSE方法的基础上，汲取其他面向对象方法的优点，广泛征求意见，几经修改而完成的。
目前UML得到了诸多大公司的支持，已经成为面向对象技术领域内占主导地位的标准建模语言。
目前最新的UML规范说明是2003年3月发布的1.5版本。
OMG在同时进行两个UML版本的工作，一个是对1.X版本的改进工作，一个是有较大改动的版本2.0的工作。
OMG从2001年开始UML2.0的工作，由于UML2.0是一个比较大的升级工作，其发布时间也一再的推迟。
经过对2.0版本草案的多次征求意见和修改，2003年8月，OMG 发布了最后的征求意见版本。
正式的版本将很快发布。
在UML建模语言成为标准之前，有很多的OO方法，每种方法都说自己是最好的，出现了所谓的方法学大战。
随着UML被OMG采纳为标准，面向对象领域的方法学大战也随之结束。
UML在学术界和工业界越来越受到重视。
2. 目前运用UML存在的一些问题：自从OMG提出UML以来,随着它的不断完善发展, UML逐渐被很多企业接受认可, 在很短的时间内，UML已经成为软件工业中占支配地位的建模语言。
但目前在国内外UML的运用情况却不是很好。
2002年6月底,BZ公司对226个个体进行了调查,结果是有34%的开发人员运用UML进行系统开发的建模,62%的开发人员不用UML进行开发,4%的开发人员不太确定[1].究其原因是UML1.4还存在以下几个方面的不足: 1目前UML很多地方运用难以解释的字符来描述系统的功能、系统的行为和计算,不易于理解。
实验一-基于UML的网上购物系统分析与设计实验一基于UML的网上购物系统分析与设计一、实验目的1．熟悉UML各图的基本功能和使用方法。
2．掌握如何使用建模工具绘制UML各图方法。
3．学习面向对象的系统分析与设计方法。
二、实验器材1．PC一台。
2．Rational Rose 2003工具软件。
三、实验内容利用Ration Rose统一建模工具，以华龙百货销售有限公司的网上购物系统为实验案例，进行基于UML的系统分析与设计，完成需求获取、系统分析、系统设计各阶段的基本任务。
四、实验步骤1．分析网上购物系统的需求，绘制用例图，建立用例模型。
识别用例之间的关系。
用例图如图：网上购物用例图顾客服务用例图订单管理用例图顾客管理用例图商品管理用例图2．分析主要用例的用例描述（包括主事件流、可选事件流和例外事件流）。
答：搜索商品用例名：搜索商品（Search for Items）简要说明：这个用例描述顾客根据关键词搜索商品的过程。
前置条件：顾客已进人Main Page页面。
事件流：（无）。
基本事件流：（1）顾客输人关键词，点击“搜索”按钮；（2）系统根据所输人关键词，查询数据库；（3）系统显示查询结果。
替代事件流：数据库中无符合关键词的商品（缺货或者没有该商品）。
（1）在基本事件流第2步，系统查询数据库时，查到数据库商品无符合关键词的商品，用例开始；（2）系统显示“查无符合关键词的商品!”信息；（3）用例结束。
后置条件：（无）。
把商品加人购物车用例名：把商品加人购物车（Add Items to Shopping Cart）简要说明：这个用例描述把物品加人购物车的过程。
前置条件：顾客已登录，并进人ItemUI页面。
事件流：（无）。
基本事件流：（1）顾客点击所选商品旁的“加进购物车”按钮，用例开始；（2）系统根据所选商品的PID查询数据库，看是否有所选商品；（3）系统根据顾客的C1D查询数据库，获取顾客信息；（4）系统把所选商品信息及顾客信息加人顾客的购物车中；（5）系统更新显示购物车的信息；（6）用例结束。
替代事件流一：所查商品不符合要求（缺货或者没有该商品）。
（1）在基本事件流第2步，系统查询数据库时，查到数据库里该商品已不存在，或者数量为0，用例开始；（2）系统显示“商品已无，加人购物车失败”信息；（3）用例结束。
替代事件流二：顾客没有购物车。
（1）在基本事件流的第3步，系统查出顾客没有购物车，用例开始；（2）系统提示顾客创建一个新的购物车；（3）用例结束。
后置条件：（无）。
查着购物车用例名：查看购物车（View the Shopping Cart）o简要说明：这个用例描述顾客查看购物车信息的过程。
前置条件：顾客已登录并且拥有一个购物车。
事件流：（无）。
基本事件流：（1）顾客点击“查看购物车”按钮，用例开始；（2）系统根据当前顾客CID查询相关的购物车；（3）系统显示该购物车信息；（4）用例结束。
替代事件流：顾客购物车已不存在。
（1）系统根据顾客名查不到相关的购物车（可能是未访问时间太长，系统已取消该购物车）；（2）系统显示“购物车不存在”信息；（3）用例结束。
后置条件：（无）。
从购物车删除某商品用例名：从购物车删除某商品（Delete ltcms in Shopping Cart）简要说明：这个用例描述顾客删除购物车中某商品的过程。
前置条件：顾客已登录，并且已在购物车界面。
事件流：（无）。
基本事件流：（1）顾客点击’‘从购物车删除某商品”按钮，用例开始；（2）系统显示“是否删除该商品?”警告；（3）顾客选择确定；（4）系统根据购物车IID和顾客CID访问数据库；（5）删除购物一车中的该商品；（6）系统更新购物车显示界面；（7）用例结束替代事件流：顾客取消删除。
（1）在基本事件流第3步中，顾客取消，用例开始；（2）系统返回购物车界面；（3）用例结束。
后置条件：（无）。
修改购物车用例名：修改购物车（Update the Shopping Cart）o简要说明：这个用例描述顾客更新购物车中商品数量的过程。
前置条件：顾客已登录，并且已在购物车界面。
事件流：（无）。
基本事件流：（1）顾客修改购物车中商品数量（可以不修改），点击“修改商品信息”按钮，用例开始；（2）系统根据购物车IID和顾客CID访问数据库；（3）系统将新的购物车信息保存到购物车数据库（数量为0则删掉商品信息）；（4）系统根据数据库中购物车信息更新购物车界面；（5）用例结束。
替代事件流：库存商品数量不足。
（1）系统检查到顾客欲购商品数量大于库存中商品数量，用例开始；（2）系统显示该商品数量不足的信息：（3）用例结束后置条件：（无）。
购买购物车中的商品用例名：购买购物车中的商品（Purchase Items in Cart）o简要说明：这个用例描述顾客选择好所要商品后，确定购买的过程。
前置条件：顾客已登录，并且已在购物车界而。
事件流：（无）。
基本事件流：（1）顾客点击‘“结算”按钮，用例开始；（2）系统根据登录顾客CID查询顾客数据库；（3）系统根据顾客信息显示送货信息；（4）顾客修改送货信息（可以不改），并选择提交；（5）系统查询商品数据库.检查该商品库存是否满足购物数量；（6）系统对于购物车中的每种商品。
在商品数据库的商品信息中减去相应的数量；（7）顾客通过支付系统进行结算；（8）根据送货信息、创建一个新的订单，订单号根据订单数据库数据由系统自动生成；（9）系统将该顾客的商品信息加人新建的订单中；（10）系统设置订单状态；（11）系统把订单信自、保存到订单数据库；（12）系统显示订单信息和“购物成功”信息；（13）用例结束。
替代事件流：商品数量不足。
（1）在基本事件流第5步中.系统检查出商品数量不足，用例开始；（2）系统显示数量不足信息并返回购物车界而，并提示顾客修改购物车中的相关商品数量或者删除该商品；（3）用例结束。
后置条件；（无）。
3．绘制抽象类图，建立网上购物系统的领域模型，给出关键业务概念的术语表。
网上购物部分的分析类图4．进行系统分析，根据用例描述，绘制顺序图，完成用例实现。
在用例实现过程中，需考虑新增加的责任如何分配。
答：顺序图如下：搜索商品用例的顺序图把商品加入购物车用例顺序图查看购物车用例的顺序图修改购物车用例的顺序图从购物车删除某商品用例的顺序图购买购物车中的商品用例的顺序图5．根据顺序图，绘制协作图。
答：对应协作图如下：搜索商品用例的协作图把商品加入购物车用例协作图查看购物车用例的协作图修改购物车用例的协作图从购物车删除某商品用例的协作图购买购物车中的商品用例的协作图6．绘制网上购物过程的活动图。
7．绘制订单对象的状态图。
8．绘制分析类图，建立分析模型。
网上购物部分的分析类图9．绘制包图，完成系统总体结构设计。
10．分析系统的设计模式，绘制设计类图。
11．进行系统的数据库设计。
答：数据库设计如下表所示：字段名称字段类型说明备注CID Int 顾客编号Primary Key LoginName Varchar（20）登录名称Not Null CustomerPassword Varchar（20）顾客密码Not Null CustomerEmail Varchar（40）顾客电子邮箱Not Null CustomerName Varchar（20）顾客姓名CustomerSex Varchar（2）顾客性别CustomerTel Varchar（16）顾客电话CustomerHandphone Varchar（13）顾客手机CustomerAddress Varchar（100）顾客地址CustomerZip Varchar（10）顾客邮编CustomerLevel Int 顾客级别CustomerCreatDate Datetime 建立日期字段名称字段类型说明备注PID Int 商品编号Primary Key CaID Int 类别编号Not Null ProductName Varchar（100）商品名称ProductContent Varchar（5000）商品内容ProductDescription Varchar（2000）商品简介Price Decimal（9,2）会员价格MemberPrice Decimal（9,2）会员价格ProductPicture Varchar（200）商品图片Productstocks Int 商品库存RegisterDate Datetime 商品上架日期字段名称字段类型说明备注CaID Int 类别编号Primary Key CategoryName Varchar（100）类别名称订单（Order）表字段名称字段类型说明备注OID Int 订单编号Primary KeyCID Int 顾客编号Foreign key ,NotNullOrderDate Datetime 订单提交日期Not Null OrderRecName Varchar 收货人姓名OrderRecAddress Varchar 收货人地址OrderEmail Varchar 收货人电子信箱OrderTel Varchar 收货人电话OrderRecZip Varchar 收货人邮编OrderTotalAmount Decimal（9,2）商品总金额OrderStatus Int 订单状态订单状态：1为核查，2为发货，3为等待货物，4为交付，5为取消，默认为1订单项目（OrderLineItem）表字段名称字段类型说明备注LID Int 订单项编号Primary KeyOID Int 订单编号Foreign key ,NotNullIID Int 购物项目编号Foreign key ,NotNullPID Int 商品编号Foreign key ,NotNull Quantity Int 订单项数量Not Null LineItemAmount Decimal（9,2）订单项金额Not Null购物车（cart）表字段名称字段类型说明备注IID Int 购物项目编号Primary KeyCID Int 顾客编号Foreign key ,NotNull PID Int 商品编号Foreign key ,NotNull Quantity Int 购物项数量Not Null Price Decimal（9,2）价格MemberPrice Decimal（9,2）会员价格12．绘制系统的部署图。
五、实验结果最终类图：六、实验小结答：在实验中遇到的主要问题是创建各种模型图的时候，不知道如何使用UML去创建模型，不知道创建菜单和创建工具在哪里，经过询问同学后和上网搜索之后知道了位置，才顺利进行了实验。
