面向对象方法与UML建模课程设计报告-网上图书销售系统

面向对象方法与UML建模课程设计报告网上图书销售系统感谢NUAA高端老师仅供参考一、需求分析1.系统总体的功能需求网上图书销售系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。

系统总体功能需求框图如图1所示。

1)用户接口模块用户接口是网站用户使用图书销售系统服务的入口，所有的在线用户都通过浏览器登录网站，并进行一系列的查询，订购操作。

用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。

用户登录系统后，用户ID 将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统进行销售情况以及销售走势分析。

2)管理员接口模块这是系统提供给网站维护和管理人员的接口。

管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。

网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。

网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占用率降到最低的限度。

3)数据服务模块数据服务模块是系统正常运行的基础，包括客户的查询，订单的保存；网站工作人员的订单处理；网站管理员的销售情况查询与分析。

2.用户接口模块用户接口模块包括如图2所示的几个方面。

1)用户信息维护每个使用该系统的用户必须经过注册，而注册时的用户名是用户的惟一标识。

系统可以接收更多可用的客户信息，比如购物方面的喜好、经济能力等。

系统的后台程序会自动记录每个用户在登录网站后进行的所有操作，包括查询和订购信息。

这些信息对于系统的管理员都是珍贵的数据，系统分析程序可以根据用户的查询记录判断该客户的喜好，可以根据用户的购买情况判断该客户的经济情况。

系统后台程序可以根据分析的结果自动得出给该用户的推荐商品，在用户登录时显示在醒目的位置。

前置条件：用户已登录。

2)商品查询商品查询模块可以根据商品的名称、种类，价格、厂家等各种条件进行组合查询。

商品查询结果的列表中，用户可以进一步的查看详细信息。

前置条件：用户已登录。

3)订购商品客户在根据喜好得到相应的商品列表后，可以选择订购该商品。

在订购商品后，系统会自动保存并更新该用户的订单。

系统的工作人员可以及时得到订单并处理，根据情况选择发货、缺货或延时发货。

用户所有的订购商品记录都将保存在系统数据库中供后台程序分析该用户的喜好和购买力。

以后该用户登录时可以推荐与其购买力相应的商品。

前置条件：用户已登录、商品可供购买。

4)订单维护客户在订购商品后可以查询其订单的状态（包括处理中、发货中、缺货中和已完成），并可以对处理中和缺货中的订单进行增加、删除和修改的操作。

订单修改的结果会及时更新并提交给工作人员。

客户的订单维护信息也将被保存在系统的数据库中供分析使用。

前置条件：用户已登录。

3.管理员接口模块管理员接口模块所包括如图3所示的几个方面。

管理员接口模块是系统管理员使用的核心模块，是整个网上图书销售系统正常运行的基础。

1)商品信息维护系统管理员登录后可以对系统所有的商品信息进行维护，包括商品价格的调整、商品描述信息的更新、新商品的加入以及过期商品的删除。

系统的后台程序可以根据商品的销售情况提供给管理员一份详细的分析报告。

管理员可以根据该报告及时的调整热门商品的信息（例如将其放置到醒目的位置）、对非热门的商品进行价格调整。

这一切的数据都来源自系统客户的查询和订购信息。

前置条件：管理员已登录。

2)内部员工信息维护系统管理员登录后可以对内部员工的信息进行维护，包括员工个人信息的更新，员工权限的更改等。

本系统涉及的使用者包括系统管理员和普通员工，系统管理员拥有所有的权限，而普通员工一般只拥有订单处理的权限。

但管理员可以定制任意员工的权限，比如增加他的报表打印权限。

前置条件：管理员已登录。

3)订单处理订单处理一般是普通员工的工作。

用户在订购商品后，系统会及时更新其订单，普通员工登录后，可以获取未处理的订单，并根据库存情况发货或选择延时发货。

客户在查询商品时会显示商品的库存数量，但系统的管理者并不希望显示某商品的库存为零，因为这样会失去部分客户。

