二〇一〇年一月一日

1 综述

1.1. 项目背景

煤炭进出口集团（以下简称“煤炭集团”）是全国四家具有煤炭出口成交权的出口企业之一和省唯一拥有出口内销两个通道的大型国有企业。围绕“省内一流、国内知名、跨国经营”的经营目标，煤炭集团积极推动四大转变策略：由煤炭贸易为主向煤炭产运销一体化转变，由传统产业向“高新尖”转变，由传统的管理模式向现代化管理模式转变，由产品经营向资本经营转变。在此发展思路下，煤炭集团近年来业务迅速发展，形成三大产业板块：煤炭产业、高铁制造产业、金融投资产业，其中的核心煤炭产业板块已成功上市，并进一步延伸产业链，组建船队，积极发展配煤业务，提升市场适应能力。随着业务规模的扩大，产业的多元化发展，煤炭集团对于内部协同、预算及绩效管理、资源整合、风险控制、集团专业化服务能力提升提出了更高的要求，从而实现煤炭的持续性发展。

煤炭集团业务的快速发展对煤炭信息化建设提出了更高更快的要求。在此背景下，煤炭集团于2009年年底完成信息化总体规划项目，煤炭信息化总体规划从煤炭业务战略出发，分析煤炭业务以及信息化现状，对照领先实践，总结改进方向以及信息化需求，明确提出煤炭信息化目标：以信息化支持高效运营，促进业务协同，驱动管理现代化，努力打造具有“整合性、协同性、开放性、创新性”的一流的信息化平台。在煤炭信息化目标指导下，规划中清晰制定煤炭未来5年的信息架构、应用架构，并根据煤炭业务发展对信息化的迫切性，以及信息化项目之间的依赖性，提出了“统一规划、分步实施、重点突破、快速推进”的实施路线。

业务平台是信息化总体规划中的核心业务系统之一，完成煤炭供销存、进出口贸易业务的管理，支持煤炭“统一营销、统一结算”以及配煤业务的发展，帮助实现煤炭资源、运输资源的有效组织和分配，理解客户差异化需求，为客户提供适应的产品和服务，提升客户满意度，提高企业收益的全过程管理。

从业务平台所涉及业务的就绪度、实施周期、资源需求、对相关系统的依赖性、项目范围的合理和可控性，总体规划中将业务平台分为二期，本项目即为业务平台一期。

1.2. 项目目标

业务平台搭建适应全公司各种业务模式的业务系统，包含：煤炭供销系统、贸易管理系统、合同管理系统、客户管理系统、供应商及寻源管理系统。业务平台将实现煤炭货源组织、物流运输、仓储库存、销售、贸易等业务环节的管理，实现销售合同、采购合同、贸易合同的管理，实现客户信息、客户信用、客户关系、市场信息等的管理，以及供应商信息、供应商信用、供应商关系的管理。其中的合同管理系统、供应商及寻源管理系统将作为公共服务系统，为后续建设的物资管理系统提供基础。

通过业务平台实施，实现：

(一) 融汇贯通供销、贸易业务，实时了解煤炭货源组织、运输、销售、贸易、结算业务信息；

(二) 实现煤炭库存的全程可视化；

(三) 提高煤炭货源组织、销售、贸易过程中的可控性，加强对采购价格、采购合同、采购预算和控制、销售价格、销售合同、贸易合同预算和控制；

(四) 实现煤炭资源、运输资源的有效组织和分配，降低煤炭供应的总体成本，保证煤炭供应的连续性；

(五) 实现对客户差异化需求的正确理解，通过配煤方案等管理，为客户提供适应的产品及服务，提升客户满意度，提高企业收益；

(六) 加强销售团队管理，支持营销团队的激励，提升煤炭销售量。

业务平台一期搭建业务平台框架，实现煤炭货源组织、物流运输、仓储库存、销售、贸易等业务环节的管理，实现合同管理，实现客户基本信息、供应商基本信息的管理。通过业务平台一期的实施，实现业务信息获取、煤炭库存的全程可视化、业务过程的基本控制。

业务平台二期将完成整个业务平台的功能，并最终实现六大目标。

1.3. 项目范围

业务平台一期搭建适应全公司各种业务模式的业务平台框架，实现对煤炭货源组织、物流运输、仓储库存、销售、贸易业务的基本管理，完成合同管理系统，实现合同起草、审批、归档功能，实现供应商、客户基本信息管理，实现业务平台内供销管理系统、贸易管理系统与合同管理系统的集成，实现业务平台与MDM、财务系统的集成。

业务平台一期的业务范围、技术范围、组织范围如下图所示：

图表 1 业务平台一期项目范围

1.4. 前提假设

假设前提一：业务平台一期上线前，MDM项目已完成数据标准化工作；

假设前提二：煤炭货源组织、销售业务模式已确定；

假设前提三：业务平台一期的集成开发阶段，已建立企业服务总线，财务核算系统假定只与用友系统进行集成。

2 需求理解与分析

2.1. 煤炭供应链及销售管理发展趋势

2.1.1. 供应链管理整体发展趋势

静态、孤立、侧重于内部运作的供应链模式正在向外部协同体系演化，领先企业构建客户需求驱动的供应链。全球领先供应链具有一个共同特点：利用创新的产品和服务，灵活应变的流程和系统快速响应需求变化。基于以战略为基础、与业务环境（包括产品、市场、供应商和客户）相统一的供应链模型，领先企业得以更好地实现获利、成本和质量目标。

图表 2供应链管理发展趋势

成熟的供应链管理具备三大基本特征:自动化、协同性、智能性。

图表 3成熟供应链的三大基本特征

2.1.2. 供销管理在煤炭行业的发展趋势

煤炭供应链管理也正经历着从静态、孤立模式向内外部协同模式转变的过程，煤炭供应链管理不仅仅是煤炭从坑口向最终客户转移的物流过程管理，更是作为市场和资源的衔接枢纽，进行煤炭资源和运输的有效组织和分配，以满足客户差异化需求。

图表 4煤炭供应的全过程

当今的煤炭供应链需要推式和拉式供应链相结合，保持供求平衡，降低整体供应成本，保持煤炭供应的连续性。一方面尽量挖掘现有煤矿资源，开采更多煤炭，将煤炭推向市场，另一方面，根据客户需求，组织自产煤炭及外采煤炭资源，进行必要的混合配煤，配煤过程要求在装船前完成，通过客户需求拉动供应链。在推拉结合的煤炭供应链管理过程中，需要协调坑口、公路、铁路、洗煤厂、配煤中心、港口堆存等各个环节的业务处理，从而实现煤炭产供销的一体化。

煤炭的市场与销售日益强调对客户差异化需求的理解，基于理解为客户提供差异化的产品和服务，提升客户满意度，提高企业收益。煤炭销售过程中，精细核算各个环节所产生的费用，合理化运输成本、保管成本，提升吨煤销售效益。推进配煤业务发展，增加煤炭品种，扩大市场份额，提高综合煤价和市场适应能力。加强销售的管控水平，建立有效的销售团队激励机制，提高人效，实现煤炭销售的快速增长。

由过去销售计划、生产计划、煤炭采购计划、运输计划相互独立转向产供销计划协同，煤炭供应链管理和销售与市场管理紧密结合，共同基于客户需求，来驱动煤炭生产、煤炭外采、物流与运输、销售。有效利用运输资源，最大化请车兑现率、装车能力，实现煤炭数量、质量在整个供应、销售过程中的可视、可控。

2.2. 煤炭业务平台需求理解

我们采用IBM的业务组件模型的方式来理解煤炭煤炭核心板块的业务需求，总体煤炭煤炭板块业务分为采矿和运营、供应、市场和销售、企业管理、财务管理五大领域：

图表 5煤炭煤炭板块业务组件模型图

业务平台重点关注供应、市场和销售领域，下文将对这两个领域中的业务模块向下分解，理解整体业务需求。

2.2.1. 煤炭供应业务需求

从煤炭业务组件模型出发，煤炭供应领域业务整体组成：

图表 6煤炭供应领域业务组成

煤炭供应领域向下分解的二级流程框架：

图表 7煤炭供应领域二级流程框架

2.2.1.1. 产销平衡（需求预测）

产销平衡是整体煤炭供应的驱动器，也是实现煤炭产供销一体化的关键业务环节。包含：收集市场信息、需求预测、需求计划、产销平衡活动。

收集市场信息：市场研究部门、营销人员等负责收集主要煤炭客户信息、客户所处行业动态信息、宏观经济环境信息、煤炭港口价格、股票、汇率、竞争对手煤炭价格、销量等信息等。

需求预测：根据市场信息，以及历史客户销售信息，大客户意向性合同谈判结果预测未来一段时间内的分煤种、煤质的煤炭需求量，定期回顾检查需求预测的准确性，分析需求预测中存在偏差的原因，以改进需求预测，提高未来需求预测的准确性。

需求计划：按照需求预测结果，制订需求计划，并对需求计划按时间周期、地域等维度进行分解。

产销平衡活动：按照需求计划、煤炭资源情况、生产能力、货源组织能力、运输资源情况整体平衡，制定整合平衡后的销售计划、生产计划、煤炭采购计划、运输计划等。平衡后的销售计划、煤炭采购计划分解下达，生产计划转入生产部门，必要时组织对销售计划进行调整，调整后的销售计划，通知并转入到生产等相关部门。定期分析计划制定的准确性，总结影响计划准确性的因素，提高未来计划的质量。

2.2.1.2. 煤炭货源管理

煤炭过去是煤炭贸易为主的企业，正在向产供销一体化转型，自产煤销售比例将逐渐提高。但是，未来较长一段时间内煤炭仍然需要外采煤来补充自有资源的不足，必须加强货源组织管理，来提高煤炭供应的持续性。煤炭货源管理包含：煤炭采购计划管理、煤炭供应商管理、煤炭采购。

