网上花店系统全解.docx

网上花店系统全解.docx

《网上花店系统全解.docx》由会员分享，可在线阅读，更多相关《网上花店系统全解.docx（13页珍藏版）》请在冰豆网上搜索。

网上花店系统全解

河北科技大学

网上花店系统

课程设计报告

学生姓名：

学号：

专业班级：

课程名称：

学年学期：

2015-2016学年第一学期

指导教师：

2015年11月

一、设计题目

二、设计目的

三、软件需求分析

四、UML基本模型

五、系统中的类

六、系统的配置与实现

七、改进意见及建议

八、设计体会

一、设计题目

网上花店系统

二、设计目的

随着互联网技术的迅速发展，各种各样的网站已经深入到日常生活的各个角落，越来越多的公司都建立了自己的网站，电子商务大行其道。

通过电子商务来完善对商品的采购就给人们的生活带来了很多方便。

在这种形式之下，购买鲜花的人越来越多，也越来越广，全国各地都有购买者。

这么大的一个市场，只是利用实物店铺是远远不够的，虽只能满足本地消费者的需求，但却不能面向远处的消费者需求。

为了迎合市场的需求，为了开拓市场提高自身在同行中的竞争能力，开发一个网上鲜花销售系统也是很有必要的。

本网上花店系统，主要实现的功能是：

实现用户在线注册功能、登录功能、查询功能、订购功能、定单等。

在后台能实现管理员的登录、管理员对商品的分类发布、商品的管理、用户信息的管理、订单管理、订购管理等。

真正实现从商品的发布到商品的购买一系列的网上销售鲜花的功能。

本系统最大的优点是，界面优美，可视性强，设计成本投入性小，利润见效快，系统安全性好，系统维护与管理方便快捷，目标明确，可操作性强等特点。

三、软件需求分析

1，系统总体功能需求

一个功能完全的网上花店管理系统，必须包括以下的几个管理模块：

（1）客户接口模块

（2）管理员接口模块

（3）数据服务模块

系统的功能需求框图：

2，客户接口模块

由用户信息维护，商品查询，订购商品，订购维护四部分组成，用户可以查看已经买到的商品，可以查询自己想要的商品，对自己想买的商品下单，对不想买的商品退单。

客户接口模块框图

3，管理员接口模块

由商品信息维护，内部员工信息维护，订单处理，销售情况查询，报表维护五部分组成，管理员可以对已经售完的商品提示缺货，提示管理人员进行补货，可以对管理员的信息进行维护，增加新的管理员，删除无效的管理员，可以对生效的订单进行发货，可以查询销售情况，可以汇总报表。

管理员接口模块框图

4，数据服务模块

由订单处理，客户查询，订单保存，销售情况分析四部分组成，可以通过数据库查看订单处理情况，客户信息，对完成的订单进行保存，对一阶段的销售情况进行分析。

数据服务模块框图

四、UML基本模型

1，创建系统的用例模型

用例视图是被称为参与者的外部用户所能观察到的功能模型图。

用例是系统中放入一个功能单元，可以被描述为参与者与系统之间的一次交互作用。

用例模型的用途是列出系统中的用例参与者，并实现那个参与者参与那个用例的执行。

建立用例视图分为以下几个步骤：

确定角色

创建用例

创建角色—用例关系图

（1）、角色确定

在网上花店管理系统中，可以归纳的主要问题有：

用户订购商品、增加订单、删除订单

用户登录

用户查询商品

管理员登录

管理员内部员工信息维护，商品信息维护

管理员销售情况处理，报表维护

普通员工登录

普通员工处理订单，发货，商品储备查询

由这些问题可以看出本系统的操作主要是仓库管理信息。

维护及各种信息的查询。

所以在本系统的uml建模中可以创建以下角色：

用户

管理员

普通员工

（2）

创建用例

用例本身就是指一个用户或者其他系统与要设计的系统进行的一个交互，这个交互是为了达到某个目的。

本网上花店管理体统根据业务流程可以分成以下几个用例（UseCases）：

订购商品

增加订单

删除订单

用户登录

查询商品

管理员登录

内部员工信息维护

商品信息维护

销售情况处理

报表维护

普通员工登录

处理订单

发货

商品储备查询

（3）创建角色用例关系图

用例图表示用例和角色及他们之间的关系，描述了系统。

子系统和类的一致的功能集合表现为系统和一个或多个外部交互的消息交互序列。

本系统的用例关系图如下

系统客户参与用例图

系统管理员参与用例图

系统普通员工参与用例图

2，系统的动态模型————活动图

活动图是一种特殊形式的状态图，用于计算流程建模，活动图中的状态是计算过程中所处的各种状态。

