初创电商组织架构电商采用什么架构，龙芯采用什么架构 _睿知

一、电子商务的框架是什么？
电子商务套件是电子商务时代基于ERPII思想的管理软件，主要强调全产业链企业的协同商务能力。它以物流为基础，集物流、信息流、资金流、商流于一体，连接ERP、SCM、CRM、DRP等企业信息化应用的各个部分，是电子商务套件的显著特点。目前主流的电商套件，国外以Oracle11i为代表，国内以博科的Open9000为代表。本文以国内外主流电子商务套件为例，阐述了电子商务套件的框架和设计理念。一、产品框架1 。什么是电子商务套件？电子商务套件(E-commercesuite)是一种旨在增强整个价值链竞争优势的活动，使用基于活动管理的技术来评估各种业务流程并消除重复(即无附加值)；强调内部协作和外部协作；其功能以物流管理为基础，涵盖ERP、CRM、SCM、DRP等企业信息化应用。它还支持企业间的协同商务。通过标准化的咨询、实施和服务，分阶段快速为企业部署行业解决方案。在开放、集成的平台基础上，灵活满足用户个性化需求和企业业务不断变化的要求。对于需要管理创新的中国企业来说，电子商务套件不仅仅是一个软件产品，更是一种先进的管理理念，一套成熟的管理模式、方法和手段。2.电子商务套件的应用框架电子商务套件构建了企业信息化的战略框架。在该框架的指导下，企业可以根据自己的实际需求快速搭建信息平台，同时可以灵活、动态、有效地管理，实现电子商务事务处理的能力，使企业在IT投资中保持竞争力，以专业化、个性化的服务塑造独特的竞争优势。在这种柔性框架下，电商套件供应商在供应市场、消费市场、资本市场、知识市场给出了具体的应用解决方案，体现了运营层、管理层、决策层等不同层面的应用，真正实现了物流、资金流、信息流、商流的融合。实现了企业的一体化管理，将企业的产、供、销、人、财、物等环节连接成一个紧密联系的有机整体，也为进一步实现产业链层面的协同商务提供了保障。电子商务套件主要应用框架特点：完全集成、功能齐全的应用解决方案灵活、可扩展开放系统，与第三方应用集成基于价值链，面向电子商务和工业级协同商务标准化服务，快速实现电子商务套件应用框架3 。子商务套件的主要功能电子商务套件可以根据不同的企业规模、不同的企业类型、不同的管理模式和流程，实现功能定制和系统可扩展性。
特点：基于架构平台技术，开放集成，可成长。跨平台操作支持各种大型数据库。先进的工作流技术，工作流可以自由定义。国际应用，多语言，多币种，多核算体系。协同商务，全程物流管理。OLAP技术，多维多点智能分析。全面预算管理，完善的KPI绩效考核支持多种生产管理模式，灵活的应急计划功能全电子化实时企业内部审计支持移动计算技术，实现移动商务4 。电子商务套件的主要功能组件。以Oracle11i为例。主要功能组件或模块包括：营销销售服务合同财务人力资源供应链管理订单管理项目管理采购资产管理制造国内电商套件产品，以博科Open9000为例。主要功能组件或模块包括：财务管理制造购销链管理客户关系管理物流配送系统零售系统工作流和知识管理企业内部审计集团管理商业智能企业信息门户二。设计理念电商套件产品的核心理念主要包括：技术平台、功能套件、应用协同。以博科电商套件Open9000为例，产品理念的细节描述如下：1 。技术平台架构平台技术是企业级应用软件开发技术的一种趋势。博科的Open9000平台是基于软件组件技术的完全集成、开放的“通用面向对象内核客户端接口”架构(组件应用框架) ，是目前国内领先、规模最大的企业管理平台。组件应用框架(Componentapplicationframework)通常针对特定的应用领域，表示组件重用所需的软件架构，解释组件如何组装成应用系统以及它们之间如何交互。该框架不仅反映了一个应用领域的通用功能和基础支持服务，还代表了一种更大、更高层次的设计复用模式。此外，它还具有灵活性和可扩展性，允许客户根据特定的应用需求，在一些可变的插入点访问具有特定功能的组件。“通用对象内核”是一个群件结构的数据处理组件仓库，包含企业管理中的各种基本业务内容和业务逻辑规则。在内核的基础上，根据不同行业企业的特点和要求，提取不同的组件进行组合。博科电商套件正是基于这种软件工程思想和平台技术，并在此基础上迅速孵化出各种行业版本的解决方案。平台的优点：可以让企业方便、快捷、流畅地添加新的功能，新的组件可以和原有的组件集成在一起可靠地工作可以特别灵活、动态地重新配置，用升级版本替换一个组件时不需要考虑其他组件的适配问题对于给定的任务，允许采用不同软件开发厂商提供的软件。企业在实施其解决方案时有充分的产品选择自由企业可以轻松灵活地将专门为企业设计的组件与整个系统集成，从而实现企业的特殊需求基于组件的解决方案可以为进一步方便地扩展系统功能提供便利，因为定制组件的接口也可以被用户的特殊组件使用。2.功能套件。对于ERP软件来说，集成是第一位的。由于国产管理软件起步较晚，产品开发规划缺乏远见，没有考虑不同产品的整合，甚至通过收购的方式增加完善的功能。这样一来，用户在使用过程中形成了信息孤岛，无法充分发挥信息整合的作用。
合的作用。同时用户可能面临对于相同的基础资料要分别维护，数据需要重复输入之类的问题，一方面带来无效劳动；另外为了得到想要的数据，不得不做大量的二次开发工作，这不但增加项目实施的难度，还会使预算大大超过计划。这些都给企业信息化设置了陷阱。博科是国内第一家倡导套件概念的软件厂商，博科电子商务套件基于博科Open9000平台实现了大型企业应用程序的全面集成，其十一大功能部件涵盖了公司的前台和后台办公系统，不同的功能模块均能互连互通，还提供了无缝实时的商业智能。3、应用协同化企业运作效率越来越依赖于各部门、各类不同应用的协同，而不是单一部门、单一应用的水平。由于电子商务的出现，人们开始从单纯关注交易这一节点向关注商务全过程转移，这将使协作扩大到整个供应链上企业业务之间的协作。在企业内部，有各部门之间的业务协同、不同的业务指标和目标之间的协同以及各种资源约束的协同。如协同的生产管理能根据现有可调配的人力、物力和设备能力等资源进行优化排产，以便实现按期交货。而在企业之间，业务间的协同变得更为重要，也更难实现。在供应链上，企业为了满足客户和市场的需求，通常需要有三个层次的计划：需求计划、供应计划、满足需求计划，通过实施这三个计划来完成需求与供给的匹配，在相应执行层次上提供支持功能。只有做好不同层次、不同业务间的协同，才能帮助企业提高其产品和服务的创新能力，优化企业内部的业务流程，合理调配企业及供应链上的资源，更好地实现企业的并行运作，提高企业和供应链整体的快速响应能力。

