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