电子商务系统架构设计文档

❶ 电子商务系统设计

电子商务系统是互联网时代计算机系统的主流应用，是集成了数据管理、事务处理、业务流程重组、系统安全管理等技术的复杂系统。很多企业管理者和信息系统技术负责人在被电子商务系统的广阔前景所吸引的同时，亦为不知如何开展电子商务系统的建设而烦恼。系统集成商参与项目开发的困难更多：用户需求不准确、经常变化，开发人员与业务人员沟通困难、误差极大。最后上网工程变成了网页设计大赛，花费了大量人力物力建造的网站并没有为企业带来预期中的收益，反而变成了一个摆设，甚至因为要不断投入维护费用而成了企业的负担。 本文着重讨论电子商务系统工程中系统需求分析和系统概要设计的基本方法，向项目经理和技术负责人介绍如何组织电子商务项目的开展。事实上电子商务系统一方面是一个相当复杂的工程，需要科学的系统规划和项目管理，另一方面电子商务系统也只不过是一种应用计算机的系统工程，虽然涉及的技术内容和业务因素较多，但只要遵循合理的系统工程实施方法进行，仍然可以顺利地完成电子商务系统的建设。 电子商务技术可能目前世界上最令人眼花暸乱的技术领域，新名词、新技术、新术语每天都在出现，如何建设电子商务系统，似乎有无数种可能，令人无所适从，不知如何作出正确的决策。技术本身并不能为企业带来效益，只有合理应用技术建造的系统才能帮助企业解决业务运作中的问题，帮助企业发展业务，所以设计电子商务系统时必须坚持一个原则：企业的需求是目的，任何技术都只是实现需求的手段，建设电子商务系统不是为了应用某项新技术，而是为了解决企业的实际问题。只有坚持这个原则才能避免常见的失误：采用了很多不成熟或者复杂的技术，工程费用超标，项目进度无法保证，应用效果未如理想等等。电子商务系统的目标可以用以下几个问题来总结。 应用环境：系统将为哪些用户服务？他们使用什么平台，如何访问企业的电子商务系统？ 系统功能：系统为用户提供了什么服务？哪些是已经有的，哪些要修改，哪些要重新开发？ 数据资源：为了实现这些服务功能，系统将使用哪些数据？数据量多大，如何存储？ 安全管理：系统的安全性如何保证？系统管理如何实施？其中系统功能是范围最广泛的问题，从最早的信息发布到现在很流行的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平台，或者有特殊的多国语言字符支持问题等。
经过详细的分析后，项目会议最可能的结果就是听到一大堆意见和要求。一个可控制进度与预算的项目不可能达成不受控制地产生的要求，分出轻重缓急才能简单直接地解决问题。项目负责人先取得与会者的认同，目标太多不能在一个项目内完成，请大家先选出要在当前项目内完成的目标，然后评估这些目标的重要性。如果意见不能统一，被列为很重要的目标仍然很多，就要重新筛选这些目标。对于最后列出的目标，再次征求大家的意见，确认这些目标已经包含了目标系统的基本功能，没有重大的错误和遗漏。系统设计者对被列为很重要的目标和要求应特别重视，它们是影响系统方案的主要因素。第一次项目会议的成果是详细而明确的系统需求，系统设计人员根据系统需求和目标进行详细的方案设计。

❷ 电子商务的主要框架及具体内容拜托各位大神

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

满意请采纳

❸ 电子商务系统策划书结构

你也太懒太吝啬了吧，这个没人会白给你的，别人辛苦的劳动成果，给你吃白食内，那对自容己不是太不公平了吗？还要18页以上，我觉得你着实太过分了点，不要想着别人给你写，学习始终是你自己的事，你完成的怎么样，和别人都没有关系，别人最多给你个建议，其余的东西你还是得自己写。网络没有这样的傻瓜蛋，你要实在没水平，自己去买一篇好了。
我是做策划的，我知道做一个策划需要自己付出多少心血，所以很不喜欢你这样的行为，你还是趁年轻时自己多学点吧。

