xxx电子商务平台项目实施方案

上传人:仙*** 文档编号:31614765 上传时间:2021-10-12 格式:DOC 页数:106 大小:1.79MB
收藏 版权申诉 举报 下载
xxx电子商务平台项目实施方案_第1页
第1页 / 共106页
xxx电子商务平台项目实施方案_第2页
第2页 / 共106页
xxx电子商务平台项目实施方案_第3页
第3页 / 共106页
资源描述:

《xxx电子商务平台项目实施方案》由会员分享,可在线阅读,更多相关《xxx电子商务平台项目实施方案(106页珍藏版)》请在装配图网上搜索。

1、湘商购网络营销服务平台可行性研究报告湘商购网络营销服务平台可行性研究报告湖南湘商购网络营销股份有限公司二零一一年九月目录第一章 系统概述51.1 项目背景51.2 项目建设内容51.3 总体目标81.4 项目实施总则9第二章 技术规划102.1 系统采用面向服务构架(SOA)的技术体系102.2 可适应未来SSO单点登录方式112.3 数据中心规划思路122.4 兼容未来数据扩展122.5无缝衔接Web Services技术132.6 技术路线142.7 系统建设原则15第三章 系统设计173.1 网络拓扑结构173.2 总体结构设计183.3 架构规划193.4 应用体系结构规划203.5

2、电子商务门户结构213.6 门户用户访问流图223.7 主要业务流程分析223.7.1 挂牌交易223.7.2 竞价交易233.7.3 通过竞价销售资源的主要流程263.7.4 通过竞价采购资源的主要流程263.7.5 会员入市流程273.8 系统关键用例273.9 设计范围283.10数据库设计293.10.1 对数据库平台的性能要求293.10.2 数据库系统结构设计303.10.3 数据库系统逻辑结构313.10.4 数据库设计遵循技术规范标准32第四章 栏目设置及功能354.2 网站栏目划分354.3 功能设计354.3.1 系统管理354.3.2基础数据管理364.3.3 会员信息管

3、理364.3.4 交易单证管理(分配到相关各子系统中)364.3.5 结算管理364.3.6 异常管理374.3.7 统计分析374.3.8 客户交互平台(信息增值服务系统)374.3.9 客户服务384.4 网页设计规范384.5 技术性能设计404.5.1 相应时间404.5.2 CPU和LAN负荷率404.5.3并发处理41第五章 接口设计415.1 模块级、系统级的数据交换425.2 接口规范42第六章 系统性能设计446.1 系统安全性设计446.2 系统可靠性设计466.3 存储解决方案466.4 灾难备份设计476.5 系统实用性设计486.6 系统可扩展性设计496.7 系统灵

4、活性设计496.8 系统容错性设计506.9 系统快速恢复设计506.10方案设计特点51第七章 项目质量保障方案537.1 质量计划编制537.2 质量控制原则547.2.1 事前控制原则547.2.2 标准原则557.2.3 阶段性控制原则557.2.4 定性测试和量化测试相结合原则557.2.5 用户需求符合性原则567.3 质量控制影响因素567.3.1 全面地、系统地了解用户需求567.3.2 充分讨论系统设计方案577.3.3 设计完整的系统验证方案577.3.4 确定可行的质量控制方案577.3.5 形成表述规范的设计文档577.3.6 遵循科学的实施流程和技术要求587.3.7

5、 合理进行阶段性测试587.4 质量控制具体措施587.4.1 技术保障措施587.4.2 管理保障措施607.4.3 质量保障措施61第八章 项目建设与费用预算628.1项目建设内容628.2 建设规模638.3 人员编制638.4 项目投资估算648.5项目建设周期66第九章 项目风险管理679.1 风险分析679.2 项目开发常见风险689.3 风险应对措施699.4 风险跟踪699.5 风险状态通报699.6 风险数据库70第十章 项目实施7010.1 实施步骤7010.1.1 基于里程碑的迭代式开发过程模型7010.1.2 风险控制的时间进度7110.1.3 全面质量管理控制7110

6、.1.4 实施步骤7210.1.5 进度计划7310.2 项目的组织与领导7310.2.1 项目组织结构7410.2.2 项目领导小组7410.2.3 项目协调小组7410.2.4 质量管理小组7510.2.5 需求分析小组7610.2.6 系统设计小组7710.2.7 软件开发小组7810.2.8 系统测试小组7810.2.9 文档整理小组7910.2.10 系统培训小组7910.2.11 系统维护小组8010.3 评审验收8010.4用户培训8510.5 系统移交85第十一章 项目经济效益86第一章 系统概述1.1 项目背景湘商购网络营销服务平台是迎合当下湖南省人民政府文件(湘政发.201

7、1.8号文件)湖南省人民政府关于印发(加快发展开放型经济的若干政策措施)的通知关于实施“湘品出湘”工程,鼓励湖南异地商会建设湘商营销网络,组建湘商联盟和省内企业产业技术创新新联盟,推动湘菜、湘酒、湘茶、湘瓷、湘绣等传统湘字品牌开拓国内市场,提升新兴优势产业的市场份额。湘商购网络营销服务平台能适应“湘品出湘”工程的发展的战略需求、运作需求和技术需求所开发的平台化解决方案,以互联网、电子商务、网上银行、身份认证等先进思想和技术,与传统贸易实际相融合,给省内企业、贸易商、消费者、仓储加工中心、运输商、结算和信贷银行提供的专业性安全高效的网络营销平台系统。平台整体建成后应满足仓储、加工、运输、财务、物

8、业、设备等市场运营的各项业务需求,以互联网、电子商务、网上银行、身份认证、现货电子交易、融资管理等先进思想和技术,给市场中参与各方提供专业、安全、高效的增值服务和信息交换、共享。1.2 项目建设内容随着产业链的延伸、信息技术的日臻成熟,特别是供应链管理竞争理念的普及,建立信息共享或交易平台等均成为湖南生产企业物流园区资源整合的手段,但资源整合的目的无外乎是增强客户服务能力、提高客户服务水平和获得更好的投资回报。所以,尽管不同的企业在实际运作中所采取的资源整合方式方法不尽相同,但还是有一些共同的范畴需要纳入企业的视野。它们是客户资源整合、能力资源整合和信息资源整合。实施资源整合的时候,必须牢牢把

