高性能电子商务平台构建pdf

A. 电子商务网站一般架构有哪些

大型电子商务网站架构，摘抄 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缓存，应该效率上能接受。

B. 电子商务网站从建立到注册到运营的全过程

你建立网站的目地是什么，运营什么。如果你有足够的资金，应该首先找一些懂的人论证一下，看一下你的想法是否可行。注册运营是一整套不是几句话就能说清楚的，如果自己运营网站就必须要有自己的技术团队，所以建站不是问题，关键是你建了网站，干什么？把这个问题搞清楚了在找人咨询？

一个健全的电子商务商城或运营公司
管理团队：这儿提醒大家一下，千万不要让人力资源的匮乏而导致项目的搁浅，那样会丧失掉很多机会，耽误整体运营。

网站团队组织如下：（参考编制）

技术：（美工、程序）

1、网站设计：

前台、架构、目录、杂志、DM单等设计人员（1～3人）

2、产品资料设计人员，即商品的照片及文字介绍、风格等。（1～3人）

3、网站开发工程师、技术辅助人员（1～4人）

4、服务器维护人员（1人）

5、网管（局域网维护）（1人）

推广：（编辑、推广）

1、市场推广（行业广告维护专员）（2人）

2、在线推广、维护（社区推广）（2人）

3、网站编辑、（内部咨询撰写、协助软文推广）（1～4人）

4、活动策划（1～2人）

运营经理（1人）或运营助理（1～2人）

客服：（电话客服及在线客服）

1、呼叫中心人员（1～6人）

2、在线客服问题处理人员（1～4人）（网上的、电话的）

产品：（产品采购）

1、货源采购人员（按产品品类进行划分配备：大家电、小家电、数码、服装、健康、美容、日用百货）

订单：（录入）

1、订单管理人员（1～2人）

2、信息管理人员（1人）

物流：（仓储管理及物流配送）

1、仓储管理

2、捡货管理

3、物流管理

4、配送、移动支付设备和信息系统等

财务：（成本管理、利润核算）

关于以上团队的设置，不必照搬，由于项目和公司的情况不同，因此，人员配备及部门和职位的安排都会不同，比如运营经理和助理就可灵活配置，而物流和财务有的公司是有总经办管理，财务独立，因此配备人员完全根据需要而定。网管呢，如果公司电脑少也可以由程序兼了，同样的，服务器的维护和搭建有时也是程序员的工作，灵活掌握就行。不过，基本人员要满足，即：程序、美工、推广、编辑、否则项目是无法运营。

现在团队的人员建设很重要，由于人员素质参差不齐，而且，现在80～85后的“孩子”们虽谈不上都是愤青儿，但普遍不太稳定，很多时候愿意“玩儿性格”工作情绪上不稳定因素太多造成项目实施起来的不确定因素，遇到这种情况也是不能着急，可以晓之以理，动之以情，灌输以公司理念及人生态度等慢慢培养。切勿急躁，否则事倍功半。

看看美工：（配色、CSS+Div是重点）

1、最好是学美术的、有过行业经验，重点在网站配色上有自己的风格，因为现在是互联网经济，赚眼球儿靠什么，靠样子，也就是颜色和风格，美工在这一点上非常重要。面试时可以多做些题目。如：flash、广告条等。可以命题或自由选题以便考察美工对于基本工作及临时紧急情况下的处理。

2、关于软件当然是会的越多越好，photoshop就不用说了，像网页三剑客这类的都要精通，最好对于Adobe的Painter 、Reader、Idesign、Illus等熟知并精通，会为未来的视觉建设打下好基础。

注意：最好不要找一瓶子不满、半瓶子咣的夹生饭人才，说不会吧，又会点，但又不精通，在实际操作中，这样的人才是无法实现项目的准确性的，谈及不到任何的执行力及效率。

看看程序：（语言+经验是重点）

1、根据网站建设的语言寻找工程师，一定要在该语言上精通并有过行业经验，最好经历过大项目1～3年。

理想配置：1～2名工程师+3～4名程序维护员组成一个技术团队。

2、程序开发的经验尤其重要，主要是经历过项目开发、改版等类似的项目，由于目前的应届毕业生较多，大多在经验上不足，组织技术团队，最好采用有经验的工程师搭配程序员的形式。即可满足项目需要，又可以为将来做准备。

看看编辑：（文字功底+媒体是重点）

1、网络媒体和传统媒体有区别，前者更加灵活，多变而且自由度更强，更讲究信息的效率，因此，编辑要有一定的文字功底并对于图片的处理有一定经验。

2、最好从事过传统媒体工作，有一定社会资源，对信息敏感，善于对文章进行总结和归纳并从中找出自己的特点。这类人才大多是学习中文或新闻专业的。

看看推广：（思路+执行是重点）

1、推广人员比较灵活，有时和编辑是紧密联系的，学过市场营销，最好有过市场经验，重点在于活动经验，也就是确实参与过某项目活动的推广工作，了解流程，并且对于推广的思路清楚。要善于想像，敢于尝试。

2、想到就要做到，执行对于推广是非常重要的，往往想法只是个开始，在执行中还会出现很多细枝末节的事情，要把握好。推广人员一般在线上或在线下进行实际工作，要注意他们的性格是否有激情，是否善于沟通并可以迅速的与人打成一片并达成共识。

3、推广即社交的一种方式。

今次聊了网站班子的搭建，希望可以给朋友们帮助，也希望共同探讨，毕竟，巧媳妇难为无米之炊，仅凭一人之力再有宏韬伟略也只能是孤掌难鸣，以上说的，在实际运营中都会遇到，笔者认为，既然要做好团队建设就一定要亲历亲为，总监不是监管，也不是监督，不能从字面去赋予这个职位特性，要真正起到一个执行者和决策人的作用。从自己的团多做起，这是第一步。