煤炭采购计划管理：在产销平衡活动中，形成煤炭销售计划后，对于自产不足的部分，编制煤炭采购计划，对采购计划按时间周期、货源组织单位、货源组织人员等维度进行分解下达，当销售计划、生产计划等相关因素发生变化后，组织调整采购计划，并下达通知到相关单位和人员。煤炭采购计划形成后，将产生相应的采购费用预算，提供给财务人员，用于资金准备，采购执行过程中，对照采购计划，监督采购计划的执行，并列示采购计划剩余金额，帮助煤炭采购人员及时申请调整采购计划。定期回顾采购计划，总结采购计划制定的合理性，用于日后改进采购计划。

煤炭供应商管理：包含供应商准入管理、供应商信息管理、供应商合同管理、供应商关系管理。建立煤炭供应商准入机制，只有符合煤炭准入条件的供应商，才能为煤炭提供煤炭。登记并维护供应商信息，为后续的煤炭采购以及结算等业务环节提供信息基础，管理供应商信用信息，降低采购和供应风险。规范煤炭采购合同管理，建立标准合同模板以及合同审批流程，制定采购合同条款，使所有的采购订单基于合同发出，跟踪采购合同执行情况。定期统计供应商的供煤数量、质量、到货及时性、采购成本等关键绩效指标，基于定量统计、定性分析结果对供应商进行分级，重点培养与重点供应商的关系，保证煤炭货源的持续供应。

进口管理：包含：询盘处理、报盘处理、定价、合同订立、投保、进口许可证领取、信用证开出、付款、投保、船务联系、报关报检、卸货放货、外汇核销等活动。

煤炭采购：包含：采购订单管理、采购结算。采用采购订单机制来管理煤炭的每次采购，采购订单上的价格、交付约定、煤质差异偿罚等条款遵从其所属合同规定，建立采购订单的跟踪机制，清晰了解在途煤炭情况，避免重复采购情形的发生。由于存在多种买断、代销、代发等多种经营模式，根据合同中规定的经营模式、合同条款、按采购订单的实际执行（对于代销、代发情形，还需依据销售发煤情况）与货源供应商进行结算，结算中心发票匹配成功后，转入财务部门启动付款流程。

2.2.1.3. 分配加工

煤炭未来统一营销后，为了保障销售所需资源，应从股份公司建立资源的统一分配机制。为了加强市场适应能力，通过开展配煤业务来丰富煤种，满足客户差异化需求。

资源分配：制定资源分配策略，如自产煤内销比例，资源优先分配措施。根据客户信息、客户需求情况、运力情况、煤炭资源情况、资源分配策略等制定资源分配方案，资源分配完成后，其库存进入已分配库存，不允许再次分配。

配煤加工：基于客户需求以及提升公司盈利水平的目标制定配煤计划，根据计划，准备配煤资源，接收到客户订单后，按照客户需求以及存煤情况，制定配煤方案，确定配煤方案后，执行配煤，核算新煤种的煤质、实现新旧煤种库存的转换。

2.2.1.4. 运输

煤炭的煤炭物流方式包含：铁路直发、港口下水、港口自提、地销。

运输计划：制定运输策略、年度运输计划、月度运输计划。根据煤炭资源、客户分布、铁路情况，规划集煤站，制定运输策略。年度订货会上与重要客户、铁道部签订订货合同，结合需求预测信息，制定年度需求计划，结合资源状况，制定年度铁路运输计划、年度港口下水计划、年度公路运输计划。每月业务人员提报月度需求计划，调运中心根据资源、运力等信息，制定月度铁路运输计划、港口下水计划、公路运输计划，向省煤炭交易中心提报月度铁路运输计划，并最终经铁路局核准后，回复核准的月度运输计划。在当月的业务执行过程中，遇到紧急客户订货情况，不在先前运输计划内的发货，业务人员需要向调运中心提报补充运输计划，并再次报铁路局核准。调运中心定期监控运输计划的执行情况，必要时需调整运输计划，以免造成运力的浪费，提高请车兑现率。定期回顾汇总分析运输计划制定的合理性，改进运输计划制定方法，提高运输计划的质量。

运输管理：月度运输计划生成后，业务人员对客户信用检查通过，或者确认货款已到帐后，调运中心分配资源，制定请车计划或请船计划，调运中心向铁路局发送请车计划，由其进行排车调度，请船计划由港口公司发送给港务局，协调港务局进行排船。计算运输各环节产生的费用，用于结算和核算，如：铁路运输费用、铁路运输损耗费用、港口堆存费、港杂费、化验费、船务费等。

装车/装船：到达排车调度的指定时间后，铁路站装车发煤，根据实际需要列检煤质，开具铁路大票，产生发运单，对于铁路直发形式的销售，至此物流过程结束。对于发往港口的煤，港口公司接收到发运信息后，协调港务局安排接车。运煤船按排船期到达港口后，对于进口煤进行装船前公估，从指定垛位上运煤装船，装船结束后，公估确定装船量，并按客户合同要求，组织船检，检验煤质信息。

卸车/卸船：港口公司接收-到港通知单（包含：铁路发往港口的发运单，或其它港口的离港前往本港的发运单等）后，安排接车或接船，卸车时进行列检，化验每一列车上的煤炭质量信息，计算运输途中的数量差异、质量差异，用于后续结算。

2.2.1.5. 质量管理

煤炭质量直接决定了煤炭的价值，因此务必加强坑口、煤站、港口各环节的煤质管理。质量管理活动包含：质量计划、质量管理、质量检验。既加强自产煤的质量管理，又加强外采煤的质量管理，把煤炭质量指标合规虑作为供应商评价、货源组织人员的关键指标之一，推动从源头上把控煤炭质量。通过质量管理活动，建立起煤炭质量和煤炭采购价格、销售价格的关联，建立起煤炭数量、质量共同核算的库存核算机制，帮助资源分配以及配煤方案的确定。

2.2.1.6. 库存管理

煤炭的煤炭库存有多种形态，实现多形态多实体多库存地点的煤炭库存可视化，是库存管理的基础。库存管理包含：库存计划、入库管理、出库管理、移库管理、库存盘点、库存调整。

图表 8煤炭多形态、多实体、多库存地点的煤炭库存

库存计划：制定、调整月末库存计划，合理的库存计划，对于配煤中心的业务运行尤为重要。

入库：煤矿采煤运输到坑口，或者发煤站、港口接车/接船时，计量收煤数量，化验煤炭质量后，归入堆场按垛位存放，形成煤炭入库单，增加存放垛位的煤炭库存，核算归入垛位的煤炭质量、价值。若港口接收发煤站或者其它港口的发煤时，按照出库、入库差异计算运输损耗，运输损耗超过相关额定标准时，进行损耗差异赔偿处理。

出库：煤炭装车/船时，计量装车/船量，化验装车/船的煤炭质量信息，形成煤炭出库单，减少所在垛位的煤炭库存数量和价值，若为发煤站向港口的煤炭转移，或者港口向其它港口的煤炭转移，则出库量计入在途库存。同样，客户港口自提（转场）时，执行出库操作，计量出库数量以及煤炭质量信息，形成出库单。

移库：相同库存地点相同货主的不同煤炭垛位之间进行煤炭转移。

库存盘点：定期组织对堆场煤炭盘点，计量或者估测堆场实际剩余煤炭库存数量，统计帐实存差异，确认落实差异原因后，调整帐存，对于帐实存差异超过保存损耗的定额范围时，落实责任人，并追究赔偿，必要时组织重盘。

库存调整：日常调整煤炭帐存，如港口每月定期（8、18、28日）的过衡处理，产生库存调整单。

库存核算规则：请车计划生成后，请车计划数量部分库存从煤站在库库存转入在提库存，在提量不参与到下次请车计划的分配中。发运后，减少煤站的在提库存，若实际发运量少于请车计划量，差额部分回到在库库存。在提库存地点在煤站，货权性质也不会发生变化，根据货源信息决定，若属于代销或代发煤，则货权归属供应商，若属于自产煤、进口煤、省内外经销采购煤，则货权归属煤炭，同样，在提库存与在库库存统一核算库存价值。由于某些原因导致请车计划发出后，没有发货，需要将该部分的请车计划数量全部由在提库存回到在库库存。由于某些原因导致运输计划核准后未执行，需按订单上的违约条款从客户收取运输计划服务费用，运输费用可以从预收款扣除，或另行收取。

2.2.2. 煤炭市场和销售管理业务需求

煤炭市场和销售管理领域的业务整体组成：

图表 9煤炭市场和销售管理业务组成

煤炭市场和销售管理领域向下分解的二级流程框架：

图表 10煤炭市场和销售领域二级流程框架

2.2.2.1. 市场研究分析与市场策略

市场研究分析与市场策略包含：收集市场与客户信息、分析市场与客户信息、制定客户管理策略、制定渠道策略、汇总分析活动。

收集市场与客户信息：收集省内外各地区、国内外的产煤信息（量、价、产地、煤种），铁路运力及兑现情况、各铁路发运站的相关费用、铁路运价、海运价，煤炭下游用户（火电、冶金、化工等）需求信息，省内其他煤炭企业的产、销、铁路计划量，省铁路运力情况或铁路计划量，汇率、港存、港口价格产业整合、扩能、减产、并购、股价波动等。

分析市场与客户信息：对收集到的市场与客户信息进行分析统计，用于指导市场、客户策略的制定。

制定客户管理策略：制定客户分类分级策略，作为客户差异化服务的标准。

汇总分析活动：定期汇总分析市场信息，以及煤炭客户销售、服务信息，分析客户策略是否合理，用于指导客户策略的改进。

2.2.2.2. 客户管理

客户管理包含：客户关系管理、客户信用与风险管理。