9、握住两点:对企业内部资源整合的价值的调整和对企业外部资源整合。我们要做的就是找到最佳的结合点,并实现服务资源的优化配置。在本项目中,我们将从企业的服务化运作去考虑和审视系统架构,把企业运作经验总结并积累变成一个个“服务”,把“组织能力”服务化,通过对“服务”的编排来实现弹性的业务流程,将这种方法定义为SOA架构,其核心是对企业业务的抽象和组件化。也就是说,系统从一开始,就不是“像传统软件那样按照工作流的方式”去设计的,而是从企业的战略,到业务流程,以及流程所需要的服务去考虑。这样的思路所设计出来的系统,通过服务的编排来实现业务流程,自然地形成以服务为基础的架构。湘商购网络营销平台,参与方示意如

10、下:根据各参与方的需求和相关服务,我们期望构建的系统如下图所示:l 湖南产品业务管理平台 实现湖南企业所生产的产品在线服务的可行性,集成物流作业及实际业务数据,包括仓储、加工、运输、配送、供应链管理和市场管理等业务。该平台包括市场业务过程的信息化和集成,能帮助湖南生产企业流通企业提高作业管理水平,降低管理成本,同时也为物流服务提供基础数据源。l 电子商务平台包括综合信息平台(EIP,即门户网站)、湖南生产企业现货电子交易平台和融资管理平台三部份电子商务业务,支持各种电子单证流转,主要的功能包括产品展示、企业展示、供求信息、商务洽谈、交易撮合、询价报价、订单委托等商务应用,通过该系统,提高空闲物

11、流资源的利用率,增强加工贸易、钢材流通企业的商机,降低钢材物流成本,加快商业信息流转和融资管理渠道。l 内部管理平台由协同办公信息系统(OA)、综合结算管理系统、客户关系管理和决策支持系统组成,包括数据查询统计和智能决策分析。结算管理包括应收应付、物流费用结算和网上电子支付功能,提高湖南生产企业物流资金回收率和安全,加快资金流转率。1.3 总体目标1. 满足湖南生产企业不同业务形式的信息化需求; 2. 建立基于湖南生产企业供应链一体的物流作业机制,实现与外界供货商、湖南生产企业物流合作伙伴业务流的对接,减少企业重复性操作,提升物流作业效率和服务能力; 3. 三平台有机结合,为企业提供全方位的运

12、营管理。 4. 动态财务管控,为企业提高资金流转率,降低经营风险。 5. 系统中贯彻SOA架构,支持多种业务模式扩展,满足系统扩充或引入更为复杂应用。6. 通过电子商务平台提升生产企业对各个要素或能力的整合能力:n 使湖南生产企业从平面型向立体型转变,提高土地综合收益。n 实现市场和网上市场的完美结合,提升对客户的网上和网下综合服务能力。n 紧密结合土地以外的资源,如集中采购、各种融资方案、担保、加工和配送服务资源,给流通企业提供湖南生产企业供应链的全程服务。n 跨区物流服务配套设施建设、电子商务系统无区域时空限制特点和B2B实时安全的支付结算系统的结合,将拓展市场的辐射和跨区经营能力,提供流

13、通企业跨区销售、融资和结算服务。1.4 项目实施总则1. 系统全面采用浏览器技术实现,遵循SaaS理念进行系统架构设计。2. 采用整体规划,逐步实施的的原则。3. 充分考虑企业现有系统和平台系统间的数据库结构优化、接口的工作。4. 重点突破,根据省内企业实际需求,将首先选择最紧迫的门户网站和现货电子交易平台进行开发,起到以点带面的效果。本案以下内容将仅对项目一期开发实施做详细描述。第二章 技术规划2.1 系统采用面向服务构架(SOA)的技术体系SOA架构对松耦合的系统的需要来源于业务应用程序需要,根据业务的需要变得更加灵活,以适应不断变化的环境,比如经常改变的政策、业务级别、业务重点、合作伙伴

14、关系、行业地位以及其他与业务有关的因素,这些因素甚至会影响业务的性质。我们称能够灵活地适应环境变化的业务为按需(On demand)业务,在按需业务中,一旦需要,就可以对完成或执行任务的方式进行必要的更改。实例表明,基于SOA架构的集成模式用于解决企业信息集成中相关异构系统之间互操作的问题具有一定优势。整个系统被设计和实现为一组相互交互的服务,它使得系统中的某些服务能够充分利用其他的服务同时却无需考虑其物理位置。在该模型中,任何的业务功能被作为提供的一个服务使用。应用程序的不同功能(服务)通过这些服务之间定义良好的接口和契约联系起来,使得构建在系统中的服务可以以一种统一和通用的方法进行调用。这

15、种具有中立的接口定义(没有强制绑定到特定的实现上)的特征称为服务之间的松藕合。松藕合系统的好处有两点:它的灵活性;当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时,它能够继续存在。这就为解决EAI集成问题和快速开发新的IT系统铺平了道路。SOA模型如下图所示,说明了SOA中的不同角色及其工作流程。2.2 可适应未来SSO单点登录方式本系统将预留SSO单点登陆接口,可适应系统的整体规划采用用户单一登陆控制方式,用户在通过统一登录验证后,就可访问相关管理信息系统,不需多次验证.SSO单点登录指用户只需登录一次,就可使用多个SSO enable的应用系统。用户通过任何应用系统都能进行SS