❹ 电商前端架构设计

什么是前端架构

• 说到架构，很容易拉出一系列的概念知识点，像系统架构、软件架构、框架等等，这些不是今天探讨的重点，大家可以下去网络来理解。架构的本质是什么？其实也是一种管理。通常我们所说的管理，都是指对于任务和人员的管理，而架构管的是机器和代码。比如说，机器的部署属于运维的物理架构，SOA属于服务架构，那么，前端的架构指什么呢？

• 长期以来，前端所处的位置是比较偏应用层，很薄的一层，而架构又要求深度和广度，所以之前在前端里面做架构，好比在小水塘里游泳，稍微扑腾两下就到处碰壁。但最近这几年来，随着一些列新的技术和概念的出现，前端的范围被大大拓展了，所以这一层逐渐变得大有可为。

• 单纯从语言的角度来说，html、js、css是最简单最容易上手的开发语言，不考虑模块化、工具、压缩优化，任何人都可以快速上手，完成一两个功能简单的页面。在规模很小的项目中，前端技术要素彼此不会直接产生影响，因此无需架构相关的思考。由于前端语言这种灵活松散的特点，使得前端项目规模在达到一定规模后，工程问题凸显，成为发展瓶颈，原来孤立的技术要素开始彼此产生影响，各种技术要素彼此之间开始出现关联，要用模块化开发，就必须对应某个模块化框架，用这个框架就必须对应某个构建工具，要用这个工具，就必须对应某个包管理工具……这个时候，需要有人从比较高的角度去梳理、寻找适合自己团队的集成解决方案。而这一系列解决问题的工具和手段就是所谓的前端架构。

架构的组成

组件框架

• 架构不等于框架这一点很好理解，相信大家都能够很深入的说明这里的差别，框架是架构的重要组成部分，架构决定框架的选型，框架决定架构的技术路线。架构围绕框架进行一系列的流程工具建设，从而形成完善自动的开发体系。
  +框架不等于类库，这里就是很多人困惑的点，你用的什么框架？jquery、underscore、linq、seajs、requirejs等等，每个人都能够列举一大堆。但这个是不准确的，一套编码框架是有一系列的元素组成：

• 开发模式，我们如何来实现代码的职责分离。以前整个前端是mvc中v这一层，而现在前端内部也进行了mvc的逻辑细分，Javascript的MVC框架现在很多，有的强化m、有的强化c。每一个框架其实都有其特点的，并且有越来越多的创新改造，比如现在最流行的是mvvm。有angular、react等等。我们是为了引入mvvc才把他们纳入到我们的开发体系，而不是因为他是一个好用的类库。

• 通讯，模块化、组件化是前端在推进开发模式过程中的一个过程产物，为了有效的进行组件隔离和独立，现在有各种各样的通信模型出来，不过由于实现简单，代码少，他往往是合入到某个类库里面，但本质也是一个类库。比较成熟的比如：消息总线、事件模拟、缓存中转、flux模型等等。

• 模板，我们用什么样的方式来集中的处理数据往html的转换过程，这里就不用多展开，这种类库现在太多了，光我们公司就有很多套，大家在代码行、缓存管理、预编译、运算性能、强大的语法等等各个维度不段追求各种极致。

• 基础类库最后才是传统类库，相信现在已经没有同学会在项目中去约束团队中的dom操作、常用函数、方法、异步化等等各种很基础东西，这个时候我们一般就是引入jq、zepto、underscor这些封装好的东西就行了。核心就是为了改善编码生产力。

• 对于框架的选型要从两面看，一是看该框架的本领，二是看你们团队的能耐。从经验上给几个点建议：

• 这里也可以顺便展开聊一下现在前端产品的形态分类：

• 从这些分类里面，我们这些年派生出了所谓全端和全栈的概念。但本质上怎么走还是要由所在产品的形态来决定。

• 内容型Web站点 侧重渲染方面的优化，前端逻辑比重小

