中国联通ERP采购与物流管理系统新建工程可行性研究报告.doc

《中国联通ERP采购与物流管理系统新建工程可行性研究报告.doc》由会员分享，可在线阅读，更多相关《中国联通ERP采购与物流管理系统新建工程可行性研究报告.doc（62页珍藏版）》请在三一文库上搜索。

1、 工程编号：工程编号： 2009318 建设单位：建设单位： 中国联合通信集团公司中国联合通信集团公司 中国联通北京市分公司、中国联通北京市分公司、 天津市分公司、河北省分公司、辽宁省分天津市分公司、河北省分公司、辽宁省分 公司、山东省分公司、河南省分公司公司、山东省分公司、河南省分公司 设计单位：设计单位： XXX 设计院有限公司设计院有限公司 中国联通中国联通 ERP 采购与物流管理系统新建工程采购与物流管理系统新建工程 可行性研究报告可行性研究报告 V2.620051012 出版 院院 长：长：XXX 院总工程师：院总工程师：XXX 报报告告总总负负责责人人 ：XXX 主要编制人：主要编

2、制人：XXX XXX XXX 中国联通中国联通 ERPERP 采购与物流管理系统新建工程采购与物流管理系统新建工程 可行性研究报告可行性研究报告 1 目目 录录 1概述概述1 1 1.1工程概况1 1.2编制依据1 1.3可行性研究的范围1 1.4系统建设的必要性和可行性2 1.5简要结论3 2风险分析风险分析4 4 2.1风险种类4 2.2部分风险防范措施4 2.3项目需要的资源保证5 2.4项目成功的关键因素5 3系统功能需求系统功能需求7 7 3.1年度采购计划7 3.2月度采购计划8 3.3采购目录9 3.4采购申请管理10 3.5采购过程与合约管理11 3.6供应商管理12 3.7专

3、家管理12 3.8物流管理13 4系统能力需求系统能力需求1515 4.1用户数估算15 4.2应用系统存储容量需求15 4.3系统处理能力需求18 4.4客户端需求21 4.5网络带宽需求21 5建设目标建设目标2323 5.1长远目标23 5.2近期目标23 6系统建设方案系统建设方案2424 6.1建设原则24 6.2系统设计原则24 2 6.3系统架构25 6.4系统组织方案27 6.5系统安全37 6.6系统管理38 6.7与其他系统的接口39 6.8主要设备配置40 7系统实施方案系统实施方案4141 7.1项目实施关键因素41 7.2项目管理与控制42 7.3实施方式43 7.4

4、实施计划安排44 8机房环境要求机房环境要求4545 8.1门窗45 8.2地面45 8.3天花板45 8.4墙壁45 8.5照明45 8.6环境要求45 8.7安全45 8.8防电磁干扰46 8.9空调、电源及接地系统46 9人员编制与培训人员编制与培训4747 9.1人员编制计划47 9.2人员培训47 10 进度安排建议进度安排建议4848 11 系统投资估算系统投资估算4949 11.1投资估算49 11.2工程前期投资估算51 11.3投资估算拆分52 12 经济评价经济评价5353 12.1工程概述53 12.2经济评价方法53 12.3综合分析53 3 12.4结论54 13 图

5、纸图纸5555 XXX 设计院有限公司 1 1概述 1.1工程概况 根据集团公司工作总体部署和体制改革要求，中国联通成立了集团公司采 购与物流中心，其任务是对各级、各类（投资类、除人力成本外的部分付现成 本费用类）物资、服务进行集中采购与物流的统一归口管理；其宗旨是建立完 善的采购与物流体系，支撑、服务企业生产运营，促进企业精细化运作；其目 的是开源节流、降本增效；其工作原则是“需求与采购分离、采购与决策分离”， 提高管理规范性，做到公平、公正、公开。 中国联通没有采购与物流信息化相关的管理系统，采购和物流工作存在着 不便，离建立完善的架构与物流体系，支撑、服务器企业生产运营，促进企业 精细化

6、运作的宗旨较远；同时，也不能很好的实现开源节流、降本增效的目的。 目前，中国联通正在进行包括财务管理、人力资源管理等系统的 EPR 管理信息 系统的建设，系统建成后将有利于中国联通的管理和决策水平的进一步提高。 作为 ERP 管理信息系统的组成部分，采购与物流管理系统的建设需求逐渐明确， 并提到日程上来，中国联通决定进行采购与物流管理系统的建设。 本文件是中国联通 ERP 采购与物流管理系统新建工程可行性研究报告。 1.2编制依据 (1)中国联通可研委托； (2)中国联通提供的有关资料； (3)相关厂商提供的有关技术资料及价格信息； (4)编制单位电话调研、现场勘察调研收集的有关资料。 1.3