16、O,这对于基于Web的系统是可行的。这种单一的登录点在整个系统的设计中是唯一认证用户的地方,由登录点将SSO token(针对不同的C/S,B/S应用可能还需要传递用户名,口令)传递给应用系统,应用系统利用SSO token来进行用户已认证的验证。简单地说就是要修改已有的应用系统,屏蔽已有的应用系统的用户认证模块,使用系统提供的SSO API来验证用户,以及对用户的操作进行授权。通常,认证与授权管理模块以一种应用专有的方式实现,系统的授权模型、认证,授权信息存贮结构与访问控制逻辑与应用的业务逻辑之间耦合紧密。这种设计与实现方式的缺点是显而易见的:由于认证、授权模块与应用逻辑之间的紧耦合使得认证

17、、授权模块很难进行扩展与维护;认证、授权模块的设计与编码需要很大的工作量,而且很难在不同的应用系统之间共享与重用。这也是越来越多企业应用需要SSO的原因之一。2.3 数据中心规划思路结合数据仓库技术思路,有效收集整理系统数据,为逐步实现知识管理和数据分析应用提供数据基础。作为一种理想的数据加工及存储模式,数据中心的建立将为管理中心的数据整合及有效利用提供了基础,为知识管理和决策分析应用提供数据支持。2.4 兼容未来数据扩展作为日常使用极为频繁的交易平台,可通过业务管理或电子商务服务平台在前台(访问界面)对后台各数据进行集成访问,包括各类统计报表的展现和传递,基于综合办公管理平台的权限控制体系对

18、各后端数据进行受控安全访问和传递,与其他信息系统实现数据集成,互为补充,满足集成需求。2.5无缝衔接Web Services技术Web Services结构图Web services是一种能够被描述并通过网络发布、发现和调用的自包含、自描述、松散耦合的软构件。在Web services体系中,所有的应用实体都被抽象成服务。其中包括三个实体和三种操作。三个实体:(1)服务提供者(Service Provider)。从商务角度看它是指服务的所有者,从体系结构上看它是指提供服务的平台。(2)服务请求者(Service Requester)。从商务角度看它是指需要请求特定功能的企业,从体系结构上看它是

19、指查找和调用服务的客户端应用程序。(3)服务代理(Service Broker)。它是指用来存储服务描述信息的信息库(Repository)。服务提供方在这里发布他们的服务;服务请求方在这里查找服务,获取服务的绑定信息。三种操作:(1)发布。服务提供者需要首先将服务进行一定描述并发布到注册服务器上。在发布操作中,服务提供者需要通过注册服务器的身份验证,才能对服务描述信息进行发布和修改。(2)查找。服务请求方根据注册服务器提供的规范接口发出查询请求,以获取绑定服务所需的相关信息。在查找操作中,一般包含两种查找模式:一种是浏览模式(Browse Pattern),即服务请求方可以根据通用的分类标准

20、来浏览或者通过一些关键字来搜索,并逐步缩小查找的范围,直到找到满足需要的服务,查找结果是一系列服务的集合;另一种是直接获取模式(Drill down Pattern),即通过唯一的关键字直接得到特定服务的描述信息,其查找结果是唯一的。(3)绑定(Binding)。服务请求方通过分析从注册服务器中得到的服务绑定信息,包括服务的访问路径、服务调用的参数、返回结果、传输协议、安全要求等,对自己的系统进行相应配置,进而远程调用服务提供者所提供的服务。2.6 技术路线1. 开发语言为JAVA语言,并采用中间件(基于SUN技术路线)的三层结构。2. 在J2EE开发环境下采用三层结构进行开发,前端表现层采用

21、网页方式。将所有商业逻辑独立出来制作成EJB存放于中间层,由app server负责运行,并将结果以网页方式返回到browser端。利用中间件(基于SUN技术路线)的三层结构技术。3. 跨平台(UNIX,LINUX,WINNT),跨数据库(ORACLE、SYSBASE、INFORMAX、DB2、SQLSERVER等等)。2.7 系统建设原则l 电子商务网站1、扩展性系统应便于新业务的生成和实现第三方系统(如:支付系统等)与平台的连接。另外系统提供动态页面定制工具,能够有效的帮助运营方生成产品和服务表单,方便管理人员扩充分类目录等信息,并在权限管理、会员管理上有高度的灵活性。2、安全性通过详细注

22、册资料的方式确保会员身份的可靠性,线上实施交易支付时,网站需确认双方的身份。为了防止网上纠纷,应该将用户的交易过程信息以日志形式保存,以作为仲裁交易纠纷的原始依据。4、适用的广泛性交易应支持挂牌交易、竞价交易等多种交易模式;支持实时在线支付、企业网银等多种支付手段。l 电子交易模块1、先进实用系统规划和设计理念可对照现有技术先进、成熟的产品,提高用户体验,以减少系统开发的周期和成本;功能定位充分考虑平台服务对象的需求。2、扩充性保证省内企业内已有平台和系统的兼容性及对未来发展的适应性,使系统可在原有的基础升级改造和更新,并应当充分考虑技术进步因素的影响。3、开放性交易平台不是一个封闭的系统,今

23、后必须通过接口和其他平台或系统相连,在平台建设中应充分考虑与外界信息系统交换的需求,保证既能满足基本功能的需要,有具有与外界系统进行信息交换与处理的能力。4、安全性在系统规划和设计时应充分考虑系统安全性问题,防止非法操作和恶意入侵造成系统灾难,给使用平台的企业带来损失。5、可靠性交易平台提供365247不间断服务,在系统规划和设计时充分考虑系统可靠性问题,采用备份方案或其它管理和技术手段提高系统可靠性,避免由于系统崩溃而造成灾难性后果。第三章 系统设计3.1 网络拓扑结构系统结构基于Intranet/Internet 技术,以浏览器/服务器(B/S)结构的技术架构方式进行设计,并支持虚拟专用网