C. 电子商务网站服务器需要什么配置

电子商务网站的服务器需要企业级高性能的机型。商城网站因为属于在线交易类型的性质，所以在线人数较多，安全性、稳定性、速度都有要求的。

这类网站一般图片都比较多且大尺寸。服务器建议用 2核4G内存了。

带宽也用3M以上，1M带宽这样的访问会打开慢的。

看需求了，要看网站的规模，网站的日均流量等等来选择的，如果是前期的小站，或者流量不会集中很高的企业站，就不需要很高配置的服务器了，一般1核2g 1m的就够用

首先得弄明白自己用服务器用来干什么放网站、应用运行或者是用来搭建放游戏等，都有一个自己的用途，弄明白用服务器是用来干嘛的，就可以很明确的知道自己需要的是哪种类型的服务器

尝试根据下面四个问题来评估自己的需求：

1. 服务器运行什么应用？

2. 需要支持多少用户访问？

3. 需要多大空间来存储数据？

4. 我的业务有多重要？

从你的需求来看，国内选择那几个比较大的商家合适，至于名字和具体配置选择也是一门学问，老魏会帮助你提供参考意见。

D. 电子商务系统设计

电子商务系统是互联网时代计算机系统的主流应用，是集成了数据管理、事务处理、业务流程重组、系统安全管理等技术的复杂系统。很多企业管理者和信息系统技术负责人在被电子商务系统的广阔前景所吸引的同时，亦为不知如何开展电子商务系统的建设而烦恼。系统集成商参与项目开发的困难更多：用户需求不准确、经常变化，开发人员与业务人员沟通困难、误差极大。最后上网工程变成了网页设计大赛，花费了大量人力物力建造的网站并没有为企业带来预期中的收益，反而变成了一个摆设，甚至因为要不断投入维护费用而成了企业的负担。 本文着重讨论电子商务系统工程中系统需求分析和系统概要设计的基本方法，向项目经理和技术负责人介绍如何组织电子商务项目的开展。事实上电子商务系统一方面是一个相当复杂的工程，需要科学的系统规划和项目管理，另一方面电子商务系统也只不过是一种应用计算机的系统工程，虽然涉及的技术内容和业务因素较多，但只要遵循合理的系统工程实施方法进行，仍然可以顺利地完成电子商务系统的建设。 电子商务技术可能目前世界上最令人眼花暸乱的技术领域，新名词、新技术、新术语每天都在出现，如何建设电子商务系统，似乎有无数种可能，令人无所适从，不知如何作出正确的决策。技术本身并不能为企业带来效益，只有合理应用技术建造的系统才能帮助企业解决业务运作中的问题，帮助企业发展业务，所以设计电子商务系统时必须坚持一个原则：企业的需求是目的，任何技术都只是实现需求的手段，建设电子商务系统不是为了应用某项新技术，而是为了解决企业的实际问题。只有坚持这个原则才能避免常见的失误：采用了很多不成熟或者复杂的技术，工程费用超标，项目进度无法保证，应用效果未如理想等等。电子商务系统的目标可以用以下几个问题来总结。 应用环境：系统将为哪些用户服务？他们使用什么平台，如何访问企业的电子商务系统？ 系统功能：系统为用户提供了什么服务？哪些是已经有的，哪些要修改，哪些要重新开发？ 数据资源：为了实现这些服务功能，系统将使用哪些数据？数据量多大，如何存储？ 安全管理：系统的安全性如何保证？系统管理如何实施？其中系统功能是范围最广泛的问题，从最早的信息发布到现在很流行的B2C，B2B，ASP等都是系统功能的一种，按实现这些功能的技术核心可以分为三类： 1 信息共享与数据交换
数据存储与数据通讯技术是实现这类功能的核心技术，这类系统帮助用户通过电子邮件、搜索引擎、数据发布技术等高效地获得信息，提高数据交换的速度与信息共享的效率。 信息共享型的电子商务系统可以降低企业内部由于信息沟通不灵而带来的损耗，减少日常工作的文书往来，提高工作效率，更有效地管理企业内的信息使用情况。 2 电子商务交易
以电子化的方式实现商务交易过程中的每一个步骤，能适应业务的快速发展而变化是实现这类系统的关键，电子商务交易系统是目前最具挑战性的领域，技术核心是应用系统开发能力与事务处理技术，其中也包括与金融系统接口进行网上支持的SET及相关技术，目前的B2C，B2B即属于这一类系统。 电子商务交易系统是现代企业在互联网时代扩展新市场的重要手段，设计良好的交易系统能使企业一天24小时不停地运转，为客户提供优良的服务。如果能将企业核心业务系统与互联网系统有机地集成起来，就能大大地扩展企业的运作范围，降低经营成本和销售成本。 3 互联网服务器上的应用服务
扩展互联网服务器的服务能力，定制满足客户需求的应用服务，其内容可能包含了所有电子商务系统的功能，JAVA技术与事务处理技术是这类系统的技术核心。这类系统通常指企业级的门户网站或ASP，由于其极高的处理负载，还需要提供额外的集群技术、性能管理等复杂的技术支持。 这类系统或者是把原有的企业核心业务系统与互联网服务器集成起来，或者是在互联网服务器上开发功能完善的应用服务系统。访问这类互联网服务器的客户能得到自动更新的最新数据，获得定制化的自助服务。访问这类系统的客户数极多，因此要求具有较好的可扩展能力，性能不会受客户连接数变化的影响，一直保持良好的状态，所以要采用连接管理技术、事务管理与资源协调等复杂的技术。 本文分三大部分，分别介绍系统需求分析与系统设计的组织方法，以及开展功能检验与性能测试的过程，着重介绍基本原则，并不泛及特定相关技术的细节。至于系统实施阶段所采用的技术与方法，由于电子商务系统的复杂性、新技术层出不穷，实在不是用一篇文章甚至一两本书所能涵盖的。 系统需求分析 系统需求分析是为了系统开发人员准确地理解业务部门的目标，制定合适的实施方案，系统需求对系统实施的重要性不但应该反复强调，还应该避免收集系统需求过程中常见的几个误区： 1 系统需求分析不是一次性的工作，而是一个反复递进的过程，随着电子商务应用系统的推广，业务部门会提出新的需求，或者改变原来的业务需求。这是允许的，而且是正常的，技术部门不能拒绝业务部门提出的新需求，而应积极配合，对原有的实施方案作相应的改变。
2 系统需求的根源是业务部门运作的需求，而不是技术部门为了实现某种先进技术而提出的需求。系统方案不能因为出现了某项新技术而作改变，毕竟，使用新技术只是手段，支持企业的商业运作才是最终目的。
3 系统需求不仅限于业务需求，还包括了客观条件的各种限制，如项目进度的要求、与已有系统兼容的要求（如企业的所有核心数据都已经存储在Sybase数据库中、或者企业的旧系统留下几千台终端必须加以利用）或其他政策法规的限制（如商业系统中使用的密码系统必须经过政府有关部门的认证）。制定应用系统的实施方案时应把这些因素考虑在内。
收集系统需求的主要途径是系统分析人员与最终用户通过交谈发掘搣真正攠的系统需求，获得用户的认同，在业务部门的帮助下准确地认识业务环境（这一点是大多数技术人员最缺乏的），收集足够完整的信息，完成一系列文档作为确认本阶段工作的检查标记，并作为进行下一步工作的基础。
哪么什么才是搣真正攠准确的系统需求，当一个客户向系统分析人员提出要求：搣我们要建立一个网上商城，让我们公司的客户可以在网上直接下订单攠，这是一个绝对真实的要求，但并不一定是一个准确的系统需求，或者说这并不一定是最适合该企业实际需求的目标。因为客户在提出要求时，一般已经对电子商务有了一些先入为主的认识，认为电子商务就是这样的，或者只能是这样的，又或者同行和竞争者已经这样做了，所以我们也要这样做。实际上他们所真正需要的，可能比这个要求多，可能比这个要求少，甚至完全是另一个系统。这时系统分析人员就要耐心地发掘客户的实际需求，通常是提出这样的问题：
您希望这套电子商务应用建立起来后，能为您的企业达到以下这些目标中的哪些呢？哪些目标是您最希望达到的，您认为您的企业目前在这些方面存在什么主要问题，您希望电子商务系统能在多大程度上解决这些问题呢？
增加客户数量 降低企业运营成本或提高营业额
提升公司的总体形象
加快产品推向市场的速度
使企业比同行更具竞争力
缩短新产品的开发周期
改善库存管理和采购流程管理的效率
改善企业与代理商之间的合作关系
提高客户满意度和客户服务的质量
提高本企业员工的合作沟通效率
帮助企业拓展新的市场这样的谈话最好是在系统分析人员和企业的业务负责人之间进行，而不和企业的电脑部门技术负责人，只有这样才能发掘出系统真正的需求。系统分析人员通常会从企业负责人那里得到一些与电子商务技术完全无关的情况，例如搣客户抱怨我们的交货期不准时攠、搣我们的企业太大了，各部门间的合作沟通很成问题，总是左手不知道右手在做什么攠等。这样的交谈能帮助系统分析人员准确地为电子商务系统定位，规定其功能边界。
企业的负责人通常会更多地着眼于总体的业务规划，负责需求分析的系统分析人员和项目经理应利用这个机会，向企业管理人员详细地解释几类电子商务系统的功能和应用，启发他们更深入地发掘企业的需求，以实践经验和成功案例向他们说明企业电子商务系统的预期目标，帮助他们树立正确的期望值。多数企业都是第一次实施电子商务系统，且由于媒体的大肆宣扬等外界因素的影响,可能对系统的预期效果产生不切实际的期望，系统分析人员在需求分析阶段就要准确地掌握和调整客户的心理期望。客户的期望值也是系统需求的一个重要因素，直接影响系统完成后的实施效果。
客户的态度和技术水平是影响系统设计者作出方案的重要因素，也是系统需求的一部分，系统需求分析阶段要和客户一起作出充分的交流和评估。客户的态度指企业决策者对新技术的接受程度以及愿意承受风险的程度，电子商务领域的新技术层出不穷，成熟技术的功能比不上新技术，但风险却较低，企业决策者在这方面的态度影响系统设计者设计方案时的技术选择，如果企业决策者选择较先进的新技术，系统分析人员有责任提醒他采用新技术可能面临的风险：失败的可能性较高，项目进度和开发成本可能超出预期。切勿投客户所好，隐瞒新技术背后的不利因素。企业决策者在选择系统集成商时也应小心，集成商的技术水平不是由掌握新技术的程度所决定，而是由他们运用技术解决实际问题的水平所反映。
中国的大多数大型企业都有专门的计算机部门，电子商务系统建成后维护管理甚至二次开发的工作都将由他们负责，方案设计时也应把客户方技术人员的知识基础和专业训练程度考虑在内。系统需求分析阶段最好对客户方技术人员作一次全面的评估，考察他们对与电子商务系统相关的技术领域的掌握程度，评估的内容有：互联网服务器，对象技术，JAVA，应用开发工具，数据库技术，事务处理技术，安全技术以及对工业标准的认识程度。
系统分析人员要把这些分散的需求汇总成系统的目标，制成初步系统概要需求书，准确而完整地描述企业的总体需求，再次强调系统的预期目标，并获得企业负责人的认同，再在此基础上作系统的初步设计。
系统需求分析的工作并未就此结束，反而才刚刚开始。项目经理应作一些准备工作，召集第一次项目会议，会议的参加者包括客户方的业务和技术负责人，以及项目建造方的项目经理，会议的主要目的是进一步确认和细化系统概要需求书中列出的需求，确定系统建造的方向。这些会议应原则上达成下列这些目标： 1.详细讨论当前环境的情况和系统需求。2.检讨目前正在使用的应用系统，明确列出需要解决的问题。3.在适当的时候交换各自对电子商务系统所持的思路与观点，创造较易达成共识的认知基础。4.确定系统的主要目标，当系统需求的范围比较广泛，系统目标也可分为短期目标和远期目标。5.列出为保证系统顺利而要解决的主要问题，划出最突出、最紧迫的问题，争取客户方的合作，在系统开始实施前即加以解决。6.向客户解释实施系统过程中使用的核心技术和方案的总体思路。7.基于会上达成的共识，制定各人的行动计划表。这样的一个会议不可能在一两个小时内完成，可能需要几天的时间，甚至在不同的场合下以不同的形式组织，如方案展示会、讨论会、现场参观等。在条件许可的情况下，组织项目会议成员参观一些类似的电子商务系统，作为背景参考资料，引导项目会议成员参考成功的电子商务系统的实施经验，对会议的成功有很大帮助。IBM在全世界各地帮助实施电子商务系统的经验表明，这样的项目会议对项目的成功有极其重要的意义。项目会议上技术人员与业务人员面对面地交流，节省了大量时间，技术人员能更好地理解业务人员的需求，作出切合实际的方案设计，业务人员也能更好地了解技术手段的限制，双方的沟通还可以促进企业的业务流程向更合理、更适合计算机管理的方向改进。
实际运作中，参与项目会议的管理人员的时间相当宝贵，把所有人集中起来的机会不多，项目会议的召集人不能简单地约定一个时间就召开会议，应该在召开会议前作认真的准备。准备工作主要有以下这些：1.确定客户方的与会者名单，和每个与会者单独交谈，说明会议的目的，听取他们的意见收集更细致的需求。客户方与会者人数以四至六人为宜，太多了沟通效率就会下降。2.确定开发方的与会者名单，开发方的与会者人数以四人左右为宜，主要是项目负责人、系统设计员、开发经理和技术负责人，确定会议上讨论的题目，为每个题目指定责任人向客户说明。双方与会总人数不宜超过十二人。3.准备需求分析文档作为讨论的基础，这些文档主要的内容是：
目标系统概述：目标系统的主要功能描述和运作方式。
* 系统结构：当前系统的逻辑及物理结构，正在运行的软件及其配置图。
* 数据库结构：描述企业核心数据的结构，确定哪些数据将开放到互联网服务器上，互联网用户访问数据的方式与范围。
* 网络环境：当前系统的网络拓扑结构图，目标系统的网络结构图，以及网络上采用的工业标准如通讯协议、命名规则等。
* 安全性要求： 企业系统当前使用的安全管理方式，以及为适应电子商务系统的运行应作出哪些安全管理方面的改进。
* 性能要求：系统性能受很多因素的影响，性能要求分析把事务流程分解，针对每一环节讨论性能要求，充分讨论制约性能的不利因素，以及保证性能要求的技术手段。
系统组织结构图：企业的人事组织结构和业务流程图，列出为了保证电子商务系统顺利运行而配置的组织结构，及每个岗位的技术素质要求。4.会议召开前公布会议的主题，以及与会者名单，附上每个人的背景材料如职位、在项目中的角色等。总之，会议前订立明确的主题和充分的准备（包括文档准备和会前的单独沟通）是会议成功的基础，作为会议召集人，要在会上以自已的技术基础与行业知识作出方向性的指导，控制时间，及时制止会上一些不能在短期内得出结论的讨论。会议的重点应放在分析系统的现状与需求，避免过早地引入特定的技术手段，以免提前给方案的设计设下局限。系统现状的分析除了总结与回顾在第一阶段所作的系统需求的结果，还可以具体地对现有环境作技术性的分析。
系统环境的技术性分析主要有以下内容：
* 网络环境的分析：网络拓扑结构分析，当前系统的网络结构，网络上的服务器配置等。网络流量需求分析，分析当前网络带宽是否能满足新系统的要求。网络系统的安全体系及安全管理策略，电子商务系统是比传统的企业网更开放的系统，安全性要求更严格。
* 应用环境的分析：当前系统的软件配置及版本，应用程序的运行模式（运行平台、是否需要实时访问和联机事务处理等）。数据库结构，应用系统的核心数据模式。用户熟悉的应用开发方式和熟练掌握的开发工具，用户的经验可能是宝贵的资源，能加快系统开发的进度和保证系统使用的效果，因为无需重新培训而节省成本、降低风险；也可能是采用新技术的重大阻碍，由于习惯性心理而抗拒新的开发工具和应用运行方式，即使投入大量资源重新培训，仍然要冒很大风险，系统维护人员可能由于不熟练而发生人为失误，造成运行故障。这种情况在中国企业中尤其普遍，系统设计人员要以非常谨慎的态度来对待。
* 客户运行环境的分析：电子商务系统的客户是互联网上使用浏览器或其他设备的客户，不同于传统的企业内部网中所有客户运行环境都是预定定制的固定环境，系统需求列出电子商务系统支持的客户环境要求，如浏览器类型，是否要支持JAVA，是否支持上网手机等。
* 其他特殊需求，如客户的系统一定要采用Linux平台，或者有特殊的多国语言字符支持问题等。
经过详细的分析后，项目会议最可能的结果就是听到一大堆意见和要求。一个可控制进度与预算的项目不可能达成不受控制地产生的要求，分出轻重缓急才能简单直接地解决问题。项目负责人先取得与会者的认同，目标太多不能在一个项目内完成，请大家先选出要在当前项目内完成的目标，然后评估这些目标的重要性。如果意见不能统一，被列为很重要的目标仍然很多，就要重新筛选这些目标。对于最后列出的目标，再次征求大家的意见，确认这些目标已经包含了目标系统的基本功能，没有重大的错误和遗漏。系统设计者对被列为很重要的目标和要求应特别重视，它们是影响系统方案的主要因素。第一次项目会议的成果是详细而明确的系统需求，系统设计人员根据系统需求和目标进行详细的方案设计。