7、可行性研究的范围 本可行性研究报告的范围主要包括： (1)工程建设的必要性和可行性； (2)风险分析： (3)需求分析； (4)建设目标； (5)系统建设方案； (6)系统实施方案； (7)进度安排建议； XXX 设计院有限公司 2 (8)投资估算； (9)经济评价 1.4系统建设的必要性和可行性 1.4.1必要性 (1)提高企业核心竞争力的需要 随着中国加入 WTO，电信市场的逐步放开，我们将要面临国外先进的电 信企业的激烈竞争。没有竞争力、没有过硬的本领是不行的，而竞争力首先来 源于企业的管理。中国联通成立了集团公司采购与物流中心，对各级、各类物 资、服务进行集中采购与物流的统一归口管理。

8、而没有一个统一的流程和功能 完善的系统做支撑很难实现建立完善的采购与物流体系，支撑、服务企业生产 运营，促进企业精细化运作的宗旨。因此采购与物流管理的信息化有利于提高 整个企业的管理水平、降本增效、为未来激烈的竞争做好准备。 (2)规范企业管理的需要 中国联通作为上市公司需要进一步规范企业的管理，为了做到采购物流的 公平、公正、公开，集团公司成立了采购与物流中心，其工作原则是“需求与采 购分离、采购与决策分离”。采购与物流的信息化建设将更加能够体现其原则， 通过系统的流程规范企业的管理。 (3)中国联通业务发展的需要 随着中国联通业务高速度发展，企业规模不断变大，对财务核算和资金流、 物流监控

9、体系等提出了非常高的要求，要求信息系统提供集成的、全国范围的、 可指导业务运作的实时数据支持。中国联通正在进行 ERP 管理信息系统的建设， 采购和物流系统作为 ERP 系统的重要组成部分需要跟上 ERP 系统建设步伐， 采购与物流管理的信息化建设将更有利于中国联通业务的发展。 1.4.2可行性 (1)中国联通有良好的管理基础。 优秀的管理是工程实施成功的基础，中国联通良好的管理基础会促使最佳 的管理方式、最优的管理理念渗透到工程实施的全过程中，从而保证工程实施 的成功。 (2)中国联通有一定的业务流程整理基础和实事求是的工作作风。 中国联通正在建设的 ERP 管理信息系统对财务和人力资源管理

10、的流程进行 XXX 设计院有限公司 3 了整理和规范，所以中国联通具有一定的业务流程整理基础和可借鉴的业务流 程规范经验，这会给本工程的实施提供很大的帮助。另外，中国联通整个企业 的实事求是的工作作风和严谨的工作态度会很大程度的降低本工程的实施风险。 (3)中国联通有变革管理的经验和心理准备。 作为现代通信企业，中国联通在变革管理方面的经验和应对变革管理的心 理准备会在很大程度上降低本工程的实施风险。 (4)中国联通有足够的资金支持和资源保障。 中国联通对本工程的建设非常重视，认为本工程对增加中国联通核心竞争 力和规范中国联通的管理起着非常重要的作用，因此为本工程提供了足够的资 金支持和资源保

11、障。 1.5简要结论 1.5.1建设内容 本工程将为中国联通建设一套 ERP 采购与物流管理系统，实现年度采购计 划、月度采购计划、采购目录、采购申请与处理、采购过程管理、供应商管理、 专家管理、物流管理等模块的功能。 1.5.2建设范围 本工程建设范围为：在北方十省分公司分别建设一套物理上独立的系统， 在集团公司建设一套集中的系统，南方 21 省分公司用户直接登录到集团公司的 系统。 1.5.3项目满足期 本期工程系统功能可满足目前的功能要求，系统平台可以满足未来 3-5 年 的需求。 1.5.4工程总投资 本期工程投资总额为 7125 万元人民币，工程投资估算详见投资估算表。 1.5.5结

12、论 本工程的建设将有利于提高中国联通采购和物流管理水平，加强集团对省 分公司的投资控制，更有效的降低投资风险、提高投资效益，在技术上和经济 上是可行的。 XXX 设计院有限公司 4 2风险分析 应把风险管理贯穿整个项目，它考虑了可能造成项目失败的所有因素和预 防措施，以及发生时的管理办法。 风险种类 2.1.1不可控制的风险 (1)项目实施过程中采购与物流中心组织结构与业务模式的变动； (2)重大政策出台，影响公司发展； (3)重大社会事件发生。 2.1.2可控制的风险 (1)随意变更项目目标、范围、时间； (2)随意调用项目人员，使其没有足够的参与时间； (3)不能及时决策、及时确认项目阶段