24、络(VPN),系统必须支持主流计算机硬件及软件平台,并兼容现有的设备,支持多种开放技术标准,系统应提供标准的接口程序或和预留技术接口标准,便于扩展应用系统功能和与其他应用系统的互联,互访。系统数据库采用通用大型数据库技术;充分考虑利用现有网络和硬件设备;浏览器支持多种通用浏览器。系统具有开放性、易操作性、界面的友好性、可靠性和安全性等特点,为用户提供统一的、友好的操作界面。3.2 总体结构设计采用J2EE的架构进行开发,采用现阶段成熟的基于MVC的Struts架构。WEB SERVER接受客户的访问交易请求,并建立起安全通道之后,根据不同的业务请求,由专门的Action Servlet进行处理

25、,该Servlet会根据不同的请求调用相应EJB或Javabean对数据库进行访问,并调用交易组件处理相应的业务方面的交易流程,最后根据配置文件定义的结果显示页面,将系统处理结果传输到用户端,从而实现了对用户业务请求的处理。交易业务逻辑利用EJB或Javabean进行封装,保证了逻辑的完整性和一致性。表现层把结果以页面的方式呈现给用户,在本层中采用Servlet及JSP技术进行实现。同时为更方便界面的修改,我们采用模板技术,模板是一些嵌有标识符的html页面,由JSP或Servlet进行解析。这样以后页面的修改只需懂HTML即可,无须修改JSP或Servlet程序。在系统实现上,采用目前国际流

26、行的面向对象技术、MVC的设计模式和纯JAVA技术,将整个系统从逻辑上分为展现层平台、中间应用服务平台和业务系统平台等几大部分,以提高整体网站系统的可扩展性、灵活性、易维护性。3.3 架构规划3.4 应用体系结构规划3.5 电子商务门户结构3.6 门户用户访问流图3.7 主要业务流程分析3.7.1 挂牌交易在线挂牌是指在市场规定的交易商品范围内,卖方将其已存入指定仓库的货物详细情况、交易代码、商品代码(交易系统自动生成)、执行标准、产地(生产商)、产品、交货日期、挂牌价格、挂牌数量、最小购买批量、最小购买量、履约保证形式(定金或电子货单)等要素放入分类“货架”发布供货信息;买方根据分类“货架”

27、查询相关供货信息,如需购买,除输入该条供货信息的挂牌号和按最小购买批量、最小购买量确定买入数量外,不需输入其他信息,检查确认后即与该条挂牌供货信息的卖方成交签订电子交易合同的一种交易模式。3.7.2 竞价交易竞价交易模式是传统的拍卖、招标交易模式和新兴的网络技术相结合的产物,会员通过交易系统向其他会员发出邀约,在特定时间对某特定资源通过交易平台进行竞买或竞卖,竞价交易结束时交易系统根据价格优先、时间优先的原则确定成交会员的交易模式。竞价交易分为买方会员竞价采购(即卖方拍卖,或称竞买)和卖方会员竞价销售(即买方招标采购,或称竞卖)两种方式。l 竞卖交易模式竞卖交易是指买方会员(采购方)按照一定的

28、规则将采购需求组成标书,对外邀标;交易中心帮助推介,组织卖方会员(供应商)应邀;约定时间内,卖方根据竞价规则参与竞价;竞价结束,交易系统按照价格、时间优先原则确定供应商,需要分标时,系统按约定的规则进行分标供应,买卖双方确立购销合同。合同的交收及结算控制流程与挂牌交易相同。l 竞买交易模式竞买交易是指卖方按照一定的规则将需要销售的资源组成拼盘,对外公开或定向邀标;交易中心帮助推介,组织买方会员应邀;在约定的时间内,买方根据竞价规则参与竞价;竞价结束,交易系统按照价格最高优先,时间优先的原则自动评标,中标的买方与卖方订立购销合同。合同的交收及结算控制流程与挂牌交易相同。 3.7.3 通过竞价销售

29、资源的主要流程3.7.4 通过竞价采购资源的主要流程3.7.5 会员入市流程3.8 系统关键用例3.9 设计范围 3.10数据库设计建立完善的数据库结构管理设备的基本参数、运行状态和各种工作计划。数据库的框架和结构必须根据设备和运行状态而设计,方便提供强大的录入、查询、统计、分析和报表等各种功能,较好的反映平台业务的基本情况和运行状况,满足运营管理信息化的要求。3.10.1 对数据库平台的性能要求根据本系统数据的特点,我们采用Oracle作为系统的数据库平台,并且数据库开发方面采用标准SQL语句,以便将来的扩展和移植。系统将采用数据库建模工具,根据系统功能模块的设计,构建出整个数据库。在构建数

30、据库时,也会定义好数据库表的约束、关联以及索引。针对系统的具体特点和系统要求,我们在进行数据库方案设计时对数据库平台提出下列性能方面的要求:l 标准化程度高,符合标准ANSI SQL 92语言的规范;l 支持Brower/SERVER模式应用,支持对称处理和多线程技术,支持XML/CORBA,支持数据分区;l 可在多种操作系统,HP、IBM等服务器下运行,独立性强,对系统结构影响比较小;l 高级语言、汉化功能先进,易于方便使用,支持汉字,GB18030标准;l 支持主流的各种网络协议,如TCP/IP、IPX/SPX、NETBIOS、DECNET、SNA等。l 能支持同构、异构网络的分布操作,支

31、持松散耦合型的Cluster及海量并行处理;l 有足够的并发控制;授权控制和事务处理能力及恢复能力;l 与异种数据源有良好的可互操作性;l 具有可靠的数据安全保密措施以及故障恢复能力;l 具有SMP和MPP的功能,具有快速的并发用户查询速度,并发控制稳定可靠;l 具有很强的容错能力,错误恢复能力,错误记录及预警能力,具备异地容灾能力;l 允许行级锁,具有死锁自动解出功能而无需额外的数据一致性校验;l 具有强大的复制能力,支持主从式、级连式、对等式以及N-向复制,并支持复制日志技术,具有分布式模式管理能力;l 具有完整的安全性(帐号安全,系统级权限,对象安全性,审计),细粒度化的访问控制,适合于