E. 电子商务网站系统规划应遵循的原则有哪些

1、首先要确定一个网站的主题，接下来才是着手准备材料。收集好材料应考虑如何组织好这些材料，如何让浏览者以最方便、最快捷的方式来浏览。

与其他媒体不同，网站设计是一种平衡的艺术。一方面，希望网站页面漂亮，另一方面必须考虑其下载要求。所以必须综合考虑这两方面，强调一面，必然会削弱另一方面。
2、网站创建的基本原则（市场调查，搜索资料）
只有为公司创造效益，电子商务才有生存意义。
创建网站和我们创业一样，关键是一个好的定位，要使你的网站从成千上万的网站中脱颖而出，最主要的秘诀是独特的视角和准确的定位。
建设一个站点，需要从一开始就明确站点的目标，规划站点的主要构成部分及各部分的功能和风格，接下来是具体各个部分的制作，最重要的是对完成的站点进行维护和排错以及更新，因此建设一个站点比制作一个网页需要更加专业的知识。
建站前首先要对市场进行调研，了解市场的购买力，购买人的购买习惯，购买人的性别、年龄、文化程度、职业等；还应了解哪些商品是畅销的，哪些商品是滞销的，哪些商品是紧缺的。一般来讲，应分析同类商品市场的规模和市场最大需求量。还需要查询经营同类商品的电子商务网站，了解它们的长处和短处。结合自己公司的专业特长和能力，分析有无能力去抢占市场份额。做电子商务的人要把握住电子商务的本质。
电子商务的本质不是电子技术，而是商务手段。所谓商务手段就是做生意。公司在做生意的过程中，首先要处理好与供应方的关系，就是要将货物的采购过程做好，对于进货的品种、数量、价格要有预见性，既不要造成库存积压，也不要造成货品短缺。其次要做好物流与仓储管理工作，以最小的成本换取最大的价值。比较重要的是与客户建立良好的关系，以客户为中心，尽可能满足客户的需求。
在网站设计与管理的基本过程中，每个环节都涉及了许多内容。在实施中，可以根据具体的需求增加与调整相关的内容。
3、网站的内容策划
建立一个电子商务网站好比写一本书，首先应拟好提纲，确定主题，规划好结构。一个较大型的电子商务网站内容繁多，如果网站结构不清晰，内容杂乱，浏览者会看得糊里糊涂，而且网站的扩充和维护也会相当困难。
网站是由一个个网页组成的，因此网页组织非常关键，网页组织的好坏直接关系到网站的成功与否。我们为你提供全面的网站建设服务，遵循网站建设原则，建设符合你要求的网站。