• 操作型B/S系统 以数据和逻辑为中心，界面较规整

• hybrid内置型，要处理缓存和一些本地接口，包括PC客户端和移动端。现在的本地应用，基于很多考虑，都变成了混合应用，也就是说，开发这个应用的技术，既包含原生的代码，也包含了嵌入的HTML5代码

• Web游戏，前端的逻辑非常重，在代码结构上要求非常高的可管理性和更复杂的设计模式。

• 桌面应用型，现在有一些PC端的混合应用开发技术，比如node-webkit和hex，前者的典型应用是XDK，后者的典型应用是有道词典，此外，豌豆荚的PC客户端也是采用类似技术的，也有一些产品是用的qt-webkit。这类技术可以方便做跨平台，极大减少开发工作量。

• 大工程应该尽量避开谷歌产品，他的很多技术开源项目都是玩票性质的，GWT、Closure、Darty就是前车之鉴。曾今提出过很多的新技术，到现在还是独家的，变出太大。包括现在angular，喜欢做断崖式升级，做做运营后台系统问题不大，如果是线上系统的话，每次升级就是一次人月神话中的典型焦油坑。

• 关注应用场景，像刚才说到的boss后台是一种；另外我的平台是否有沉重的历史包袱，需要兼容ie6，还是可以轻装上阵；产品对于seo是什么样的态度？是否需要考虑自适应？或者我的团队足够大，能够各搞一套？；产品特征是强内容还是强交互或者是游戏性。这些都是选择不同框架的主要出发点。

• 没有最好，只有最适合自己的，基本上，针对每个平台，我们都可以列出一些主流框架，但不意味着你们都能驾驭得住。小马过马，老牛没过膝，松鼠淹个半死，就是这么回事。但无论我们选择什么框架或决定自己动手造轮子，都勿忘初心，技术必须让我们工作生活更为轻松愉快——我们只选择我们能驾驭住的框架，我们不能保证它在一年后是否会过时落后。

• 而且按照我个人这么多年的经验来看，任何框架都会过时，往往不是因为他不够好，而是因为一定有更好的出来。我们再选择一个框架或者一个类库的时候就要想好，未来我如何抛弃他。至少不能成为我们引入新的框架的绊脚石。现实的工作中很多的团队往往会陷入到年复一年的用今年的新框架去重构去年老框架代码的历史循环中去。对于引入框架如何尽量延长他的生命力，我个人的意见是选择框架时去追求概念，而不是潮流，当我的架构可以接受新的设计概念的时候才去考虑引入新的框架。用设计理念的选择代替框架的选择。之所以这么说是因为我观察到我们部门的后端架构的开发理念跟我进公司的时候是差不多的。更多你可以参考成都网站建设

❺ 电子商务系统基本结构

电子商务时代企业组织结构模式探析
摘要：介绍了电子商务下组织结构应该具有的新特征,提出了网络组织这种新的企业组织结构,探讨了从传统企业组织结构向网络组织转变的几点措施。

关键词：电子商务 企业组织结构 企业组织结构变革

【本文来源】：情报杂志 2006年第10期
【本文作者】：曹高辉 王鑫鑫

科学技术是推动经济和社会发展的第一生产力。以计算机和网络为核心的信息技术推动了电子商务的迅猛发展。国家信息中心乌家培研究员认为,从理论上说,电子商务就是通过网络进行的经济活动,是经济网络化的必然结果;从经济形式上看,它是有别于游牧经济、农业经济、工业经济的信息经济或知识经济。电子商务作为一种全新的经济形态,带来了企业组织生存环境的巨大变化,为了生存和发展,企业组织不得不进行相应的变革以适应这种变化,而在这其中,组织结构的变革最为明显。

1.电子商务对企业组织结构变革的要求

