湘商购网络营销服务平台建设项目可行性研究报告Word格式文档下载.docx

上传人:b****3 文档编号:13413722 上传时间:2022-10-10 格式:DOCX 页数:56 大小:843.63KB
下载 相关 举报
湘商购网络营销服务平台建设项目可行性研究报告Word格式文档下载.docx_第1页
第1页 / 共56页
湘商购网络营销服务平台建设项目可行性研究报告Word格式文档下载.docx_第2页
第2页 / 共56页
湘商购网络营销服务平台建设项目可行性研究报告Word格式文档下载.docx_第3页
第3页 / 共56页
湘商购网络营销服务平台建设项目可行性研究报告Word格式文档下载.docx_第4页
第4页 / 共56页
湘商购网络营销服务平台建设项目可行性研究报告Word格式文档下载.docx_第5页
第5页 / 共56页
点击查看更多>>
下载资源
资源描述

湘商购网络营销服务平台建设项目可行性研究报告Word格式文档下载.docx

《湘商购网络营销服务平台建设项目可行性研究报告Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《湘商购网络营销服务平台建设项目可行性研究报告Word格式文档下载.docx(56页珍藏版)》请在冰豆网上搜索。

湘商购网络营销服务平台建设项目可行性研究报告Word格式文档下载.docx

对企业内部资源整合的价值的调整和对企业外部资源整合。

我们要做的就是找到最佳的结合点,并实现服务资源的优化配置。

在本项目中,我们将从企业的服务化运作去考虑和审视系统架构,把企业运作经验总结并积累变成一个个“服务”,把“组织能力”服务化,通过对“服务”的编排来实现弹性的业务流程,将这种方法定义为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、扩充性

保证省内企业内已有平台和系统的兼容性及对未来发展的适应性,使系统可在原有的

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 解决方案 > 学习计划

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1