电子商务框架

电子商务团队建设框架及明细分工

1、电子商务部设置：

总监 推广组 设计组 客服组（售前、中、后） 仓储组 财务组 行政组

2、人员配置：

总监 (1人) 推广组 (2人) 设计组 (2人) 客服组（售前、中、后）（6人）

仓储组 (1人) 财务组(1人) 行政组(1人)

备注：以上是以整个电商所有店铺正常营业需要的人员。

3、总监及各组权责划分

部门 职位 考核点 权责

总监 1、 月、年任务完成度

2、 全部店铺销售行业占比率

3、 团队协作

4、 与公司各部门对接情况 1管理整个团队，组织实施，施行团队规划。

2、完成各电商平台月、年销售任务，员工培训，完善团队建设。

3、制定、完善各小组制度与考核标准

4、组织策划大型活动，

5、协助公司制定全年大方向

6、解决各组周计划月计划中出现的问题及未完成的原因

设计组 组长

助理 1、消费者视觉满意度2、产品点击率3、消费者停留时间4、是否按国家广告法及平台要求使用文字5、与运营配合度

6、助理由组长安排任务完成情况进行考核 1、负责全部店铺文案及设计2、负责产品上下架、热款宝贝文字图片优化3、时时与运营专员沟通交流活动图片设计4、助理协助组长完成店铺和活动图片设计与拍照任务5、设计完成需通过总监审核发布。

客服组 组长

客服 整组考核

1、天、月、年销售完成情况。（部门统一安排）

2、成交率需高于40%以上

3投诉率、退款率低于同行业

4旺旺响应速度（5秒内）、

5小二介入次数。

6客服个人绩效按早晚班轮班成交进行划分。组长按全店销售额提点。 组长权责

1、负责产品知识培训2、提高宝贝成单率与店铺动态评分率3、解决疑难售后问题4、收集每天顾客各项问题及建议5、及时处理组员内部问题。

客服：

1、认真完成每天、周、月销售任务2工作认真、服务态度好，抗压能力强3记录每位询问者成交与未成交情况4及时了解物流情况，开导情绪不稳定的顾客。5熟练掌握各种骗局（如发票问题）

电子商务系统根据实际的业务流程和业务需求，有不同的架构设计方案。下面是 Team 分享的一个具体的架构方案，供参考和交流。

 Load balancer 负责多台Web servers负载均衡，将大量用户请求指引到多台Web servers。

 Image Server 用来存放网站静态资源，如图片、CSS、Javascript、Jquery等等资源文件，可以单独针对静态资源设置Http Header缓存信息，另外也有助于之后将Image Server作为CDN源。  Monitor & Alert Server 主要是监测各类Server的运行情况，如CPU、请求数、请求等待时间、请求执行时间等等；此外还可用来接收并显示各类Application的异常信息，便于及时发现并处理各类系统运行异常。

 Batch Job Server 用来承担一些后台异步处理的任务，有助于降低系统设计的复杂度和各个系统功能之间的耦合性。

 Web Server 部署电子商务前台购物系统，如商品展示、购物车、用户注册登录......等等。

 Back-end Business System 指后台业务处理系统，如订单处理、产品管理、客户管理、采购管理、财务管理、库存管理......等等，该系统主要给公司内部用户使用。

 DB Server 根据业务和访问量大小，进行角色和功能的拆解，会有Core DB、Report DB、Query DB、Distributor DB等等，以适应高访问量和性能的要求。

 Message Router / Bus 进行消息的异步传输和处理，系统功能模块之间实现松散耦合，可让系统承受更高的访问量和业务量，极大提高了系统的吞吐量和性能。 Message Bus的概念，即“消息总线”。发送消息是向“Message Bus”中发送，并且需要注明发送的消息类型；同时，任何人都可以随时从“Message Bus”中接听消息，并且可以通过消息类型来进行筛选，只接收你感兴趣的话题。