文章插图
二、电子商务网站常用的系统架构哪些前台系统包括：商品展示，内容展示，订单确认，支付系统，用户中心四大模块一. 商品展示站内搜索(搜索提示，搜索规则，搜索成功页，搜索不成功页，相似推荐)导航(频道导航，其他导航如销售排行，广告位，推荐位，文字链， also buy等)商品分类(品牌分类，品类分类，属性分类如剪裁形式)登陆页(商品列表页，商品详细页，商品活动页)这里的访问逻辑是：a /b/c分流消费者去往相对个性化的页面，由登陆页体现商家的核心诉求和价值传递，完成call-to-action的第一步。二. 内容展示：内容展示较为简单，对纯购物品牌而言包括：公告区帮助中心论坛(如需商城与论坛发生交互，则需自行开发，否则可集成discuz做同步登陆即可)三. 订单确认订单确认，就是帮助消费者正确提交订单信息的环节，看似简单，实则非常复杂，需要对很多信息逻辑判断和处理，一般由2个部分组成：购物车订单提交(返回购物车，收货地址&地址薄，支付方式判断，配送方式，发票，订单标记，实付金额计算等等)四. 支付系统与一般的想象不同，支付系统其实并不简单等于第三方支付工具接入：外部支付系统(支付宝将接口，财付通接口，网银直联端口，信用卡分期端口)内部支付系统(账户余额，积分，礼品卡，优惠券)支付系统的逻辑设计不但需要考虑到各种极端情况的发生(如一张订单先用礼品卡，再用积分，最后网银支付) ，还要预留财务做账所需的相关字段，并充分考虑订单取消之后如何回滚各类内部账户。五. 用户中心用户中心的实质是用户自助功能的dashboard ，一般4个部分组成：注册&登陆(快速注册，完整注册，注册有礼，推荐注册，密码找回，主站id登陆， open-id登陆如qq ，新浪微博等)订单中心(历史订单状态，中间状态订单修改，物流追踪)服务中心(各类自助服务如退款申请，退换货申请，建议与投诉等)信息管理(用户基本信息管理和账户信息管理)后台系统包括：商品&促销， crm ，订单处理， wms ，采购管理，财务管理，报表管理，系统设置， wa系统9大模块一. 商品&促销商品管理(品类管理，品牌管理，单品管理)促销管理(活动管理和自定义活动模板管理)在上述模块中，最重要的是2个部分：单品管理中的批量产品生成的自动程序和活动管理中“共享与互斥”管理。前者用于大幅提升上新速度，后者避免促销活动失控。二. crm ：crm是对b2c核心资源—会员的管理，服务与再营销系统，包括如下部分：会员管理(会员信息的增删改查和到其他系统的链接)用户关怀(条件触发和人工触发相关edm &短信& ob)定向营销(会员分组和营销活动管理)客服管理(内容非常多，集成所有需前台与后台交互的功能，详情还是看图吧)呼叫中心(ivr ，坐席管理，统计报表，参数传递与窗口嵌入)值得注意的， edm和短信通道市面上已经有成熟的外包服务商，一般都会外包；呼叫中心和在线客服自行开发成本太高，特别是呼叫中心系统，业务初期也都是外包的。三. 订单处理：订单处理是在订单未正式进入仓储部门处理之前，对订单的前置性处理环节。订单录入(电话订购，网上下单，外部团购订单，无金额订单录入如礼品单)订单审核(自动审核和人工审核)rma处理(rma申请单和rma处理单)四. wms(warehouse management system仓库管理系统)wms的流程很长，功能模块也很多，大致分为入库管理，库存管理，出库管理和票据管理4个模块四个模块五. 采购管理供应商管理(供应商信息管理，合同发票管理)采购单管理(po单管理，负po单管理)库存管理(库存查询，库存占用单，库存变动log)六 .财务管理：b2c的财务管理，主要是对供应商，渠道和内部费用支出的成本控制。供应商结算渠道结算配送结算内部结算七. 报表管理：报表是b2c业务的宏观表现，理论上说，每个部门的kpi都应该从中找到。搜索报表(站内搜索量查询)销售报表(多个维度销量查询，优惠券使用情况，报表导出)财务报表客服报表(客服日报和坐席报表) ，前者反映与消费者发生的日常交互(包括正常与异常) ，后者考核客服的工作绩效仓储物流报表，这几块报表，是业务运作的核心，涉及到公司机密，就不能写的太细了，见谅。八. 系统设置：这块大家都知道是干嘛的，也就不多说了，分成三块。基础设置(和业务有关的一些字段值)权限设置(不同账号的操作权限和操作记录)其他设置九. wa系统(web analytcis)网站分析系统，几乎全是外购，很少有能够自建的，即使自建，最多做几个简单的模块。用于实战的，要么是免费的ga(google analytics) ，要么是昂贵的omniture 。
三、电子商务网站一般架构有哪些大型电子商务网站架构，摘抄 7.同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别?===客户是自己公司，使用标准方法即可8.电子商务网站最多的就是商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)?===采购成熟的规则引擎9.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?==电子商务一般要使用MQ ，推荐IBM MQ；使用MSMQ也可第一点是数据库要设计好，要达到什么级别，你可能需要考虑哪些表需要拆分，哪些表的核心数据需要冗余，如果是mysql ，还要考虑其他的问题，比如存储引擎。新闻肯定是要生成纯静态页，对数据库压力就小很多，不过静态页也有管理上的不方便，更新删除添加都要对磁盘文件进行操作做一个自定义缓存层，对缓存逻辑进行控制，可以采用第三方缓存模块，如果使用.net来做，可以层层缓存，页面缓存，数据缓存（memcache ，不过在win下效率不高）电子商务网站特点就是对事务的严格，需要数据库设计的时候要求高性能，也需要合适的索引，支持高并发，经常对产品表用户表等进行索引检查，是否有很多索引扫描和表扫描（即使是局部的，也要将“局部”控制到最小范围）mssql语句对不需要事务的查询要附带上with(nolock),以利于并发更新。有些功能模块不能按照想当然的方式开发，比如产品访问次数，切不可将这些更新非常频繁的字段置于核心表内，明确的做法是将其剥离开来还有就是切不可经常性将字段设计成bool类型，这样会给以后的扩展留出路，即使是男女这种字段，也建议采用tiny类型其他还有就是在产品设计的时候充分考虑seo ，网站目录结构清晰可读，而不是带着一串串的查询参数。对安全要有整体的把握，最好全都是用存储过程，在项目上线前将数据库存储过程全部导出再查找貌似exec的语句，查找是否需要替换成sp_executesql 。另外，如果采用mssql ，全文搜索直接用mssql fte就可以，速度和精确度都还是可以的，最重要的是维护和管理开发很简单。打折的处理可以按照电信的一次，二次批价功能，如果你做过电信方面的系统。当然也可以设计得更简单的一些。静态的页面建议使用CDN加速，以解决网通和电信之间访问速度的问题；数据的缓存方面建议考虑用memcache ，另外也可以分别在表现层和数据层利用.net中的现存缓存机制作业可；简单执行的sql可以不用存储过程，存储过程会占用数据库服务器的处理时间，造成死锁；mvc建议还是做些CMS的项目上应用，电子商城不是很适合，个人观点。url上可以做转义，使url显示更友好；数据库建议建立分布数据库，这样可以转移查询和大访问量对数据库带来压力；图片可以考虑单独放在一台服务器上；1.三层架构2.使用手写sql,手写entity(生成也可),缓存反射绑定(不是缓存数据哦,缓存映射关系),要考虑网站的长期发展还是手写吧灵活性能也好3.没有这种问题,商业驱动的,纯购物就好了,千万别搞什么圈子,wiki4.纯.net的mvc不建议,webform不搞viewstate,不搞服务端控件(除repeater)再加点mvc的思想已足够用了5.不需要缓存数据(除搜索产品部分),要考虑多台服务器的程序快速部署,config文件会很多,config要序列化缓存6.当然是先生成好了,参照jd吧,按业务每张图片对应几个不同大小的图7.据经验,电子商务网站仅靠中英双语来达到多语言是不靠谱的(文化用户习惯不是简单的语言切换),如果想真正运营英语的就要重新开发一个版本8.不搞模式9.负载均衡(web,db)+ssb异步处理数据10.你是业务类型的日志还是异常日志? 前台订单流程上异常日志不需要了,找个工具录个脚本不停的跑保证随时发现问题发邮件就可以了11.找第三方搜索组件类似endeca的12.负载均衡挺简单的,初期靠软件就可以,一切图片找第三方放cdn,前台网站用到ajax的地方很少,如果用的话jquery 1 ，一个电子商务网站用户99.5%的行为时Find2、对于商品检索部分，能不用数据库就不用数据库（网上切词等相关的开源平台很多）3、分布式缓存（Memcached 、Volecity），个人测试volecity 3还是不错的4、系统设计时必须要考虑可运营。从这个角度去设计系统5、对于电子商务网站改动很频繁，必须考虑架构设计如何适应频繁的版本更新6、必须设计一个好的单点登录系统。7、建议能不用sqlserver就不用它。8、对于大型电子商务网站来说，系统的I/O是起决定因素而不是CPU和内存。1.项目划分是否会有问题,图中分别是实体层,数据访问接口层,数据访问层,业务逻辑接口层,业务逻辑,网站A,B,C项目划分其实不重要，重要的的是你在写代码的时候是否能把代码合理的分到对应的项目里。2.数据访问层是要开发效率(NBear,Linq,Nh等),还是访问效率(直接使用sql等)?是否可以先使用开发效率高的,等日后访问量大了,再重写并替换数据访问层?开发效率优先，访问量大了以后，我相信是有钱投到硬件上的，在你程序写的不是很烂的情况下，升级硬件远比优化程序节省成本。3.网站被切割成了多个子网站,有一些控件(如header,footer)是要共享的,如何跨网站项目共享这些控件呢?那就做成自定义控件啦。4.ms的mvc 1.0也出来不少时间了,是否已经够成熟运用到项目中?或者是网站后台使用webform的,前台使用mvc?推荐使用使用webform的,前台使用mvc ，对于前台来说使用mvc能更好的提升性能，更方便的更换页面表现形式。后台界面相对稳定，用webform可以提高开发效率。5.网站数据的缓存是自己开发一个hashtable什么的来维护呢,还是使用Memcached ?初期建议用hashtable ，因为简单，将来升级到Memcached。6.缩略图的处理,我看有的网站是在上传图片的时候直接生成,有的是在httpmodle里处理,访问的时候生成.直接生成缩略图的好处是节约性能。httpmodle相反，每次浏览图片的时候都会生成新的图片，服务器压力大，建议直接生成。7.同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别?多语言建议使用asp.net自带的资源文件的方式实现，当前语言保存在cookie里面。8.电子商务网站最多的就是商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)?规则引擎9.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?使用MQ队列10.日志方面,log4net?log4net只能记录程序运行日志，主要目的是用来调试程序的，系统业务操作日志还你是得自己建一个表来保存。11.电子商务的全文检索,这也是个头疼的问题lucene ，微软索引服务， sqlserver全文检索，方案很多的。12.负载均衡方面,有什么好的文章推荐码?可以看windows 2003 集群方面的文章 1.项目划分是否会有问题,图中分别是实体层,数据访问接口层,数据访问层,业务逻辑接口层,业务逻辑,网站A,B,C目前我也是这样分的,不过当数据表结构有修改时,会带动其它层的联级修改,非常不方便，所以开发之前最好将数据库设计地完善一点。另外，当网站分成多个以后，其它项目生成的DLL文件要部署到每个网站的bin文件夹里，更新一次都要重新部署，这也是个挺烦人的事，当然可以将DLL部署到GAC里来解决这个问题，不过这样的话本地调试起来就不太方便了，因为项目一有改动，就要将生成的DLL重新拷贝到GAC里才能看到效果。2.数据访问层是要开发效率(NBear,Linq,Nh等),还是访问效率(直接使用sql等)?是否可以先使用开发效率高的,等日后访问量大了,再重写并替换数据访问层?这个我也在考虑。目前我还没有采用ORM框架，都是在DAL里直接访问DB的。3.网站被切割成了多个子网站,有一些控件(如header,footer)是要共享的,如何跨网站项目共享这些控件呢?自定义控件。4.ms的mvc 1.0也出来不少时间了,是否已经够成熟运用到项目中?或者是网站后台使用webform的,前台使用mvc?正在学习这一块。5.网站数据的缓存是自己开发一个hashtable什么的来维护呢,还是使用Memcached ?现在我用的比较多的是.net自带的数据缓存。6.缩略图的处理,我看有的网站是在上传图片的时候直接生成,有的是在httpmodle里处理,访问的时候生成.直接生成好，快一点。7.同一个网站的多语言该如何处理是好,使用配置文件然后cookie或url来判别?我没涉及到这一块，不过我觉得资源文件应该就是用来处理这个问题的。8.电子商务网站最多的就是商品的打折方式和积分的赠送了,这里要怎么设计才好(工厂模式)?这些都放在逻辑层好了。9.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?MSMQ10.日志方面,log4net?目前我是自已写代码存在库里的。11.电子商务的全文检索,这也是个头疼的问题用lucene.net分词建索引，再直接从索引库里搜索，又快又准。12.负载均衡方面,有什么好的文章推荐码?不清楚了。这样的设计要达到新蛋的效果肯定不可能的，新蛋少说几百台服务器，不同数据库之间的发布订阅链路都有几千条。有复杂的缓存，负载均衡机制。新蛋所有的通讯都是基于WCF的。另外对于这么大型的网站来说，数据库一刻都不停止，所以读写分离也很重要，因为你也不可能让数据库停下来进行备份。总归要做到新蛋这样的大型电子商务网站，靠你上面画的这点好像远远不够。不过关于公共的header,footer,我不建议做成自定义控件，这个维护起来不方便，稍有变动就要发布dll ，麻烦的。如果你的header和footer不是很大的话，建议采用js+css的方式。然后加上压缩和cdn缓存，应该效率上能接受。