客户关系管理：管理客户信息，在全煤炭企业内唯一准确识别客户，是建立客户关系的基础。积极开发潜在客户，管理不同行业、区域的潜在客户，并积极引导为客户。与客户建立长期联系，根据客户分类分级、行业、区域等特征，制定差异化的产品和服务策略，为客户提供服务。管理市场活动，组织评估市场活动的效果。统计分析客户的销售、服务情况，用于改进客户服务策略。

客户信用与风险管理：制定客户信用政策，确立煤炭企业范围内的客户信用标准。合同签订或订单生成前，需要为检查客户信用情况。当客户尚未授信或客户信用不足时，需要为客户申请信用。授信部门根据客户的材料（如：财务报表、资质证明文件等）、历史交易信息为客户授信。当发生信用超额情况时，需要启动信用超额管理机制，降低贸易风险。

2.2.2.3. 销售管理

销售管理包含下述业务活动：销售计划管理、销售价格管理、销售合同管理、出口管理、销售订单管理、销售结算管理。

销售计划管理：制定年度销售计划，按月、区域、销售组织、煤种分解年度销售计划，销售计划经审批后正式生效，监督销售的执行情况，分析销售计划执行偏差，制定改进措施，对于销售计划的合理性问题，调整销售计划，调整后的计划经审批后才生效。定期总结分析影响销售计划的质量的原因，提高销售计划的正确性。

销售价格管理：收集煤炭价格相关信息，如：煤炭下游客户的需求、国家宏观政策、天气、港口价格信息、竞争对手价格信息、国内外煤炭价格走势等。对收集到煤炭价格信息进行分析，支持煤炭价格策略的制定。制定煤炭价格策略，根据价格策略进行制定基于煤种、煤质、运输方式等的价格。监督价格执行情况，统计价格执行中的偏差，保证煤炭销售的有序性。

销售合同管理：根据不同的销售模式、客户类型等因素，制定标准化的合同模版，如：如：出口销售合同、内销直达合同、地销合同、内销下水煤合同、代发合同。与客户进行合同谈判，拟定销售合同，确定合同条款，形成合同文本，合同经审批通过后生效。监控合同的执行情况，比如：合同的发货、结算、价格执行、煤质等信息监控。合同执行过程中，如需要调整合同的条款项，进入合同变更流程，变更后的合同审批通过后才生效。合同到期后，自动终止，或者到期前，客户或煤炭强制终止合同。关键合同条款：

✓ 购买煤炭信息：品种、质量要求、数量、合同价格

✓ 物流信息：物流方式、煤站、港口、发站、到站、到货天数、收货联系人

✓ 交货计划（多期）：交货期数、每期交货量、到货天数

✓ 结算信息：定期结算、款到发货、帐期、结算日期

✓ 质量条款：质量差异处理方式（退回、价格补偿）、煤质指标、价格

✓ 货源信息：指定货源、不指定货源，若为前者需要指定煤炭货源

✓ 占用运输计划，未执行的处理方式：按吨收费、每吨指定收费额、按货款百分比

✓ 铁路运费处理方式：并入销售收入、单列等

出口管理：出口管理包含询/报盘，价格谈判、合同拟定、出口许可证管理、信用证收取管理、报关/报检、结汇等。

销售订单管理：所有的销售活动都基于销售订单开展。创建销售订单，基于销售订单进行请车/船、资源分配、结算、装车/船等。销售订单创建后，经审批才生效。跟踪销售订单状态，帮助业务人员/调运人员/结算人员及时订单处里状态。销售订单基本信息：订单编号、合同编号、客户编号、名称、收货人信息、订单编制人员、销售人员，订单明细信息默认信息从对应的合同中取，包含：

✓ 购买煤炭信息：煤种、品种、煤质、数量、合同价格、销售价格

✓ 物流信息：物流方式、煤站、发站、到站、到货天数、收货联系人

✓ 交货时间：预期发货日、预期到货日

✓ 结算方式：定期结算、款到发货

✓ 质量条款：质量差异处理方式（退回、价格补偿）、煤质指标、价格

✓ 货源信息：指定货源、不指定货源，若为前者需要制定煤炭供应商

销售结算管理：处理销售订单发货、收货的数质量差异，差异处理完成后，进入销售对帐环环节。销售对帐时，按照订单质量条款、化验结果计算实际结算价格，根据发运数量、结算价格计算结算金额，形成对帐单，一张对帐单可以对应多张销售订单。对帐单基本信息：对帐单编号、对帐日期、对帐人员、客户编号、客户名称，对帐单明细信息：订单编号、煤种、品种、煤质、订货数量、发运数量、订货价格、结算价格、结算金额。对帐完成后，在系统内确认结算，生成结算单，正式形成应收，转入财务人员进行收款处理。对于定期结算方式的客户，货款到期后，由业务人员负责催缴工作，针对不同的客户采取差异化的催缴方式。

2.2.2.4. 销售团队管理

销售团队管理包含下述业务活动：销售组织制定、销售人员管理、销售人员业绩统计、销售人员日常工作。

2.2.3. 煤炭业务平台非功能性需求理解

2.2.3.1. 服务水平需求（SLRs）

容量与性能

注：以上为IBM根据之前经验进行的初步理解，具体访问人数与响应时间应在需求分析阶段进行详细规划与确认。

高可用性

系统管理

易用性

操作简便，由于跨国经营的特性，业务平台要求支持多语言、多货币。

2.2.3.2. 非运行时需求

可移植性

整个系统的设计建设，应当遵循J2EE标准，可以向其他硬件、操作系统、应用服务器移植。

可维护性

整个系统的设计建设，应当遵循SOA体系架构设计，以及组件化模型设计的标准，提高系统的可维护性。

系统约束

无

业务约束

无。

技术约束

无。

技术标准

● Java, J2EE, EJB, JSF等语言标准；

● XML, XSD, Web Service等服务标准；

● JDBC, Hibernate等数据库访问标准；

3 技术方案建议

3.1. 总体架构

3.1.1. 系统设计原则说明

3.1.1.1. 统一性

煤炭业务平台的建设，应以信息总体规划为指导，充分满足煤炭煤炭供应、市场和销售领域业务要求和定位，严格遵循统一性建设原则。

3.1.1.2. 适用性和前瞻性

煤炭业务平台的建设，应当不仅满足煤炭现有业务需求，并至少满足未来三年至五年业务和管理发展的需要。要保证信息系统能够在三年到五年内不落后，满足未来的业务容量，体现适应当今先进的科学管理思想和管理方法。

3.1.1.3. 先进性与实用性

先进的管理思想：煤炭业务平台方案，在引入领域领先的煤炭供销管理理念和先进实践的同时，针对煤炭的煤炭供销管理模式、组织结构、业务流程和信息应用现状和差距分析，考虑实施资源的平衡，制定可操作的方案。方案应将先进的理念体现在体系结构设计、应用架构设计和信息数据模型设计当中。

先进的信息技术：基于业界开放性标准，采用先进的技术和产品，兼顾技术的成熟度，选择符合发展趋势的业界主流的技术架构以及软硬件平台，保证投资的有效保护和延续性。

3.1.1.4. 开放性与可扩展性

整体煤炭业务平台方案的构建，应遵循业界通用的技术标准和规范，同时采用各种平台无关的技术，包括J2EE、XML、Web Service、XSD Schema、JDBC等，支持通用的操作系统、中间件平台与第三方开发组件产品，能够支持多种硬件平台，具备良好的扩展性和可移植性；

系统体系架构设计，应采用分层、组件化、服务化的可扩展体系架构，系统体系具备良好的扩展性，能够根据业务处理变化进行的灵活配置，支持业务功能的灵活重组与更新。

考虑业务平台是煤炭的核心业务系统，系统设计与建设，应当从业务出发，构建统一可扩展的体系架构，不仅支持一期项目，同时需要总体规划业务平台，为支持未来的业务变化与系统建设打下良好的基础。

3.1.1.5. 安全可靠性

整个业务平台的体系架构应采用多种成熟技术，在网络、服务器、存储设备、中间件、应用等多个层面满足系统的高可用性要求。

煤炭业务平台的建设，应遵循信息安全整体策略，参照相关法律和国内外信息安全标准构建系统，应当充分考虑系统多个层面的安全性要求，并通过采用多种安全技术手段保障系统安全稳定运行，满足系统安全运行的要求。

3.1.2. 系统总体架构

考虑煤炭业务平台是煤炭核心业务应用，系统总体架构设计，应当从整体供销业务出发，规划整体业务平台框架，系统的总体架构中，设计通用化的平台与公共服务，减少煤炭不同应用间相同或相近功能的重复开发，为未来建设的应用系统打下良好的基础。

在信息化总体规划的指导下，参照业界先进实践，结合煤炭业务平台的需求理解，运用SOA设计方法论，设计煤炭业务平台总体架构如下图所示。

图表 11业务平台总体架构

从系统设计原则出发，总体架构中，业务平台将通过煤炭企业级门户、认证授权系统进行用户统一接入和认证授权，通过MDM来实现业务主数据的标准化，通过企业服务总线完成与主数据管理系统、财务管理系统、人力资源管理系统、预算管理系统、生产管理系统、计量系统、煤质化验系统、企业流程管理平台、短消息平台、报表引擎完成信息交互。下面，就总体架构中各个模块进行分别介绍。

接入

业务管理系统用户，通过煤炭内网门户统一进行接入，在系统上实现各种业务处理。可以根据业务需要，实现门户系统与业务平台各系统之间的单点登录。

供应商门户：供应商通过供应商门户接入业务平台，实现与供应商的协同。供应商通过门户可以获取招标等信息，并通过门户递交标书和产品报价，及时获取和确认采购订单信息、发布发货通知、进行收货复核、了解库存信息，安排主动配货，反馈供应商意见等功能，使得供应商与煤炭的协作更高效。