F. 搭建一个日点击量百万以上的 电子商务网站，它的硬件设备投资大概会是多少

百万级访问量网站的技术准备工作
当今从纯网站技术上来说，因为开源模式的发展，现在建一个小网站已经很简单也很便宜，所以很多人都把创业方向定位在互联网应用。这些人里大多数不是很懂技术，或者不是那么精通，而网站开发维护方面的知识又很分散，学习成本太高，所以这篇文章将这些知识点结合起来，系统的来说，一个从日几千访问的小小网站，到日访问一两百万的小网站，中间可能会产生什么问题，以及怎么才能在一开始做足工作尽量避免这些问题。

你的网站因为努力经营，访问量逐渐升高，在升高的过程中，问题也可能开始显现了。因为带宽的增加、硬件的扩展、人员的扩张所带来的成本提高是显而易见的，而还有相当大的一部分成本是因为代码重构、架构重构，甚至底层开发语言更换引起的，最坏的情况就是数据丢失，所有努力付之一炬。这类成本支出大多数在一开始就可以避免，先打好基础，往后可以省很多精力，少操很多心。

对于不同的初期投资成本，技术路线的选择是不同的。这里假设网站刚刚只是一个构想，计划第一年服务器硬件带宽投入5万左右。对于这个资金额度，有很多种方案可选择，例如租用虚拟主机、租用单独服务器，或者流行的私有云，或者托管服务器。前两种选择，网站发展到一定规模时需迁移，那时再重做规划显然影响更大。服务器托管因为配置自主、能完全掌握控制权，所以有一定规模的网站基本都是这种模式。采用自己托管服务器的网站，一开始要注意以下几点——

