基于UML网上鲜花店订花系统课程设计.docx
《基于UML网上鲜花店订花系统课程设计.docx》由会员分享,可在线阅读,更多相关《基于UML网上鲜花店订花系统课程设计.docx(33页珍藏版)》请在冰豆网上搜索。
基于UML网上鲜花店订花系统课程设计
信息系统分析与设计课程设计
题目:
姓名:
学号:
院系:
专业:
班级:
指导教师:
完成时刻:
第一章绪论
选题目的和意义
中国网络的快速崛起和网民的增加,带动了电子商务的蓬勃进展,以阿里巴巴领航的电子商务,方便了网民的日常生活和出行、购物等等。
在全世界市场的竞争中,花卉经营企业常常需要联合起来作为一个虚拟的组织达到一起的商务目标。
可是虚拟企业的商务环境千变万化,因此必需开发一种横跨各个企业边界的操作动态的工作流程和平台,而且那个平台能够知足花卉经营企业的这种需求。
本文就描述了一个以电子商务技术为基础的花卉交易平台的模型成立。
作者依照电子商务的进展趋势,在深刻了解国内花卉交易行业电子商务应用环境的基础上,提出了将电子商务各类技术集成应用到传统花卉市场的解决方案,也确实是成立一个网上电子花卉市场。
第一,文章简单介绍了电子商务的进展历史及其在国内外鲜花交易的应用现状并介绍和分析了郑州花卉生产和交易的现状。
在文章的正文中作者依照花卉交易的业务流程详细介绍了整个系统的设计。
作者设计了一个网络花卉市场,包括种植户到花店和花店到消费者两个相对对立又相互联系的电子商务系统。
同时,文章对整个系统的商业模式、获利模式和定价模型做了详细的介绍。
电子商务的成功与否主若是看可否解决物流配送和支付的问题,本文作者依照郑州花卉交易的特点和B2B和B2C两个不同的业务情形设计了不同的支付模式和物流配送模式,专门是B2C环节支付与物流方式的设计专门好地解决了小额订购的鲜花,作为日常生活不可获取的生活细节,爱情、生日、乔迁、开业、婚礼生小孩、道歉、看望、哀思、纪念日等等。
一样的鲜花依照作用的不同,有着不同的包装装饰:
圆形花束、单面花束、台式花束、落地花篮、鲜花圈、礼盒玫瑰等,由于鲜花的更新快,城市的小花店很难经受高额的房租、运输费用、店铺地址对花店的阻碍等。
选择网上订花,既是网民方便自己的方式,也是鲜花运营者减轻自身本钱的方式,下面具体讲解网上商店的意义。
第一,投资少,回收快。
一项针对中国中小企业的情形调查显示,个人在网下启动销售公司的平均费用至少5万元,而据易趣网礼物门类的负责人介绍,网上开店建店本钱超级小。
一样说,筹备一家网上的商店投入很小,不用去办营业执照,不用去租门面,不用囤积货物,所需资金只是1500元;网上商店比一样规模的地面商店“租金”要低得多,同时租金可不能因为营业面积的增加而增加,投资者也不用为延长营业时刻而增加额外的费用。
“网上商店比一样规模的地面商店“租金”要低得多,同时租金可不能因为营业面积的增加而增加,投资者也不用为延长营业时刻而增加额外的费用。
”
第二,大体不需要占压资金。
传统商店的进货资金少那么几千元,多那么数万元,而网上商店那么不需要压资金。
第三,小时营业时刻。
网上商店延长了商店的营业时刻,一天24小时、一年365天不断地运作,不必专人值班看店,都可照常营业。
网上商店节省了人力方面的投资,不用雇佣帮手,店主完全能够在享受生活的同时把自家的网上小店打理得井井有条;还幸免了因为来不及照看店铺而带来的损失。
同时,营业时刻不受限制,消费者能够在任何时刻登岸、购物。
交易时刻上的全本性和全年性,使得交易成功的机遇大大提高。
第四,销售规模不受地盘限制。
传统商店有多大就只能摆放多少商品,生意大小常常被小店面积限制。
而在网上,即便在地面上只有一个小商店,或干脆就没有门面,开店的生意却能够照样做得专门大。
第五,不受店面空间的限制。
哪怕只是街边小店,在网上却能够拥有百货大楼那么大的店面,只要投资者情愿,能够摆上成千上万种商品。
目前国内最大的专业拍卖网站同时在线的商品要超过10万件——已超过一些大超市。
最后,不受地理位置阻碍。
不管客户离店有多远,在网上,客户一样能够很方便地找到。
这令消费群体冲破了地域的限制,变得无穷广漠了。
网上商店所面向的是全国乃至全世界的消费者,那个潜在市场是单个商店,乃至是大型商场都无法相提并论的。
只要商品有特色,经营得法,网上商店天天将带来成千上万的客流量,大大增加销售收入。
论文研究内容
鲜花店网上订花系统系统概述
鲜花店网上订花系统流程要紧包括定单受理,定单调度,定单处置,定单回访和定单归档五个流程状态。
如以下图所示:
鲜花店网上订花系统功能模块概述
.1会员治理模块概述
本模块的要紧功能是会员信息保护和权限操纵。
会员信息保护包括会员信息查询,增加,修改和删除;会员权限操纵包括权限的给予与撤销。
通过动态的权限操纵功能,使系统权限治理更灵活,便于处置实际的人事变更问题。
其中权限分两种:
一般会员和治理员。
.2定单受理模块概述
本模块是定单流程的起始节点,要紧功能是定单信息的确认,确信从网络发来的定单真实有效。
.3定单调度模块概述
本模块是定单处置的第二个节点,负责定单的派发,调度操作员依照相应的受理信息对定单进行调度处置,发送至相关处置部门,要紧功能是调度信息的录入,派发等。
.4定单处置模块概述
本模块是定单处置的第三个节点,负责定单处置信息的记录,处置操作员依照故障处置情形录入处置信息及安排送花人员。
要紧功能是处置信息的录入,定单车辆信息选定,定单人员信息选定等。
.5定单回访模块概述
本模块是定单处置的第四个节点,当定单处于回访节点,回访操作员依照定单处置情形对客户进行定单回访,将客户反馈意见录入系统。
要紧功能是回访信息的录入,暂存,更新及定单的回退。
.6定单归档模块概述
本模块是定单处置的最后一个节点,负责处置重复定单定单,附件信息,和处置完成的定单。
要紧功能包括定单的人工归档处置,归档数据导出,附件信息查看等。
.7定单综合信息查询模块概述
本模块要紧功能是依照多条件查询相应定单信息,以利于操作员了解当前定单处置的流程状态。
系统技术要求及可行性
可行性是系统开发的一项关键步骤,它是通过对整个系统的需求,技术及开发方式,和开发人员进行的综合评估。
本系统采纳模块化开发方式,将整个系统分为多个功能模块,如此有助于系统开发的组织和治理。
目前WEB应用程序开发已经形成比较成熟的框架,包括微软的和Sun公司的J2EE,本系统采纳J2EE开发框架,充分发挥MVC架构的优势,并利用Accesse数据库,使数据信息的处置平安,高效。
本章小结
本章要紧介绍了本系统的背景,和相关内容的国内外进展情形,和初步确信了整个系统的实现方式,并对各个技术进行了整体归纳性的介绍。
以后的部份将都在这些方式的基础上经行设计实现。
第二章需求分析及环境搭配
系统说明
设计目标
鲜花店网上订花系统网络效劳是订花系统的一部份,而正因为网络效劳才大大提高了订花处置的效率,这种模式已经慢慢代替过去的工作模式和工作方式。
本系统实现了整个订花流程的信息记录及定单处置跟踪。
系统特点
鲜花店网上订花系统采纳browser/server结构,实现鲜花预定信息化治理。
这种系统的优势在于系统简单,功能壮大,扩展能力良好和跨地域操作性强。
Browser/server模式通过Internet进行通信,而且把事务处置模块从客户端分离出来,由Web效劳器单独组成一层来负担其任务,如此客户端的压力减轻,把负荷分派给了Web效劳器。
本系统一样应用了MVC结构,这种抽象结构能有利于将应用程序分割成假设干逻辑部件,使程序设计加倍容易。
MVC结构提供了一种按功能对各类对象的分割方式,其目的是为了将各类对象从交互模型中抽象出来。
其中Model,即模型,用来作为对现实世界中一个处置进程的模拟;View,即视图,用来组织模型中的内容,负责维持数据表现的一致性;Control,即操纵器,它概念了应用程序的行为,负责对来自于视图的用户要求进行解析,并把这些要求映射成相应的行为。
系统运行环境
设备要求
选择系统硬件运行环境配置的时候应该考虑到系统的平安性、开放性、性能价钱比、可扩展性、能保证较高的工作效率等方面。
最终确信的硬件环境配置为:
CPU:
IntelP4;
内存:
512MBDDR;
硬盘:
30GB;
大体的输入、输出设备
支撑软件
系统软件平台的配置,软件是系统开发的灵魂,配备良好的软件开发工具在系统开发中相当重要:
操作系统:
WindowsXP;
数据库软件:
Access2003;
效劳器软件:
开发平台:
开发工具:
、DreanwearCS3、PhotoShopcs2、RationalRose2002、MicrosoftOfficevisio2003
本章小结
本章要紧介绍系统设计目标、系统特点、运行环境、开发环境和工具。
第三章系统需求分析
本系统设计,已经躲开了以往的模式,躲开了大而宽泛的研究,关于大部份网上鲜花店设计,以往设计都基于以下步骤(如图3-1):
第一,用户阅读搜索鲜花信息、注册、购物车;第二,治理员治理发布鲜花信息、分类、获取定单、治理用户等等。
这些方式已是众所周知的,因此这次设计偏重于成立一个“全国性的、多分店合作的鲜花定单配送系统”,给每一个分店用户分派定单处置权限,查看属于该用户自己的定单信息。
系统的核心已经从“治理员发布信息”、“获取定单”转移到如何将定单进行流程处置,关键部份确实是“流程”、“权限操纵”。
传统的网上花店
后台定单治理HIPO图设计
系统用例设计
3.2.1系统治理员用例设计
用例图
用例描述
用例名称:
系统管理用例
参与者:
管理员
简易说明:
管理员添加,删除,更新,查询系统中的管理员信息
前置条件:
管理员已经成功进入系统
基本事件流:
1.管理员点击“修改信息”按钮,页面跳转到会员信息修改界面,并显示会员信息;管理员点击修改鲜花信息、分类信息类似。
2.管理员在文本框中可以修改信息也可以删除信息
3.管理员修改信息后,点击“保存”按钮,会员信息被更改,跳转成功界面
其它事件流:
在点击“保存”按钮前,可以点击“返回”按钮或者“重置”按钮
异常事件流:
1.提示错误信息,管理员重新填写
2.更新失败异常,跳转失败界面
后置条件:
会员信息被更改
定单受理用例设计
用例图
用例描述
用例名称:
订单受理用例
参与者:
订单受理操作员
简易说明:
订单受理操作员确认订单的有效性,无效订单进行归档,或者将订单发送到下一流程。
前置条件:
订单受理操作员已经成功进入系统
基本事件流:
1.操作员点击订单处理按钮,页面跳转订单受理界面,并显示受理信息
2.操作员填写或者更改订单受理信息
3.根据订单地址,系统动态显示相似订单地址订单信息
4.操作完成后,点击“提交”按钮,保存受理信息,跳转成功界面
其它事件流:
在点击“提交”或者“暂存”按钮前,可以点击“关闭”按钮或者“重置”按钮,退出订单受理界面
异常事件流:
1.提示错误信息,操作员重新填写受理信息
2.更新失败异常,跳转失败界面
3.附件上传失败,跳转失败界面
后置条件:
受理信息完成,订单确认完成
定单调度用例设计
用例图
用例描述
用例名称:
订单调度用例
参与者:
订单调度操作员
简易说明:
订单调度操作员根据受理信息,填写调度信息,选择相应处理部门,提交或者暂存,系统保存调度信息
前置条件:
订单调度操作员已经成功进入系统
基本事件流:
1.操作员点击订单处理按钮,跳转订单调度界面,显示受理信息
2.操作员填写或者更改订单调度信息
3.查看相应附件信息
4.操作完成后,点击“提交”或者“暂存”按钮,保存调度信息,跳转成功界面
其它事件流:
1.在点击“提交”或者“暂存”按钮前,可以点击“关闭”按钮或者“重置”按钮
2.操作员点击“打印”按钮,系统打印订单信息
异