客户门户：客户通过客户门户接入业务平台，实现与客户的协同。客户通过门户可以获取煤炭煤炭产品、价格等信息，及时获取销售订单、发货通知、发货煤质检验信息、确认收货、查询应收信息，了解库存信息，反馈客户意见等功能，使得客户与煤炭的协作更高效。

安全

安全控制层，通过煤炭统一的认证、授权框架，实现业务平台的统一用户认证与访问授权。并通过对第三方数据交换的安全控制与处理，实现与供应商系统、客户系统的安全数据交换与传输。

应用

煤炭供销管理系统完成煤炭供销基础信息管理、煤炭采购管理、煤炭销售管理、物流配送管理、煤炭库存管理、供销统计。

贸易管理系统完成贸易基础信息管理、煤炭和非煤贸易的事务性管理、贸易合同预算、贸易合同管理、非煤供销管理、贸易统计。

合同管理系统：作为公共服务系统，为煤炭销售、采购、贸易、物资采购等提供合同合规、可视、可控的合同管理。

供应商及寻源管理系统：作为公共服务系统，为煤炭货源组织、物资采购等提供供应商准入、供应商信息管理、供应商信用管理、供应商绩效统计、寻源管理等功能。

客户管理系统：作为公共服务系统，为煤炭销售、贸易，以及非煤贸易提供客户信息管理、客户信用管理、市场管理、客户统计功能。

第三方网关

通过统一设计的第三方网管框架，实现数据格式转换与数据安全传输，与多个供应商系统、客户系统、港务局、铁路局进行数据通讯与集成，并通过日志等手段监控与第三方系统的数据交换。

基础平台

系统基础平台中通用化组件，包括系统管理、用户管理、权限管理、日志管理等，为整体系统提供公共基础服务。通过统一的基础平台，为构建稳定的整体系统提供良好的基础。

企业服务总线

业务平台内部系统之间，以及业务平台将与主数据管理系统、财务管理系统、人力资源管理系统、预算管理系统、生产管理系统、计量系统、煤质化验系统、企业流程管理平台、短消息平台、报表引擎等多个外围系统进行集成。考虑到系统集成的通用性与未来的扩展性，我们建议采用企业服务总线进行外围系统集成。通过企业服务总线中数据映射、服务路由等公用功能，实现系统的高效集成与数据传输。

3.1.3. 总体架构特点

3.1.3.1. SOA体系架构

业务平台系统的设计采用分层SOA架构。业务逻辑层通过Web Service为展示层提供服务；互联层通过Web Service提供第三方互联功能。公共平台通过Web Service提供流程整合服务；多应用系统集成，通过企业服务总线发布、使用、管理服务。

业务平台通过分层SOA架构的设计，将各个层之间的集成接口通过标准的Web Service实现。通过Web Service的封装，互联服务、业务逻辑服务将能够方便的被调用，这将使得展现层的设计能够更加灵活的根据业务的要求加以设计实现。通过整个业务平台SOA体系架构设计，未来煤炭业务不断变化的需求，也能够方便灵活构建系统的其他子系统，并扩展子系统功能，使得系统能够支持业务的变化与改进。

3.1.3.2. 基于ESB的信息集成

业务平台内部系统之间需要进行集成，同时需要与多个外围系统进行集成，在集成过程中需要考虑以下几个重要问题。

● 统一交换平台

减少系统集成开发和维护的复杂性；

● 标准和规范

建立数据标准以及集成标准和规范，加快集成开发和运行的效率，降低维护的复杂性；

● 系统间接口多样性

业务平台各系统之间与大量内/外系统互联，这些系统可能采用不同的技术手段实现，接口具有较高的多样性。

通过ESB系统进行外围系统的集成，构建统一息交换平台，并通过标准化的服务，共享应用系统功能，实现面向服务(SOA)的企业架构。

企业服务总线(ESB)提供的服务接口分为以下几种类型，分别满足与不同支撑系统之间的不同业务数据交换需求。

● 请求/响应类型：该类服务接口一般都是由请求系统向响应系统提出交易请求，如查询信息等，由响应信息返回查询或者处理结果。

● 实时处理类型：该类服务接口大部分都是实时数据同步处理。

● 批量处理类型：该类服务接口是根据某个时间间隔或者固定时间，由一个系统向另一个系统传输批量数据。

● 发布/订阅类型：该类服务接口是一个系统同时向多个应用系统发送需要进行同步的数据。

3.1.3.3. 公共业务服务系统

为了提高应用的可重用性，减少煤炭相同或相似功能的重复开发，节约信息投资，我们遵照 “高内聚、低耦合”的系统模块设计原则，业务平台中将合同管理、供应商及寻源管理、客户管理系统抽取为公共业务服务系统，为未来建设的物资管理系统、设备管理系统、项目管理系统提供公共服务。

3.1.3.4. 公共平台的使用

遵照总体信息规划，我们将使用煤炭统一的公共平台，通过统一的煤炭数据管理平台（MDM）、企业认证平台、流程平台、报表平台与短信平台，为整个系统的构建打下良好的基础。

● 统一性

统一的公共服务平台，将提供统一标准化服务。避免系统公共功能的重复建设与投资；同时清晰的定位使得平台更加专注于公共服务，提高服务的处理效率；

● 灵活可扩展性

通过统一的公共服务平台，可以方便的进行子系统、功能模块的开发构建工作，并通过使用公共服务，扩展现有系统的功能；

● 公共服务与业务服务分离

通过公共服务与业务服务分离，使得业务系统更加专注于业务逻辑是的实现，同时也便于系统问题的定位，与系统性能的提高。

3.2. 应用架构

3.2.1. 业务平台的应用架构总体介绍

根据煤炭业务平台需求理解以及煤炭供销管理的先进实践，我们设计应用架构如下：

图表 12业务平台应用架构

整体上业务平台分为五大系统：煤炭供销管理系统、贸易管理系统、合同管理系统、供应商及寻源管理系统、客户管理系统，同时基础平台为五大系统提供用户、权限、系统、日志管理服务。

3.2.2. 业务平台应用架构设计关键决策点

我们在进行业务平台的应用架构设计时的关键出发点是如何清晰地划分业务平台系统边界，既能提高业务平台每个系统的内聚性，降低与外部系统的耦合度，又能最大化减少相似功能的重复开发。

决策点一：煤炭、设备、工程基建项目材料、固定资产、办公用品的采购中的关键信息都包含供应商信息、采购合同、采购订单、采购结算信息，能否使用同一应用系统管理所有类型物资采购?

决策点二：进出口公司与金石达公司的进口业务已经覆盖到非煤领域，如：煤机设备的进口，如何有效管理进出口业务？

针对上述决策点，我们初步形成下述结论：

图表 13业务平台应用架构设计决策点结论

煤炭销售与货源组织紧密相关，将煤炭货源组织功能与运销功能隔离在不同的系统中实现，将加大煤炭供应与销售业务的协同难度。同时，鉴于煤炭集团尚未建立自上而下的集采体系，煤炭与其它类型物资无论在采购组织、流程、业务规则上都存在很大差异，我们建议煤炭与其它物资的采购采取不同的应用系统管理，同时将供应商及寻源管理、合同管理等公共业务抽取出来作为公共服务。煤炭的采购与运销统一在煤炭供销管理系统内管理，其它物资的采购由物资管理系统来完成。

煤炭的非煤贸易业务量小，贸易非煤的供销存业务处理简单，不建议单独构建系统来管理这部分货品的供销存。煤炭供销存管理系统完成自产煤、省内外外采煤、进口煤的供销存，销售市场涵盖：国内以及出口国外，贸易管理系统完成贸易合同预算及贸易事务处理以及非煤的供销存处理。

3.2.3. 煤炭供销管理系统应用功能介绍

3.2.3.1. 煤炭采购管理

包含：采购计划管理、采购合同执行、采购订单、采购预算控制、采购结算管理。

采购计划管理：包含采购计划制定、采购计划调整、采购计划执行监控功能，支持采购计划按时间周期、组织层级、煤种进行设定。

采购合同执行：从合同管理系统中获取煤炭采购合同中控制采购订单、采购结算的结构化信息，查询采购合同信息，统计采购合同执行信息。

采购订单管理：包含采购申请提出、采购订单生成、订单审批、采购收货、订单状态跟踪。采购订单上的控制信息可以基于采购合同信息自动产生，采购收货可以从煤炭计量系统、煤质检验系统中获取实际接收的煤炭数量、煤质指标值，采购收货信息将传递到供应商管理系统中，由供应商在供应商协同门户上核对。

采购预算控制：可以设置采购预算检查点，实现采购预算控制，检查点可以设置到：采购申请提出、订单创建、收货、采购结算等多个节点。

采购结算管理：包含采购对帐单生成、采购结算、预付款/付款申请功能。供应商门户上供应商确认的数质量差异信息将传回本系统。采购对帐单生成时，将显示供应商核对的实际收货数质量，也可以人工调整系统外核对的数质量信息，系统根据订单中约定的煤炭质量约定条款，计算质量差价，形成对帐单，对帐单信息将传递到供应商门户，由供应商确认。采购结算时，显示供应商对帐单确认结果，也可以人工调整结算额，在系统内确认结算，生成结算单，正式形成供应商应付，传入到财务应付信息中。预付款申请，申请时必须提供采购订单号码，并且该采购订单处于审批完成状态，同时需要检查供应商信用。付款申请，系统中开设付款申请，要核对订单支付条款设定和实际的收货等进展信息。

3.2.3.2. 煤炭销售管理

包含：煤炭销售计划、销售价格、销售合同执行、销售结算、销售团队管理。

销售计划管理：包含销售计划制定、销售计划调整、销售计划执行监控功能，支持销售计划按时间周期、组织层级、煤种进行设定。