一、开发语言
一般来说，技术人员（程序员）都是根据自己技术背景选择自己最熟悉的语言，不过不可能永远是一个人写程序，所以在语言的选择上还要是要费些心思。首先明确一点，无论用什么语言，最终代码质量是看管理，因此我们从前期开发成本分析。现在国内流行的适用于网站的语言，大概有java、php、.net、 python、ruby这五大阵营。python和ruby因为在国内流行的比较晚，现在人员还是相对难招一些。.net平台的人相对多，但是到后期需要解决性能问题时，对人员技能的要求比较高。剩余的java、php用人可以说是最多的。java和php无法从语言层面做比较，但对于初期，应用几乎都是靠前端支撑的网站来说，php入门简单、编写快速，优势相对大一点。至于后端例如行为分析、银行接口、异步消息处理等，等真正需要时，就要根据不同业务需求来选择不同语言了。

二、代码版本管理
稍微有点规模的网站就需要使用代码版本管理了。代码版本管理两点最大的好处，一是方便协同工作，二是有历史记录可查询比较。代码版本管理软件有很多，vss/cvs/svn/hg等，目前国内都比较流行，其中svn的普及度还是很高的。

假设选了svn，那么有几点考虑。一是采用什么树结构。初期可能只有一条主干，往后就需要建立分支，例如一条开发分支，一条上线分支，再往后，可能要每个小组一个分支。建议一开始人少时选择两条分支，开发和线上，每个功能本地测试无误后提交到开发分支，最后统一测试，可以上线时合并到上线分支。如果每人都建自己的分支，合并时会浪费很大精力，对于几乎每天都要修改几次的WEB应用来说，所费时间太多。

