基于UML网上鲜花店订花系统.docx
《基于UML网上鲜花店订花系统.docx》由会员分享，可在线阅读，更多相关《基于UML网上鲜花店订花系统.docx（35页珍藏版）》请在冰豆网上搜索。
基于UML网上鲜花店订花系统
题目：
基于UML网上鲜花店订花系统
目录
第一章绪论3
1.1选题目的和意义3
1.2论文研究内容4
1.3本章小结7
第二章需求分析及环境搭配7
2.1系统说明7
2.2系统运行环境8
2.3本章小结8
第三章系统需求分析8
3.1后台订单管理HIPO图设计9
3.2系统用例设计10
3.3本章小结16
第四章系统概要设计17
4.1数据库设计17
4.2面向对象设计26
第五章系统实施32
结论32
感想与收获32
参考文献33
第一章绪论
1.1选题目的和意义
中国网络的快速崛起和网民的增加，带动了电子商务的蓬勃发展，以阿里巴巴领航的电子商务，方便了网民的日常生活以及出行、购物等等。
在全球市场的竞争中，花卉经营企业常常需要联合起来作为一个虚拟的组织达成共同的商务目标。
但是虚拟企业的商务环境千变万化，所以必需开发一种横跨各个企业边界的操作动态的工作流程和平台，并且这个平台能够满足花卉经营企业的这种需求。
本文就描述了一个以电子商务技术为基础的花卉交易平台的模型建立。
作者根据电子商务的发展趋势，在深刻了解国内花卉交易行业电子商务应用环境的基础上，提出了将电子商务各种技术集成应用到传统花卉市场的解决方案，也就是建立一个网上电子花卉市场。
首先，文章简单介绍了电子商务的发展历史及其在国内外鲜花交易的应用现状并介绍和分析了郑州花卉生产和交易的现状。
在文章的正文中作者根据花卉交易的业务流程详细介绍了整个系统的设计。
作者设计了一个网络花卉市场，包括种植户到花店和花店到消费者两个相对对立又互相联系的电子商务系统。
同时，文章对整个系统的商业模式、赢利模式和定价模型做了详细的介绍。
电子商务的成功与否主要是看能否解决物流配送和支付的问题，本文作者根据郑州花卉交易的特点和B2B和B2C两个不同的业务情况设计了不同的支付模式和物流配送模式，特别是B2C环节支付与物流方式的设计很好地解决了小额订购的鲜花，作为日常生活不可获取的生活细节，爱情、生日、乔迁、开业、婚礼生小孩、道歉、探望、哀思、纪念日等等。
同样的鲜花根据作用的不同，有着不同的包装装饰：
圆形花束、单面花束、台式花束、落地花篮、鲜花圈、礼盒玫瑰等，由于鲜花的更新快，城市的小花店很难承受高额的房租、运输费用、店铺地址对花店的影响等。
选择网上订花，既是网民方便自己的方式，也是鲜花运营者减轻自身成本的方式，下面具体讲解网上商店的意义。
首先，投资少，回收快。
一项针对中国中小企业的情况调查显示，个人在网下启动销售公司的平均费用至少5万元，而据易趣网礼品门类的负责人介绍，网上开店建店成本非常小。
一般说，筹办一家网上的商店投入很小，不用去办营业执照，不用去租门面，不用囤积货品，所需资金不过1500元；网上商店比同等规模的地面商店“租金”要低得多，同时租金不会因为营业面积的增加而增加，投资者也不用为延长营业时间而增加额外的费用。
“网上商店比同等规模的地面商店“租金”要低得多，同时租金不会因为营业面积的增加而增加，投资者也不用为延长营业时间而增加额外的费用。
”
其次，基本不需要占压资金。
传统商店的进货资金少则几千元，多则数万元，而网上商店则不需要压资金。
第三，小时营业时间。
网上商店延长了商店的营业时间，一天24小时、一年365天不停地运作，无须专人值班看店，都可照常营业。
网上商店节省了人力方面的投资，不用雇佣帮手，店主完全可以在享受生活的同时把自家的网上小店打理得井井有条；还避免了因为来不及照看店铺而带来的损失。
同时，营业时间不受限制，消费者可以在任何时间登陆、购物。
交易时间上的全天性和全年性，使得交易成功的机会大大提高。
第四，销售规模不受地盘限制。
传统商店有多大就只能摆放多少商品，生意大小常常被小店面积限制。
而在网上，即便在地面上只有一个小商店，或者干脆就没有门面，开店的生意却可以照样做得很大。
第五，不受店面空间的限制。
哪怕只是街边小店，在网上却可以拥有百货大楼那么大的店面，只要投资者愿意，可以摆上成千上万种商品。
目前国内最大的专业拍卖网站同时在线的商品要超过10万件——已超过一些大超市。
最后，不受地理位置影响。
不管客户离店有多远，在网上，客户一样可以很方便地找到。
这令消费群体突破了地域的限制，变得无限广阔了。
网上商店所面向的是全国乃至全球的消费者，这个潜在市场是单个商店，甚至是大型商场都无法相提并论的。
只要商品有特色，经营得法，网上商店每天将带来成千上万的客流量，大大增加销售收入。
1.2论文研究内容
1.2.1鲜花店网上订花系统系统概述
鲜花店网上订花系统流程主要包括订单受理，订单调度，订单处理，订单回访以及订单归档五个流程状态。
如下图所示：
1.2.2鲜花店网上订花系统功能模块概述
1.2.2.1会员管理模块概述
本模块的主要功能是会员信息维护和权限控制。
会员信息维护包括会员信息查询，增加，修改以及删除；会员权限控制包括权限的赋予与撤销。
通过动态的权限控制功能，使系统权限管理更灵活，便于处理实际的人事变更问题。
其中权限分两种：
普通会员和管理员。
1.2.2.2订单受理模块概述
本模块是订单流程的起始节点，主要功能是订单信息的确认，确定从网络发来的订单真实有效。
1.2.2.3订单调度模块概述
本模块是订单处理的第二个节点，负责订单的派发，调度操作员根据相应的受理信息对订单进行调度处理，发送至相关处理部门，主要功能是调度信息的录入，派发等。
1.2.2.4订单处理模块概述
本模块是订单处理的第三个节点，负责订单处理信息的记录，处理操作员根据故障处理情况录入处理信息及安排送花人员。
主要功能是处理信息的录入，订单车辆信息选定，订单人员信息选定等。
1.2.2.5订单回访模块概述
本模块是订单处理的第四个节点，当订单处于回访节点，回访操作员根据订单处理情况对客户进行订单回访，将客户反馈意见录入系统。
主要功能是回访信息的录入，暂存，更新及订单的回退。
1.2.2.6订单归档模块概述
本模块是订单处理的最后一个节点，负责处理重复订单订单，附件信息，以及处理完成的订单。
主要功能包括订单的人工归档处理，归档数据导出，附件信息查看等。
1.2.2.7订单综合信息查询模块概述
本模块主要功能是根据多条件查询相应订单信息，以利于操作员了解当前订单处理的流程状态。
1.2.3系统技术要求及可行性
可行性是系统开发的一项关键步骤，它是通过对整个系统的需求，技术及开发方法，以及开发人员进行的综合评估。
本系统采用模块化开发方法，将整个系统分为多个功能模块，这样有助于系统开发的组织和管理。
目前WEB应用程序开发已经形成比较成熟的框架，包括微软的A和Sun公司的J2EE，本系统采用J2EE开发框架，充分发挥MVC架构的优势，并利用Accesse数据库，使数据信息的处理安全，高效。
1.3本章小结
本章主要介绍了本系统的背景，以及相关内容的国内外发展情况，以及初步确定了整个系统的实现方法，并对各个技术进行了总体概括性的介绍。
以后的部分将都在这些方法的基础上经行设计实现。
第二章需求分析及环境搭配
2.1系统说明
2.1.1设计目标
鲜花店网上订花系统网络服务是订花系统的一部分，而正因为网络服务才大大提高了订花处理的效率，这种模式已经逐渐代替过去的工作模式以及工作方式。
本系统实现了整个订花流程的信息记录及订单处理跟踪。
2.1.2系统特点
鲜花店网上订花系统采用browser/server结构，实现鲜花预定信息化管理。
这种系统的优势在于系统简单，功能强大，扩展能力良好以及跨地域操作性强。
Browser/server模式通过Internet进行通信，并且把事务处理模块从客户端分离出来，由Web服务器单独组成一层来负担其任务，这样客户端的压力减轻，把负荷分配给了Web服务器。
本系统同样应用了MVC结构，这种抽象结构能有利于将应用程序分割成若干逻辑部件，使程序设计更加容易。
MVC结构提供了一种按功能对各种对象的分割方法，其目的是为了将各种对象从交互模型中抽象出来。
其中Model，即模型，用来作为对现实世界中一个处理过程的模拟；View，即视图，用来组织模型中的内容，负责维持数据表现的一致性；Control，即控制器，它定义了应用程序的行为，负责对来自于视图的用户要求进行解析，并把这些要求映射成相应的行为。
2.2系统运行环境
2.2.1设备要求
选择系统硬件运行环境配置的时候应该考虑到系统的安全性、开放性、性能价格比、可扩展性、能保证较高的工作效率等方面。
最终确定的硬件环境配置为：
CPU：
IntelP42.2；
内存：
512MBDDR；
硬盘：
30GB；
基本的输入、输出设备
2.2.2支撑软件
系统软件平台的配置，软件是系统开发的灵魂，配备良好的软件开发工具在系统开发中至关重要：
操作系统：
WindowsXP；
数据库软件：
Access2003；
服务器软件：
Tomcat6.0
开发平台：
JDk5.5
开发工具：
MyEclipse6.0、DreanwearCS3、PhotoShopcs2、RationalRose2002、MicrosoftOfficevisio2003
2.3本章小结
本章主要介绍系统设计目标、系统特点、运行环境、开发环境和工具。
第三章系统需求分析
本系统设计，已经避开了以往的模式，避开了大而宽泛的研究，对于大部分网上鲜花店设计，以往设计都基于以下步骤（如图3-1）：
第一，用户浏览搜索鲜花信息、注册、购物车；第二，管理员管理发布鲜花信息、分类、获取订单、管理用户等等。
这些方式已经是众所周知的，所以这次设计偏重于建立一个“全国性的、多分店合作的鲜花订单配送系统”，给每个分店用户分配订单处理权限，查看属于该用户自己的订单信息。
系统的核心已经从“管理员发布信息”、“获取订单”转移到如何将订单进行流程处理，关键部分就是“流程”、“权限控制”。
传统的网上花店
3.1后台订单管理HIPO图设计
3.2系统用例设计
3.2.1系统管理员用例设计
用例图
用例描述
用例名称：
系统管理用例
参与者：
管理员
简易说明：
管理员添加，删除，更新，查询系统中的管理员信息
前置条件：
管理员已经成功进入系统
基本事件流：
1.管理员点击“修改信息”按钮，页面跳转到会员信息修改界面，并显示会员信息；管理员点击修改鲜花信息、分类信息类似。
2.管理员在文本框中可以修改信息也可以删除信息
3.管理员修改信息后，点击“保存”按钮，会员信息被更改，跳转成功界面
其它事件流：
在点击“保存”按钮前，可以点击“返回”按钮或者“重置”按钮
异常事件流：
1.提示错误信息，管理员重新填写
2.更新失败异常，跳转失败界面
后置条件：
会员信息被更改
3.2.2订单受理用例设计
用例图
用例描述
用例名称：
订单受理用例
参与者：
订单受理操作员
简易说明：
订单受理操作员确认订单的有效性，无效订单进行归档，或者将订单发送到下一流程。
前置条件：
订单受理操作员已经成功进入系统
基本事件流：
1.操作员点击订单处理按钮，页面跳转订单受理界面，并显示受理信息
2.操作员填写或者更改订单受理信息
3.根据订单地址，系统动态显示相似订单地址订单信息
4.操作完成后，点击“提交”按钮，保存受理信息，跳转成功界面
其它事件流：
在点击“提交”或者“暂存”按钮前，可以点击“关闭”按钮或者“重置”按钮，退出订单受理界面
异常事件流：
1.提示错误信息，操作员重新填写受理信息
2.更新失败异常，跳转失败界面
3.附件上传失败，跳转失败界面
后置条件：
受理信息完成，订单确认完成
3.2.3订单调度用例设计
用例图
用例描述
用例名称：
订单调度用例
参与者：
订单调度操作员
简易说明：
订单调度操作员根据受理信息，填写调度信息，选择相应处理部门，提交或者暂存，系统保存调度信息
前置条件：
订单调度操作员已经成功进入系统
基本事件流：
1.操作员点击订单处理按钮，跳转订单调度界面，显示受理信息
2.操作员填写或者更改订单调度信息
3.查看相应附件信息
4.操作完成后，点击“提交”或者“暂存”按钮，保存调度信息，跳转成功界面
其它事件流：
1.在点击“提交”或者“暂存”按钮前，可以点击“关闭”按钮或者“重置”按钮
2.操作员点击“打印”按钮，系统打印订单信息
异常事件流：
1.提示错误信息，操作员重新填写调度信息
2.更新失败异常，跳转失败界面
后置条件：
调度信息完成
3.2.4订单处理用例设计
用例图
用例描述
用例名称：
订单处理用例
参与者：
订单处理操作员
简易说明：
订单处理操作员根据受理信息，调度信息，和实际供货情况填写订单处理信息，提交或者暂存，系统保存处理信息
前置条件：
订单处理操作员已经成功进入系统
基本事件流：
1.操作员点击订单处理按钮，页面跳转订单处理界面，并显示受理信息
2.操作员填写或者更改订单处理信息
3.查看相信的订单信息
4.填写派出松花的时间
5.操作完成后，点击“提交”或者“暂存”按钮，保存处理信息，跳转成功界面
其它事件流：
1.在点击“提交”或者“暂存”按钮前，可以点击“关闭”按钮或者“重置”按钮
异常事件流：
1.提示错误信息，操作员重新填写处理信息
2.更新失败异常，跳转失败界面
后置条件：
处理信息完成
3.2.5订单回访用例设计
用例图
用例描述
用例名称：
订单回访用例
参与者：
订单回访操作员
简易说明：
订单回访操作员根据受理信息，调度信息，和处理情况进行回访，并填写订单客户反馈信息，提交或者暂存，系统保存回访信息
前置条件：
订单回访操作员已经成功进入系统
基本事件流：
1.操作员点击订单处理按钮，页面跳转订单处理界面，并显示受理信息
2.操作员填写或者更改订单回访信息
3.查看相应附件信息
4.操作完成后，点击“提交”或者“暂存”按钮，保存回访信息，跳转成功界面
其它事件流：
1.在点击“提交”或者“暂存”按钮前，可以点击“关闭”按钮或者“重置”按钮
异常事件流：
1.提示错误信息，操作员重新填写回访信息
2.更新失败异常，跳转失败界面
后置条件：
回访信息完成
3.2.6订单归档用例设计
用例图
用例描述
用例名称：
订单归档用例
参与者：
订单归档操作员
简易说明：
订单归档操作员将重复的订单及完成的订单进行归档操作
前置条件：
订单归档操作员已经成功进入系统
基本事件流：
1.操作员点击订单处理按钮，页面跳转订单处理界面，并显示受理信息
2.操作员填写订单归档信息
3.操作完成后，点击“提交”按钮，保存归档信息，跳转成功界面
其它事件流：
1.在点击“提交”按钮前，可以点击“关闭”按钮或者“重置”按钮
异常事件流：
1.提示错误信息，操作员重新填写归档信息
2.更新失败异常，跳转失败界面
后置条件：
归档信息完成，订单流程结束
3.3本章小结
本章主要介绍系统各模块用例设计。
第四章系统概要设计
4.1数据库设计
4.1.1数据库概念结构设计
概念结构设计是将分析得到的用户需求抽象为概念模型的过程。
即在需求分析的基础上，设计出能够满足用户需求的各种实体以及它们之间的相互关系概念结构设计模型。
这样才能更好地、更准确地用某一DBMS实现这些需求。
它是整个数据库设计的关键。
概念结构的主要特点是能真实、充分地反映现实世界；易于理解；易于更改；易于向关系、网状、层次等各种数据模型转换。
设计概念结构通常有四类方法：
（1）自顶向下。
即首先定义全局概念结构的框架，然后逐步细化；
（2）自底向上。
即首先定义各局部应用的概念结构，然后将它们集成起来，得到全局概念结构；
（3）逐步扩张。
首先定义最重要的核心概念结构，然后向外扩充，以滚雪球的方式逐步生成其他概念结构，直至总体概念结构；
（4）混合策略。
即将自顶向下和自底向上相结合，用自顶向下策略设计一个全局概念结构的框架，以它为骨架集成由自底向上策略中设计的各局部概念结构。
其中最经常采用的策略是自底向上方法。
即自顶向下进行需求分析，然后再自底向上设计概念结构描述概念模型的有力工具是E-R模型。
针对本系统的数据库E-R模型设计如下图：
4.1.2数据库逻辑结构设计
概念结构是独立于任何一种数据模型的信息结构。
逻辑结构设计的任务就是把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。
设计逻辑结构时一般要分三步进行：
（1）将概念结构转换为一般的关系、网状、层次模型；
（2）将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换；
（3）对数据模型进行优化。
4.1.3数据库物理结构设计
数据库在物理设备上的存储结构与存储方法称为数据库的物理结构，它依赖于给定的计算机系统。
为一个给定的逻辑数据模型选取一个最适合应用要求的物理结果的过程，就是数据库的物理设计。
数据库的物理结构设计通常分为两步：
（1）确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构；
（2）对物理结构进行评价，评价的重点是时间和空间效率。
使用数据库开发软件Access建立如下结构的数据库物理结构。
表名
TB_List（鲜花订单）
说明
1.保存鲜花订单基本受理信息，如受理业务类型、受理人会员号、受理内容、订花人姓名、联系方式、收花人姓名，联系方式等等。
2.通过会员订花操作，录入产生记录。
字段
名称
类型
约束
说明
List_NO
申请编号
VARCHAR2（16）
PK
BUSI_TYPE_CODE
业务类型
VARCHAR2（8）
USER_NAME
订购人姓名
VARCHAR2（20）
USER_CALL_NUM
订购人手机号
VARCHAR2（13）
USER_PHONE_NUM
订购人固定电话
VARCHAR2（13）
TO_NAME
收货人姓名
VARCHAR2（20）
TO_TIME
收货时间
DATE
TO_CITY
收货人地址
VARCHAR2（16）
TO_ADDRESS
收货人详细地址
VARCHAR2（30）
TO_POST_NUM
收货人邮编
VARCHAR2（6）
TO_CALL_NO
收获人手机电话
VARCHAR2（13）
ＴＯ_PHONE_NO
收获人固定电话
VARCHAR2（13）
FLOW_STAT
订单流程状态
VARCHAR2（8）
USER_OPINION
用户意见
VARCHAR2（8）
表名
TB_FLOWER_INFO（鲜花信息表）
说明
1.保存鲜花信息
字段
名称
类型
约束
说明
FLW_ID
鲜花编号
VARCHAR2（16）
PK
FLW_NAME
鲜花名称
VARCHAR2（20）
FLW_OTHER_NAME
鲜花别名
VARCHAR2（20）
FK
FLW_FROM
鲜花产地
VARCHAR2（8）
FLW_TYPE_CODE
鲜花大类
VARCHAR2（8）
FLW_KIND_CODE
鲜花小类
VARCHAR2（8）
FLW_DISCRIBE
详细描述
VARCHAR2（256）
表名
TB_FLOWER_TYPE（鲜花分类表）
说明
1.保存鲜花分类信息
字段
名称
类型
约束
说明
ID
编号
VARCHAR2（32）
PK
TYPE_NAME
分类名
VARCHAR2（16）
TYPE_DISCRIBE
分类描述
VARCHAR2（8）
TYPE_BELONG
从属分类编号
VARCHAR2（16）
表名
TB_FLOWER_PRICE（鲜花价格表）
说明
1.保存鲜花分类信息
字段
名称
类型
约束
说明
ID
编号
VARCHAR2（32）
PK
FLW_NO
鲜花编号
VARCHAR2（16）
FLW_TYPE_ID
包装编号
VARCHAR2（8）
FLW_PRICE
市场价格
VARCHAR2（16）
FLW_SITE_PRICE
会员价格
VARCHAR2（16）
表名
TB_PRIMARY_KEYS（主键递增表）
说明
1.用于生成主键
字段
名称
类型
约束
说明
TABLE_NM
表名
VARCHAR2（64）
COL_NM
字段名
VARCHAR2（32）
FORE_CHAR
前缀字符
VARCHAR2（16）
MAX_ID
最大值
NUMBER
MEMO
备注
VARCHAR2（16）
表名
TB_SELECTS（下拉列表配置表）
说明
1.保存下拉列表中的基础性数据
字段
名称
类型
约束
说明
TYPE_ID
列表ID
VARCHAR2（32）
PK
ID
列表键
VARCHAR2（32）
FLAG
标志位
VARCHAR2（8）
VALUE
列表值
VARCHAR2（64）
MEMO
备注
VARCHAR2（64）
表名
TB_STAFF_INFO（会员员信息表）
说明
1.保存订单处理人员信息
字段
名称
类型
约束
说明
ID
编号
VARCHAR2（32）
PK
STAFF_ID
会员编号
VARCHAR2（16）
STAFF_NAME
人员姓名
VARCHAR2（32）
STAFF_PASSWORD
会员密码
VARCHAR2（8）
STAFF_POWRE
会员权限
VARCHAR2（8）
表名
TB_LIST_ATTEMPER（故障调度）
说明
1．保存故障处理调度信息
字段
名称
类型
约束
说明
ATTEMPER_ID
调度标识
VARCHAR2（32）
PK
LIST_NO
订单编号
VARCHAR2（16）
FK
FLW_DEPT_NO
发送部门
VARCHAR2（32）
ATTEMPER_TYPE
调度方式
VARCHAR2（8）
IS_RETURN
是否退单
DATE
RETURN_REASON
退单原因
VARCHAR2（8）
表名
TB_LIST_HANDLE（订单处理）
说明
1）保存故障。
字段
名称
类型
约束
说明
HANDLE_ID
升级会员 