13、报告； (4)不遵守项目大纲的要求。 2.1.3可能的风险 (1)部门及员工的参与度和积极性低； (2)对变革的接受能力差； (3)对数据整理的准确性和及时性差。 2.2部分风险防范措施 表 2.2-1 风险防范措施 序号可能存在的风险防范措施 1 南北方业务的差异性较 大 在项目开始时，基于北方分公司的业务情 况，充分进行方案匹配性研究。 定义核心需求，分阶段完善。 2 一些管理需求，没有现 成的完整的系统解决方 案，存在较多的开发工 作。 充分调研、分析，制定总体方案布局。 先集中精力完成核心需求，取得阶段性实 效。 3 前端业务系统的不统一、 开发接口需要面对多个 业务系统，开发的协调、

14、 管理工作压力较大。 成立专门小组，负责制定接口标准，协调 各地的接口开发工作。 对能力不足的业务系统，采用简化方案。 接口坚持统一标准，各地向标准看齐。 发挥PMO作用，协调各相关部门、公司 的工作。 XXX 设计院有限公司 5 序号可能存在的风险防范措施 4 北方的业务量大，数据 整理、编码统一、导入 的难度大。 尽早制定数据范围和方法。 组织专门的数据收集队伍和培训队伍，推 进数据整理和用户培训工作。 5用户的适应和接受能力 采用变革管理办法，在项目开始时，制定 切实可行的沟通策略、培训策略，并在项 目过程中严格执行。 6 组织和流程的不稳定， 给项目带来不确定因素。 在制定项目计划时，

15、应从流程组织比较稳 定的单元、省份先开始。 如果预计到组织、流程上的大的变动，应 该暂缓相应部分的实施。 7跨职能的协调 建立包括各业务负责人的项目领导小组， 负责协调跨部门问题，并且制定高级领导， 作为最终仲裁人。 保持跨部门的信息畅通。 8 各地的差异：各地用户 会强调需求差异，造成 实施过程沿长、流程、 政策难以统一。 制定集中统一的原则，并由公司领导作为 项目原则统一下发各分公司。 项目PMO统一对各地差异性方案进行评 估，制定审批程序。 实现确定项目范围、开发范围、原则，分 发各分公司。 9 开发引起不可控风险： 系统性能问题、系统稳 定性、可获得的厂方支 持。 严格控制开发需求，由

16、中央小组统一审批 各地的开发请求，并由中央小组统一开发。 2.3项目需要的资源保证 2.3.1组织与人力资源保证 (1)组建强有力的由各相关业务部门骨干参加的项目组织，并明确职责。 (2)决策层：高层领导负责，定期听取汇报，及时决策执行层上交的问题。 (3)执行层：能够协调各分公司、各相关部门，必要时能提交决策层。 (4)操作层：项目骨干成员必须为稳定的业务骨干，并能在日后的优化、 维护中发挥作用。 2.3.2系统与办公环境保证 (1)硬件、软件的采购、安装、调试、维护要有保证。 (2)相对固定的，便于随时与各部门业务人员交流的办公场所。 (3)必要的办公与通讯设施（电话、传真、互联网、打印机

17、、复印机） 。 2.4项目成功的关键因素 XXX 设计院有限公司 6 主要包括以下几方面： (1)高层管理对项目的承诺和决心，并且加以大力推动。 (2)明确的项目目标与范围。 (3)充分的沟通和交流, 上下保持一致的项目目标。 (4)决策迅速，顺畅的变革管理。 (5)有效、充分的知识转移。 (6)实力雄厚, 经验丰富的项目实施队伍。 (7)按照经过实践验证的实施方法对项目进行强有力的管理。 XXX 设计院有限公司 7 3系统功能需求 从采购物流管理业务对系统功能的需求上看，主要分为以下功能模块：年 度采购计划、月度采购计划、采购目录、采购申请管理、采购过程与合约管理、 供应商管理、专家管理、物

18、流管理。 年度采购计划 年度采购计划由各级采购物流中心分别制定，逐级汇总上报。 3.1.1管理要求与管理目标 年度采购计划是对下一年整个联通集团对物资类和服务类的采购需求逐级 进行汇总整理，并结合库存情况等因素制定的。年度采购计划的制定和执行要 结合全面预算的编制过程，对投资预算、运维预算、成本费用预算和业务（市 场）预算里面需要进行采购的物资和服务的明细信息进行收集，再由各级采购 物流中心汇总制定出详细的采购计划并逐级上报，最后形成全集团的年度采购 计划并调整、审批、下发。 年度采购计划中的物资明细程度和要求可能随预算类别不同、制定单位不 同而不同，对于某些金额数量较小，物资明细信息采集比较