销售价格管理：包含制定煤炭价格方案、审批价格方案、煤炭价格执行监督功能。

销售合同管理：从合同管理系统中获取煤炭销售合同中控制销售订单、销售发货、销售结算的结构化信息，查询销售合同信息，统计销售合同执行信息。

销售订单管理：包含销售订单创建、销售订单审批、销售发货、销售订单跟踪功能。合同执行期间，每月销售人员与客户具体谈定实际购买量、销售价格后，销售人员在系统内创建销售订单，输入订单基本信息、订单明细信息。销售订单审批后，对于铁路运输或下水煤销售，将进入到运输计划核准环节。销售发货可以从煤炭计量系统、煤质检验系统中获取实际发货的煤炭数量、煤质指标值，销售发货信息将传递到客户管理系统中，由客户在客户门户上核对。

销售结算管理：包含销售对帐单生成、销售结算功能。客户门户上客户确认的数质量差异信息将传回本系统，销售对帐单生成时，将显示客户核对的实际收货数质量，也可以人工调整系统外核对的数质量信息，系统根据订单中约定的煤炭质量约定条款，计算质量差价，形成对帐单，对帐单信息将传递到客户门户，由客户确认。销售结算时，显示销售对帐单客户确认结果，也可以人工调整结算额，在系统内确认结算，生成结算单，正式形成客户应收，传入到财务应收信息中。

销售团队管理：包含销售人员信息维护、销售人员销售范围设置、销售人员业绩统计。

3.2.3.3. 煤炭物流配送管理

包含：运输计划管理、运输调度管理、运输费用管理、配煤管理等。

运输计划管理：包含年度铁路/公路/水上运输计划生成、月度铁路/公路/水上运输计划生成、铁路订单创建、运输计划执行监控功能。录入年度计货会上订立的出口煤、内销煤运输合同分运输线路，生成出口煤、内销煤年度运输计划。根据客户销售订单以及煤炭资源、运输资源情况，提报月度正式计划以及补充计划，创建铁路订单，发送给铁路局，根据铁路局核定结果，最终落实销售订单的发运数量。

运输调度管理：生成请车计划、请船计划、请车/排船信息反馈、装车/装船信息反馈、接车/接船信息反馈，在系统内建立销售订单、月度运输计划、请车计划、请车、装车、装船信息的关联。

运输费用管理：定义运输费用计算规则：如吨运距收费规则，计算销售订单或采购订单运输费用，并将按合同条款中约定的运输费用承担方式，在销售结算环节、采购结算环节中归入相应实体。

配煤管理：包含配煤方案建议、配煤功能。根据销售订单上的煤质要求或者人工制定煤质要求，以及库存存煤的煤质情况，系统建议配煤方案，配煤方案具体描述参与配煤的煤质要求、数量、成本价、配后煤煤质、售价建议、预期毛利。配煤发生后，记录参与配煤的煤品煤质、数量，同时记录配后煤的煤质数量，并调整相关没品的煤炭库存煤质、煤数量、煤炭成本。

3.2.3.4. 煤炭库存管理

包含移库管理、煤炭收货入库、煤炭发货出库、库存调整、堆场、库存查询管理。支持煤炭分货主、库存地点、垛位核算煤种、煤质、数量、库存价值。

移库管理：支持相同货主下不同库存地点之间煤炭移库，或者同一库不同垛位之间的库存转移。

煤炭收货入库：记录煤炭从生产发运到集煤站、煤炭采购、煤炭移库、公司间销售多种业务场景下的收货信息，可以从煤炭计量系统、煤质检验系统获取收货数量、质量信息。根据收货数量、质量信息核算所在垛位的存煤煤质系数、存煤数量、存煤价值。

煤炭发货出库：记录煤炭从煤炭销售、煤炭移库、煤炭煤炭公司间销售等多种业务场景下的发货信息，可以从煤炭计量系统、煤质化验系统获取发货数量、质量信息。根据发货数量冲减所在垛位的存煤数量、存煤价值。

库存调整管理：调整库存存煤数量、存煤质量、存煤价值，支持过衡处理等业务。

堆场盘点管理：建立盘点任务，清点堆场实际存货数量，计算库存差异，审批确认差异，形成库存损溢，可以与煤炭计量系统、实验室系统获取实际存煤数量、质量信息。

库存信息查询：包含：库存异动信息查询、库存明细查询、在途库存查询等功能。分货主、库存地点、垛位、煤种、煤质查询在库存煤数量、已分配库存数量、存煤价值。查询在途库存。

3.2.3.5. 供销基础信息管理

包含煤种信息、煤炭库存地点信息、煤炭供销组织信息、铁路站信息等维护功能。

煤种信息维护：维护煤种、煤种描述、不同基态下的煤质范围、产地等信息。

煤炭库存地点信息维护：维护库存地点、所在地理区域、堆场面积、垛位等信息。

煤炭供销组织信息维护：维护煤炭货源组织信息：货源组织名称、负责采购煤种、负责人、货源组织层级结构等信息。维护货源组织人员信息：货源人员姓名、货源组织权限（采购负责区域、煤种、供应商指派）等。维护煤炭销售信息：销售组织名称、负责销售煤种、区域、行业等，负责人、销售组织层级结构等信息。维护销售人员信息：销售人员姓名、销售负责区域、煤种、行业、客户指派。

铁路站信息维护：导入或人工维护铁路站编号、站名、对应集煤站等信息。

港口信息维护：导入或人工维护港口编号、名称、对应港口公司等信息。

3.2.3.6. 供销业务统计

使用煤炭企业统一报表引擎，实现煤炭货源组织、销售、库存、运输信息的统计。总体分为四大类型报表：基础信息统计报表、日常报表、异常类报表、关键指标统计报表。

基础信息统计报表，指煤炭供销基础设置类报表，如：库存地点清单、销售人员清单、货源组织人员清单、铁路站清单等。

日常报表，指煤炭供销相关业务操作统计报表，如：货源组织统计报表、运输统计报表、入库单状态一览表、出库单状态一览表、收货信息统计、配送统计报表、销售统计报表、煤质统计、盘点差异统计表、库存损溢报表、库存异动统计表、配煤统计表、库存信息表、货源组织结算统计、销售结算统计、运输费用统计等。

异常类报表，反映供销过程中异常状况，帮助业务人员定位异常状况，追踪实际引发问题的源头：配送数量差异统计报表、煤质差异统计报表、到期未缴纳货款统计报表等。

绩效统计报表，包含：库存周转天数、库存周转率、运输费用、综合销售成本、销售毛利、计划兑现率、请车兑现率等。

3.2.4. 煤炭贸易管理系统应用功能介绍

3.2.4.1. 信用证管理

管理进口贸易的信用证开出以及出口贸易的信用证收取信息。管理信用证开出审批、以及信用证信息，并将信用证关联到相应的进口贸易合同上，记录信用证开证费用。管理客户开入的信用证信息，并将信用证关联到相应的出口贸易合同上。

3.2.4.2. 许可证管理

包含进口许可证、出口许可证的管理。进口许可证管理包含：进口许可证领取、使用、退回信息登记，进口许可证使用信息需要关联到相应的进口贸易合同中，并产生实际的许可证费用信息。出口许可证管理包含：出口许可证领取、使用、退回信息登记，出口许可证使用信息需要关联到相应的出口贸易合同中，并产生实际的许可证费用信息。

3.2.4.3. 报关报检管理

维护贸易合同的报关报检状态、报关费用、报检费用、核销状态。维护货代公司、船代公司信息、清关状态、核销状态。登记贸易合同执行中的商检数量。

3.2.4.4. 保险及关税管理

记录进口业务的保险办理信息，保险费用、管理进出口业务增值税缴纳信息。

3.2.4.5. 贸易船务管理

管理贸易船公司信息、船公司签约信息、装运期信息、最晚装期信息、以及实际船运信息统计。

3.2.4.6. 非煤贸易供销存管理

维护煤炭非煤贸易时的收货数量、发货数量、以及客户的收货确认数量。

3.2.4.7. 贸易合同预算

对让每一笔贸易业务开展前，对每笔贸易交易进行预算：每笔的预期采购货款（不含税）、海运费、保险费、关税、增值税、许可证费用、银行费用、商检费、货代费、堆存费、短导费、港口作业费、代理费、运费、滞期费、速遣费，以及出口退税费用、销售收入、贴息收入、银行利息收入等。

贸易合同预算信息将传送到合同管理系统，创建贸易合同时，建立贸易合同预算与贸易合同的关联关系。

3.2.4.8. 贸易合同管理

从合同管理系统中获取贸易合同信息，建立单向合同之间的关联。

进行贸易合同预算与贸易合同实际执行的比对。

3.2.4.9. 贸易基础信息维护

导入或维护汇率等基本信息。

3.2.5. 供应商及寻源管理系统应用功能介绍

3.2.5.1. 供应商协同门户

提供供应商自助服务以及交互平台，包含：信息发布、投标/报价、订单确认、发货通知、收货复核、对帐确认、供应商调查和库存查询。

信息发布：向供应商发布信息，比如：招标信息、供应商绩效考核结果信息，供应商绩效改进信息。

投标/报价：供应商在门户上投标或报价，用于后续寻源处理，评标前，系统将对供应商投标以及价格进行保密。

订单确认：煤炭的采购订单发布在供应商门户上，供应商其自身情况，确认订单。

发货通知：供应商发货完成后，在门户上维护发货通知信息，发货状态同步到煤炭供销管理系统或物资管理系统，供相关人员跟踪采购订单的处理状态。

收货复核：煤炭采购收货入库信息，将发布到供应商门户，供应商对此进行复核，若有差异，可以录入供应商复核的交货数量。

对帐确认：煤炭采购对帐单生成完毕后，将发布到供应商门户，由供应商确认。