安全信息数据库的设计　邓志龙　（陕西青年职业学院）　摘要：当今网络技术飞速发展，在信息和资源共享需求的推动下，计算机　网络延伸到社会的各个角落，扮演着越来越重要的角色。在全球信息化步伐　逐步加快的同时，伴随而来的是日益严峻的网络安全威胁，单纯的被动响应　型防御策略在层出不穷的攻击手段面前已显得势单力薄。在这种情况下，构　建主动预知的新型安全机制成为当务之急。　关键词：网络安全漏洞数据库　１信息安全库所面临的挑战　信息技术的发展带动了全球信息化的发展，从而使信息基础　设施成为社会基础设施中必不可少的关键所在。信息网络技术的　应用正日益普及和广泛，应用领域也从传统的、小型业务系统逐渐　向大型、关键业务系统扩展，典型的如企事业单位信息系统、金融　业务系统、企业商务系统等。伴随网络的普及，安全日益成为影响　网络效能的重要问题，而Ｉｎｔｅｒｎｅｔ所具有的开放性、国际性和自由　性在增加应用自由度的同时，对安全提出了更高的耍求，这主要表　现在：　１．１开放性导致网络的技术是全开放的，任何一个人、团体都可　能获得，因而网络所面临的破坏和攻击可能是多方面的，例如：可能　来自物理传输线路的攻击，也可以对网络通信协议和实现实施攻击：　可以是对软件实施攻击，也可以对硬件实施攻击。　１．２国际性意味着网络的攻击不仅仅来自本地网络的用户，它　可以来自Ｉｎｔｅｒｎｅｔ上的任何一个机器，也就是说，网络安全所面临的　是一个国际化的挑战。　１．３自由性意味着网络最初对用户的使用并没有提供任何的技　术约束，用户可以自由地访问网络，自由地使用和发布各种类型的信　息。　与此同时，层出不穷的病毒、蠕虫和黑客攻击给ｊＥ常的网络通信　与信息资源带来沉重的负荷和影Ⅱ向。　如近几年来在全球肆虐的Ｃｏｄｅ　Ｒｅｄ，Ｓｌａｍｍｅｌ。，Ｗ３２．Ｂｌａｓｔｅｒ　等蠕虫病毒，除了对受害站点进行ＤＤｏｓ攻击外，大量非正常数据包　的泛洪还严重占用网络带宽，堵塞网络，并使大量服务器工作异常，　具有很强的危害性。　２安全信息数据库的设计　该子库主要存储来自于信息侦察代理所收集到的并支持人工修　正的目标网络的基本信息。其中，包含有配置信息表（Ｃｌｎｆｏ）、服务信　息表（Ｓｌｎｆｏ）、漏洞信息表（Ｖｌｎｆｏ）和安全依赖关系表（ＳＤＲ）。　Ｃｌｎｆｏ表的键是主机ＩＰ地址属性；Ｓｌｎｆｏ表的键是（主机ＩＰ地　址、主机端口）；Ｖｌｎｆｏ表的键是ｆ主机ｌＰ地址、主机漏洞ＩＤ）：ＳＤＲ表　的键是ｆ可能源主机ＩＰ，可能目的主机ｌＰ，主机漏洞Ｉｇ）。Ｃｌｎｆｏ与　Ｓｌｎｆｏ是一对多的关系，因为每台主机可同时开放多个端口；Ｃｌｎｆｏ　与Ｖｌｎｆｏ是一对多的关系，每个节点可能有多个漏洞；Ｓｌｎｆｏ与Ｖｌｎｆｏ　也是一对多的关系，每个运行服务可能存在多个漏洞。Ｃｌｎｆｏ与　ＳＤＲ，Ｖｌｎｆｏ与ＳＤＲ均是一对多的关系。　３标准漏洞子库设计　该子库由漏洞信息表（Ｖｕｌｌｎｆｏ）和漏洞影响系统信息表（Ｖｕｌ—　Ｓｙｓ）组成。前者主要记录了每个漏洞的ＢｕｇｌＤ、发布，更新时间、漏　洞类别、具体描述、修复方法等等：后者记录了每条漏洞所影响的操　作系统或应用软件信息。　Ｖｕｌｌｎｆｏ表和ＶｕｌＳｙｓ的键值均是漏洞ＩＤ属性，它们之间是一对　多的关系，因为同一个漏洞可能影响多个系统。　在Ｖｕｌｌｎｆｏ表中，我们使用Ｂｕｇｔｒａｑ作为标识漏洞的唯一ｌＤ，是　因为Ｂｕｇｔｒａｑ　ＩＤ即将成为业界的统一标准，各个软件供应商也已开　始将自己的产品漏洞公告映射为Ｂｕｇｔｒａｑ编号，该编号提供了一个　统一、一致、可比较的漏洞管理机制。　由于这两个组织的漏洞数据库都不提供直接的访问，因此设计　一个漏洞数据获取插件。　根据各个漏洞信息的ＵＲＬ开启多个线程，发送相应的ＨＴＴＰ　ＧＥＴ请求，然后读取Ｗｅｂ　Ｓｅｒｖｅｒ端的响应。由于漏洞数量相当多，　如果由每个线程同时完成读取响应，分析数据并填写数据库，不但会　消耗大量的系统资源，而且很可能导致大量ＧＥＴ请求失败。因此，我　们采取了实时线程获取原始漏洞数据并以简单的格式存储，然后主　线程进行离线的数据分析，并完成写入数据库的任务。另外，由于可　能存在ＧＥＴ请求失效的情况，将导致某些漏洞的信息缺失或不完　整。为了保证得到所有已有漏洞的信息，我们还采取了日志记录机　制，即，主线程开启一批线程抓取信息并等待其全部结束后，根据每　个线程录入的日志找出需要重新抓取的漏洞，重新开启一批线程，如　此反复，直到所有漏洞数据都被成功获取。　由于目前实际情况的限制，只能在国际安全组织站点上被动的　更新漏洞库。如果可以建立国内统一的紧急相应中心漏洞数据库，那　么中心可以定期的向各个网络风险评估管理系统的标准漏洞子库发　布漏洞更新数据。　可见，执行相应的风险控制措施，使风险等级降低到可接受的水　平。　参考文献：　【１】Ｉｎｆｏｒｍａｔｉｏｎ　Ａｓｓｕｒａｎｃｅ　Ｔｅｃｈｎｉｃａｌ　Ｆｒａｍｅｗｏｒｋ．１ＡＴＦ　Ｄｏｃｕｍｅｎｔ　【ＥＢ／ＯＬ］．Ｒｅｌｅａｓｅ　３．１．　【２］Ｎａｔｉｏｎａｌ　Ｃｏｍｐｕｔｅｒ　Ｓｅｃｕｒｉｔｙ　Ｃｅｎｔｅｒ，Ｄｅｐａｒｔｍｅｎｔ　ｏｆ　Ｄｅｆｅｎｓｅ　Ｔｒｕｓｔｅｄ　Ｃｏｍｐｕｔｅｒ　Ｓｙｓｔｅｍ　Ｅｖａｌｕａｔｉｏｎ　Ｃｒｉｔｅｒｉａ，ＤｏＤ　５２００．２８一ＳＴＤ，Ｄｅ—　ｃｅｍｂｅｒ　１９８５　【３］Ｄａｖｉｄ　Ｍｏｏｒｅ，Ｖｅｒｎ　Ｐａｘｓｏｎ，Ｓｔｅｆａｎ　Ｓａｖａｇｅ　ｅｔｃ．Ｔｈｅ　Ｓｐｒｅａｄ　ｏｆ　ｔｈｅ　Ｓａｐｐｈｉｒｅ￣Ｓｌａｍｍｅｒ　Ｗｏｒｍ［ＥＢＩＯＬ］．２００３．　作者简介：　邓志龙，（１９７６一）男，陕西宝鸡人，讲师，硕士，研究方向为软件开发。　（上接第２２９页）　本系统主要是以ＳＳＨ框架技术实现的。在ＭＶＣ框架中，所有　的请求都由ＤｉｓｐａｔｃｈＳｅｒｖｌｅｔ前台控制器负责转发到业务控制器中。　Ｃｏｎｔｒｏｌｌｅｒ负责控制流程，由ＤｉｓｐａｔｃｈＳｅｒｖｌｅｔ负责读取ａｐｐｌｉｃａｔｉｏｎ—　Ｃｏｎｔｅｘｔ．ｘｍｌ，并使用ＨａｎｄｌｅｒＭａｐｐｉｎｇ来查找对应的Ｃｏｎｔｒｏｌｌｅｒ组　件；Ｍｏｄｅｌ由系统状态Ｂｅａｎ　Ｆ０ｒｍ和商业逻辑的ＪａｖａＢｅａｎ来构　建：Ｖｉｅｗ是Ｅｈ　ＪＳＰ和Ｓｐｒｉｎｇ提供的自定义标签实现的。　３结束语　旅游电子商务系统是定位基于专业旅游电子商　务全新概念的旅　游管理系统。系统基于ＳＳＨ框架模式开发保证了系统访问和后台维　护的实用性，又实现了旅游电子商务管理的专业级服务，满足了旅游　人员对旅游电子商务系统在旅游线路信息浏览和线路预订的丰富　性、实时性，以及旅游管理者对系统维护的便利性需求。在整个系统　开发过程中的技术选型和实现过程对今后系统的进一步发展都有着　良好的借鉴意义。　参考文献：　【１】李刚．Ｓｐｒｉｎｇ２．０宝典【Ｍ】一ｔ京：电子工业出版社，２００６（８）－７８，２９８．　【２】李钟尉．Ｓｐｒｉｎｇ应用开发完全手册【Ｍ】．北京：人民邮电出版社，２００８　（６】：３３，１５８．　【３１孟咭．Ｓｐｒｉｎｇ—Ｊａｖａ轻量级架构开发实践【Ｍ】．北京：人民邮电出版社，　２００７（５ｌ：４８，２２８．　【４】许强．基于ＡＯＰ的Ｗｅｂ应用框架的研究与实现【Ｊ】．电脑知识与技术，　２００８（４）：６６４，６６７．　【５］Ｍａｖｅｎ官方网站ｈｔｔｐ：／／ｍａｖｅｎ．ａｐａｃｈｅ．ｏｒｇ【ＥＢ／ＯＬ］．　ｆ３１杨海斌．基于ＳＳＨ框架的高校网站群内容管理系统设计．软件导刊，　２００９年０９期．