19、困难的物资类别， 也可能暂不纳入年度采购计划之中。 年度采购计划即作为制定年度采购目录的依据之一，又可为第二年的采购 申请审核提供参考。在完成了全年的工作之后，可以对年度采购计划的准确程 度进行多角度的统计分析，并通过考核与管理使得年度采购计划的物资明细程 度和准确程度都逐年提高。 3.1.2系统功能需求与分析 年度采购计划对系统功能的要求主要有两个关键点：物资与服务各类明细 信息的采集、年度采购计划执行情况的多角度统计分析。 年度采购计划的第一步是收集年度需求信息，形成采购预算。但是由于投 资类、运维类、市场类、日常成本费用类等四种不同种类的物资或服务上报年 度需求的时候情况不同，包括可上报

20、的物资种类不同、上报的需求明细程度不 同、上报信息准确程度不同、上报分解方式不同（按专业、按项目）等等，因 此需要针对不同类别的物资或服务分别进行处理。应可设定哪些物资需要纳入 年度采购预算；且不同类别的物资明细程度不同，需要在年度预算中上报哪些 XXX 设计院有限公司 8 物资应该可以设定来进行管理。 物资与服务明细信息的采集来源比较复杂，对于投资预算中与建设项目相 关的采购明细信息，需要在计划建设部门的项目管理系统中获取。对于运维预 算的明细信息，涉及到备品备件和仪器仪表的部分，需要运维部门会提供较详 细运维预算的信息。市场预算部分在制定全面预算系统的时候，由各需求部门 把明细信息录入，因

21、此可以考虑从全面预算系统导入。 采购预算作为全面预算的一个组成部分，其中收集到的各类需求信息必须 满足全面预算模版的要求。 系统需要提供从项目管理系统、全面预算系统、excel 表格导入采购明细信 息的功能，并可以进行手工的录入与维护，查询与浏览打印。 采购预算信息应能够逐级上报，汇总到集团；采购预算信息可能按照全面 预算的要求进行逐级调整；集团和各省公司依据采购预算形成年度采购计划以 及当年的采购目录，确定年度集中采购的范围。 年度采购计划执行情况的统计：可以根据年度实际采购执行情况，按照不 同分类（物资类别、需求部门、采购层级等）对年度采购计划的准确率从多角 度（采购金额、采购数量、采购进

22、度等）进行统计分析。 上报审批和逐级调整也是业务上关注的主要功能。 对于不同类别的需求的年度预算，上报审批的流程可能不同。对于调整， 不同类型的物资流程也会不同。 月度采购计划 3.1.3管理要求与管理目标 月度采购计划要求各级采购物流中心收集并汇总各需求部门下个月的采购 需求，并形成下月的采购计划。月度采购计划应基本上能够符合下月的实际采 购情况、作为下月采购工作安排的依据。 月度采购计划的管理目标是希望能够使得各级采购物流中心的采购行为的 计划性更强，因此月度采购计划希望能够比较准确，并且在经过一段时间的完 善之后，能够成为下月执行采购行为的依据。 3.1.4系统功能需求与分析 月度采购计

23、划与年度采购计划类似，关键点在于月度采购需求的采集与汇 XXX 设计院有限公司 9 总以及月度采购计划执行情况的反馈。 月度采购计划先要收集阶段性的需求，由需求部门提出，采购物流中心汇 总后，依据库存情况、闲置资产以及闲置物资情况并依据采购目录来进行采购 工作安排，形成下个月的采购计划，以此作为下个月采购工作安排的依据。 对于有些无法纳入到月度采购计划中的需求，比如许多工程项目类需求， 由于立项批复以及设计等原因，可以不提前按月提交月度需求。 月度采购需求提出并汇总后，需要依据库存情况、闲置资产以及闲置物资 情况并依据采购目录来进行采购工作安排，形成月度采购计划；月度采购工作 完成后，可以依据

24、实际的采购情况对该月采购计划的执行和采购需求实现的准 确率进行统计分析和比较。 月度采购需求采集主要来源于各需求部门自行录入，月度采购计划执行情 况反馈则需要根据月度采购执行情况来进行统计。因此系统需要提供月度采购 需求的录入、月度采购计划制定、上报、审批、查询、打印，月度采购计划执 行情况统计等功能。 采购目录 采购目录由集团先制定，然后下发各省，可针对省权限内的物资，各省分 公司再制定省内的采购目录，然后下发各地市。 采购目录信息一旦审批确认后，即可约束采购过程管理的采购权限，规定 是省分公司采购的物资，市公司就无权采购；规定集团公司统谈分签的物资， 省分公司就无法自行下订单；规定横向集中

