湘商购网络营销服务平台建设项目可行性研究报告确任稿.docx
《湘商购网络营销服务平台建设项目可行性研究报告确任稿.docx》由会员分享，可在线阅读，更多相关《湘商购网络营销服务平台建设项目可行性研究报告确任稿.docx（68页珍藏版）》请在冰点文库上搜索。
湘商购网络营销服务平台建设项目可行性研究报告确任稿
湘商购网络营销服务平台可行性研究报告
第一章系统概述
1.1项目背景
湘商购网络营销服务平台是迎合当下湖南省人民政府文件（湘政发.2011.8号文件）《湖南省人民政府关于印发（加快发展开放型经济’的若干政策措施）’的通知》关于实施“湘品出湘”工程’鼓励湖南异地商会建设湘商营销网络’组建湘商联盟和省内企业产业技术创新新联盟’推动湘菜、湘酒、湘茶、湘瓷、湘绣等传统湘字品牌开拓国内市场’提升新兴优势产业’的市场份额.湘商购网络营销服务平台能适应“湘品出湘”工程’的发展’的战略需求、运作需求和技术需求所开发’的平台化解决方案’以互联网、电子商务、网上银行、身份认证等先进思想和技术’与传统贸易实际相融合’给省内企业、贸易商、消费者、仓储加工中心、运输商、结算和信贷银行提供’的专业性安全高效’的网络营销平台系统.
平台整体建成后应满足仓储、加工、运输、财务、物业、设备等市场运营’的各项业务需求’以互联网、电子商务、网上银行、身份认证、现货电子交易、融资管理等先进思想和技术’给市场中参与各方提供专业、安全、高效’的增值服务和信息交换、共享.
1.2项目建设内容
随着产业链’的延伸、信息技术’的日臻成熟’特别是供应链管理竞争理念’的普及’建立信息共享或交易平台等均成为湖南生产企业物流园区资源整合’的手段’但资源整合’的目’的无外乎是增强客户服务能力、提高客户服务水平和获得更好’的投资回报.所以’尽管不同’的企业在实际运作中所采取’的资源整合方式方法不尽相同’但还是有一些共同’的范畴需要纳入企业’的视野.它们是客户资源整合、能力资源整合和信息资源整合.实施资源整合’的时候’必须牢牢把握住两点：
对企业内部资源整合’的价值’的调整和对企业外部资源整合.我们要做’的就是找到最佳’的结合点’并实现服务资源’的优化配置.
在本项目中’我们将从企业’的服务化运作去考虑和审视系统架构’把企业运作经验总结并积累变成一个个“服务”‘把“组织能力”服务化’通过对“服务”‘的编排来实现弹性’的业务流程’将这种方法定义为SOA架构’其核心是对企业业务’的抽象和组件化.也就是说’系统从一开始’就不是“像传统软件那样按照工作流’的方式”去设计’的’而是从企业’的战略’到业务流程’以及流程所需要’的服务去考虑.这样’的思路所设计出来’的系统’通过服务’的编排来实现业务流程’自然地形成以服务为基础’的架构.
湘商购网络营销平台’参与方示意如下：
根据各参与方’的需求和相关服务’我们期望构建’的系统如下图所示：
●湖南产品业务管理平台
实现湖南企业所生产’的产品在线服务’的可行性’集成物流作业及实际业务数据’包括仓储、加工、运输、配送、供应链管理和市场管理等业务.该平台包括市场业务过程’的信息化和集成’能帮助湖南生产企业流通企业提高作业管理水平’降低管理成本’同时也为物流服务提供基础数据源.
●电子商务平台
包括综合信息平台（EIP’即门户网站）、湖南生产企业现货电子交易平台和融资管理平台三部份电子商务业务’支持各种电子单证流转’主要’的功能包括产品展示、企业展示、供求信息、商务洽谈、交易撮合、询价报价、订单委托等商务应用’通过该系统’提高空闲物流资源’的利用率’增强加工贸易、钢材流通企业’的商机’降低钢材物流成本’加快商业信息流转和融资管理渠道.
●内部管理平台
由协同办公信息系统（OA）、综合结算管理系统、客户关系管理和决策支持系统组成’包括数据查询统计和智能决策分析.结算管理包括应收应付、物流费用结算和网上电子支付功能’提高湖南生产企业物流资金回收率和安全’加快资金流转率.
1.3总体目标
1.满足湖南生产企业不同业务形式’的信息化需求’
2.建立基于湖南生产企业供应链一体’的物流作业机制’实现与外界供货商、湖南生产企业物流合作伙伴业务流’的对接’减少企业重复性操作’提升物流作业效率和服务能力’
3.三平台有机结合’为企业提供全方位’的运营管理.
4.动态财务管控’为企业提高资金流转率’降低经营风险.
5.系统中贯彻SOA架构’支持多种业务模式扩展’满足系统扩充或引入更为复杂应用.
6.通过电子商务平台提升生产企业对各个要素或能力’的整合能力：
⏹使湖南生产企业从平面型向立体型转变’提高土地综合收益.
⏹实现市场和网上市场’的完美结合’提升对客户’的网上和网下综合服务能力.
⏹紧密结合土地以外’的资源’如集中采购、各种融资方案、担保、加工和配送服务资源’给流通企业提供湖南生产企业供应链’的全程服务.
⏹跨区物流服务配套设施建设、电子商务系统无区域时空限制特点和B2B实时安全’的支付结算系统’的结合’将拓展市场’的辐射和跨区经营能力’提供流通企业跨区销售、融资和结算服务.
1.4项目实施总则
1.系统全面采用浏览器技术实现’遵循SaaS理念进行系统架构设计.
2.采用整体规划’逐步实施’的’的原则.
3.充分考虑企业现有系统和平台系统间’的数据库结构优化、接口’的工作.
4.重点突破’根据省内企业实际需求’将首先选择最紧迫’的门户网站和现货电子交易平台进行开发’起到以点带面’的效果.本案以下内容将仅对项目一期开发实施做详细描述.
第二章技术规划
2.1系统采用面向服务构架（SOA）’的技术体系
SOA架构对松耦合’的系统’的需要来源于业务应用程序需要’根据业务’的需要变得更加灵活’以适应不断变化’的环境’比如经常改变’的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关’的因素’这些因素甚至会影响业务’的性质.我们称能够灵活地适应环境变化’的业务为按需（Ondemand）业务’在按需业务中’一旦需要’就可以对完成或执行任务’的方式进行必要’的更改.
实例表明’基于SOA架构’的集成模式用于解决企业信息集成中相关异构系统之间互操作’的问题具有一定优势.
整个系统被设计和实现为一组相互交互’的服务’它使得系统中’的某些服务能够充分利用其他’的服务同时却无需考虑其物理位置.在该模型中’任何’的业务功能被作为提供’的一个服务使用.应用程序’的不同功能（服务）通过这些服务之间定义良好’的接口和契约联系起来’使得构建在系统中’的服务可以以一种统一和通用’的方法进行调用.这种具有中立’的接口定义（没有强制绑定到特定’的实现上）’的特征称为服务之间’的松藕合.松藕合系统’的好处有两点：
它’的灵活性’当组成整个应用程序’的每个服务’的内部结构和实现逐渐地发生改变时’它能够继续存在.这就为解决EAI集成问题和快速开发新’的IT系统铺平了道路.SOA模型如下图所示’说明了SOA中’的不同角色及其工作流程.
2.2可适应未来SSO单点登录方式
本系统将预留SSO单点登陆接口’可适应系统’的整体规划采用用户单一登陆控制方式’用户在通过统一登录验证后’就可访问相关管理信息系统’不需多次验证.
SSO单点登录指用户只需登录一次’就可使用多个SSOenable’的应用系统.用户通过任何应用系统都能进行SSO’这对于基于Web’的系统是可行’的.这种单一’的登录点在整个系统’的设计中是唯一认证用户’的地方’由登录点将SSOtoken（针对不同’的C/S’B/S应用可能还需要传递用户名’口令）传递给应用系统’应用系统利用SSOtoken来进行用户已认证’的验证.简单地说就是要修改已有’的应用系统’屏蔽已有’的应用系统’的用户认证模块’使用系统提供’的SSOAPI来验证用户’以及对用户’的操作进行授权.通常’认证与授权管理模块以一种应用专有’的方式实现’系统’的授权模型、认证’授权信息存贮结构与访问控制逻辑与应用’的业务逻辑之间耦合紧密.这种设计与实现方式’的缺点是显而易见’的：
由于认证、授权模块与应用逻辑之间’的紧耦合使得认证、授权模块很难进行扩展与维护’认证、授权模块’的设计与编码需要很大’的工作量’而且很难在不同’的应用系统之间共享与重用.这也是越来越多企业应用需要SSO’的原因之一.
2.3数据中心规划思路
结合数据仓库技术思路’有效收集整理系统数据’为逐步实现知识管理和数据分析应用提供数据基础.作为一种理想’的数据加工及存储模式’数据中心’的建立将为管理中心’的数据整合及有效利用提供了基础’为知识管理和决策分析应用提供数据支持.
2.4兼容未来数据扩展
作为日常使用极为频繁’的交易平台’可通过业务管理或电子商务服务平台在前台（访问界面）对后台各数据进行集成访问’包括各类统计报表’的展现和传递’基于综合办公管理平台’的权限控制体系对各后端数据进行受控安全访问和传递’与其他信息系统实现数据集成’互为补充’满足集成需求.
2.5无缝衔接WebServices技术
WebServices结构图
Webservices是一种能够被描述并通过网络发布、发现和调用’的自包含、自描述、松散耦合’的软构件.在Webservices体系中’所有’的应用实体都被抽象成服务.其中包括三个实体和三种操作.
三个实体：
（1）服务提供者（ServiceProvider）.从商务角度看它是指服务’的所有者’从体系结构上看它是指提供服务’的平台.
（2）服务请求者（ServiceRequester）.从商务角度看它是指需要请求特定功能’的企业’从体系结构上看它是指查找和调用服务’的客户端应用程序.（3）服务代理（ServiceBroker）.它是指用来存储服务描述信息’的信息库（Repository）.服务提供方在这里发布他们’的服务;服务请求方在这里查找服务’获取服务’的绑定信息.
三种操作：
（1）发布.服务提供者需要首先将服务进行一定描述并发布到注册服务器上.在发布操作中’服务提供者需要通过注册服务器’的身份验证’才能对服务描述信息进行发布和修改.
（2）查找.服务请求方根据注册服务器提供’的规范接口发出查询请求’以获取绑定服务所需’的相关信息.在查找操作中’一般包含两种查找模式:
一种是浏览模式（BrowsePattern）’即服务请求方可以根据通用’的分类标准来浏览或者通过一些关键字来搜索’并逐步缩小查找’的范围’直到找到满足需要’的服务’查找结果是一系列服务’的集合;另一种是直接获取模式（DrilldownPattern）’即通过唯一’的关键字直接得到特定服务’的描述信息’其查找结果是唯一’的.（3）绑定（Binding）.服务请求方通过分析从注册服务器中得到’的服务绑定信息’包括服务’的访问路径、服务调用’的参数、返回结果、传输协议、安全要求等’对自己’的系统进行相应配置’进而远程调用服务提供者所提供’的服务.
2.6技术路线
1.开发语言为JAVA语言’并采用中间件（基于SUN技术路线）’的三层结构.
2.在J2EE开发环境下采用三层结构进行开发’前端表现层采用网页方式.将所有商业逻辑独立出来制作成EJB存放于中间层’由appserver负责运行’并将结果以网页方式返回到browser端.利用中间件（基于SUN技术路线）’的三层结构技术.
3.跨平台（UNIX’LINUX’WINNT）’跨数据库（ORACLE、SYSBASE、INFORMAX、DB2、SQLSERVER等等）.
2.7系统建设原则
●电子商务网站
1、扩展性
系统应便于新业务’的生成和实现第三方系统（如：
支付系统等）与平台’的连接.另外系统提供动态页面定制工具’能够有效’的帮助运营方生成产品和服务表单’方便管理人员扩充分类目录等信息’并在权限管理、会员管理上有高度’的灵活性.
2、安全性
通过详细注册资料’的方式确保会员身份’的可靠性’线上实施交易支付时’网站需确认双方’的身份.为了防止网上纠纷’应该将用户’的交易过程信息以日志形式保存’以作为仲裁交易纠纷’的原始依据.
4、适用’的广泛性
交易应支持挂牌交易、竞价交易等多种交易模式’支持实时在线支付、企业网银等多种支付手段.
●电子交易模块
1、先进实用
系统规划和设计理念可对照现有技术先进、成熟’的产品’提高用户体验’以减少系统开发’的周期和成本’功能定位充分考虑平台服务对象’的需求.
2、扩充性
保证省内企业内已有平台和系统’的兼容性及对未来发展’的适应性’使系统可在原有’的基础升级改造和更新’并应当充分考虑技术进步因素’的影响.
3、开放性
交易平台不是一个封闭’的系统’今后必须通过接口和其他平台或系统相连’在平台建设中应充分考虑与外界信息系统交换’的需求’保证既能满足基本功能’的需要’有具有与外界系统进行信息交换与处理’的能力.
4、安全性
在系统规划和设计时应充分考虑系统安全性问题’防止非法操作和恶意入侵造成系统灾难’给使用平台’的企业带来损失.
5、可靠性
交易平台提供365×24×7不间断服务’在系统规划和设计时充分考虑系统可靠性问题’采用备份方案或其它管理和技术手段提高系统可靠性’避免由于系统崩溃而造成灾难性后果.
第三章系统设计
3.1网络拓扑结构
系统结构基于Intranet/Internet技术’以浏览器/服务器（B/S）结构’的技术架构方式进行设计’并支持虚拟专用网络（VPN）’系统必须支持主流计算机硬件及软件平台’并兼容现有’的设备’支持多种开放技术标准’系统应提供标准’的接口程序或和预留技术接口标准’便于扩展应用系统功能和与其他应用系统’的互联’互访.
系统数据库采用通用大型数据库技术’充分考虑利用现有网络和硬件设备’浏览器支持多种通用浏览器.系统具有开放性、易操作性、界面’的友好性、可靠性和安全性等特点’为用户提供统一’的、友好’的操作界面.
3.2总体结构设计
采用J2EE’的架构进行开发’采用现阶段成熟’的基于MVC’的Struts架构.WEBSERVER接受客户’的访问／交易请求’并建立起安全通道之后’根据不同’的业务请求’由专门’的ActionServlet进行处理’该Servlet会根据不同’的请求调用相应EJB或Javabean对数据库进行访问’并调用交易组件处理相应’的业务方面’的交易流程’最后根据配置文件定义’的结果显示页面’将系统处理结果传输到用户端’从而实现了对用户业务请求’的处理.交易业务逻辑利用EJB或Javabean进行封装’保证了逻辑’的完整性和一致性.
表现层把结果以页面’的方式呈现给用户’在本层中采用Servlet及JSP技术进行实现.同时为更方便界面’的修改’我们采用模板技术’模板是一些嵌有标识符’的html页面’由JSP或Servlet进行解析.这样以后页面’的修改只需懂HTML即可’无须修改JSP或Servlet程序.
在系统实现上’采用目前国际流行’的面向对象技术、MVC’的设计模式和纯JAVA技术’将整个系统从逻辑上分为展现层平台、中间应用服务平台和业务系统平台等几大部分’以提高整体网站系统’的可扩展性、灵活性、易维护性.
3.3架构规划
3.4应用体系结构规划
3.5电子商务门户结构
3.6门户用户访问流图
3.7主要业务流程分析
3.7.1挂牌交易
在线挂牌是指在市场规定’的交易商品范围内’卖方将其已存入指定仓库’的货物详细情况、交易代码、商品代码（交易系统自动生成）、执行标准、产地（生产商）、产品、交货日期、挂牌价格、挂牌数量、最小购买批量、最小购买量、履约保证形式（定金或电子货单）等要素放入分类“货架”发布供货信息’买方根据分类“货架”查询相关供货信息’如需购买’除输入该条供货信息’的挂牌号和按最小购买批量、最小购买量确定买入数量外’不需输入其他信息’检查确认后即与该条挂牌供货信息’的卖方成交签订电子交易合同’的一种交易模式.
3.7.2竞价交易
竞价交易模式是传统’的拍卖、招标交易模式和新兴’的网络技术相结合’的产物’会员通过交易系统向其他会员发出邀约’在特定时间对某特定资源通过交易平台进行竞买或竞卖’竞价交易结束时交易系统根据价格优先、时间优先’的原则确定成交会员’的交易模式.
竞价交易分为买方会员竞价采购（即卖方拍卖’或称竞买）和卖方会员竞价销售（即买方招标采购’或称竞卖）两种方式.
●竞卖交易模式
竞卖交易是指买方会员（采购方）按照一定’的规则将采购需求组成标书’对外邀标’交易中心帮助推介’组织卖方会员（供应商）应邀’约定时间内’卖方根据竞价规则参与竞价’竞价结束’交易系统按照价格、时间优先原则确定供应商’需要分标时’系统按约定’的规则进行分标供应’买卖双方确立购销合同.合同’的交收及结算控制流程与挂牌交易相同.
●竞买交易模式
竞买交易是指卖方按照一定’的规则将需要销售’的资源组成拼盘’对外公开或定向邀标’交易中心帮助推介’组织买方会员应邀’在约定’的时间内’买方根据竞价规则参与竞价’竞价结束’交易系统按照价格最高优先’时间优先’的原则自动评标’中标’的买方与卖方订立购销合同.合同’的交收及结算控制流程与挂牌交易相同.
3.7.3通过竞价销售资源’的主要流程
3.7.4通过竞价采购资源’的主要流程
3.7.5会员入市流程
3.8系统关键用例
3.9设计范围
3.10数据库设计
建立完善’的数据库结构管理设备’的基本参数、运行状态和各种工作计划.数据库’的框架和结构必须根据设备和运行状态而设计’方便提供强大’的录入、查询、统计、分析和报表等各种功能’较好’的反映平台业务’的基本情况和运行状况’满足运营管理信息化’的要求.
3.10.1对数据库平台’的性能要求
根据本系统数据’的特点,我们采用Oracle作为系统’的数据库平台’并且数据库开发方面采用标准SQL语句’以便将来’的扩展和移植.
系统将采用数据库建模工具’根据系统功能模块’的设计’构建出整个数据库.在构建数据库时’也会定义好数据库表’的约束、关联以及索引.
针对系统’的具体特点和系统要求’我们在进行数据库方案设计时对数据库平台提出下列性能方面’的要求：
●标准化程度高’符合标准ANSISQL92语言’的规范’
●支持Brower/SERVER模式应用’支持对称处理和多线程技术’支持XML/CORBA’支持数据分区’
●可在多种操作系统’HP、IBM等服务器下运行’独立性强’对系统结构影响比较小’
●高级语言、汉化功能先进’易于方便使用’支持汉字’GB18030标准’
●支持主流’的各种网络协议’如TCP/IP、IPX/SPX、NETBIOS、DECNET、SNA等.
●能支持同构、异构网络’的分布操作’支持松散耦合型’的Cluster及海量并行处理’
●有足够’的并发控制’授权控制和事务处理能力及恢复能力’
●与异种数据源有良好’的可互操作性’
●具有可靠’的数据安全保密措施以及故障恢复能力’
●具有SMP和MPP’的功能’具有快速’的并发用户查询速度’并发控制稳定可靠’
●具有很强’的容错能力’错误恢复能力’错误记录及预警能力’具备异地容灾能力’
●允许行级锁’具有死锁自动解出功能而无需额外’的数据一致性校验’
●具有强大’的复制能力’支持主从式、级连式、对等式以及N-向复制’并支持复制日志技术’具有分布式模式管理能力’
●具有完整’的安全性（帐号安全’系统级权限’对象安全性’审计）’细粒度化’的访问控制’适合于多层环境’的安全模式’的能力’
●拥有支持MIS’的功能强大’的开发工具’提供数据仓库和数据挖掘’的工具.
3.10.2数据库系统结构设计
根据本系统’的结构和应用服务’同时考虑到整个系统’的一体化方案、功能扩展和灵活性’数据库将按以下原则采用集中方式与三层结构相结合’的体系结构.
本系统是大型电子商务平台系统’能够提供多种应用服务’这些服务采用集中方式运行可充分利用服务器’的资源’发挥服务器’的性能’方便管理’提高可靠性.
采用三层结构很容易实现客户机’的扩充’使用多服务器能减小系统’的处理瓶颈’提高系统’的性能’同时能共享网络中’的所有资源数据库系统’为集中方式和B/S结构’的应用提供了可靠’的技术保证.
3.10.3数据库系统逻辑结构
本系统考虑到系统’的总体要求和今后各业务’的发展’本方案中设计数据库系统逻辑结构体现了以下特点：
●数据库系统结构具有良好’的兼容性.
●数据库数据’的全面性：
对平台运营管理方、园区管理方、物流企业、加工企业等部门’的信息系统进行调查’分析及要求’最大限度’的保证其共享数据’同时为系统’的扩展性保留数据接口’达到数据全面性’的目’的.
●数据库系统结构完全完整：
既可最大限度开放’的公用数据’也严格保密’的交易结算数据和企业私有数据’对不同’的类型应采用不同’的安全管理机制.信息系统将采用大型数据库系统’完善’的数据备份和安全控制策略’保证数据’的安全性和完整性’保证系统安全运行.数据库可以采用数据冗余备份’或者数据录像备份’双机备份’以确保数据’的安全及完整性.
3.10.4数据库设计遵循技术规范标准
目’的：
保证与其它应用系统’的无缝连接’而且便于与运营方其它系统’的数据共享和实施园区各方社会资源’的数据共享.
1.完善’的编码体系
完善’的编码体系是数据库系统’的重要核心之一.要求对业务中涵盖’的信息进行全面分类和编码管理.
要求编码设计科学合理’使系统能够具备目录树结构显示、分类路径明确、多级同步维护（级联修改）、分类分级’的多层次查询、数据传送量少等优点.
2.字典驱动’的数据库结构
系统’的发展变化对应于设备（实体对象）’的属性和设备（实体对象）’的增减’能够通过数据字典驱动’的方式’在数据库中实现设备属性’的扩展修改和新增设备’的定义.
系统采用这种字典驱动数据库结构’通过它用户可以根据需要’对系统中某对象’的属性进行扩展.例如应用在设备管理上’可以采用图形化界面简单直观地实现设备类型’的自定义、设备种类’的增加、设备属性’的自定义’从而适应不断出现’的新设备’的需要’不需要修改程序代码.
3.面向对象’的数据库设计
从某种意义上讲,是数据库设计’的面向对象特征最终奠定了整个系统’的面向对象性,具体要求包括：
●数据库结构清晰,便于实现OOP
●数据库对象具有独立性,便于维护
●需求变更时程序与数据库重用率高,修改少
4.柔性扩展技术
数据库系统赋予查询系统高度’的柔性和充分’的可扩充性.查询系统可以根据用户’的需求不断地完善自身’以提供新’的查询功能和增强查询能力.它有两方面’的意义：
一是当系统运行一段时间后’用户极有可能会产生新’的查询需求’在良好’的数据结构’的基础上’能够通过对原有系统’的适当调整和配置’满足用户新’的需求’二是应用系统具备为不同类型’的用户提供自己定制各种查询’的功能’降低了系统后期’的维护工作量和费用’保护系统’的前期投资.
5.便携式数据库
系统提供便携式数据管理功能’可以将需要’的数据下载到您身边’的计算机上（不论是台式机’还是笔记本计算机）’以便在无法或不愿连通网络’的情况下（比如在移动’的交通工具中、没有电信服务’的区域等）使用相关’的数据.
6.非结构化数据’的管理
系统对非结构化形式存在’的数据如文档、手册、报告、专家意见等数据采用合理’的数据库管理模式.
系统将非结构化纳入数据库系统进行管理’从而将企业数据源和应用集成为一个有机整体’实现对数据’的集中管理、组织、分类、索引和检索’以达到对数值、字符等结构化数据和电子文档、图像、声音等非结构化数据高效操作.
7.过程数据存储管理
对一项业务流程从开始、中间各个环节到最后结束和反馈’的整个过程中产生’的数据进行完整’的关联存储’这样不仅在业务流程上完成闭环管理’在具体某项工作所产生’的数据上面同样完成了闭环管理’最
升级会员 