电子商务网站架构，B2C电子商务网站的组织架构一般有哪些呢
来源：整理 编辑：问船数据网 2023-08-13 21:30:01
1，B2C电子商务网站的组织架构一般有哪些呢
客服部、市场部、采购及物流部、技术部和网站运营部、人力资源管理、财务部门
2，电子商务网站的基本架构
电子商务网站的基本架构设计
电子商务网站是以商务活动为中心进行的,而网站的盈利一般通过网站的会员制收费进行,网站的盈利点是网站根据网站的商务活动内容确定的,所以网站的基本架构设计既要以商务活动的业务内容、流程、相关规则为基础,又要兼顾电子商务网站的收费体系.
网站基本架构的设计主要根据以下步骤进行：
2.1 确定电子商务网站功能定位
确定网站所涉及的商务活动的内容、商务活动的流程.比如我们在进行房产信息网的设计中,首先考虑确定网站发布房产信息的种类,确定了房源信息包括中介所的房源信息和个人的出售、出租信息,网站负责信息的发布和信息的管理.同时在确定了信息发布种类后,确定了信息处理的流程为房源信息输入、会员资格审核、信息审核，信息发布.
2.2 确定网站的收费对象和收费规则
在网站所涉及的商务内容确定了的情况下,确定收费的对象和如何进行收费,以此为依据确定网站的栏目.网站栏目的划分实际上就是系统的功能模块划分.在房产网站的系统设计中,确定了网站只对房产中介所进行收费,个人用户免费,所以网站的主要栏目分为个人专区和中介所专区两个主要栏目,同时根据功能的逐步扩大,这样也就基本确定了网站的信息服务内容和方式.
2.3 确定网站的栏目的功能
在确定了网站的收费项目后,要确定网站的主要栏目和功能,包括网站的管理功能模块、网站的信息发布方式、网站商务活动的发布以及网站导航栏等.
网站的功能栏目的设置和系统的主要功能模块的划分是相一致的.
网站业务介绍性栏目,应包括内容应包括会员申请流程,收费标准,网站运行规程等,使用户对网站的服务有一个明确的了解,是扩大网站的会员用户数量和提高网站的使用率都是必不可少的栏目.
网站的导航栏是网站的整体功能的全面介绍,使用户对网站的功能有一个清晰的了解,也是网站不可缺少的栏目.
同时也应有网站运行的相关提示信息,比如在房产网站的设计中,我们在确定了收费对象和主要功能后,确定了网站首页的主要栏目为中介所专区、个人专区、写字间专区、新房楼市等栏目,同时加入了上网导航栏目对网站的主要功能进行介绍.
2.4 确定网站的信息流和控制流
在确定了网站的主要功能和商务活动的主要规则后,应该确定网站的信息流图和控制流图,作为数据库设计的基础.
在房产网的设计中,我们根据房产信息发布的功能和所确定的信息审核和控制流程,在确定了一个网站的数据流图和控制流后,系统的运行控制流程也就确定下来了.
3，电子商务网站结构
电子商务网站结构是指网站中页面间的层次关系；按性质可分为逻辑结构及物理结构。网站结构对网站的搜索引擎友好性及用户体验有着非常重要的影响；电子商务网站结构在决定页面重要性（即页面权重）方面起着非常关键的作用；电子商务网站结构是衡量网站用户体验好坏的重要指标之一。清晰的网站结构可以帮助用户快速获取所需信息；相反，如果一个网站的结构极其糟糕的话，用户在访问时就犹如走进了一座迷宫，最后只会选择放弃浏览；电子商务网站结构还直接影响搜索引擎对页面的收录，一个合理的网站结构可以引导搜索引擎从中抓取更多有价值的页面；电子商务网站结构对网站及网站中页面的影响。搜索引擎对重要页面的抓取；由于互联网中信息量极其庞大，为了向用户展示更多有价值的信息，搜索引擎会优先抓取每个网站中相对重要的页面（即权重较高的页面）然而，搜索引擎是怎样发现这些重要页面的呢？根据重要页面的链接指向的页面可能是重要页面的思路；搜索引擎首先会从权重相对较高的页面（即源页面）出发跟踪其中的链接，从而抓取其他相对重要的页面（即目标页面）；通过电子商务网站结构分析，培基帮您设计高效、快捷的网站结构，提高网站的易操作性，让客户在最短的时间内找到想要的内容，改善客户的操作体验；培基建议：通过主页可以到达任何一个一级栏目首页、二级栏目首页以及最终内容页面；通过任何一个网页可以返回上一级栏目页面并逐级返回主页； 主栏目清晰并且全站统一；通过任何一个网页可以进入任何一个一级栏目首页不同主题的网站对网页内容的安排会有所不同，但大多数网站首页的页面结构都会包括页面标题、网站LOGO、导航栏、登录区、搜索区、热点推荐区、主内容区和页脚区等构成； 参考资料：东莞培基官方网站电子商务网站,首先是你的网站架构,你选择的操作系统安全,稳定性高是首要的问题,还有就是你的数据库选择,相关模块的设计及怎样实现,使用的相关技术,支付交易的安全!这些都是一个网站的硬性要求! 建好一个网站以后,其次就是网站的宣传了,用户的注册,新闻的浏览等等,这些都是依靠前期的网站策划与设计!电子商务网站通常分为两大系统，一是客户（前台）系统，二是后台管理系统。客户系统尽可能地为浏览者提供一切服务，后台管理系统为所有者提供一个安全、友好的管理环境。 网站客户系统的设计除了功能结构以外，页面的视觉形象设计也非常重要，应当深入了解企业，加强与决策层的沟通。 后台管理系统的设计主要涉及两个方面，一个是数据管理，另一个是网站维护。后台管理系统通常是远程维护、管理，所以安全性十分重要。
4，什么是电子商务网站体系结构
电子商务网站体系结构:B2Bnbsp;指的是Businessnbsp;tonbsp;Business.nbsp;nbsp;nbsp;asnbsp;innbsp;businessesnbsp;doingnbsp;businessnbsp;withnbsp;othernbsp;businesses,商家(泛指企业)对商家的电子商务，即企业与企业之间通过互联网进行产品、服务及信息的交换。通俗的说法是指进行电子商务交易的供需双方都是商家(或企业、公司)，她（他）们使用了Internet的技术或各种商务网络平台，完成商务交易的过程。这些过程包括：发布供求信息，订货及确认订货，支付过程及票据的签发、传送和接收，确定配送方案并监控配送过程等。有时写作Bnbsp;tonbsp;B，但为了简便干脆用其谐音B2B(2即two)。nbsp;B2B的典型是阿里巴巴、中国制造网、敦煌网、慧聪网等。nbsp;nbsp;B2C即businessnbsp;tonbsp;customernbsp;nbsp;nbsp;B2C模式是我国最早产生的电子商务模式，以8848网上商城正式运营为标志。B2C即企业通过互联网为消费者提供一个新型的购物环境——网上商店，消费者通过网络在网上购物、在网上支付。由于这种模式节省了客户和企业的时间和空间，大大提高了交易效率，特别对于工作忙碌的上班族，这种模式可以为其节省宝贵的时间。nbsp;nbsp;nbsp;C2C即Consumernbsp;Tonbsp;Consumer。nbsp;nbsp;nbsp;C2C同B2B、B2C一样，都是电子商务的几种模式之一。不同的是C2C是用户对用户的模式，C2C商务平台就是通过为买卖双方提供一个在线交易平台，使卖方可以主动提供商品上网拍卖，而买方可以自行选择商品进行竞价。nbsp;C2C的典型是百度C2C、淘宝网等。nbsp;nbsp;B2Mnbsp;指的是Businessnbsp;tonbsp;Managernbsp;nbsp;nbsp;B2M是相对于B2B、B2C、C2C的电子商务模式而言，是一种全新的电子商务模式。而这种电子商务相对于以上三种有着本质的不同，其根本的区别在于目标客户群的性质不同，前三者的目标客户群都是作为一种消费者的身份出现，而B2M所针对的客户群是该企业或者该产品的销售者或者为其工作者，而不是最终消费者。nbsp;nbsp;nbsp;企业通过网络平台发布该企业的产品或者服务，职业经理人通过网络获取该企业的产品或者服务信息，并且为该企业提供产品销售或者提供企业服务，企业通过经理人的服务达到销售产品或者获得服务的目的。职业经理人通过为企业提供服务而获取佣金。nbsp;nbsp;nbsp;B2M与传统电子商务相比有了巨大的改进，除了面对的用户群体有着本质的区别外，B2M具有一个更大的特点优势：电子商务的线下发展！以上三者传统电子商务的特点：商品或者服务的买家和卖家都只能是网民，而B2M模式能将网络上的商品和服务信息完全的走到线下，企业发布信息，经理人获得商业信息，并且将商品或者服务提供给所有的百姓，不论是线上还是线下。nbsp;nbsp;nbsp;以中国市场为例，传统电子商务网站面对1.4亿网民，而B2M面对则是14亿的中国公民。其实B2M本质上是一种代理模式。nbsp;nbsp;M2Cnbsp;指的是Managernbsp;tonbsp;Consumernbsp;nbsp;M2C是针对于B2M的电子商务模式而出现的延伸概念。B2M环节中，企业通过网络平台发布该企业的产品或者服务，职业经理人通过网络获取该企业的产品或者服务信息，并且为该企业提供产品销售或者提供企业服务，企业通过经理人的服务达到销售产品或者获得服务的目的。而在M2C环节中，经理人将面对Consumer，即最终消费者。nbsp;nbsp;M2C是B2M的延伸，也是B2M这个新型电子商务模式中不可缺少的一个后续发展环节。经理人最终还是要将产品销售给最终消费者，而这里面也有很大一部分是要通过电子商务的形式，类似于C2C，但又不完全一样。C2C是传统的盈利模式，赚取的基本就是商品进出价的差价。而M2C的盈利模式则丰富、灵活的多，即可以是差价，也可以是佣金。而且M2C的物流管理模式也可以比C2C更富多样性，比如零库存；现金流方面也较传统的C2C更有优势。nbsp;nbsp;因特网上的电子商务可以分为三个方面：信息服务、交易和支付。主要内容包括：电子商情广告；电子选购和交易、电子交易凭证的交换；电子支付与结算以及售后的网上服务等。主要交易类型有企业与个人的交易(Bnbsp;tonbsp;C方式)和企业之间的交易(Bnbsp;tonbsp;B方式)两种。nbsp;参与电子商务的实体有四类：顾客(个人消费者或企业集团)、商户(包括销售商、制造商、储运商)、银行(包括发卡行、收单行)及认证中心。
5，电子商务网站一般架构有哪些
大型电子商务网站架构，摘抄 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.没有这种问题,商业驱动的,纯购物就好了,千万别搞什么圈子,wiki
4.纯.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%的行为时Find
2、对于商品检索部分，能不用数据库就不用数据库（网上切词等相关的开源平台很多）
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.如果同一时间并发大量订单的话,如果确保一个订单的有效提交呢?
MSMQ
10.日志方面,log4net?
目前我是自已写代码存在库里的。
11.电子商务的全文检索,这也是个头疼的问题
用lucene.net分词建索引，再直接从索引库里搜索，又快又准。
12.负载均衡方面,有什么好的文章推荐码?
不清楚了。 这样的设计要达到新蛋的效果肯定不可能的，新蛋少说几百台服务器，不同数据库之间的发布订阅链路都有几千条。有复杂的缓存，负载均衡机制。新蛋所有的通讯都是基于WCF的。另外对于这么大型的网站来说，数据库一刻都不停止，所以读写分离也很重要，因为你也不可能让数据库停下来进行备份。总归要做到新蛋这样的大型电子商务网站，靠你上面画的这点好像远远不够。
不过关于公共的header,footer,我不建议做成自定义控件，这个维护起来不方便，稍有变动就要发布dll，麻烦的。
如果你的header和footer不是很大的话，建议采用js+css的方式。然后加上压缩和cdn缓存，应该效率上能接受。
文章TAG：
电子商务网站架构 B2C电子商务网站的组织架构一般有哪些呢