向服务器部署代码，可以手工部署也可以自动部署。手工部署相对简单，一般可直接在服务器上svn update，或者找个新目录svn checkout，再把web root给ln -s过去。应用越复杂，部署越复杂，没有什么统一标准，只是别再用ftp上传那种形式，一是上传时文件引用不一致错误率增加，二是很容易出现开发人员的版本跟线上版本不一致，导致本来想改个错字结果变成回滚。如果有多台服务器还是建议自动部署，更换代码的机器从当前服务池中临时撤出，更新完毕后再重新加入。

三、服务器硬件
在各个机房里，靠一台服务器孤独支撑的网站数不清，但如果资金稍微充足，建议至少三台的标准配置，分别用作web处理、数据库、备份。web服务器至少要8G内存，双sata raid1，如果经济稍微宽松，或静态文件或图片多，则15k sas raid10。数据库至少16G内存，15k sas raid 10。备份服务器最好跟数据库服务器同等配置。硬件可以上整套品牌，也可以兼容机，也可以半品牌半组装，取决于经济能力。当然，这是典型的搭配，有些类型应用的性能瓶颈首先出现在web上，那种情况就要单独分析了。

web服务器可以既跑程序又当内存缓存，数据库服务器则只跑主数据库（假如是MySQL的话），备份服务器所承担就相对多一些，web配置、缓存配置、数据库配置都要跟前两台一致，这样WEB和数据库任意一台出问题，很容易就可以将备份服务器切换过去临时顶替，直到解决完问题。要注意，硬件是随时可能坏掉的，特别是硬盘，所以宁可WEB服务器跟数据库服务器放在一起，也一定不能省掉备份，备份一定要异机，并且有异步，电力故障、误操作都可能导致一台机器上的所有数据丢失。很多的开源备份方案可选择，最简单的就是rsync，写crontab里，定时同步。备份和切换，建议多做测试，选最安全最适合业务的，并且尽可能异地备份。

四、机房
三种机房尽量不要选：联通访问特别慢的电信机房、电信访问特别慢的联通机房、电信联通访问特别慢的移动或铁通机房。机房要尽可能多的实地参观，多测试，找个网络质量好，管理严格的机房。机房可以说是非常重要，直接关系到网站访问速度，网站访问速度直接关系到用户体验，访问速度很慢的网站，很难获得用户青睐。

五、架构
在大方向上，被熟知的架构是web负载均衡+数据库主从+缓存+分布式存储+队列。在一开始，按照可扩展的原则设计和编程就可以。只是要多考虑缓存失效时的雪崩效应、主从同步的数据一致性和时间差、队列的稳定性和失败后的重试策略、文件存储的效率和备份方式等等意外情况。缓存失效、数据库复制中断、队列写入错误、电源损坏，在实际运维中经常发生，如果不注意这些，出现问题时恢复期可能会超出预期很长时间。

六、服务器软件
操作系统Linux很流行。在没有专业运维人员的情况下，应倾向于择使用的人多、社区活跃、配置方便、升级方便的发行版，例如RH系列、 debian、ubuntu server等，硬件和操作系统要一起选择，看是否有适合的驱动，如果确定用某种商业软件或解决方案，也要提前知晓其对哪种操作系统支持最佳。web服务器方面，apache、nginx、lighttpd三大系列中，apache占有量还是最大，但是想把性能调教好还是需要很专业的，nginx和 lighttpd在不需要太多调整的情况下可以达到一个比较不错的性能。无论选择什么软件，除非改过这些软件或你的程序真的不兼容新版本，否则尽量版本越新越好，版本新，意味着新特性增多、BUG减少、性能增加。一个典型的php网站，基本上大多数人都没改过任何服务器软件源代码，绝大多数情况是能平稳的升级到新版本的。类似于jdk5到 jdk6，python2到python3这类变动比较大的升级还是比较少见的。看看ChangeLog，看看升级说明，结合自己情况评估测试一下，越早升级越好，升级的越晚，所花费的成本越高。对于软件包，尽量使用发行版内置的包管理工具，没有特殊要求时不建议自己编译，那样对将来运维不利。

七、数据库
几乎所有操作最后都要落到数据库身上，它又最难扩展（存储也挺难）。数据库常见的扩展方法有复制、分片，设计时要考虑到每种应用的数据如何复制、分片，当然这种考虑一般会推迟到技术设计时期。在初期进行数据库结构设计时，要根据不同的业务类型和增长量预期来考虑是否要分库、分区，并且尽量不要使用联合查询、不使用自增ID以方便分片。复制延时问题、主从数据库数据一致性问题，可以自己写或者用已有的运维工具进行检测。