25、的物资，其它部门无法采购；规定 委托特定部门采购的物资，其它部门无法采购。 3.1.5管理要求与管理目标 采购目录要依照年度采购计划、以前的采购目录以及公司经营方针等信息 来制定，采购目录的内容决定了不同类物资或服务的采购主体、采购方法、模 式等信息。 各省可根据集团下达的采购目录制定省内的采购目录。 通过采购目录来约束纵向和横向的采购权限，保证集中采购的逐步实行。 所有的采购行为都必须符合采购目录的要求，不能突破采购目录对采购主体、 采购方法、采购模式的要求。 XXX 设计院有限公司 10 3.1.6系统功能需求与分析 要对每年的采购目录信息进行管理，不同年度的采购目录信息还可以进行 比较分

26、析。 系统应能够对采购目录的信息进行录入、维护、审批、查询等操作，同时 还应该能够与各年度采购目录进行比较。 集团的采购目录下达后，各省可在集团采购目录范围内，分别制定省内的 采购目录； 采购目录中的信息应该包括采购权限的横向和纵向的控制以及对采购方法、 采购模式的要求。 另外，系统应该能依照采购目录的信息，自动约束采购权限，保证各级组 织的采购行为都是依照采购目录来进行的。 所有的采购行为都必须符合采购目录的要求，不能突破采购目录对采购主 体、采购方法、采购模式的要求。 采购申请管理 采购申请(物资或服务需求)由需求部门提交并由相关业务部门审批，采购 中心汇总并处理采购申请。 3.1.7管理

27、要求与管理目标 采购申请的实质是物资需求申请，申请提交到采购物流中心后由采购物流 中心根据目前物资管理的情况来决定是通过采购、出库、调拨或者其它方式来 满足物资需求。 从采购申请到形成采购、出库、调拨等操作是一个关键的过程，也是管理 上的一个重要管控点，对这个过程中形成的审批和其它信息要进行记录和管理。 3.1.8系统功能需求与分析 从采购申请到形成采购、出库、调拨等操作的处理过程要有明确的记录， 信息之间关联要清晰，能够从采购、调拨等活动直接追溯回采购申请及其处理。 需求部门提交采购申请（物资或服务需求） ，并经过相关业务部门审批；审 批流程可以根据需要灵活定制。 采购中心汇总采购申请，按照

28、类别而不是按照项目来进行处理：有框架协 XXX 设计院有限公司 11 议的，按照约定的规则直接形成订单；有库存物资或者闲置资产的，考虑直接 出库或者调拨；工程项目类申请的处理，通过制定采购方案，在方案中明确具 体的物资，再形成订单；或者对于工程项目类无法确定采购方案的，直接进入 采购过程。 采购申请处理时，应可进行采购预算控制或提示，控制方式可灵活设定； 对采购预算的控制方式可以灵活定制，比如采取“需求部门+业务类别+编制范 围+专业”的方式，或者采取“需求部门业务类别专业”的方式等。 采购过程与合约管理 3.1.9管理要求与管理目标 采购部分关注的是对采购过程（确定采购方式、形成采购预案、招

29、标过程、 竞价谈判过程、采购决策过程等）的管理，合约部分关注的是合约的审核，而 合约的审核除关注合约本身的内容以外，更主要的是对合约形成过程的审核， 因此采购与合约的管理是一体的。 对采购过程及合约的管理最终是为了规范采购行为，降低法律风险，保障 自身的利益。 对采购从申请、处理、形成采购项目（招标、竞争性谈判、定向） 、采购执 行过程、采购决策到签订合约的整个过程要可管理、可记录、可追溯。 3.1.10 系统功能需求与分析 采购部分的主要功能是要对招标过程中的发标、回标等环节（或谈判过程 的询、报价）进行信息化管理，使得这些过程可以通过网上在系统内完成，即 符合招投标的规定，又减少采购人员的

30、工作量。同时还要对采购决策的过程形 成的信息进行管理，并可以支持网上决策。 针对招标采购、竞争性谈判采购和定向采购分别进行管理，同时要包括采 购后的采购决策管理。 招标采购管理应包括招标文件起草、招标会审、发标（邀请招标和公开招 标不同，其中公开招标还要进行供应商审核） 、供应商登录外网系统下载标书 （需要交费后得到账号、密码） 、供应商网上投标、在专家管理模块中抽取专家、 录入评标结果等功能，并有这些功能组成有效的网上招投标采购管理。其中， 专家抽取等需要导入到采购过程管理中。 竞争性谈判应包括需求与询价文件起草与审核、需求与询价文件发布、被 XXX 设计院有限公司 12 邀请供应商登录外网