解析电子商务框架结构模型

摘 要：本文对现行的高职高专电子商务教材中关于“电子商务框架结构模型”理论的结构、层次、内容、论述阐明了看法，并通过综合、分析、比较，提出了内容更充实、表述较全面、四个层次结构的“电子商务结构新模型”。

关键词：电子商务；框架结构；层次；新模型

中图分类号：f403 文献标识码：a

文章编号：1009-0118（2012）05-0162-02

“电子商务框架结构模型”理论是电子商务有关课程的重要内容。但现行的高职电子商务教材中，关于“电子商务框架结构模型”理论的结构、层次、内容等方面的论述却过于简单，分析不够透彻，不利于高职学生的理解和掌握。以笔者几年来使用的高教版高职教材《电子商务概论》［1］为例，虽然该书以其实用性、科学性、新颖性、可读性颇受师生的欢迎，笔者也因此延用了多年，且受益颇丰，但从几年来的教学实践中，笔者也发现该书编写上存在一些问题。现就该书第二章中“电子商务框架结构模型”内容提出商榷。

笔者认为，电子商务从技术到商务应用必须具备四个层面的基础设施：网络基础层，多媒体内容和网络宣传层，消息、信息发布的传播层以及业务服务层；还应具备两项支柱条件：各种技术标准支柱和政策、法律、法规支柱。四个层次依次代表电子商务顺利实施的各级技术及应用层面，两项支柱则是电子商务顺利应用的坚实基础。这几个方面因素组合起来才能共同构筑电子商务的应用环境，才能为全面电子商务应用提供有利条件。

但是，大多现行的高职教材《电子商务概论》所涉及的电子商务框架结构模型，无论从层次结构或者是支撑支柱等方面的知识表述都过于简化，理论内容阐述不够全面。

一、高教版高职教材《电子商务概论》［1］中电子商务框架结构模型的概述

该教材提出的电子商务框架结构模型由三个层次和两个支柱构成。其中，三个层次包括网络层、消息和信息的发布层、电子商务的应用层；两个支柱包括社会人文性的政策及法律法规和自然科技性的技术标准和网络协议［1］。