XRRQ01电子采购供应平台需求规格说明书
V10XX1130
电子采购供应平台系统
需求规格说明书
版本<1.0.0>
项目名称：电子采购供应平台系统
文件操纵文件操纵
变更记录
名目
1目的和范畴 (7)
1.1目的 (7)
1.2范畴 (7)
2参考引用 (7)
2.1标准文档 (7)
2.2项目文档 (7)
3名词术语 (8)
4业务目标和范畴 (8)
4.1系统背景 (8)
4.1.1市场及环境背景 (8)
4.1.2技术背景 (8)
4.1.3战略意义 (9)
4.2系统目标 (9)
4.2.1总体目标 (9)
4.2.2具体目标 (10)
4.2.2.1功能目标 (10)
4.2.2.2技术目标 (11)
4.3分时期实现 (12)
5系统概述 (13)
5.1系统框架 (13)
5.2系统主业务 (14)
5.3模块结构 (15)
5.4关键性能 (15)
6系统功能描述 (15)
6.1首页 (15)
6.2主页 (16)
6.3系统治理工作 (17)
6.4企业信息治理 (17)
6.4.1企业物料名目治理 (24)
6.4.2企业物料治理 (25)
6.4.4物料参数治理 (26)
6.4.5计量单位治理 (27)
6.4.6差不多参数治理 (27)
6.4.7企业展厅名目治理 (28)
6.4.8企业展厅治理 (29)
6.4.9采购商务模板设置 (29)
6.4.10供应商务模板设置 (30)
6.4.11企业留言治理 (31)
6.5(采购方)供应商治理 (31)
6.5.1供应商邀请 (32)
6.5.2供应商申请审批 (33)
6.5.3供应商认证 (35)
6.5.4供应商年审 (36)
6.5.5采购物料与供应商物料关系预设 (38)
6.5.6供应商专门信息记录与跟踪 (38)
6.5.7供应商黑名单 (39)
6.5.8供应商查询 (40)
6.6(供应方)采购商治理 (41)
6.6.1供应商申请 (41)
6.6.2采购商邀请审批 (42)
6.6.3供应物料与采购商物料关系预设 (43)
6.6.4采购商专门信息记录与跟踪 (44)
6.6.5采购商黑名单 (44)
6.6.6采购商查询 (45)
6.7业务处理 (46)
6.7.1网上竞价业务 (48)
6.7.1.1标书创建 (49)
6.7.1.2审核（公布标书） (52)
6.7.1.3同意邀标 (52)
6.7.1.4投标 (53)
6.7.1.5观标 (54)
6.7.1.6分配比例 (55)
6.7.1.7审核（投标结果） (56)
6.7.1.8公布竞标结果 (56)
6.7.2网上询价业务 (56)
6.7.2.1采购申请 (57)
6.7.2.2采购申请审核 (59)
6.7.2.3询价单制作 (60)
6.7.2.4询价单审核 (62)
6.7.2.5询价单公布 (63)
6.7.2.6供应商报价 (65)
6.7.2.7采购商报价同意 (66)
6.7.2.9创建Allocation (68)
6.7.2.10Allocation单审核 (70)
6.7.2.11采购合同生成 (71)
6.7.2.12采购合同爱护 (72)
6.7.3网上拍卖业务 (73)
6.7.3.1制作拍卖单 (74)
6.7.3.2拍卖单审核 (75)
6.7.3.3拍卖单公布 (76)
6.7.3.4采购商竞拍 (77)
6.7.3.5竞拍结果分配 (78)
6.7.3.6拍卖分配结果审核 (80)
6.7.3.7销售合同生成 (81)
6.7.3.8销售合同爱护 (82)
6.7.4供（求）信息公布 (83)
6.8统计查询 (83)
7平台治理功能规划描述 (83)
7.1平台治理 (83)
7.1.1平台信息治理 (83)
7.1.2平台会员类别信息治理 (84)
7.1.3平台会员收费项目治理 (84)
7.1.4平台物料分类信息治理 (85)
7.2会员治理 (85)
7.2.1入会申请 (86)
7.2.2入会审核 (87)
7.2.3新增会员 (88)
7.2.4会员续费 (89)
7.2.5续费审核 (89)
7.2.6账号治理 (90)
7.2.7账号费用治理 (91)
7.2.8注销会员 (91)
8平台辅助功能规划描述 (92)
8.1搜索功能 (92)
8.2广告业务 (92)
8.3即时通讯服务 (92)
8.4邮件服务 (92)
8.5短信服务 (92)
9非功能性需求 (93)
9.1多语言支持 (93)
9.2高性能要求 (93)
9.3系统稳固性 (93)
9.4平台安全性 (93)
9.5数据安全性 (93)
9.6开放性 (94)
9.7灵活性 (94)
1 目的和范畴
1.1 目的
目前对学习的电子化采购，差不多进入运行时期，对学习企业的采购成效是显著的，为此结合国内外，电子采购进展的趋势，在学习和华为电子采购的基础上，制定面向企业通用商务交易平台（B2BP）。
本文档就该平台的要紧业务功能进行了较为详细的描述，作为该平台的设计的要紧入口文档。本文档除描述功能方面的需求外，也描述了非功能需求，要紧包括各质量属性、系统安全性及平台治理和辅助功能的需求。
1.2 范畴
依照对本平台的规划，本文档着重描述该平台第一期需要实现的功能需求。也可能会描述一些后期的业务需求，在设计时除要充分考虑第一期的功能需求外，也要求系统留有一定的接口和可扩展性，以利于后期业务的设计和开发。
2 参考引用
2.1 标准文档
名称作者编号公布日期出版机构
软件工程术语电子工业部GB/T11457 1995 中国标准出版社运算机软件开发规范电子工业部GB 8566-1995 1988 中国标准出版社运算机产品开始文档编制指南电子工业部GB 8567 1988 中国标准出版社
2.2 项目文档
文档版本/日期已创建或可用评审已通过作者备注XR-RQ01-电子采购供应平台规划
2006-11-3 王廷军
说明书.doc
XR-RQ01-电子采购供应平台规划
2006-11-17 旷钊耘
说明书_kzy.doc
XR-RQ01电子采购供应平台规划
2006-11-20 旷钊耘
说明书.doc
3 名词术语
Buyer：采购员，负责物料的采购。
Supplier：供应厂商。
Allocation：分配，采购商将采购的物料分配给多家供应商供货。
4 业务目标和范畴
4.1 系统背景
4.1.1市场及环境背景
随着电子商务的兴起和进展，企业与企业的信息交流和业务处理已越来越多地通过电子商务平台进行电子信息的交流和业务处理。目前，专门多企业都建立了自己的电子商务平台，进行网上交易。
电子商务有以下几方面的优势：
通过公司开发的网上询价和网上竞价系统在企业的成功应用，为企业节约了大量成本，提高了工作效率。为将这些成功的业务治理模式推广到其他企业，并创建一种新的经营模式，拟开发一套针对各行业各企业的网上电子采购供应平台。
4.1.2技术背景
通过公司多年为多家客户服务和系统开发的体会，公司已拥有一些熟悉电子商务的人才，公司在B/S架构下的系统开发也有了一些成熟的框架和开发体会。同时，公司的网上电子询价和网上电子竞价系统在华为和学习的成熟应用，也使得我们在电子商务领域中获得了
较多的业务和技术体会。
4.1.3战略意义
公司要长远进展，必须要有自己有核心竟争力的拳头产品，同时能够以一种可连续进展的方式来进行经营。随着Internet应用的深入，我们也能够改变我们的经营思想理念，开发几套适合面广、客户群体大的系统，以按年（月）付费使用的方式进行经营，使我们公司连续进展。
4.2 系统目标
4.2.1总体目标
创建一个全面的、端到端交易门户，包括了目前国内外B2B（企业对企业）电子商务平台所有的交易方式，提供更好的贸易伙伴集成和交互、高质量的可互操作的产品名目，增加新的增值商业服务的可扩展性。
B2B交易模式
实现企业对企业之间直截了当进行采购、供应等业务的交易，降低交易成本，提高企业内部交易的透亮度，提高交易的效率。
通过系统平台提供网上竞价、网上询价、网上比价等功能，降低采购产品的成本，扩展产品销售的渠道，提高企业的知名度。
交易伙伴的集成
与交易相关的企业数量、企业类型以及自身的业务系统千差万别，使得在每个采购商和供应商之间实现定制的点到点的集成变得专门的昂贵和不切实际。交易平台必须提供开放的接口，如此采购商和供应商只需要与交易平台进行一次集成就能够赶忙开始与平台中的所有参与者进行交易。同时系统具有可扩展性，能够与企业ERP系统、支付网关、物流系统无缝集成。
名目的互操作性
为了让更多的供应商、销售商参与其中，该电子交易平台应使得供应商、销售商只需要公布一次它们的名目内容（产品和服务），就能够让所有所有采购组织都能够访问到这些名
目。此交易平台的名目不仅仅是开放的，还必须是能够互操作的。关于采购商和供应商而言，产品名目和互操作性差不多上采购决定过程中的关键。采购商需要高质量的、最新的全面名目来保证在最短时刻内、使用最小的费用做出最佳的采购决定。供应商同样需要一种最有效的方式来公布其产品名目，以展现其产品和服务的特点。买卖双方都需要一种自动的名目治理方式来支持其不同业务模式的运行。因此，名目必须表现每个贸易伙伴的不同商业规则、反映实时的数据变化，同时保证众多供应商的全部商品描述的一致性。
实现端到端的门户
提供公共的交易区域，在交易社区中适应所有交易伙伴不同需求的交易门户解决方案。
可扩展的增值商业服务
技术和安全
为了促进端到端的电子商务交易，必须使得交易平台的所有成员不需要安装软件或者进行定制就能够使用新增的商业服务。因此要求：
A、门户的架构必须强壮和能够扩展，如此新的服务才能够专门容易的加入到门户中，同时所有的交易伙伴赶忙就能够使用。
B、门户平台必须是开放的，交易伙伴能够通过各种渠道参与交易，同意门户提供的所有服务。
门户必须提供多种集成的方式，而且必须容易实施。才能保证最大限度的发挥网络效应；
提供多语平台的框架，为企业提供无障碍交易环境，实现跨国公司灵活使用；
要建立优良的网络环境、采纳先进的硬件设备和稳固的安全防备体系；
提供良好的安全服务，保证平台的安全、数据的安全和交易的安全。
4.2.2具体目标
4.2.2.1 功能目标
●建立起以采购供应为主的公共交互的一个门户的平台，以实现交易伙伴间（包括采
购商、供应商、销售商、市场运营商和商业服务提供商等）交易信息的实时交换；
●建立会员制治理，通过对用户职能的灵活配置来全面实现对操作业务的细化治理；
●建立一个可扩展的商业服务框架，能够快速的提供增值商业服务，增强门户的网络
效应；
●建立一个使得贸易伙伴能够最大限度参与的开放的XML架构；使得B2B门户之间能
够构建一个互相交互的网络，从而使采购商只需登录一个门户就能够与网络上的所
有供应商进行交易，采购商也能够访问网络上的所有销售商公布的商品名目。
●采购/销售需求能够通过B2BP确定采购/销售方式、制订采购/销售打算;（假如企业
有ERP系统，则ERP系统中实现，能够考虑制定统一接口标准，将数据导入）采购
/销售执行过程能够通过B2BP实现完全的电子化；
●支持公布/邀请招投标/拍卖的采购或销售、公布/邀请询价、竞价采购（竞争性谈判
采购）或销售、直截了当采购（单一物资来源/紧急采购）或销售等多种加以模式;
●支持产品电子名目的动态电子化治理(立即要采购或销售的的商品进行行业分类，
该类的建立由平台运营商进行，供应商或销售商的产品名目能够导入到系统中，同
时承诺托管企业的产品名目，保证企业自己内部系统的产品名目与交易平台的产品
名目一致性。)；支持用户的电子名目动态治理：在系统中登记注册，通过验证后
的用户，既能够是供应商也能够是销售商。用户供应产品的改变以及采购产品的改
变，要时刻爱护自己的产品电子名目，以方便其他供应商或销售商进行检索
●支持供应商/销售商的电子化治理和关系爱护；（供应商能够建立起自己的供应商
和自己的销售商，该关系的爱护由供应商自己进行，范畴能够是私有也能够是注册
的企业会员。）；
●支持采购或销售合同的在线签约、在线审批、电子化治理和合同执行过程的跟踪；
●电子招标采购支持在线发标、邀标、开标、投标、观标、评标、授标，支持评标专
家治理、招投标费用治理；
●询价采购支持公布/邀请询价，支持在线竞争性谈判，支持在线比价；
●直截了当采购支持在线谈判；
●统计分析功能，提供进行采购决策分析和采购、销售绩效考评；
4.2.2.2 技术目标
●实现较大规模（大于10000账户）的用户同时在线使用功能，实现服务群集负载均
衡，并实现容易的系统伸缩；
●提供较大的系统灵活性，包括业务流程自定义、页面自定义、数据权限自定义、自
助服务、多行业适应性、多标准适应性；
●提供高级别系统安全的交易保证，包括网站安全、账号安全、交易数据安全、交易
过程安全，并考虑实现提供身份认证治理；
●业务数据本地化、业务操作本地化以及与企业已有系统的应用接口，并实现与其他
系统的数据交换接口；
4.3 分时期实现
综合目前公司的各种情形，对此系统考虑分时期进行实施。对第一时期，实现以下内容：
●实现系统平台的要紧基础性框架建设，包括会员治理、企业治理、物料及名目治理、
供应商治理、采购商治理等基础性业务治理；
●核心业务的实现，包括采购/供应信息公布、网上竞价、网上询价；
●网站的基础治理功能，包括会员治理等；
●基础性技术框架的实现，包括安全体系、多语种、可扩展的业务接口、XML数据
交换、应用系统接口等；
●用户数据的加密或本地储备，并支持历史数据查询和统计；
5.1 系统框架
5.3 模块结构
5.4 关键性能
● 系统登录成功<=3秒； ● 信息检索<=5秒；
6 系统功能描述
6.1 首页
经业务分析和讨论，本系统要紧作为采购商进行电子网上竞价采购业务的平台，不作为一样性的供求信息公布和检索的平台。因此，本系统必须由用户登录后，才能够进行相关业务处理，同时以业务处理为中心。考虑市场推广和企业的利益等因素，承诺有一定的公共信息公布，并提供演示账号供企业试用。
首页的要紧布局如下：
6.2 主页
本系统的主页要紧为登录人员的工作区，因此，主页的页面布局如下：
企业成为该平台的会员后，会得到一个该企业的治理员账号，该企业能够用该账号进行系统治理工作，但不能进行业务处理。
系统治理工作要紧有：
●操作员治理；
●功能治理；
●角色治理；
●角色权限治理；
●操作员-角色治理；
●操作员数据权限治理；
●日志治理。
本平台的操作员治理的结构如下：
关于一个公司下面有多个子公司、多个部门的情形，经业务分析和讨论，对多个子公司的情形，系统不考虑有层次级的公司机构，每个子公司均需要注册成为会员。系统不关怀部门，在企业系统治理员进行操作人员爱护时，注明各个操作员的部门信息。
（问题：无法对多个子公司进行统一治理和汇总查询）
6.3.1操作员治理
爱护系统操作员信息，可进行新增、修改、删除操作。
●输入：
?输入方式：手工录入。
?输入内容：工号，密码，操作员名称，电子信箱，手机号码，，，职务，
职称。
●处理：
?依照输入的内容在系统中生成操作员信息，储存到数据库中。
●输出：
?操作员信息。
●IPO图：略。
●DFD图：
●实体描述：
?操作员治理业务主体信息
6.3.2功能治理
爱护系统功能信息。可进行增加、修改、删除操作。
●输入：
?输入方式：手工录入。
?输入内容：功能描述。
●处理：
?依照输入的内容在系统中生成功能信息，储存到数据库中。
●输出：
?功能信息。
●IPO图：略。
●DFD图：
●实体描述：
?功能治理业务主体信息
6.3.3角色治理
爱护系统角色信息，可进行新增、修改、删除操作。
●输入：
?输入方式：手工录入。
?输入内容：角色描述。
●处理：
?依照输入的内容在系统中生成角色信息，储存到数据库中。
●输出：
?角色信息。
●IPO图：略。
●DFD图：
●实体描述：
?角色治理业务主体信息