在传统的经济环境下,实物资本、货币资本以及技术是经济增长和企业竞争优势的主要源泉,传统的企业内与企业间组织形式正是着眼于实现资本与技术等要素的有效配置而设计的。而在电子商务下,人力资本以及由此产生的知识积累则成为经济增长和企业竞争优势的主要源泉,自然需要新的企业组织形式来保证新的核心要素的有效配置。同时,世界经济全球化的推进,科技的飞速发展以及信息的指数化增长也使得传统的组织形式在一定程度上不能适应外部环境的快速变化和进行有效的内部沟通。这就需要新的组织形式来与组织的发展和变化相适应。总的来说,电子商务要求组织结构具有以下特征:

1.1 扁平化

扁平化是电子商务下企业组织变革最显著的特征。适合工业革命需要的组织结构都是一种金字塔式的层级结构,这种组织结构的优点是分工明确、等级森严、便于控制,但是,这种组织结构在电子商务下暴露出越来越多的弊端。例如:由于管理层次多导致机构臃肿、人员冗余,进而造成管理成本居高不下;不同机构之间互相推诿责任,管理效率低下;组织内部信息传递不畅等。为了克服传统组织的这些缺点,组织开始出现扁平化的趋势。组织结构的扁平化改变了传统命令链的多层级和复杂性,精简了结构层次,从而有利于信息的传递,保证信息传递的有效和不失真,大大提高了组织效率。

1.2 网络化

企业组织结构的网络化主要体现在四个方面:一是企业形式集团化。随着经济全球化的趋势,企业集团、企业战略合作伙伴、企业联盟大量涌现,这使得众多企业之间的联系日益紧密起来,构成了企业组织形式的网络化。二是企业经营方式连锁化。很多企业通过发展连锁经营和商务代理等业务,形成了一个庞大的销售网络体系,使得企业的营销组成网络化。三是企业内部组织网状化。由于企业组织架构日趋扁平,管理层次减少,跨度加大,组织内的横向联络不断增多,内部组织机构网络化正在形成。四是信息传递网络化。随着网络技术的飞速发展和计算机的广泛应用,企业信息传递和人际沟通已经逐渐数字化、网络化。不同部门、员工之间通过先进的通讯技术进行信息沟通和及时有效的交流,可增进员工之间的了解,提高其学习能力,并增强部门之间的协同能力,有利于企业处理复杂的项目,形成竞争优势。

1.3 虚拟化

传统组织结构的设计总是力求职能部门的“全面化”,企业组织也总是力求“大而全,小而全”的模式。不管是职能制、事业部制,还是矩阵制组织结构,也不管规模大小和在某项功能上的优势如何,企业组织内的各种具体执行功能,诸如研究开发、设计、生产、销售等都是以实体性功能部门而存在的。这些实体性功能组织部门作为企业组织系统中相对独立的单元,往往难以对市场变化作出快速而有效的反应。电子商务下企业组织要想具备竞争力,必须要有快速而强大的研发能力,有随市场变化而变化的生产和制造能力,有广泛而完善的销售网络,有庞大的资金力量,有能够生产出满足顾客需求的产品的质量保证能力和管理能力等,只有集上述各种功能优势于一体的组织才具有强大的市场竞争能力。事实上,大多数企业组织只有其中某一项或少数几项比较突出、具有竞争优势,而其他功能则并不具备竞争优势。为此,企业组织在有限资源条件下,为了取得最大的竞争优势,可仅保留企业组织中最关键、最具竞争优势的功能,而将其他功能虚拟化。虚拟化了的功能可通过借助各种外力进行弥补,并迅速实现资源重组,以便在竞争中最有效地对市场变化作出快速反应。

❻ 如何设计B2B电子商务网站的部门架构

我帮助 给撰稿啊~原创的设计B2B电子商务网站的部门架构.

❼ 电子商务网站常用的系统架构哪些

前台系统包括：商品展示，内容展示，订单确认，支付系统，用户中心四大模块

一. 商品展示

• 站内搜索(搜索提示，搜索规则，搜索成功页，搜索不成功页，相似推荐)

