xxx电子商务平台项目实施方案内容摘要:

...................................................... 76 评审验收 .......................................................................................................... 76 用户培训 ........................................................................................................... 81 系统移交 .......................................................................................................... 81 XXX 电子商务平台解决方案 5 第一章 系统概述 项目背景 XXX 钢铁电子商务平台 是迎合当下钢铁物流业集成化发展现状,满足钢铁物流业未来发展的战略需求、运作需求和技术需求所开发的平台化 解决方案 , 以互联网、电子商务、网上银行、身份认证等先进思想和技术,与传统钢铁贸易实际相融合,给钢厂、贸易商、钢铁消费者、仓储加工中心、运输商、结算和信贷银行提供的专业性安全高效的钢铁现货交易平台系统。 平台整体建成后应 满足仓储、加工、运输、财务、物业、设备等市场运营的各项业务需求,以互联网、电子商务、网上银行、身份认证、现货电子交易、融资管理等先进思想和技术,给市场中参与各方提供专业、安全、高效的增值服务和信息交换、共享。 现代物流是建立在信息技术高度发达的基础上,以供应链思想融合到客户服务,从而形成效益的全新盈利模式。 而钢铁物流园区作为一个高度集中的物流集散地,其信息化建设涉及园区与企业、企业与企业、企业与政府三个相关方向的信息交互和供应链的有机贯通,通过建立统一的系统运作体系,推动电子商务发展和园区企 业竞争力提升,实现各类网络资源的综合利用和共享,降低钢铁企业的综合运行成本以及提升服务能力。 其核心 应用是 面向包括钢厂、贸易商、服务商及钢厂用户在内的钢铁供应链企业,提供全面的商务信息支持及通XXX 电子商务平台解决方案 6 常的交易服务。 项目建设内容 随着产业链的延伸、信息技术的日臻成熟,特别是供应链管理竞争理念的普及,建立信息共享或交易平台等均成为钢铁物流园区资源整合的手段,但资源整合的目的无外乎是增强客户服务能力、提高客户服务水平和获得更好的投资回报。 所以,尽管不同的企业在实际运作中所采取的资源整合方式方法不尽相同,但还是有一 些共同的范畴需要纳入企业的视野。 它们是客户资源整合、能力资源整合和信息资源整合。 实施资源整合的时候,必须牢牢把握住两点:对企业内部资源整合的价值的调整和对企业外部资源整合。 我们要做的就是找到最佳的结合点,并实现服务资源的优化配置。 在本 项目中 ,我们 将 从企业的服务化运作去考虑和审视系统 架构,把企业运作经验总结并积累变成一个个“服务”,把“组织能力”服务化,通过对“服务”的编排来实现弹性的业务流程,将这种方法定义为 SOA 架构,其核心是对企业业务的抽象和组件化。 也就是说,系统从一开始,就不是“像传统软件那样按照工作流的方式”去设计的,而是从企业的战略,到业务流程,以及流程所需要的服务去考虑。 这样的思路所设计出来的系统,通过服务的编排来实现业务流程,自然地形成以服务为基础的架构。 XXX 钢铁电子商务平台 ,参与方示意如下: XXX 电子商务平台解决方案 7 华 中 国 际 钢 铁 物 流 基 地货 物 业 主( 入 生 产 厂 家 、 贸 易 商 等 )承 运 业 主( 如 第 三 方 物 流 企 业 等 )协 助 单 位( 如 政 府 管 理 机 构 、 金 融 担 保 等 )其 他 相 关 单 位( 如 剪 切 加 工 、 信 息 服 务 等 ) 根据各参与方的需求和相关服务,我们期望构建的系统如下图所示: 园区业务管理平台仓 储 管 理 信 息 系 统 运 输 配 送 管 理 信 息 系 统加 工 管 理 信 息 系 统质 押 管 理 系 统物 业 管 理 系 统电子商务平台现 货 电 子 交 易 平 台 银 行 B 2 B 电 子 支 付 接 口综 合 信 息 平 台 ( E I P )内部管理平台O A 综 合 结 算 管 理 系 统 C R M决 策 支 持 系 统  园区 业务管理平台 实现物流 园 区 在线服务的可行性,集成物流作业及实际业务数据,包括仓储、加工、运输、配送、供应链管理和市场管理等业务。 该平台包括市场业务过程的信息化和集成,能帮助钢铁流通企业提高作业管理水平,降低管理成本,同时也为物流服务提供基础数据源。 XXX 电子商务平台解决方案 8  电子商务 平台 包括综合信息平台( EIP,即门户网站)、钢铁现货电子交易平台和融资管理平台三部份电子商务业务,支持各种电子单证流转,主要的功能包括产品展示、企业展示、供求信息、商务洽谈、交易撮合、询价报价、订单委托等商务应用,通过该系统,提高空闲物流资源的利用率,增强加工贸易、钢材流通企 业的商机,降低钢材物流成本,加快商业信息流转和融资管理渠道。  内部管理平台 由协同办公信息系统( OA)、综合结算管理系统、客户关系管理和决策支持系统组成,包括数据查询统计和智能决策分析。 结算管理包括应收应付、物流费用结算和网上电子支付功能,提高钢铁物流资金回收率和安全,加快资金流转率。 总体目标 1. 满足钢铁物流园区不同业务形式的信息化需求; 2. 建立基于钢铁供应链一体的物流作业机制,实现与外界供货商、钢铁物流合作伙伴业务流的对接,减少园区重复性操作,提升物流作业效率和服务能力; 3. 三平台有机结合,为企业提供全方位的运营管理。 4. 动态财务管控,为企业提高资金流转率,降低经营风险。 5. 系统中贯彻 SOA 架构,支持多种业务模式扩展,满足系统扩充或引入更为复杂应用。 XXX 电子商务平台解决方案 9 6. 通过 电子商务平台 提升 园区 对各个要素或能力的整合能力:  使 钢铁物流园区 从平面型向立体型转变,提高土地综合收益。  实现钢材市场和网上钢材市场的完美结合,提升对客户的网上和网下综合服务能力。  紧密结合土地以外的资源,如集中采购、各种融资方案、担保、加工和配送服务资源,给流通企业提供钢铁供应链的全程服务。  跨区物流服务配套设施建设、电子商 务系统无区域时空限制特点和 B2B 实时安全的支付结算系统的结合,将拓展市场的辐射和跨区经营能力,提供流通企业跨区销售、融资和结算服务。 项目实施总则 1. 系统全面 采用 浏览器技术实现,遵循 SaaS 理念进行 系统架构设计。 2. 采用整体规划,逐步实施的的原则。 3. 充分考虑 企业现有系统和平台系统间的数据库结构优化、接口的工作。 4. 重点突破,根据 XXX 工贸实际需求, 将 首先选择最紧迫的门户网站和现货电子交易平台进行开发,起到以点带面的效果。 本案以下 内容 将 仅 对项目一期开发实施做详细描述。 第二章 技术规划 系统采用面向服务构架 (SOA)的技术体系 SOA 架构对松耦合的系统的需要来源于业务应用程序需要,根XXX 电子商务平台解决方案 10 据业务的需要变得更加灵活,以适应不断变化的环境,比如经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素,这些因素甚至会影响业务的性质。 我们称能够灵活地适应环境变化的业务为按需( On demand)业务,在按需业务中,一旦需要,就可以对完成或执行任务的方式进行必要的更改。 实例表明,基于 SOA 架构的集成模式用于解决企业信息集成中相关异构系统之间互操作的问题具有一定优势。 整个系统被设计和实现为一组相互交互的服务,它使得系统中的某些服务能够充分利用其他的服务同时却无需考虑其物理位置。 在该模型中,任何的业务功能被作为提供的一个服务使用。 应用程序的不同功能 (服务 )通过这些服务之间定义良好的接口和契约联系起来,使得构建在系统中的服务可以以一种统一和通用的方法进行调用。 这种具有中立的接口定义 (没有强制绑定到特定的实现上 )的特征称为服务之间的松藕合。 松藕合系统的好处有两点:它的灵活性;当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时,它能够继续存在。 这就为解决 EAI 集成问题 和快速开发新的 IT 系统铺平了道路。 SOA 模型如下图所示,说明了 SOA 中的不同角色及其工作流程。 XXX 电子商务平台解决方案 11 可适应未来 SSO 单点登录方式 本系统将预留 SSO 单点登陆接口,可适应系统的整体规划采用用户单一登陆控制方式,用 户在通过统一登录验证后,就可访问相关管理信息系统,不需多次验证 . SSO 单点登录指用户只需登录一次,就可使用多个 SSO enable的应用系统。 用户通过任何应用系统都能进行 SSO,这对于基于 Web的系统是可行的。 这种单一的登录点在整个系统的设计中是唯一认证用户的地方,由登录点将 SSO token(针对不同的 C/S, B/S 应用可能还需要传递用户名,口令)传递给应用系统,应用系统利用 SSO token来进行用户已认证的验证。 简单地说就是要修改已有的应用系统,屏蔽已有的应用系统的用户认证模块,使用系统提供的 SSO API 来验证用户,以及对用户的操作进行授权。 通常,认证与授权管理模块以一种应用专有的方式实现,系统的授权模型、认证,授权信息存贮结构与访问控制逻辑与应用的业务逻辑之间耦合紧密。 这种设计与实现方XXX 电子商务平台解决方案 12 式的缺点是显而易见的:由于认证、授权模块与应用逻辑之间的紧耦合使得认证、授权模块很难进行扩展 与维护;认证、授权模块的设计与编码需要很大的工作量,而且很难在不同的应用系统之间共享与重用。 这也是越来越多企业应用需要 SSO 的原因之一。 数据中心规划思路 结合数据仓库技术思路,有效收集整理系统数据,为逐步实现知识管理和数据分析应用提供数据基础。 作为一种理想的数据加工及存储模式,数据中心的建立将为管理中心的数据整合及有效利用提供了基础,为知识管理和决策分析应用提供数据支持。 兼容未来数据扩展 作为日常使用 极 为频繁的 交易 平台,可通过业务管理或电子商务服务平台在前台(访问界面)对后台各数据进行集成访问,包括各类统计报表的展现和传递,基于综合办公管理平台的权限控制体系对各后端数据进行受控安全访问和传递,与其他信息系统实现数据集成,互为补充,满足集成需求。 XXX 电子商务平台解决方案 13 无缝衔接 Web Services 技术 Web Services 结构图 Web services 是一种能够被描述并通过网络发布、发现和调用的自包含、自描述、松散耦合的软构件。 在 Web services 体系中,所有的应用实体都被抽象成服务。 其中包括三个实体和三种操作。 三个实体: (1)服务提供者 (Service Provider)。 从商务角度看它是指服务的所有者,从体系结构上看它是指提供服务的平台。 (2)服务请求者 (Service Requester)。 从商务角度看它是指需要请求特定功能的企业,从体系结构上看它是指查找和调用服务的客户端应用程序。 (3)服务代理 (Service Broker)。 它是指用来存储服务描述信息的信息库(Repository)。 服务提供方在这里发布他们的服务。 服务请求方在这里查找服务,获取服务的绑定信息。 三种操作: (1)发布。 服务提供者需要首先 将服务进行一定描述并发布到注册服务器上。 在发布操作中,服务提供者需要通过注册服务器的身份验证,才能对服务描述信息进行发布和修改。 (2)查找。 B i n d / S O A P F i n d/ S O A P P u b l i s h / S O A P S e r vi c e R e que s t e r U D D I R e gi s t r i e s S e r vi c e P r ovi de r : S O A P S e r ve r W e b S e r vi c e s A ppl i c a t i on XXX 电子商务平台解决方案 14 服务请求方根据注册服务器提供的规范接口发出查询请求,以获取绑定服务所需的相关信息。 在查找操作中,一般包含两种查找模式 :一种是浏览模式 (Browse Pattern),即服务请求方可以根据通用的分类标准来浏览或者通过一些关键字来搜索,并逐步缩小查找的范围,直到找到满足需要的服务,查找结果是一系列服务的集合。 另一种是直接获取模式 (Drill down Pattern),即通 过唯一的。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。