31、下载需求与询价文件、供应商网上报价（竞价信息是否公 开要可以设定） 、录入谈判结果等功能。 定向采购需要录入被推荐供应商的最终价格、产品信息。 采购决策包括决策结果和决策意见的管理，最终根据决策结果结束采购过 程，开始进入合约管理。 合约管理要与采购申请处理、采购过程管理联系在一起，即可以把合约的 内容结构化的存储下来，又可以很好的与前面的采购过程联系在一起。 合约要分为“合同模版” 、 “框架协议” 、 “单项采购合同” 、 “采购订单”等 分别进行管理。 所有系统内的合约应符合采购目录的约束条件。 具备合约审签的功能，或者合约在 OA 系统中审签，而采购合约管理模块 具备与 OA 系统的必

32、要接口。 供应商管理 3.1.11 管理要求与管理目标 通过多角度、多方面对供应商的信息进行采集，设定采集模版，根据采集 得到的信息可以对供应商进行前评估；同时根据实际的采购活动的情况、供应 商物资的使用情况、供货周期、供货价格、发票匹配率等对供应商进行后评估。 对供应商的考核评估的结果可以排出名次，作为每次采购活动前选择或者 推荐供应商的参考。 3.1.12 系统功能需求与分析 系统需要按照设定的采集模版来从不同渠道采集供应商信息，并提供按照 供应商评估模型对供应商进行评估打分的功能。系统还应提供从采购过程获取 供应商的合同执行情况等信息，并进行考核评估的功能。 （1） 供应商的基础信息应全

33、集团统一。 （2） 供应商信息的采集应提供多种采集渠道，包括供应商网上自行录入， 也包括从其它单位或者部门获取信息等方式；对供应商基础信息、产品分布、 产品价格、研发力量、财务状况、售后服务等信息进行管理。 （3） 按照定制的供应商评估模型，对供应商进行自动评估（供应商评估 模型将会是按照不同的产品类别分别评估，因此系统要可以根据不同的产品来 XXX 设计院有限公司 13 定制评估模型来对供应商进行评估，而不仅仅是退货率、价格、交货及时率等 因素） 。 专家管理 3.1.13 管理要求与管理目标 能够对联通评标专家的基本信息、参与评标工作信息进行管理，对专家参 与联通评标工作情况进行考核。整个

34、专家库资源会对招标与其它采购提供支撑。 3.1.14 系统功能需求与分析 能够分级对专家信息进行管理、维护；能够记录专家工作情况，作为专家 考核的依据；提供专家抽取的功能；能够对专家进行考核与处理。 (1)能够对专家的申请、评估、考核、确认等过程进行管理； (2)对专家的基本信息、评标信息等进行管理和统计分析； (3)提供按照定制的条件抽取专家并进行通知的功能； (4)按照定制的评估模型，对专家的评标情况进行考核评价，并提供专家 两年一次的复核管理功能； (5)能够按照集团、省、市的不同权限，各自维护自己范围内的专家，并 按照不同的权限进行专家库管理操作。 物流管理 3.1.15 管理要求与管

35、理目标 物流管理是一个“大物流”的概念，要对物资从进入企业开始，一直到被 消耗、被出售、被损毁报废的全过程进行管理。物资要实行精细化管理，要管 理到岗位、到末端，确保物资的全生命周期能够得到有效的管理，从而减少浪 费、防止跑冒滴漏现象。 物流管理是一个非常复杂的事情，涉及到的物资种类非常多，不同种类的 物资要有不同的管理方式，要管理到不同的程度，同时还要考虑到管理的成本， 综合的管理效果，因此物流管理是要逐步深入的。 市公司间调拨要经过省分公司、省分公司间调拨要经过集团公司；不同种 类物资管理粒度不同；不同省的物资管理粒度也不同，因此子库设置要由各省 XXX 设计院有限公司 14 灵活制定。

36、物资编码和供应商编码等基础信息必须要求全集团统一。 3.1.16 系统功能需求与分析 “大物流”的管理不仅仅与采购与物流中心一个部门有关系，还与财务、 计划建设、运维、综合等多个部门相关；不同种类的物资，管理方式可能会不 同；物流管理还要从管理精细化的程度与管理成本之间找到合适的平衡关系。 这些都从各个角度对物流管理提出了各种各样的要求。下面从物流管理的精细 化和全生命周期这两方面进行分析： (1) 物流管理的精细化 精细物流管理从程度上可以分为三种，简单数量管理、批次管理和单品管 理。信息系统必须支持这三种不同的管理方式，根据管理成本、管理水平和某 些特殊的管理要求定义物品的管理程度。 目前