文章插图
四、电商团队的基本型构架电商团队基本架构图：各重要分支分工：总监：对各个部门全部监管负责。1、完成制订的业绩指标；2、负责整合产品规划、设计、生产、物流等相关资源，保证业务的顺利运营；3、制定各项业务运营流程，提供与销售业务紧密结合的各项服务方案；4、负责团队管理工作及团队人员的激励和考核。运营：制定运营计划，负责实际操作。1、负责整体运营，制定切实可行的网站运营计划及实施方案；2、负责团队的日常管理，组建并管理网站运营团队。推广：将产品进行各种渠道推广。1、负责网站的整体推广，网站运营过程中的监控数据分析，指导市场推广和产品销售方案；2、熟悉电子商务网站的成本控制及营销手段，建立网站品牌知名度，扩大市场影响。
五、电商网站开发适合用什么框架基础架构层面。1. 前端网站和M站，考虑到访问量和系统的可用性，基本会采用分布式部署。通过代理服务器进行请求分发。2. 其他的业务子系统，像商家前台，和管理系统，基本上都是单机或是主从部署。3. 各个DB ， Redis 服务和文件和图片服务，搜索引擎Solr服务等，采用主从部署。亚宁传媒在整个系统架构里面，还有一个比较重要的组成部分，那就是监控系统。例如：流量监控，硬件监控，系统性能监控等，还有就是对某个页面进行监控，设置页面的其中一块进行监控等。它是提高整个平台可用性的一个重要手段，多平台，多个维度的监控，能够确保系统的可用性，一旦出现异常，特别在硬件或者性能方面出现异常，监控系统也能立刻发出警告，这样也好防范于未然。总而言之，一个好的系统架构应该从扩展性、安全性、性能和可靠性来考虑。罗马不是一天建成的，架构适合就行，可以先行之而后优。通过渐进演化的过程，逐步是系统越来越完善。

