出国留学网小编们精心为广大考生准备了“2017年电子商务师知识点”，各位同学赶快学起来吧，做好万全准备，祝各位同学考试顺利通过。更多相关资讯请持续关注出国留学网。
B2C后台操作流程
学员通过模拟商户进驻电子商城，建立网上商店，为消费者提供网上购物服务，并进行网上商城后台进销存管理，学习申请B2C特约商户、网上商城入驻、初始化网上商店、销售管理、采购管理、库存管理等操作。
重点掌握建立网上商店、采购管理、期初数据。
采购管理的流程：B2C商户在缺货的情况下，进行采购，先进入采购订单模块下订单，再对下的订单进行入库处理，然后对订单进行结算，完成整个采购流程。
C2C拍卖操作流程
学员通过在实验室注册会员，既扮演卖方又扮演买方进行拍卖操作，学习整个网上拍卖流程。
可以把C2C操作理解为淘宝拍卖。
这块内容在注册时需要分清买家和卖家，以免出现登陆错误，导致无法拍卖。
注意：不论双方交易过多少次，每位用户只能为另一用户进行一次信誉评比。
B2B交易流程操作
重点掌握电子合同、网络采购
企业电子商务系统的结构
电子商务系统是由许多系统角色构成的一个大系统。由于电子商务条件下的各方是通过网络进行信息沟通和业务合作的，因此需要一些传统商务活动中没有或者参与程度不深的一些角色，如用于网上身份认证的认证中心、完成商品配送的物流中心和提供电子商务相关服务的电子商务服务商等。即使是传统商务中的角色，在电子商务系统中其功能和定位上也发生了巨大的变化，如银行的网上支付服务的提供等。
电子商务系统的主要角色有采购者、供应者、支付中心、认证中心、物流中心、电子商务服务商等。
(1) 采购者：这里的采购者，可以是企业，也可以是个人，只要通过电子商务系统购买商品(包括有形、无形商品和服务)，就是电子商务系统中的采购者。
(2) 供应者：与采购者类似，这里的供应者，可以是企业，也可以是个人，只要通过电子商务系统出售商品(包括有形、无形商品和服务)，就是电子商务系统中的供应者。
(3) 支付中心：支付中心的功能是为电子商务系统中采购者、供应者等系统角色提供资金支付方面的服务。此角色一般由网上银行承担，提供网上支付服务，并保证支付的安全性。
(4) 认证中心：认证中心(CA)是一些不直接从电子商务交易中获利的第三方机构，负责发放和管理数字证书，使网上交易的各方能够相互确认身份。
(5) 物流中心：主要是接受供应者的送货要求，组织将无法从网上直接得到的商品送达采购者，并能跟踪商品动态流向。
(6) 电子商务服务商：这里专指提供网络接入服务、信息服务以及应用服务的IT厂商。
快速原型法概述
1.快速原型法的提出 快速原型法(rapid prototyping或quick prototyping,也称early prototyping,简称prototyping)的基本思路是,通过在软件生产中引进其它工业在生产新产品之前先试制样品的方法,解决需求规格确立的难题。由于软件是无形的"软"产品这一特征,从修改样品到生产成品比其它工业产品相对容易许多,所以M.Zelkowitz在提出软件原型法时,并没有照搬硬件工业产品的原型法———在设计阶段与生产阶段之间增加一个样品试生产阶段,但这同时也就限定了软件原型法必须有快速这个特征。
2.快速原型法条件 开发软件原型必须满足下列条件:①原型必须可执行;②原型的开发周期应短,开发成本应低(如周期和成本约为生产正式产品的1/10);③对原型进行评价应很容易;④原型应易于修改。
3.原型的目的、环境和生存期形态 原型可在与产品相同的运行环境上开发,也可不同。如果原型是用来确认对需求的理解是否正确、或解决设计方案的选择问题,即用户侧的需求(问题)是明确的,开发侧的理解需求或实现需求的设计方案(解法)不明确,要证实解法是否正确时,应在与实际产品环境相近的环境上开发原型。这种原型称为试验品原型或试验性原型。还有些原型,主要用来帮助用户在试用中使自己模糊的需求明确起来,称为试用品原型或试用性原型,可在与实际产品环境完全无关的环境上开发、运行。 原型有不同的原型生存期形态,其主要区别在于原型目的达到后的不同作用和意义。原型运行目的达到后,有的不再有意义,被抛弃,称为抛弃式原型(throw away prototype);有的直接转为产品的一部分,称为演化式原型(evolutionary prototype);还有的原型随着需求一步步明确,所模拟的需求功能也逐渐增加,称为递增式原型(incremental prototype)。也有称演化式原型为骨格型原型、演进式原型,称递增式原型为增殖式、渐增式原型的。递增式原型可以是抛弃式的,也可以是演化式的。试验品原型往往不只开发一个,其中大多数是抛弃式原型。试用品有抛弃式的,也有演化式的。演化式原型开发环境应与产品环境相同或相近。 选择什么原型生存期后期形态,是在原型目的与原型开发成本之间寻找平衡点的技术。抛弃式原型应开发周期更快、成本更低,所以比其它形态更需要采用快速原型法CASE工具,以尽可能实现自动化。直接转为产品一部分的演化式、递增式原型,由于需要与产品相同或相似的运行环境,在可能的前提下应以选用自动化开发CASE为主、快速原型法工具为辅。