37、，ERP 系统对于这三种管理方式都可以支持，从系统功能的角度来说， 是可以满足业务要求的。 (2) 物资的全生命周期管理 物资全生命周期管理是指对物资从进入企业，到最终被消耗、销售或者报 废掉的全过程进行管理，这种管理必然是涉及多个业务部门的，因此视不同部 门的情况、不同物资的业务特点，其全生命周期的管理方式、程度都是不同的。 资产类物资 资产类物资主要包括工程建设物资（建成后可转为固定资产） 、零购固定资 产（单价超过 2000 元以上的办公用物资、备品备件、仪器仪表等） 。这类物资 的全生命周期在 ERP 一期的系统里可以通过固定资产（FA）模块来追踪，但是 固定资产更多的是从财务的角度而

38、不是物资的角度来管理，因此这种方式可追 溯到的信息主要还是财务信息，对于物资的地点、使用状态、责任人等信息没 有明确记录。 系统需要接这个问题，可以采用设置一些记录状态用的“子库” （费用库） 的方式。 商品类物资 商品类物资主要包括小灵通、话机、宽带 Modem、卡类以及相关的装机维 XXX 设计院有限公司 15 护材料等物资。这类物资在 ERP 一期系统中，只能够进行出库数量的统计，即 统计得到每个部门（营业厅、装机班）在某段时间内领用了多少数量的物资。 本系统需要对这类物资的生命周期管理，并更进一步管理到末端。 低值易耗类物资 低值易耗类物资包括办公用品、价值不足 2000 元的零星采购

39、物资等。对于 这类物资，由于价值较低，可只进行数量统计。通过对各部门领用数量的统计， 并制定合适的考核管理制度，就可以较好的达到管理目标。 XXX 设计院有限公司 16 4系统能力需求 用户数估算 北方十省： 省采购物流中心 10 用户，省本部其它部门 20 用户，系统管理与流程 定制等 3 用户； 平均每省 12 个地市，每个地市采购物流中心 5 用户，其余各部门共 20 用户，系统管理 1 用户； 南方 21 省： 每省按照北方省的 10%计算。 集团公司总部： 集团公司采购物流中心用户数为 20 集团公司其他部门用户数为 80 考虑到网上采购时，可能被邀请或者通过资格审查的供应商作为用户

40、访问 外网服务器的情况，集团公司、北方十省分公司按照 50 个计算，南方 21 省分 公司按照 30 个计算。 由于人员的变更，每年用户数的增长系数为 10%，并考虑 20%的用户数冗 余，取 2010 年的用户数作为满足到 2011 年底需求的计算依据。 估算结果如下： 表 4.1-1 用户数估算 联通用 户数 3 年后 联通用 户数 外单位 用户 3 年后 外单位 用户 联通用 户总数 3 年后联通 用户总数 北方每省345 551 50 80 395 631 北方 10 省3450 5510 500 799 3950 6309 南方每省35 55 30 48 65 103 南方 21 省

41、725 1157 630 1006 1355 2163 集团公司总部100 160 50 80 150 240 合计4654 7433 1260 2012 5914 9446 应用系统存储容量需求 计算模型的取定 从 09 年的年度采购计划的数据来估计全集团采购过程中可能产生的数据量。 2009 年度采购计划全集团统计上来的数据情况如下： XXX 设计院有限公司 17 物资类采购信息： 62,683 条； 服务类采购信息： 21,841 条； 总计： 84,524 条； 其中采购信息表在年度采购计划中为 72 列（即 72 个字段） ，平均估计每个 字段长度为 300 字节（Byte） ，则可

42、粗略认为年度采购计划中的一条记录的数据 量为 0.3KB7220KB。 以上统计的汇总数据量是基于省级数据的汇总，在地市级还会有更详细的 列表，这样粗略估计倍增系数为 10。 按照 2005 年全集团采购计划条数 9 万条计算 每年增长率为 30 联机存储 3 年 数据库临时表单占数据量的 20 过程文档按照数据量的 20估算 冗余系数为 2.0 采用 Raid01 存储，有效率为 50 联机存储需求 采购信息条数预测见下表： 表 4.2-1 采购信息条数预测 09 年10 年11 年 采购信息条数90000117000152100 全集团省级年度采购计划数据 量（MB） 1800 2340

43、3042 全集团年度采购计划数据量 （MB） 18000 23400 30420 数据量预测见下表： 表 4.2-2 数据量预测 项目数据量 大类 信息 小类信息 2009 年 2010 年 2011 年 联机存 储 3 年 数据量 估计说明 年度 采购 年度计划24.0 30.0 40.0 94.0 见前面分析 XXX 设计院有限公司 18 计划 年度计划相 关 0.0 0.0 0.0 0.0 月度计划43.2 54.0 72.0 169.2 月度计划会比年度计 划更详细，认为年度 计划中的 80%会在月 度计划中被展开，则 月度计划数据量估计 为年度计划的 1.8 倍 月度 采购 计划 月