32、多层环境的安全模式的能力;l 拥有支持MIS的功能强大的开发工具,提供数据仓库和数据挖掘的工具。3.10.2 数据库系统结构设计根据本系统的结构和应用服务,同时考虑到整个系统的一体化方案、功能扩展和灵活性,数据库将按以下原则采用集中方式与三层结构相结合的体系结构。本系统是大型电子商务平台系统,能够提供多种应用服务,这些服务采用集中方式运行可充分利用服务器的资源,发挥服务器的性能,方便管理,提高可靠性。采用三层结构很容易实现客户机的扩充,使用多服务器能减小系统的处理瓶颈,提高系统的性能,同时能共享网络中的所有资源数据库系统,为集中方式和B/S结构的应用提供了可靠的技术保证。3.10.3 数据库系

33、统逻辑结构本系统考虑到系统的总体要求和今后各业务的发展,本方案中设计数据库系统逻辑结构体现了以下特点:l 数据库系统结构具有良好的兼容性。l 数据库数据的全面性:对平台运营管理方、园区管理方、物流企业、加工企业等部门的信息系统进行调查,分析及要求,最大限度的保证其共享数据,同时为系统的扩展性保留数据接口,达到数据全面性的目的。l 数据库系统结构完全完整:既可最大限度开放的公用数据,也严格保密的交易结算数据和企业私有数据,对不同的类型应采用不同的安全管理机制。信息系统将采用大型数据库系统,完善的数据备份和安全控制策略,保证数据的安全性和完整性,保证系统安全运行。数据库可以采用数据冗余备份,或者数

34、据录像备份,双机备份,以确保数据的安全及完整性。3.10.4 数据库设计遵循技术规范标准目的:保证与其它应用系统的无缝连接,而且便于与运营方其它系统的数据共享和实施园区各方社会资源的数据共享。1. 完善的编码体系完善的编码体系是数据库系统的重要核心之一。要求对业务中涵盖的信息进行全面分类和编码管理。要求编码设计科学合理,使系统能够具备目录树结构显示、分类路径明确、多级同步维护(级联修改)、分类分级的多层次查询、数据传送量少等优点。2. 字典驱动的数据库结构系统的发展变化对应于设备(实体对象)的属性和设备(实体对象)的增减,能够通过数据字典驱动的方式,在数据库中实现设备属性的扩展修改和新增设备的

35、定义。系统采用这种字典驱动数据库结构,通过它用户可以根据需要,对系统中某对象的属性进行扩展。例如应用在设备管理上,可以采用图形化界面简单直观地实现设备类型的自定义、设备种类的增加、设备属性的自定义,从而适应不断出现的新设备的需要,不需要修改程序代码。3. 面向对象的数据库设计从某种意义上讲,是数据库设计的面向对象特征最终奠定了整个系统的面向对象性,具体要求包括:l 数据库结构清晰,便于实现 OOPl 数据库对象具有独立性,便于维护l 需求变更时程序与数据库重用率高,修改少4. 柔性扩展技术数据库系统赋予查询系统高度的柔性和充分的可扩充性。查询系统可以根据用户的需求不断地完善自身,以提供新的查询

36、功能和增强查询能力。它有两方面的意义:一是当系统运行一段时间后,用户极有可能会产生新的查询需求,在良好的数据结构的基础上,能够通过对原有系统的适当调整和配置,满足用户新的需求;二是应用系统具备为不同类型的用户提供自己定制各种查询的功能,降低了系统后期的维护工作量和费用,保护系统的前期投资。5. 便携式数据库系统提供便携式数据管理功能,可以将需要的数据下载到您身边的计算机上(不论是台式机,还是笔记本计算机),以便在无法或不愿连通网络的情况下(比如在移动的交通工具中、没有电信服务的区域等)使用相关的数据。 6. 非结构化数据的管理系统对非结构化形式存在的数据如文档、手册、 报告、专家意见等数据采用

37、合理的数据库管理模式。系统将非结构化纳入数据库系统进行管理,从而将企业数据源和应用集成为一个有机整体,实现对数据的集中管理、组织、分类、索引和检索,以达到对数值、字符等结构化数据和电子文档、图像、声音等非结构化数据高效操作。7. 过程数据存储管理对一项业务流程从开始、中间各个环节到最后结束和反馈的整个过程中产生的数据进行完整的关联存储,这样不仅在业务流程上完成闭环管理,在具体某项工作所产生的数据上面同样完成了闭环管理,最终实现了业务真正意义上的闭环管理和监控的功能。8. 最简单的就是最好的 客观世界是错综复杂的,计算机科学理论的发展也越来越高深、复杂。然而,人类探索理论和技术的最终目的是:让客

38、观世界的复杂变简单,最简单的就是最好的。为此对数据库设计提出以下几个要求:l 慎用外键l 适当冗余l 信息隐蔽9. 备份管理实现对系统所有数据的备份,包括图形数据、属性数据和规则库数据,这些数据均存放在数据库中,定期备份以保证数据的安全性。第四章 栏目设置及功能4.2 网站栏目划分4.3 功能设计4.3.1 系统管理1. 管理用户登录 通过专用路径访问管理系统2. 管理员密码维护 管理员登录系统后修改密码3. 管理员帐号维护及任务授权 维护管理员帐号,分配管理权限4. 基础参数管理 维护系统参数定义和参数值5. 服务器文件管理 维护上传到服务器的业务文档和图片等6. 数据备份 数据库数据的定期

39、备份7. 数据恢复 数据库数据的恢复,在灾难发生后恢复备份数据8. 数据归档 对过期数据的归档并进行财务数据结转9. 计量单位 维护系统中各项业务的计量单位及相互换算4.3.2基础数据管理1. 机构管理 电子商务公司部门的配置2. 角色配置 维护系统运维人员角色配置3. 费率管理 为系统指定各种初始计算费率4. 货物类别 客户委托业务物料分类集成4.3.3 会员信息管理1. 基本信息 会员基本信息2. 费率管理 为会员指定各种计算费率3. 帐号维护及任务授权 为会员分配用户帐号和管理权限4. 查询意见反馈 查询来自会员的意见反馈信息4.3.4 交易单证管理(分配到相关各子系统中)1. 挂牌订单

