㈠ 电子商务系统4个发展阶段的特点是什么
电子商务发展的四个阶段
电子商务发展的历史虽然不长，但已经经历了四个阶段：
第一个阶段是电子数据交换（EDI）。电子商务实际上在网络出现以前就已存在。1994年之前，企业层面的电子商务是通过EDI进行的。EDI指的是商业交易信息（如发票和订单）以一种业界认可的标准方式在计算机与计算机间的传输。对于某些交易来说，在减少交易错误和和缩短处理时间方面，EDI发挥了重大作用，但这是以巨大的的成本为代价的。
首先，EDI通常经过专有增值网络进行，这需要花费一大笔投资；
其次，EDI离不开分布式软件，这种软件既昂贵又复杂，给参与者增添了很大的负担；
再次，EDI是批量传输的，影响了实时生产、采购和定价。
由于这些原因，EDI从未真正普及过，在中国尤其如此。
第二个阶段我称之为基础电子商务阶段。在这一阶段，买家和卖家开始尝试在没有中介的情况下开展交易。成功的先行者把它们的网站当作主要的销售渠道（思科和戴尔），它们通常是技术公司，面向懂技术的顾客，没有或只有很少的渠道冲突。
对其他大多数公司而言，它们仍然只把网站当作展示产品目录和市场推广材料的地方。时至今天，只有15％的网站能够接受订单，6％的网站能够告知订单处理现状。
第三个阶段是商务社区。在此阶段，第三方目的网站（third-party Web destination）开始把交易双方带到共同的社区之中。商务社区创造了市场透明度，一旦买主和卖主开始定期在社区中会面，各种各样的可能性就会出现。这一阶段还拥有很大的发展空间。
第四个阶段则是一种崭新的开始，它就是协同式商务阶段。商业合作伙伴间的几乎每一个业务流程都可以借助网络加以改善或重组。与B2C商务相比，B2B商务涉及的关系要复杂得多。用建筑上的事情作比，B2C商务像是等待一所房子完工之后买下它，而 B2B商务则更像从事一个庞大的建筑项目，需要在专业工作者之间协调多项流程。我们把这样的工作称为“协同”，它面临的障碍很多，但也蕴藏着重大的机会。
第四阶段的任务是在第三阶段的基础上提供对各种商务流程的支持，创造一个虚拟的商业链。协同式商务意味着企业员工、合作伙伴和顾客的一种动态合作。他们通过互动交流，在虚拟社区中找到节约成本、创造价值和解决业务问题的方法。协同式商务是需求链与供应链之间复杂的工作流的一种更为完整的反映。
电子商务的四个阶段
灵活性
成本
第一阶段 EDI的批量传输
低；格式固定
高；专用网络
第二阶段 基础电子商务
高；开放标准
低；Internet优势
第三阶段 商务社区
高；开放标准
低；Internet优势
第四阶段 协同式商务
高；开放标准
低；Internet优势
支持的商业流程
商家互动 市场透明度
批量订单
低；供应固化
目录订单
低；无中心市场
目录＋拍卖/竞价/询价
高；跨地域界限
多样化的订单
高；跨地域界限
新经济的两大核心能力：结盟和专业化
大部分产业都会走向协同商务模式。那些总是生产足够库存的纵向一体化公司正在转型，变成拥有多个专业化伙伴的联合体，为当前需求提供产品和服务。供求链演变成技术驱动的、具备高度灵活性的结盟关系，可以为顾客定制产品。
因此，传统生产商应该转向一种依靠多个合作者的以项目和流动性为基础的制造方式，许多业务都可以被外包出去。那些特别专业的功能，如果对核心业务不具备战略意义，可以转移给电子市场。
电子市场将为买主和卖主提供前所未有的市场透明度。目光远大的公司利用这样的市场协调供求链，由此获得极大的竞争优势。例如，它们可以
*通过在供求链中紧密联合所有合作伙伴而创造一个一体化的商业链，提高流程透明度，在合适的时间把合适的产品送达合适的地方；
*利用网上市场作为合作平台或“电子中枢”，在其上发布生产计划和需求信息，以便贸易伙伴能够作出实时调整，从而极大地降低库存；
*了解自身的购买行为，使采购政策更具一致性；
*将战略合作伙伴关系予以自动化，减少公司间交流的成本；
*利用互联网创造高度啮合的供应链，与合作伙伴的行动保持一致，缩短订单周期。
上述结果可以导致虚拟公司的诞生――所谓虚拟公司，可以视作一个经由网络中枢紧密维系的公司联合体。这样的联合体可以实现规模经济。
结盟是新经济中的一种核心能力。由于有了网络，建立和管理同盟关系的成本大幅度下降，而公司间流程的效率和对这种流程的认识则有显著的提高。
专业化则是另外一种核心能力。一个多世纪前，英国经济学家亚当·斯密和大卫·李嘉图就认识到了比较优势的原则：在一个完全竞争的市场中，国家、产业和公司将被迫集中精力于它们拥有比较优势的领域，以此获得更高的效率和生产力。由于网络造就了一种新型的虚拟商业链，那些专业化公司可以在巩固自己在链条中的环节作用的同时，充分利用结盟关系与更大的竞争对手争夺市场。公司创造价值的过程发生了改变：它们可以把电子商务基础设施当作空中管制中心，用它来管理商业链中的不同专业化成员。
电子中枢
如果实时信息能够在交易伙伴之间直接流通，效率会达到最高。然而，伙伴间点对点的连接并不具有实用性。它过于复杂和昂贵，也难以扩大规模。好的设计应该是，建立集成性的电子中枢，让所有的连接都通向这一中枢。
电子中枢在此指的是那些从事大量协同工作的交易市场，它包容了交易伙伴全部的业务流程和互动。
电子中枢提供协同式服务，而一般的交易只会简单地分配订单。协同意味着增值，也意味着为B2B站点增加“粘性”。
电子中枢的协同工作包括哪些呢？择其要者如下：
●产品采购――对供应商进行认证，获得应有的供货，获取相应的折扣。
●订单处理――完成、记录并追踪交易。
●物流管理――同物流部门实行实时对接，达到物流的最优化。
●购买档案――保存历史性的购买数据，以方便多次订货。
●对外贸易――报关、核查、物流配送、卸岸成本分析及出口批文办理。
●市场营销和广告管理。
●合同管理――制订条款、续签、多方协议及合同实施的监督检查。
●产品生命周期的协同――联合设计、零部件变化的事先通知、通报产品的有效期限和产品的过渡期限。
●计划――高层的供应链设计和仓储定位。
●日程安排――在多个合作者之间协调和优化生产日程。
●预测――测算需求、生产和市场反应。
●资产管理――追踪、修理维护、折旧和处理。
●目录/内容管理――多厂商目录优化、库存测算和调剂、零部件的补充替换和建议。
●电子帐单的出示和支付。
●社区功能――新闻、工作机会。
●第三方保证、风险管理。
●应收帐款管理。
●绩效管理――最佳和最坏的发货记录、质量、贸易伙伴的再分配。
●逆向物流――退货和部分退款、特殊商品处理和客户支持、对退换货的批准。
●款项调节。
●在线销售――产品配置；对每一订单的合理配置进行有效核实；保证多厂商的产品供给；产品的比较分析。
●应用托管。
●复杂定价――讨价还价、大宗折扣、多层定价、期价及生效期、多种价格单、报价管理和现状记录。
●数字证书管理。
●清算服务。
●付款――付款体系的整合安排；信用核查和记录。
●内容过滤。
●市场情报。
●客户的个人化服务和细分化的市场描述。
●渠道管理服务。
●与其他交易市场的连接。
●与后端系统的整合――支持同主要的ERP系统的数据交换；支持本土化的应用程序接口。
●教育和培训――有关复杂流程的多媒体培训、产品配置的示范录像。
●代理经营服务。
●特别的营造市场手段――拍卖、逆向拍卖、集团购买、特色促销、合同购买。
●买卖双方的身份认定。
●伙伴计划。
这些工作给予交易市场以更多上下游的关联、更强的社区特质，以及更大的价值。交易市场由此获得了一种与现存商业链无缝结合的机会，可以使客户享受两方面的好处：一个一体化的供求链整合了所有相关的工作流，与此同时，市场的透明度大大提高。
为了保障自身的生存，交易市场必须大规模开展协同工作。简单的买/卖交易可能会像今天的e-mail一样，变成几乎免费的。那些能够建立“平台”以深化同客户联系的B2B商务公司将会成为最后的赢家。它们就是电子中枢。
㈡ 构建电子商务系统常用的技术有哪些各有什么特点
构建电子商务系统常用的方式一般有两种，一种是在淘宝、阿里巴巴等网站申版请使用，这权种方式优点是简单易用，搭建快速，缺点是自定义功能不强，无法实现一些定制功能，并且通常必须使用该网站提供的二级域名；还有一种是选择合适的电子商务管理程序，自己搭建平台，这种方法的优点是使用自己的域名，可定制性强，缺点是操作较为复杂，需要一定的网站管理基础，目前常用的中文开源电子商务管理系统主要如下：
Zen Cart：完全免费开源的网上商店系统，易于安装，支持多语言、多货币，具有完善的网店系统流程，可以帮助用户建立风格不同的电子商务系统；
osCommerce：是一套由自由软件开发社团开发并维护的在线商店的解决方案，免费开源，并可以应用到任何的商业环境中，可以在短时间内生成一个电子商务网站；
ShopEx：国内最早的网店软件提供商之一，功能全面，收购了ECShop，目前是国内使用人数最多的免费独立B2C网店管理软件；
ECShop：完全开源的网店程序，在插件和二次开发这方面有一定的优势等。
㈢ 电子商务系统规划主要内容
电子商务系统的规划是指：以完成企业核心业务转向电子商务为目标，给定未来企业的电子回商务战略，设计支答持未来这种转变的电子商务系统的体系结构，说明系统各个组成部分的结构及其组成，选择构造这一系统的技术方案，给出系统建设的实施步骤及时间安排，说明系统建设的人员组织，评估系统建设的开销和收益。
㈣ 电子商务案例分析的基本情况、模式分析、各主体受益分析、发展前景与改进方法（急急急！）
基于商务社区模式的行业性B2B电子商务平台
摘要： 通过对一个行业性B2B电子商务交易平台主要功能进行分析和设计，阐述了在构建中国企业
自己的B2B电子商务平台时应注意的若干要点和思想．
关键词： 电子商务：B2B；X~vIL；供应链；Call Cent~；客户关系管理
中图分类号：TP393 4 文献标识码：A 文章编号；1001-3695(2001)06-0096-03
Design Point about B2B E—business Trade Platform
Based on Com merce Comm unity
)rlE Shan． CHEN Jia-~ n
{Institute ofNawo~ ＆Database．College ofl~t'ormation Seieaee＆Tedmology,Dc~glmaL'nlve,tsity,Shanghai 200051，a- )
Abstract： The article had a discussion on so]lt~points buiIdin~B2B bu3i gg solutio．ofCIEaese Enterprises through analyzing
and d igning prDfessio~ [B2B E·bminessplatform
Ke)rword~： E-bw．sineas；B2B；XML；Supp]yChain；CallCentex；,CustomerRctatle~hip-Management(CRM)
1 引言
企业级电子商务一般被简称为B2B的电子商务过
程，它是一个将买方、卖方以及服务于他们的中间商
(如金融机构)之间的信息交换和交易行为集成到一起
的电子运作方式。通过在网上开展B2B电子商务，可
以使企业直接在网上进行贸易洽谈、合同签约、交易
交割和资金结算， 从而虬最大限度减少流通环节， 降
低流通成本，让上网企业在交易过程中获得最佳效益
2 行业B2B系统的设计思想
设计中的“行业性B2B电子商务平台”面对的是
行业的最终用户和业内供应商和采购商，提供一个企
业间进行在线采购、营销、招标等活动的电子交易平
台，其主要交易方式为批量商品交易 参与实体分为
交易平台服务商和(企业)客户。其中前者提供了该电
子商务系统运营和维护所需要的硬件设备以及平台软
件， 同时保证客户网上认证和支付的安全性；而后者
既包括了企业间电子商务交易中的上游生产厂商、供
应商(卖方)， 也包括了下游经销商、采购商(买方)。
事实上， 由于企业问交易的复杂性，往往一个企业会
兼有买卖双重身份，但具体到一敬交易行为来说，该
企业～ 般只具有单个身份
3 行业性B2B电子商务平台的总体设计
31 设计原理
收稿日期；2000．10．03
设计原则有以下几点：(1)先进性。整个系统的设
计无论从硬件服务器上，还是软件平台、开发工具方
面均采用目前最先进和最流行的方案 以确保应用系
统的先进性和开放性 f2)安全性 采用防火墙和用户
认证(cA懒术，在企业内部Latrmmt网和B2B电子商务
交易平台以及Internet~行隔离和验证。(3)可靠性和容
错性。B2B电子商务应用系统的稳定性是最重要的因
素之一 因此设计方案将采用先进的服务器硬件产
品、高可靠性的多机备份方案。(4)可扩展性 整个平
台系统开靛上采用模块化、可移植的数据库和应用体
系结构，保证整个应用平台能够随着入驻企业和业务
量的增加而进行性能和规模上的相应扩展。(5)标准性
和开放性 整个既可满足当前可实现的应用要求，又
能适应今后系统扩展的需要 (6)高性能。采用高性能
的数据库和web服务器， 系统性能卓越 同时， 由于
能动态地分配系统资源，提高了系统软硬件的利用
率 门沣富和易于使用的在线服务。为入驻及登录商
家选择丰富和实用的电子商务服务，使得商家在网上
信息发布，交易等商务活动的进行更方便和更具吸引
力 f8)易于维护。图形用户界面的远程维护工具使得
企业日常数据信息的维护工作简单易行
3 2 系统总体结构
图1为行业性B2B电子商务交易平台系统结构示
意圈。交易平台通i埘行业产品信息和会员企业的交
易数据集成，在平台内部建立技术先进， 同时适用于
国内外电子贸易的B2B电子商务应用系统。并对^驻的会员企业不论是买方还是卖方，不论是国内企业
还是国外企业一都统一提供完整的、符合国际电子商
务交易规范的应用服务。形成一个 入驻企业为主要
服务对象的电子商务交易社区。而对非入驻企业则对
其提供产品信息浏览，查询等服务
图l 交易平刍系统结构示意田
系统基本上采用基于Lnternet／[ntranet的Browse!
Server的结构：使用DHIML和XIvIL技术实现动态的
目录，企业用户通~．q／ntemct就可方便地网站交易。如
图1所示．可以将整个电子商务交易平台划分为以下
两个主要的子系统：
(1)交易平台管理子系统主要功能有：入驻会员管
理，并支持企业的客户关系管理系统：公基商务信息
管理 数据分析管理： 系统运营维护管理：用户认证
服务：在线安全支付服务。
(2)h驻企业子系统的主要功能有：与各自企业内
部系统的交易数据交换：在线发布信息服务，包括产
品、供求、寻求合作等功能；参照产品目录， 为供应
商实现 购物篮 功能： 竞价交易服务：业务分析功
能：管理和处理定单，应用商务逻辑规则， 与供应商
完成交易(企业与其供应商之间的业务关系均是按照
双方的约定进行的，简称为逻辑规则，如定单信息需
要审核、需要一定的保证金等)。在线的供应链连接
管理：在线招／t％标和管理 在线合同管理：其它信息
发布和管理
4 该82B电子商务平台系统的设计要点
B2B电子商务系统的设计和实现无论在功能上还
是在内部采用技术上都与B2C，C2C电子商务系统有
较大的不同。B2B电子商务由于在前端要为众多商家
服务，而其后端还要和多个企业内部系统相连， 进行
信息收集和交互工作。因此，B2B电子商务系统在平
台本身和各企业内部系统(如ERP，MIS)的信息交换和
资源共享方面有其独特的设计和实现方案。下面就从
动态目录发布，供应链管理， 客户服务系统的实现这
三个方面分别阐述它们的技术实现要点。
4．1 基于XML的动态目录管理和发布
B2B交易平台系统通过使用XML技术及相应开发
工具，开发出完整的为企业客户服务的动态目录管理
和发布解决方案， 以满足买方和卖方的需要。对于供
应商而言，能够提供经济有效而且方便的处理方法，
以使其能方便快捷地定制和发布目录信息内容。并能
让供应商单独对其发布的产品目录进行增、删、查询
等管理， 同时又能汇总多个供应商的产品名录成为网
站统一的产品目录让所有买家都能够访问。因此，对
于买方而言，这个解决方案可以快速地使其找到需要
的买方产品目录，简化了筛选和购买一项新产品和服
务的处理流程。目录发布支持两种方式：批量装载(适
用于大容量数据装载)、在线发布(适用于小批量数据
装载和更新)。在线发布就是传统的基于BrowscdScrver
的远程登录在线录入数据，因此下面就批量装载这种
较新的产品目录撒据发布方案进行简要分析和设计。
·准备目录内容： 在装载一个目录内容到网站上
之前，供应商可以核对目录内容是否符台要求的目录
制定标准， 以保证所有目录满足标准。这些标准是网
站在线发布，企业用户可以方便的获取。
· 批量装载目录内容： 网站接收的目录格式为
XIvIL格式数据文件 为了创建一个XIvIL文件，供应
商首先从系统下载一个XML资源包， 这个资源包包
括：文件类型定义、一个XML范倒文件和指导信息。
一旦收集好目录项的信息，就可以使用文本编辑器或
XIvIL生成程序脱机创建xML文件。
· 向网站提交数据：一旦以任何一种格式建立目
录 供应商就可登录到网站的在线发布目录入口，并
提交这个文件。当该任务完成时，系统产生一个通知
发给供应商。这个通知内容包括：成功装载的目录行
信息和被系统拒绝的产品目录信息(如果有的话)。
·载入数据库：网站在服务器端接收到企业客户
提交的目录数据文件后，再经过XML文件格式校验合
格后，启动XML-数据库数据转换工具， 将该XML格
式的目录文件自动转换为数据库中的数据进行存放。
·发布成统一产品目录： 网站在线同时将后台数
据库中更新过的企业产品目录数据，重新发布为到统
一目录中。这时，该网站的所以用户都可以浏览该目
录信息 而提交的供应商用户也可以在线修改自己发
布的目录数据。
(企业佣户产品目录批量装载的流程简图如图2。
图2 产品目录批量装载流程图
4 2 供应链集成管理系统设计
在行业性的B2B交易平台中，供应链系统是其中
一个重要的子系统，通过该供应链管理系统，实现了
制造商与分销商，零售商之间端到端的供应链管理， 缩
短了供销链，帮助制造商和分销商提高了周转效率，更低的营运成本超越竞争对手， 确保领先优势
对于行业性的B2B电子商务交易平台， 供应链的
集成需要连接制造商、生产商、分销商、零售商，处于
交易平台中的企业之间需要多方面的数据交换和处
理，而通过行业的一套XML标准通信，可以无需了解
交易对方的内部数据库结构 在供应链中，需要交换
的数据都可以XML形式统一交换
在图3中， 电子商务平台系统中的B2B集成服务
器处在供应商和分销商，零售商的数据交换的中间位
置 通过位于B2B集成服务器、供应商和零售商的分
布式系统，卖方(供应商)和卖方(分销商，零售商)两个
系统之间的通信部是完全自动进行的
一
圉3 供应链管理系统结构图
买方如果要访问B2B电子商务平台连接的供应商
ERP系统以获得零件的存货水平， 可 用XML消息的
形式向B2B集成服务器发出请求， 并通过HTTP协议
的标准的POSTh-法将请求发送出去 B2B集成服务器
将这些请求弼译成对口 系统的调用，然后再把来自
供应商ERP系统的应答信息翻译成XML应答信息，并
发送给查询信息的分销商，零售商。
处于交易平台另一端的卖方(供应商)内部系统也
可访问分销商，零售商的数据。为了将对供应商的影响
减至最低．B2B使用了标准的URI和CGI查询方式来请
求数据，并在应答消息中使用HTML~XML来统一不
同系统的交换数据 接收到买方传来的应答消息后，
B2B集成服务器就可把传输来的HTMLSNXML转换成
适合卖方系统处理的数据表示，然后再把已转换的数
据传递该系统，从而完成一个请求膻答的工作循环。
该供应链集成管理系统将^驻交易平台的供应商
和分销商紧密地集成起来 在该系统中，任一企业用
户系统都能和与之有商务往来的企业系统进行采购计
划通信，且不要求该系统对因特网、XML或其它企业
用户系统的接口有任何了解
4．3 基于CTI的客户服务系统方案
在企业与企业的交易行为中， 无论是从交易前的
产品和贸易伙伴的浏览、查询， 到交易行为的发生，
以及交易后的支付和配送，网站和客户之间， 以及买
方客户和卖方客户之间都会发生大量的、方便的、快
捷的信息交换， 因此仅通过WWW,~NE．fnail等信息交
换是不够的。而基于CTI的客户服务系统恰恰弥补了
这方面的不足。CTI(Computer Telephone Integration)
是“计算机．电话集成 的缩写，它将传统的、基于
电话的Call Center技术与当今基于Web的电子商务应
用相集成， 在交易平台和用户之间建立了~,Web方式
以外的信息交换方式，如电话，Fax等， 为企业用户
提供主动式的、一对一的行销，太大加强了交易平台
与^驻企业客户之间的关系。该系统工作流程如图4。
囝4 c11工作流程囝
该系统在将客户的浏览网页记录提供给服务专员
的同时，还可以在客户上网的时间内不断搜集客户资
料并了解跟踪客户的商务行为，并且和企业内原有客
户记录整合， 当某一新产品推出时，就自}立即找到适
当的潜在客户，发动网络行销 该客户服务系统方案
能把整个交易平台中所有的市场和客户的信息进行统
一管理、共享，井能进行有效分析，从而为企业用户
的销售、营销、客户服务等提供全面的支持。
5 结束语
本文所阐述的行业性B2B电子商务构建方案，在
尽可能利用B2B电子商务的长处的同时，也充分考虑
到中国企业和中国网络环境的具体特点 使得该方案
有较好的性价比和伸缩性 可以为那些建设网上垂直
交易市场的中国企业提供全面的技术解决方案和外包
服务，帮助这些传统企业建设自己的网上交易系统。
每一个企业部可以迅速地建立自己的网上市场，把任
何一个垂直行业中的购买者和供应商连接在一起，创
造新的盈利机会。通过该B2B电子商务平台解决方
案，那些在各个行业内部具备行业背景优势、产品技
术优势和信息资源优势的行业领导性企业可以更快地
建立自己的网上行业交易市场，为企业扫清电子商务
的技术障碍，尽最大程度减少基础投资和时间开销，
更快、更好地开展行业电子商务。
㈤ 电子商务系统有哪些重要的性能指标
人尽其才、物尽其用”。企业购买服务器当然是为满足特定需要。针对不同需求，我们要关注的性能指标也不同。举例来说，对于数据库服务器，联机事物处理能力是最需着力考察的指标。TPC-C是“事务处理性能委员会”(TPC)负责制订的基准测试指标，考察联机事务处理每分钟吞吐量。而TPC-C测试结果又包括两个指标，一个是流量指标tpmC，这个值越大越好;另一个是性价比指标Price/tpmC，指的是测试系统价格与流量指标的比值，这个值则越小越好。以IBM公司的x366为例子，根据TPC官方网站，TPC-C在线交易基准测试中，x366的流量指标达到了141504tpmC，是4路至强芯片服务器的世界纪录。 再比如说，购买Web服务器时，最重要的性能指标就应该是SPEC web99。SPEC web99为Web用户提供了用于评测系统用作Web服务器能力的最客观、最具代表性的基准; 而如果是选购应用服务器，关注SPEC jbb200和SAP SD这两个指标就能知道大概其了，因为SPEC jbb200是专门用来评估服务器系统运行Java应用程序能力的基准测试，而SAP SD 的测试结果为客户提供了基本的规模建议。 对于大多数人来说，基准测试指标是一个全新的知识空间 – 许多人在购买服务器时习惯于考虑CPU和内存，以为选定了这些，服务器的性能就差不多了。其实，不同的系统设计技术会对服务器的性能产生巨大影响，用诸多量化指标来衡量比较是十分必要和重要的。 用户都希望系统能24×7×365不停机、无故障地运行，这其实是要求服务器的可用性。而可用性和可管理性是息息相关的。服务器的故障处理技术越成熟，为用户提供的可用性就越高，而这个故障处理技术必须要有良好的管理手段和界面来及时表现:一方面可以通过出现故障时自动执行系统或部件切换以避免或减少意外停机，另一方面要让管理员及时察觉及帮助诊断，才能从根本上解决问题。目前这方面做得较好的是IBMx3架构服务器。它带有一种叫“弹出式光通路诊断面板”的技术，只要轻轻，光通路诊断面板就会以从服务器前端弹出，指示器可以帮助管理员快速地定位和替换故障组件，减少服务器的宕机时间。 以基准测试指标为基准，以理性考量为准绳，二者并行互航，您选择的服务器肯定错不了! 附表:部分服务器性能指标 应用 基准测试 简述 测试中主要考察的部件 联机事物处理 TPC-C TPC-C是一种考察联机事务处理（OLTP）每分钟吞吐量的基准测试。TPC-C模拟的是完整的计算环境，大量用户针对数据库（如SQL、Server Oracle,DB2）执行并发事务操作。许多IT专业人员将TPC-C视为衡量“真实”OLTP系统性能的有效参考基准。 全面考察微处理器，内存子系统，磁盘子系统合一些网络组件 电子商务 SPECweb99 SPECweb99用于评测Web服务器能够支持的最大同时连接数的客户端/服务器基准测试。基准负载是由运行HTTP Server的服务器联网的客户端设备上的客户端软件来实现的。为Web用户提供用于评测系统用作Web服务器能力的最客观、最具代表性的基准。 系统的微处理器、内存体系结构和编译器 SPECjbb200 SPECjbb200（Java业务基准）是SPEC第一个用于评估服务器端Java的性能的基准，为Java用户提供用于评测服务器系统运行Java应用程序能力的最客观、最具代表性的基准
㈥ 假定你是一名项目负责人，现在要求承接一个电子商务系统的研制工作，请思考:
别人已经问过一个相同的问题，我把我的答案贴过来！
假设你是一个项目负责人，现要求承接一个电子商务系统的研制工作：
1、在进行系统设计时，是否已经选定了开发语言？如果是，开发语言本身具有的局限会不会导致系统设计时进行折衷？这些折衷能否控制在用户接受的范围内？如果不是，你是怎样做的？为什么？
答：一般情况下在进行系统设计时，都已经确定了开发语言，因为在设计时，要考虑开发语言的具体情况和要求，在实际工作中一般的设计不可能完全脱离开发语言的要求的，在系统概要设计时，可以不考虑将来的具体开发语言，即可以进行一些纯粹的抽象式设计，但是在进行详细设计时，就要考虑将来具体的实现问题了。每种开发语言肯定有自己的局限性，但是我们肯定不能因为它具有局限性，实现某个功能很困难或者成本太高，就牺牲软件的质量，或者在设计时，就不符合需求的要求了，而且即使你选择了某种开发语言，但是也没有规定你不能使用其他语言开发系统功能呀？现在的系统架构一般都是能够组装的，很大一部分都是别人开发好的，你来使用的，比如常用的“按钮”，其本身就是别人开发好后，进行了封装，然后你拿来使用的。开发程序不要在一棵树上吊死。
在进行设计时，处于各种原因，例如成本问题、时间问题，市场、用户要求等因素，肯定会出现一些变更，这些变更可能就包含你所谓的“折中”，这是很正常的，但是这些变更肯定要用户能够接受，而且在进行变更之前一定要征得他们的同意，因为项目干系人或者说用户的满意度，在某种程度上说决定了你项目的成功与否。需要说明一点的是，用户的需求也是在不断变化的，在项目结束时的需求，可能与项目开始之初，可能大相径庭。总之，要多和项目干系人沟通，征得他们的理解和支持。
2、开发的效率和时间怎么进行控制？
项目应该有专门的进度管理，即在项目之初要制定比较详细和使用的项目进度计划，一般的步骤是1）活动定义：根据项目范围说明书等要求，对WBS（工作分解结构）的基础上进行进一步分解，得到最底层的交付物、确定到底要做哪些事情，最终输出是什么；
2）活动排序：确定各个活动之间的依赖关系，形成项目网络结构图，知道影响项目的关键路径；
3）活动资源估算：确定这些活动正确执行都需要哪些资源（人、财、物等），什么时候需要；
4）制定进度计划：更具全面所做的工作，制定具体的项目进度计划，也就是确定每项工作的实际开始时间和结束时间，其依据除了上面的工作成果外，还要综合考虑项目的合同（也就是硬性规定的结束时间），公司的资源使用情况（什么时候能够得到什么资源），以及可能的风险记录。甘特图是一个比较不错的选择；
5）进度控制：制定完计划不是就万事大吉了，还要对计划的执行情况进行监督和控制，例如要不断地进行检查，要查看实际进度是否和原定的计划有偏差了，如果发现有偏差，要对偏差进行分析，找到偏差的原因，然后提出改进建议，并根据实际情况对计划做出调整。
进度控制的步骤一般而言包括：
1）分析进度，找出哪些地方需要采取纠正措施；
2）确定应采取那种纠正措施；
3）修改计划，将纠正措施列入计划；
4）重新计算进度，估计计划采取的纠正措施的效果；
当项目进度滞后于计划时，可以采取以下一些措施缩短活动的工期：
1）投入更多的资源加速活动进程
2）指派经验更丰富的人去完成或帮助完成项目工作；
3）减小活动范围或降低活动要求（最好和用户沟通好）；
4）通过改进方法或技术提高生产率；
实际工作中就是缩小项目范围或降低要求，赶工、快速跟进；
3、选择开发语言时，主要依据是什么？
答：选择开发语言时，除了项目本身的特点外，可能还要考虑公司的资源情况，例如是否有现成的东西可以使用（原来是否开发过类似的系统），公司现有的技术人员都擅长于哪些语言（特别是主要技术人员），即开发成本和效率问题也是要纳入你的考虑因素的。否则你的开发成本和开发效率是很大的问题，很有可能会导致项目失败。
4、如果已经有类似的系统在市场上出现，你进行设计规划时，怎么考虑上述因素（说明：每种语言（工具）都有自己的优点缺点，而不同系统的要求一般不同，在设计时以自己的项目组熟悉的语言为基础进行设计开发，还是考虑系统要求，规划出框架后，再选择合适工具，是一名组织者要考虑的问题，时间、效率、完成情况等很多问题总是困扰着设计者）
答：市场上有类似的产品出现，你看定要考虑的。要根据实际情况，找到其优点，分析后确定可以吸纳到自己系统中的东西，当然前提是项目干系人或者说用户要认可，不要自己主观的进行判断，要多和用户沟通。和用户或者需求人员共同确定市场上同类产品的优缺点，从而对自己系统有借鉴作用。
针对你括号中的问题，我个人项目的最终目的是达到项目的目标要求，从而最终要让企业盈利，花最少的钱，做最好的事情，总归是没有问题的。其他东西都是实现目标的工具和手段，只要能够达成目标，采用什么手段或技术都不应该放到第一位。
5、实施国家电子商务战略的措施有哪些？
请查看《中国电子商务发展战略纲要》，关于大政方针的事情，这里就不做评论了；
6、应如何解决电子商务发展的几个重大问题？
不知道你指得是那几大问题，每个专家，都是仁者见仁，智者见智。问题太大了，呵呵
7、假设你是某个IT行业的总裁，你将如何制定你公司未来五年的电子商务战略？制定原则是什么？
答：你这个问题和你所处的行业有关，针对的行业不同，可能其具体规划具有天差地别的区别。不过制定的原则，肯定是如果你有比较雄厚的资本支持，则可以先不挣钱，进行较为长远的铺垫和规划，例如显出一个产品，以低价或者免费的方式供别人使用，在某一领域占领足够大的市场份额，达到一定程度后，在逐渐加入收费的项目，逐步实现盈利，例如微软的IE的使用就是这种方式。如果你的公司比较弱小，那么首先要解决的就是生存问题，怎么能够存活下来，是要要考虑的首要问题，都不能生存，其他的就别谈了，可以先做一些定制项目，能够拿到现钱，养活你的技术人员和后勤保障人员，并在实际项目中，逐步总结自己的特点，等具有一定的富裕精力和资本后，在根据自己积累的东西形成自己的产品，逐步地发展壮大。
8、假设你是一位企业的决策者，你要对你公司进行改造来适应电子商务，面对如此多的技术，你如何抉择？从技术上考虑，你怎么做自己的电子商务。
答：如果我是企业的决策者，都先第一步我要成立一个班子，其中包括业务专家和技术专家，必要时可以聘请外部人员，对我公司的现状进行评估，给出我一套完整的解决方案，这套方案要有足够的高度，而且还有考虑我公司现有的资产（老系统）的使用，并且其成本要在我的可接受范围内。其实采用何种技术，正如前面我所说的，只是一种具体实现的手段和方式，作为老板的你（用老板的高度思考，而不是技术人员的思维），并不是你要考虑的，你要考虑的是怎么花最好的钱，办最多的事情，而且过去的投资最好不要浪费，要能够充分的利用。
呵呵，从你问的问题，可以想见你是一名技术人员，或者是一名技术出身的设计者，考虑问题的角度，还是以技术为重。我认为作为一名项目管理者或者公司的老板，技术并不是最重要的，技术先进性与否，都没有太大的关系，适合自己的才是最好的（花最少的钱，办最好的事）。
㈦ 作为系统工程，电子商务系统建设主要包括哪些内容
包括商务、技术、支付、物流等许多角色与要素的系统工程。在开专始建设电子商务系统之前，属必须充分研究涉及电子商务系统的所有因素，全面分析、统筹规划，形成尽可能完善的电子商务系统设计方案，在此基础上有条不紊地进行电子商务系统建设。
对于大型企业电子商务系统，尤其要重视强调系统规划设计。如果不重视电子商务系统的统筹规划，或者不按照事先的统筹规划进行电子商务系统建设，建成后的电子商务系统很可能出现协同困难，难以实现系统的预期功能，难以实现系统建设的目标，从长远看还会造成资源浪费，使得将来必须为之付出更大的系统改进与整合成本。
㈧ 电子商务系统对企业的发展有什么样的促进作用
随着不断加快的经济全球化进程以及信息技术的快速发展,货币金融体系电子化的实现将是一个必然趋势。在不久的将来,在电子商务不断发展的带动下,电子货币也将会在社会经济生活中得到更加全面的发展。如果企业在发展的过程中忽视了电子商务的重要性的话，将会给企业本身带来难以弥补的损失。
汇亚电子商务系统整合了多款软件后台，让企业的管理一站式解决。
1. 网上门店：多级产品展示，搜索，购买，推荐，排行，社区，客户账户，促销广告。
2. 客户关系管理系统：客户信息管理、订单管理、自动短信和邮件营销平台、商机管理。
3. 进销存：供应商管理、采购管理、进货管理、库存管理、库存预警、出货管理。
汇亚的产品价值：
１．跨越了以往的时间和空间障碍，让客户可以随时，随地订购企业的产品。
２．集中化的管理企业的销售渠道，统一的数据库，让以前多门店管理难的局面彻底消失。
３．大幅度降低成本，让企业的交易成本，和产品库存成本降到最低，企业不需要为每个门店准备库存，完全可以按照拉动式，让物流中心直接配送到全世界的每一个角落。
４．有效的把握客户，通过系统的记录和分析顾客的行为等一系列数据，制定有效的营销和自动销售策略，让企业的回头客大大增加．因为网络是一个可以聚集顾客的途径。
５．大幅度缩短企业的品牌的宣传和客户聚集的时间。
㈨ 电子商务系统建设过程
这问题很大。
内容涉及到正本书籍。
建议：网络搜索该书，进行了解。
㈩ 电子商务系统设计
电子商务系统是互联网时代计算机系统的主流应用，是集成了数据管理、事务处理、业务流程重组、系统安全管理等技术的复杂系统。很多企业管理者和信息系统技术负责人在被电子商务系统的广阔前景所吸引的同时，亦为不知如何开展电子商务系统的建设而烦恼。系统集成商参与项目开发的困难更多：用户需求不准确、经常变化，开发人员与业务人员沟通困难、误差极大。最后上网工程变成了网页设计大赛，花费了大量人力物力建造的网站并没有为企业带来预期中的收益，反而变成了一个摆设，甚至因为要不断投入维护费用而成了企业的负担。 本文着重讨论电子商务系统工程中系统需求分析和系统概要设计的基本方法，向项目经理和技术负责人介绍如何组织电子商务项目的开展。事实上电子商务系统一方面是一个相当复杂的工程，需要科学的系统规划和项目管理，另一方面电子商务系统也只不过是一种应用计算机的系统工程，虽然涉及的技术内容和业务因素较多，但只要遵循合理的系统工程实施方法进行，仍然可以顺利地完成电子商务系统的建设。 电子商务技术可能目前世界上最令人眼花暸乱的技术领域，新名词、新技术、新术语每天都在出现，如何建设电子商务系统，似乎有无数种可能，令人无所适从，不知如何作出正确的决策。技术本身并不能为企业带来效益，只有合理应用技术建造的系统才能帮助企业解决业务运作中的问题，帮助企业发展业务，所以设计电子商务系统时必须坚持一个原则：企业的需求是目的，任何技术都只是实现需求的手段，建设电子商务系统不是为了应用某项新技术，而是为了解决企业的实际问题。只有坚持这个原则才能避免常见的失误：采用了很多不成熟或者复杂的技术，工程费用超标，项目进度无法保证，应用效果未如理想等等。电子商务系统的目标可以用以下几个问题来总结。 应用环境：系统将为哪些用户服务？他们使用什么平台，如何访问企业的电子商务系统？ 系统功能：系统为用户提供了什么服务？哪些是已经有的，哪些要修改，哪些要重新开发？ 数据资源：为了实现这些服务功能，系统将使用哪些数据？数据量多大，如何存储？ 安全管理：系统的安全性如何保证？系统管理如何实施？其中系统功能是范围最广泛的问题，从最早的信息发布到现在很流行的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平台，或者有特殊的多国语言字符支持问题等。
经过详细的分析后，项目会议最可能的结果就是听到一大堆意见和要求。一个可控制进度与预算的项目不可能达成不受控制地产生的要求，分出轻重缓急才能简单直接地解决问题。项目负责人先取得与会者的认同，目标太多不能在一个项目内完成，请大家先选出要在当前项目内完成的目标，然后评估这些目标的重要性。如果意见不能统一，被列为很重要的目标仍然很多，就要重新筛选这些目标。对于最后列出的目标，再次征求大家的意见，确认这些目标已经包含了目标系统的基本功能，没有重大的错误和遗漏。系统设计者对被列为很重要的目标和要求应特别重视，它们是影响系统方案的主要因素。第一次项目会议的成果是详细而明确的系统需求，系统设计人员根据系统需求和目标进行详细的方案设计。