供应商调查：通过门户向供应商发放调查问卷，收集问卷反馈结果，统计反馈结果，发放对象可以根据分级或物资分类来选取相应供应商。

库存查询：煤炭物资库存信息将发布到供应商门户，供应商查询到库存信息，组织主动备货，推动供应商共管库存的实现。同时，供应商也可以将其相应物资的库存信息发布给煤炭。

3.2.5.2. 供应商绩效管理

包含：供应商绩效统计、供应商分级、供应商绩效改进。

供应商绩效统计：从价格、质量、交货、服务等多个维度统计供应商绩效。设置各考核KPI的权重，同时支持多方参与的360度评估，计算出供应商绩效综合考评结果。

供应商分级：按照供应商综合绩效评估得分对供应商重新进行分级，设置每级供应商的评分范围，产生建议供应商分级，有采购寻源委员会最终确认供应商分级。

供应商绩效改进：供应商绩效评估结果确定后，对于评分较差的供应商，由相应的寻源负责人员为供应商制定改进计划，通过邮件发送给供应商，或者发布到供应商门户上。

3.2.5.3. 寻源管理

负责每次采购项目的寻源过程管理，包含：采购立项、寻源方式和模板定义、评标指标定义、询报价管理、招投标管理、反向拍卖管理。

采购立项：汇总采购需求，形成采购项目，审批采购项目。

寻源方式和模板定义：根据物资采购策略，维护寻源方式和每种寻源方式下的模板。

评标指标定义：定义评标指标项，以及每项指标的权重。

询报价管理：发询价通知书，查看、比对供应商的报价信息。

招投标管理：标书拟定、标书发放、开标、评标。

反向拍卖管理：发布反向拍卖通知，供应商统一竞价，低价者最终成交。

3.2.5.4. 供应商信息管理

管理供应商的基本信息和状态。包含：供应商编码申请、供应商信用管理、供应商信息维护。

供应商编码申请：供应商认证通过后，向主数据管理平台发送供应商编码申请信息，并从主数据管理平台获取正式编码信息。

供应商信用管理：包含供应商信用申请、信用检查、授信、信用调整、信用超额管理、供应商信用报告查询等功能。

供应商信息维护：维护供应商信息，如：供应商开户行等的调整，冻结供应商或恢复供应商。

3.2.5.5. 供应商准入

建立供应商准入机制，检查供应商资质，只有认证通过后的供应商才能参与煤炭采购活动。包含：供应商注册、供应商注册审核、供应商认证。

供应商注册：供应商在系统注册信息，申明提供的物资或服务类型，根据供应商注册信息，提供问卷，由供应商回答。

供应商注册审核：审核供应商问卷回答信息，通过后，由供应商提交相应资质证明。

供应商认证：审核供应商资质证明，认证通过后，即成为准入供应商。

3.2.6. 客户管理系统应用功能介绍

3.2.6.1. 客户门户

在门户上客户可以查看合同、交货执行情况信息等功能。包含：信息发布、销售合同/订单查询、发货通知、发货质检信息查询、订单到货确认、应收查询、客户调查、库存查询。

信息发布：向客户发布信息，比如：新市场活动信息、客户分类分级策略、煤炭市场信息等。

销售合同/订单查询：查询客户销售合同、销售订单。

发货通知：从煤炭供销管理系统或贸易管理系统获取已发货的销售订单或贸易合同。

发货质检信息查询：查询发煤的质量化验信息。

订单到货确认：客户确认收货。

应收查询：煤炭销售结算单生成完毕后，发布到门户供客户查询。

客户调查：通过门户向客户发放调查问卷，收集问卷反馈结果，统计反馈结果，发放对象可以根据客户分级、分类、地域、行业等客户特性来选取。

库存查询：煤炭物资库存信息发布到客户门户，供客户查询。

3.2.6.2. 市场管理

管理市场活动、潜在客户信息、大客户，包含：市场信息管理、市场活动管理、潜在客户信息管理、大客户管理。

市场信息管理：录入或导入市场人员收集的省内外各地区、国内外的产煤信息（量、价、产地、煤种），铁路运力及兑现情况、各铁路发运站的相关费用、铁路运价、海运价，煤炭下游用户（火电、冶金、化工等）需求信息，省内其他煤炭企业的产、销、铁路计划量，省铁路运力情况或铁路计划量，汇率、港存、港口价格产业整合、扩能、减产、并购、股价波动。存放市场信息，并发布给相关人员查询，用于指导业务开展。

市场活动管理：包含制定市场推广计划和预算、开发与策划市场活动、市场活动执行跟踪等功能。可根据市场计划自动生成预算，可以查看计划执行情况，修改计划和预算。支持市场活动可以根据预设的模版创建市场活动，根据所创建市场活动的特点定义所需资源。执行和跟踪市场活动，查询市场活动的状态，可以结束和关闭活动

潜在客户信息管理：创建、修改、删除、查询潜在客户信息。

大客户管理：根据客户细分的结果定义大客户群，制定针对性的大客户市场策略，跟踪大客户的行为和状态，提供个性化服务。

3.2.6.3. 客户信用管理

包含：信用申请、客户授信、信用检查、信用超额管理、信用报告。

信用申请：客户或销售人员申请客户信用，上传授信所需证明文件。

客户授信：授信人员在系统内为客户设置信用等级、信用额度。

信用检查：定义信用检查规则，订单、发货单可因下列情况被冻结- 例: 预付款额度不足、信用额度不足、应收帐款逾期超过X天、逾期应收帐款占全部应收帐款超过X% 等。

系统进行自动信用检查（销售订单确认，发运等处理功能点）。各发货点的订单、发货单，以及财务收款凭证实时更新客户的额度使用情况。

信用超额管理：提供信用冻结销售订单、发货单的释放功能，能进行单张释放或批量释放。

信用报告：提供客户信用统计报表，用于支持信用超额处理或重新授信。

3.2.6.4. 客户信息管理

包含：客户分类分级、客户信息管理。

客户分类分级：维护客户分类分级定义、定期对煤炭客户分级进行动态调整。

客户信息管理：维护客户信息，如全称、地址、邮编、银行帐号、税号、工商执照号、联络方式、联络人、联络电话等联系信息，和客户的资质、各类认证、财务状况及年检信息。

3.2.6.5. 客户统计分析

从区域、行业、客户、时间等多个维度统计客户的销售信息、需求信息、结算信息、信用信息，为市场活动、煤炭货源组织、销售、配煤等业务提供支持。

3.2.7. 合同管理系统应用功能介绍

3.2.7.1. 合同模板定义

定义煤炭采购合同模板、分物资类型定义物资采购合同、销售合同、贸易合同。

3.2.7.2. 合同起草

挑选合同模板，按照模板定义的格式录入合同条款信息，按模板格式生成合同文本，可以挑选历史合同自动创建续签合同。

3.2.7.3. 合同审批

定义不同类型合同的审批流程，按照审批流程要求进行合同审批或会签。

3.2.7.4. 合同执行监督

合同执行信息查询，监督执行信息与合同条款不一致之处。

3.2.7.5. 合同归档

到期合同保存到设置天数后，自动归档，归档合同的检索及查询。

3.2.8. 基础平台介绍

3.2.8.1. 系统管理

完成系统功能点登记、系统参数配置，使得系统可以按照实际业务需求运行。

3.2.8.2. 用户管理

用户角色维护、用户信息维护、用户密码维护，用户管理功能将直接使用统一认证授权应用上的用户管理服务。

3.2.8.3. 权限管理

包含角色权限模板信息维护、用户权限设置等，权限管理功能将直接使用统一认证授权应用上的权限管理服务。

3.2.8.4. 日志管理

系统日志的记录、查询、定期清理等功能。

3.3. 技术架构

在信息化总体规划中，已经明确采用自开发的实现模式来重新构造基于SOA的业务平台。

图表 14 业务平台的技术实现路线决策

基于自开发构建的思路，在总体架构与应用架构的基础上，结合我们对技术最佳实践的理解，业务平台构建的技术架构如下图所示。

图表 15 业务平台技术架构

3.3.1. 用户端

业务平台一期的用户，主要是内部用户，二期随着供应商门户、客户门户的实施运行，将会有外部用户使用本平台。从管理维护的角度考虑，客户端越简单，就越容易管理和维护，且有利于降低成本及新业务的快速扩展。本方案可以广泛支持下列客户端：

内部用户：Intranet接入（HTTP(s)协议）

外部用户：Internet接入（HTTP(s)协议）

3.3.2. 第三方系统

随着业务协同的加强，业务平台将支持与外部合作方系统的协同，比如：供应商系统、客户系统、铁路系统、港务局系统、省交易中心等的集成。第三方系统通过外网接入煤炭，支持FTP、JMS、SOAP等多种数据传递协议。

3.3.3. 防火墙

在未来的统一信息平台中，不同的系统之间会有不同的安全要求。对一个系统中的不同域，也会有不同的安全要求。

内网用户透过防火墙，访问HTTP服务器、应用服务器、集成服务器、数据库服务器等核心应用数据。

外网用户的HTTP请求透过外网防火墙发送到DMZ区的HTTP服务器和静态网页，外网第三方系统FTP或者JMS请求通过外网防火墙发送到DMZ区的第三方接入。若访问静态网页，则直接访问核心防火墙之外，若访问内部系统，则通过核心防火墙，这样对不同的系统安全要求，进行不同的安全控制。

考虑外网防火墙是网站中将系统平台与外部网络隔离开的防火墙，用于建立安全的网络运行环境，形成对平台服务器的保护，防止外网方面的攻击。其主要功能如下：

● 基本的IP包过滤；

● 屏蔽访问所不需要的端口；

● 可以通过配置实行防病毒检测；

● 允许合法用户的请求通过；

3.3.4. 接入层

第三方接入负责与第三方系统的信息交换。