40、管理 客户订单生成、维护、查询、打印2. 竞买订单管理 客户订单生成、维护、查询、打印3. 竞卖定单管理 客户订单生成、维护、查询、打印4.3.5 结算管理1. 结算处理 定价、结算、查询、打印客户对帐单2. 数据导出 条件性分类导出运营数据至EXCEL表进行再编辑,实现与Win office办公软件的接口。4.3.6 异常管理1. 警告信息维护 维护各类不同警告信息2. 异常信息维护 记录、维护、查询业务过程中的异常信息,提供处理记录流程3. 外部异常反馈处理 查询来自外部用户的反馈信息,并即时定制4.3.7 统计分析1. 客户业务信息统计、分析 客户订单、合同额、应收的查询报表生成、打印及

41、生成各种对应形式的分析图2. 业务运营数据的收入、成本、利润分析 自由时间段、条件性统计各种业务运营的收入汇总、成本汇总报表及利润、利润率情况分析图表。4.3.8 客户交互平台(信息增值服务系统)1. 客户用户登录 登录系统,获得身份验证2. 基本信息管理 维护自己基本信息,包括密码,联系方式,联系人等3. 业务动态信息查询 查询交易、现货资源相关的动态信息、异常记录等,并可以以库表形式下载4. 财务结算 查询、下载对帐单及付款通知5. 客户意见反馈 提交意见反馈4.3.9 客户服务系统实现的客户服务内容包括:1. 流程查询:查询有关作业的流程状态2. 资源查询:查询有关的现货资源状况3. 交

42、易查询:查询现货交易中状况4. 定制查询:按照客户的要求选择查询内容5. 帐单下载:在线获取结算清单6. 实时行情跟踪:查询有关资源的行情图表7. 定制信息:按照需要发出客户所指定的专业信息8. 咨询服务:在线解答客户在系统使用及业务进行中的疑难问题4.4 网页设计规范1、形象设计规范网站的CI整体形象包括下面几个要素 (1)标志(logo) 网站有独立的标志 标志可以以网站中英文名称设计,也可以采用特别的图案。原则是简单易记。 标志可以用黑白和彩色分别清晰表现 标志图片的名称为logo_域名.gif,例如:logo_sina.gif 尽量提供标志的矢量图片 请尽可能在每个页面上都使用标志 (

43、2)标准色 网站有自己的标准色(主体色) 标准色原则上不超过两种,如果有两种,其中一种为标准色,另一种为标准辅助色 标准色应尽量采用216种web安全色之内的色彩 提供标准色确切的RGB和CYMK数值 尽可能使用标准色 (3)标准字体 网站定义一种标准字体(指logo上,图片上使用的字体) 标准字体原则上定义两种,一种中文字体,一种英文字体 (不包括文本内容字体) 提供标准字体的名称和字库 尽可能使用标准字体2、内容编辑规范(1)标题 力求简短、醒目、新颖、吸引人。 (2)正文 文章的段首空两格,与传统格式保持一致 段与段之间空一行可以使文章更清晰易看 杜绝错字、别字和自造字 数字符号(不含标

44、点)均为半角3、页面尺寸 尺寸规范根据实际情况调整: 页面标准按1024*768分辨率制作 页面长度原则上不超过3屏,宽度不超过1屏 每个标准页面为A4幅面大小,即8.5X11英寸 全尺寸banner为468*60px,半尺寸banner为234*60px,小banner为88*31px,另外120*90,120*60也是小图标的标准尺寸 每个非首页静态页面含图片字节不超过60K,全尺寸banner不超过14K4.5 技术性能设计4.5.1 相应时间 当数据录入操作时无等待时间; 日常操作用的显示响应时间(从敲执行键至完全显示画面、含相关数据)不大于2秒; 复杂图表的显示响应时间不大于10秒;

45、 日常查询、统计和分析的响应时间不大于5秒。4.5.2 CPU和LAN负荷率1、CPU平均负荷率 系统稳定状态:工作站30% 系统繁忙状态:工作站45%2、内存 系统稳定状态:工作站64M 系统繁忙状态:工作站70M 在每5分钟测试期间,系统LAN负荷不大于30%4.5.3并发处理 并发处理用户500人 系统峰值响应速度,并发处理用户300人第五章 接口设计1. 与行业主管部门的网站接口采用WebService技术为行业主管部门的网站提供接口,将相关报表、统计数据上报给行业主管部门。2. 与企业内部及物流园区信息系统接口采用WebService技术为企业内部管理信息系统和园区的物流信息系统提供

46、接口。通过此接口进行仓储、加工、运输等物流相关操作。3. 与银行的接口定义银行与中心数据库系统数据传输包的格式,实现费用查询,总帐对帐, 明细对帐通知等功能。4. 与中心综合数据库接口通过视图等形式,为中心综合数据库提供相关的信息数据。5. 与生产、贸易、物流企业管理系统接口采用WebService技术为相关企业管理系统提供接口。5.1 模块级、系统级的数据交换系统接口采用XML进行系统功能模块和系统之间的模块级别、系统级别的数据信息交换。 5.2 接口规范由于XXX电子商务平台是基于实体物流园区展开相关运作,在信息化建设过程中,由于行业特点和分步实施的原因,内部容易出现多个系统共存的现象,同

47、时与应用相连的外部应用系统也在不断增多。各个信息系统之间需要进行数据和信息的集成,这对于在整个内部充分进行信息交互与共享、避免信息孤岛的产生起着决定性的作用,在数据的一致性、规范性、业务效率的提高、的合理运营决策等方面也具有重要的意义。因此,建立和提供标准的接口规范,可以在不同系统之间搭建起沟通的桥梁。不同系统间的数据和信息都以不同方式存储和利用,基础平台和数据结构差别非常大,而且这些系统可能使用了完全不同的编程语言、操作系统、数据库系统,对数据共享和利用造成很大的问题。因此,为了实现异构系统之间的互联互通,必须遵循一定的规范,按照某种公共约定设计和实现特定接口。为了有效地进行各系统间的数据交

