UML网上书店面向对象课程设计.docx
《UML网上书店面向对象课程设计.docx》由会员分享，可在线阅读，更多相关《UML网上书店面向对象课程设计.docx（24页珍藏版）》请在冰豆网上搜索。
UML网上书店面向对象课程设计
《面向对象分析与设计（UML）》
课程设计报告
设计题目：
网上书店系统
院系：
计算机科学与工程学院
专业：
软件工程（嵌入式人才培养）
班 级：
Y122092
学号：
17
*****
*******
设计地点：
N6-111
开课时间：
2011至2012学年第1学期
常熟理工学院计算机科学与工程学院制
学生姓名 成绩
评语：
指导教师（签名）
年月日
1.设计目的和任务.........................................................................................1
2.开发环境...................................................................................................1
2.1硬件环境............................................................................................1
2.2软件环境.............................................................................................1
3.设计题目......................................................................................................1
3.1题目名称............................................................................................1
3.2题目详细描述.....................................................................................1
3.3功能要求.............................................................................................2
4.相关技术及知识点......................................................................................2
4.1UML的建模语言........................................................................................2
4.2RUP软件开发过程.....................................................................................2
4.3RationalRose…………………………………………………………………3
5.设计...........................................................................................................3
5.1用例图………………………………………………………………………3
5.2类图…………………………………………………………………………6
5.3活动图……………………………………………………………………….8
5.4序列图……………………………………………………………………….13
5.5状态图………………………………………………………………………15
5.6协作图………………………………………………………………………17
5.7组件图……………………………………………………………………….18
5.8部署图…………………………………………..……………………………19
6.总结............................................................................................................20
7.参考资料……………………………………...................................................20
1.设计目的和任务
1.1设计目的
随着网络在中国的广泛普及，网络支付手段的逐步完善，越来越多的人逐渐习惯于网上购物，习惯于鼠标点击下订单，送货上门的快捷便利的购物方式。
传统的书店购物观念正在被网上书店这一方便快捷的购书方式所冲击。
网上书店在国际互联网上可以实现的商务功能已经越来越多样化，从最开始的信息发布功能，到现在的在线图书展示功能、在线采购功能、在线客户服务功能、在线网站管理功能等等，几乎传统书店锁提供的功能都可以在互联网上进行电子化的高效运作，而借助网络的跨地域特点，更是奖传统书店的地域限制加以突破，全国各地的都可以通过网络在同一个网上书店购书，从而大大的增加了客户的数量。
1.2开发任务
管理员可以维护客户注册信息、维护图书信息、处理订单信息、报表维修、商品销售。
工作人员的相对权限下可以对图书（或商品）信息进行录入、删除、浏览、查询、修改（商品销售）、维护个人信息、维护订单信息（接收订单并发货、拒绝订单、查询库存）。
游客身份只能进行基本的信息浏览和查询，但是游客可以在线注册为会员，成为会员后在相对权限下可以对图书信息进行查询、浏览，并可以维护个人信息，维护订单信息（订单状态查询、订单删除或增加）。
2.开发环境
2.1硬件环境
一台PC台式机或是便携式电脑
2.2软件环境
中文windows98以上系统
RationalRose
3.设计题目
3.1题目名称
网上书店系统
3.2题目详细描述
本系统的基本需求是管理员可以维护客户注册信息、维护图书信息、处理订单信息、报表维修、商品销售。
工作人员的相对权限下可以对图书（或商品）信息进行录入、删除、浏览、查询、修改（商品销售）、维护个人信息、维护订单信息（接收订单并发货、拒绝订单、查询库存）。
游客身份只能进行基本的信息浏览和查询，但是游客可以在线注册为会员，成为会员后在相对权限下可以对图书信息进行查询、浏览，并可以维护个人信息，维护订单信息（订单状态查询、订单删除或增加）。
3.3功能要求
本系统主要分为管理员，工作人员，会员和游客四大模块。
管理员：
进入管理页面，可以维护客户注册信息、维护图书信息、处理订单信息、报表维修、商品销售。
工作人员：
进入工作管理页面，可以对图书（或商品）信息进行录入、删除、浏览、查询、修改（商品销售）、维护个人信息、维护订单信息（接收订单并发货、拒绝订单、查询库存）。
会员：
进入登入页面，可以对图书信息进行查询、浏览，并可以维护个人信息，维护订单信息（订单状态查询、订单删除或增加）。
游客：
进入网站后，只能进行基本的信息浏览和查询。
4.相关技术及知识点
4.1UML的建模语言
UML的目标是以面向对象图的方式来描述任何类型的系统，具有很宽的应用领域。
其中最常用的是建立软件系统的模型，但它同样可以用于非软件领域的系统，如机械系统、企业机构或业务过程，以及处理复杂数据的信息系统、具有实时要求的工业系统或工业过程等。
UML是一个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模。
此外,UML适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。
在需求分析阶段,可以用用例来捕获用户需求。
通过用例建模,描述对系统感兴趣的外部角色及其对系统（用例）的功能要求。
分析阶段主要关心问题域中的主要概念（如抽象、类和对象等）和机制,需要识别这些类以及它们相互间的关系,并用UML类图来描述。
总之，标准建模语言UML适用于以面向对象技术来描述任何类型的系统，而且适用于系统开发的不同阶段，从需求规格描述直至系统完成后的测试和维护。
4.2RUP软件开发过程
RationalUnifiedProcess（RUP，统一开发过程）是一套面向对象的软件工程过程。
RUP说明了如何有效地使用成熟技术开发软件。
RUP中有9个核心工作流，分为6个核心过程工作流（CoreProcessWorkflows）和3个核心支持工作流（CoreSupportingWorkflows）。
9个核心工作流在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复。
业务建模（BusinessModeling）理解系统的组织结构及其商业运作，确保所有参与人员对开发系统有共同的认识。
4.3RationalRose
RationalRose的特点
1.保证模型和代码高度一致
2.支持多种语言
3.为团队开发提供强有力的支持
4.支持模型的Internet发布
5.生成使用简单且定制灵活的文档
6.支持关系型数据库的建模
5.设计
5.1用例图
本系统是网上书店系统。
下面使用了用例图的方式表现了整个系统的所有功能。
用例名：
登录（权限管理——管理员、工作人员、会员、游客）
角色：
管理员、工作人员、会员、游客
目标：
实现管理权限
前置条件：
对具有不同权限的用户分配一定的权限管理
用例描述：
用户登陆并进行相应的权限操作
用例名：
信息管理（录入、删除、浏览、查询、修改）——管理员
（个人信息维护）——工作人员、管理员
角色：
管理员，工作人员
目标：
对员工信息进行录入、删除、浏览、查询、修改等基本操作
前置条件：
对具有不同权限的用户分配一定的权限管理
用例描述：
管理员和工作人员进行相应的权限操作
用例名：
商品信息管理（销售及商品信息维护）——管理员
（订单）——工作人员
（浏览、查询）——会员、游客
角色：
管理员、工作人员、会员、游客
目标：
对商品销售、下订单及商品信息和库存进行录入、删除、浏览、查询、修改等基本操作
前置条件：
对具有不同权限的用户分配一定的权限管理
用例描述：
用户对图书信息进行和相应的权限操作
用例名：
查询（管理员对商品销售及相关信息的情况查询、员工对订单的库存信息的查询、会员和游客对图书的相关信息的查询）
角色：
管理员、工作人员、会员、游客
目标：
管理员对商品销售及相关信息的情况查询、员工对订单的库存信息的查询、会员和游客
对图书的相关信息的查询
前置条件：
1.对具有不同权限的用户分配一定的权限管理
2.查询信息必须是确实存在的
用例描述：
用户在相应的权限操作下对信息进行查询
用例名：
订单信息管理（订单信息管理）——管理员
（订单信息处理——接收订单并发货、拒绝订单、查询库存）——工作人员
（订单信息处理——订购货品、订单增加、订单删除、订单信息查询）——会员
角色：
管理员、工作人员、会员
目标：
对订单信息进行维护和处理（包括：
接收订单并发货、拒绝订单、查询库存、订购货品、订单增加、订单删除、订单信息查询）
前置条件：
1.对具有不同权限的用户分配一定的权限管理
2.游客是不能下订单的
用例描述：
用户在相应的权限操作下对订单信息进行管理或处理
用例名：
维护（商品信息维护、员工信息维护、报表维护）——管理员
（个人信息维护、订单维护）——会员
角色：
管理员、会员
目标：
管理员对商品信息维护、员工信息和报表进行维护操作，而会员对个人信息维护和订单信息维护
前置条件：
1.对具有不同权限的用户分配一定的权限管理
2.维护信息必须是确实存在的
用例描述：
用户在相应的权限操作下对信息进行查询
5.1.1用例图（员工）
5.1.2用例图（管理员）
5.1.3用例图（游客、会员）
5.2类图
在类图中类用矩形框来表示，它的属性和操作分别列在分格中。
如不需要表达详细信息时，分格可以省略。
一个类可能出现在好几个图中。
同一个类的属性和操作可只在一种图中列出，在其他图中可省略。
关系用类框之间的连线来表示，不同的关系用连线上和连线端头处的修饰符来区别。
图5.2网上书店系统类图
类图说明：
1、Tourist类是游客的类，其属性只有name，有注册（enroll）、图书查询（book_search）,l浏览（browsing）三个操作。
2、Customers类是会员的类，其属性有用户名（username）、密码（password），其中操作有个人信息维护（person_search）、书籍订单（book_order）、订单维护（list_service）、图书查询（book_search）,订单状态查询（list_search）。
3、Orders类是订单类，包裹订单名（order_id）、用户名（user_id）、图书名（good_id）、订货日期（data_id）等属性。
其中操作有增加（add）、删除（delete）、订单查询（list_search）。
4、Staff类是工作人员的类，其属性有员工姓名（staff_name）、员工数量（staff_num）、其操作有缺货拒绝（good_refuse）、图书入库（good_in）、库存查询（stock_search）。
5、Manager类是管理员的类，其属性只有姓名（name）。
其中操作有图书信息维护（good_service）、员工信息维护（staff_service）、销售查询（sale_search）、报表维修（list_service）。
6、Book类是图书类，其属性有图书编号（book_id），书名（book_name），书的价格（book_price）,书的摘要（book_digest）。
其操作有，图书查询（book_search）。
5.3活动图
UML中的活动图用于描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动和工作流程情况。
活动图实际上就是用来为用例的事件流建模的工具。
5.3-1工作人员工作活动图
图5.3-2管理员登录活动
图5.3-3管理员删除书籍活动图
图5.3-4管理员增加书籍活动图
图5.3-5管理员修改书籍活动图
图5.3-6会员在购物车删除书籍活动图
图5.37会员增加书籍到购物车活动图
图5.3-8用户登录系统活动图
图5.3-9游客注册活动图
5.4序列图
序列图表示了对象之间传送消息的时间顺序。
每一个类元角色用一条生命线来表示，即用垂直线代表整个交互过程中对象的生命期。
生命线之间的箭头连线代表消息。
序列图可以用来进行一个场景说明——即一个事务的历史过程。
序列图的一个用途是用来表示用例中的行为顺序。
当执行一个用例行为时，序列图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。
5.4.1会员订书顺序图
图5.4-1会员订书顺序图
5.4.2工作人员工作顺序图
图5.4-2工作人员工作顺序图
5.4.3游客浏览顺序图
图5.4-3游客浏览顺序图
5.4.4会员注册
会员注册功能。
可以增加新的会员。
图5.4-4注册顺序图
5.5状态图
5.5.1确认订单的状态图
图5.5-1确认订单的状态图
5.5.2会员登录的状态图
5.5.2游客注册的状态图
5.6协作图
协作图和序列图都可以表示各对象间的交互关系，但它们的侧重点不同。
序列图用消息的几何排列关系来表达消息的时间顺序，各角色之间的相关关系是隐含的。
协作图用各个角色的几何排列图形来表示角色之间的关系，并用消息来说明这些关系。
在实际中可以根据需要选用这两种图。
一个协作图描述了系统中为实现某些服务所涉及的对象扮演的角色及其相互之间的交互。
协作图着重于有协作关系的对象之间的交互和链接（指对象实例之间的物理或概念上的链接，一个链接是某关联的一个实例）。
它可用于图示系统中的操作执行、用例执行或一个简单的交互场景。
协作图描述了对象及其之间的链接，还描述了链接的对象之间如何发送消息。
5.6.1会员网上订书
图5.6.1会员网上订书协作图
5.6.2游客浏览
图5.6.2游客浏览的协作图
5.6.3工作人员工作
图5.6.3显示订单协作图
5.7组件图
在UML中对一个系统的构件和组件图建模就是在物理结构上建模。
每一个组件图只是系统静态视图的某一个图形表示，描述系统的某一个侧面。
也就是说，任何一个组件图都不必面面俱到，试图全面地描述系统的整个面貌，系统中所有的组件图合起来才能描述系统的完整静态视图。
5.8部署图
部署视图表示运行时的计算资源（如计算机及它们之间的连接）的物理布置。
这些运行资源被称作节点。
在运行时，节点包含构件和对象。
构件和对象的分配可以是静态的，它们也可以在节点间迁移。
如果含有依赖关系的构件实例放置在不同节点上，部署视图可以展示出执行过程中的瓶颈。
节点是某些计算资源的物理对象，包括计算机、外部设备等。
节点可被看作类型，也可看作实例。
节点与节点之间是通过物理连接发生关联，以便从硬件方面保证系统各节点之间的协同运行。
餐厅订餐系统的部署图描述如下：
节点：
普通PC机和移动PC机作为终端设备，1台应用程序服务器，和多台Web服务器。
节点属性
该系统各节点计算机的性能指标
节点之间联系
图5.8网上订书系统部署图
客户机节点是简单通信联系，采用TCP/IP通信协议；客户通过Internet网与Web服务器相连接，利用浏览器进行查询。
6.总结
通过这次实践，我学到了很多东西，用例图描述了希望用户如何使用一个系统。
用例图显示了谁将是相关用户、用户希望系统提供什么服务，以及用户需要为系统提供的服务，使系统的用户更容易的理解这些元素的用途。
在创建之前确定参与者是有：
管理员、工作人员、会员、游客。
通过分析用例和问题域，得到相关的类。
类图描述了类、接口、协作以及它们之间关系的图。
用来显示系统中各个类的静态结构，描述了类之间的联系，还包过了类的属性和操作。
在描述对象之间的交互时，用到了时序图，以时间为序，来描述对象及对象之间传递消息的时间顺序，表示用例之间行为顺序，当执行一个用例行为时，时序图中每条消息对应了一个类操作中引起转换的触发事件。
系统权限及功能：
管理员可以维护客户注册信息、维护图书信息、处理订单信息、报表维护、商品销售。
工作人员在相对权限下可以对图书（或商品）信息进行录入、删除、浏览、查询、修改（商品销售）、维护个人信息、维护订单信息（接收订单并发货、拒绝订单、查询库存）。
游客身份只能进行基本的信息浏览和查询。
但是游客可以在线注册为会员，成为会员后在相对的权限下对图书信息进行图书信息进行查询、浏览，并且可以维护个人信息，维护订单信息（订单状态查询、订单删除或增加）。
7.参考资料
1.《系统分析设计》（美）JohnW.Satzinger
2.《软件工程（第二版）》张海潘
3．《面向对象设计UML实践》（英）MarkPriestley
升级会员 