内网HTTP接入，业务人员与作业人员均通过HTTP接入后端应用。接入层首先通过负载均衡器，对HTTP请求进行负载均衡处理，分别接入HTTP服务器中。HTTP服务器根据所接受的HTTP请求，或直接将本地静态网页回复，或将请求转发至后端应用服务器集群。这里在接入层放置本地静态网页，主要是从性能考虑，能够具有较高的响应效率。

外网第三方信息交换，接入层通过第三方交换组件实现。与第三方系统主要的信息交换技术包括：FTP(s)，JMS, HTTP(s)等。主要实现第三方系统的各种信息交换机制。

3.3.5. 应用层

认证与授权：系统将使用煤炭统一的认证授权系统进行认证授权工作，即LDAP通过JNDI接口提供认证接口。并在系统中设计相应的授权访问表，对已经过认证的用户，进行相应的应用与数据访问授权。

应用服务：主要的业务应用模块，实现煤炭供销、贸易等业务逻辑处理工作。包括：煤炭供销管理系统、贸易管理系统、供应商及寻源管理系统、客户管理系统、合同管理和基础平台。

3.3.6. 外部系统

外部系统层表示了业务平台需要集成的煤炭其它信息系统，包括认证授权、财务系统、人力资源管理系统、物资管理系统、计量系统、煤质化验系统、先进计划系统、SMS、邮件系统、报表引擎、业务流程管理平台等。在方案中，将通过企业服务总线(ESB)技术进行这些系统的集成工作，在集成过程中，需要外部系统服务提供商进行配合。

3.4. 系统集成架构

3.4.1. 集成需求

通过理解煤炭业务平台需求理解，IBM设计了系统上下文图，体现系统与外围系统的交互关系。如下图所示：

图表 16 业务平台上下文图

从业务平台上下文关系中，可以发现业务平台的系统之间存在数据集成关系，同时业务平台与平台外其它系统之间也存在数据集成关系。下表为业务平台内部系统之间，以及与平台外其它系统之间的数据集成流向：

表格 1业务平台集成需求

3.4.2. 集成架构

根据信息化总体规划，考虑到与外围支撑系统的集成以及与第三方系统集成的特殊性和通用性，IBM建议采用企业服务总线集成外围支撑系统，设计第三方网关集成第三方系统。

企业服务总线的应用组件框架，如下图所示。

图表 17企业服务总线业务组件框架

具体企业服务总线架构介绍参见《企业应用整合项目方案建议书》。

3.5. 安全体系

参见《基础设施方案建议书》

3.6. 物理架构

参见《基础设施方案建议书》

3.7. 系统数据迁移方案

煤炭企业资源管理系统的数据有条件地迁移到业务平台中。将按如下步骤执行数据迁移：

✓ 原系统开发商开发数据导出工具，按照数据移植内容设计，从煤炭企业资源管理系统中导出中间文件；

✓ 按照MDM项目的基础数据标准化要求，对中间文件进行数据清理，使其符合煤炭基础数据标准规范；

✓ 检查中间文件，确保其既符合数据移植设计要求，又符合基础数据标准规范，项目组开发软件导入中间文件；

✓ 从原系统数据库中生成标准的比较文本；

✓ 从新系统数据库中生成标准的比较文本；

✓ 对照上述两份比较文本，检查数据迁移的正确性。

3.8. 系统运维

参见《项目管理咨询方案建议书》

4 实施方案建议

4.1. 实施方法

按照信息化总体规划，从业务就绪度、项目周期、资源要求等因素综合考虑，将业务平台构建分为二期执行，业务平台一期项目将实现下述实施路线图中的第一阶段煤炭供销存业务及贸易业务需求。

图表 18：业务平台分期实施路线图

本实施方案针对业务平台一期提出。我们根据IBM自开发软件方法论，结合煤炭业务平台一期需求，以及现有相关系统的建设状况，我们将采用下述方法来进行业务平台一期项目实施：

图表 19：业务平台一期实施方法

整个业务平台一期的实施将分为三大阶段：需求分析、设计、实施。每一阶段又包含不同活动。

项目启动

完成项目组织建设、制定项目实施计划、沟通计划、质量计划；

需求调研

收集业务、信息技术资料，制定访谈计划、访谈提纲，访谈业务及信息人员，形成访谈总结以及业务需求总结；

功能性需求分析

分析需求，产生功能需求分析报告，详细描述每个功能点的输入、输出、加工、业务规则等信息；

非功能需求分析

根据业务量、可用性需求、信息规范等总结分析非功能需求，形成非功能需求分析报告；

架构设计

设计业务平台总体架构、应用架构、技术架构、确定技术实现路线，形成架构设计报告以及架构决策；

概要设计

应用组件模型设计、数据概要设计，形成组件模型设计报告、数据概要设计报告；

界面设计

设计业务平台的用户交互界面，形成用户界面设计报告；

详细设计

组件实现类设计，详细数据设计、物理架构设计，形成对象模型设计报告、逻辑数据模型、测试用例设计、数据迁移设计报告、物理架构设计报告；

准备系统开发规范，形成系统开发规范说明书

系统开发

按设计构建应用系统，产生应用源代码、执行程序、程序说明书、系统配置说明书、系统维护手册、用户使用手册；

数据准备

设计数据收集模板，收集数据，整理以及装入数据，产生数据收集模板；

集成测试

进行业务平台内系统间的集成测试，以及业务平台与财务系统之间的集成测试，形成集成测试报告；

性能测试

测试系统性能，形成性能测试报告；

用户接受测试

组织编写用户接受测试案例编写、用户接受测试，形成用户接受测试报告，优化用户使用手册；

用户培训

培训计划制定、执行、培训材料编写、培训，形成培训计划、培训课件、培训总结；

试运行

系统上线试运行，形成试运行总结报告；

项目管理

项目管理活动贯穿在项目进行的全过程，保证项目按质、按量、按预算如期完成；

知识转移

知识转移活动贯穿在项目进行的全过程，包含项目管理方法、分析、设计方法、成果的转移、开发规范、开发技术框架的培训等，用户活动属于培训知识转移的一部分。

4.2. 项目组织

4.2.1. 项目组织架构

下图为业务平台一期项目的组织架构图。整个项目由IBM、***与煤炭人员共同构成。

项目组位于项目管理办公室（PMO）的统一管理之下，PMO协调本项目与其他项目之间的技术、业务关系及进度协同问题，保证多项目一起开展时，能按规划执行。

图表 20：业务平台一期项目组织

4.2.2. 项目角色与分工

项目指导委员会

项目指导委员会（以下简称委员会）是由双方具有一定决策力的领导组成的一个机构。它将包括煤炭、IBM、***的有关主管领导。其职能是以项目的所有者的立场，协调项目的实施进程。项目管理办公室的项目经理定期以书面方式向项目指导委员会汇报项目的进展情况，并将存在的问题反映给委员会，委员会对这些问题作出解决对策或其它方式的响应。对项目执行过程中出现的重大问题或是突发事件，委员会以内部协商为主的原则谋求解决方法，所有委员会的决策都以双方的合同条款(包括工作说明书)作为依据。

项目指导委员会设有主任委员一人，负责召集委员会的活动。主任委员由煤炭指派。当主任委员因故缺席时，需由主任委员指定代理主任委员代行其职。委员会不干涉项目经理的日常工作活动，对项目经理有充分的职权委托。

项目指导委员会的决议过程可以是电话会议，书面文件批阅等多种方式，但决议的内容将以书面形式下达到项目经理并存入项目文档。

项目管理办公室

项目管理办公室由煤炭项目管理办公室主任、IBM项目群经理、架构师、业务顾问、专家共同组成，主要负责业务平台一期、生产平台一期、DIM、统一信息平台、基础设施建设、人力资源员工职业发展规划等多项目同时开展时的项目群管理和架构管理。

项目管理办公室的详细职责参见《项目管理咨询方案建议书》

项目经理

项目经理由IBM项目经理、***项目、煤炭项目经理共同承担。项目经理负责项目的具体实施管理工作，是项目实施中的主要角色。他的主要责任包括：

● 选定项目小组成员

● 协调项目资源配置

● 拟定实施计划

● 拟定项目进行方法

● 拟定项目各项主要工作时程表

● 拟定项目里程碑及交付项目

● 协调和控制项目活动的进行

● 向项目总监报告项目进行状况

● 签认项目交付项目

业务组

业务顾问由煤炭业务领导、关键用户、IBM公司业务顾问、***业务顾问共同组成。

该角色应具备丰富的业务知识以及煤炭供销领域系统的应用知识负责需求分析，其主要责任是：

● 在需求分析阶段承担领导角色，组织编写需求分析报告

技术架构组

技术架构组由IBM公司架构师和***技术骨干共同承担。

该角色应具备丰富的I/T技术经验，对于计算机系统的整体架构有深刻的理解，主要负责系统需求定义、整体方案架构设计并对系统开发、系统测试和系统部署实施提供支持。其主要责任是：

● 在需求分析、概要设计阶段参与工作并制作该阶段提交件

● 在设计阶段制定架构和方案设计、接口设计

● 在实施阶段指导并审核系统的开发、各部件集成

● 在实施阶段参与指导集成测试与系统切割

● 指导项目中的知识转移工作（如培训）

设计顾问

该角色由IBM顾问承担，负责各功能模块的实现设计。具备丰富的开发技术和编程经验，熟悉WEB、JAVA各种开发工具和中间件技术。主要工作包括：

● 参与需求分析

● 负责领导详细设计

质量顾问

该角色由IBM顾问承担，负责项目质量控制，向项目经理和PMO汇报。主要工作包括：

● 制定测试计划

● 领导测试工程师，组织和监督测试工作开展

● 定期形成质量报告

开发工程师

该角色由***开发人员承担，负责系统开发、实施、培训。

主要工作包括：

● 参与详细设计