48、换,我们采用在各个系统中间,架设一个数据交换的中心节点,我们称为数据交换平台(Data Exchange Platform, 简称DXP)的解决方案。这个数据交换平台将为提供一个支持信息流转的数据总线, 通过DXP平台的信息数据能够在各个应用之间进行交换,从而使的应用完成业务上的协作。通过采取这样一个星型的统一接口模式,而不是让多应用系统间进行点对点的反复衔接,可以为系统间的数据交换带来很多好处:有效地降低系统间的耦合度每个应用系统逻辑上只和数据交换平台有关系,而不必考虑数据交换另一端的具体部署,使系统间形成简单的数据耦合,有效降低了系统间的耦合度。提高数据交换接口的规范性由于系统接口统一面向

49、数据交换平台,在接口的逻辑和技术形态上都具备一致性,这样,就为系统接口的稳定和规范提供了基础,有利于设计和实现一致和规范的接口。提高数据交换的开放性数据交换平台就如同系统间的一个逻辑数据总线,可以对外提供灵活的多种形式的接口,让系统很容易地集成进来,从而提高了数据交换的开放性。保证数据交换的高效性和稳定性一方面,数据交换平台可布署于高效的应用服务器中间件,从系统级保证了数据交换的高效和稳定;另一方面,数据交换平台专门为数据交换过程而设计,从系统设计的合理性上,有效保证数据交换过程的高效和稳定。保证数据交换的安全性采用数据交换平台后,系统间的数据交换可以完全受到平台的控制,可以充分利用到交换平台

50、认证、授权、加密等安全性服务,从而有效地保证了数据交换的安全性。提高数据交换的可扩展性随着系统需求的发展,一个数据交换过程往往不是固定不变的,当需求变化产生时,通过数据交换平台定义(而非直接编程实现)的数据交换,可以很容易地进行修改和扩充,从而极大地提高了系统的扩展性。第六章 系统性能设计6.1 系统安全性设计1. 操作安全性操作安全性由网络登录验证、数据库登录验证、应用系统使用验证三级组成。网络登录验证由操作系统完成,用于对具有网络资源访问权限用户的验证;数据库登录验证由数据库服务器完成,用于对具有数据库访问权限用户的验证;系统使用验证由应用系统完成,用于对具有应用系统使用权限用户的验证;应

51、用系统将采用三种验证方式相结合的方式验证用户。2. 数据传输安全性为保证数据传输的安全性,使得所传输数据不被盗窃、更改,应用系统所采集的重要原始数据可采用网络加密传输、数据库加密传输或应用系统数据加密相结合的技术。3. 数据存储安全性重要数据因某种原因需用存储介质进行长期备份存储时,可采用加密算法对数据进行加密,使得非法用户不能理解其含义,当合法用户访问时再将其还原。4. 采用日志运用日志,对进入系统的用户的操作进行记录,包括合法用户的操作和非法用户的尝试性登录;可以根据日志进行事后分析,从而找到事故的发生原因、责任者或非法用户。5. 系统维修时的数据安全性当系统需要检修或维修时,有可能对系统

52、进行调试,在调试时我们将采用切换到临时运行环境的方法,使系统在调试时与正式存储设备(数据库)隔离,维修结束正式使用时,再将系统与正式存储设备(数据库)相连接。这样就可以保证系统在维修时已有数据的安全。6. 原始数据的安全性为了保证原始数据的原始性,原始数据一旦保存,便不能被更改;对错误数据只能采取增加一条记录来修正的方式处理,对修正数据应加标志以保证正确性,同时对于修正操作应做数据修正日志,记录修正人相关信息及修正原因等。6.2 系统可靠性设计数据需在整个分布式数据库系统中保持一致,我们将采取以下几种措施来保证这些数据的一致性:利用关系数据库管理系统(RDBMS)的一致性检查与控制机制;关系数

53、据库管理系统(RDBMS)具有一套严格的数据完整性和一致性的管理机制。采用CVS版本控制技术,即对每一类需同步的数据设置其版本号,在用户登录系统或系统进行处理时(若要用到这些数据),则系统先判断其是不是最新版本,若不是最新版本,则对这些数据进行更新(以原始数据库的数据为基础),保证系统所用的数据为最新数据,同时也保证了各级数据的一致。在交易平台运营中,需要传输大量的数据,因此,保证数据传输的正确性就显得尤为重要,即使在网络通讯不可靠或出现异常时也能保证信息的传输。6.3 存储解决方案本平台是以建立大额在线交易业务系统为目的的,所以对于这么一个系统,数据的安全、高效存储是系统建设的重中之重。系统

54、的数据存储:l 数据集中存储,所有的数据都存储在一个中心。l 数据安全性要求高,数据的安全是系统正常运营的前提,一定要认真考虑系统的数据安全性。l 数据增长量大,系统数据在网络完善的情况下会以更加惊人的速度增加。l 数据备份及管理的工作量比较大。鉴于系统的复杂程度,单纯依靠数据库自身的备份功能,不足以保证系统的灾难恢复能力;系统的数据量对普通的硬盘、以太网等,在容量和性能上也是一个考验;因此,我们建议采用软硬结合的方式:l 软件支持各种数据备份策略和各种存储设备,可采购第三方产品。l 硬件保证容量、缩短备份时间,可使用高速光纤网络(存储区域网,SAN),高速磁盘阵列(RAID),大容量磁带机(

55、TAPE)等。6.4 灾难备份设计保证业务持续性的重要手段是提高信息系统的高可靠性,需要建设一个对各种情况都可以抵御或者化解的异地的容灾系统。容灾系统的核心就在于将灾难化解,一是保证业务数据的安全,二是保证业务的连续性。数据的安全需要保证用户数据的完整性、可靠性和一致性。数据安全是容灾系统的基础,也是容灾系统能够正常工作的保障;业务连续性是容灾系统的建设目标,它必须建立在可靠的数据备份的基础上,通过应用系统、网络系统等各种资源之间的良好协调来实现。为了建立高可靠性的系统,如机房破坏等重大自然灾害,需要建立异地灾难备份中心,用户将本地备份的数据送到远离本地的地方保存抵御灾难。灾难发生后,按预定的