• 导航(频道导航，其他导航如销售排行，广告位，推荐位，文字链，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。

❽ 电子商务系统的结构

电子商务整体结构分为电子商务应用层结构（简称应用层）和支持应用实现的基础结构（三层），基础结构一般包括三个层次和两个支柱。三个层次自下而上分别为网络层、传输层和服务层，两个支柱分别是安全协议与技术标准、公共政策与法律规范。前三个层次为基础层次，其上就是各种特定的电子商务应用，可见三个基础层次和两个支柱是电子商务应用的条件。为不失一般性，在此仅对电子商务的基础结构作概括说明。
1、网络层（网络平台）
网络层是电子商务的硬件基础设施，是信息传输系统，包括远程通信网（telecom）、有线电视网（cable TV）、无线通信网（wireless）和互联网（internet）。远程通信包括电话、电报，无线通信网包括移动通信和卫星网，互联网是计算机网络。对这些网络基本上是独立的，研究部门正在研究将这些网络连接在一起，到那时传输线路的拥挤将会彻底改变。
这些不同的网络都提供了电子商务信息传输线路，但是，当前大部分的电子商务应用还是基于Internet。互联网络上包括的主要硬件有：基于计算机的电话设备、集线器（hub）、数字交换机、路由器（routers）、调制解调器、有线电视的机顶盒（set-top box）、电缆调制解调器（cable modem）。
经营计算机网络服务的是Internet网络接入服务供应商（IAP）和内容服务供应商（ICP），他们统称为网络服务供应商（ISP）。IAP只向用户提供拨号入网服务，它的规模一般较小，向用户提供的服务有限，一般没有自己的骨干网络和信息源，用户仅将其作为一个上网的接入点看待。ICP能为用户提供全方位的服务，可以提供专线、拨号上网，提供各类信息服务和培训等，拥有自己的特色信息源，它是ISP今后发展的主要方向，也是发展电子商务的重要力量。
2、传输层（信息发布平台）
网络层提供了信息传输的线路，线路上传输的最复杂的信息就是多媒体信息，它是文本、声音、图像的综合。最常用的信息发布应用就是WWW，用HTML或 JAVA将多媒体内容发布在Web服务器上，然后通过一些传输协议将发布的信息传送到接收者。
3、服务层（电子商务平台）
这一层实现标准的网上商务活动服务，以方便交易，如标准的商品目录/价目表建立、电子支付工具的开发、保证商业信息安全传送的方法、认证买卖双方的合法性方法。
4、应用层（电子商务各应用系统） 1、公共政策与法律法规
公共政策包括围绕电子商务的税收制度、信息的定价（信息定价则围绕谁花钱来进行信息高速公路建设）、信息访问的收费、信息传输成本、隐私问题等，需要政府制定的政策。其中，税收制度如何制定是一个至关重要的问题。例如，对于咨询信息、电子书籍、软件等无形商品是否征税，如何征税；对于汽车、服装等有形商品如何通过海关，如何征税；税收制度是否应与国际惯例接轨，如何接轨；关贸总协定是否应把电子商务部分纳入其中。这些问题不妥善解决，则阻碍着电子商务的发展。
法规维系着商务活动的正常运作，违规活动必须受到法律制裁。网上商务活动有其独特性，买卖双方很可能存在地域的差别，他们之间的纠纷如何解决？如果没有一个成熟的、统一的法律系统进行仲裁，纠纷就不可能解决。那么，这个法律系统究竟应该如何制定？应遵循什么样的原则？其效力如何保证？如何保证授权商品交易的顺利进行，如何有效遏止侵权商品或仿冒产品的销售，如何有力打击侵权行为，这些都是制定电子商务法规时应该考虑的问题。法规制定的成功与否直接关系到电子商务活动能否顺利开展。
2、安全协议与技术标准
安全问题可以说是电子商务的核心问题。如何保障电子商务活动的安全，一直是电子商务能否正常开展的核心问题。作为一个安全的电子商务系统，首先必须具有一个安全、可靠的通信网络，以保证交易信息安全、迅速地传递；其次必须保证数据库服务器的绝对安全，防止网络黑客闯入盗取信息。电子签名和认证是网上比较成熟的安全手段。同时，人们还制定了一些安全标准，如安全套接层（secure sockets layer）、安全HTTP协议（secure-HTTP）、安全电子交易（secure electronic transaction）等。
技术标准是信息发布、传递的基础，是网络上信息一致性的保证。如果没有统一的技术标准，这就像不同的国家使用不同的电压传输电流，用不同的制式传输视频信号，限制了许多产品在世界范围的使用。EDI标准的建立就是电子商务技术标准的一个例子。 除了前面所提到的业务服务层，另外在电子商务交易活动过程当中，衍生了一系列的相关配套的服务诸如仓储，快递等业务，共同支撑电子商务系统的运转。
当前，随着社会经济的不断发展，以及科学技术的发达，电子商务在中国应用的程度越来越高，电子商务销售额在总销售额的比重突破1%的，并呈强势上升趋势，越来越多的企业开始进入电子商务行业，目前国内较为知名的有：淘宝、拍拍、有啊、京东、第九大道、当当、卓购商城、ecvv、凡客等企业。
针对电子商务的行业独特性，开发适合电子商务网站库存管理的专门系统流程必不可少，在这一方面，行业声誉较高的有网店管家，经过8年的时间开发，网店管家为淘宝大卖家的一致选择，为5千多个卖家提供库存管理服务，其中淘宝卖家2600多家。 企业、组织与消费者是Internet网上市场交易主体，他们是进行网上交易的基础。由于Internet本身的特点及加入Internet的网民的倍速增长趋势，使得Internet成为非常具有吸引力的新兴市场。一般说来，组织与消费者上网比较简单，因为他们主要是使用电子商务服务商提供的 Internet服务来参与交易。企业上网则是非常重要而且是很复杂的。这是因为，一方面企业作为市场交易一方，只有上网才可能参与网上交易；另一方面，企业作为交易主体地位，必须为其他参与交易方提供服务和支持，如提供产品信息查询服务、商品配送服务、支付结算服务。因此，企业上网开展网上交易，必须进行系统规划建设好自己的电子商务系统。
电子商务系统是由基于Intranet（企业内部网）基础上的企业管理信息系统、电子商务站点和企业经营管理组织人员组成。
（1）企业内部网络系统
当今时代是信息时代，而跨越时空的信息交流传播是需要通过一定的媒介来实现的，计算机网络恰好充当了信息时代的公路。计算机网络是通过一定的媒体如电线、光缆等媒体将单个计算机按照一定的拓扑结构连结起来的，在网络管理软件的统一协调管理下，实现资源共享的网络系统。
根据网络覆盖范围，一般可分为局域网（Local Area Network，LAN）和广域网（Wide Area Network，WAN）。由于不同计算机硬件不一样，为方便联网和信息共享，需要将Internet的联网技术应用到LAN中组建企业内部网（Intranet），它的组网方式与Internet一样，但使用范围局限在企业内部。为方便企业同业务紧密的合作伙伴进行信息资源共享，为保证交易安全在Internet上通过防火墙（Fire Wall）来控制不相关的人员和非法人员进入企业网络系统，只有那些经过授权的成员才可以进入网络，一般将这种网络称为企业外部网（Extranet）。如果企业的信息可以对外界进行公开，那么企业可以直接连接到Internet上，实现信息资源最大限度的开放和共享。
企业在组建电子商务系统时，应该考虑企业的经营对象是谁，如何采用不同的策略通过网络与这些客户进行联系。一般说来，将客户可以分为三个层次并采取相应的对策，对于特别重要的战略合作伙伴关系，企业允许他们进入企业的Intranet系统直接访问有关信息；对于与企业业务相关的合作企业，企业同他们共同建设Extranet实现企业之间的信息共享；对普通的大众市场客户，则可以直接连接到Internet。由于Internet技术的开放、自由特性，在Internet上进行交易很容易受到外来的攻击，因此企业在建设电子商务时必须考虑到经营目标的需要，以及保障企业电子商务安全。否则，可能由于非法入侵而妨碍企业电子商务系统正常运转，甚至会出现致命的危险后果。
（2）企业管理信息系统
企业管理信息系统是功能完整的电子商务系统的重要组成部分，它的基础是企业内部信息化，即企业建设有内部管理信息系统。企业管理信息系统是一些相关部分的有机整体，在组织中发挥收集、处理、存储和传送信息，以及支持组织进行决策和控制。企业管理信息系统最基本系统软件是数据库管理系统DBMS（Database Management System），它负责收集、整理和存储与企业经营相关的一切数据资料。
从不同角度，可以对信息系统进行不同的分类。根据具有不同功能的组织，可以将信息系统划分为营销、制造、财务、会计和人力资源信息系统等。要使各职能部门的信息系统能够有效的运转，必须实现各职能部门信息化。例如，要使网络营销信息系统能有效运转，营销部门的信息化是最基础的要求。一般为营销部门服务的营销管理信息系统主要功能包括：客户管理、订货管理、库存管理、往来帐款管理、产品信息管理、销售人员管理，以及市场有关信息收集与处理。
根据组织内部不同组织层次，企业管理信息系统可划分为四种信息系统：操作层、知识层、管理层、战略层系统。操作层管理系统是支持日常管理人员对基本经营活动和交易进行跟踪和记录，如销售、接受、现金、工资、原材料进出、劳动等数据。系统的主要原则是记录日常交易活动解决日常规范问题，如销售系统中今天销售多少，库存多少等基本问题。知识层系统是用来支持知识和数据工作人员进行工作，帮助公司整理和提炼有用信息和知识。信息系统可以减少对纸张依赖，提高信息处理的效率和效用，如销售统计人员进行分析和统计销售情况，供上级进行管理和决策使用，解决的主要是结构化问题。管理层系统设计是用来为中层经理的监督、控制、决策以及管理活动提供服务，管理层提供的是中期报告而不是即时报告，主要用来管理业务进行如何存在什么问题等，充分发挥组织内部效用，主要解决半结构化问题。战略管理层，主要是注视外部环境和企业内部制订和规划的长期发展方向，关心现有组织能力能否适应外部环境变化，以及企业的长期发展和行业发展趋势问题，这些通常是非结构化问题。
（3）电子商务站点
电子商务站点是指在企业Intranet上建设的具有销售功能的，能连接到Internet上的WWW站点。电子商务站点起着承上启下的作用，一方面它可以直接连接到Internet，企业的顾客或者供应商可以直接通过网站了解企业信息，并直接通过网站与企业进行交易。另一方面，它将市场信息同企业内部管理信息系统连接在一起，将市场需求信息传送到企业管理信息系统，然后，企业根据市场的变化组织经营管理活动；它还可以将企业有关经营管理信息在网站上进行公布，使企业业务相关者和消费者可以通过网上直接了解企业经营管理情况。
企业电子商务系统是由上述三个部分有机组成的，企业内部网络系统是信息传输的媒介，企业管理信息系统是信息加工、处理的工具，电子商务站点是企业拓展网上市场的窗口。因此，企业的信息化和上网是一复杂的系统工程，它直接影响着整个电子商务的发展。
(4)实物配送(物流系统)
进行网上交易时，如果用户与消费者通过Internet定货、付款后，不能及时送货上门，便不能实现满足消费者的需求。因此，一个完整的电子商务系统，如果没有高效的实物配送物流系统支撑，是难以维系交易顺利进行的。
(5)支付结算
支付结算是网上交易完整实现的很重要一环，关系到购买者是否讲信用，能否按时支付；卖者能否按时回收资金，促进企业经营良性循环的问题。一个完整的网上交易，它的支付应是在网上进行的。但由于电子虚拟市场尚处在演变过程中，网上交易还处于初级阶段，诸多问题尚未解决，如信用问题及网上安全问题，导致许多电子虚拟市场交易并不是完全在网上完成交易的，许多交易只是在网上通过了解信息撮合交易，然后利用传统手段进行支付结算。在传统的交易中，个人购物时支付手段主要是现金，即一手交钱一手交货的交易方式，双方在交易过程中可以面对面的进行沟通和完成交易。网上交易是在网上完成的，交易时交货和付款在空间和时间上是分割的，消费者购买时一般必须先付款后送货，可以采用传统支付方式，亦可以采用网上支付方式。
上述五个方面构成了电子虚拟市场交易系统的基础，他们是有机结合在一起的，缺少任何一个部分都可能影响对网上交易的顺利进行。Internet信息系统保证了电子虚拟市场交易系统中信息流的畅通，它是电子虚拟市场交易的顺利进行的核心。企业、组织与消费者是网上市场交易的主体，实现其信息化和上网是网上交易顺利进行的前提，缺乏这些主体，电子商务失去存在意义，也就谈不上网上交易。电子商务服务商是网上交易顺利进行的手段，它可以推动企业、组织和消费者上网和更加方便利用Internet进行网上交易。实物配送和网上支付是网上交易顺利进行的保障，缺乏完善的实物配送及网上支付系统，将阻碍网上交易完整的完成。

❾ 电子商务网站的基本架构

电子商务网站的基本架构设计
电子商务网站是以商务活动为中心进行的,而网站的盈利一般通过网站的会员制收费进行,网站的盈利点是网站根据网站的商务活动内容确定的,所以网站的基本架构设计既要以商务活动的业务内容、流程、相关规则为基础,又要兼顾电子商务网站的收费体系.

网站基本架构的设计主要根据以下步骤进行：

2.1 确定电子商务网站功能定位
确定网站所涉及的商务活动的内容、商务活动的流程.比如我们在进行房产信息网的设计中,首先考虑确定网站发布房产信息的种类,确定了房源信息包括中介所的房源信息和个人的出售、出租信息,网站负责信息的发布和信息的管理.同时在确定了信息发布种类后,确定了信息处理的流程为房源信息输入、会员资格审核、信息审核，信息发布.

2.2 确定网站的收费对象和收费规则
在网站所涉及的商务内容确定了的情况下,确定收费的对象和如何进行收费,以此为依据确定网站的栏目.网站栏目的划分实际上就是系统的功能模块划分.在房产网站的系统设计中,确定了网站只对房产中介所进行收费,个人用户免费,所以网站的主要栏目分为个人专区和中介所专区两个主要栏目,同时根据功能的逐步扩大,这样也就基本确定了网站的信息服务内容和方式.

2.3 确定网站的栏目的功能
在确定了网站的收费项目后,要确定网站的主要栏目和功能,包括网站的管理功能模块、网站的信息发布方式、网站商务活动的发布以及网站导航栏等.
网站的功能栏目的设置和系统的主要功能模块的划分是相一致的.
网站业务介绍性栏目,应包括内容应包括会员申请流程,收费标准,网站运行规程等,使用户对网站的服务有一个明确的了解,是扩大网站的会员用户数量和提高网站的使用率都是必不可少的栏目.
网站的导航栏是网站的整体功能的全面介绍,使用户对网站的功能有一个清晰的了解,也是网站不可缺少的栏目.
同时也应有网站运行的相关提示信息,比如在房产网站的设计中,我们在确定了收费对象和主要功能后,确定了网站首页的主要栏目为中介所专区、个人专区、写字间专区、新房楼市等栏目,同时加入了上网导航栏目对网站的主要功能进行介绍.

2.4 确定网站的信息流和控制流
在确定了网站的主要功能和商务活动的主要规则后,应该确定网站的信息流图和控制流图,作为数据库设计的基础.
在房产网的设计中,我们根据房产信息发布的功能和所确定的信息审核和控制流程,在确定了一个网站的数据流图和控制流后,系统的运行控制流程也就确定下来了.