44、度计划相 关 43.2 54.0 72.0 169.2 包括月度采购需求等 信息，估计数据量与 月度计划数据量相当 采购申请43.2 54.0 72.0 169.2 与月度计划相当 采购 申请 采购申请相 关 8.6 10.8 14.4 33.8 相关的一些处理信息 等，估计为采购申请 数据量本身的 20% 采购过程43.2 54.0 72.0 169.2 采购 过程 采购过程相 关 21.6 27.0 36.0 84.6 估计相关信息为采购 过程数据量本身的 50% 合约64.8 81.0 108.0 253.8 采购清单外加其余条 款 合约 合约相关13.0 16.2 21.6 50.8

45、相关的一些处理信息 等，估计为合约数据 量本身的 20% 供应商4.3 5.4 7.2 16.9 估计为采购申请数据 量的 10% 专家信息1.0 1.0 1.0 3.0 10000 名专家数据量 为 1GB 采购目录0.0 0.0 0.0 0.0 数据量合计310.1 387.4 516.2 1213.7 数据库临时表单62.0 77.5 103.2 242.7 数据量的 20 小计372.1 464.9 619.4 1456.5 过程文档74.4 93.0 123.9 291.3 小计的 20 合计446.6 557.9 743.3 1747.8 考虑冗余系数 2.0893.1 1115.

46、7 1486.7 3495.5 北方每分公司37.8 47.3 63.0 148.1 北方:集团:南方 1:1:0.6 南方每分公司22.7 28.4 37.8 88.9 北方分公司的 60 集团公司总部37.8 47.3 63.0 148.1 同北方一省分公司 集团集中的存储需求514.7 643.0 856.7 2014.4 集团公司总部南方 21 省分公司 北方每分公司盘阵需 求 75.7 94.6 126.0 296.2 Raid 01 存储 集团集中盘阵需求1029.4 1285.9 1713.4 4028.7 Raid 01 存储 XXX 设计院有限公司 19 在集团公司集中联机存

47、储需求为 2.0TB，北方十省分公司每省联机存储数据 需求为 148GB，按照 Raid01 的存储，则磁盘阵列存储容量的需求分别为 4.0TB 和 296GB。 脱机存储需求 业务数据离线保存采用磁带库存储，时间按三年考虑。根据实际情况定义相 应的备份策略，如：定期做数据全备份,每日定时做增量备份。 数据备份容量按联机存储容量的 2 倍考虑。 集团公司集中备份容量要求为 4TB。 北方各省备份容量要求为 296GB。 4.1系统处理能力需求 4.1.1考虑因素 选择主机系统主要考虑以下因素： (1)主机设备的高可用性，建议设备的平均无故障时间应大于 1 万小时， 利用率不超过 70%； (2

48、)主机设备的高可靠性，应采用功能分担、分布式多处理机、互为备份 结构，主要模块冗余度为 1+1，支持热备、冷备、负载分担等多种工 作方式； (3)主机设备的可扩展性，单机和整个系统都应充分考虑未来的扩展，留 有一定的余量，易于扩容和维护，保证未来业务增长时系统可平滑升 级过渡，满足需求； (4)主机设备的高安全性，保证生产系统和开发系统关键业务数据的完整 安全； (5)主机设备的可管理性，支持标准的管理协议，提供开发接口。 4.1.2衡量服务器性能测试标准 衡量服务器的优劣可采用工业标准基准测试，如 tmpcw、spec、linpack、specweb 等，或是采用领先的 ERP 等商业应用测

49、试，如 peoplesoft、SAP R/3 等，或是使用领先的数据库工具测试，如 Oracle 等。 (1)specweb 测试：spec 通过一台或多台客户机向服务器发出 http get 请 求，这种请求完全模拟 Internet 用户对服务器的访问，请求调用服务 XXX 设计院有限公司 20 器硬盘上 html 语言编写的各种网页文件，这些文件从几 KB 到几 MB 不等，在相同的时间里，服务器回答的请求越多，就表明服务器 对数据的处理能力越强，它的内存与 cpu、pci 通道之间的传输带宽 越宽，服务器的硬盘子系统和网络子系统传输速度越快，服务器的 web 性能就越好。 (2)TPCC 基准测试：TPCC 值被广泛用于衡量由服务器和客户端构筑的 整体系统的性能。TPCC 测试系统每分钟处理的任务数，单位为 tpm,(transactions per minute)。 (3)其他基准测试还有 linpack，它测试 cpu 密集浮点运算性能。 对于采购与物流系统的主机性能衡量标准，建议采用 TPCC 的标准进行主 机性能估算。 4.1.3计算模型的取定和计算依据 忙时系数取 20，即系统最忙时有 20的用户在访问系