56、数据恢复程序购置和安装备份硬件平台,恢复系统和数据即可。实现数据的异地复制,有软件方式和硬件方式两种途径。软件方式,是通过主机端软件来实现,如远程卷复制或者数据库厂家提供的远程数据备份工具来实现业务数据的远程复制。建立一个异地的数据系统,该系统是生产中心关键应用数据的一个复制。复制可以通过硬件磁盘阵列的同步技术;也可以通过软件远程卷镜像和数据库远程复制工具。确保在生产中心发生灾难时,生产数据在备份中心仍然可用,可以采用硬件(磁盘阵列)或软件方式来实现。建立一个集本地、异地数据和应用容灾于一体的方案,最大限度的保证数据的一致性,容灾级别依次提高,后者以前者为基础,可以分步实施,后期保护前期投资,

57、能够支持人工/自动容灾的方案,用户可以根据需要自由选择,是灾难备份设计方案的目标和出发点。6.5 系统实用性设计l 可维护性本方案中选用B/S多层结构体系作为应用系统开发的核心技术,使得开发的应用系统具有非常好的维护性和功能扩展能力。应用软件的维护和升级,只需要更新服务器中的应用程序就可以达到维护和升级的目的l 可操作性系统管理和操作将全部采用图形化交互式人机界面,具有数据处理操作简单、方便、快捷。对业务流程的处理,完全按照常规的处理习惯,充分考虑到人员的操作习惯。l 多功能性系统可向各类用户提供各种指标报表;能根据不同的要求灵活处理报表指标,提供灵活自由的、功能强大的组合查询手段和统计功能。

58、提供多种分析方法,如饼图、曲线图、柱图、表格等。通过数据库与Web的集成,对工作人员、管理机构提供功能强大的综合查询和统计服务及Web服务访问功能。l 高效性采用高效的服务器、功能强大的数据库系统,为各种业务提供高效率的工作能力,适应大规模数据处理的要求。6.6 系统可扩展性设计本方案选用多层结构体系作为系统开发的核心技术,就充分考虑到本系统的业务变化和扩展的实际情况,使得开发的应用系统具有非常好的维护性和功能扩展能力。采用标准和通用的网络设备及协议,采用开放式的数据库平台和组件技术,采用兼容性强的电子邮件系统,确保随着平台的成长,已有的资源的有效性。6.7 系统灵活性设计l 高度的模块化设计

59、采用高内聚、低耦合原则进行模块划分。模块间提供相应的接口,当应用系统的业务或功能要求发生变化时,可以通过简单的对相应模块的修改来实现功能扩展。l 多层体系结构多层体系结构分为客户端、应用服务器和数据库服务器。其中,客户端提供统一的用户界面,完成对用户请求的收集与结果显示;应用服务器主要是处理用户请求,实现应用系统功能;数据库服务器则是为应用服务器提供数据。基于这样的体系结构,更有利于功能扩展与修改。6.8 系统容错性设计系统的容错性设计是指设计软件时能够保证用户输入的正确性和对系统非法的和破坏性的输入有很强的容错能力。当用户进行正常的数据输入时,系统对输入的数据要做有效性检查和完整性检验,保证

60、将正确的数据存入数据库,对于用户错误的输入,不但拒绝接受,而且要给出明确的错误提示,供操作者改正;对于用户输入非法的和对系统具有破坏性的数据,系统能够加以识别,并做出相应的处理,避免造成系统的死机和瘫痪。6.9 系统快速恢复设计在系统使用过程中,由于硬件出现故障或其它原因造成系统暂时性的中断后系统重新启动时,能够保证系统将原有的数据快速恢复,使继续运行下去。在数据库设计时,有软件自动(默认)或人工对重要的数据进行定期的备份,并做有备份日志,系统的功能中专门设计数据备份和恢复功能,使用户能够快速地自动地将数据从故障处恢复。在系统正常运行时,定期地将数据库中的数据备份到磁带机,在系统硬盘里保存一段

61、时间内的数据(如5年),如果超出这个时间区段,则将超出时间区段的数据全部导出到磁带机上保存,避免数据库里的数据过于庞大,也保证数据的安全。当用户查询以前的数据超出当前硬盘存储的数据范围,则随时从磁带机中调出相应时间段的数据库供使用。6.10方案设计特点l 基于J2EE体系结构的标准服务遵循J2EE体系结构规范的、适合于分布式异构环境的标准服务平台。通过物流信息系统信息化建设系统提供的标准服务,为各种用户提供各类电子办公支持。l 基于XML标准的数据交换标准通过应用XML技术,规范当前物流信息系统信息化建设系统资料库的数据标准,从而实现广域网上应用之间的互联互通。l 中间件技术系统采用的中间件技

62、术使得中间业务逻辑层能够很方便的维护和二次开发,同时使系统能够让用户方便地进行WEB的报表打印、条形码输出。l 基于WEB的多级审批通过WEB方式,既可以部署在专网,也可以部署在互联网,通过中心机房集中数据、应用,其他各方用户无需重复建设,只需通过终端PC即可使用。l 支持复合流程既从电子商务公司到物流园区的主体流程,也支持各部门内部协同办公子流程。l 项目信息高度电子化本系统信息的高度电子化,所有项目信息都完全上网录入,文档化数据则以附件方式上传,从而保障了办公的真正高效和数据统计的及时与科学性。 l 工作流技术本系统采用工作流技术方便各个用户了解自己当前的任务和每个事物处理进展情况,加强了用户的使用方便性。l 界面灵活定制由于采用了组件式开发,保证了技术核心不修改的情况下,操作界面的可快速定

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!