互联网电子商务花店管理系统开发应用可行性研究报告Word文档格式.docx

互联网电子商务花店管理系统开发应用可行性研究报告Word文档格式.docx

《互联网电子商务花店管理系统开发应用可行性研究报告Word文档格式.docx》由会员分享，可在线阅读，更多相关《互联网电子商务花店管理系统开发应用可行性研究报告Word文档格式.docx（13页珍藏版）》请在冰豆网上搜索。

3.3费用支出9

3.4人员9

3.5设备9

3.6局限性9

4．所建议技术可行性分析9

4.1对系统的简要描述9

4.2处理流程和数据流程10

4.3与现有系统比较的优越性15

4.4技术可行性评价15

5．所建议系统经济可行性分析16

5.1系统所需的经济投入16

6.操作可行性分析16

6.1用户使用可行性16

7．社会因素可行性分析16

7.1法律因素17

8.结论意见17

1.引言

1.1编写目的

随着时代的发展，鲜花已是人们生活中不可缺少的点缀。

响应人们对花的需求，各地花店相继建立。

但随着信息技术越深入人们的生活，传统的花店经营模式已不适合时代的潮流。

面对人们越来越习惯坐在家中进行网上购物的趋势，传统花店的经营模式被网上经营模式取代只是时间问题，为此本人想尝试设计一个功能强大的网上花店管理系统，这样既可提高语言编程能力，也可以对所学知识进行检验。

由于该工程带有较大的风险,但如果做成功的话,同时也可为本公司获得巨额利润。

所以为了让本公司的领导增加对此项目的投资信心,同时也为了让有可能参与本项目开发的工程技术人员熟悉本工程所要涉及到的网络和数据库的应用等有关问题。

以便该项目上马后能得到较成熟的技术开发和较完善的后期系统维护。

这份报告将主要从以下几个方面进行分析：

1.开发背景2.开发要求3.开发目标4.开发条件5.投资收益。

1.2项目背景

新时代花店涌现，花卉消费方式正在改变。

网络花店的数量正在急剧增加，它以其方便、时尚的特点影响年轻人的购花习惯；

国际花商联、JFTD等国内外鲜花速递组织在国内的影响也越来越大；

网络交流工具（QQ群、MSN等），交通状况（如小汽车停车难）、支付宝、114号码百事通等的发展正在改变鲜花消费模式；

大型超市为代表的现代销售模式花店开始出现，甚至地铁、加油站、银行、报刊亭、邮局等场所也将会有鲜花销售。

对应以上种种，可以说人们的消费方式时刻在发生变化，越拓越宽，虽说如今网上花店管理系统有很多，但难以囊括所有消费方式，为此，设计一个功能强大具有普遍性的网上花店管理系统很有必要。

说明：

A.软件系统名称：

网上花店管理系统；

B.本项目的任务提出者:

客户；

C．开发者：

褚虹

D．系统用途：

利用网络平台，使得消费者和管理员方便的购买与管理，适用范围对

拥有管理权限的管理员和所有不须权限的消费者通过网页浏览进入。

1.3参考资料

[1]齐昌平谭庆平宁洪《软件工程》

[2]郑仁杰殷人昆陶永雷《实用软件工程》

[3]汪星明《管理系统中计算机应用》武汉大学出版社1997.5

[4]方美琪，软件开发工具[M]，经济科学出版社

[5]陈禹，方美琪，软件开发工具[M]，经济科学出版社

2.可行性研究的前提

2.1要求：

1.功能：

用户不仅能在网上订购花；

速递春节鲜花、情人节鲜花、慰问鲜花、生日鲜花、爱情鲜花、商务鲜花、庆典鲜花、特色礼品、蛋糕；

而且支持团购服务、绿植租赁等多种业务；

其付款方式支持国内外在线支付、银行汇款、邮局汇款、上门收款。

2.性能：

一流的服务，无递送费及手续费，3-12小时送达全国各地1500多个城市。

该系统同时支持English、繁体、简体这三种版本。

3.数据流向：

本系统的数据流向主要有以下三个方面：

1.鲜花定单流向：

我们计划将顾客的定单分为三类：

（1）.国内鲜花订购：