文章插图
六、电子商务企业的组织架构是怎样的应该是分为商务部和信息部两大部分组成的企业结构。完全不同于传统企业的销售渠道和销售理念的。由最高领导人和市场信息化销售部门组成。主要利用信息化的技术手段来达到商品出售的目的。可以完全的取消了市场各个部门的协调性的结构。除了网络推广部门外，也就是剩下一个商品销售部门了。而信息是主要的商品销售载体。不需要很大的团队和很多的人来操作的。是垂直的管理制度和垂直的销售理念的落实。电子商务其实就是通过信息传递来告诉人们企业在销售什么商品。说得明白一点就是商品信息化处理和商品的信息化销售。并不是非得需要一支庞大的销售队伍。整体架构上不需要很多的人参加销售。扩展的销售渠道要精简到最真。也不是仅仅淘宝模式和京东模式。只要通过互联网和移动互联网告诉人们企业的产品质量和价格以及销售的方法就可以了。商务部门主要就是把商品输送到用户手里就可以了。而信息部门的作用就是通过移动互联网告诉人们这个企业的产品和质量以及价格就可以了。不像有些公司那样非得招聘到几千人或者几万人。是垂直销售，主要靠大将，而士兵不需要很多的。完全不同于实体经济中的矩阵。也不一定要扁平的经营模式。关键是卖出货去就行。
【初创电商组织架构电商采用什么架构，龙芯采用什么架构】