电子邮件架构论文（共10篇）
电子邮件架构论文 篇1
引言
电子邮件 (简称E-mail) 又称电子信箱、电子邮政, 它是一种用电子手段提供信息交换的通信方式。它是一个简易、快速的方法。通过连接全世界的Internet, 实现各类信号的传送、接收、存贮等处理, 将邮件送到世界的各个角落。
电子邮件不是一种“终端到终端”的服务, 是被称为“存贮转发式”服务。这正是电子信箱系统的核心, 利用存贮转发可进行非实时通信, 属异步通信方式。电子邮件是通过邮件服务器 (mail server) 来传递档的。通常mail server是执行多任务操作系统UNIX的计算机, 它提供24小时的电子邮件服务, 用户只要向mail server管理人员申请一个信箱账号, 就可使用这项快速的邮件服务。
电子邮件的工作原理:电子邮件的传输是通过电子邮件简单传输协议 (Simple Mail Transfer Protocol, 简称SMTP) 这一系统软件来完成的, 它是Internet下的一种电子邮件通信协议。电子邮件的基本原理, 是在通信网上设立“电子信箱系统”, 它实际上是一个计算机系统。系统的硬件是一个高性能、大容量的计算机。硬盘作为信箱的存储介质, 在硬盘上为用户分一定的存储空间作为用户的“信箱”, 每位用户都有属于自己的一个电子信箱。并确定一个用户名和用户可以自己随意修改的口令。存储空间包含存放所收信件、编辑信件以及信件存盘三部分空间, 用户使用口令开启自己的信箱, 并进行发信、读信、编辑、转发、存档等各种操作。系统功能主要由软件实现。电子邮件的通信是在信箱之间进行的。用户首先开启自己的信箱, 然后通过键入命令的方式将需要发送的邮件发到对方的信箱中。邮件在信箱之间进行传递和交换, 也可以与另-个邮件系统进行传递和交换。收方在取信时, 使用特定账号从信箱提取。
1 系统架构
软件的总体架构如图1:
1.1 SMTP协议的研究。
SMTP被用来在因特网上发送邮件, 该协议规定了一些基本的命令和方法使客户端与服务器进行交互, 以达到发送邮件的目的。
1.2 SMTP协议简介及工作原理。
介绍。简单邮件传输协议 (SMTP) 的目标是可靠高效地传送邮件, 它独立于传送子系统而且仅要求一条可以保证
传送数据单元顺序的通道。
SMTP的一个重要特点是它能够在传送中接力传送邮件, 传送服务提供了进程间通信环境 (IPCE) , 此环境可以包括一个网络, 几个网络或一个网络的子网。理解到传送系统 (或IPCE) 不是一对一的是很重要的。进程可能直接和其它进程通过已知的IPCE通信。邮件是一个应用程序或进程间通信。邮件可以通过连接在不同IPCE上的进程跨网络进行邮件传送。更特别的是, 邮件可以通过不同网络上的主机接力式传送。
1.3 SMTP协议的命令。
SMTP命令定义了邮件传输或由用户定义的系统功能。它的命令是由
发送邮件操作涉及到不同的数据对象, 它们由不同的参数相互连接。回复路径就是MAIL命令的参数, 而转发路径则是RCPT命令的参数, 邮件日期是DATA命令的参数。这些参数或者数据对象必须跟在命令后。这种模式也就要求有不同的缓冲区来存储这些对象, 也就是说, 有一个回复路径缓冲区, 一个转发路径缓冲区, 一个邮件内容缓冲区。特定的命令产生自己的缓冲区, 或使一个或多个缓冲的内容被清除。
此命令用于向接收SMTP确认发送SMTP。
此命令用于开始将邮件发送到一个多个邮箱中。
此命令用于确定邮件内容的唯一接收者;多个接收者将由多个此命令指定。
例如:由传递主机A接收的带有如下参数的邮件时,
将会变成如下形式:
此命令导致它的转发路径参数加入转发路径缓冲区中。
2 软件运行时的界面
2.1 新建邮件帐号。
用户打开软件之后, 需要新建一个邮件帐号, 在这个信件帐号的过程中, 需要指定SMTP服务器, SMTP的端口, 以及用于ESMTP验证的用户名和密码。指定这些发邮件的必须参数之后, 再回到系统的主界面如2所示。
2.2 发送邮件界面。发送的邮件。
在新建帐号的过程中已经指定了邮件地址, 和帐号名称, 所以默认的以这些参数来发送邮件。通过调用参数的不同程序会自动的调用相对应的代码来执行不同的操作。发送简单的邮件运行界面如图3。
3 结论
当前流行的各大邮件客户端软件的除了最主要的收发信件之外, 功能越来越复杂, 但是人们平常真正用到的功能很少, 很多功能尤其对于那些计算机知识相对缺乏的人来说, 更加显得太过于华丽而不太实用。有鉴于此, 在了解RFC底层协议的基础上, 我们开发了这个各种功能相对简单实用的邮件客户端程序, 简化了很多不必要的功能。应用于工作中。它的简单, 快捷, 大大提高了我们工作的效率。容易学习, 适用于各个年龄段的人。
参考文献
[1]Simon Robinson, K.Scott Allen, 等.C#高级编程[M].北京:清华大学出版社, 2002.
[2]Tom Archer.C#技术内幕[M].北京:清华大学出版社, 2002, 1.
[3]沉舟.Microsoft.NET编程语言C#[M].北京:希望电子出版社, 2001, 3.
电子邮件架构论文 篇2
电子商务这几年可以说风行世界，表现出强大的生命力。在中国，淘宝、拍拍的年交易额高达数千亿；京东的销售足以同苏宁、国美分庭抗礼；当当网市值百亿美金；还有凡客、乐淘、麦包包、红孩子等等网站也做得热火朝天。无疑，电子商务必将成为未来商业发展的趋势。但是，要怎样才能做好电子商务呢？
要做好电子商务，最重要的是两样东西：一个是资金，还有一个是团队。能否组建起一个高素质的电子商务团队，决定了你能在电子商务这条路上走多远！一个结构完整的B2C电子商务团队一般可分为七个部门：客服部、市场部、采购及物流部、技术部、网站运营部、财务部和人力资源部。
其中，客服部的职能就是客服服务、客户咨询、客服培训和客服考核等，通过各种方式提高用户满意度、订单转化率和平均订单金额；技术部负责网站、呼叫中心（Call Center）和电子商务系统的建设，以及采购系统、仓储系统、CRM系统和各种系统之间的对接等；市场部负责互联网和其他媒体推广、品牌宣传和公关、网站合作、支付合作、网站策划、CRM营销（会员制分级、EDM营销、会员合作营销、数据挖掘等）；采购及物流部负责根据采购名单进行招标和采购、网站仓储在全国的布局和设计、制定仓储标准和物流配送标准、设计仓储管理系统、选择物流配送合作伙伴、设计产品配送包装、根据订单的进行配送、并根据销售状况调节产品在不同仓储之间的库存等，顺便说一下，采购和物流其实是可以分开的，在规模到达一定程度以后，会裂变成采购部和仓储物流部两个部门；网站运营部负责制定产品定价，设计产品文案，拍摄并处理产品图片，分析各类型产品，制定采购名单，优化购物流程，提高用户的购物体验，并根据销售状况制定促销方案，配合市场部完成对外推广的促销宣传。以下是各相关部门的具体职能及运作说明：
一：客服部职能及运作
客服部又分为客服运营、客服培训和绩效及稽核三个组，其中客服运营是核心，其他两个组主要是辅助和配合客服运营。
1、客服运营组
负责咨询电话、客服服务电话和在线客服的咨询、产品咨询、订单处理、售后服务、客户主动咨询、客户回访、大客户挖掘和营销等服务，下设客户主管，客户主管下设客服专员。
2、客服培训组
负责制定客服手册（咨询手册、产品咨询手册、回访手册、在线咨询手册等），培训客服技巧和技能，纠正客服不良习惯，提高服务满意度。
3、绩效及稽核组
负责监督检查客服质量，降低不良咨询率，对客服员工进行工作考核和测评。二：市场部职能及运作
市场部的职能包括两块，首先是负责对外的合作、推广和宣传工作，包括搜索引擎营销、EDM营销、网站合作、媒体合作、新闻炒作、口碑合作、活动及研讨会等；其次是负责研究分析CRM体系（包括会员级别、积分机制、客户活跃机制、沟通机制等），优化购物流程，提高用户购物体验，制定CRM营销战略，分析销售数据，研究用户购买行为，最终提高订单转化率。市场部分为三个组：媒介推广、活动公关和营销分析。
1、媒介推广
主要是对外的付费推广，目的是提高网站的有效访问量，提高推广的有效性和订单转化率，媒介推广策略必须结合营销分析、网站运营和促销策略。媒介推广又分为三部分：
（1）支付合作
包括跟支付宝、财付通、银联在线、网银等各种方式的网络支付合作，也包括货到付款业务、手机支付、信用卡等各种形式的新业务支付模式合作。
（2）网络推广
包括搜索引擎营销（百度和谷歌为主）、EMD合作营销、门户和垂直网站推广合作、CPS投放合作等，在推广上不断创新，提高合作的深度；
（3）投产分析
分析各种投放渠道的效果，不断调整投放策略，不断提高投产比。
2、活动公关
B2C电子商务网站的媒体曝光率和展示率直接影响用户转化率和忠诚度，所以需要设立活动公关组，通过新闻撰写、活动策划、品牌公关、高层访谈和口碑营销等各种方式不断向用户渗透网站品牌理念。活动公关组可分为新闻公关（含撰写、投放和媒体联络）、品牌公关（品牌定位、口碑营销、危机处理等）和活动策划执行三个小组。
（1）新闻公关
主要寻找新闻话题，进行新闻的采编工作或引导媒体对网站相关热点进行报道，保持媒体对网站的持续性报道。
（2）品牌公关组
主要分析研究品牌定位，处理危机事件，协助新闻公关组合活动策划执行组确定新闻和活动的品牌涵义，组织相关人员针对论坛和博客的网络口碑营销，不断释放网站的品牌信号，加深网民对网站的了解。
（3）活动策划执行组
负责策划、参与各种活动，包括行业研讨会、新闻发布会、高层访谈（含网络访谈、电视访谈、报纸访谈等），组织安排相关负责人参与，并与其沟通确定发布文稿（word、ppt、演讲大纲等）。
3、营销分析（略）
三：网站运营部职能及运作
网站运营部负责分析并确定产品目录、预测和计划产品销量、确定采购量、制定销售价格、控制产品毛利润，根据销售情况确定网站各网页的陈列展示，策划设计各种促销活动（根据产品、会员、节假日等），利用EDM系统、电话客服、网站展示位、网络推广资源等各种方式提高促销效果。网站运营部分为四个组：产品分析组、销售组、促销组和策划编辑组。
1、产品分析组
产品分析组有三个职能：产品分析筛选、产品定价和销售分析。
（1）产品分析筛选
分析各个种类的产品，确定网站主推产品名单，预测产品销售额，跟采购部协商确定采购量，并根据销售情况不断调整。
（2）产品定价
根据传统渠道价格、竞争对手价格、采购成本等各种因素确定网站产品定价，保持产品竞争力和毛利润。
（3）销售分析
分析网站各种产品的销售情况，将产品分为若干等级：畅销品（现金牛）、滞销品（瘦狗）、潜力产品（明星）和不确定产品（问号）；寻找并确定畅销品的品种，尽快用促销等方式消化滞销品的库存，通过内外部资源提升潜力产品的销量，分析研究不确定产品的原因。
2、产品销售组
主要负责产品的销售、产品在网站的陈列展示，还要负责与促销组确定产品促销方案，调配促销产品和促销资源，也要负责与市场部联络，确定在推广过程中的策略，搜索引擎关
键词和描述，以及EMD营销策略，3、策划和编辑组
负责产品的文案和图片处理，网站的功能策划、板块设置和网站建设，具体可分为三个职能：网站策划、网站编辑和美工摄影。
（1）网站策划
负责全站的网站建设、改版、功能设计、购物流程优化等等。
（2）网站编辑
负责产品文案撰写、促销文案撰写、网站各频道的内容编写、专题策划和编辑等等。
（3）美工及摄影
负责产品的图片拍摄和处理、网站页面设计、促销和产品展示页面、flash的设计等。
4、促销组
负责策划并执行促销策略，与市场部协调推广资源（搜索引擎、EDM、门户和垂直网站等）推进促销宣传，与销售组协调促销方案和促销产品，与策划编辑组配合完成促销文案、促销图片、EDM投放和flash展示等。
任何B2C电子商务网站的促销策略都很重要，国内的当当和京东商城就将促销作为拉动销量的重要手段。
四：采购及物流部职能及运作
采购及物流部负责产品的采购，各类产品在全国的仓储布局、调整和管理，网站配送合作和订单配送工作。具体为：与网站运营部确定采购名单，根据名单筛选供应商，争取最低采购价格，负责根据重点销售区域确定网站的仓储中心规划，各个仓储中心的管理，各个种类产品在不同仓储中心的调配，确定快递配送合作伙伴，制定配送标准，设计包装规格，制定订单配送管理规则。从职能上，采购及物流部可分为三个组：采购组、仓储组和配送组。
1、采购组
负责在采购过程中与网站运营部密切合作，制定合作经销商名单，争取最低采购价格，尽可能利用网站及推广资源，争取以资源换价格。
2、仓储组
又分为仓储运营和供应链优化两个职能。
（1）仓储运营
负责仓储中心的布局、具体仓储管理、产品在各个中心的库存调配、产品从采购到入库的管理、仓储管理系统的设计和改进等。
（2）供应链优化
负责从采购、产品入库、产品销售、订单配送、到用户收到产品的供应链过程中的优化，尽可能缩短仓储周转周期，缩短订单配送周期（订单处理、订单分拣、订单包装、快递配送），提高资金周转率和仓储利用率。
3、配送组
分为订单处理、包装及配送和配送稽核三个职能。
（1）订单处理
负责对用户提交的订单进行审核，对地址不清晰、电话格式不对、订单信息不完全、恶意订单等进行确认。
（2）包装及配送
负责产品的分拣和包装，订单的配送，配送标准的制定和优化，包装的设计，配送合作伙伴的选择等。
（3）配送稽核
负责对配送的质量进行监督，提高配送服务的水平，提高配送的用户满意度，对配送合作伙伴（或自身配送人员）的不恰当配送行为进行处罚和处理。
五：技术部职能及运作
技术部负责网站建设和系统开发。包括B2C网站的网站架构和技术开发，CRM系统、Call_Center系统、采购和仓储系统、订单管理系统等系统的策划、实施和调整，服务器和网络运营商的选择和管理等。技术部从职能上分为三个组：网站开发组、系统开发组和系统维护组。
1、网站开发组
主要负责B2C网站和其他相关网站的开发工作，具体分为网站架构、网站开发和测试、页面设计和SEO优化等：
（1）网站架构人员
负责与网站运营部和市场部沟通网站功能策划，确定网站架构方案，并与开发和测试人员共同完成网站的建设和改版工作。
（2）网站开发和测试
负责根据网站架构和功能需求编写代码，完成网站技术开发和改版工作，并通过不断测试提高用户体验，根除网站漏洞。
（3）页面设计人员
负责网站页面的设计和改版工作。
（4）SEO优化
负责针对搜索引擎开展的页面优化，使得网站关键词得以搜索排名提前，这跟网站框架、页面设计和文案相关。
2、系统开发组
主要负责网站相关系统的开发工作。具体为：客户关系管理系统（CRM系统）、呼叫中心（Call_Center系统，用于客服管理）、采购和仓储管理系统（产品的采购和供应商、不同仓储中心的库存情况）和订单处理系统（订单管理、配送管理、收款、退换货等）。
系统开发和网站开发代码和技术都不同，所以要分开团队。系统开发职能又分为需求分析、系统分析（系统框架）和软件开发测试三个部分。
其中，需求分析负责与各部门人员沟通，分析各系统的使用需求，完成各系统的整体需求分析工作；系统分析负责按照需求分析结果设计数据库模型和系统模型，最终由软件开发测试人员完成开发，并由三大职能的人员一起进行测试。
3、系统维护组
电子邮件架构论文 篇3
关键词：面向服务的体系结构；电子商务；应用
中图分类号：TP302.1文献标识码：A
基于Internet的电子商务系统平台，将给企业带来无限商机，同时对企业的管理和经营提出了更高的要求。现代市场营销观念是以营销者更好地满足目标顾客的需要和欲望为出发点的。因此，为客户提供更加快捷、有效的服务，已经成为企业发展的重要条件。基于面向服务的体系结构(SOA)的电子商务系统平台，这就为企业采用网络营销，搜集、编辑、整理和分析其目标顾客的数据资料，进而能够以目标化的互动传输方式为客户提供个性化的产品和服务。
1 SOA概述
SOA是一个组件模型，它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口采用中立的方式进行定义，它独立于实现服务的硬件平台、操作系统和编程语言，这使得构建在各种系统中的服务可以用统一和通用的方法。
SOA是一个面向未来的长期策略。它可以大大提高rr基础结构的灵活性，减少了技术依赖，简化了开发过程，也可以为企业提供永久的敏捷性。通过允许强定义的关系和依然灵活的特定实现，IT系统既可以利用现有系统的功能，又可以准备在以后做一些改变来满足它们之间交互的需要。SOA可以使企业满足短期内的新业务要求，它通过重复利用现有业务逻辑和数据模型，将成本、资源和时间开销降至最底，并降低风险来达到此要求。与重新编写整个应用系统相比这显示了SOA的巨大优势。
2采用SOA架构实现电子商务系统平台
2.1系统实现技术
面向服务架构最常用的一种实现方法是Web Services技术，Web Services技术使用一系列标准和协议实现相关的功能，其中XML作为Web Services技术的基础，是开放环境下描述数据和信息的标准技术。作为SOA的一种实现手段，Weh服务继承XML语言的优势，是一种与开发语言、应用平台无关的开发技术。Web Services由SOAP、WSDL和UDDI组成。服务提供者可以用WSDL(Web服务描述语言)描述Web服务，用UDDI(统一描述、发现和集成)向服务注册代理发布和注册Web服务，服务请求者通过UDDI进行查询，找到所需的服务后，利用SOAP(简单对象协议)来绑定、调用这些服务。
2.2系统总体设计
企业要构建一个使用不同硬件设施和软件平台，以及可能不在同一个地域的，一个以信息交换为技术基础、以价值链的理论系统为理论基础的一个在供应商、分销商、用户、银行等之间建立起实现一个跨地域、跨平台、易扩展的综合电子商务平台。在架构设计时，选择了基于Web Services的SOA模型，以解决异构系统互连，低成本高扩展性需求等业务问题。系统平台运行于各个不同运营商之间的多台服务器上，从结构和功能上大致可以分为Web Service应用服务，网络交易业务门户网站服务，物流管理服务，库存管理服务，网银结算服务，每类服务均由在不同平台类型的服务器组成。
系统的主体部分以及重心在网络交易业务门户网站和Web Service应用服务。网络交易业务门户网站服务针对用户的请求作出响应。与网络交易业务服务提供者的合作单位使用Web Service发布的接口与之通信，将用户交易业务的信息数据传输到网络交易业务门户网站的数据服务集群中，牵扯到结算的数据提供给网银服务服务器。
这种系统结构是一种分布式的计算结构，也是一种典型的多层架构：
(1)数据层：数据层中包含数据访问子层和数据，数据访问子层是业务逻辑层和数据的桥梁，为业务逻辑层中的业务系统提供数据访问功能。数据层中的数据包括现有分散异构的数据库系统资源库。
(2)业务逻辑层：业务逻辑层封装业务逻辑和规则并且调用各个服务器的Web Service提供的服务，负责提供对用户请求的响应和与合作单位通信，为合作单位提供数据的统一接入方式，在异构的系统之间提供服务支持。
(3)服务层：服务层是整个系统架构的核心，调用各个Web服务生产代理类，生成代理对象，成底层与数据库的交互工作，目中所有Web应用底层的数据操作都采用了同一套业务代码以达到重用的目的；UDDI服务用于系统所有Web服务的发布和发现，以便于系统中各个独立企业之间实现更好的合作。
(4)应用层：应用层就是网络交易业务门户，将各种服务应用集中在一起，提供可用、高效、一致的界面和统一的信息访问机制，为不同的用户提供个性化的服务。
3结束语
电子邮件架构论文 篇4
近年来, 国内汽车电子制造商已初步建立起了基于云制造的系统性资源组织、获取和配用方式, 较好地满足了用户需求。然而, 面对服务资源爆炸这一普遍性问题, 在汽车制造过程中, 厂家不得不以购买资源的方式满足汽车制造的多方面需求, 这种方式虽然在资源服务方面具有较强的快捷性, 但也造成了较大的资源浪费。因此, 加大在汽车开放系统框架中对汽车电子云制造架构研究的力度, 并以集约化智能化现代制造工艺提高资源利用率, 满足用户需求, 已成为当前汽车制造领域需要着重开展的关键工作。
2 汽车电子标准与实时SOA
汽车电子标准即AUTOSAR所定义的汽车电子软件开发方法具有较强的分布性和功能驱动性等特征, 并定义了ECU (车载电脑) 的软件架构标准化方案, 从而使得软件能够被不同的汽车平台所应用, 提高其复用率并降低成本。近年来, 国内外知名汽车企业如宝马、戴姆勒、一汽等汽车产品的电子系统纷纷向AUTOSAR标准体系靠拢, 且朝着具有模块化、集成化以及可控和可扩展与可维护的方向发展, 在提高汽车电子软件利用率的同时, 也使汽车的电子通信、导航等各方面性能得到大幅提升[1]。
SOA即面向服务体系结构的组件模型, 是云计算体系架构中的基础构件, 随着云计算的广泛应用, SOA在社会各个生产、生活领域的应用性也逐渐加强, 由此, 基于实施分布式系统的实时SOA应运而生, 其相关构件是以面向服务消息性能以及服务过滤和服务质量控制为基础的, 并提出弥补嵌入式实时软件标准体系架构的有效方法, 进而促使具有较强实时性的汽车制造业融入到云端制造过程中, 为实现汽车电子云制造奠定了良好基础。
3 基于汽车开放系统的电子云制造架构设计
3.1 服务请求
汽车电子标准AUTOSAR的设计与应用是以SOA以及Web等服务语言为基础的, 并根据相关制度形成特定的汽车电子云制造服务协议标准, 而信息技术的不断发展也使得基本操作信息描述、约束操作信息表述和操作服务质量信息描述, 被纳入至汽车电子云制造体系架构服务请求描述当中。在此系统架构中, 各部分信息均能够对相应的服务性描述语言予以支撑, 并对各类服务语言进行定义, 从而实现服务性描述语言的特有功能, 使其为汽车电子云制造过程中的各类操作提供有效指示。还需说明的是, 因AUTOSAR是在XML, 即可扩展标记语言规范的基础上实现的, 故其相关服务内容与服务请求描述也能够较为容易地被协议适配器接受, 进而被解析为WSDL标准文档予以应用存储和调用[2]。
3.2 协议适配器与汽车电子云制造架构设计
汽车电子云制造过程中, 多种服务协议能够在AU TOSA R和WSDL标准的影响下实现相互转化。一方面, 协议扩展需在满足文档功能与传输、接收安全的基础上予以实现, 同时, 还需对其中的种类进行描述型分析, 并进一步划分为标准形式文档, 从而在网络信息技术的支持下, 向汽车电子云制造中的云端提供各类服务请求。另一方面, 当云端接受来自基于文件分类的扩展协议所提出的服务请求后, 便会展开自动查询与科学匹配工作, 进而获得与请求相对应的服务或服务集。同时, 将以相应服务或服务集作为依据, 按照服务请求地址来源将服务信息反馈给汽车电子云制造过程中的相应节点, 当节点接收反馈信息后, 便会根据相应服务请求进行服务分解与组装, 从而实现协议的机械能转换。需要说明的是, 在协议适配器的上述工作过程中, 能够将初始阶段相对复杂的WSDL文档转变为被车载环境适应于理解的AUTOSDL语言, 而车载环境便可根据相应的转换结果展开远程调控, 进而在反复重复结构反馈和协议转换过程中获取REST与SOA P协议, 并对By te与Float对数据的处理能力予以确定。通常情况下, REST即表述性状态传递的数据处理能力要高于SOAP (简单对象访问协议) 的数据处理效益, 故在进行汽车电子云制造架构时, 应以REST作为最初的服务调用协议[3]。
基于上述服务请求与协议适配器的相关工作原理, 设计如图1所示的汽车电子云制造架构, 由图1可知, 在初始的汽车电子标准AUTOSAR运行总线中将AUTOSAR的容器以及SOA容器予以扩充, 并对二者分别进行车载电子和云端软的服务请求描述、服务响应描述以及服务流程和组合描述, 在以源数据描述和服务集成、分发、转发为基础的前提下, 开展AUTOSAR与WSDL协议的相互转换, 同时, 经由响应请求协议的交互, 促使车载环境和云计算环境较好地实现融合, 最终, 实现汽车制造业和云端的无缝衔接。
4 结束语
本文通过对汽车电子标准AUTOSAR与面向服务体系结构的组件模型SOA进行阐述和分析, 进而对基于汽车开放系统的电子云制造架构的服务请求予以描述, 说明汽车电子标准AUTOSAR的设计与应用是以SOA以及Web等服务性语言为基础的, 在此基础上, 对基于AUTOSAR和WSDL标准的协议适配器的多协议转化展开说明, 并对汽车电子云制造架构结构予以分析。研究结果表明, 在汽车开放系统中, 对汽车电子云制造架构进行设计和分析, 对于提高汽车性能, 生产出功能更加齐全、稳定的汽车具有重要的现实意义。
摘要：为进一步满足汽车电子制造业的实时性与可靠性要求, 本文以汽车电子云制造架构作为主要研究内容, 通过对汽车电子标准AUTOSAR与面向服务体系结构的组件模型SOA进行分析, 进而对以汽车开放系统架构为基础的汽车电子云制造架构进行了设计和说明。
关键词：汽车开放系统,汽车电子云,协议适配器
参考文献
[1]刘玺斌, 马建, 宋青松.基于AUTOSAR规范的汽车ECU软件开发方法[J].长安大学学报 (自然科学版) , 2013.03 (12) :76-80
[2]姚锡凡, 练肇通, 李永湘等.面向云制造服务架构及集成开发环境[J].计算机集成制造系统, 2012.10 (05) :2312-2322
电子邮件架构论文 篇5
一、电子政务风险管理的意义
电子政务的建设，不仅仅是一项软件开发项目，更是一项影响甚大的社会系统工程，它同国家的经济建设、社会管理、民生保障都息息相关。开展风险管理，使成功率得到提升，能够进一步推进转变政府职能、深化政府机构改革、提高行政效率和民众满意度。本市的电子政务建设一直处于全国领先地位，但依然需要科学的改进。由于收入原因，政府部门较难拥有一支自己的专业开发团队来进行系统开发和运维，另一方面也是为了节约信息技术的投入成本并专注于核心业务，所以目前绝大部分政府部门采取了外包的形式将系统建设外包。另外，深入研究风险及后果，通过理顺组织架构的方式避免部分风险发生，对于指导本市电子政务管理信息系统项目顺利开展具有重要意义。
二、电子政务项目风险识别
与一般IT外包项目类似，电子政务系统的外包项目的风险主要来源于外包项目、客户方及供应商三个方面。另外，项目中也存在一些自身独特的风险，主要来自政府部门相比较企业所具有的自身独特性。以下为电子政务项目可能的风险因素，风险后果及作用机制。
1、政府自身IT能力不足
目前，由于政府部门薪水的限制，难以聘请到高水准专业的IT人员，自身也并不具备系统架构、开发、运维管理的能力，只能外包，但又因为能力，无法有效监督建设过程，也难以准确评估绩效。正因为如此，借助外脑，与供应商形成良好组织架构，充分调动发挥供应商的能级至关重要。
2、资产专用性
政府部门对IT外包部门相对依赖。电子政务系统大部分是针对政府对社会、经济、金融、房屋等管理用途，这些管理都是长期性的，政策一直在更新的，所以项目一般建设周期跨度较长，需要反复修改，应用范围狭窄。如此造成供应商的深度介入，难以替代。
3、沟通不畅
电子政务系统开发过程中，受限于我国政府部门的组织结构、政府工作人员IT技能和政府领导自身问题等，可能导致各方沟通不畅。轻则导致项目范围反复修改，成本增加、进度拖延，重则可能导致项目失败。
4、政策与管理变革
相较于欧美国家数百年的发展，我国目前无论是社会、法律还是政府自身都处于相对不稳定的高速迭代阶段，国家鼓励创新，绝大部分领域的政策也年年有所修改，带来大量不确定性因素，对系统建设有所影响。
5、外包方能力
我的电子政务外包市场兴起不久，大部分供应商规模小，成立时间短，相关经验少，专门针对电子政务信息系统项目的外包也并没有详细、明确的资质要求标准。电子政务系统领域的广泛也造成系统比较客制化，如此在选择时也难以有效评价供应商的能力。
6、绩效考核
电子政务的绩效考核没有统一、明确的标准，正如同政府自身绩效考核系统落后企业一样，企业的管理信息系统可以以为企业带来了多大的利益为考核目标，但电子政务却不同，需要考虑更多的社会效应，但这部分产出却往往难以精确测评。
7、信息安全
在外包的过程中，政府必定需要将自己部分或全部的系统数据提供给供应商进行开发、运行和管理，许多公共管理数据涉及机密或个人隐私，供应商的人员可以轻易接触到数据，使项目面临着信息安全的潜在风险。Khalfan认为，公共部门对安全的关注已超过其他风险(比如失控、隐性成本)，电子政务IT外包的信息安全是电子政务建设与发展的首要问题和核心问题。
8、既得利益
电子政务上线后会使原有管理流程发生改变，甚至业务流程重组，如此必然会牵涉到组织机构的调整、权利再分配和人员变动，触及部分业务部门或人员的既得利益，造成项目建设和推广可能面临巨大阻力。
三、电子政务风险管理的组织架构模型
设计良好组织架构能够有效避免诸多风险并降低影响程度，如沟通不畅、绩效考核、项目需求理解不一致、政府IT能力不足、IT战略与业务规划冲突等风险因素，因此是项目成功的必要前提之一。
1、角色和职能的重新定义
随着越来越多的.政府部门选择将电子政务系统进行外包，目前政府方面的外包项目管理架构一般为三层或两层架构，三层架构包括用户部门、信息部门、承包方，两层架构则是系统用户和发包机构整合在一起：
(1)用户部门：各级政府部门、事业单位的业务部门等;
(2)信息部门：各级政府部门下属的信息中心、事业单位的信息技术部门等;
(3)承包方：承接电子政务项目的系统集成商、软件开发企业等。相较于政府自行开发系统，外包一旦实施，身为发包机构的政府信息部门将系统的设计、开发、运维等职能转移到了承包方。与此同时，信息部门的职责和工作重点都变成了对合同管理和实施过程的监控与考核。电子政务项目实施外包后，政府的领导管理层面和中层管理层面的任务将会大大增加，原本只是内部事务的沟通变成了需要放上台面开会解决，如
(1)业务规划和系统规划的设计制定;
(2)业务规划和电子政务规划的相互协调;
(3)业务需求的管理;
(4)电子政务外包合同的管理。而相应的，部分职能则转移到了承包方。
如：
(1)IT需求管理;
(2)IT基础设施管理;
(3)IT架构设计;
(4)IT解决方案设计;
(5)具体项目管理。
2、联合组织机构
在项目实施过程中，许多工作需要协同完成，所以应当在准备阶段，共同设立联合的工作小组，将责任落实到专人，以建立有效沟通和协作的平台，明确各自的权利和义务。在合同中必须确定管理架构，用合同约束力将架构下各方权利义务固定。管理架构中应当有联合工作小组，签订合同之前讨论确定成立事宜，并在合同内对其赋予相应的职能，以更好地进行跨部门协调。签订合同时是组建这类机构的最佳时机。整个架构如同企业管理，分为高层、中层、基层三个层次，其中高层负责战略制定，作为战略层;中层负责具体管理，作为管理层;基层负责执行任务，作为执行层。联合工作小组中，战略组一般由各方的高层领导组成，如政府分管信息化的领导、分管业务部门的领导、供应商的CIO。战略组在达成合作意向初期，共同制定双方认可的战略目标，明确共同的责任、设立项目治理原则等。另外，战略组由于都是高层领导，在项目遇到重大风险难题时，管理组应将问题提交由战略组进行讨论。战略组的成员组成和意志是否一致对于项目至关重要。管理组一般由各方的中层领导组成，如信息部门的项目经理、用户部门的处长或科长和供应商的项目经理、技术经理、项目总架构师等。管理组负责保持对项目的风险监控，按照既定里程碑定期对项目绩效进行评估，在出现问题时及时提出整改意见;对电子政务项目的各项资源制定规划并进行合理的协调分配;总体规划设计项目的IT架构。执行组一般由各方小组负责人或业务骨干组成。执行组负责实时收集项目实施过程中的潜在风险，制定相应的解决方案，并定期向管理组汇报;管理电子政务项目具体建设层面的日常沟通协调管理。以上的成员组成、职能、沟通机制(如沟通形式和时间)应当在电子政务项目合同中加以明确规定，以确保能够有效运行。
参考文献:
企业电子文件管理平台架构研究 篇6
1.1 电子文件的概述
根据新近颁布的国家标准《电子文件归档与管理规范》中,电子文件是指在数字设备及环境中形成,以数码形式存储于磁带、磁盘、光盘等载体,依赖计算机等数字设备阅读、处理,并可在通信网络上传送的文件。
1.2 电子文件的特征
电子文件的具有以下两个基本特征:
第一,电子文件是由电子计算机生成和处理,其信息以二进制数字代码记录和表示,因此亦可称为“数字文件”。这是电子文件与以往所有其他形式文件的基本区别,也是电子文件信息与其他数字信息的共同点。数字信息使用0和1两种数码的组合来记录信息,每一个0或1叫做1个比特,需要记录的信息用一串比特存储于计算机存储器(包括内存储器和各种外存储器)中,并可通过通信网络进行传输。
第二,电子文件是文件的一种类型,应该具有文件的各种属性,特别是要有特定的用途和效力。这是电子文件与其他数字信息的基本区别,也是电子文件与其他形式文件的共同点。
从逻辑上说,电子文件是“数字信息”和“文件”两个概念的交集,它是具有文件特征的数字信息,又是以数字信息为特征的文件。
1.3 企业电子文件管理的现状分析
近年来,电子文件对企业和员工来说都是很重要的资产。大量的非结构化内容,其中包括文档、电子邮件、视频、即时消息、网页以及其他内容的电子文件存放在不同的物理位置。当员工、客户、合作伙伴和供应商需要一些资料时,却发现很难找到所需,集中管理如此盘杂的文档势必非常困难。在企业管理中,机密文件很难得到有效的保护,各部门间难以协同办公,重新开发利用知识资源十分困难。由文件管理引发的这些情况屡见不鲜,这种情很大程度上延误了工作的进度,文件管理俨然成了阻碍企业发展的绊脚石。归纳问题如下:
1)电子文件管理建设缺少统一规划,大量应归档信息未能纳入归档范围。
2)文件一体化程度较低。
3)电子文件利用不够充分。
2 平台架构设计原则
电子文件管理平台平台作为企业级的应用平台,应遵循系统设计的一般原则:
1)先进性:建立先进的体系结构及应用设计,如面向对象的分析和设计、组件化技术、可视化工作流机制等;采用先进的测试手段,保证系统的优化,专门的测试工具。
实用性:提供较好的用户操作界面、中文支持;产品具有较高的稳定性及效率性。
高可用性:利用多种手段(内、外防火墙、入侵检测、安全认证、基于角色的授权等等)加强对资源的有效保护。
2)开放性:整体结构具有很好的模块化设计,模块之间有明确的接口,平台之间有明确的规范;在应用设计上注重开放性设计,组件之间可配置性要好。
3)可伸缩性:当用户增长时,系统压力会增大,可以动态扩展服务器的多个层面,包括Web服务器、应用服务器的均衡负载。
3 设计目标
企业电子文件管理平台的要建成一个知识存储与供给的中心。平台设计必须充分考虑信息传递,信息共享的快速方便,并结合客户需求与习惯,使信息或者知识的获取过程更加智能化。
4 构建方法
企业电子文件存在着大量的非结构化内容,其中包括文档、电子邮件、视频、即时消息、网页以及其他内容。妨碍组织正确使用这些宝贵资源来更好地共享知识、加强客户沟通以及提高流程效率。选取Microsoft公司的企业内容管理MOSS产品是管理这些文档的有效手段,可以帮助企业克服这些困难。MOSS平台的文件管理功能可以帮助组织将多个文件共享和个人驱动器中的各种内容合并成一个统一分类、集中管理的存储库。另外,集成的搜索功能可以帮助用户查找和共享此信息。同时,也可以防止未经授权就访问此集中管理的存储库中的内容。
4.1 功能概述
结合MOSS平台构建电子文件管理平台主要的的用户功能包括文件查询、工作助理、收集整理、文件保管、系统管理等功能。其中:
1)文件查询。提供两种查询方式,普通查询和高级查询。普通查询提供类似于百度、Google的统一文件查询界面,允许全公司范围内员工进行查询使用,根据用户权限的不同会显示不同的搜索结果。高级查询供员工对文件的类型、属性等内容进行高级查询,提供查询的准确率。
2)工作助理。所有系统内用户的统一工作界面,包括待办工作和已办工作的查看,根据待办工作链接直接进入相关工作处理流内;系统内的通知、公告、消息等;个人操作历史日志的查询;个人信息的维护和查看,包括当前拥有的权限,手机电话号码等。
3)收集整理。文件收集与整理环节的相关功能。包括归档部门使用的文件属性和预归档,档案部门使用文件移交清单、二维码、目录等的打印等。
4)文件保管。日常文件管理相关功能。文件移交功能,包括文件移交、文件接收;文件鉴定功能,包括文件鉴定提醒、鉴定流程和文件销毁等操作;档案维护,包括已入库文件的浏览、查询、维护。
5)文件统计。包括了企业要求的固定报表查看、本单位编制的固定报表查看、用户单位自定义的统计报表查看和统计报表数据上报等功能。
4.2 应用架构策略
根据上述功能概述,企业文件管理系统应用组成如图1所示。
说明:
1)前端展现:包括两种形式,大部分的用户,包括领导、普通员工和文件管理人员都是通过浏览器访问应用站点来获取相关的业务功能,包括文件的归档、保管和利用等业务,文件的查询、搜索和借阅和其它协作功能,如文档协作、交流讨论及信息发布等。
2)业务组件:提供给前端站点调用,完成文件的实际业务,包括归档、保管和利用等业务组件;包括对内容管理相关功能包装的业务组件,完成记录管理、版本管理等业务。档案的业务功能是在此基础上封装出来的;包括交流协作的相关功能组件,提供业务人员的协作办公平台。
3)系统管理:系统后台的一些管理模块,包括基础管理、系统审计、应用管理和权限管理等。
4)服务引擎:一组不局限于文件管理系统,可以在多系统中共享或者重用的服务,包括搜索服务、工作流引擎、报表服务和表单引擎。
5)数据存储:负责相关业务数据、配置信息的统一存储,主要包括结构化数据和电子文件两部分内容。
6)基础架构:指在电子管理系统中使用,由底层操作系统或专用硬件实现的相应功能,包括文件系统、统一存储、网络监控和负载均衡。
4.3 硬件部署策略
为了将文件进行统一、有效的管理,硬件部署时将分布在各系统的电子文件服务器进行统一集中管理,以Moss平台为平台架构将核心,将邮件、文档、视频等电子档案存储在Moss环境中。如图2所示。
4.4 软件部署策略
电子文件管理平台软件架构既可包括产品级软件,也包括为系统定制开发的独立软件。
系统内所包括的软件和其所承担的职责如下:
1)定制开发的Web站点:所有通过浏览器使用文件管理系统的单一承载站点,所有页面均基于ASP.net自行开发。主要功能为接受用户的数据和请求,并将数据和请求传递给各类业务组件进行处理;将系统内的数据显示在页面中供用户查看使用。
2)定制开发的各类组件:包括工作流组件、数据交换组件、数据同步组件、各类业务组件等。主要功能为接受前台界面传递回的数据和请求,对其进行处理,控制系统内部的数据流转、转换、存储等操作。本部分为系统的核心功能。
3)Microsoft Office SharePoint Server 2007(MOSS):主要用来存储系统内所有电子文件元数据和可搜索的电子文件实体,并将这些数据按照MOSS记录管理的要求进行组织,通过MOSS内置的搜索引擎(与Microsoft Search Server相同)定期对MOSS内存储的电子文件元数据和电子文件内容进行全文索引,并通过查询服务提供档案全文查询应用。
4)SQL Server 2008:主要用于存储档案管理系统定制开发的数据库、MOSS数据库和MOSS配置数据库、RMS配置数据库等。MOSS数据库内存储了系统内所有电子文件元数据和可搜索的电子文件实体。
5)SilverLight:用于提高用户体验,以更丰富的更接近于本地桌面程序的方式将系统功能在浏览器内提供给用户使用,如图形化的工作流配置等。
5 结束语
本文提出的电子文件管理平台的构建研究方法,只是以MOSS平台为基础的架构方法。根据企业现阶段电子文档管理的现状,结合MOSS平台的软件特点,实现了文件的收集、整理、保管、查询、统计等功能,来真正的帮助用户将无序的文件进行有序的管理,从而提高了用户的工作效率,及电子文件的利用率。
参考文献
[1]章燕华.电子文件管理规范体系框架研究[J].档案学通讯,2010(5).
[2]彭红.浅谈电子文件的管理[J].治黄科技信息,2010(3).
[3]凌晓路,陶贵生,曹珍.浅谈电子文件管理的弊端及解决办法[J].技术监督教育学刊,2005(2).
[4]刘舜全.网络时代电子文件的管理及现代化档案工作的策略[J].科技档案,2001(3).
[5]胡杰,张照余.电子文件利用新模式——电子文件中心[J].档案与建设,2005(12).
石油企业电子商城的架构设计 篇7
关键词：石油企业,物资供应链,电子商务,信息化,仓储物流
科技进步为石油企业物资供应链注入了巨大创新活力, 尤其是ERP等信息技术的广泛应用, 供应商资源管理、现代仓储物流服务和物资采购领域推行电子商务, 给传统的石油物资供应系统带来难得的机遇。电子商城虽然在阿里巴巴、淘宝和京东得到了巨大发展, 对于石油企业来讲的确属于新生事物, 需要进行艰苦而有效的努力, 从理论到实践, 探索出一条适合油田主营业务, 又能充分利用先进信息技术, 构筑起畅通高效便捷实用的石油物资供应链, 满足企业有质量可持续的发展需要。
1 石油物资供应链信息化尝试
电子商城, 实现商品交易的数据化信息化, 适合买卖双方进行公平交易的电子商务系统平台。
在企业物资供应链中, 可利用的特点很多。
(1) 由于历史沿袭, 使用者不是采购者的问题越来越普遍, 随着中间环节越加越多, 需求与供给被推开且距离越拉越远。电商能够克服需求者与采购者脱节弊端, 供需网上直接见面, 责任鼠标对接, 流程冗长后台解决, 创新兼顾现实成为可能。
(2) 市场规则认同, 流程透明信息公开, 电子商城能较好解决信息不对称带来的诸多问题。
(3) 需求侧管理与供给侧整合并举, 电子交易平台拉近了供给与需求, 许多现行体制必须履行的业务流程可以在系统后台按规则办理, 系统流程界面清晰, 节点明确, 一个周期短、成本低、兼顾历史与现实、简约而效率的网上电子商城必将开启辽河物资电商新纪元。
2 石油企业电子商城框架搭建
2.1 电子商城框架模型
电商三要素:需求侧、供给侧和电商环境, 如图1所示。
需求侧管理, 交易席位取得, 即需求计划单。
供给侧整合, 后台履行物资准入程序, 动态形成系统交易目录。
电子商城, 市场规则支持下的集中交易 (或集中采购) 和终端用户线上交易相结合, 操作系统特征适合石油企业特色, 界面B2C, 后台B2B, 尽可能利用存量管理资源。
二级单位依据经过审批的需求计划, 在电子商城中寻找所需物资及对应供应商, 点击确认, 系统会自动处理相关数据, 系统评估本次求购物资指令, 没有出现诸如品名、数量、功能、质量、超出限价、或资金不落实及其它不符合审批需求计划的内容, 系统即刻形成订单, 同时在线集约签订合同、质检同步、预结算和办理出入库手续。
供应商先有意愿, 在管理部门经过资质能力准入, 响应集中采购招标, 在电子商城履行物资准入程序。供应商实行资源化管理, 准入物资纳入电商交易目录。履行集中采购流程, 依据二级单位订单与电商集约签订合同, 办理线下支付。
实施电子商务, 或物资供应企业统建电子商城, 虚拟超市, 质量检测, 物资准入, 电子合同, 系统支付, 仓储服务, 物流配送。
2.2 电子商城市场交易主体
供给侧:供应商资源管理, 物资准入 (集中采购、质保体系) 。
需求侧:需求计划审批 (资金、品种、数量、质量、物料描述) , 如图2。
电子商城:虚拟超市, 供需见面, 商务交互, 用户体验 (功能演示、运维流程、模拟操作) , 点击成交, 系统支持合同、质检、验收、支付及出入库等程序, 后台提供仓储服务和物流配送。
2.3 交易信息操作系统
电子商城信息系统与ERP及总部物采平台并行, 成果数据自动上传ERP和总部物采平台, 动态数据及静态数据库自成体系。系统功能完备, 从需求计划报批、供应商资源管理、物资准入、质保体系、线上询价、合同签约、验收结算、纠纷处理、以及商品展示 (增强现实) 、客户体验等功能, 具备完整数据流支持下的工作流, 基本符合现行体制机制的制度和流程要求。数据资源本地化, 支持大数据应用。
企业版电子商城信息操作系统, 电子商城设资金专户, 建立应付款资金池, 服务二级单位。资金专户可以挂接在企业财务结算系统, 二级单位与供应商依据订单在电子商城结算形成单位应付款, 流进电子商城统一设立的应付款资金池, 再按集中采购流程集约签订合同、验收、支付。条件成熟, 比如取得牌照, 实现网上支付。
3 模拟交易场景描述
在电子商城, 操作界面按B2C运行, 后台服务依据B2B展开。B2C中的B代表电子商城, C代表取得交易席位准许入场交易的二级单位, 而后台服务的B2B, 分别指代电子商城和获得准入的供应商。
二级单位依据经过审批的需求计划, 在电子商城中寻找所需物资及对应供应商, 点击确认, 系统会自动处理相关数据, 系统评估本次求购物资指令, 没有出现诸如品名、数量、功能、质量、超出限价、或资金不落实及其它不符合审批需求计划的内容, 系统立即执行打印成交书, 同时在线形成订单、质检同步、订单预结算和办理出入库手续。
供应商先有意愿, 在管理部门经过资质能力准入, 响应集中采购招标, 在电子商城履行物资准入程序。供应商实行资源化管理, 准入物资纳入电商交易目录。履行集中采购流程, 依据二级单位订单与电商集约签订合同, 办理线下支付。
构建石油企业电子商城, 或物资供应企业筹建并授权运营电商平台, 交易活动完全放到虚拟超市, 物资准入、质量检测、电子合同、系统支付、仓储服务和物流配送等均在后台按照现行制度流程运行。在集中采购和总部授权框架内, 按物资60大类和物资分级管理, 由物资供应企业专业分公司和信息系统运维团队对进入电子商城的交易信息进行维护。后台服务, 尤其是仓储服务、物流配送等服务项目, 尽可能利用存量管理资源, 按照市场化运作, 达到电子商城整体功能实现。
4 结论
作为石油企业物资供应链的重要环节, 石油企业物资供应部门学会当好授权经营者, 集成供应商资源, 搭建并经营电子商城, 启用现代化物资供应链技术, 在业务链中体现价值链, 满足企业物资采购总需求。采购管理与物资管理的最大区别不仅在于管理对象有所不同, 倚重需求侧的采购管理似乎更关注采购流程和交易规则, 有种维护市场交易公平公正的意味。而物资管理既要管物又要管商和价, 适宜采用全生命周期管理。解决上述难题, 构建物资采购电子商城, 不失为一种创新尝试。
参考文献
[1]郑黎榕.电子商务背景下的物资采购管理分析[D].上海:华东理工大学, 2014.
[2]裘云峰.电子商务下JL公司采购模式探讨[D].上海:华东大学, 2013.
[3]刘宗梅.李智宇.电子商务法律环境的构建[J].法学与实践, 2007 (01) .
[4]赵林度.供应链与物流管理理论与实务[M].北京:机械工业出版社, 2003.
[5]刁柏青等编著.物流与供应链系统规划与设计[M].北京:清华大学出版社, 2003.
全程电子商务发展及架构模型探讨 篇8
关键词：全程电子商务,会计电算化,电子商务
我国的会计电算化工作, 经过近30年的发展, 已经从原来的会计核算软件发展成为与ERP一体化的管理软件。管理信息化是随着管理需求的提高和IT业的发展而发展的, 在ERP已经逐步趋于成熟的状况下, 将来的发展趋势是什么?它的基本架构和模型如何?本文将进行一些探讨。
一、全程电子商务是未来发展的趋势
21世纪全球进入新经济时代, 信息通信网络与技术的迅猛发展创造了一个无疆界的数字世界, 产品和服务几乎可瞬时在世界各地交易, 以网络和电子商务为主要特征的新经济以不可争辩的事实渗透到各行业, 并重组着全球财富。目前电子商务已成为国际上各个国家制定经济政策的主要依据之一。发达国家已纷纷制定政策, 发展中国家正在加紧制定总体发展战略, 大力促进电子商务在国民经济各个领域的应用, 力争在新一轮国际分工中占领制高点, 赢得新的竞争优势。
为了更加突出电子商务的地位和作用, 一种新的模式在业界产生, 即全程电子商务。其主要思想就是:EC+ERP, 但更强调电子商务在企业中的地位和作用。
其主要原因在于:
1.传统商业模式难以帮助企业应对当前激烈的竞争环境
随着贸易全球化的深入发展, 参与竞争的企业将越来越多, 市场的区域界限已经开始变得越来越模糊了。中小企业必须开始面对更多的竞争对手, 甚至参与全球的贸易竞争。这要求中小企业在销售环节中应该具有获得更多客户和销售渠道的能力, 来扩大销售规模。同时也要求中小企业应该能够在采购环节, 优化供应商结构, 或者是寻找到性能价格比更高的原材料, 以降低自身的采购成本和销售成本。而传统的商业模式由于受到信息发布、获取和管理等方面的因素制约, 难以得到突破性的发展, 也难以帮助中小企业更好地面对当前的竞争环境。
在扩大销售和降低采购成本的同时, 中小企业还迫切需要加强与上游供应商、下游分销商或客户之间的沟通与协同, 以提高各项商业活动的效率, 从而让自己在获得规模优势的同时还能够获得速度优势。
同样地, 大型企业也会遇到同样的问题, 但影响的程度要相对低一些。
2.IT技术的发展可以帮助企业改善管理和商业活动
虽然越来越多的企业开始使用管理软件和电子商务来改善企业的管理和商业活动, 但是现有的电子商务系统与企业内部管理软件是相互分离的, 两者之间的信息也是相互孤立的。传统管理软件只关注企业内部信息的管理, 无法实现与外部合作伙伴的链接和协同;而第一代电子商务实现了信息发布、搜索等功能, 但是无法将外部信息与内部管理进行直接的关联。要实现内部管理与外部商业活动的互动和集成, 需要大量的手工操作和人为的协调, 这样大大降低了使用的效率, 同时也增加了管理成本。因此, 现有的电子商务和管理软件应用模式仍无法满足企业当前的应用需求。
3.全程电子商务将开辟企业商业活动新天地
随着互联网技术发展成熟, 安全、支付、诚信等原先困扰电子商务开展的一些关键问题逐步得以改善, 已经有越来越多的企业, 尤其是中小企业开始采用电子商务作为企业经营的一个必要补充和延伸。
因此我们可以看到, 进入21世纪后, 电子商务与供应链管理之间已经开始迅速融合, 从而形成能够将企业、供应商、分销商/客户紧密结合在一起的全程供应链管理系统。全程供应链管理已经成为传统ERP向外部延伸的一个必然途径, 也是传统ERP适应新的商业环境进行发展的一个必然趋势。传统ERP是一个企业内部的信息中心;全程供应链管理把每个企业内部的基础信息提供给外部环境, 帮助树立企业形象和开拓市场。传统ERP重点在改进企业内部流程的效率和有效性;全程供应链管理侧重于企业间外部流程的效率和有效性以及企业产品的促销。传统ERP技术支持当前的商业战略, 而全程供应链管理则开启了新的战略机会的大门。
二、全程电子商务定义
我们认为, 全程电子商务 (Integrated E-Commerce) 是以信息技术和网络技术为基础, 面向全球化供应链网络, 将电子商务、企业管理、供应链协同融为一体, 实现企业贸易活动、内部运营管理及供应链上下游商务伙伴间协同等所有业务过程的数字化、电子化的一种全新的商业活动模式。它融合了最具时代魅力, 最具挑战性的IT、管理、商务等综合领域的特征, 开创了一种全新的企业管理和经营理念。全程电子商务的核心是商务, 主体是企业, 重点是全程。
全程电子商务的特点:
1.以全球化供应链管理为基础
在贸易全球化的冲击下, 市场竞争从原来区域市场、区域企业的竞争转变为全球市场、全球企业的竞争, 同时科技的迅速发展、信息的快速传播, 极大地增加了企业之间“比速度、比品质、比价格”的竞争。
企业要获取竞争优势, 就必需将重点放在如何围绕客户的需求, 整合全球资源 (材料、人力、资金和信息等) , 在向客户提供更优价值的前提下, 降低综合成本, 获取投资收益。对于客户需求, 不仅仅是迎合, 更重要的是“引导”乃至“创造”;同样, 对于资源整合, 强调的是在全球范围内, 开展供应链上、中、下游企业合作, 协调运作过程, 把产品的竞争形态从“企业与企业”之间的竞争, 转变为围绕核心企业打造的“供应链与供应链”之间的竞争。
全程电子商务以全球化供应链网络的角度, 为中小企业构建全球化的供应链协同平台, 不仅可以满足企业现有业务的需求, 还能帮助企业在全球范围内寻找新的商业机会和商务伙伴, 参与全球贸易, 促进企业高速发展。
2.电子商务、供应链管理紧密结合
电子商务与供应链是紧密不可分的, 当获取商业机会后, 企业需要采购及与供应商发生一系列的业务往来, 同时又要与下游客户产生一系列的业务往来。这就需要将电子商务和供应链紧密结合起来, 才能真正满足商业合作伙伴之间的需要。
3.良好的内部管理是基础
有了商业机会, 有了强有力的供应链, 若没有好的内部管理去完成, 也不可能最终获得商业价值。因此, ERP作为加强企业的内部管理, 十分重要, 而且ERP要与电子商务、供应链实现信息一体化。
全程电子商务是将企业的内部业务与电子商务完全融合, 并与上游供应商、下游分销商和客户实现业务协同与信息共享, 同时将各种商业活动与企业的品牌传播和产品推广紧密联系在一起, 让企业的传统商业活动与电子商务、企业自身与外部合作伙伴、产品销售与品牌推广成为一个整体。
从信息化的角度讲, 全程电子商务平台是为企业提供综合性信息化服务, 包括网络推广、商务沟通、电子商务交易、移动商务、商务社区管理、伙伴关系管理、内部业务管理 (财务、采购、销售、生产、仓储、运输等) 、企业间信息共享、跨企业的业务协同, 它由ERP和B2B电子商务网站组成。
三、全程电子商务的模式
(一) 技术构架
全程电子商务在技术架构模型上遵循SOA (ServiceOriented Architecture) 的架构体系, 由3部分构成:
(1) e Portal (电子商务门户) :e Portal是企业进行网上贸易、网络营销、获取商业资讯的网络门户, 它将企业使用的全程电子商务平台的各种服务和由此产生的内外部信息整合在一起, 为企业内部管理、网上贸易、供应链协同等提供统一的应用入口。它既是企业通过网络进行形象宣传和产品推广的窗口, 又是企业管理者、职员、供应商、分销商、客户、物流服务商等协同工作的接入点。
(2) e Tools (电子商务工具) :e Tools是一系列帮助用户完成与商业伙伴之间的业务协同, 并实现全商务流程电子化的工具。e Tools由业务流程管理 (BPM) 、商用即时通讯 (BIM) 、数据交换中心、电子支付、信用认证等工具组成。业务流程管理以工作流引擎和商务规则引擎为基础, 快速适应企业业务流程改进;数据交换中心基于XML、SOAP技术构架的数据同步中心, 通过数据总线 (Data Bus) 完成数据的路由 (Routing) 、传输 (Transport) 、数据格式转换 (Transformation) , 实现企业间业务数据交换;商用即时通讯基于P2P技术实现即时通讯平台, 实现文字、语音、视频、文件的高速传输和高质量语音视频通讯;电子支付和信用认证为企业提供安全快捷的网上贸易基础服务。
(3) e ERP (支持电子商务、扩展的ERP) :e ERP是一个扩展的、支持电子商务的ERP系统, 是构建全程电子商务最核心和最基础的组成部分。它不仅继承了传统ERP的所有功能和特点, 帮助用户实现企业管理信息化, 并将管理范围延伸到上游供应商、下游客户 (分销商) , 实现全球化供应链管理。它全面采用SOA架构, 具有高度的灵活性、松耦合性、可扩展性和可维护性, 并利用SOA技术构建企业服务总线 (ESB) , 为企业提供开放的供应链协同服务标准接口, 消除供应链企业之间的信息孤岛, 可跨越局域网、互联网、移动通信网、数字广电网为企业提供信息化服务。
(二) 全程电子商务平台的软件功能架构
全程电子商务平台主要由电子商务网站、供应链协同和ERP组成, 整体组成一个从外向内的业务驱动体系。
(三) 应用架构
全程电子商务的应用架构从应用深度和应用范围进行展示, 横向维度为资源管理范围 (企业内部→企业社区) , 纵向维度为应用深度或层次 (基础、运营和管理) 。
从管理的范围可以划分为企业的内部应用与外部供应链协同两个方面, 企业内部应用包括针对资金层面的财务核算会计及管理会计相关的资金管理、资产管理、全面预算及投资管理;针对内部运作的办公自动化、人力资源、生产制造管理及物流管理相关的物料管理、存货管理;面向客户的客户关系管理、销售管理、市场管理和服务管理。外部供应链协同包括对买和卖两个核心进行过程管理的部分, 卖以及时准确将产品交付给客户为管理核心, 包括分销管理、仓储与配送、运输管理供应链事件管理;买以准时保质低成本为管理核心, 包括供应商评估、供应商关系管理、采购管理、采购成本管理、需求预测管理。
从管理的深度可以划分为基础信息化构件、业务运营和业务管理, 三者相互依赖构成良好的内部管理循环。企业管理决定商业模式及运营流程, 并最终确定所需资源, 所以, 提供业务管理的工具对于一个管理软件至关重要。但管理最终能够实现的效果却取决于业务运营的有效性, 即取决于有关业务运营的工具诸如商机发布、商机搜索、网上结算、企业推广、诚信认证等。这些运营流程是否有效又取决于流程之间以及流程与管理工具的集成性, 如何实现管理信息流高度集成, 高度抽象的基础信息化构件将成为关键成功要素。譬如, 现在异地企业间商机的捕获和商务洽谈耗时费力且成效不高, 采用高精度信息搜索、商务助手、企业即时通讯即可以方便快捷地达到目的, 而这种信息化的业务手段同时也是可以分析和追溯的, 可以为管理纵深提供基础。
(四) 应用模式
全程电子商务的应用模式, 可从运作方式、部署方式、应用方式3个维度进行。其应用模式图如图1所示。
1. 运作方式
整个全程电子商务系统的运作分为3个层次:
基础应用:全程电子商务提供的在线交易、客户管理、供应商管理和诚信认证等主要功能, 以满足电子商务交易的商机搜索、网上销售、网上物流、网上支付、网上采购等主要交易环节, 支持全球范围内的商机共享与交易。
协同互动:用户提供的多种在线交流工具, 诸如即时通训、邮件、语音、视频、短信等。
虚拟战略联盟:经济活动中的各种角色 (包括:客户、企业、供应商、运输商、银行等) , 每一种角色都可以使用我们提供的后台管理工具, 并且针对每一种角色的应用需要, 提供不同的管理工具支持。同时由于后台管理工具的协同特性, 在一定程度上形成市场联动、共同发展的虚拟战略同盟。
2. 部署方式
部署方式分为3种:
(1) 在线租用模式。
应用永久连接到全程电子商务平台。典型的用于瘦客户端或者浏览器模式。本地没有数据存储功能。
(2) 线下租用模式。
单独的应用, 即使在没有与全程电子商务平台连接的情况下仍然是全功能的应用。本地部署胖客户端, 具备本地数据存储功能。需定期与全程电子商务平台连接, 进行租用期限的检查和控制。
(3) 混合租用模式。
部分系统采用线上租用模式, 如电子商务平台等;部分系统采用线下租用模式, 如财务管理系统等。具备本地数据存储和网络数据存储服务, 可定期连接全程电子商务平台进行数据同步, 确保灾难备份恢复。利用消息机制, 实现存储与转发。
全程电子商务是与企业的发展和IT业的发展分不开的, 随着信息终端的不断普及, 如3G手机、数字电视等等数据终端的更加普及, 在信息化程度不断提高的情况下, 全程电子商务还将向纵深发展, 并形成行业或者更细的专门化全程电子商务。
参考文献
[1]庄明来.电子商务会计研究[M].北京:中国财政经济出版社, 2004.
运营商电子渠道系统部署架构探讨 篇9
随着计算机和通信技术的发展, 互联网成为人们最主要的通信方式之一。2010年上半年, 中国网民总数已经达到4.57亿人, 网络购物使用用户超过1.42亿。各行各业都从战略层面高度重视电子渠道的发展。电子渠道已经成为各行业提升客户满意度, 促进营销与渠道变革、创新的主要推动力。随着电信市场日趋饱和, 电信运营商的竞争焦点从原有
间切换次数进行统计, 计算小区A与其邻区的切换比例=小区A与某一邻区的切换成功次数 (包含切入和切出) /小区A与所有邻区的切换成功次数。如果获得的小区A与其邻区的切换比例小于系统设定的切换比例门限, 则建议删除。
2.3.2漏配添加判决算法
邻区漏配添加采用基于切换权值的判决算法, 切换权值=切换次数*距离权重。根据源小区和目标小区的地理位置距离的不同, 距离权重经验取值如下表:
如果虚拟邻区A小区的计算切换权值大于真实邻区切换权值的最小值, 则可判定为漏配邻区。
3具体应用
选择具有代表性的三亚河东河西路区域采用虚拟测量邻区优化方法进行测试和验证, 由于三亚河东河西路完全被河道隔开, 地域空旷且信号经河面反射, G/T两网的信号重叠覆盖严重, 经常因邻区配置不合理导致掉话, 严重影响用户的业务感知, 虽经过多次优化调整, 但邻区漏配现象一直难以解决。
为此, 从2011年8月30日开始, 我公司采用虚拟测量邻区优化方法对三亚河东河西区域进行了邻区专项优化, 全面验证了该方法的正确性、合理性及有效性。9月22日, 完成412对漏配邻区的添加及89对真实邻区的删除, 9月23日-29的网络竞争、产品竞争向服务质量竞争过度, 运营商电子渠道因应形势发展, 成为各大运营商展示形象, 提高服务的竞争焦点。
在上述背景下, 各大运营商电子渠道系统发展迅猛。原有的电子渠道系统只是CRM系统的一个分支, 作为客户接触层和辅助渠道, 一般只具备展示、查询以及简单的业务受理等功能。而今运营商的电子渠道系统已经发展成为服务功能齐备, 服务手段多样的重要营销渠道, 成为营销渠道变革、创新
日对网络指标进行观察, 通过话统统计并与虚拟测量开启前2周的网络各项切换成功率指标进行对比:
从对比结果可以看出, 采用虚拟测量邻区优化方法进行优化, 准确发现邻区冗余及邻区漏配, 通过邻区的删除和添加后, TD网络的各项切换成功率指标均有所提升, 尤其是小区间同频切换成功率较为明显。
4结语
利用TD用户的测量报告作为分析的依据, 并采用距离权值的判决算法, 增加了邻区分析结果的科学性, 实现了TD邻区的自动查冗和实时检漏。
随着TD网络的大规模商用, 基于虚拟测量的TD邻区优化方法不断应用于现网优化中, 分析表明该方法的应用能明显改善网络的切换性能指标, 同时能提高工作效率、降低优化成本 (预计可以替代70%的邻区优化中路测费用) , 更为重要的是此方法能先于用户主动发现网络的邻区问题, 对于提升用户感知、增强用户忠诚度、树立公司品牌形象具有重要的意义。
参考文献:
[1]彭木根.TD-SCDMA移动通信系统[M].北京:机械工业出
版社, 2009
[2]赵皓然.基于TD-SCDMA网络切换的优化[D].云南大学
电子与通信工程, 2009
[3]张弋鹏, 李金鹏.TD-SCDMA网络优化研究[J].中国新通
[4]谢健, 周兴社.TD-SCDMA邻区优化算法及实现[J].微处理
[5]郭靖.TD-SCDMA网络优化[J].现代电信技术, 2009 (4) 的主要推动力。与之相适应的是, 各大运营商都迎来了一波电子渠道系统建设高潮, 力图在互联网时代抢占这一战略制高点。
本文力图梳理运营商建设电子渠道系统的发展环境和驱动力, 探讨当前电子渠道建设的两种主要思路和模式。
2 运营商电子渠道发展环境分析
2.1 运营商的发展战略支撑电子渠道的发展
运营商电子渠道的发展与各大运营商的发展战略紧密相连, 全球运营商的发展战略基本都是从两个维度来制定的, 一是充分挖掘已有的网络资源、业务资源以及用户资源的潜力, 扩大收入并提高利润率;二是拓展自身的业务, 能够在新的业务领域形成运营商新的竞争优势。
具体到国内的三大运营商, 都从自身的角度提出了向信息服务转型的战略目标, 无论是中国联通提出的“国际一流的综合通信和信息服务提供商”, 还是中国移动提出的“移动信息专家”, 亦或是中国电信提出的“现代综合信息服务提供商”, 都彰显出了运营商从通信提供商向信息服务提供商转型的意愿。
电子渠道系统恰恰是信息服务提供的最好载体, 一是其覆盖面广, 凡是能接入到Internet网络的客户均可享受电子渠道服务;二是其服务成本低, 相对于传统营业厅的房屋成本、人员成本、运营成本, 电子渠道具有巨大的成本优势;三是以客户自服务为主的服务方式, 为客户带来了较为一致的客户体验;四是新业务部署方便, 快速响应前端市场的需求。
2.2 业务同质化促使运营商发展电子渠道, 提高客户体验
随着3G牌照的发放, 三大运营商的业务和产品越来越同质化, 而经过多年的降价, 从资费上来讲各运营商的服务价格也所差无几, 这就导致竞争的焦点由比拼产品和网络逐渐向品牌的打造和服务的提升转移。
电子渠道的核心任务正是提升客户体验, 相比传统渠道, 电子渠道有其特有的优势。首先, 它能够做到随时随地的服务, 任何时间、任何地点、任何人、使用任何设备均可以访问电子渠道系统, 享受电子渠道系统的服务, 这是传统渠道无论如何也做不到的;其次, 在宣传推广上电子渠道也具有无可比拟的优势, 传统渠道的影响范围有限, 仅限于其所在地的几个街区, 而电子渠道的宣传推广是覆盖整个互联网的, 从这个角度说它可以覆盖全球。
2.3 信息服务产品的生命周期需要电子渠道的发展
运营商的传统业务其生命周期很长, 如话音业务、短信业务、宽带业务等, 从产品酝酿、产品爆发到产品衰退长达十数年时间, 其服务模式固定, 营销方式单一, 对信息系统的支撑力度要求不是很高。
随着运营商向信息服务提供商的转型, 运营商推出了大量信息服务产品, 这类产品受众群体更加细分, 产品推出的速度很快, 强调创新能力, 并且针对客户需求进行提供, 大大地缩短了产品的生命周期。例如推出一款手机音乐, 或者一本手机杂志, 其流行期很短。
电子渠道的自身特点正好因应了信息服务模式下运营商的需求, 首先其以客户自服务为主, 所有信息服务产品均可通过客户自行订阅, 避免了新业务推出时对客服人员的大量培训, 降低了业务推出成本;其次, 电渠系统的快速和统一部署能够满足新业务推出的时效要求和低成本要求;再次, 电子渠道系统对客户反馈和产品收益的强大分析能力, 为业务的开发和评估提供了条件。
2.4 产业链发展呼唤电子渠道的发展
随着产业链的发展和不断延伸, 运营商的服务层面不断拓展, 电子渠道成为了运营商产业链拓展的桥头堡和先锋队, 对于上下游合作伙伴的拓展, 电子渠道是必不可少的条件, 在产业链的发展及上下游的合作中, 电子渠道所扮演的角色包括了业务门户、内容与服务集成、内容与服务提供、售后服务、收费与支付、受理与开通等等。
3 电子渠道主要建设思路和模式
目前国内运营商建设电子渠道系统的模式主要有两种, 中国联通的“一级架构”模式和中国电信及中国移动的“二级架构”模式。一级架构通过一套系统服务全国, 统一展现、统一模式、统一功能, 是近两年联通在电子渠道领域所做的大胆尝试;两级架构模式以省公司为单位建设电子渠道系统, 每个省一套系统服务本省客户, 是一直以来电信运营商所采用的传统建设模式。
3.1 一级架构的电子渠道建设模式
“一级架构”电子渠道系统基于二级架构的运营支撑系统 (BSS系统) , 通过联通一级汇接枢纽和31个省的BSS互联, 获取各种用户和运营数据, 对外通过互联网、手机、短信、自助服务终端等为全国用户统一提供跨区域的查询、业务办理、交费充值、客户服务等各项服务和营销功能。
该模式依托于总部一级汇接枢纽与省分BSS进行交互, 电子渠道业务支撑体系中涉及到的系统定位如下:
(1) 总部电子渠道系统:作为电子渠道业务的受理方与发起方, 向总部一级汇接枢纽发起业务请求, 并从总部一级汇接枢纽接收来自省分BSS系统业务处理结果。端到端整体系统业务流程逻辑控制由电子渠道系统负责。
(2) 总部一级汇接枢纽:总部一级汇接枢纽是总部电子渠道系统与省分BSS系统联系的纽带, 总部电子渠道系统向一级汇接枢纽提交业务请求, 一级汇接枢纽将相应的请求路由到省分BSS系统。一级汇接枢纽与省分BSS系统通过冲正、重发等机制, 保证电子渠道业务交易的完整性。
(3) 省分BSS系统:与总部一级汇接枢纽相连, 从总部一级汇接枢纽接收来自总部电子渠道系统的业务请求, 并根据请求做出相应处理, 向总部一级汇接枢纽返回相关处理结果。
一级架构的建设模式不仅仅要求系统建设上遵照一级架构进行建设, 同时也要求运营商在管理、服务、业务流程等方面同时进行变革, 以适应一级架构的管理模式。例如在营销政策上更加强调集团统管和政策统一;省分地市公司需要将系统需求直接提交总部开发部门等等。
3.2 二级架构的电子渠道建设模式
二级架构的电子渠道建设模式是运营商传统的系统建设模式, 系统分为两级建设, 即集团级——省级两级系统, 集团级系统面向全国客户提供集团级业务与服务, 并提供省公司电子渠道的转接入口或地域导航;省公司电子渠道系统是电子渠道服务的主体, 为本省客户提供各项电子渠道营销服务功能。此种建设模式下, 省分公司作为电子渠道建设的主体, 负责本省电子渠道系统的建设、运营和日常维护, 制定本省业务流程、服务维护标准的实施细则, 指导各地市分公司对网上营业厅进行业务支撑。而集团公司主要负责电子渠道系统的统一规划、规范管理, 制定电子渠道系统中所需数据、接口、架构等的标准规范, 并指导各省分公司开展电子渠道系统的建设。
电磁波信号测试系统中的误差分析与控制方法
张福强
(天津电子信息职业技术学院, 天津300350)
摘要:在实际实验测量工作中, 由于外界条件、仪器本身和观测者技术水平等的差异, 必然导致对同一测量对象进行的若干次测量所得到的结果彼此不同, 或在各观测值与其理论值之间仍存在差异。也就是说, 测量结果含有误差是不可避免的。为了消除或减少误差, 需要对误差的来源、性质及其产生和传播的规律进行分析研究, 来解决测量中经常遇到的一些问题。关键词:电子测量;数据分析;数据处理;误差控制
中图分类号:TM931文献标识码:A
1测试系统的静态特性
当测试系统的输入x (t) 和输出y (t) 之间可以用下列常系数线性微分方程来描述时, 即
测试系统的静态特性就是在静态测量情况下描述实际测量系统与理想线性时不变系统的接近程度。此时, 测试系统的输入x (t) 和输出y (t) 都是不随时间变化的常量 (或变化极慢, 在所观察的时间间隔内可忽略其变化而视作常量) , 因此可知式 (1) 中的输入和输出各微分项均为零所以公式变成为
该式表明理想的静态量的测试系统其输出与输入之间呈单调、线性比例关系, 即斜率S是常数。
但实际的测试系统并非理想的线性时不变系统, 二者之间就存在差别。所以常用灵敏度、非线性度和回程误差等主要定量指标来表征实际的测试系统的静态特性。
3.3 两种建设模式的比较
一级架构模式建设的电子渠道系统有非常鲜明的优点, 一是集中建设节省投资, “一级架构”电子渠道只建设一套系统, 虽然难度较单个“二级架构”电子渠道大, 但是“二级架构”电子渠道需要建设多套系统, 而“一级架构”电子渠道可集中建设资源, 节省大量财力、人力、物力;
二是运行维护成本低, “一级架构”只需要维护一套系统, “二级架构”需要维护多套系统, 虽然“一级架构”电子渠道较“二级架构”单个省分电子渠道系统规模大, 但运行维护成本相对会比较低;
三是用户体验统一, “一级架构”电子渠道只有一套系统, 是完全统一的;“二级架构”电子渠道基于厂家不同、业务规则、功能流程不同等因素, 很难实现统一性;
四是系统影响力大, 有利于对外合作的展开, 二级架构下各省公司单独作战, 影响力有限, 一级架构下全集团统一面孔, 形成合力, 面对银行、全国性代理商等大型合作伙伴有较强的话语权, 在合作谈判中处于有利的地位, 便于合作工作的开展。
然而二级架构的电子渠道系统其长期存在也是有其必然性的, 首先, 二级架构电子渠道系统对需求响应迅速, 省公司更接近市场前端, 在市场需求快速变化的背景下, 省公司自行建设的电子渠道系统更容易调整以满足本省需求, 响应本地
文章编号:1673-1131 (2012) 03-0245-04
1.1灵敏度
灵敏度表征的是测试系统对输入信号变化的一种反应能力。一般情况下, 当系统的输入x有一个微小增量x时, 将引起系统的输出y也发生相应的微量变化y, 则定义该系统的灵敏度为S=, 对于静态测量, 若系统的输入/输出特性为线性关系, 则有
S===00=常数 (3)
可见静态测量时, 测试系统的静态灵敏度 (又称绝对灵敏度) 也就等于拟合直线的斜率。而对于非线性测试系统, 则其灵敏度就是该系统特性曲线的斜率, 用来表示系统的灵敏度。灵敏度的量纲取决于输入/输出的量纲。
若测试系统的输出和输入不同量纲时, 灵敏度是有单位的。
在选择测试系统的灵敏度时, 要充分考虑其合理性。因为系统的灵敏度和系统的量程及固有频率等是相互制约的, 一般说来, 系统的灵敏度越高, 则其测量范围往往越窄, 稳定性也往往越差。
1.2非线性度
非线性度是指系统的输出/输入之间保持常值比例关系 (线
市场前端的需要。
其次, 二级架构下更易于对省份个性化需求的满足, 作为一级架构下的电渠系统, 其面对数以千计的31省的业务需求, 必然要做出甄选, 优先满足适用面广, 有普适性的需求。而二级架构下的电子渠道系统, 只针对本省的建设需求, 因此可以满足的范围和数量自然增加, 有利于提高本省用户的客户体验。
综上所述, 电子渠道系统的两种建设模式各有优缺点, 采用哪种模式, 与运营商的管理思路, 发展目标, 运营策略息息相关, 需要具体问题具体分析, 总的来说, 一级架构统一性强, 对管理要求高, 话语权强, 建设受领导重视;二级架构业务灵活性好, 对市场前端反应灵敏, 对省份个性化需求满足情况好。
参考文献
[1]陈航.全业务运营背景下电子渠道建设研究[J].广东通信技术, 2009.
电子邮件架构论文 篇10
Lotus Notes/Domino是业界群件系统的事实标准。它的网络体系, 安全体系, 系统管理体系都有较完善的规范, 因此利用它很容易就能构建起可靠的安全保障体系。
第一, Lotus Notes/Domino的信息安全体系。
(一) Lotus Notes/Domino的安全控制可以划分为5个层次:
1.服务器的安全控制
服务器的安全控制可以分为两个部分。一是在访问Domino服务器时, 采用的用户名+口令+标识符的方式进行验证。二是可以在服务器文档中设定, 对通过验证的用户在服务器上的权限, 比如:创建数据库和复本、运行代理、运行受限制的Lotuscript和Java代理、运行无限制的Lotusscript和Java代理等权限[1]。
2.数据库的安全控制
数据库的安全控制依赖于数据库的存取控制列表 (ACL) , 通过ACL来实现对数据库的访问和相应权限的控制。数据库的用户存取级别由低到高可以划分为:不能存取者, 存放者, 读者, 作者, 编辑者, 设计者, 管理者。
不能存取者:不能访问数据库;
存放者:只可以创建文档, 但不能读取数据库中的文档, 包括自己创建的文档;
读者:只能阅读数据库中相关的文档;
编辑者:创建文档, 编辑数据库中所有可以查看到的文档;
设计者:可以更新或修改数据库的设计, 但不能修改ACL;
管理者拥有对数据库的全部权限。
3.文件夹/视图的安全控制
Notes为每个文件夹和视图都设置了存取控制列表, 只有在列表中指定的用户才能使用创建、浏览该文件夹或视图。
4.文档的安全控制
文档级安全控制方法是在文档中设置“读者”类型或“作者”类型的域。只有出现在“读者域”中的用户才能查看该文档, 出现在“作者域”中的用户才能修改该文档。
(二) Notes数据库和文档加密。
1.在数据库存取控制列表 (ACL) 上的设置不能保护在本地存储的数据库, 因此需要对数据库加密。Notes数据库加密使用公钥算法。首先要生成一个随机密钥, 其次使用用户标识符的公用密钥加密该密钥, 最后将生成的最终密钥追加到数据库中。只有当用户的私有密钥能够解密该密钥时才能访问本地加密的数据库。使用数据库加密使本地数据库又多了一层安全性。
2.对文档和域加密可以用有权限的用户的公钥或私钥进行加密, 再分发给用户, 用户必须将收到的密钥合成到自己的标识符文件中去, 才能够对加密的文档和域进行解密。如果用户不具备要求的密钥, 则看无法查看文档或加密的域将显示为空。
第二, Lotus Notes/Domino的数字证书管理体系。
数字证书就是标志通讯各方身份信息的一系列数据, 它是由一个由权威机构——证书授权 (Certificate Authority) 中心发行的, 可以用它来识别对方的身份。数字证书是一个经证书授权中心数字签名, 里面包含公开密钥拥有者信息以及公开密钥的文件。Notes的验证字实际上可以看成是Notes内部的数字证书。
Notes中的每个用户和服务器都要进行注册, 在注册的时候创建标识符文件 (简称ID) , ID中含有该用户或服务器的身份信息以及注册服务器为之生成的唯一的公用密钥/私有密钥对。验证者使用其私有密钥对验证字进行数字签名, 以证明验证字的合法性。
第三, Lotus Notes/Domino的信息传输安全体系
(一) 对消息进行加密
发送者加密信息时, Notes产生一个随机加密密钥, 随机加密密钥用接收者的公用密钥加密。并将加密后的密钥附加消息后。接收者用其私有密钥解密。Notes的邮件加密是典型的点对点加密。
(二) 对网络端口的加密
网络端口加密运行没有加密的数据进行端口级水平加密, 使数据可以通过网络安全传输。网络端口加密可以在用户工作站设置, 也可以在服务器通过修改端口定义来加密网络数据。为了防止使用网络协议分析器进行的网络窃听, 在指定端口加密网络数据, 从而保障数据在网络传输的安全性。
(三) SSL事务中的加密
SSL加密主要是在服务器和客户端通过SSL身份认证后, 用公用密钥对数据进行加密和解密, 以防止传输过程中数据被非授权用户访问。
综上所述, Lotus Notes/Domino的安全机制功能强大、技术面广、控制层次多、配置管理灵活, 它为电子政务系统的建设和使用提供了安全保证。当然, 单纯依靠技术手段是没有办法彻底解决电子政务的安全问题。电子政务的安全保障是个复杂的系统工程, 除了技术保障外, 还需要从管理保障、服务保障和基础设施保障几个方面来构建一个完善的保障体系。
参考文献
[1]陈山.Lotus Domino Designer 6企业应用程序高级开发[M].北京:水利水电出版社, 2003.
[2]李淑芝, 范成功, 郭秋亮.基于Lotus Domino安全机制在政务管理系统的应用[J].计算机与现代化, 2004, (12) :134-137.
[3]侍伟敏.基于PKI和代理技术的Lotus Notes网上办公系统的安全性研究[J].计算机安全, 2007, (02) :48-50.
【电子邮件架构论文】推荐阅读：
电子邮件提醒论文07-13
电子邮件08-30
商务电子邮件08-22
安全电子邮件方案08-24
电子邮件的通信安全05-11
电子邮件服务器06-26
机构电子邮件管理研究07-04
商务电子邮件写作规则07-23
电子邮件的档案功能08-08
电子邮件证据问题研究08-19