因此，在订购商品后可能会出现库存不足的情况，这时工作人员一般选择延时发货或者拒绝订单。

如果该商品有现货，那么工作人员确认用户订单后选择发货。

前置条件：管理员或普通工作人员已登录。

4)销售情况查询销售情况查询是系统编码过程中非常重要部分，能够为企业管理者的决策提供参考的信息。

管理员登录后，可以得到详细的销售情况列表并及时更新热门商品的信息（如排列位置），可以根据销售的走势和以往的销售记录及时判断部分商品可能会出现库存不足并及时进货。

由于本功能模块涉及到企业的经营信息，考虑到商业信息的安全性，需要管理员级的用户才可以使用本模块。

前置条件：管理员已登录。

5)报表维护报表维护模块提供查询结果的打印输出功能。

二、系统的用例图1.参与者在本系统的UML建模中，可以创建以下的参与者：1)顾客；2)管理员；3)一般员工。

2.创建用例根据业务流程，网上图书销售系统可以分为以下的几个用例。

1)订单处理；2)订单维护；3)订单状态查询；4)个人信息维护；5)订购；6)接收发货；7)库存查询；8)缺货拒绝；9)商品查询；10)商品信息维护；11)销售查询；12)员工信息维护；13)报表维护；14)订单增加；15)订单删除。

3.用例图系统管理的用例图如图4所示。

商品信息维护图4 系统管理的用例系统用户的用例图如图5所示。

三、购买商品的活动图顾客购买商品和管理员处理订单的活动图如图6所示。

四、系统中的类1.参与者相关的类系统中的类图如图7所示。

〖类图说明〗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.系统中的其他类系统中的其他类如图8所示。

〖类图说明〗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.各类之间的关系网上图书销售系统各类之间的关系如图9所示。

〖类图说明〗一个操作员可以处理多个订单。

一个管理员也可以处理多个订单，并且管理员具有数据查询的权限。

一个订单中包括了多个商品，一条历史记录中也包括了多个商品，一个顾客只能对应一条历史记录，但他有多个订单的记录。

五、系统的顺序图1.顾客订购顺序图如图10所示。

用户首先使用自己的账号和密码登录系统，登录模块会将客户的ID保存在系统缓存中并提交给商品查询模块。

商品查询模块提示客户输入查询条件，客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。

客户得到商品列表后，提交自己想要购买的商品ID。

订购模块得到商品ID，生成订单并提交给数据模块进行保存。

保存成功后，订购模块提示用户订购该商品成功。

2.顾客删除订单顺序图如图11所示。

客户在提交订单后可以对订单进行维护（添加、删除、修改）。

客户首先输入自己的账号和密码登录系统。

登录模块会将客户的ID保存在系统缓存中并提交给订单查询模块。

订单查询模块显示该客户当前的所有订单，客户得到该列表后，选择需要删除的商品ID，订单处理模块把删除信息提交给数据模块，数据模块保存信息。

订单处理模块提示用户删除操作成功。

3.管理员处理订单顺序图如图12所示。

管理员使用其账号和密码登录后，登录模块会将管理员的ID保存在系统缓存中并提交给订单处理模块。

订单处理模块提交给管理员未处理订单的列表，管理员提交某商品ID得到该商品的库存情况。

如果库存充足则接受订单，并把接受信息提交给数据模块，数据模块更新该客户的订单信息并返回成功信息给订单处理模块，订单处理模块提示管理员该操作成功。

六、订单的状态图订单(Orders)是系统中比较重要的一个类，其状态图如图13所示。

用户修改订单图13 订单的状态图用户提交订单后，订单处于未处理状态。

在管理员处理订单前，用户对订单的修改（增加、减少等），如果用户取消订单（即修改后订购商品数为0），则订单结束。

管理员处理订单时查询库存，如果有货，则接受订单并发货，如果缺货则拒绝订单并通知用户，订单结束。

七、感想xxxxx........忽略此处.......。