活动图是对状态图的扩展。

状态图突出显示的状态，状态间的转移。

活动图突出的是活动。

系统客户订购状态图

系统客户订购状态图详细展示了客户订购的过程：

首先客户进入订购界面进行身份验证，输入用户名和密码，如果用户名和密码不匹配，这返回验证界面重新输入进行验证，如果正确下一步输入查询条件，然后系统自动转到数据库，在后台数据库中进行查询，然后根据查询到的数据返回商品列表，然后递交商品，然后通过这些递交的商品创建商品订单，创建订单完成后就递交和保存订单然后客户订单就完成了，返回界面。

系统客户删除订单状态图

系统客户删除订单状态图

系统客户需要删除订单时，进入保存订单界面，然后进入身份验证界面，输入用户名和密码，如果错误返回重新输入进行验证，如果正确则进行下一步列出所有订单以供客户了解都下了哪些订单然后进行对这些订单的操作，选择要删除的订单进行删除删除商品项目和标题，然后更新递交和保存新的订单就完成了订单删除的操作，最终返回界面。

系统管理员处理订单状态图

系统管理员处理订单状态图

系统管理员处理来自客户下的订单时要进入接受订单界面，然后输入管理员的用户名和密码，系统后台进行判断，如若用户名和密码错误则返回进行重新验证，如若成功验证进入下一步列出所有的新订单选择商品，然后查询所选择商品的储备请况，如果所选择商品还有储备满足条件，然后接受并保存订单最终返回接受订单界面，如果所选商品以没有储备不满足条件，则显示出拒绝信息，最终返回开始界面。

图9（贾江华画）

3，时序图

时序图表示对象之间传送消息的时间顺序。

时序图可以用来进行一个场景的说明，即一个事务的历史过程。

时序图中的每一个类元角色用一条生命线来表示（用垂直线代表整个交互过程中对象的生命周期）。

生命线之间的箭头连接代表信息。

时序图可以用来进行一个场景说明，即一个事务的历史过程。

时序图的用途是用来表示用例中行为的时间顺序。

当执行一个用例行为时，时序图中的每条消息对应一个类操作或状态机中引起转换的触发事件。

（1）系统客户订购序列图

（2）系统客户删除订单序列图

（3）系统管理员处理订单序列图

系统的类图

系统的序列图

五、系统中的类

六、系统的配置与实现

组件是系统中遵从一组接口且提供其实现的物理的、可替换的部分。

组件的图形表示法是把组件画成带有两个标签的矩形。

组件图包含了模型代码库、可执行文件、运行库和其他组件的信息。

组件是代码的实际模块。

一个良好的组件，应该满足如下的要求：

提供系统物理方面抽取的一些事物的明确抽象；

提供对小组小的、定义完好的接口的实现；

经济有效的直接实现一组共同工作以完成这些接口语义的类；

相对其他组件是松散耦合的，通常对组件建模一般只涉及依赖关系和实现关系；

当在UML中绘制一个组件时，要遵循如下策略

除非有必要显示的展示接口提供的操作，否则一般只需图符关系和实现关系；

仅显示在给定语境中对理解组件的含义是否必要的那些接口；

当用组件为库和源代码建模时，显示与版本有关的标记值。

系统组件图

系统部署图

七、改进意见及建议

做完这个系统以后，对照一些现实的成熟软件，我还是发现了许多我们在需求分析和建模中存在的问题，在建模的过程中，我们没有考虑到系统的安全性和可靠性相关的问题，也没有考虑到数据访问效率、交易平台的安全性及事务处理的能力。

所以我提出下面几条建议：

1，在做相关的系统时，我们应实地考察，比如，去花店，调查一些花店老板对这个系统的预期期望。

2，我们应该多查询相关的信息，确保自己设计的系统能够在现实中完美的实现，可能我们想的太好，到时候实施不一定能很好的实现。

八、设计体会

我的课程设计题目是对网上花店系统进行uml建模。

在完成的过程中，我遇到了若干的问题也解决了不少的问题。

最大的收获就是系统的对一个软件的建模有了明确的认识，相信在以后的工作中也会受益匪浅。

通过对网上花店的建模，也使我对电子商务认识的从无到有，有了具体详细的认识。

我们所建立的网上鲜花销售系统只是一个网上的购物的基本原理，里面要涉及到的方方面面的问题我们未曾遇到或现有的条件限制而未能实现。

我也清晰的认识到要搞好一个好的，完善的网站需要一个详细的、合理的、可行性的规划设计。

而且我也体会到随着Web技术的进一步发展和Internet的逐渐大众化，基于Internet的电子商务系统无疑比传统商务具有更加广阔的应用前景。