此类定单的数量最多，且带有一定的集中性，因此可以预先设定

一个定单数量的域值范围（minmax）,min值的设置主要参照网络状况，而max值的设置则主要依据我们预期用户的实际运作能力。

（2）.国际鲜花订购：

这类定单的数量因不是太多且顾客一般都是预先订购，所以相应他的配送也应比较轻松，考虑到这种情况后，我们初步决定（这种情况的前提是顾客数量较少）只设定一个定单数量的参数。

每当同一时间期内的定单达到所设定的参数后就传送。

（3）.团购服务（包括绿植租赁）：

这类订购和

（2）相似，但他需要较多的前期准备和后期鲜花维护，因此我们决定对这种定单采取实时传送。

2.货款的流向：

顾客把货款直接汇到我们公司的帐号上（包括支持国内外在线支付、银行汇款、邮局汇款），否则由我们的人员直接上门收取，我们会记录这些顾客的资料有：

用户的名字，电话号码，电子邮件地址，收费信息（信用卡数字，终止日期和收费的地址），场合类型（生日，母亲节，等等，），购买的产品及任何相关的提升代码、信息和收货人的名字、地址、电话号码和电子邮件地址。

就算用户取消或未完成一份订单，用户输入的信息也将会被收集。

3.顾客意见（包括定单投诉、商家加盟、工作机会及赞助网站）：

系统将这些意见分类后存档，每星期整理一次。

4.安全和保密：

所有顾客要想登入本系统进行网上订花，必须先注册为会员，否则不能进行任何订购及加盟活动活动，其他活动可以进行。

这样做主要为了以下目的：

（1）.防止一些顾客订购后却无故取消，使我们的公司的利益受损；

我们将对这些顾客建立一个特别档案，并取消该顾客的会员资格，同时他也被永久拒绝再次注册为会员。

（2）.使我们的顾客早日成为荣誉会员顾客，享受更多的优惠和获得我们推出的特色服务，参加我们组织的活动以及我们送出的回馈礼品。

（3）.可以更好的统计顾客所在的地域范围，职业范围，年龄层次，收入水平，教育程度、个人喜好等对于鲜花的不同需求；

这些将成为我们的公司的商业运作参考，并且也成为我们招纳更多加盟商和建立各地分站的重要依据。

对此我们将对顾客进行两级划分：

（1）.普通会员顾客：

这类顾客访问权限最低，不能享受打折优惠，但可以购买一些不是十分流行的特价商品。

（2）.荣誉会员顾客：

这类顾客又可分为四类（青铜、白银、黄金、钻石）他们的优惠等级分别为（10%、20%、30%、40%），他们可以不受限制地享受本系统所提供的所有服务。

关于关键的顾客在线支付系统，我们将尽量争取能够利用银行的内网进行交易。

假如不能作到这一点，我们也准备采取其他公司开发的已经成熟的在线支付系统，而不是自己独立开发。

当然最好我们网站在通过因特网使用SSL传送以前，就将用户提交的所有信息通过美国VeriSign安全认证中心的SSL加密。

毕竟当使用微软的InternetExplorer或网景的NetscapeNavigator浏览站点时，该技术产品是最好的。

然而，通过因特网或任何其它公共网络的数据传送都不能保证是100%安全的。

（做到这一点的目前国内只有5288一家）。

　　数据的安全管理是一个系统的问题主要包括三个层面：

（1）技术层面；

（2）人员层面；

（3）制度层面。

　　针对这两个层面的内容，必须建立、健全和制定能够有效执行的数据安全制度，建立制度需考虑以下内容：

（1）.技术层面。

包括：

权限的控制、客户端的规范管理、网络安全防范（邮件管理、病毒防御、非法入侵等）、日常备份及灾难备份、数据库管理。

（2）.人员层面。

保密协议、思想认识、法律法规教育、工作流程及方式方法。

　（3）.制度层面。

机房安全管理制度、数据保密制度、数据维护制度、权限管理制度、客户端管理制度、数据访问制度。

5.完成期限：

预计本系统的开发周期为一年，其中测试时间占60%。

2.2目标：

1.为了将我们公司所拥有的能吸引顾客的特色时令鲜花更好地向顾客展示出来，系统将不可避免的需要运用大量的鲜花图片作为链接。