用存储过程是比较难扩展的，这种情形多发生于传统C/S，特别是OA系统转换过来的开发人员。低成本网站不是一两台小型机跑一个数据库处理所有业务的模式，是机海作战。方便水平扩展比那点预分析时间和网络传输流量要重要的多的多。

另外，现在流行一种概念叫NoSQL，可以理解为非传统关系型数据库。实际应用中，网站有着越来越多的密集写操作、上亿的简单关系数据读取、热备等，这都不是传统关系数据库所擅长的，于是就产生了很多非关系型数据库，比如Redis/TC&TT/MongoDB/Memcachedb等，在测试中，这些几乎都达到了每秒至少一万次的写操作，内存型的甚至5万以上。在设计时，可根据业务特点和性能要求来选择是否使用这类数据库。例如 MongoDB，几句配置就可以组建一个复制+自动分片+failover的环境，文档化的存储也简化了传统设计库结构再开发的模式。但是当你决定采用一项技术时，一定要真正了解其优劣，例如可能你所选择的技术并不能支持你所需要的事务和数据一致性要求。

八、文件存储
存储的分布几乎跟数据库扩展一样困难，不过只有百万的PV的情况下，磁盘IO方面一般不会成大问题，一两台采用SATA做条带RAID的机器可以应付，反而是自己做异步备份比较复杂，因为小文件多。如果只有一台机器做存储，可以做简单的优化，例如放最小缩略图的分区和放中等缩略图的分区，根据平均大小调整一下块大小。存储要规划好目录结构，否则文件增多后维护起来复杂，也不利于扩展。同时还要考虑将来扩容，例如采用LVM，或者把文件根据不同规则散列到不同机器。磁盘IO繁重的情况下更容易出现故障，所以要做好备份，若发现有盘坏掉，要马上行动更换，很多人的硬盘都是坏了一块之后，接二连三的坏下去。

为了将来图片走cdn做准备，一开始最好就将图片的域名分开，且不用主域名。因为很多网站都将cookie设置到了.domain.ltd，如果图片也在这个域名下，很可能因为cookie而造成缓存失效，并且占多余流量，还可能因为浏览器并发线程限制造成访问缓慢。

九、程序
一定硬件条件下，应用能承载多少访问量，很大一部分也取决于程序如何写。程序写的不好，可能一万的访问都承载不了，写的好，可能一两台机器就能承担几百万PV。越是复杂、数据实时性要求越高的应用，优化起来越难，但对普通网站有一个统一的思路，就是尽量向前端优化、减少数据库操作、减少磁盘IO。向前端优化指的是，在不影响功能和体验的情况下，能在浏览器执行的不要在服务端执行，能在缓存服务器上直接返回的不要到应用服务器，程序能直接取得的结果不要到外部取得，本机内能取得的数据不要到远程取，内存能取到的不要到磁盘取，缓存中有的不要去数据库查询。减少数据库操作指减少更新次数、缓存结果减少查询次数、将数据库执行的操作尽可能的让你的程序完成（例如join查询），减少磁盘IO指尽量不使用文件系统作为缓存、减少读写文件次数等。程序优化永远要优化慢的部分，换语法是无法“优化”的。

然而编程时不应该把重点放在优化上，应该关注扩展性。当今的WEB应用，需求变化非常之快，适应多种需求的架构是不存在的，我们的扩展性就要把要点放在跟底层交互的架构上，例如持久化数据的存取规则、缓存的存取规则等，还有一些共用服务，例如用户信息等。先把不变的部分做完善，剩下的部分就很容易将精力放在业务逻辑上面了。

G. 电子商务平台建设的作品目录