● 负责系统开发

● 负责系统培训

● 负责系统实施

测试工程师

该角色由***测试人员承担，负责系统测试。

主要工作包括：

● 测试，维护测试记录，制定测试报告

● 协助用户接受测试（UAT）

4.3. 项目计划

参照项目实施方法，以及业务平台一期需求，制定项目计划如下：

图表 21：业务平台一期项目总体计划

需求分析阶段：项目启动即开始，历时1个月+1周；

系统设计阶段：项目开始后第1个月+1周后开始，历时2个月；

系统开发阶段：项目开始后第3月+1周后开始，历时3个月；

测试阶段：项目开始后第6月+1周后开始，历时1.5个月；

上线试运行：项目开始后第8月开始，历时1个月。

4.4. 项目培训计划

根据项目实施的进度需要，将及时安排有关培训，系统地提供培训课程，确保项目成果的有效接收和学习。针对煤炭项目组提供关于系统实施、项目管理方法的培训，使其能够具备按照统一要求完成对系统的技术支持及运维能力；针对关键用户和操作人员提供系统应用操作培训，使其可以正确并熟练使用系统各项功能和应用。

4.4.1. 培训目标

在项目前期，对系统建设参与人员、系统管理人员进行培训，使项目组成员了解项目的初步设计思路和相应的开发技术，以便于进行项目的配合。

在项目设计开发阶段，对项目组技术人员进行培训，使其掌握开发的相关技术与技巧，具备一定的开发能力，为后续的系统开发、测试、维护等工作奠定基础。

系统实施完成后，系统的运行维护和改进不仅仅依赖于内部的运行和维护管理人员，而且与使用该系统的业务人员（即系统用户）密切相关。他们在上岗之前、之后都应该接受相关培训，以保证他们的知识和技能可以满足其岗位的要求，并且可以通过培训将相关知识传递给其他相关人员。因此，系统实施完成后，对使用人员进行系统应用培训，使其掌握系统的功能及使用方法。同时，对系统建设参与人员、系统管理人员进行系统维护培训，使其掌握系统的维护方法。

图表 22 培训的最终效果图

4.4.2. 培训内容和计划

煤炭统一信息平台的培训工作包含许多技术门类，包括网络技术、应用服务器技术、数据库技术、各种操作系统环境；相关平台软件的安装、配置与日常管理；业务软件的安装、配置和日常管理等。IBM将需要根据项目集成工作的特点、所涉及的技术内容、所涉及的业务应用系统等综合内容提供分阶段、针对不同受众群体的培训。

培训所涉及的内容和计划安排如下：

表格 2培训内容和计划

IBM、***公司将根据项目不同的实施阶段和针对不同培训对象提供不同培训内容，采取集中、特殊集训、现场指导等培训方式，以达到培训目的。根据需要，培训地点可以设在项目工作地点、煤炭指定地点或第三方产品供应商指定地点。根据培训内容及其性质，可以分类为项目管理培训、用户应用操作培训、用户技术培训。

4.4.3. 项目管理培训

在项目进行中，IBM将向有关人员提供项目管理培训，介绍项目管理知识。 该培训将介绍项目管理的概念以及实践经验分享，包括项目启动、项目计划、项目控制、项目执行以及项目结束。主要培训的内容如下：

● 构建执行组织和项目团队

● 确认和验证项目需求

● 创建工作分解结构（WBS）

● 建立项目估算和项目进度计划

● 创建项目计划

● 管理总体变更控制

● 控制项目执行过程

● 使用收尾策略结束项目

● 担当一个项目经理角色

参加课程的学习将提高学员在管理方面的技能，使在学员对项目管理原则有深刻的认识，具备对项目进行计划管理、分工管理、费用估算及时间管理等方面的能力。

4.4.4. 用户应用操作培训

用户应用操作培训属于操作培训范畴，受众学员为煤炭的应用操作及管理人员。此类培训注重对各个角色人员的具体应用操作进行培训，通过用户应用操作培训迅速提高各环节、各角色操作人员对系统的理解和操作技能，从而保证系统上线运行的成功。

用户应用操作培训主要包括三个方面的内容：课程培训，文档资料提交及研讨会议：

● 课程培训：***工程师会为煤炭相关培训成员举办专门的课程培训，讲解业务操作流程。

● 文档资料提交：IBM和***公司还会提交系统业务设计的文档资料，让客户在培训的基础上进一步全面、细致地了解系统业务设计的思想。

● 研讨会议：客户完成对文档资料的阅读后，可以对其提出疑问，***工程师将通过研讨会议的方式与客户进行交流，澄清其中的问题。

培训涉及的人员包括IBM专家组、IBM咨询顾问、***工程师、煤炭项目组。项目组对煤炭相关成员进行业务操作培训，完成知识转移。

4.4.5. 用户技术培训

用户技术培训注重整个系统的技术运维管理，受众学员为信息管理部门的系统管理人员（IT人员），培训内容注重对系统支撑平台的管理与维护，如系统应用软件、应用服务器平台、集成平台、高可用性系统、数据库备份系统、数据库管理等；注重对平台的运行管理，如对应用系统的安装配置管理、参数管理、操作员角色权限管理等；注重对系统拓展及二次开发培训等。

在项目实施前和项目实施过程中，***将依据培训工作进度要求和对于技术及管理内容的需要，调整培训科目，编纂和完善培训讲义，在必要的时候可进行现场培训。

培训涉及的人员包括***工程师、煤炭项目组：

● IBM技术专家与煤炭相关技术和业务人员进行讨论，交流系统架构设计思路。

● ***工程师对煤炭项目组成员进行培训，完成知识转移。

● 若煤炭从第三方厂商直接采购，则由原厂直接提供培训，如果通过IBM采购，则由IBM负责组织进行原厂商进行培训。

4.5. 项目风险管理

总体上，业务平台一期的主要风险以及应对措施：

1、 业务风险：业务平台一期涉及到煤炭的核心业务，业务人员的参与程度将直接决定了业务平台需求分析效果。

应对：考虑到煤炭业务人员现状，项目需求分析团队将引入先进实践的供销业务流程，并定期组织与业务人员沟通。

2、 数据标准化配合风险：业务平台一期上线时需要使用标准化的基础数据，依赖于MDM项目的工作开展。

应对：由项目管理办公室统一协调项目群按进度开展。

3、 基础设施建设项目配合风险：业务平台的开发环境、测试环境、生产环境依赖基础运行环境的建立。

应对：由项目管理办公室统一协调项目群按进度开展。

4、 企业服务总线项目配合风险：业务平台一期的集成开发依赖企业服务总线的建立。

应对：由项目管理办公室统一协调项目群按进度开展。

业务平台一期项目风险管理流程参见《项目管理咨询方案建议书》

4.6. 项目质量管理

在项目启动阶段，项目组依据IBM的咨询规划项目质量管理方法论与相关模板，并结合业务平台一期项目实际情况，制定一整套严格的质量控制标准与规范，包括：

⏹ 质量管理制度

⏹ 质量管理标准与规范

⏹ 质量管理流程

⏹ 风险控制

详细描述参见《项目管理咨询方案建议书》

4.7. 系统测试及验收

建设工程包括多个方面的工作和任务，每一项任务的完成、每一个文档的提交、每一个设备、软件或应用系统的交付，都有相应的完成标志和测试、评估和验收标准。对于系统、网络和应用这种重大的工作里程碑事件，测试验收工作更为严谨和充分，计划更为周密。

按照IBM系统集成服务的程序和行业惯例，整个项目实施过程中要对不同的交付项目进行如下各类测试和验收中的一种或几种，具体进行哪种或哪些测试验收工作依交付项目的性质不同而不同。

审议确认

这是一种采用对交付件内容进行阅读、讲解、评议、问题与回答的形式进行评审，并作出接受或拒绝决定的方法。对于交付的项目管理文档、设计文档、测试报告、技术资料等交付项目，通常采用这种方法。

安装测试

采用标准的测试程序(如硬件设备开机自检)和操作方法，对交付件进行测试的方法。通常用于对硬件设备和系统软件的验收。

初始安装测试

类似于安装测试，通常用于对最终提交结果进行安装测试。典型的情况是系统软件的初始安装测试，此时安装的是用于进行设计开发的平台或工具，而不是直接提交客户作生产目的。

单元测试

在开发过程中对新的或修改的程序模块和子系统进行的独立测试，用于验证其是否满足基本设计目标。

系统集成测试

对整个系统，包括硬件、系统软件、应用程序、网络等各个方面进行全面测试，验证系统是否达到设计目标的测试过程。

性能测试

验证系统是否达到设计中的性能指标。

用户接受测试

用户接受测试是用户根据自己的业务处理要求，在实际系统上进行的类似于系统集成测试的过程。这种测试的目的是检验交付系统是否达到设计要求，是否可以投入业务运行。与系统集成测试的不同在于，用户验收测试更加着重从业务功能方面的测试，时间也相对短。

接受测试计划确立了对系统进行测试验收的方式和标准。IBM将指导煤炭制订接受测试计划(在接受测试开始前两周)。

测试计划将包括：

 测试目标

 角色和职责

 测试环境

 要测试的功能

 测试手段

 测试案例及预期结果

当所有功能和外观特征经测试达到接受测试计划所说明的完成标志，煤炭将接收该系统，意味着系统初验成功，系统初验成功后才能上线，进入试运行阶段。在测试过程中，如没有达到完成标志，***将分析错误问题。某些测试失败可能由于对项目实施目标的误解而导致，对这些误解进行分析。如果是***的责任，将做必要的修正并再进行测试。

系统试运行一个月结束后，即标志系统终验成功。

5 售后服务及技术支持

参见《项目管理咨询方案建议书》

6 附录

参见《IBM和***能力介绍》

煤炭集团信息化建设项目方案建议书-业务平台一期V1.0