UML网上书店(面向对象课程设计)

面向对象分析与设计（UML）课程设计报告设计题目： 网上书店系统 院 系： 计算机科学与工程学院 专 业： 软件工程（嵌入式人才培养）班级： Y 学 号： 17 姓 名： 阮鹏 指导教师： 姚宇峰 设计地点： N6-111 开课时间： 2011 至 2012 学年第 1 学期常熟理工学院计算机科学与工程学院 制学生姓名 成绩 评语： 指导教师（签名） 年 月 日目录1. 设计目的和任务.12. 开发环境. .12.1 硬件环境. .12.2 软件环境.13.设计题目.13.1 题目名称. .13.2 题目详细描述. .13.3 功能要求.24. 相关技术及知识点.24.1 UML的建模语言. .24.2 RUP软件开发过程. .24.3Rational Rose35. 设计. .3 5.1 用例图3 5.2 类图65.3活动图.85.4序列图.135.5状态图 155.6协作图 175.7组件图.185.8部署图.196. 总结.207. 参考资料.20- - 21 - -1. 设计目的和任务 1.1设计目的随着网络在中国的广泛普及，网络支付手段的逐步完善，越来越多的人逐渐习惯于网上购物，习惯于鼠标点击下订单，送货上门的快捷便利的购物方式。传统的书店购物观念正在被网上书店这一方便快捷的购书方式所冲击。网上书店在国际互联网上可以实现的商务功能已经越来越多样化，从最开始的信息发布功能，到现在的在线图书展示功能、在线采购功能、在线客户服务功能、在线网站管理功能等等，几乎传统书店锁提供的功能都可以在互联网上进行电子化的高效运作，而借助网络的跨地域特点，更是奖传统书店的地域限制加以突破，全国各地的都可以通过网络在同一个网上书店购书，从而大大的增加了客户的数量。1.2 开发任务管理员可以维护客户注册信息、维护图书信息、处理订单信息、报表维修、商品销售。工作人员的相对权限下可以对图书（或商品）信息进行录入、删除、浏览、查询、修改（商品销售）、维护个人信息、维护订单信息（接收订单并发货、拒绝订单、查询库存）。游客身份只能进行基本的信息浏览和查询，但是游客可以在线注册为会员，成为会员后在相对权限下可以对图书信息进行查询、浏览，并可以维护个人信息，维护订单信息（订单状态查询、订单删除或增加）。2. 开发环境2.1 硬件环境 一台PC台式机或是便携式电脑 2.2 软件环境中文windows98以上系统Rational Rose3.设计题目3.1 题目名称网上书店系统3.2 题目详细描述 本系统的基本需求是管理员可以维护客户注册信息、维护图书信息、处理订单信息、报表维修、商品销售。工作人员的相对权限下可以对图书（或商品）信息进行录入、删除、浏览、查询、修改（商品销售）、维护个人信息、维护订单信息（接收订单并发货、拒绝订单、查询库存）。游客身份只能进行基本的信息浏览和查询，但是游客可以在线注册为会员，成为会员后在相对权限下可以对图书信息进行查询、浏览，并可以维护个人信息，维护订单信息（订单状态查询、订单删除或增加）。3.3 功能要求本系统主要分为管理员，工作人员，会员和游客四大模块。 管理员： 进入管理页面，可以维护客户注册信息、维护图书信息、处理订单信息、报表维修、商品销售。工作人员： 进入工作管理页面，可以对图书（或商品）信息进行录入、删除、浏览、查询、修改（商品销售）、维护个人信息、维护订单信息（接收订单并发货、拒绝订单、查询库存）。 会员： 进入登入页面，可以对图书信息进行查询、浏览，并可以维护个人信息，维护订单信息（订单状态查询、订单删除或增加）。 游客： 进入网站后，只能进行基本的信息浏览和查询。4. 相关技术及知识点4.1 UML的建模语言 UML的目标是以面向对象图的方式来描述任何类型的系统，具有很宽的应用领域。其中最常用的是建立软件系统的模型，但它同样可以用于非软件领域的系统，如机械系统、企业机构或业务过程，以及处理复杂数据的信息系统、具有实时要求的工业系统或工业过程等。 UML是一个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模。此外,UML适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。在需求分析阶段,可以用用例来捕获用户需求。通过用例建模,描述对系统感兴趣的外部角色及其对系统(用例)的功能要求。分析阶段主要关心问题域中的主要概念(如抽象、类和对象等)和机制,需要识别这些类以及它们相互间的关系,并用UML类图来描述。总之，标准建模语言UML适用于以面向对象技术来描述任何类型的系统，而且适用于系统开发的不同阶段，从需求规格描述直至系统完成后的测试和维护。4.2 RUP软件开发过程Rational Unified Process（RUP，统一开发过程）是一套面向对象的软件工程过程。RUP说明了如何有效地使用成熟技术开发软件。 RUP中有9个核心工作流，分为6个核心过程工作流（Core Process Workflows）和3个核心支持工作流（Core Supporting Workflows）。9个核心工作流在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复。业务建模（Business Modeling）理解系统的组织结构及其商业运作，确保所有参与人员对开发系统有共同的认识。4.3 Rational RoseRational Rose的特点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服