第1章电子商务基础
1.1基础知识
1.2基本组成
1.2.1电子商务框架
1.2.2电子商务分类
1.3电子数据交换
第2章电子商务网络平台的规划与建设
2.1网络规划
2.1.1需求分析
2.1.2通信量分析
2.1.3逻辑网络设计
2.2网络管理
2.3网站定位
2.3.1网站分类
2.3.2网站规模与定位
2.4电子商务系统与Internet的连接
2.4.1选择ISP服务商
2.4.2选择接入方式
2.4.2.1虚拟主机
2.4.2.2服务器托管方式
2.4.2.3专线方式接入
2.4.2.4数据中心
2.4.2.5自营主机
2.4.2.6ISDN方式接入
2.4.2.7ADSL方式接入
2.4.2.8CableModem方式接入
2.4.2.9T1和T3连接
2.4.3各种接入方式比较
2.5域名
2.5.1概述
2.5.2域名命名规则
2.5.3注册域名
2.5.4域名的商业价值
第3章电子商务硬件平台的规划与建设
3.1电子商务系统体系结构
3.1.1传统C/S系统的二层体系结构
3.1.2B/S系统的三层体系结构
3.1.3两种体系结构的对比
3.2电子商务系统硬件环境配置
3.3服务器设备
3.3.1服务器的选择和测试
3.3.2PC服务器
3.3.3UNIX服务器
3.3.4DNS服务器
3.3.5通信服务器
3.3.6代理服务器
3.3.7服务器群集
3.4客户端
3.5中继器
3.6集线器
3.6.1集线器
3.6.2交换式集线器
3.6.3集线器与交换式集线器的比较
3.6.4各种集线器的选购
3.7路由器
3.7.1概述
3.7.2选择路由器
3.8交换机
3.9路由和交换方案比较
3.10电子商务系统硬件平台投资和运营成本
第4章电子商务软件平台的规划与建设
4.1电子商务系统的软件平台配置
4.2电子商务系统软件
4.2.1网络操作系统
4.2.2Web服务器软件
4.2.3Web服务器软件功能
4.2.4Web服务器工具
4.2.5中间件
4.2.6数据库
4.2.7WAP简介
4.3电子商务软件平台费用预算
第5章Web页面开发语言及相关技术
5.1页面标注语言
5.1.1页面标注语言概述
5.1.2HTML
5.1.3XML
5.1.4XHTML和VRML
5.1.5SSI
5.1.6DHTML
5.2动态网页技术
5.2.1CGI技术
5.2.2ASP技术
5.2.3PHP技术
5.2.4JSP技术
5.2.5Servlet
5.2.6ISAPI和NSAPI技术
5.2.7CORBA技术
5.2.8Java技术
5.2.9各种动态网页技术性能比较
5.2.10集成工具
第6章电子商务应用系统分析与设计
6.1应用系统分析与设计方法
6.1.1结构化系统开发方法
6.1.1.1系统调查
6.1.1.2系统分析
6.1.1.3系统设计
6.1.1.4程序设计
6.1.1.5系统测试
6.1.1.6运行维护
6.1.1.7结构化系统开发方法存在的问题
6.1.2快速原型法
6.1.3面向对象法
6.1.3.1基本原理
6.1.3.2相关概念
6.1.3.3开发过程
6.1.3.4面向对象开发方法的优点和不足
6.2开发目标和管理
6.2.1确定电子商务的效益目标和成本目标
6.2.2实施的管理
6.3网站的战略管理
6.3.1职能战略管理
6.3.2网站竞争战略管理
6.3.3网站发展战略管理
6.4外包与开发
6.5外购商品化软件
6.6电子商务系统集成
6.6.1企业后端信息系统集成
6.6.2电子商务系统集成
6.7电子商务系统评价指标
第7章电子商务网站规划与建设
7.1脚本
7.2网页概述
7.2.1主页
7.2.2不同网页构建策略
7.3网站规划
7.3.1网站内容结构
7.3.2网站页面流程
7.3.3网站主题风格
7.3.4网站标准色彩
7.3.5网站标准字体
7.4网页设计和制作
7.4.1网页开发工具
7.4.2网页设计方法
7.4.3网页设计指导原则
7.4.4层叠样式表
7.4.5网页上的图标
7.4.6网页上的图形
7.4.7网页上的图像
7.4.8网页上的动画
7.4.9网页布局
7.4.10网页高级技术
7.4.11网页制作注意事项
7.5网站发布
7.6网站推广
7.6.1注册到搜索引擎
7.6.2邮件列表
7.7网站维护
7.8人员结构和职能
7.9网站运营注意事项
第8章网站前后台软件开发
8.1前台软件开发
8.1.1商品分类目录管理
8.1.1.1概述
8.1.1.2商品分类目录设计
8.1.1.3商品分类结构管理
8.1.2电子商品货架设计
8.1.3商品信息管理
8.1.4会员服务
8.2后台软件开发
8.2.1数据库设计
8.2.2购物车设计
8.2.3交易处理
8.2.4订单管理
8.2.5统计报表
8.2.6折扣管理
第9章网络和信息安全技术
9.1电子商务安全概述
9.1.1系统安全需求分析
9.1.2网络环境的安全需求
9.1.3交易安全需求分析
9.1.4基本安全技术
9.2密码技术
9.2.1密码技术概述
9.2.2数据加密方法
9.2.3对称密码体制
9.2.4公开密钥密码体制
9.2.5密钥的保密与管理
9.2.6数字水印
9.3网络安全手段与相关技术
9.3.1防火墙技术
9.3.2计算机病毒防治技术
9.3.3数据的备份措施
9.4安全套接层协议SSL
9.4.1安全交易标准
9.4.2SSL概述
9.5安全电子交易协议SET
9.5.1概述
9.5.2SET体系
9.5.3SET认证体系
9.5.4SSL与SET协议的比较
9.5.5安全电子交易模式
第10章电子商务安全体系与CA认证
10.1信息认证技术
10.1.1信息认证技术概述
10.1.2数字签名技术
10.1.3数字签名与身份认证的方式
10.1.4数字证书
10.1.5认证中心
10.1.6申请和更新证书
10.1.7远程发放证书
10.1.8撤销证书
10.2电子商务安全认证体系
10.2.1PKI安全体系概述
10.2.2PKI的组成
10.2.3PKI的功能
10.2.4PKI数字证书
10.2.5认证机构关系结构
10.2.6认证操作安全的防范
10.3网上支付安全策略
10.3.1网络银行安全概述
10.3.2网络银行安全服务
10.3.3网络银行安全机制
10.3.4网络银行安全技术管理
第11章电子商务法律制度
11.1电子商务法的立法原则
11.2电子商务中的合同法应用
11.2.1电子商务合同的概念及特征
11.2.2电子签名与认证中的法律问题
11.2.3电子商务合同的订立
11.2.4电子商务合同的履行及违约救济
11.2.5电子支付与安全协议中的法律问题
11.2.6电子合同中当事人的权利义务
11.3电子商务中的无形财产权利
11.3.1知识产权
11.3.2著作权与邻接权
11.3.3专利权
11.3.4域名的商标权保护
11.4电子商务中的消费者权益保护
11.4.1电子商务中消费者隐私权的保护
11.4.2电子商务中消费者知情权的实现
11.4.3电子商务中的特许经营权
11.5电子商务中的税收征管法律制度
11.5.1电子商务税收引发的新问题
11.5.2我国电子商务税收的法律对策
11.6电子商务中的刑事犯罪
11.6.1电子商务犯罪的定义及构成要件
11.6.2电子商务犯罪的特征
11.6.3电子商务犯罪的种类
11.6.4电子商务犯罪的刑法适用
11.7电子商务中的程序法应用
11.7.1电子商务纠纷的司法管辖权
11.7.2电子商务纠纷的法律适用
11.7.3电子商务中的非诉讼争端解决机制
11.7.4电子证据的法律解决效力