从而给本系统带来的首要技术问题就是怎样使顾客在他们所允许的时间间隔内（通常为2-3秒）打开这些图片。

2.由于本系统中最大的模块将毫无疑问的是鲜花查找模块，因此采用怎样的最为有效合理的数据结构来组织所有的鲜花数据。

这一步做的是否完美将直接决定系统能否采用当前比较流行的较为完善的查找算法。

3.当然本系统最大的难点是数据库数据编码问题。

鲜花的编码属于数据的整理范畴，由于其具有相当的复杂性和策略性，我们要想真正做好数据的编码工作必须做到编码标准化，鲜花编码是数据标准化的基础，也是编码体系中最为重要也最为复杂的，它是数据库建立的基础。

但不论如何编码，编码应该遵循以下原则：

（1）.采用行业国际标准或国标：

在确保数据准确性的前提下，我们应对数据进行规范。

准确但不规范的数据，只能在局部区域有效，而在整个系统中畅通无阻的只能是规范、准确且实时的数据。

因此采用行业的国际标准或国标，使自身数据一次性与国际、国内标准接轨，在数据的采集、使用及使用数据的软件进行扩展、更新上带来很多方便。

（2）.采用简洁高效原则。

　　人们通常查寻信息有不同的方式，有时通过代码，有时通过名称，有时通过其它方式。

编码并不总是有利于查询的，追求编码的全息化将导致巨大的工作量；

编码也并不总是有利于记忆的，记忆总有一个适应过程，尤其对于加盟商原来使用的一些编码。

希望如果没有太大困难最好采用单一含义的编码。

　（3）.具有远见性、可扩性。

　　编码的定义应具有远见性，充分考虑到未来鲜花种类的增加、变动，当然过多的编码位数也将导致编码的复杂化。

扩展方面，主要是考虑到加盟商在使用本系统后就需要按照我们所给出的新的鲜花编码来组织、管理和识别他们的鲜花。

在这里我们假设如果以后鲜花编码的使用采用条码识别，就需要考虑转换问题。

目前条形码国际上公认的有UPC条形码和EAN条形码，其中数十个国家，包括我国均采用EAN条形码，EAN码是13位数字编码。

建议以后数据的编码多采用阿拉伯数字编码。

2.3条件、假定和限制

（1）.由于目前国内像这样的大型鲜花订购网站，还非常的少。

因此如果本系统能得到较完美的开发并且系统同样能得到较完善的后期系统维护，本系统的运行寿命将是很可观的。

预计如非我们公司的运营状况出问题的话，本系统将至少能顺利运行10-20年。

（2）.本系统的投资费用将主要来源于以下四个方面：

a.开发公司，主要负责系统原型开发时的费用。

b.鲜花加盟商，如果我们的系统得到他们的肯定，那么他要负责一部分开发费用。

c.其他种类的加盟商。

我们会在系统上开发一个商城专区来卖他们的商品（如内衣、化妆品）。

这部分功能要在系统正式投入使用并且每月能得到令人满意的访问量才开发，在此先不做详述。

d.个人赞助。

（3）.本系统主要需要参考的法律法规有以下几类：

a.计算机网络安全方面

b.电子交易方面

c.知识产权保护法

（4）.本系统的开发将是基于浏览器的B/S结构，因此将采用目前在网站开发领域的标准配置：

操作系统使用Windows2000Server,Web服务器使用操作系统自带的IIS5.0，浏览器端的语言使用HTML/CSS/JavaScript，服务器端的语言使用ASP（.NET），数据库服务器使用SQLServer2000.

（5）.系统投入的最晚时间为2006初。

2.4.可行性研究采用的方法：

我们先对市场同类型的系统进行调查，了解他们的优缺点；

然后去询问一些与本系统和鲜花销售有关的专家，并把我们的初步想法和他们进行探讨；

接着我们将实地进行客户调查，进一步理解他们对这样一类系统的具体要求；

最后我们将把以上所有的意见进行汇总，从而明确我们的系统和同类产品的区别，确立我们准备开发的系统所具有的特色功能，从而使其在推出后更有市场前景。

2.5.