UML网上图书销售系统课设.doc

一、设计题目 网上图书销售系统二、设计目的1) 能够掌握软件需求分析的设计和开发步骤，灵活运用用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、配置图等图形化分析方法建立需求和设计模型。2) 能熟练运用RSA软件完成用例图、类图、对象图、状态图、活动图、时序图、协作图、组件图、配置图等9种常用图形设计，在掌握整个软件操作的基础上，要求学生能在小组内分工完成设计工作。3) 经过课程设计完成课题设计任务，以提高我们的独立设计水平和实际动手能力，培养学生的创新精神。三、系统需求分析1、系统的功能需求包含以下几个方面：（1） 系统功能需求。（2） 用户接口模块。（3） 管理员接口模块。2、系统主要包括以下几个模块：（如图1-1）（1）用户接口模块用户接口是网站用户使用图书销售系统服务的入口，所有的在线用户都通过浏览器登陆网站进行一系列的查询，订购操作。包括用户信息维护、商品查询、订购商品和订单维护4个部分。（2） 管理员接口模块管理员接口是系统提供给网站维护和管理人员的接口。包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。其中一般工作人员只有订单处理的权限，而管理员具有所有的管理权限。（3） 数据服务模块数据服务是系统正常运行的基础。包括客户的查询，订单的保存，工作人员的订单处理，网站管理员的销售情况查询与分析。网上订购书系统管理员接口模块用户接口模块数据服务模块图 1-13、用户接口模块包含的功能：（如图1-2）(1)用户信息维护：每个使用系统的用户必须先经过注册，注册时的用户名是用户的唯一标识。用户注册后，系统的后台将用户的记录更新到数据库并生产新的客户列表，用户可以更改自己的信息。（2）商品查询： 商品查询模块可以根据商品的名称、种类、价格、厂家等各种条件进行组合查询。商品查询结果的列表中，用户可以进一步的查看详细信息。（3）订购商品 客户在根据喜好得到相应的商品列表后，可以选择订购该商品。在订购该商品后，系统会自动保存并更新该用户的订单。系统的工作人员可以及时得到订单并处理，根据情况选择发货、缺货或延时发货。（4）订单维护： 客户在订购商品后可以查询其订单的状态，并可以对处理中和缺货中的订单进行增加、删除、和修改的操作。订单修改的结果会及时更新并提交给工作人员。用户接口模块用户信息维护商品查询订购商品订购维护图 1-24、管理员接口模块包括的主要功能模块：（如图1-3）（1） 商品信息维护系统管理员登录后可以对系统所有的商品信息进行维护，包括商品价格的调整、商品描述信息的更新、新商品的加入以及过期商品商品的删除。（2） 内部员工信息维护 系统管理员登录后可以对内部员工的信息进行维护，包括员工个人信息的更新，员工权限的更改等。（3） 订单处理 订单处理一般是普通员工的工作。用户在订购商品后，系统会及时更新其订单，普通员工登录后，可以获取未处理的订单，并根据库存情况发货或选择延时发货。（4） 销售情况查询 销售情况查询可以为企业管理者的决策提供参考的信息。其用户是管理员级的用户，管理员登录后，可以得到详细的销售情况列表并及时更新热门商品的信息。（5） 报表查询报表维护模块提供查询结果的打印输出功能。管理员接口模块内部员工信息维护商品信息维护销售情况查询订单处理报单查询 图 1-35、数据服务模块包含的功能：（如图1-4）（1）客户查询（2）订单保存（3）工作人员订单处理（4）销售情况查询与分析数据服务模块客户查询订单保存工作人员订单处理销售情况查询与分析 图 1-4四、系统的UML基本模型1、系统的用例图确定参与者：在本系统的UML建模中，可以创建的参与者包括顾客，管理员，一般员工创建用例：根据业务流程，本系统的用例包括：订单处理，订单维护，订单状态查询，个人信息维护;订购；接收发货；库存查询；缺货拒绝；商品查询;商品信息维护；销售查询；员工信息维护；报表维护；订单增加；订单删除。创建用例图：管理员和员工的用例图(如图2-1）：图 2-1顾客的用例图（如图2-2）：图 2-2 2、 系统的活动图活动图可以分为垂泳道，每个泳道进表示工作流中不同的参与者。查看泳道中的活动，就可以知道某个参与者的责任。通过不同泳道中活动的过渡，可以了解谁要与谁进行通信。这些信息在建模或理解业务程时非常重要。顾客购买商品和管理员处理订单的活动图如图3-1所示。从图3-1中可以看出，管理员、顾客发生了相互的关系。顾客登录后查询商品，在选择了自己希望购买的商品后提交订单，接下来顾客处于查询订单的循环状态。与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。在顾客查询到订单状态变成已处理后，购买过程结束。3、系统的时序图a. 客户建立订单时序图（如图4-1）用户首先使用自己的账号和密码登录系统，登录模块会将客户的ID保存在系统缓存中并提交给商品查询模块。商品查询模块提示客户输入查询条件，客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。客户得到商品列表后，提交自己想要购买的商品ID。订购模块得到商品ID，生成订单并提交给数据模块进行保存。保存成功后，订购模块提示用户订购该商品成功。b. 客户删除订单时序图（如图4-2） 客户在提交订单后可以对订单进行维护（添加、删除、修改）。客户首先输入自己的账号和密码登录系统。登录模块会将客户的ID保存在系统缓存中并提交给订单查询模块。订单查询模块显示该客户当前的所有订单，客户得到该列表后，选择需要删除的商品ID，订单处理模块把删除信息提交给数据模块，数据模块保存信息。订单处理模块提示用户删除操作成功。c. 管理员处理订单时序图（如图4-3）d.管理员使用其账号和密码登录后，登录模块会将管理员的ID保存在系统缓存中并提交给订单处理模块。订单处理模块提交给管理员未处理的列表，管理员提交某商品ID得到该商品的库存情况，如果库存充足则接受订单，并把接受信息提交数据模块，数据模块更新该客户的订单信息并返回成功信息给订单处理模块，订单处理模块提示管理员该操作成功。4、系统的协作图顾客建立订单协作图（如图5-1）顾客删除订单协作图（如图5-2）管理员处理订单协作图（如图5-3）5、订单的状态图订单(Orders)是系统中比较重要的一个类，其状态图如图6-1所示。用户提交订单后，订单处于未处理状态。在管理员处理订单前，用户对订单的修改（增加、减少等），如果用户取消订单（即修改后订购商品数为0），则订单结束。管理员处理订单时查询库存，如果有货，则接受订单并发货，如果缺货则拒绝订单并通知用户，订单结束。五、系统中的类1. 参与者相关的类 系统中的类图如图7-1所示。图 7-1类图说明1) Person是所有类的父类，它的属性包括用于标识不同身份的人的ID，姓名(Name)以及地址( Address)。它的方法包括根据ID搜索、根据姓名搜索、设置某人的姓名、地址等。2) Customer继承了父类的方法和属性并添加了自己的属性和方法。Reg_date表示该用户的注册日期，password表示登录密码。Search_goods()用于搜索商品，maintain_order()用于维护客户订单。3) Employee继承了Person，它的属性dateHired表示雇佣日期，right表示使用权限，salary表示该员工薪水，password表示登录密码。Handle_Order()用于处理订单，这是所有员工共有的操作。系统管理员类中还增加了查询分析和报表打印的方法。2. 系统中的其他类系统中的其他类如图7-2所示。7 类图说明1) goods是商品类。它的属性包括商品ID、商品名称(name)、库存数量(storage)、商品介绍（introduce），商品类的方法有search()用于供查询。2) Orders订单类。它的属性包括订单ID、用户ID、商品ID、订单日期(Date)、订单中商品数量( num)、订单状态(status)。订单类的方法包括添加订单add()、编辑订单modify()、搜索订单search()、处理订单handle()和删除订单delete()。这些方法中search()供person类使用，handle()供employee类使用，modify()、handle()和delete()供Customer类使用。3) Record存储记录类。该类存储了所有的用户操作，包括用户的查询和订购操作，这些数据是后台程序分析的基础。该类的属性包括记录ID、用户ID、商品ID、操作类型、操作日期，方法包括搜索search()、打印print()和获得数据get()。3. 各类之间的关系网上图书销售系统各类之间的关系如图7-3所示。类图说明一个操作员可以处理多个订单。一个管理员也可以处理多个订单，并且管理员具有数据查询的权限。一个订单中包括了多个商品，一条历史记录中也包括了多个商品，一个顾客只能对应一条历史记录，但他有多个订单的记录。6、 系统的配置与实现（1） 系统的组件图 系统的组件图如图8-1所示，包括系统服务、客户服务和数据服务3个组件（2） 系统的配置图 系统由多个节点构成，应用服务器负责整个系统的总体协调工作，数据库负责数据管理。客户机通过互联网与应用服务器相连，这样管理员可以通过互联网管理应用服务器，客户可以通过互联网访问应用服务器得到图书销售服务。系统的配置图如图8-2所示。 七、改进意见及建议这次课设中我的任务是完成两个用例图-管理员和员工的用例图、顾客的用例图。由于所用的Rose软件版本不一样，用例图上会出现11的关系。对于需要改进的地方，我觉得加上Rose软件中对静态模型和动态模型的文件管理目录