会计基础工作规范化建设评价报告5篇
篇一：会计基础工作规范化建设评价报告
信息化管理系统运行情况记录表
项目名称 软件名称 检查频率
序号 1 2 3
管理编号
记录时间
使用单位 软件管理人
检查人 连接设备状况
设备名称
检查运行情况记录 运行情况
型号 检查人签字
篇二：会计基础工作规范化建设评价报告
天虹商场门户应用平台建设方案
目录
目录 ....................................................................................................................................................2 第 1 章 天虹门户项目理解与需求分析 ..........................................................................................8
1.1 战略发展的需要.......................................................................................................................8 1.2 应用系统的现状.......................................................................................................................8 1.3 企业整合的趋势.......................................................................................................................9 第 2 章 基于 SOA 的总体项目建设思路 .......................................................................................11 2.1 如何规划企业应用集成.........................................................................................................11
2.1.1 企业 IT 架构方法概述 ...................................................................................................11 2.1.2 TOGAF 企业 IT 架构框架 ...................................................................................................12 2.1.3 TOGAF 架构开发方法 ........................................................................................................12 2.2 SOA 为企业带来了什么 .........................................................................................................13 2.2.1 SOA 概念及价值概述.........................................................................................................15 2.2.2 SOA 的基本思想内涵.........................................................................................................16 2.2.3 SOA 风格的 IT 架构特征...................................................................................................17 2.2.4 TOGAF 企业 IT 架构开发方法与 SOA 的结合 ...................................................................17 第 3 章 天虹门户平台的应用建设方案 ........................................................................................21 3.1 天虹门户平台的整体应用架构.............................................................................................21 3.2 统一身份管理.........................................................................................................................24 3.2.1 统一用户服务 ................................................................................................................24
3.2.1.1 用户管理 ..................................................................................................................................... 25 3.2.1.2 权限管理 ..................................................................................................................................... 25 3.2.1.3 管理控制台 ................................................................................................................................. 26
3.2.2 用户同步服务 ................................................................................................................ 27
天虹商场门户应用平台建设方案 3.2.2.1 用户同步 ..................................................................................................................................... 29 3.2.2.2 应用接入 ..................................................................................................................................... 30 3.2.2.3 管理控制台 ................................................................................................................................. 31 3.3 单点登录服务.........................................................................................................................33
3.3.1 身份认证 ........................................................................................................................ 33 3.3.2 单点登录 ........................................................................................................................ 34 3.3.3 应用接入 ........................................................................................................................ 35 3.3.4 管理控制台 ....................................................................................................................36 3.3.5 与 Entrust 集成的建议...................................................................................................37 3.4 门户内容服务.........................................................................................................................37 3.4.1 信息发布 ........................................................................................................................ 40 3.4.2 内容接入 ........................................................................................................................ 41 3.4.3 个性化门户 ....................................................................................................................42 3.4.4 实施开发 ........................................................................................................................ 43 3.5 统一数据服务.........................................................................................................................44 3.5.1 应用集成的分析 ............................................................................................................44
3.5.1.1 应用服务的封装 ......................................................................................................................... 44 3.5.1.2 应用服务的管理 ......................................................................................................................... 45 3.5.1.3 应用服务的编排与重组.............................................................................................................. 45
3.5.2 数据集成的分析 ............................................................................................................45
3.5.2.1 数据集成的业务需求.................................................................................................................. 45 3.5.2.2 数据集成的技术需求.................................................................................................................. 46 3.6 统一流程服务.........................................................................................................................47
3.6.1 流程集成的分析 ............................................................................................................ 47
3.6.1.1 业务流程的运作分析.................................................................................................................. 47 3.6.1.2 业务流程集成的技术需求.......................................................................................................... 49
第 3 页 共 130 页
天虹商场门户应用平台建设方案 3.6.1.3 业务流程的监控管理.................................................................................................................. 50
3.6.2 统一流程服务平台建设与业务咨询的关系.................................................................51 第 4 章 天虹门户项目系统建设实施方案.....................................................................................52
4.1 天虹门户项目系统建设整体规划.........................................................................................52 4.1.1 第一阶段基础门户平台建设阶段 ................................................................................53 4.1.2 第二阶段应用业务数据整合阶段 ................................................................................54 4.1.3 第三阶段业务流程集成管理阶段 ................................................................................54
4.2 项目开发过程管理概述.........................................................................................................55 4.2.1 项目开发流程 ................................................................................................................55 4.2.1.1 调研及详细需求分析.................................................................................................................. 55 4.2.1.2 项目开发 ..................................................................................................................................... 55 4.2.1.3 综合测试 ..................................................................................................................................... 56 4.2.1.4 需求更改控制 ............................................................................................................................. 56 4.2.2 项目开发质量保证 ........................................................................................................56 4.2.2.1 流程定义 ..................................................................................................................................... 56 4.2.2.2 高效完善的项目管理.................................................................................................................. 57 4.2.2.3 量化的质量考核体系.................................................................................................................. 60 4.2.2.4 独立的 SQA 进行质量审计......................................................................................................... 60 4.2.2.5 完善的需求管理和需求跟踪...................................................................................................... 61 4.2.2.6 全面的测试活动 ......................................................................................................................... 63
4.3 项目实施流程及提交的主要文档.........................................................................................63 4.3.1 实施方法概述 ................................................................................................................63 4.3.2 实施流程及提交的主要文档 ........................................................................................65 4.3.2.1 项目准备阶段 ............................................................................................................................. 65 4.3.2.2 业务蓝图阶段 ............................................................................................................................. 67 4.3.2.3 系统实现阶段 ............................................................................................................................. 71 第 4 页 共 130 页
天虹商场门户应用平台建设方案
4.3.2.4 验收交付阶段 ............................................................................................................................. 74
4.4 各阶段开发实施计划及步骤说明 ......................................................................................... 76
4.4.1 项目准备阶段的明细步骤 ............................................................................................ 76
4.4.1.1 项目前期准备 ............................................................................................................................. 77
4.4.1.2 项目启动大会 ............................................................................................................................. 77
4.4.1.3 基础编码体系建立...................................................................................................................... 78
4.4.2 项目一期详细开发实施时间计划及实施步骤说明.....................................................79
4.4.2.1 业务蓝图阶段的明细步骤.......................................................................................................... 79
4.4.2.2 业务蓝图阶段时间计划.............................................................................................................. 82
4.4.2.3 系统实现阶段的明细步骤.......................................................................................................... 83
4.4.2.4 验收交付阶段的明细步骤.......................................................................................................... 88
4.4.3 项目二期详细开发实施时间计划及实施步骤说明.....................................................89
4.4.3.1 业务蓝图阶段的明细步骤.......................................................................................................... 90
4.4.3.2 业务蓝图阶段时间计划.............................................................................................................. 92
4.4.3.3 系统实现阶段的明细步骤.......................................................................................................... 92
4.4.3.4 验收交付阶段的明细步骤.......................................................................................................... 95
4.4.4 项目三期详细开发实施时间计划及实施步骤说明.....................................................96
4.4.4.1 业务蓝图阶段的明细步骤.......................................................................................................... 97
4.4.4.2 业务蓝图阶段时间计划.............................................................................................................. 98
4.4.4.3 系统实现阶段的明细步骤.......................................................................................................... 98
4.4.4.4 验收交付阶段的明细步骤........................................................................................................ 101
第 5 章 天虹门户项目质量管理方案 ..........................................................................................103
5.1 项目质量衡量与质量控制...................................................................................................103
5.2 项目风险管理概念与分类...................................................................................................105
5.2.1 项目风险概念 ..............................................................................................................105
5.2.2
项目风险分类 ..............................................................................................................106
第 5 页 共 130 页
天虹商场门户应用平台建设方案
5.3 信息系统项目的常见风险...................................................................................................107
5.4 项目的初步风险分析与策略...............................................................................................110
5.4.1 项目实施风险 ..............................................................................................................110
5.4.2 应用系统的集成风险 ..................................................................................................111
5.4.3 变化带来的风险 ..........................................................................................................111
第 6 章 天虹门户项目物理部署方案 ..........................................................................................114
6.1 标准部署模型.......................................................................................................................114
6.2 防火墙 ..................................................................................................................................114
6.3 网络环境...............................................................................................................................115
6.4 应用服务器运行支持环境...................................................................................................115
6.5 服务器硬件选型...................................................................................................................116
6.6 磁盘存储系统.......................................................................................................................117
6.7 软硬件配置需求...................................................................................................................118
第 7 章 项目培训方案 .................................................................................................................120
7.1 知识转移...............................................................................................................................120
7.2 项目的培训策略及方式.......................................................................................................120
7.2.1 项目培训的目标 ..........................................................................................................120
7.2.2 项目培训的策略 ..........................................................................................................121
7.2.3 项目培训的方式 ..........................................................................................................121
7.3 项目培训的课程与内容.......................................................................................................121
7.3.1 培训内容 ......................................................................................................................121
7.3.2 培训提交文档 ..............................................................................................................122
7.4 项目培训组织与要求...........................................................................................................123
7.4.1 培训组织安排 ..............................................................................................................123
7.4.2 天虹商场项目小组需做的工作 ..................................................................................123
7.4.3
培训地点 ......................................................................................................................123
第 6 页 共 130 页
天虹商场门户应用平台建设方案
7.4.4 培训设施 ......................................................................................................................123 7.4.5 在项目进度中的安排 ..................................................................................................124 第 8 章 技术支持与售后服务......................................................................................................125 8.1 技术支持与服务体系介绍...................................................................................................125 8.2 项目售后技术支持与服务的总体原则 ...............................................................................126 8.3 售后技术支持与服务的内容...............................................................................................126 8.4 售后技术支持与服务的方式...............................................................................................127 8.5 售后技术支持与服务的响应时间 ....................................................................................... 127 8.6 技术支持与服务工作的管理和监督机制 ...........................................................................128 8.6.1 服务团队建设 ..............................................................................................................128 8.6.2 内部管理制度 ..............................................................................................................128 8.6.3 服务监督 ......................................................................................................................129 8.7 技术支持与服务工作规划与建议.......................................................................................129
第 7 页 共 130 页
天虹商场门户应用平台建设方案
第1章 天虹门户项目理解与需求分析
1.1 战略发展的需要
天虹商场股份有限公司是 1984 年在深圳成立的中外合资经营零售企业。2009 年公司销售 额超过 100 亿，在珠三角、华东、华南、北京等地开设了 35 家直营商场及 2 家特许经营商场， 连续 9 年进入中国零售百强企业，是深圳和广东地区销售额最高、商场数量最多的连锁百货企 业，国内最早引入精益六西格玛、平衡计分卡、卓越绩效管理模式的零售企业。
天虹商场的业务发展走在了业界的前端。其国内首创“百货+超市+X”的差异化经营模式， 在此基础上形成了城市中心店和社区购物中心两种业态模式，打造“亲和、信赖、享受生活” 的品牌核心价值。未来会多元化扩展，发展超市加百货，商业地产加百货、Mall，精品超市， 精品百货，网络购物等多种业务模式。
踏入 2010 年，天虹商场将会进一步扩大经营规模，加快业务发展的速度。通过在资本市场 上进行 IPO，将有利于公司迅速占领市场，调整资产结构、降低扩张成本和经营风险。可以看 到天虹商场在近几年内的大规模发展已经箭在弦上蓄势待发。信息化系统作为公司业务发展的 重要基石，也将承受更大的业务压力。为了能达到公司的战略目标和发展愿景，信息化建设必 须先行优化调整，以提高工作效率满足业务大规模发展的需要，为业务的飞速发展保驾护航。
1.2 应用系统的现状
天虹商场的信息化系统建设在业内是处于领先位置的。到目前为止内部的信息系统架构已 经基本完备。业务系统上分为两大块，第一块是内部基础业务系统包括财务系统、人事系统、 供应商管理系统、BI 系统、OA 系统、查询平台和 ITIL 管理系统；第二块是电子商务系统与客 户管理系统。作为百货流通业的领导者，信息化内部保障系统最重要的就是财务系统、人力资 源系统、ERP；信息化外延保障系统最重要的就是供应商管理系统、门店即时管理系统。即内 部把人、财、物都管好，外延与供应商进行有限的整合、门店即时管理系统完全整合。
其中财务系统是业务核心中的核心，管理整个机构的资金、销售数据与帐目信息。由于财 务系统马上会进行大规模升级，所以此次不会涉及到与财务系统的对接，但建议方案中有对未 来 ERP 保留相应的标准接口，随时应天虹商场的要求进行 SOA 封装。
在系统架构上，天虹目前的信息化建设已经基本完备，能支撑公司业务的有序运行。要进 一步地提高业务效率，必须从数据整合、业务整合上进行改造和创新。
第 8 页 共 130 页
天虹商场门户应用平台建设方案
系统优化的方向主要为以下几个方面。
业务数据。目前的业务数据分散在各个业务系统之中，财务数据、供应商数据、人事数据 都相互独立。业务系统间需要建立有效的沟通桥梁，以促进业务数据的有效融合，产生多维度 的运营信息，支撑管理层的决策分析。
业务流程。天虹通过长时间的信息化建设积累了相当多的业务流程。但由于阶段性建设的 局限性，大多数的业务流程目前还存在于 OA 系统中。这种业务流程的存在方式限制了业务的 进一步发展。通常情况下，业务流程的整个生命周期贯穿于企业的各个应用系统，而建立在 O A 基础上的业务流程缺乏标准性与可扩展性。另外所有的业务压力全集中在 OA 系统中，也难 以进行可持续性的发展。目前 Domino 已经不堪重负,可以预见这将会严重制约业务的进一步发 展。要解决这个问题必须重新对业务流程管理进行统一的设计。
应用系统分散。业务分散在多个独立的应用系统中，业务人员需每天都需耗费大量的时间 进行系统切换。企业亟待整合其过多的信息渠道，形成统一的有机整体，才能为企业的投资回 报创造效率更高的业务模式。建设企业信息门户是解决这个问题的关键。
1.3 企业整合的趋势
企业应用整合是信息化建设发展的趋势。根据 Gartner 的报告表明，在业务系统实施落地 的过程中，将近有 35%的费用产生在与现有系统进行集成。为了提高企业信息化的核心竞争力， 企业应用必须进行有效的整合与优化。
而整合的对象主要为三大方面，应用数据整合、业务流程整合和基础平台整合。
应用数据整合主要是针对业务系统的基础数据。数据是企业信息化过程中最宝贵的财富， 也代表了企业在该行业的经验积累。只有对其进行有效的深度挖掘才能产生对决策有用的支撑 信息。而基础业务数据分散在不同的业务系统，相互之间并没有沟通的渠道,形成了多个数据孤 岛。需要建立一套完善的数据交换机制，建立数据中心、数据仓库、数据交换平台，为管理层 的决策分析提供数据基础保障。
业务流程整合是业务层面的整合与优化。在大多数企业里面，业务流程分散在各种应用系 统之间。但业务的发展使得跨部门的业务流程经常出现。譬如整个订单管理流程，会经过 CR M 系统下订单，然后到库存系统查找产品数量，要是存量不足需要到生产系统进行排产，然后 到物流系统进行发货，最后到财务系统进行入账。而这种业务流程并不是一个特例，随着市场 竞争白热化，业务的整合压力不断增大，业务流程的优化能力代表了一个企业的业务竞争实力。
但过往建设的业务系统局限性太大，不适用于业务流程的进一步优化。针对这种情况，企业的 信息化建设需要采用统一的流程引擎对业务进行管理与优化，满足业务的发展需要。
基础平台整合就是我们通常所说的门户应用整合。门户平台的建设通常有个误区，就是用
第 9 页 共 130 页
天虹商场门户应用平台建设方案
标准的容器，标准的规范对应用进行页面开发。但要建设的是什么东西，大家都非常模糊。而 往往因为这一点使得门户建设出来的系统，没有对业务部门产生真正的价值。要让门户整合发 挥其真正的作用，先决条件是从业务出发，为业务整合服务。
门户的整合正确含义是基础服务的整合。通过对业务系统重新梳理，将各个系统之间通用 的基础服务整理出来并固化成服务，为信息化系统的各个业务模块提供标准化服务支撑。以此 来规范系统间边界，减少不必要的业务依赖，提高整个信息化平台的生命力。
应用整合是系统性的工程，它很难在短期内全部实施完成。它更需要时间的磨合与优化才 能为企业带来价值。应该针对业务系统的特点，制定出阶段性的实施规划，让应用整合能有条 不絮地进行。
第 10 页 共 130 页
天虹商场门户应用平台建设方案
第2章 基于 SOA 的总体项目建设思路
2.1 如何规划企业应用集成
2.1.1 企业 IT 架构方法概述
在应用 TOGAF/SOA 企业 IT 架构方法体系来指导 IT 规划项目的实施。TOGAF（The Open Group Architecture Framework）是一种架构框架，它是一种协助规划、实施、验收、运行、使 用和维护架构的工具。它能指导企业的组织设计、评估，并建立正确的企业 IT 架构。
TOGAF 是由国际上知名的 IT 标准化推广组织 TOG（The Open Group）开发并在世界范围 推广的一套先进的企业 IT 架构方法论。TOG 是一个非营利协会，致力于促进全球市场的业务 效率，通过汇集信息系统的购买方和供应商，以降低整合跨企业新技术的壁垒。一批世界知名 的企业，包括世界财富 50 强中 80%的企业都是该组织的会员，也是 TOGAF 企业 IT 架构方法 体系的应用者，像汇丰银行、宝洁、波音、BP 石油、AT&T、IBM、HP/SAP、Oracle、SUN 等。
TOG 是一个厂商中立和技术中立的协会，将使能集成内部和企业之间的信息访问，和基于开放 标准的全球互操作性。无边界信息流（Boundaryless Information Flow™ ）是 TOG 组织的在全 球倡导的企业信息互联理念。
2009 年 5 月，TOG 中国分会成立，作为 TOG 中国分会的主发起单位，将致力于推动中国 企业信息化标准化，协助中国企业导入先进的企业架构思想。
TOGAF 方法体系整体构成如下图所示：
图 TOGAF 模型
第 11 页 共 130 页
天虹商场门户应用平台建设方案
主要构件有：
架构开发方法 (Architecture Development Method: ADM)：获得一个组织的具体企业架
构。
TOGAF 企业连续系列(Continuum)说明架构如何跨连续系列发展: 从基础架构， 通过
共同系统架构和特定行业的架构，到一个企业自身的独特架构。
TOGAF 架构内容与能力框架(Architecture Content Framework、 Architecture Capability
Framework )，可使用在应用 TOGAF 和 TOGAF 的 ADM 技术（架构视图 ，业务情景， 案例研究，其他架构框架，指导方针，模板，TOGAF 到 Zachman 框架的映射等) 。
2.1.2 TOGAF 企业 IT 架构框架
根据 TOGAF 方法，企业 IT 架构主要由业务架构（Business Architecture）、信息系统架构 （Information System Architecture）、数据架构（Data Architecture）、应用架构（Application Architecture）、技术架构（Technology Architecture）组成。整个架构视图如下图所示：
图 TOGAF 框架
2.1.3 TOGAF 架构开发方法
TOGAF 的关键是 TOGAF 架构开发方法（Architecture Development Method：ADM），这是 一个开放的、行业公认的、可靠的、用于开发满足业务需求的企业架构的方法。TOGAF ADM
第 12 页 共 130 页
天虹商场门户应用平台建设方案
架构开发方法是一个迭代的方法，它由 10 个模块组成，如下图所示：
图 ADM 流程 TOGAF ADM 的特点如下：
完整、全面的架构开发方法；
被广泛采用，满足各种组织、行业需求；历经 15 年 9 个版本发展，支持开放、标准的
SOA 参考架构，已被 80％的福布斯( Forbes)全球排名前 50 的公司使用；
最佳实践参考，避免“重复发明轮子”；
开放性及成长性。
2.2 SOA 为企业带来了什么
天虹的门户集成平台建设，将采用 SOA 的技术路线。
第 13 页 共 130 页
天虹商场门户应用平台建设方案
图 技术架构的发展趋势 通过 SOA 的技术特点，能够根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部 署、组合和使用。SOA 系统具有以下特点：
跨平台——各种技术及平台下开发出来的组件能被其他技术及平台识别和理解；
松耦合——各个组件间不存在相互依赖关系，彼此独立、共存；
模块化——能够在原有系统的基础上按需添加或删除组件，构建出新的系统；
以业务流程为核心——围绕用户的业务流程构建 IT 系统，帮助用户快速响应复杂多
变的业务需求。
并且，SOA 体系中，前所未有的强调标准化，应用本身对 SOA 标准的遵循程度。符合 SOA 标准的应用，在接入企业的整体 IT 系统的成本、效率和质量都将有明显的提升。
在完整的 SOA 解决方案中，所包含的标准内容很多，主要有：
应用层
应用标准 集成开发标准 表示层标准 服务描述和发现标准 消息传递标准 业务流程标准
第 14 页 共 130 页
天虹商场门户应用平台建设方案
互操作标准 安全性标准 事务性标准 可靠性标准 质量保证标准 服务管理标准 基础层 XML 及相关标准 网络传输标准 通过在天虹商场门户应用平台建设中实施 SOA，通过 SOA 的相关技术特性和标准化要求， 建设门户与集成平台。
同时，在门户建设过程中，把 TOGAF 和 SOA 结合起来，以 TOGAF 的企业架构方法论来 指导 SOA 的建设，包括整体 IT 架构的原则愿景、业务架构、体系架构、基础架构实现等多个 层次，来实现不同供应商开发的、异构开发平台、异构业务架构、分布物理部署 IT 系统之间的 灵活、敏捷的集成互联，以应对业务变化和流程变更的频繁的需求。
2.2.1 SOA 概念及价值概述
SOA（Service-Oriented Architecture，面向服务架构）是一种创新的企业 IT 架构风格（即 IT 架构模式），是企业在进行 IT 规划和 IT 架构建设或重构过程中可遵循的先进的架构路线， 是帮助企业如何构建能快速适应企业变革的 IT 体系的思想体系。
企业通过导入 SOA 构建企业 IT 架构，真正实现 IT 与业务对等，IT 为业务快速响应市场 变化提供基础支撑能力，帮助企业真正建立起随需应变的企业架构。
下图为 SOA 企业价值矩阵：
第 15 页 共 130 页
天虹商场门户应用平台建设方案
图 SOA 的价值矩阵
2.2.2 SOA 的基本思想内涵
SOA 的基本思想内涵是：
以服务为手段，对业务进行抽象；
以 IT 应用为载体，对服务进行实现；
以 IT 技术为支撑，通过流程编排机制，对离散而可重用的服务进行整合；
以业务运行为目标，通过集成化的服务界面，对“随需而编”（随着需求的变化对业务
流程进行重新编排）的业务流程进行实际应用呈现；
以标准为依据，对 SOA 环境进行管治，保证业务有序、稳定、安全、高效的运营。
在 SOA 中，服务（Service）是一个最基本、最核心的概念。从业务角度看，服务是一个可 重复使用的业务任务。从技术角度看，服务就是具有标准对外接口的可重用的功能模块，可自 行执行独立的业务任务。
如客户信任额度审查、销售订单审核、库存核查等等。流程（Process） 就是由一系列相互关系的业务任务组成，实现一个具体的业务操作需求，如销售接单管理、采 购申请管理、入库管理等等。一个流程可以由一系列的服务组合而成。
如下图是由不同系统提供的服务组成的一个销售流程的示意图：
第 16 页 共 130 页
天虹商场门户应用平台建设方案
图 SOA 的服务耦合模型
2.2.3 SOA 风格的 IT 架构特征
我们把采用 SOA 思想构建的企业 IT 架构称为“企业 SOA 架构”，该架构具有以下一些特性：
该架构不是为某个或某几个独立的系统设计的系统架构，它是企业级的 IT 整体基础架
构，企业内部各个应用系统都是在该架构之中运行。
该架构是在公认的标准规范和标准的指导下进行规划和构建的，它为企业各种 IT 资产
提供了层次分明、职能划分清晰，以及管理有序的运行环境。
企业通过构建 SOA IT 架构，将为企业搭建起夯实并具有强大兼容能力的 IT 支撑平台，
使企业中各种风格的 IT 应用不再是一座座”空中楼阁“，而是依附在统一的基础设施之 上，在统一的治理环境中，各尽其能与各尽其职。
在该架构中，各种企业应用不再是孤立存在，而是通过架构提供的公共基础设施有机 的连接在一起，共享公共的功能、统一信息规范、灵活的组合、协同流程化运转、按 需提供服务。
同时通过有效的管理和控制手段，对整个架构中运行的各种 IT 应用，以及架构本身的 支撑系统进行全面系统的管理，并对业务运行的过程进行监控和评价，及时的发现问 题和改进。
2.2.4 TOGAF 企业 IT 架构开发方法与 SOA 的结合
TOGAF 已经将 SOA 思想完全吸收到其企业架构开发方法中，运用 TOGAF SOA 企业 IT 架构方法，为客户进行企业 IT 规划。TOGAF SOA 框架如下图所示：
第 17 页 共 130 页
天虹商场门户应用平台建设方案
图 TOGAF 应用于 SOA 的实施 上图展示了 SOA 项目建设的生命周期的各阶段和 ADM 各阶段之间的具体对应关系，从中 可以发现，TOGAF 的 ADM 对 SOA 项目的规划、设计、变更以及治理，都提供了完整的支持 方法。通过有效地使用 TOGAF 的 ADM 方法，各阶段依次、逐步、迭代式地前行，严格遵循 ADM 各阶段的要求完成对应的架构相关制品，就可以水到渠成地将看似虚无的 SOA 项目如抽 丝剥茧般地构建完成。
特别的，上图还显示，在 TOGAF ADM 到 SOA 生命周期的映射过程中，SOA 项目实施阶 段完全是在 ADM G 阶段（实施治理）的管控之下进行的，从而得以确保开发出的 SOA 项目完 整符合战略和业务架构的要求。还需要指出的是，TOGAF 作为一种通用的架构方法论，它其 实并不限定具体的技术实现细节，这样反而可以给开发人员更多的自由度，有利于技术和产品 的选型。即便如此，但 SOA 项目实施阶段的活动必须在架构阶段制定的业务、信息系统和技术 架构的指导下进行。在规划和设计好业务及其对应的信息系统和技术架构之后，就可以水到渠 成的进行 SOA 在实施阶段的开发和治理活动了。
简言之，经过 TOGAF 中 ADM 的各个阶段的活动，也就相应的完成了 SOA 建设的全生命 周期各个阶段所要做的任务，即，相对于 SOA 项目而言，TOGAF 中的 ADM 是一个架构能力 的完备集。
下表展示了 ADM 的各个不同阶段对 SOA 关注点的具体考虑，以确保其具备适当的先决条 件。
第 18 页 共 130 页
天虹商场门户应用平台建设方案
TOGAF 阶段
SOA 概念
对 SOA 活动的益处
预备阶段
TOGAF 框架提供一个元模型和 在组织内，TOGAF 可提供关于业务主导 过程，使得在整体框架中，能够 和开发者主导的社区、活动和效益的直 整合业务主导和开发者主导的 接联系。
SOA 概念。
架构愿景
TOGAF 的 ADM 解决 SOA 相关 TOGAF 业务能力评估可对现存的或期望
的关注点，包括以下详细步骤：
的业务服务以及如何实现这些业务服务
进行评估。业务能力评估使得业务主导 对业务能力的考虑——对业
务而言，哪种能力是最有价 的 SOA 利益相关者的工作正式化，转化
为开发者主导的活动。
值的、最不稳定的和最易区
分的？
TOGAF 技术能力评估可对技术风险和成
对技术能力的考虑——组织 熟度进行评估，并允许组织在采用 SOA
的技术成熟度如何？组织 技术和选择部署 SOA 与服务技术平台战
想达到怎样的成熟度？
略的速度上做正式的决定。
对 IT 治理影响的考虑—— TOGAF 的 IT 治理评估确定了 SOA 相关
的治理影响，并且把任何新增的能力需 架构愿景对当前 IT 治理模
型有何影响？
求作为因素纳入到整体的目标架构中。
业务架构
业务架构阶段对业务能力进行 业务服务被明确识别，并且与所有权、
详述，并且定义业务服务的详细 使用权和业务价值相关，在连接到开发
组合，伴随着使服务消费正式化 者主导的方式下，建立业务主导的 SOA
的服务契约。
战略细节。
信息系统架构
信息系统架构阶段展示经确定 信息系统服务被明确识别，与业务服务、
的与应用和数据相对应的业务 数据封装和应用系统相关，对开发商主
服务。
导的 SOA 实施的高层次框架进行详述。
技术架构
技术架构阶段显示了在信息系 SOA 技术的选择并不是单纯地比较产品 统架构中被识别的应用能力如 特性。
何映射到 SOA 平台和已有的 SOA 服务，并为其实施提供一份 蓝图。
SOA 技术架构可根据以下可追踪的因素 进行开发：
业务所有权和价值
在基线和目标技术成熟度上定义的 组织位置
第 19 页 共 130 页
天虹商场门户应用平台建设方案
识别服务消费者、服务水平协议和 服务的非功能需求的服务契约
关于技术如何支持应用和信息系统 服务的交付的景观能见度。
对 IT 治理模型、需求和相关事务的 考虑
机会与解决方 案迁移规划
TOGAF 的 ADM 允许对改进机 多知识的架构路线图允许 SOA 能力被增
会进行识别，然后根据对架构的 量式的开发，包括概念证明、试点和主
分析和利益相关者的要求，对这 流 SOA 的使用。
些机会进行选择、优先化和排 对标准、指引、技术选择、设计治理、
序。
运营治理进行全面考虑，在支持递增能
力开发的方式下，使组织图表化，避免
了“偶然性架构”的增长。
实施治理
在架构实施中，TOGAF 为设计 TOGAF 明确设计治理的要求，其中包含
的治理提供具体的流程。
SOA 的设计治理。
此方法为应用组织的标准、指引和对项 目实施的规范提供一个框架。
架构变更管理
TOGAF 允许把实施问题和外部 对概念证明和试点活动所得的经验进行
因素纳入到架构中，从总体上对 综合利用，用于自下而上的方式形成组
方法进行完善。
织战略。
第 20 页 共 130 页
天虹商场门户应用平台建设方案
第3章 天虹门户平台的应用建设方案
3.1 天虹门户平台的整体应用架构
根据对天虹门户应用集成平台项目建设目标的分析与需求的理解，从系统组成的角度，可 以把整个系统抽象为在标准规范体系、安全保障体系以及运维管理体系下的多层结构。系统总 体逻辑结构如下图所示：
图 天虹门户应用平台的逻辑架构 整个平台的逻辑结构主要是在相关标准规范体系、运维支持体系、安全保障体系等支撑上 的五个层次构成，体系结构层层支撑，实现灵活集成、可靠运行与一体化管理。门户应用平台 的逻辑体系包括交互服务层、流程服务层、应用集成层、业务操作层、基础设施层。并配套统 一开发平台以及统一系统管理平台，支持业务系统的快速部署与实时监控。
交互服务层 交互服务层主要面向最终用户，为最终用户提供应用的交互服务。天虹门户应用平台项目 将最终通过一个企业级门户来实现。门户系统展示层将通过动态、个性化的方式集成、组织和
第 21 页 共 130 页
天虹商场门户应用平台建设方案
展现本系统建设的各种应用，通过统一的安全访问策略，为各方面用户提供方便、快捷、安全 的信息服务。解决统一身份管理、个人服务、流程的协作、统一的通讯平台、报表驾驶舱、还 有应用聚合的统一的操作问题。
流程服务层 通过业务流程管理平台，可以实现跨应用之间的业务协同，能够有效打通各个应用系统之 间的固有业务边界，使业务流程能够有效地流转在各个不同的应用系统之间，提高业务的处理 效率，为实现股份公司、集团公司内部的人、财、物、产、供、销的完整业务提供了坚实基础。
同时业务流程管理平台具备业务流程绩效分析的能力，能够纪录所有业务流程的运行绩效 并产生分析数据，帮助管理人员发现业务流程中的业务瓶颈，保持业务流程绩效的持续改进。
应用集成层 企业服务总线，是实现数据与应用集成的关键基础平台。通过企业服务总线，实现公司内 部的各种异构应用系统之间的横向集成，包括数据共享、应用集成以及主数据集成。
应用集成层需要关注的重点问题，是主数据管理。主数据管理通过一组规程、技术和解决 方案，创建并维护企业范围内基础业务数据的一致性、完整性、相关性和精确性。通过主数据 管理，将各个业务应用系统中的基础资料数据，如客户基本资料、工程基础资料、财务基础资 料等，汇总并统一存储、管理，并使这些数据成为公司所有业务相关的数据基线。主数据管理 通过将数据与操作应用程序实时集成来支持操作用途。所有应用系统不再维护相关的基础资料 数据。在使用时，直接从主数据数据库中获取，保障所有业务处理的一致性。
业务操作层 包含公司内所有已有的或者即将建设的业务应用系统。如办公、知识管理、财务管理、人 力资源管理、CRM 和电子商务等核心业务应用，是公司实现业务操作的主体。
基础设施层 基础设施指的是承载整个系统的物理环境。包括企业内各类主机服务器、存储设备、桌面 设备、移动设各、路由设备、交换设各以及通信线路等。
统一开发平台 通过统一开发平台，在公司整体范围内制定相应的开发标准、规范以及开发所使用技术的 标准和规范。同时，也通过统一开发平台的快速开发企业应用的特性，保障新建系统、遗留系 统迁移的快速、稳定，以及和基础业务平台的无缝对接。
统一系统管理平台 通过一个对整体平台的统一监控和管理，我们认为让用户站在全局的高度，对平台进行高
第 22 页 共 130 页
天虹商场门户应用平台建设方案
效、统一、安全、集中的运行、维护和管理，同时保障平台的易维护、易管理，降低运维成本。
从天虹门户项目的实际需求出发，参考门户应用平台的逻辑架构体系，我们得到天虹门户
应用平台的整体应用落地架构。
图 天虹门户平台整体应用架构 自下而上包括统一数据服务、统一流程服务、统一身份管理、门户内容服务以及单点登录
第 23 页 共 130 页
天虹商场门户应用平台建设方案
服务。下面的几个章节将会分别就这几个方面的系统建设展开。
3.2 统一身份管理
统一身份管理是整个企业的用户管理平台，它的底层是整个企业的中心用户数据库。在此 基础上，它能向各个应用系统提供用户增删改查的服务。统一身份管理同时提供了企业的组织 结构树，同样能以服务的形式被其他业务系统引用。通过统一用户管理，可以彻底消除组织机 构中用户信息源难以统一的弊端。统一身份管理包括用户
3.2.1 统一用户服务
统一用户服务为 IT 的各个业务模块提供基础用户管理服务，对各个应用系统的用户进行集 中管理，解决用户存储分散的问题，避免由于时间差而产生的用户不一致风险。它主要包括用 户管理、权限管理与管理控制台。以下是统一用户服务的功能结构图。
统一用户服务
用户管理 权限管理 管理控制台 服务接口
组织架构管理 人员管理 角色管理 群组管理
图 统一用户服务 其中用户管理包括组织架构管理与人员管理。对企业的组织架构和用户信息进行管理。权 限管理是对信息化系统中的用户权限进行管理，分为角色管理与群组管理两种。统一用户服务 提供 Web 界面的管理控制台，管理员可以在控制台上进行用户管理操作。另外还提供 Web 服 务接口，让各个底层应用系统可以方便地与统一用户服务进行集成。
第 24 页 共 130 页
天虹商场门户应用平台建设方案
实施了统一用户服务后，可以消除用户存在于多个业务系统的混沌状态，而集中在基础用 户库进行统一的管理。统一用户管理服务将为后期的信息化建设提供了基础保障，能有效避免 用户模块的重复建设和用户信息无法统一的问题。
3.2.1.1 用户管理
用户管理包括人员管理与组织架构管理。
人员管理是对用户的信息进行管理。各个业务系统的用户信息通过用户同步服务进行实时 更新。统一用户服务对基础用户信息库的用户信息进行更新，然后通过同步服务推送至各个业 务系统。用户信息包括姓名、性别、年龄、近照、联系方式、家庭电话、移动电话等基础信息， 基础信息由用户登录后自行维护。
图 用户管理 组织架构管理是对企业内的部门机构层级进行管理。组织结构信息主要从 HR 系统中抽取， 由用户同步服务实时更新至基础用户信息库。组织机构的信息包括，各个部门的职责划分、层 级关系、子部门信息等、部门内员工信息等。
3.2.1.2 权限管理 权限管理提供了统一的角色权限定义框架，可以在组织机构内对各种用户进行细粒度的权 限划分，权限管理的构成包括群组管理和角色管理。权限管理是按照行业内成熟的 RBAC 模型 进行。在一个组织中，角色是为了完成各种工作而创造，用户则根据它的责任和资格来被指派 相应的角色，用户可以很容易地从一个角色被指派到另一个角色。角色可按新的需求和系统的 合并而赋予新的权限，而权限也可根据需要而从某角色中回收。角色与角色的关系可以建立起 来以囊括更广泛的客观情况。
权限管理中有几个重要的概念，用户、群组与角色。
第 25 页 共 130 页
天虹商场门户应用平台建设方案
用户是业务的使用者。从业务建模的角度出发，业务是企业的运作是通过内部用户进行角 色扮演而组成的，用户可以与有对应权限的角色进行挂靠。
群组是权限的载体也是用户构成的集合。群组是为了应对业务中出现的多人享有同一权限 的场景而抽象出来的用户集合。权限可以直接分配给群组。而群组可以包含子群组，以实现权 限的继承，也可以包含用户，组内用户可以选择性继承群群组的权限。用户与群组是多对多的 关系。
群组的显著特点是可以实现层次化，以满足不同层级权限控制的要求。
用户和群组都和组织机构有关，但并不是组织机构。二者在概念上是不同的。组织机构是 物理存在的公司结构抽象模型，包括部门，人，职位等等，是实体模型。而权限模型是从权限 角度对权限的载体进行抽象描述。
角色是一定数量的权限集合，权限分配的单位与载体。角色存在的意义是为了隔离用户与 权限的直接逻辑关系。门户里面的应用元素不能直接对用户赋予权限，而必须通过角色或群组。
这可以解决用户和权限的复杂依赖关系，权限体系也不用随着用户和群组的调整也产生巨大的 牵连变化，从基础的角度保证了权限系统的生命力。
通过细粒度的权限管理与划分，可以实现机构里面多元化的权限管理。通过用户-群组-角 色三位一体的权限架构，权限的划分问题就变成用户与角色的指派、群组与用户的指派、群组 与群组的继承和角色与权限的指派。这种机制能促使企业里面的各个业务实体都能赋予权限管 理的职责。例如，业务角色与具体用户的对应关系由人力资源部门负责维护，而供应商产品的 审核权限由经理的角色负责分配。从技术角度来看，相当于建立了用户到角色、角色到权限的 中间表，为权限划分和管理提供了巨大的灵活度。
3.2.1.3 管理控制台
统一用户服务提供了基于 Web 的管理控制台。管理员能在控制台中进行用户管理操作。功 能包括用户管理、组织机构管理与权限管理。用户操作会将更新统一用户库中的相应信息。具 体功能描述如下。
用户管理。用户的增加、删除、个人信息修改。
第 26 页 共 130 页
天虹商场门户应用平台建设方案
图 组织结构管理 组织机构管理。企业内部的组织机构树的管理。可以增加、删除业务部门；修改业务部门 的职责定义；增加、删除部门内的人员编制；调整部门在组织中的顺序。
权限管理。企业内部的权限划分与管理。可以增加、删除权限定义；增加、删除群组定义；
增加、删除群组内的用户与子群组；增加、删除群组所划分的权限；修改群组内的权限继承关 系；增加、删除角色定义；增加、删除角色所划分的权限；增加、删除角色对应的的用户。
3.2.2 用户同步服务
用户同步服务是为了解决企业里面应用分散造成的用户信息一致性问题。用户信息分散在 不用应用系统的用户库当中，根据业务系统职责的不一样，用户库分为主用户库和从用户库。
主用户库负责该业务领域用户的维护操作，涉及到该范围的用户信息都以此用户库为基准。从 用户库不负责维护用户信息的生命周期，但在业务过程中也需要用户的信息，所以在应用本地 会存储用户信息的副本。用户的同步过程为从主用户库更新到统一用户库，然后再推送至从用 户库。用户同步服务包括用户同步、应用接入与管理控制台等功能。下图是用户同步服务的功 能模块。
第 27 页 共 130 页
用户同步服务
天虹商场门户应用平台建设方案
用户同步 应用接入 管理控制台
同步服务 推送服务 数据库适配器 应用适配器
图 用户同步服务
用户同步包括两个过程。首先是从主用户库和统一用户库的双向同步过程，由于主用户库 与统一同户库都能进行用户信息的维护，所以其中某一个发生用户信息变化后都需要将变化同 步至另一个库中，这是一个实时的过程。然后是用户推送过程，主用户库的信息变更后通过用 户同步服务将变化的用户信息实时推送至其他应用系统中。
用户同步服务需要与应用系统的用户库进行接入。针对定制开发的应用系统，用户同步服 务提供了数据库适配器与文件适配器，可以直接将用户数据直接推送至业务系统的用户库。针 对特定的应用系统，用户同步服务提供了专用的应用适配器以接入特定应用的用户库，例如 Domino 适配器与 K/3 适配器等。
用户同步服务提供了基于 Web 的管理控制台。管理员可以通过控制台管理用户同步服务、 接入新的应用系统和监控用户同步服务的各项信息。
第 28 页 共 130 页
天虹商场门户应用平台建设方案
图 用户同步服务部署图 上图为用户同步服务的部署图。用户同步服务通过企业服务总线进行支撑，在各个应用系 统端使用合适的应用适配器进行用户信息接入。用户信息的变化捕抓与实时同步均由企业服务 总线完成。
3.2.2.1 用户同步 用户同步包括主用户库与统一用户库的双向同步，统一用户库向其他应用推送的用户信息。
目前天虹的主用户库包括两个。内部用户由 K/3 HR 系统负责管理和维护，外部供应商用户由 供应商管理平台维护。
用户的同步流程如下所示。
第 29 页 共 130 页
天虹商场门户应用平台建设方案
内部 用户同步服务
用户
HR用户库
新增用户
更新用户
外部
删除用户
用户
映射表增加引用ID
查找 映射表
查找 映射表
转换 用户ID
转换 用户ID
用户入库 更新信息 删除用户
统一用户库
供应商用户库
图 用户同步流程
用户映射表在统一用户库中，记录了统一用户库的用户 ID 与其他用户库用户 ID 的映射关 系。用户信息更新从主用户库出发。对于新增用户，系统会在映射表中增加用户的映射 ID，然 后写入统一用户库；对于更新用户，系统会先从映射表中查找目标库的对应用户 ID，并转换当 前用户 ID，然后更新统一用户库中的用户信息；对于删除用户，系统会从映射表中查找目标库 的对应用户 ID，然后在统一用户库中删除相关用户信息。
统一用户库
用户推送服务 新增用户 更新用户 删除用户
增加 引用ID
查找 映射表
查找 映射表
查找 关联表
查找 关联表
转换 用户ID
用户入库 更新信息
用户 推送
ITIL用户库
删除用户
用户
推送
OA用户库
图 用户推送流程 上图为用户的推送流程。用户推送流程与用户同步流程的原理基本相似。但用户推送服务 会涉及到系统关联表。系统关联表记录了统一用户库中的各个用户信息字段与业务应用库中的 各种用户信息的一一对应关系。用户推送过程中会先对系统关联表进行查找，再将用户信息转 换为目标库的本地格式，然后推送用户信息。
3.2.2.2 应用接入 用户同步服务需要与业务系统的用户库进行对接，以抓取用户的变化信息与推送用户的身
第 30 页 共 130 页
天虹商场门户应用平台建设方案
份信息。应用接入的方式主要根据业务应用的特点来确定。
针对定制开发的业务系统，企业服务总线提供了多种适配器。主要有两种接入的方法，第
一是通过对应的数据库适配器直接连接到业务系统的用户库，直接抽取用户的变化信息；第二 是在业务系统中采用定时方式将用户更新列表导出至指定的路径，企业服务总线通过相应的文 件适配器抽取用户信息。
图 通用接入适配器 针对天虹的 Domino 与 K/3 环境，企业服务总线提供了专用的应用用户适配器。可以通过 简单配置直接与业务用户库对接。
针对将来增加的业务系统，用户同步流程能进行动态更新，可以快速与新系统进行应用接 入。下图是针对业务过程动态调整，同步流程产生的变化。
图 动态同步流程调整 3.2.2.3 管理控制台
用户同步服务提供了基于 Web 的管理控制台，管理员能在上面对用户同步流程进行管理维
第 31 页 共 130 页
天虹商场门户应用平台建设方案
护。具体的管理功能列举如下。
接入网络管理。管理各个系统接入点的健康状态；查看整个信息同步网络结构。
日志监控信息。查看用户同步流程的流程日志；查看流程节点的状态日志；查看各个接入
节点的出入站明细；查看各个接入节点的出入站统计；查看文件传输日志；查看流程运行的异 常信息；查看用户入库的状态信息等。
系统性能信息。查看各个接入节点内存使用信息；查看各个接入节点的线程数。
图 用户同步流程日志 上图为管理控制器的用户同步流程日志，记录了各个系统之间的用户同步流程的状态信息。
图 服务监控控制台
第 32 页 共 130 页
3.3 单点登录服务
天虹商场门户应用平台建设方案
单点登录服务是为各个业务模块提供认证服务、单点登录的功能模块。根据国际著名调研 机构的统计，频繁的 IT 用户平均有 21 个密码，每天平均需要花 16 分钟在身份验证上。实现了 统一认证服务之后，可以解决多个业务系统登录信息密码不一致的问题，提高了业务效率。下 图为统一认证服务的功能模块。
单点登录服务
身份认证
单点登录 管理控制台
服务接口
证书认证 密码认证 认证中心 应用接入
图 统一认证服务 统一认证服务包括统一身份认证、单点登录体系、管理控制台与服务接口。统一身份认证 是系统验证的窗口，提供了包括证书验证与密码验证的多种方式。单点登录体系提供了认证中 心以及应用系统改造机制，业务系统可以按照标准的方式接入该体系实现单点登录。统一认证 服务还配套了 Web 的管理控制台进行认证服务的管理，并且提供了基于标准 Web Service 的服 务接口，方便与其他应用系统进行对接。
以下是对各个功能模块的具体描述。
3.3.1 身份认证
身份认证是验证用户身份的模块。验证的方法有很多种，包括传统的表单密码验证、动态 密码卡、智能 IC 卡、短信密码、X.509 证书验证和指纹验证等。也可以提高安全系数进行双因 素的身份验证，譬如动态密码卡加上静态密码、证书验证加上静态密码等。的身份认证模块完
第 33 页 共 130 页
天虹商场门户应用平台建设方案
全支持以上多种的认证方法，并且可以灵活配置多因素的复合认证手段。
身份认证模块中提供多种认证策略，包括基于 PKI X.509 标准的证书认证策略与通常的表 单认证策略。认证策略可以根据需求进行配置修改，以调整整个机构的安全系数。认证策略提 供了复合认证策略，能结合实际情况进行多因素的身份验证。
针对天虹目前的情况，可以将已实施的 Entrust 数字证书在身份认证模块中配置为证书认证 策略，实现 SSL 单向或 SSL 双向的服务器客户端认证体系。还能根据实际需求，通过复合认证 策略配置静态密码与 Entrust 数字证书相结合的认证体系。
3.3.2 单点登录
单点登录是企业应用整合的重要环节。单点登录是在多个应用系统中，用户只需要登录一 次就可以访问所有相互信任的应用系统。单点登录的实现的基础是统一的用户库、统一的身份 认证模块和认证信息交换模块。单点登录的实现方式有很多，主要包括代理登录模式与认证中 心登录模式。
浏览器
业务系统
认证中心
1.资源请求 3.返回登录页面
2.重定向到认证中心
4.身份登录
5.生成Cookie并返 回登录令牌
6.重定向到服务资源
7.获取令牌 8.验证令牌
10.返回访问资源
9.返回用户信息
图 认证中心单点登录 针对天虹的具体情况，我们推荐采用认证中心登录的模式实现单点登录。认证中心登录的 原理如上图所示。未登录的用户通过浏览器访问受保护的应用资源，应用服务器没查找到对应
第 34 页 共 130 页
天虹商场门户应用平台建设方案
的 Session 信息，将请求重定向到认证中心；认证中心返回认证的页面，用户输入认证信息；
通过认证后认证中心将返回 Cookie 与安全令牌信息，同时将浏览器重定向到之前访问的应用资 源；应用服务器获取客户的安全令牌，通过认证中心进行验证；认证中心将用户的身份信息返 回给应用服务器，应用服务器根据用户的身份信息创建登录 Session，并返回用户访问的应用资 源。
认证中心登录的部署方式如下图所示。
图 认证中心部署图 整个单点登录体系需要部署一台认证中心服务器，作为统一认证的入口。并且在各个应用 系统中部署 SSO 代理端。SSO 代理端的作用主要有三个。第一，拦截没有认证的用户请求，并 将用户请求重定向到认证中心；第二，获取用户的登录令牌，并在认证中心验证令牌信息；第 三，为应用系统提供用户的身份信息。
3.3.3 应用接入
单点登录的实现涉及到应用系统的改造。改造目的是将应用系统的原有认证体系改为到认 证中心进行认证，认证成功后应用系统通过 API 获取当前的用户信息，创建用户的 Session。应 用接入需要在应用运行的应用服务器容器安装单点登录客户端。以下针对天虹内部几种不同的 接入应用给出具体的改造建议。
针对定制开发 J2EE 应用，包括 ITIL 系统、供应商系统等。需要在其运行的应用服务器容 器上安装单点登录客户端。并修改 Web.xml 配置文件，加入单点登录的拦截过滤器。通过认证
第 35 页 共 130 页
天虹商场门户应用平台建设方案
中心登录后，应用改为从 Session 中的 apusic_login_user 属性获取已登录的用户身份信息。原有 的认证体系可以根据实际需求选择共存或废弃。
针对 OA 系统的 Lotus Domino，需要部署 Domino 的代理登录适配器。该代理通过 Domin o 的 DSAPI 开发，DSAPI 是 Domino 进行验证扩展实现第三方登录的机制。通过在 Domino 中 注册 HTTP 监听事件，代理端获取到 HTTP 请求后与认证中心交流，获取到认证中心的身份信 息后调用 DSAPI 将用户信息写入 Session 实现单点登录。
图 Domino 的服务接口 API 针对 HR 系统的 K/3，需要部署 K/3 的代理登录适配器。该代理通过 K/3 的私有 API 开发 扩展。代理端监听登录事件，获取到登录请求后与认证中心通讯，获取到身份信息写入 Sessio n 实现单点登录。
3.3.4 管理控制台
统一认证服务提供了基于 Web 的管理控制台。管理员可以在控制台中管理单点登录的各个 节点以及实时查看用户的登录信息。具体功能描述如下。
单点登录管理。增加、删除单点登录的接入系统；编辑单点登录接入系统的登录类型；启 用、停用指定系统的单点登录。
图 令牌中心管理界面 令牌中心管理。查看当前安全令牌使用情况；可以对非法用户进行强行注销。
第 36 页 共 130 页
天虹商场门户应用平台建设方案
图 单点登录管理界面 用户实时状态。查看在线用户状态；查看历史登录信息；查看特定用户的实时在线状态等。
图 在线用户状态
3.3.5 与 Entrust 集成的建议
Entrust 作为国际三大标准通用的数字证书之一与单点登录服务的集成并不存在技术上的 问题。但根据过往的门户应用项目经验，数字证书的全面铺开使用将会涉及到巨额的运维费用。
而这在项目初期是难以进行精确估计的，属于项目建设的隐性成本。
我们建议采取选择性的策略与 Entrust 进行集成。首先，实现主要业务系统与门户单点登录 服务的应用对接，让业务系统能获取到门户单点登录的认证身份。然后，再将 Entrust 数字证书 与单点登录进行集成，使得 Entrust 数字证书成为众多身份认证策略中的一个选项。成功实施后 将能针对不同的用户群进行灵活的身份认证策略定制，即对核心的用户采用 Entrust 的方式进行 身份认证，而对其他用户则可以采取灵活的身份认证策略包括密码认证方式等。
3.4 门户内容服务
门户应用平台的概念范围比较广。对于企业来说，门户的价值主要体现在将内各种应用系
第 37 页 共 130 页
天虹商场门户应用平台建设方案
统、数据资源和互联网资源集成到一个信息管理平台之上。并以统一的用户界面提供给内部和 外部用户。使企业可以快速地建立企业对客户、企业对内部员工和企业对企业的信息通道，使 企业能够打通企业内外部各种业务系统的边界，整合各种信息资源为企业的战略目标服务。下 图是门户应用平台的功能模块。
门户内容服务
信息发布
内容接入
个性化门户 内容搜索 实施开发
信息推送 内容管理
应用桥 Portlet开发 通用面板 公司高层面板 门店经理面板 人事部门面板 IT部门面板 协同办公面板
图 门户内容服务功能模块
信息发布模块是向企业内部和外部的用户进行信息发布、信息推送的和内容管理的功能模 块。信息发布功能提供了基于浏览器的富客户端编辑器，类似于 Word。并且可以根据特定内容 的风格选取不同的内容发布模板。对发布后的内容，提供了一体化的内容信息管理平台。可以 进行发布审核、版本控制等全生命周期的内容管理。
内容接入模块是将各个业务系统的业务数据、应用内容通过合适的方式接入到门户平台中。
第 38 页 共 130 页
天虹商场门户应用平台建设方案
通过标准化的封装使得这些应用内容能以独立的形式按照需要显示在门户的各个位置，支持在 整个门户级别里面的内容重用。内容接入主要包括桥接程序与基于 JSR168 的 Portlet 开发。
个性化门户是指各个用户能根据兴趣需要对门户平台进行个性化设置。设置的内容包括风 格主题、业务模块订阅、页面排版、标签顺序等。个性化门户能调动用户的积极性，改善用户 的系统体验。
内容搜索模块是门户提供的文档内容检索模块。可以对门户上的文档资料、新闻信息、媒 体信息等进行检索。搜索引擎预留了与业务对接的接口，通过二次开发后能接入到现有的业务 库，支持对业务信息进行搜索。
在基础平台上还需要进行实施开发，以满足企业对应用集成的要求。针对天虹的情况，在 第一期规划中，实施的内容主要包括通用面板、公司高层面板、门店经理面板、人事部门面板、 IT 部门面板和协同办公面板等。
图 门户支撑平台 上图是门户支撑平台的架构。门户支撑平台是公司历经多年行业实践而打造的企业级应用 整合支撑平台。他积累了国内企事业单位进行门户整合和应用整合的宝贵经验。采用面向 SOA 架构的设计方法，使应用支撑的基础服务能方便地与业务系统进行对接，实现信息资源的有效 整合，实现企业产销存、客户、供应链的一体化管理。天虹的门户应用平台将在其基础上进行 建设。
第 39 页 共 130 页
天虹商场门户应用平台建设方案
3.4.1 信息发布
信息发布与内容管理功能是门户平台最常用的功能之一。门户平台提供强大的内容管理功 能，能帮助企业对文档、多媒体、网页内容等进行有效管理，包括内容的建立、分类、检索、 版本控制、访问授权、检入检出等。
图 内容管理 门户提供了类似 Word 的 Web 编辑工具，方便用户编写公告。信息发布能支持内容模板的 定制，用户可以针对特定的业务需求编写合适的发布模板。
图 内容发布编辑器 门户预置了丰富的内容显示组件，包括新闻列表组件、滚动新闻组件、图片新闻组件、视 频显示组件、网上调查等，能快速地进行信息发布。
第 40 页 共 130 页
天虹商场门户应用平台建设方案
图 多种内容发布组件
3.4.2 内容接入
门户的内容通常是由各个业务系统中抽取出来的。通过对应用内容进行标准化的封装，才 能接入到门户容器中。这个过程就是内容聚合过程。
库存系统
内容聚合
人力资源系统
图 门户内容聚合过程 内容接入的方法主要有两个。
第一种是桥接程序。门户平台提供了标准的桥接程序，可以直接将 Struts、Spring MVC 和 JSF 架构的应用直接发布到门户容器中。
第 41 页 共 130 页
天虹商场门户应用平台建设方案
第二种是标准 Portlet 开发。门户平台提供了基于 JSR168 标准的 Portlet 开发工具，可以结 合业务系统开发出对应的 Portlet 以集成到门户平台中。
3.4.3 个性化门户
门户提供了用户个性化设置的强大功能，可以根据用户的喜好和需求对页面进行重新组装。
个性化设置包括页面风格更换、页面重新排版、区域位置调整、Portlet 内容订阅等。甚至可以 让用户在空白的页面上快速组装一个属于自己的应用。门户采用内容异步加载模式，其富客户 端的动态交互技术必然会为用户提供一个全新的使用体验。
图 动态切换的页面风格
图 动态订阅 Portlet
第 42 页 共 130 页
天虹商场门户应用平台建设方案
3.4.4 实施开发
门户建设是在门户平台支撑上进行实施开发完成的。支撑平台提供的是基础的服务功能， 可以看作快速开发的平台。实施开发需要在此基础上结合业务部门的特点进行定制化开发。
门户的特点是内容聚合包罗万有，是业务人员获取信息办理业务的快速渠道。但值得注意 的是，通常情况下门户本身并不直接创造业务内容。而是通过应用接入、内容接入的方式与各 种业务系统进行交互，以获取各种维度的信息。前面章节中阐述的内容接入方法是定制化开发 中需要大量用到的。通过将各个底层业务系统的模块进行标准化封装，使得它们能方便地嵌入 到门户的容器中，组成多维度的业务信息，满足不同业务人员的需要。
实施开发的过程分为一下几个步骤。第一，将业务系统的应用数据、统计报表封装为标准 的 Portlet，支持在门户容器内的信息发布，也可以在多个版面中重用；第二，分析业务部门的 需求，选取常用的、重要的、相关性高业务的 Portlet 放置在业务版面上；第三，对页面版面进 行排版设计，补充适当的 UI 元素增强用户体验。
针对天虹业务部门的情况，需要建设通用面板、公司高层面板、门店经理面板、人事部门 面板、IT 部门面板与协同办公面板。这些面板是基础面板，相关的用户可以在此基础上进行个 性化操作。下面针对各个面板给出我们的理解以及建议。
通用面板。通用面板面向的用户群是公司里面的全体员工。内容设置应是所有人都会关注 的信息，主要包括信息公告、公司政策、奖惩制度、员工风采、团队建设、先进团体等。
公司高层面板。零售业运营最为关键的三大因素是财务管理、供应链管理与人员管理。针 对公司高层的关注点，内容设置主要是公司的财务信息包括资金池情况、盈利数据、同比环比、 同期利润增长等。还需要加上集团管控功能，设立门店的业绩地图、门户销售排名、增长率排 名等。目的是让公司高层一目了然，从多维度掌握公司运营的实时情况，支撑业务的重大决策 降低决策的成本。
门店经理面板。门店经理关注的是门店运营层面的健康情况。内容设置主要包括门店的财 务盈利情况、供应链信息、商品的库存信息和门店的人员情况等。要是有业务数据支撑，还可 以对业务数据进行深度挖掘，分析门店各种类产品的销售情况、商品销售的季节性分析等。目 的是让门店经理能及时对运营细节进行调整，增强在门店的竞争力与生命力。
人事部门面板。面向人事部门的业务面板。内容设置主要包括人员流动性分析、人员绩效 分析、门店绩效排名、门店人均产出排名等。还可在门户上发布系统性的培训资料、内部招聘 信息、管理层竞岗信息等。
IT 部门面板。面向 IT 部门的业务面板。内容主要从 ITIL 系统中集成，包括系统健康情况、 应用访问连接数、SLA 服务监控等。
第 43 页 共 130 页
天虹商场门户应用平台建设方案
图 待办提醒 协同办公面板。实现协同办公功能，包括业务发起、待办提醒、状态查询、预警处理、历 史查询等。需要与桌面插件联动，将待办信息推送至用户桌面。
3.5 统一数据服务
统一数据服务是门户应用平台中各种数据报表的真正内容提供者。根据业务系统的特点， 统一数据服务可以采取适当的方式从业务数据库中获取实时的业务数据。由于数据是业务展现 的根本，统一数据服务在门户应用平台的建设中是不可或缺的。其建设过程将会贯穿三个阶段 的门户应用平台建设。在项目的二期中将会全面铺开统一数据服务层的建设并与天虹商场中的 R3 系统进行应用数据层面的整合。以下将会从应用集成与数据集成两个方面进行展开。
3.5.1 应用集成的分析
应用层集成主要目的是解决多个信息系统之间跨系统、跨应用的横向连通、集成应用的问 题。它是流程层集成的基础，更是 IT 资产得到最大利用的前提。SOA 是目前被业界广泛接受 并推荐采用的主流应用集成模式。SOA 的核心思想便是服务，对业务角度而言，服务便是一个 可以重复使用的应用。将系统的应用封装成服务，通过 SOA 平台的支持，并使之能够相互被理 解和被重用，也就实现了应用层集成的主要目的。
3.5.1.1 应用服务的封装
应用服务的封装一般情况下应该采用基于 Web 服务的方式进行封装，而对于遗留系统，传 统的分布式应用访问，如 CORBA，EJB 以及 COM 等都是服务封装的有效手段。对于集成平台 来说，应该对上述方式予以支持。
第 44 页 共 130 页
天虹商场门户应用平台建设方案
3.5.1.2 应用服务的管理
应用的服务管理，对于 SOA 来说，其实就是 SOA 的治理的一部分。它包括应用服务的注 册、发现及服务质量。当信息系统将其应用封装成服务时，集成的一个重要关键就是这个服务 能够被其他服务发现、理解并调用。如果是使用 web 服务，那么集成平台提供对 UDDI 的支持 即可；
而对于使用 CORBA，EJB，COM 等遗留标准的服务封装，则需要集成平台提供全面的 解决方案，注册、发布这些服务。
集成平台另外还需要提供对服务质量的支持，监控应用的状态、性能等，从而帮助企业找 到应用的瓶颈，进行应用的调整和优化。
3.5.1.3 应用服务的编排与重组
应用集成的目的不仅仅是将其封装成服务，更需要将这些应用服务进行编排和重组，从而 实现更高层次的重用。ESB（企业服务总线）作为最为流行和成熟的解决方案，是实现应用服 务编排和重组的利器。ESB 通过类似于总线的形式，将所有的应用服务联系在一个虚拟集成环 境中，通过路由的方式，将服务进行联系，从而实现服务间的编排和组合。另外，ESB 仅仅关 心服务的说明，而不关心服务本身的实现与提供者，这样，ESB 就具有良好的产品无关性。
3.5.2 数据集成的分析
数据层的集成是整个系统集成平台最为基础和关键的，它直接影响到集成带来的效率和效 果。同时，这个集成也是多方面的，包括
业务数据之间纵向与横向关系的集成；
不同数据存储结构间的处理集成；
数据逻辑访问的集成。
3.5.2.1 数据集成的业务需求
对于业务数据而言，集成包括两个方面：横向业务的数据交换与集成和纵向的数据交换与 集成。前者主要是指每个独立信息系统间的数据交互，比如 HR 系统与财务系统之间关于员工 薪酬等信息的数据交换；后者主要是指股份公司和集团公司间的业务数据集成以及数据一致性 管理。
从纵向角度看，股份公司只管理一些重要的政策数据以及系统管理数据，集团公司需要自 上而下地获取这些数据进行引用、分配和处理。而对于股份公司而言，它又需要定时采集集团 公司的业务运行数据，使得数据流自下而上地汇总股份公司层面，构建整个企业的知识库与中 央数据仓库，以确保业务数据在整个企业内的同步及流通，并形成知识和信息在整个企业内部 共享。所以，在纵向数据的部署上来说，逻辑上需要中央数据库结构，而物理上又需要考虑分
第 45 页 共 130 页
天虹商场门户应用平台建设方案
布式的数据库结构。数据集成平台需要提供数据服务总线，能够将物理上远程的数据进行采集 和处理，并汇总到中央服务端；在此过程中，还需要支持对数据的分析与过滤，保证数据的一 致性和有效性。
从横向角度看，现有的基础数据与业务数据都存储在各自独立的信息系统中，比如同样的 身份管理在 HR 系统，项目管理系统和财务系统中均有一份拷贝。数据的冗余虽然带来的系统 间的独立性，却明显加大了数据同步的维护成本，并且导致系统间相同逻辑的数据物理上不兼 容。所以在横向的数据集成上，需要考虑提取公用的基础数据信息，并根据企业的业务以及行 业的特性建立企业全局的标准化数据结构和数据规则库，同时有效管理具有企业自身特点的业 务元数据信息，以确保数据在各个独立信息系统间能相互理解和处理。另一方面，各个业务系 统之间的数据需要进行传递，来应尽量避免复制信息，因为复制信息无法确保信息的同步更新， 从而导致复制的信息很容易在一段时间后产生与原数据不符的情况。应尽可能地避免数据二次 录入。数据的重新格式化应该尽量由系统自动完成，避免人为干涉。
而在横向数据的部署上，需要考虑将这些公用信息存储在独立的数据存储中，业务数据库 可以采用镜像复制或在直接引用的方式。
3.5.2.2 数据集成的技术需求
目前企业中的业务系统使用 Oracle, SQLServer, Sybase 等多种数据库，在未来，也有可能使 用其他不同数据存储结构。集成平台应该忽略数据存储结构之间的差异，提供高层次的数据访 问。
在逻辑层面，数据的集成又包括四个层面，分别是：数据共享、数据资源管理、数据资源 接口和数据宿主系统。
在数据共享层面，需要建立应用系统的数据接口，根据各个系统自身的特点，可以通过数 据库直接共享、系统 API 访问、数据服务总线转换等方式。
在数据资源管理层面，集成需要进行数据的编目整理、数据的检索引擎、数据信息的发布 与通知、数据的目录与分类。
在数据资源接口层面，集成需要将各个系统的数据以资源的方式进行发布，而这些数据资 源是可以被数据服务总线识别和管理。同时，在数据资源接口层面，需要为每个数据资源提供 并管理其元数据，确保数据资源的可理解。
在数据宿主系统层面，集成需要考虑重组业务系统数据的发布，比如，对于职员信息和组 织结构信息，在未建立公共数据库之前，就必须以 HR 系统为主进行管理、维护和发布。这样 才能有效确保数据的一致性以及数据的有效性。除了应用系统数据接口提供直接访问方式外， 其他三个层面都通过数据服务总线进行访问。在数据资源管理和数据资源接口之间，数据服务 总线提供认证与授权管理，数据安全性管理等服务；在数据资源接口和数据宿主系统之间，数
第 46 页 共 130 页
天虹商场门户应用平台建设方案
据服务总线提供数据交换以及分布式同步管理等服务。
图 数据集成的逻辑结构
3.6 统一流程服务
统一流程服务是门户应用平台业务运转的支撑体系。通过建立统一流程服务平台，可以对 企业里面的核心业务进行统一监控和管理。并建立业务运行的监控体系，对业务的绩效进行跟 踪分析，以持续地对核心业务进行优化。在项目的第三阶段将会重点建设统一流程服务，并对 现有 OA 系统里面比较重要的业务流程实施迁移。下面将会就流程集成展开分析。
3.6.1 流程集成的分析
3.6.1.1 业务流程的运作分析 通过对企业业务流程的分析，发现业务流程具有以下特性：
1) 普遍性：企业的任何经营活动都可以通过业务流程来表达；
2) 目标性：所有流程的必须有明确的目的和服务对象，并可以进行度量；
3) 层次性：流程可以按层级划分，流程之间可以嵌套、调用；
4) 动态性：流程责任人应该随时根据企业需要而动态调整甚至重新构建流程；
5) 路由性：根据不同流程的执行情况可以分为顺序、并行或条件选择等各种路由。
第 47 页 共 130 页
天虹商场门户应用平台建设方案
图 业务流程的特性 现在各个公司由于种种原因而开始积极进行优化其业务流程的工作。企业希望对其跨组织 和业务部门的流程进行检查，从而发现哪个流程最好。希望改进现有流程，或甚至想实现其自 动化。在有些国家/地区，政府法规要求对业务流程进行恰当地记录。例如，美国的 萨班斯 （Sarbanes-Oxley）法案要求必须为某些特定的流程制定良好的文档。当今业务环境中存在众多 驱动因素，促使各个企业开始更为关注其流程。
管理流程与各职能部门和业务单元有密切关系，须藉各部门间的紧密协调，以达到管理功 能的目标。
图 流程与组织之间的责任体系 业务流程管理的运作体系，为围绕企业的业务模式，建立企业的流程管理模式，通过 4 个 基本环节来实现：
第 48 页 共 130 页
天虹商场门户应用平台建设方案
图 业务流程的运作体系 总的说来，业务流程驱动因素可归为三个主要类别：
业务流程建模。公司需要建立业务流程，以便其他人能够了解其工作方式、涉及人员以及 活动从头至尾如何进行。通常，业务分析人员知道流程工作如何建模这些流程。将企业的核心 业务流程按照流程建模的方法进行初始化。
业务流程的性能评估：对业务流程运行的性能和价值进行评估和考核。
优化设计。很多企业希望改进其业务流程，以减少效率低下的情况、促进成本降低和更快 响应客户请求。在理解流程之前，无法对其进行重新设计，因此必须首先将其初始化（固化）。
只有恰当地记录了流程之后才能进行重新设计。通常，将由既了解业务需求同时也熟悉 IT 系 统的技术分析人员或者业务的 IT 联系人对这些流程进行建模。
自动化执行。建立业务流程建模、评估和优化的 IT 支撑平台。在大多数情况下，提高业务 流程的效率的最好办法是对其实现自动化。如果可以减少或消除手动工作，则流程能以更低的 成本更快地运行。要实现流程自动化，业务的 IT 人员或咨询师必须编写代码或使用产品。对 低效的流程进行自动化并不明智。由于这个原因，此阶段应该仅在获得了重新设计后的流程后 进行。
流程集成主要指业务流程集成，也就是将多个独立于特定信息系统中的业务功能或业务流 程进行提取、连通整合，并充分利用现有信息系统的功能，构建一个能够贯穿多个信息系统， 达到在企业范围内无边界的更为整合的业务功能流程。流程集成的目的主要是从业务流程角度 对已有的信息系统功能进行梳理和重组，从而实现业务流程的灵活性，并提升已有信息系统资 产的重用性。
3.6.1.2 业务流程集成的技术需求 在重组业务流程的过程中，将业务流程中的每个活动理解为信息系统提供的服务。那么业 务流程的梳理过程也就是信息系统功能服务的整合过程。
第 49 页 共 130 页
天虹商场门户应用平台建设方案
业务流程的集成不仅仅为企业内部的信息系统实现互联互通，更加要实现企业供应链上下 游各企业的信息共享，构建面向供应链的企业业务流程链才能真正形成企业乃至整个供应链的 核心竞争力，从而打造全新的价值链。因为供应链中各企业采用不同的信息系统和技术标准， 所以集成平台需要提供被广泛接受并易于接受的技术标准。对于那些没有使用 SCA 技术进行系 统功能服务发布的信息系统，可以通过传统的 Web 服务将功能服务进行发布与共享。对集成平 台来说，WSFL 是需要支持的技术标准。通过 WSFL 技术，可以将这些共享发布的 Web 服务进 行面向业务流程的整合，从而实现并打造全范围的业务流程。
业务分析人员通过流程建模语言 BPMN，将业务流程以信息化流程描述，再经过业务流程 管理工具 BPM 的解析和处理，实现流程的信息化与自动化。而在系统处理层面，业务流程转 换为信息系统可以理解和处理的系统操作流程（通过业务流程表达语言 BPEL，XML 流程定义 语言 XPDL，Web 服务流程语言 WSFL 等）。在业务基础标准层面，SCA 是最为主流厂商支持 的技术标准，并具有跨语言的特性。集成平台通过 SCA 技术，从企业现有的信息系统中提取服 务功能，并构建成最基本的服务单元，也就是构件（Component）,再通过 BPEL，将其整合并 重组成一个更为复杂的业务功能流程。公司更可以通过基于 SCA 的业务组件架构标准选择购买 或者研发其他业务应用系统，比如供应链管理、物流管理、资产管理等，并将它们集成发布到 平台，实现平台组件的扩展。
图 应用集成的逻辑结构 3.6.1.3 业务流程的监控管理
业务流程的治理是 IT 治理的重要环节之一。而治理的重要前提和依据便是对系统流程集成 的监控与管理。集成平台对流程的监控管理不仅仅只是流程的状态及控制管理等，更应该能帮 助企业分析并找到业务流程的瓶颈与价值，从而为提升流程的服务质量（QoS）提供足够的信 息支持。
第 50 页 共 130 页
天虹商场门户应用平台建设方案
另外，集成平台的管理应该采用业界比较广泛使用和支持的技术标准，提供良好的功能扩 展性，比如对 JMX 的支持。
3.6.2 统一流程服务平台建设与业务咨询的关系
天虹商场对的核心业务非常重视，并聘用了专业的业务咨询团队对业务流程进行不断的优 化。而统一流程服务平台的建设与这个并没有冲突。由于在业务上已经得到了专业咨询的验证， 统一流程服务可以直接利用这一个成果，快速地建立业务协同的流程平台。并在此基础上提供 业务监控与效能分析等功能，使企业能更加清楚自身业务的运营数据信息。通过这些业务运营 状态的分析，企业能快速定位到业务的瓶颈，并通过多种手段进行改进，最终形成自身的核心 竞争力。
总的来说，采用了专业的业务咨询服务后可以大大地加快统一流程服务平台的建设。而统 一流程服务平台的成功上线，将会为业务咨询提供更优质的业务运营数据，提高业务改进的效 率。统一流程平台的建设与业务咨询是相互促进的关系。
第 51 页 共 130 页
天虹商场门户应用平台建设方案
第4章 天虹门户项目系统建设实施方案
4.1 天虹门户项目系统建设整体规划
根据项目的整体目标，公司本着整体规划、分步实施的谨慎性原则，同时考虑天虹商场自 身的业务发展需要和在建项目等多方因素，我们建议本次信息系统分阶段进行：
图 天虹门户项目的建设总体规划 在前面的章节中我们已经分析过，门户的建设与完善的过程其实就是内部业务系统应用整 合与流程优化的过程。门户建设是一个迭代的过程，他需要与企业机构内的各种信息化系统进 行有机整合才能体现价值。所以，门户的建设将分为三个不同的阶段来进行，分别是门户整合 阶段、数据整合阶段与流整合阶段。每个阶段都有各自的目标和侧重点，通过这些阶段性目标 的实现，将会不断充实优化门户的内容与功能，达到打通系统间边界提高业务效率的目的。
下图为天虹门户项目实施中各个建设阶段的具体时间规划。
第 52 页 共 130 页
天虹商场门户应用平台建设方案
图 天虹门户项目实施阶段的时间规划
4.1.1 第一阶段基础门户平台建设阶段
1) 时间规划 2010 年 9 月至 2010 年 12 月 2) 第一阶段实施的主要任务 基础平台建设。网络硬件、安全防护体系的建设，搭建软硬件的基础技术平台（包括
操作系统、数据库、等核心中间层。
门户平台 1 期建设。搭建门户平台，建设业务人员的工作台、门店经理面板、区域经
理面板、总经理面板等。提高业务办理的效率，从多个维度对业务状况进行分析，为 管理层决策提供丰富的数据资源。建设天虹门户的首页，页面风格与内容管理体系。
用户身份信息集成。建立企业级别的统一用户信息库与组织架构管理体系，从 HR 系 统中实时同步用户信息与组织架构信息，建立统一的访问权限体系。
单点登录集成。与 OA、HR、BI 与综合运维系统实现单点登录集成，与目前天虹采用 的 Entrust 数字证书体系实现集成。
应用数据集成。应用数据集成并不是本阶段的重点，但由于门户的数据展现需要用到 应用的业务数据。所以在第一阶段中也会涉及到应用数据的集成，但应控制在合理范 围内进行。主要从现行的 BI 系统中抽取应用业务数据，以供门户平台进行数据展现。
第 53 页 共 130 页
天虹商场门户应用平台建设方案
4.1.2 第二阶段应用业务数据整合阶段
1) 时间规划 2010 年 12 月至 2011 年 3 月 2) 第二阶段实施的主要任务 门户平台 2 期建设。对各级管理层的业务面板进行优化，与 R3 系统集成，提供多维
度的财务数据、业务数据、库存数据的展现。
项目管理系统建设。建立基于业务流程的项目管理系统，提供进度管理、项目流程管
理、质量安全管理等功能。通过项目管理系统的建设，梳理出针对天虹业务流程平台 的实施规范体系，为三阶段的业务流程集成管理做好充分准备。
供应商门户建设。针对天虹不同层次的供应商，提供完善的信息通告、库存状况、招 标公告、业务对账单等功能。
R3 系统应用数据集成。为了在门户中展现粒度更为精细的业务运营信息，需要与 R3 系统进行应用数据集成，实时同步 R3 系统的财务数据、业务数据与库存数据。
4.1.3 第三阶段业务流程集成管理阶段
1) 时间规划 2011 年 3 月至 2011 年 7 月 2) 第三阶段实施的主要任务 门户平台 3 期建设。通过对业务流程管理平台中的过程状态信息进行监控，建立业务
绩效、业务效能的监管体系。帮助决策层了解业务运营的功能瓶颈，持续对业务流程 进行优化。
应用集成接口建设。建设 B2B 应用集成对接体系，梳理出对外业务交互的统一接口标 准，实现与核心供应商业务系统的 B2B 应用对接。
业务流程集成。建设企业级的业务流程统一管理平台，与 R3 系统的业务流程进行整 合，监控管理企业内部核心的业务运营情况。同时对现有 OA 系统中的重要业务流程 进行平台迁移，降低 OA 系统的业务压力。
第 54 页 共 130 页
天虹商场门户应用平台建设方案
4.2 项目开发过程管理概述
4.2.1 项目开发流程
的项目开发流程图如下：
项目 管理 过程
PH1 产品概念 PH2 产品定义
立项管理
项目规划
PH3 产品开发
PH4 产品测试 PH5 产品验收 PH6 产品维护
项目监控 风险管理
结项管理
项目 研发 过程
需求开发 技术预研
并行、迭代
系统设计 实现与测试
根据开发对象特征确定最合适的开发模型。
技术评审
系统测试
Beta 测试 客户验收
组织 支撑 过程
其它：
配置管理
质量保证 需求管理 培训管理
人力资源管理 财务管理 行政管理 市场营销?
服务与维护
4.2.1.1 调研及详细需求分析
图 项目开发流程
项目启动后，公司将派出高级系统分析员对天虹门户调研及了解详细的业务流程、业务环 节、现有的网络布局及网络运行机制等需求或与需求有关的情况，协同业务流程的分析做项目 蓝图规划设计。
调研后，项目开发组将根据了解到的实际客户需求，编制《客户化开发需求说明书》，并交 付给天虹商场项目小组。天虹商场项目小组进行意见反馈、修改和确认。经过双方书面确认的 《项目开发需求说明书》将作为后续项目开发的基准。
应提交文档：《项目开发需求说明书》
4.2.1.2 项目开发
开发小组按照《项目开发需求说明书》所规定的开发内容和开发进度开始进行开发，开发 过程中要按照规划、设计、配置开发、测试等流程进行。在开发过程中根据需要可进行补充调 研。
第 55 页 共 130 页
天虹商场门户应用平台建设方案
应提交文档：《项目开发需求概要说明书》《项目开发详细说明书》《项目开发数据库结构说 明书》、《用户使用手册》 4.2.1.3 综合测试
制定测试计划：项目小组将于计划的测试时间前一星期向项目实施小组递交《测试计划》， 以利于项目实施小组反馈意见。
准备测试案例：为了测试的准确性，项目开发组会要求项目实施小组提供真实的案例。
功能测试：功能测试将验证系统是否实现了天虹门户项目的功能需求目标，项目开发组根 据《项目开发需求说明书》和设计文档编制测试案例，进行功能测试。
系统测试：系统测试是检测系统的性能、承受压力情况等。项目开发组根据《项目开发需 求说明书》和设计文档编制测试案例、进行系统测试。
应提交文档：《项目开发测试报告》 4.2.1.4 需求更改控制 在实施过程中，如果遇到需求变更，便由客户提出更改请求，经过沟通或补充调研后，由 公司编写项目变更设计，经客户确认后进行开发。
应提交文档：《需求变更客户确认表》
4.2.2 项目开发质量保证
4.2.2.1 流程定义 下图为研发中心的产品开发标准流程，所有的研发小组必须遵守，这个标准的流程符合面
向对象软件工程（OOSE）框架，在这样的一个标准流程的约束下，所有的开发活动都有序的 按照计划开展，保证了最终交付的产品符合客户的原始需求。
第 56 页 共 130 页
天虹商场门户应用平台建设方案
图 软件开发过程示意图
4.2.2.2 高效完善的项目管理
研发团队经过长期的面向对象软件工程实践，在软件工程的许多领域同提出了自己的方法 学，并得到了国外同行的肯定。研发中心高效完善的项目管理便是其中的一个特色，研发团队 中有经验的专家，将管理实践整理成书，已经成为了一线项目经理的实战手册。
研发团队的项目管理主要关注 9 类关键活动，列表如下：
序号
活动名称
主要内容
确定项目需求
确定项目的生命周期模型；选择项目类型
项目准备
确定活动及其工作产品
确定项目的人员组织
确定交付产品
规模估计
工作量和成本估计
软件估计
关键计算机资源估计
进度估计
确定软件项目管理目标
项目管理计划
标识软件项目的依赖和约束
第 57 页 共 130 页
序号 4 5 6 7
活动名称 风险管理计划 项目支持计划 进度安排/任务计划
计划评审
天虹商场门户应用平台建设方案
主要内容 确定监控体制 软件重用计划 人员计划及培训计划 确定项目里程碑 风险分析 风险排序 应急措施 风险管理计划 项目技术方法和工具 文档计划 质量保证计划 配置管理计划 IV&V 计划 任务分解 任务协商 分析任务依赖关系 分配资源 制订项目进度计划 评审准备 评审会 评审问题跟踪解决 需求跟踪 任务承诺 计划纳入配置管理
第 58 页 共 130 页
序号 8 9
活动名称
跟踪与监控第一类 （项目内）
项目度量
天虹商场门户应用平台建设方案
主要内容 计划工作总结 第一类（项目内）
跟踪规模 跟踪工作量和成本 跟踪进度 跟踪关键计算机资源 跟踪技术活动 记录实际测量和重计划数据 第二类（组织级） 软件工程组定期内部评审，对照计划来跟踪技
术进展、计划完成情况、执行情况和问题 在已计划的里程碑进行正式评审 产品的软件开发计划按流程修订 经批准的承诺变更要通知所有相关组和成员 项目计划永远不迟 项目跟踪监控伴随项目始终，是计划得以实施
并能不断完善的保证 规模 工作量 缺陷数 生产率 评审效率 进度符合度 里程碑指数
第 59 页 共 130 页
天虹商场门户应用平台建设方案
4.2.2.3 量化的质量考核体系 由研发中心软件过程改进部制定的研发中心量化质量考核体系，在制度上约束开发部门的
开发过程符合质量标准体系。研发团队的质量考核体系制定策略采用了渐进的发展过程，根据 情况和管理水平的提高，逐步提高量化的范围与深度，最终为实现全面质量管理打下坚实的基 础。
图 量化的质量考核示例图 4.2.2.4 独立的 SQA 进行质量审计
产品研发体系中，SQA 在软件过程改进部存在独立的角色，进行软件开发过程符合度的质 量审查，这种情况下，SQA 的工作比较客观和公正，独立的 SQA 根据项目计划制定质量计划， 按照质量计划评审开发过程。在整个研发过程中共设置了 25 个评审点：
第 60 页 共 130 页
天虹商场门户应用平台建设方案
图 质量研发过程中设置的评审点
4.2.2.5 完善的需求管理和需求跟踪
在研发过程中，好的需求管理和跟踪技术是项目成功的一个关键因素，许多项目的失败是 因为对需求管理的失控，完善的需求管理制度并不惧怕客户需求的变更，而是将这种变更计划 在项目开发内。研发团队经过多年的实践，在这方面建立了很好的机制：
研发团队的需求管理模式如下图所示：
— —
SRS
Rational RequisitePro 为需求管理提供全程支持
来自各个层面的 需求变更
打开(open)变更请求
统一变更管理
项目准备 已经建立
Y
变更分析与估算
计算评估结果
建立需求关联矩阵
建立需求关联
加入新项目？
需求变更及跟踪
建立项目 确定属性 导入文档离散需求
是否变更?
接受(accept)变更请求
Y
从产生变动的阶段开始
给此项目产生新版本
需求管理准备
实施变更
安排实施变更
跟踪变更实施直到 变更结束
实施变更结束
对相关产品做 基线控制
软件开发流程控制 变更申请控制（数据库）
配置管理
决定变更是否可行
协作
协作
SRM_Admin
新变更产生 N 结束
CCB(变更控制委员会)
图 研发团队需求管理模式示意图
CC
第 61 页 共 130 页
关键的需求变更处理流程如下：
1.需求提交人
需求变更提交 产品功能建议
2、产品管理部
需求变更描述检查 需求归类/编码
天虹商场门户应用平台建设方案
3、项目管理部
需求变更分析 影响范围、可行性
6、项目/产品部 变更跟踪
5、项目/产品管理部
变更执行
依据变更处理方案确定
4、变更审批责任人
变更审批：项目经理、 产品经理、变更组
图 关键需求变更处理流程图
仅仅具有的以上的变更流程还不能精确的控制需求变更的影响范围，这需要很好的需求跟 踪技术，由于研发团队的开发过程严格执行标准体系，因此在开发过程中很好的建立了需求跟 踪矩阵，为需求变更的精确分析提供了技术上的保证。以下是需求跟踪矩阵的一个例子。
需求关联矩阵：
需求跟踪树：
图 需求关系矩阵图
第 62 页 共 130 页
天虹商场门户应用平台建设方案
图 需求跟踪树 4.2.2.6 全面的测试活动
软件测试作为直接控制软件质量的环节，在研发的全过程也是控制的焦点，在研发采用“V” 测试模型，在需求分析、系统分析、系统设计阶段开始编写软件的系统测试用例、集成测试用 例、单元测试用例，符合预防缺陷的质量控制基本原则。在编码实现完成后，测试工程师按照 测试用例分别进行单元测试、集成测试、系统测试，层层把关，保证最终交付的软件产品质量。
测试活动结果后，独立的测试部门给出测试分析报告和缺陷报告，以便改进和提高。
4.3 项目实施流程及提交的主要文档
4.3.1 实施方法概述
在天虹商场门户系统平台构建的过程中，系统实施占据非常重要的地位。如何将成熟的软 件构架和技术与企业现实情况结合起来关系到系统的成败，这些重要的工作都要在系统的实施 阶段完成。
对天虹来说，在本次信息化选型时不仅要选择一流的产品，更重要的是选择一个有丰富实 施经验、有实力、有高度责任感的长期的合作伙伴。管理系统在企业中的应用效果不仅取决于 软件产品的质量，更重要的是对实施过程的控制，因此合作伙伴的选择也是企业整体应用架构 提升能否得以实现的重要环节。项目实施能否成功受诸多环节和诸多因素的影响，事先不进行 充分的准备和周密的计划是不可能成功的。科学的系统实施方法是项目实施成功的有力保障， 它为系统应用项目实施提供了全面指导。继承了科学的先进的 Kingdee Way 实施方法论，通过
第 63 页 共 130 页
天虹商场门户应用平台建设方案
这套实施管理体系一定会帮助天虹实现企业应用门户建设的目标。
Kingdee Way 实施方法论总的指导思想是：（1）创新性（Innovation）既体现业内最先进的
方法论架构体系特性又具有的差异化特点。（2）实用性（Usability）既具有理论战略指导意义 又具有实战指导作用。（3）快速性（Speediness）充分体现公司产品策略和市场策略的“快速配 置”、“快速实施”、“快速应用”、“快速见效”。
基于企业的实施目标，Kingdee Way 实施方法论体系架构由三层组成：策略层、操作层及 支持层，如下图：
图 Kingdee Way 实施方法论体系架构 第一层：策略层 该层是 Kingdee Way 的创新性体现，内容包含基于快速实现目标的许多实施策略，例如通 过经典的案例资料为依据，快速定位匹配客户的行业特点和业务需求的快速实施策略。通过模 块成熟度分析表来评估全盘实施的快速实施策略。
第二层：操作层 该层内容包含项目管理的方法和工具，我们依据业内 PMI 的 PMBOK 知识体系的指导，并 对项目实施的整个生命周期进行合理科学的划分，按路线图（ROADMAP）指引的方式清晰定 义 4 个实施阶段（Phase）,每个阶段包括明确的任务（Task）、阶段交付物（Deliverable）和里 程碑(Milestone),同时还包括每个阶段所用到的实施工具，例如预制模板和培训讲义等实施工具。
第三层：支持层
第 64 页 共 130 页
天虹商场门户应用平台建设方案
该层内容包含知识库，其中包括经典规程库、经典报表库、模块成熟度评估表、行业解决 方案、成功案例分析、实施经验共享等。
为了确保天虹门户项目的顺利、有序实施，将采取的“整体规划，分步实施”的项目建设 方针。在项目实施的过程中，始终考虑并兼顾整个项目的总体目标，分阶段地开展项目实施。
4.3.2 实施流程及提交的主要文档
公司在总结了近 80 万家企业 ERP 项目成功实施的基础上，得出了项目实施系统完整的、 科学的“实施方法论”，并称为 KINGDEE WAY 实施方法论。在实际的实施工作中，我们将根 据天虹商场具体情况，应用这一“方法论”，确定天虹门户建设项目建设实施的关键节点、策略 和具体实施计划。
图 Kingdee Way 实施方法论的四个阶段 4.3.2.1 项目准备阶段
项目准备主要是针对项目人员，项目计划和项目有关初始约定的一系列相关活动。项目准 备的主要任务是根据项目解决方案和企业情况，解决项目做到什么，做什么，如何做，谁来做 的问题。
主要工作任务 项目前期准备：为项目实施作好相应的准备工作，包括前期项目分析、公司业务研究等， 同时最重要的是项目开始启动，即以书面形式通知天虹商场进行项目的准备工作，使天虹的业
第 65 页 共 130 页
天虹商场门户应用平台建设方案
务部门能在开始就直接参与项目的建设；
项目实施调研：研究方案或合同，编写实施调研报告，设定总体实施目标和过程；
设立天虹门户项目团队（通常包括天虹商场领导协调小组、应用小组、管理研究小组、技
术保障小组、综合小组，方领导协调小组、专家与规划组、咨询组、开发与集成组）；
与天虹商场共同商讨项目总体实施计划大纲、系统开发计划和项目公约；
召开项目启动大会。
主要工作成果 《项目调研报告》、《项目公约》、《项目实施计划》、《接口开发计划》、《阶段实施报告》 主要实施目标 建立天虹商场与项目实施要求相匹配的项目组织与管理体系；
通过共同设定项目总体实施目标，使项目实施团队和天虹商场实施团队形成目标共识；
通过项目准备的沟通，使和天虹商场明确项目实施过程和任务，以及承担的角色；
建立项目公约，明确项目角色和责任，以及项目任务完成考核管理办法，项目沟通方法的
约定等。
主要工作流程
第 66 页 共 130 页
天虹商场门户应用平台建设方案
图 项目准备阶段的主要工作流程
4.3.2.2 业务蓝图阶段
1) 业务蓝图规划
业务蓝图规划是指导在初步掌握系统标准业务处理的基础上，参照标准业务规程库，将企 业自身的业务流程转化为能够在新系统中处理的业务流程，形成企业应用的新系统业务蓝图。
业务蓝图规划阶段主要工作任务
进行标准产品培训；
进行系统的规划与开发
第 67 页 共 130 页
天虹商场门户应用平台建设方案
进行经典规程学习、研究；
进行现行业务流程整理；
根据业务流程整理的结果，分别对现行业务流程与系统流程对应的结果进行记录；
根据现行业务流程对应的结果，制定企业新系统业务蓝图草案。
主要工作流程
接上一阶段
蓝图规划方案
蓝图规划调研 蓝图设计
业务蓝图修正
建立业务 流程
企业业务流程
建立数据 准备方案
建立系统 修订方案
数据准备方案
系统修订方案
确认客户化 开发方案
客户化开发方案
确认业务蓝图
转下一阶段
图 业务蓝图规划阶段的主要工作流程 主要实施目标 本阶段的主要工作目标就是指导天虹商场对自身的主业务流程进行整理，并形成新系统的 业务蓝图草案。
建立天虹商场应用业务蓝图草案。
2) 业务蓝图实现
第 68 页 共 130 页
天虹商场门户应用平台建设方案
蓝图实现阶段是将规划所定义的企业业务蓝图，通过建立企业业务处理特征的业务仿真系 统环境，模拟实现业务蓝图即业务测试，从而确定企业实际业务处理规范，并以此为基础，建 立起新系统业务应用框架、业务运行业务规程、数据准备方案、系统上线方案、客户化方案等 一系列企业系统应用的策略和方针，最终确认业务蓝图。
主要工作任务 本阶段主要工作任务是以进行蓝图规划设计，确认业务蓝图。并在此基础之上建 立起新系统业务规程、上线准备方案、单元上线方案、最终用户培训方案、定义 客户化开发方案等，建立起企业整体应用的系统框架；
蓝图规划调研；
蓝图规划设计 关键业务流程描述；
确定业务蓝图；
制定客户化开发方案；
制定系统数据准备方案、系统上线方案。
主要工作成果 《调研报告》；
《蓝图设计方案》；
《物料编码规则》；
《操作规范书》；
已经确认的《新业务流程报告》 《阶段实施报告》
主要工作流程
第 69 页 共 130 页
天虹商场门户应用平台建设方案
接上一阶段
开发修订方案 开发修订计划
业务测试方案 业务测试计划
开发修订环境准备 开发修订数据准备
开发修订人员安排 开发修订培训指导 开发修订工作安排
业务测试环境准备 业务测试数据准备
业务测试人员安排 业务测试培训指导 业务测试工作安排
开发修订
业务蓝图修正
开发修订检查确认
业务测试 业务测试检查确认
建立业务 规程
建立数据 准备方案
建立单元 上线方案
企业业务规程
数据准备方案
上线方案
确认客户 化方案
最终用户 培训方案
客户化方案
最终用户培训方案
确认业务蓝图
转下一阶段
图 业务蓝图实现阶段的主要工作流程 主要实施目标 本阶段的工作目标是在上阶段业务蓝图草案的基础上，选取代表企业业务的典型数据，建 立模拟系统。指导天虹门户项目进行业务仿真运行，对业务蓝图进行进一步修订，最终确定系 统应用框架，建立起企业整体应用的新系统业务蓝图。
第 70 页 共 130 页
天虹商场门户应用平台建设方案
建立新系统业务规程；
建立系统数据准备方案、系统上线方案。
确认并提交天虹门户项目开发方案并进一步修正并最终审批通过业务蓝图；
4.3.2.3 系统实现阶段 1) 上线准备 上线准备阶段要为门户项目上线做全面的准备。具体讲，上线准备阶段需要为系统上线阶 段准备出符合系统运行要求所必须的静态基础数据，也包括完成系统上线前的人员和环境准备 各种任务。
上线准备阶段的具体工作如需要准备组织结构、角色分工、系统权限及人员等基础数据；
全面上线系统所需要的应用网络硬件、软件环境，为系统上线阶段做环境方面的准备；建立企 业信息化系统应用策略与规程，培训出能够操作信息化系统的应用人员，以保证系统能够安全、 稳定的运行。
主要工作任务 完成企业静态数据编码方案规划和设计，制定系统数据装入策略和计划；
按照系统要求及编码规则完成企业静态数据准备；
负责完成网络硬件、软件运行环境的检查工作；
完成信息化管理系统应用配置；
完成信息化系统应用策略与规程；
项目实施小组完成企业最终操作用户的培训工作。
主要工作成果 系统运行所需数据清单 系统运行所需数据准备完成确认单 阶段实施报告 主要工作流程
第 71 页 共 130 页
天虹商场门户应用平台建设方案
图 上线准备阶段的主要工作流程
接上一阶段
网络硬件、软件 环境检查
制订上线准备阶 段工作计划
制订静态数据编 码规则
静态数据准备
系统应用配置管理
最终用户操作培训
阶段总结
发布和宣贯管 理制度
转下一阶段
主要实施目标 确定企业静态基础数据的编码规则，实现企业基础数据的代码化管理，以保证信 息化系统的高效运行；
准备静态基础资料数据，如企业人事数据、组织架构数据、业务数据等；
准备安全、有效的网络硬件、软件环境，以保证信息化系统顺利的上线；
完成企业信息化应用策略与规程的建立，以保证信息化系统能够在企业安全、平 稳的运行；
完成企业最终用户的培训，以保证企业能够有合格的操作人员熟练的应用信息化 系统。
2) 系统上线 系统上线是指依据蓝图实现阶段的规划以及系统上线准备计划，将企业现行数据与业务切 换到正式的系统之中，实现天虹门户项目静态数据、动态数据的切换以及企业业务的正常运行
第 72 页 共 130 页
天虹商场门户应用平台建设方案
的过程。在这个阶段过程中，如果出现业务蓝图的业务流程与系统及业务不对应，致使流程无 法顺利运作，可以根据业务试运行情况，对系统模块和流程进行调整，以保证整个系统的稳定 运行。
主要工作任务 完成系统初始化准备和静态数据装入系统；
完成系统初始化，并对初始化数据进行核准、确认；
进行新增业务单据的处理。根据业务处理周期，在期末出具主要业务报告，并对 报告数据进行核准、确认。
主要工作内容 在顾问的指导下，由天虹门户项目实施小组、业务职能小组人员负责完成系统初 始化准备和静态数据装入系统；
天虹门户项目实施小组负责指导，由业务职能小组完成系统初始化，并对初始化 数据进行核准、确认。
业务职能小组成员按照系统上线方案要求，进行新增业务单据的处理。根据业务 处理周期，在期末出具主要业务报告，并对报告数据进行核准、确认。
主要工作流程
第 73 页 共 130 页
天虹商场门户应用平台建设方案
制定阶段 工作计划 初始化准备培训
内部测试 外部测试
接上一阶段
初始化培训 考核、确认 系统初始化
业务上线
业务上线总 结、确认
流程修订
转下一阶段
图 系统上线阶段的主要工作流程 主要实施目标 在系统上线阶段，最重要的实施成果是对业务上线结果进行确认，这标志着系统运行的初 步成功。
项目组织阶段实施成果包括
系统初始化培训确认 系统初始化确认书 业务上线确认（Milestone） 4.3.2.4 验收交付阶段 验收交付是对在项目实施周期内，已完成的实施成果进行总结，并确认和项目组所做的项 目实施工作，确认已达到的项目实施目标，通常称为项目的验收交付。
通过验收交付阶段后，代表项目终止。并可将系统移交到售后服务。
主要工作任务 整理项目实施文档；
第 74 页 共 130 页
天虹商场门户应用平台建设方案
项目实施总结；
召开项目验收会。
顾问组在完成项目验收交付的同时，必须及时完成服务的移交，使服务提供商或服务部门 及时指定服务技术支持人员，为企业的应用系统提供运行支持维护服务。
主要工作流程
图 验收交付阶段的主要工作流程 主要实施目标
对模块和系统的实施和应用成果，进行确认；
第 75 页 共 130 页
天虹商场门户应用平台建设方案
对在项目实施周期内所做的实施工作进行确认；
对项目进行总体的总结；
为引入服务做好铺垫工作。
4.4 各阶段开发实施计划及步骤说明
本次实施总体分 2 部分四个阶段进行， 其中第一部分是项目准备期，主要为后续正式实施 工作做好前期组织安排和基础数据编码等体系的建立；第二部分为正式实施阶段，按照项目实 施的总体规划分为 3 期进行。
本次实施总体分两部分四个阶段进行， 其中第一部分主要包括项目标准准备阶段。
4.4.1 项目准备阶段的明细步骤
图 项目准备阶段工作安排
第 76 页 共 130 页
天虹商场门户应用平台建设方案
4.4.1.1 项目前期准备 1) 定义 为保证项目启动及首次实施的成功进行，科学的项目分析和充分的项目准备工作必须扎扎
实实地完成。只有项目准备阶段作好了项目准备工作，在首次实施中需确定的项目实施目标、 策略、计划才可能在与天虹商场高层交流时，顺利通过，为未来的项目实施打下良好的基础。
2) 目标 针对天虹商场业务需求选派顾问，正式建立项目小组；
通知天虹商场按项目公约和项目组织要求的内容进行项目组织准备工作；
收集天虹商场项目信息，进行项目分析；
制订总体实施方法、策略。
3) 策略 在项目签定后的第一时间针对天虹商场高层拜访，提交项目准备的要求。在项目小组
进行项目准备时，同时安排天虹商场作项目准备；
项目实施小组与售前顾问收集项目资料，再次进行项目详细分析。
4.4.1.2 项目启动大会 定义 项目启动大会是利用企业组织的正规形式，宣布项目正式开始实施的会议。项目启动大会 也代表了企业高层对项目的态度和决心。通过项目启动大会向项目实施小组和全企业传达了企 业将如何开展项目实施的信息。
项目启动大会的参与人员包括项目实施领导小组，项目经理，项目实施小组和主要业务部 门的经理等人员，同时也包括参与项目实施的项目经理和顾问组。
目标 项目领导小组必须在项目启动大会上表明对项目的认识与态度，并对参与项目实施的人员 与部门提出要求和期望；
项目经理讲述该项目实施方法与策略时，明确顾问组工作方式和沟通方式；
项目实施指导委员会负责人宣布项目公约，明确项目实施政策和考核管理办法。
第 77 页 共 130 页
天虹商场门户应用平台建设方案
4.4.1.3 基础编码体系建立 1) 定义 项目实施过程中牵涉到多个应用系统的集成，所以需要对各种接入的应用系统进行业务方
式，实现标准化编码。静态数据编码是以简短的字母、符号或数字、号码来代表各个业务系统 及其业务数据基础资料的名称、规格或类别及其他有关事项的一种管理工具。
2) 目标 帮助天虹商场建立起企业的静态数据编码方案，实现企业的基础资料代码化管理，确保企 业信息化系统的高效运转。
图 项目准备阶段时间节点 3) 策略 在按照 Kingdee Way 实施法指导企业整个信息化项目实施的过程中，有些阶段的工作任务 是可以提前同前面阶段的工作任务并行来做的。通常情况下，数据编码在项目组织阶段完成项
第 78 页 共 130 页
天虹商场门户应用平台建设方案
目调研后，就可以着手考虑静态数据编码的问题。因为完成项目调研后，双方的实施顾问已经 对企业的静态数据本身的属性特点、数据统计依据及静态数据的数量规模有了全面的了解，此 时着手静态数据编码工作是最合适的。
4.4.2 项目一期详细开发实施时间计划及实施步骤说明
第一阶段时间非常紧迫，要求 10 年实现天虹门户平台的主体部分上线完成。将结合前期和 天虹商场的沟通和调研详细制定第二阶段的时间计划及每一步骤的具体内容，使天虹商场清楚 直观的了解到的实施方法和天虹商场方面需要配合做的相关活动。
4.4.2.1 业务蓝图阶段的明细步骤
图 业务蓝图设计阶段工作安排
1) 业务蓝图规划 业务蓝图规划是指根据天虹商场的信息化规划，将天虹商场的信息化目标转化成能落地的 具体业务系统设计，形成天虹商场门户平台规划的业务蓝图。
业务蓝图规划阶段主要工作任务：
进行平台产品培训；
进行天虹商场业务战略学习、研究
第 79 页 共 130 页
天虹商场门户应用平台建设方案
进行业务流程梳理细化 根据业务流程梳理的结果，对现行业务流程设计系统应用规范 根据业务流程规范，制定天虹商场门户平台的业务蓝图草案。
2) 蓝图实现阶段的明细步骤
图 业务蓝图实现阶段工作安排 业务测试准备 1) 定义 业务测试准备是为业务流程方案测试而进行的各项准备工作的通称。需要制订业务测试的 方案、业务测试计划、业务测试环境以及业务测试所需的数据准备，包括准备特征基础资料、 特征数据、特征业务、特征报表等工作。根据财务、人力资源、协同管理等领域不同要求制定 相应的业务测试。
2) 目标 建立业务测试所需的数据环境及业务环境。
第 80 页 共 130 页
天虹商场门户应用平台建设方案
3) 策略 在充分了解需求的基础上准备各种环境。
准备数据、准备业务要具有代表性。
确认合适的准备人选。
业务测试 1) 定义 业务测试是指对业务流程方案进行测试的过程，目的是为了确保天虹商场门户系统能够满 足各层次用户的功能需求。
2) 目标 验证前期功能的可行性，确保系统或设计可以满足功能需求。
实施顾问将指导天虹商场实施小组、职能小组成员按业务流程解决方案进行功能业务的原 型测试，在每一个步骤都要由测试人员进行原型测试确认。不符合的业务功能要及时进行调整， 修改业务开发方案；
业务蓝图确认 1) 定义 天虹商场门户平台业务蓝图经过了业务测试的仿真与模拟运行得到了进一步的优化与论 证。在这一步完成对业务蓝图进行确认是实施顾问帮助企业把经过优化与论证的功能模块固化 的过程。
2) 目标 天虹商场项目实施指导委员会对经过优化与论证的功能模块进行确认。
3) 策略 实施顾问是站在天虹商场战略发展的角度去思考问题，对新的业务规程进行确认是实施顾 问帮助企业固化业务规程的过程。
第 81 页 共 130 页
4.4.2.2 业务蓝图阶段时间计划
天虹商场门户应用平台建设方案
图 业务蓝图阶段时间节点
第 82 页 共 130 页
4.4.2.3 系统实现阶段的明细步骤
天虹商场门户应用平台建设方案
图 系统实现阶段工作安排
第 83 页 共 130 页
天虹商场门户应用平台建设方案
1) 上线准备阶段的明细步骤 静态数据准备 定义 根据东天虹门户平台系统的应用范围及系统上线阶段所要求的内容与完成时间，完成企业 静态数据的准备工作。
目标 按照上线准备阶段计划规定的时间与质量要求，完成信息化系统上线所必须的静态业务数 据的准备工作，且符合信息系统直接导入的格式要求。
策略 实施顾问在准备基础资料时，指导天虹商场业务人员按照系统要求的格式准备相应的基础 资料数据。
实施顾问在指导企业准备静态数据时，注意准备静态数据任务时间安排的先后问题。
网络硬件、软件环境检查 定义 网络硬件、软件环境检查是上线准备阶段非常重要的一项任务，主要是对天虹商场网络环 境、服务器、交换机及操作终端机器的配置状况、运行情况做全面的检查记录，以保证系统上 线阶段的顺利开展。软件环境是指服务器、客户机的操作系统、防火墙等而非信息化系统软件 的软件环境。
目标 网络硬件、软件环境检查活动的目标是全面了解、掌握天虹商场网络环境、服务器、交换 机及操作终端机器的配置状况、运行情况，以便给天虹商场提供网络硬件、软件环境调整的建 议及对系统上线后系统运行性能状况有个预期的描述。
策略 公司将根据天虹商场的信息化系统应用规模采取现场检查和下发调查问卷的方式来完成这 一重要任务。
系统配置 定义 系统应用配置管理是指在系统上线之前需要完成的信息化系统基础参数设置、基础资料的
第 84 页 共 130 页
天虹商场门户应用平台建设方案
数据项目字典设置及系统内应用单据的单据项目字典设置。
目标 完成系统基础参数设置；
完成系统基础资料的数据项目字典设置；
完成系统内应用单据的单据项目字典设置。
策略 系统应用配置管理的最佳实施顺序是首先完成系统基础参数设置，其次是完成系统基础资
料的数据项目字典设置，再次是完成系统内应用单据的单据项目字典设置。
在进行这些设置之前，我们将仔细的研究蓝图实现阶段的总结报告及蓝图实现的过程记录，
以便保证这样的设置更好的满足系统上线的需要。
最终用户培训 定义 最终用户培训就是对天虹商场门户系统上线后应用系统的一线操作人员进行的培训，该培
训包括的内容主要有应用信息化系统后的业务规程培训、软件操作培训及信息化系统应用策略 与规程培训。
目标 完成新业务规程的培训；
完成软件操作技能的培训；
完成信息化系统应用策略与规程培训。
策略 这一任务的完成是由的实施顾问做指导，天虹商场的项目组根据企业的实际情况建立一套 有效、且有力的信息化系统应用策略与规程。这项规程将要得到天虹商场高层的认可。
2) 系统上线阶段的明细步骤 系统初始化 定义 系统初始化是指准备初始化数据并将初始数据导入系统的过程。
初始化数据类型包括静态数据，例如人力资源系统中的员工信息等的初始化导入等。
第 85 页 共 130 页
天虹商场门户应用平台建设方案
目标 按计划正确、及时完成初始化工作，确认工作结果。
策略
保证初始化培训效果，这是初始化工作的正常开展的前提；
双方对初始化数据进行核对，并予以确认；
针对初始化过程中可能遇到的问题提出调整或修正意见；
为使初始化一次性成功，在这阶段用模拟数据作大量模拟；
我们将提醒天虹商场做好数据备份，以备不测。
业务上线 定义 业务上线是指完成系统初始化工作后，在新系统中实现企业实际业务管理，完成蓝图实现 阶段的具体设计目标的过程。
目标 完成业务切换任务并对系统上线结果进行确认。
策略 注意重点流程的实现，不能将主要工作精力放在一些枝节流程。
及时制定或修改业务流程并且要做到有效发布。
逐渐完成知识转移工作，在对方项目组深入了解系统运转机制的基础上，培养天
虹商场项目组主动总结问题以及处理问题的能力。
项目小组将注意系统开发部分的功能实现。
该阶段的主要工作内容是做好系统的现场业务监督，及时解决系统应用过程中发现的问题；
其次，关注系统上线目标的实现，确保最终业务功模块的实现，为后期系统验收做铺垫。再次， 在这个过程中有效的完成知识传递工作，这也是项目成功的标志之一。
系统发布内部测试 定义 系统发布内部测试是指由内部用户使用模拟数据对业务流程方案进行测试的过程，目的是 为了确保天虹商场的主要功能模块都能正常运行。
第 86 页 共 130 页
天虹商场门户应用平台建设方案
目标 验证前期流程的可行性，确保系统或设计可以满足业务功能所需要。
实施顾问将指导天虹商场实施小组、职能小组成员按业务流程解决方案进行业务流程的原 型测试，在每一个步骤都要由测试人员进行原型测试确认。不符合的功能要及时进行调整，修 改业务开发方案；
图 系统实现阶段的时间节点
第 87 页 共 130 页
天虹商场门户应用平台建设方案
系统发布用户公测 定义 系统发布用户公测是指外部用户通过正常业务对业务流程方案进行测试的过程，目的是为 了确保天虹商场门户平台的实用性和承压性，进一步排除小概率 BUG。
目标 以实际业务验证系统流程的可行性，确保系统或设计可以满足业务功能所需要，并保证在 一定压力范围内的系统稳定性，避免可能出现的安全隐患。
实施顾问将指导天虹商场实施小组、职能小组成员协助外部用户进行功能模块的全面测试， 进一步排除小概率 BUG。
4.4.2.4 验收交付阶段的明细步骤
图 验收交付阶段工作安排
1) 整理项目实施文档
定义
整理项目实施文档是按顾问方文档标准与规范，收集和处理项目在各实施阶段完成的项目 目文档。
目标
项目文档标准化
按阶段汇总，明确实施成果
项目文档完整
装订规整
策略
我们将按月度时间和项目实施阶段收集项目文档资料
天虹门户项目实施小组应规定负责项目文档的人员
2) 项目实施总结
定义
第 88 页 共 130 页
天虹商场门户应用平台建设方案
项目总结，天虹门户项目实施小组和顾问组共同对在项目实施周期内，完成的项目技术工 作，项目实施管理工作，数据准备，培训，实施模块与应用成果，业务规程等进行总结。
目标 对应用成果应当深入挖掘，使项目实施小组成绩明确和显化 在准备验收交付的沟通过程中，强调以企业为主持续实施的意义 检查和回顾项目实施成果时，对关键问题的应答必须明确和有完备的解决方案 项目验收会以强调实施成绩为主
图 验收交付阶段的时间节点
4.4.3 项目二期详细开发实施时间计划及实施步骤说明
项目一期建设的成功实施完成了天虹门户平台的基础架构部署，天虹商场内部的 OA、HR、 BI 和综合运维系统已经从内容层面集成到门户平台中。第二阶段的主要目标是实现应用业务数 据的整合以及供应商门户和项目管理系统的开发。项目管理系统的开发会基于统一的业务流程 引擎进行，通过这个系统的实现将会研究天虹商场的具体业务与统一流程引擎的结合度，为第 三阶段的项目建设做准备。
第 89 页 共 130 页
4.4.3.1 业务蓝图阶段的明细步骤
天虹商场门户应用平台建设方案
图 业务蓝图阶段的工作安排 1) 业务蓝图规划 业务蓝图规划是指导在初步掌握系统标准业务处理的基础上，参照标准业务规程库，将企 业自身的业务流程转化为能够在新系统中处理的业务流程，形成企业应用的新系统业务蓝图。
业务蓝图规划阶段主要工作任务：
进行企业供应链管理理论及标准产品培训；
进行经典规程学习、研究；
进行现行业务流程整理；
根据业务流程整理的结果，分别对现行业务流程与系统流程对应的结果进行记录；
根据现行业务流程对应的结果，制定企业新系统业务蓝图草案。
2) 蓝图实现阶段的明细步骤 业务测试准备 定义 业务测试准备是为业务流程方案测试而进行的各项准备工作的通称。需要制订业务测试的 方案、业务测试计划、业务测试环境以及业务测试所需的数据准备，根据目标客户的不同要求 制定相应的业务测试。
第 90 页 共 130 页
天虹商场门户应用平台建设方案
目标 建立业务测试所需的数据环境及业务环境。对于天虹商场来说，二期主要搭建与 R3 的应 用数据集成体系、项目管理平台和供应商门户的测试环境。
策略 在充分了解需求的基础上准备各种环境。
准备数据、准备业务要具有代表性。
确认合适的准备人选。
业务测试 定义 业务测试是指对业务流程方案进行测试的过程。
目标 验证前期流程的可行性，确保系统或设计可以满足流程管理所需要。
实施顾问将指导天虹商场实施小组、职能小组成员按业务流程解决方案进行业务流程的原 型测试，在每一个步骤都要由测试人员进行原型测试确认。不符合的流程要及时进行调整，修 改业务解决方案；
业务蓝图确认 定义 天虹商场门户平台业务蓝图经过了业务测试的仿真与模拟运行得到了进一步的优化与论 证。在这一步完成对业务蓝图进行确认是实施顾问帮助企业把经过优化与论证的功能模块固化 的过程。
目标 天虹商场项目实施指导委员会对经过优化与论证的功能模块进行确认。
策略 实施顾问是站在天虹商场战略发展的角度去思考问题，对新的业务规程进行确认是实施顾 问帮助企业固化业务规程的过程。
第 91 页 共 130 页
4.4.3.2 业务蓝图阶段时间计划
天虹商场门户应用平台建设方案
图 业务蓝图阶段的时间节点 4.4.3.3 系统实现阶段的明细步骤
图 系统实现阶段的工作安排 1) 上线准备阶段的明细步骤 静态数据准备 定义 根据东天虹门户平台系统的应用范围及系统上线阶段所要求的内容与完成时间，完成企业 静态数据的准备工作。
目标 按照上线准备阶段计划规定的时间与质量要求，完成信息化系统上线所必须的静态业务数
第 92 页 共 130 页
天虹商场门户应用平台建设方案
据的准备工作，且符合信息系统直接导入的格式要求。
策略 实施顾问在准备基础资料时，指导天虹商场业务人员按照系统要求的格式准备相应的基础
资料数据。
实施顾问在指导企业准备静态数据时，注意准备静态数据任务时间安排的先后问题。
系统配置 定义 系统应用配置管理是指在系统上线之前需要完成的信息化系统基础参数设置、基础资料的
数据项目字典设置及系统内应用单据的单据项目字典设置。
目标 完成系统基础参数设置；
完成系统基础资料的数据项目字典设置；
完成系统内应用单据的单据项目字典设置。
策略 系统应用配置管理的最佳实施顺序是首先完成系统基础参数设置，其次是完成系统基础资
料的数据项目字典设置，再次是完成系统内应用单据的单据项目字典设置。
在进行这些设置之前，我们将仔细的研究蓝图实现阶段的总结报告及蓝图实现的过程记录，
以便保证这样的设置更好的满足系统上线的需要。
最终用户培训 定义 最终用户培训就是对天虹商场门户系统上线后应用系统的一线操作人员进行的培训，该培
训包括的内容主要有应用信息化系统后的业务规程培训、软件操作培训及信息化系统应用策略 与规程培训。
目标 完成新业务规程的培训；
完成软件操作技能的培训；
完成信息化系统应用策略与规程培训。
第 93 页 共 130 页
天虹商场门户应用平台建设方案
策略 这一任务的完成是由的实施顾问做指导，天虹商场的项目组根据企业的实际情况建立一套 有效、且有力的信息化系统应用策略与规程。这项规程将要得到天虹商场高层的认可。
2) 系统上线阶段的明细步骤 系统初始化 定义 系统初始化是指准备初始化数据并将初始数据导入系统的过程。
初始化数据类型包括静态数据，例如人力资源系统中的员工信息等的初始化导入等。
目标 按计划正确、及时完成初始化工作，确认工作结果。
策略
保证初始化培训效果，这是初始化工作的正常开展的前提；
双方对初始化数据进行核对，并予以确认；
针对初始化过程中可能遇到的问题提出调整或修正意见；
为使初始化一次性成功，在这阶段用模拟数据作大量模拟；
我们将提醒天虹商场做好数据备份，以备不测。
业务上线 定义 业务上线是指完成系统初始化工作后，在新系统中实现企业实际业务管理，完成蓝图实现 阶段的具体设计目标的过程。
目标 完成业务切换任务并对系统上线结果进行确认。
策略 注意重点流程的实现，不能将主要工作精力放在一些枝节流程。
及时制定或修改业务流程并且要做到有效发布。
逐渐完成知识转移工作，在对方项目组深入了解系统运转机制的基础上，培养天
第 94 页 共 130 页
天虹商场门户应用平台建设方案
虹商场项目组主动总结问题以及处理问题的能力。
项目小组将注意系统开发部分的功能实现。
该阶段的主要工作内容是做好系统的现场业务监督，及时解决系统应用过程中发现的问题；
其次，关注系统上线目标的实现，确保最终业务功模块的实现，为后期系统验收做铺垫。再次， 在这个过程中有效的完成知识传递工作，这也是项目成功的标志之一。
图 系统实现阶段的时间节点 4.4.3.4 验收交付阶段的明细步骤
图 验收交付阶段工作安排
1) 整理项目实施文档
定义
整理项目实施文档是按顾问方文档标准与规范，收集和处理项目在各实施阶段完成的项目 目文档。
目标
项目文档标准化
按阶段汇总，明确实施成果
项目文档完整
装订规整
策略
第 95 页 共 130 页
天虹商场门户应用平台建设方案
我们将按月度时间和项目实施阶段收集项目文档资料 天虹门户项目实施小组应规定负责项目文档的人员 2) 项目实施总结 定义 项目总结，天虹门户项目实施小组和顾问组共同对在项目实施周期内，完成的项目技术工 作，项目实施管理工作，数据准备，培训，实施模块与应用成果，业务规程等进行总结。
目标 对应用成果应当深入挖掘，使项目实施小组成绩明确和显化 在准备验收交付的沟通过程中，强调以企业为主持续实施的意义 检查和回顾项目实施成果时，对关键问题的应答必须明确和有完备的解决方案 项目验收会以强调实施成绩为主
图 验收交付阶段的时间节点
4.4.4 项目三期详细开发实施时间计划及实施步骤说明
第三期项目为主要任务是建设统一的业务流程管理平台，再通过门户平台进行集成，以帮 助天虹管理层，监控商场核心业务的流转，并持续对业务流程进行优化。这一阶段也会在项目 二期应用集成的基础上，建设应用集成接口体系，并尝试与核心的供应商进行 B2B 的业务系统 对接，进一步提升业务效率。对于 OA 系统中比较核心和重要的业务流程也会按步骤进行业务迁 移，以统一对业务流程进行监控与管理，并有效地分担 OA 系统的负载。
第 96 页 共 130 页
4.4.4.1 业务蓝图阶段的明细步骤
天虹商场门户应用平台建设方案
图 业务蓝图阶段的工作安排 1) 业务蓝图规划 业务蓝图规划是指导在初步掌握系统标准业务处理的基础上，参照标准业务规程库，将企 业自身的业务流程转化为能够在新系统中处理的业务流程，形成企业应用的新系统业务蓝图。
业务蓝图规划阶段主要工作任务：
进行现行业务流程整理 根据业务流程整理的结果，分别对现行业务流程与系统流程对应的结果进行记录；
根据现行业务流程对应的结果，制定企业新系统业务蓝图草案。
2) 蓝图实现阶段的明细步骤 业务蓝图确认 定义 天虹商场门户平台业务蓝图经过了业务测试的仿真与模拟运行得到了进一步的优化与论 证。完成对业务蓝图进行确认是实施顾问帮助企业把经过优化与论证的功能模块固化的过程。
第 97 页 共 130 页
天虹商场门户应用平台建设方案
目标 天虹商场项目实施指导委员会对经过优化与论证的功能模块进行确认。
策略 实施顾问是站在天虹商场战略发展的角度去思考问题，对新的业务规程进行确认是实施顾 问帮助企业固化业务规程的过程。
4.4.4.2 业务蓝图阶段时间计划
图 业务蓝图阶段的时间节点 4.4.4.3 系统实现阶段的明细步骤
图 系统实现阶段的工作安排
第 98 页 共 130 页
天虹商场门户应用平台建设方案
1) 上线准备阶段的明细步骤 系统配置 定义 系统应用配置管理是指在系统上线之前需要完成的信息化系统基础参数设置、基础资料的 数据项目字典设置及系统内应用单据的单据项目字典设置。
目标
完成系统基础参数设置；
完成系统基础资料的数据项目字典设置；
完成系统内应用单据的单据项目字典设置。
策略 系统应用配置管理的最佳实施顺序是首先完成系统基础参数设置，其次是完成系统基础资 料的数据项目字典设置，再次是完成系统内应用单据的单据项目字典设置。
在进行这些设置之前，我们将仔细的研究蓝图实现阶段的总结报告及蓝图实现的过程记录， 以便保证这样的设置更好的满足系统上线的需要。
最终用户培训 定义 最终用户培训就是对天虹商场门户系统上线后应用系统的一线操作人员进行的培训，该培 训包括的内容主要有应用信息化系统后的业务规程培训、软件操作培训及信息化系统应用策略 与规程培训。
目标 完成新业务规程的培训；
完成软件操作技能的培训；
完成信息化系统应用策略与规程培训。
策略 这一任务的完成是由的实施顾问做指导，天虹商场的项目组根据企业的实际情况建立一套 有效、且有力的信息化系统应用策略与规程。这项规程将要得到天虹商场高层的认可。
2) 系统上线阶段的明细步骤
篇三：会计基础工作规范化建设评价报告
但这些程序还有些小的缺陷以前面介绍的re由于前面的例程中没有对输入输出参数的数目及类型进行检查导致程序的容错性很差以下程序则容错性较好
MATLAB中mexFunction函数的接口规范
MEX文件的调用极为方便，其调用方式与MATALAB的内建函数完全相同，只需要在命令窗口内输入对应的文件名称即可。
C语言MEX程序代码文件有计算子例程（Computational routine）和接口子程序（GatWay routine）两个相互独立的子程序组成。其 中，计算子例程的功能是完成所需要的计算，它和具有相同功能的一般C源程序文件相同；接口子程序的功能则是计算子程序和MATALAB 的接口，用户实现两个不同内存空间中的通信。
void mexFunction(int nlhs, mxArray *plhs[], int nrhs, const mxArray *prhs[]) nlhs：输出参数数目 (Left-hand side) plhs：指向输出参数的指针 nrhs：输入参数数目 例如，使用 [a,b]=test(c,d,e) 调用mex函数test时，传给test的这三个参数分别是 prhs[0]=c ，prhs[1]=d ，prhs[2]=e 当函数返回时，将会把你放在plhs[0]，plhs[1]里的地址赋给a和b，达到返回数据的目的。
细心的你也许已经注意到，prhs[i]和plhs[i]都是指向类型mxArray类型数据的指针。
这个类型是在mex.h中定义的，事实上，在Matlab里 大多数数据都是以这种类型存在。当然还有其他的数据类型，可以参考Apiguide.pdf里的介绍。
为了让大家能更直观地了解参数传递的过程，我们把hello.c改写一下，使它能根据输 入参数的变化给出不同的屏幕输出：
//hello.c 2.0 #include "mex.h" void mexFunction(int nlhs, mxArray *plhs[], int nrhs, const mxArray *prhs[]) { int i; i=mxGetScalar(prhs[0]); if(i==1)
mexPrintf("hello,world!\n"); else
mexPrintf("大家好！\n"); }
将这个程序编译通过后，执行hello(1),屏幕上会打出：
hello,world!
而hello(0)将会得到：
大家好！
现在，程序hello已经可以根据输入参数来给出相应的屏幕输出。在这个程序里，除了用到了屏幕输出函数mexPrintf（用法跟c里的printf 函数几乎完全一样）外，还用到了一个函数：mxGetScalar，调用方式如下：
i=mxGetScalar(prhs[0]); "Scalar"就是标量的意思。在Matlab里数据都是以数组的形式存在的，mxGetScalar的作用就是把通过prhs[0]传递进来的mxArray类型 的指针指向的数据（标量）赋给C程序里的变量。这个变量本来应该是double类型的，通过强制类型转换赋给了整形变量i。既然有标量， 显然还应该有矢量，否则矩阵就没法传了。看下面的程序：
//hello.c 2.1 #include "mex.h" void mexFunction(int nlhs, mxArray *plhs[], int nrhs, const mxArray *prhs[]) { double *i; i=mxGetPr(prhs[0]); if(i[0]==1)
mexPrintf("hello,world!\n"); else
mexPrintf("大家好！\n"); }
这样，就通过mxGetPr函数从指向mxArray类型数据的prhs[0]获得了指向double类型的指针。
但是，还有个问题，如果输入的不是单个的数据，而是向量或矩阵，那该怎么处理呢 ？通过mxGetPr只能得到指向这个矩阵的指针，如果 我们不知道这个矩阵的确切大小，就 没法对它进行计算。
为了解决这个问题，Matlab提供了两个函数mxGetM和mxGetN来获得传进来参数的行数 和列数。下面例程的功能很简单，就是获得输入 的矩阵，把它在屏幕上显示出来：
//show.c 1.0 #include "mex.h" #include "mex.h" void mexFunction(int nlhs, mxArray *plhs[], int nrhs, const mxArray *prhs[]) { double *data; int M,N; int i,j; data=mxGetPr(prhs[0]); //获得指向矩阵的指针 M=mxGetM(prhs[0]); //获得矩阵的行数 N=mxGetN(prhs[0]); //获得矩阵的列数 for(i=0;i<M;i++) { for(j=0;j<N;j++)
mexPrintf("%4.3f ",data[j*M+i]); mexPrintf("\n"); } }
编译完成后，用下面的命令测试一下：
a=1:10; b=[a;a+1]; show(a) show(b)
需要注意的是，在Matlab里，矩阵第一行是从1开始的，而在C语言中，第一行的序数为零，Matlab里的矩阵元素b(i,j)在传递到C中的一维 数组大data后对应于data[j*M+i] 。
输入数据是在函数调用之前已经在Matlab里申请了内存的，由于mex函数与Matlab共用同一个地址空间，因而在prhs[]里传递指针就可以 达到参数传递的目的。但是，输出参数却需要在mex函数内申请到内存空间，才能将指针放在plhs[]中传递出去。由于返回指针类型必须是 mxArray，所以Matlab专门提供了一个函数：mxCreateDoubleMatrix来实现内存的申请，函数原型如下：
mxArray *mxCreateDoubleMatrix(int m, int n, mxComplexity ComplexFlag) m：待申请矩阵的行数 n：待申请矩阵的列数 为矩阵申请内存后，得到的是mxArray类型的指针，就可以放在plhs[]里传递回去了。但是对这个新矩阵的处理，却要在函数内完成，这时 就需要用到前面介绍的mxGetPr。使用 mxGetPr获得指向这个矩阵中数据区的指针（double类型）后，就可以对这个矩阵进行各种操作和 运算了。下面的程序是在上面的show.c的基础上稍作改变得到的，功能是将输
//reverse.c 1.0 #include "mex.h" void mexFunction(int nlhs, mxArray *plhs[],
int nrhs, const mxArray *prhs[]) { double *inData; double *outData; int M,N; int i,j; inData=mxGetPr(prhs[0]); M=mxGetM(prhs[0]); N=mxGetN(prhs[0]); plhs[0]=mxCreateDoubleMatrix(M,N,mxREAL); outData=mxGetPr(plhs[0]); for(i=0;i<M;i++) for(j=0;j<N;j++)
outData[j*M+i]=inData[(N-1-j)*M+i]; }
当然，Matlab里使用到的并不是只有double类型这一种矩阵，还有字符串类型、稀疏矩阵、结构类型矩阵等等，并提供了相应的处理函 数。本文用到编制mex程序中最经常遇到的一些函数，其余的详细情况清参考Apiref.pdf。
通过前面两部分的介绍，大家对参数的输入和输出方法应该有了基本的了解。具备了这些知识，就能够满足一般的编程需要了。但这些程序 还有些小的缺陷，以前面介绍的re由于前面的例程中没有对输入、输出参数的数目及类型进行检查，导致程序的容错性很差，以下程序则容 错性较好
#include "mex.h" void mexFunction(int nlhs, mxArray *plhs[], int nrhs, const mxArray *prhs[]) { double *inData; double *outData; int M,N; //异常处理 //异常处理 if(nrhs!=1)
mexErrMsgTxt("USAGE: b=reverse(a)\n"); if(!mxIsDouble(prhs[0])) mexErrMsgTxt("the Input Matrix must be double!\n"); inData=mxGetPr(prhs[0]); M=mxGetM(prhs[0]); N=mxGetN(prhs[0]); plhs[0]=mxCreateDoubleMatrix(M,N,mxREAL); outData=mxGetPr(plhs[0]); for(i=0;i<M;i++)
for(j=0;j<N;j++) outData[j*M+i]=inData[(N-1-j)*M+i]; }
在上面的异常处理中，使用了两个新的函数：mexErrMsgTxt和mxIsDouble。MexErrMsgTxt在给出错提示的同时退出当前程序的运行。
MxIsDouble则用于判断mxArray中的数据是否double类型。当然Matlab还提供了许多用于判断其他数据类型的函数，这里不加详述。
需要说明的是，Matlab提供的API中，函数前缀有mex-和mx-两种。带mx-前缀的大多是对mxArray数据进行操作的函数，如 mxIsDouble,mxCreateDoubleMatrix等等。而带mex前缀的则大多是与Matlab环境进行交互的函数，如mexPrintf，mxErrMsgTxt等 等。了解了这一点，对在Apiref.pdf中查找所需的函数很有帮助。
至此为止，使用C编写mex函数的基本过程已经介绍完了。
篇四：会计基础工作规范化建设评价报告
国家药品不良反应监测系统
使用培训 宁波市药品不良 反应监测中心 吴海雯
87179118
2021/8/27
计算机要求
• 1.1硬件要求 • CPU：PIII600以上 • 内存：1G以上 • 硬盘：20G以上 • 分辨率在1024*768或以上 • 打印机（建议A4激打） • 上网设备（ADSL、宽带局域网）。
• 1.2软件要求 • 操作系统：Windows 2003、Windows XP或Windows 7 • 浏览器：MS IE 7.0或以上版本浏览器（建议使用IE7或IE8） • 支持软件：Office 2003或以上版本
登录方式
• 输入网址：
• http://114.255.93.220/（联通用户） • http://211.103.186.220（电信用户） • （或者通过国家药品不良反应监测中心网站http://www.cdr.gov.cn/链接登录）
4
5
首次报告
严重程度选择
8
不良反应/事件过程描述：
10
报表信息填写不完成，提交后会有提 示
11
报表评价
12
报表评价
13
报表评价
14
如果认为此份报告表资料不全，可以 要求下级补充：
15
个例统计分析
16
17
具体演示
• 33020133678 宁波市中医院 abc12345 • 需要做：
1、机构管理修改（邮箱不能用QQ邮箱，密码需要字母+数字8个字符） 2、不用的账号锁定！
18
19
不要点同步！
篇五：会计基础工作规范化建设评价报告
GB50174-2008 电子信息系统机房设计规范
1总则
1.0.1 为规范电子信息系统机房设计，确保电子信息系统设备安全、稳定、可靠地运行，做 到技术先进、经济合理、安全适中、节能环保，制订本规范。
1.0.2 本规范适用于新建、改建和扩建建筑物中的电子信息系统机房设计。
1.0.3 电子信息系统机房的设计应遵循近期建设规模与远期发展规划协调一致的原则。
1.0.4 电子信息系统机房设计除应符合本规范外，尚应符合国家现行有关标准和规范的规定。
2术语
2.0.1 电子信息系统 electronic information system 由计算机、通信设备、处理设备、控制设备及其相关的配套设施构成，按照一定的应
用目的和规则，对信息进行采集、加工、存储、传输、检索等处理的人机系统。
2.0.2 电子信息系统机房 electronic information system room
主要为电子信息设备提供运行环境的场所，可以是一幢建筑物或者建筑物的一部分， 包括主机房、辅助区、支持区和行政管理区等。
2.0.3 主机房 computer room
主要用于电子信息处理、存储、交换和传输设备的安装和运行的建筑空间。包括服务 器机房、网络机房、存储机房等功能区域。
2.0.4 辅助区 auxiliary room
用于电子信息设备和软件的安装、调试、维护、运行监控和管理的场所，包括进线间、 测试机房、监控中心、备件库、打印室、维修室等区域。
2.0.5 支持区 support area
支持并保障完成信息处理过程和必要的技术作业的场所，包括变配电室、柴油发电机 房、UPS 室、电池室、空调机房、动力站房、消防设施用房、消防和安防控制室等。
2.0.6 行政管理区 administrative area
用于日常行政管理及客户对托管设备进行管理的场所，包括工作人员办公室、门厅、 值班室、盥洗室、更衣间和用户工作室等。
2.0.7 场地设施 infrastructure
电子信息系统机房内，为电子信息系统提供运行保障的设施。
2.0.8 电磁干扰（EMI） electromagnetic interference
经辐射或传导的电磁能量对设备或信号传输造成的不良影响。
2.0.9 电磁屏蔽 electromagnetic shielding
用导电材料减少交变电磁场向指定区域的穿透。
2.0.10 电磁屏蔽室 electromagnetic shielding enclosure 专门用语衰减或隔离来自内部或外部电场、磁场能量的建筑空间体。
2.0.11 截止波导通风窗 cut-off waveguide vent 截止波导与通风口结合为一体的装置，该装置既允许空气流通，又能够衰减一定频率
范围内的电磁波。
2.0.12 可拆卸式电磁屏蔽室 modular electromagnetic shielding enclosure 按照设计要求，由预先加工成型的屏蔽壳体模块板、结构件、屏蔽部件等，经过施工
现场装配，组建成具有可拆卸结构的电磁屏蔽室。
2.0.13 焊接式电磁屏蔽室 welded electromagnetic shielding enclosure 主体结构采用现场焊接方式建造的具有固定结构的电磁屏蔽室。
2.0.14 冗余 Redundancy 冗余是重复配置系统的一些部件或全部部件，当系统发生故障时，冗余配置的部件介入并承 担故障部件的工作，由此减少系统的故障时间。
2.0.15 N-基本需求 Base requirement 系统满足基本需求，没有冗余。
2.0.16 N+X 冗余 N+X redundancy 系统满足基本需求外，增加了 X 个单元、X 个模块、X 个路径或 X 个系统。任何 X 个单元、 模块或路径的故障或维护不会导致系统运行中断。（X=1～N) 2.0.17 容错 fault tolerant 容错系统是具有两套或两套以上相同配置的系统，在同一时刻，至少有两套系统在工作。按 容错系统配置的场地设备，至少能经受住一次严重的突发设备故障或人为操作失误事件而不 影响系统的运行。
2.0.18 列头柜 Array Cabinet 为成行排列的机柜提供网络布线或电源配线管理或传输服务的设备，一般位于一列机柜的端 头。
2.0.19 实时智能管理系统 real—time intelligent patch cord management system 采用计算机技术及电子配线设备对机房布线中的接插软线进行实时管理的系统。
2.0.20 信息点（TO） telecommunications outlet 各类电缆或光缆终接的信息插座模块。
2.0.21 集合点（CP）consolidation polut 配线设备与工作区信息点之间缆线路由中的连接点。
2.0.22 水平配线设备（HD） horizontal distributor 终接水平电缆、水平光缆和其他布线字系统缆线的配线设备。
2.0.23 CP 链路 cp link 配线设备与 CP 之间，包括各端的连接器件在内的永久性的链路。
2.0.24 永久链路 permanent link
信息点与配线设备之间的传输线路。它不包括工作区敛线和连接配线设备的设备缆线、跳线；
但可以包括一个 CP 链路。
2.0.25 静态条件 static state condition 主机房的空调系统处于正常运行状态，电子信息设备未安装，室内没有人员的情况。
2.0.26 停机条件 stop condition 主机房的空调系统和不间断供电电源系统处于正常运行状态，电子信息设备处于不工作的情 况。
2.0.27 静电泄放 electrostatic leakage 带电体上的静电电荷通过带电体内部或其表面等途径，部分或全部消失的现象。
2.0.28 体积电阻 volume resistance 在材料相对的两个表面上放置的两个电极间所加直流电压与流过两个电极间的稳态电流之 商。
2.0.29 保护性接地 protective earthing 以保护人身和设备安全为目的的接地。
2.0.30 功能性接地 functional earthing 用于保证设备（系统）正常运行，正确地实现设备（系统）功能的接地。
2.0.31 接地线 earthing conductor 从接地端子或接地汇集排至接地极的连接导体。
2.0.32 等电位联结带 bonding bar 将等电位联结网格、设备的金属外科、金属管道、金属线槽、建筑物金属结构等连接其上形 成等电位联结的金属带。
2.0.33 等电位联结导体 bonding conductor 将分开的诸导电性物体连接到接地汇集排、等电位联结带或等电位联结网格的导体。
3机房分级标准
3.1 机房分级
3.1.1 电子信息系统机房应划分为 A 、B 、C 三级。设计时应根据机房的使用性质、管理要 求及其在经济和社会中的重要性确定所属级别。
3.1.2 符合下列情况之一 的电子信息系统机房应为 A 级
1 电子信息系统运行中断将造成重大的经济损失；
2 电子信息系统运行中断将造成公共场所秩序严重混乱。
3.1.3 符合下列情况之一的电子信息系统机房应为 B 级。
1 电子信息系统运行中断将造成较大的经济损失；
2 电子信息系统运行中断将造成公共场所秩序混乱。
3.1.4 不属于 A 级或 B 级的电子信息系统机房为 C 级。
3.1.5 在异地建立的备份机房，设计时应与原有机房等级相同。
3.1.6 同一个机房内的不同部分可以根据实际需求，按照不同的标准进行设计。
3.2 性能要求
3.2.1 A 级电子信息系统机房内的场地设施应按容错系统配置，在电子信息系统运行期间， 场地设施不应因操作失误、设备故障、外电源中断、维护和检修而导致电子信息系统运行中 断。
3.2.2 B 级电子信息系统机房内的场地设施应按冗余要求配置，在系统运行期间，场地设施 在冗余能力范围内，不应因设备故障而导致电子信息系统运行中断。
3.2.3 C 级电子信息系统机房内的场地设施应按基本需求配置，在场地设施正常运行情况下， 应保证电子信息系统运行不中断。
4机房位置及设备布置
4.1 电子信息系统机房位置选择
4.1.1 电子信息系统机房位置选择应符合下列要求：
1 电力供给应稳定可靠，交通通信应便捷，自然环境应清洁；
2 应远离产生粉尘、油烟、有害气体以及生产或贮存具有腐蚀性、易燃、易爆物品的场 所；
3 远离水灾火灾隐患区域；
4 远离强振源和强噪声源；
5 避开强电磁场干扰。
4.1.2 对于多层或高层建筑物内的电子信息系统机房，在确定主机房的位置时，应对设备运 输、管线敷设、雷电感应和结构荷载等问题进行综合考虑和经济比较；采用机房专用空调的 主机房，应具备安装室外机的建筑条件。
4.2 电子信息系统机房组成
4.2.1 电子信息系统机房的组成应根据系统运行特点及设备具体要求确定，一般宜由主机房、 辅助区、支持区和行政管理区等功能区组成。
4.2.2 主机房的使用面积应根据电子信息设备的数量、外形尺寸和布置方式确定，并预留今 后业务发展需要的使用面积。在电子信息设备外形尺寸不完全掌握的情况下，主机房的使用 面积可按下列方法确定：
1 当电子信息设备已确定规格时，可按下式计算：
A = K∑S
(4.2.3－1)
式中 A ― 电子信息系统主机房使用面积（㎡） ; K ― 系数，取值为 5～7 ; S ― 电子设备的投影面积（㎡）。
2 当电子信息设备尚未确定规格时，可按下式计算：
A = KN
(4.2.3－2)
K ― 单台设备占用面积，可取 3.5－5.5(㎡/台）; N—计算机主机房内所有设备的总台数。
4.2.3 辅助区的面积宜为主机房面积的 0.2~1 倍。
4.2.4 用户工作室可按每人 3.5－4 ㎡计算。硬件及软件人员办公室等有人长期工作的房间， 可按每人 5~7 ㎡计算。
4.3 设备布置
4.3.1 电子信息系统机房的设备布置应满足机房管理、人员操作和安全、设备和物料运输、 设备散热、安装和维护的要求。
4.3.2 产生尘埃及废物的设备应远离对尘埃敏感的设备，并宜布置在有隔断的单独区域内。
4.3.3 当机柜或机架上的设备为前进风/后出风方式冷却时，机柜和机架的布置宜采用面对面 和背对背的方式。
4.3.4 主机房内和设备间的的距离应符合下列规定：
1 用于搬运设备的通道净宽不应小于 1.5m。
2 面对面布置的机柜或机架正面之间的距离不应小于 1.2m；
3 背对背布置的机柜或机架背面之间的距离不应小于 lm；
4 当需要在机柜侧面维修测试时，机柜与机柜、机柜与墙之间的距离不应小于 1.2m。
5 成行排列的机柜，其长度超过 6m 时，两端应设有出口通道；当两个出口通道之间的 距离超过 15m 时，在两个出口通道之间还应增加出口通道；出口通道的宽度不应小于 lm， 局部可为 0.8m
5环 境 要 求
5.1 温度、相对湿度及空气含尘浓度
5.1.1 主机房和辅助区内的温度、相对湿度应满足电子信息设备的使用要求；无特殊要求时， 应根据电子信息系统机房的等级，按照附录 A 的要求执行。
5.1.2 A 级和 B 级主机房的含尘浓度，在静态条件下测试，每升空气中大于或等于 0.5μm 的 尘粒数应少于 18000 粒。
5.2 噪声、电磁千扰、振动及静电
5.2.1 有人值守的主机房和辅助区，在电子信息设备停机时，在主操作员位置测量的噪声值 应小于 65dB(A)。
5.2.2 主机房内无线电干扰场强，在频率为 0.15－10OOMHz 时，主机房和辅助区内的无线电 干扰场强不应大于 126dB 。
5.2.3 主机房和辅助区内磁场干扰环境场强不应大于 800A/m。
5.2.4 在电子信息设备停机条件下，主机房地板表面垂直及水平向的振动加速度值，不应大
于 500mm/s2。
5.2.5 主机房和辅助区的绝缘体的静电电位不应大于 1KV。
6建筑与结构
6.1 一般规定
6.1.1 建筑和结构设计应根据电子信息系统机房的等级，按照附录 A 的要求执行。
6.1.2 建筑平面和空间布局应具有灵活性。并应满足电子信息系统机房的工艺要求。
6.1.3 主机房净高应根据机柜高度及通风要求确定，且不宜小于 2.6m。
6.1.4 变形缝不应穿过主机房。
6.1.5 主机房和辅助区不应布置在用水区域的垂直下方，不应与振动和电磁干扰源为邻。围 护结构的材料应满足保温、隔热、防火、防潮、少产尘等要求。
6.1.6 设有技术夹层、技术夹道的电子信息系统机房，建筑设计应满足风管和管线安装和维 护要求。当管线需穿越楼层时，宜设置技术竖井。
6.1.7 改建和扩建的电子信息系统机房应根据荷载要求采取加固措施，并应符合现行国家标 准《混凝土结构加固设计规范》GB50376 的有关规定。
6.2 人流、物流及出入口
6.2.1 主机房宜设置单独出入口，当与其它功能用房共用出入口时，应避免人流、物流的交 叉。
6.2.2 有人操作区域和无人操作区域宜分开布置。
6.2.3 电子信息系统机房内通道的宽度及门的尺寸应满足设备和材料运输要求，建筑的入口 至主机房应设通道，通道净宽不应小于 1.5m。
6.2.4 电子信息系统机房宜设门厅、休息室、值班室和更衣间，更衣间使用面积应按最大班 人数的每人 1～3 ㎡计算。
6.3 防火和疏散
6.3.1 电子信息系统机房的建筑防火设计，除应符合本规范外，尚应符合现行国家标准《建 筑设计防火规范》（GB50016）的有关规定。
6.3.2 电子信息系统机房的耐火等级不应低于二级。
6.3.3 当 A 级或 B 级电子信息系统机房位于其它建筑物内时，在主机房和其他部位之间应设 置耐火极限不低于 2h 的隔墙，隔墙上的门应采用甲级防火门。
6.3.4 面积大于 100 ㎡的主机房，安全出口应不少于两个，且应分散布置。面积不大于 100 ㎡的主机房，可设置一个安全出口，并可通过其他相临房间的门进行疏散。门应向疏散方向
开启，且应自动关闭，并应保证在任何情况下都能从机房内开启。走廊、楼梯间应畅通，并 应有明显的疏散指示标志。
6.3.5 主机房的顶棚、壁板（包括夹芯材料）和隔断应为不燃烧体，且不得采用有机复合材 料。
6.4 室内装修
6.4.1 室内装修设计选用材料的燃烧性能除符合本规范的规定外，尚应符合现行国家标准《建 筑内部装修设计防火规范》GB50222 的有关规定。
6.4.2 主机房内的装修，应选用气密性好、不起尘、易清洁，符合环保要求、在温、湿度变 化作用下变形小、具有表面静电耗散性能的材料。不得使用强吸湿性材料及未经表面改性处 理的高分子绝缘材料作为面层。
6.4.3 主机房内墙壁和顶棚应满足使用功能要求，表面应平整、光滑、不起尘、避免眩光、 并应减少凹凸面。
6.4.4 主机房地面设计应满足使用功能要求：当铺设防静电地板时，活动地板的高度应根据 电缆布线和空调送风要求确定；并应符合下列规定：
1 活动地板下空间只作为电缆布线使用时，地板高度不宜小于 25Omm。活动地板下的 地面和四壁装饰，可采用水泥砂浆抹灰。地面材料应平整、耐磨。
2 如既作为电缆布线，又作为空调静压箱时，地板高度不宜小于 400mm 。
活动地板下的地面和四壁装饰应采用不起尘、不易积灰、易于清洁的材料。，楼板或地面应 采取保温防潮措施，地面垫层宜配筋， 维护结构宜采取防结露措施。
6.4.5 技术夹层的墙壁和顶棚表面应平整、光滑。当采用轻质构造顶棚做技术夹层时，宜设 置检修通道或检修口。
6.4.6 A 级 B 级电子信息系统机房的主机房不宜设置外窗。当主机房设有外窗时，应采用双 层固定窗，并应有良好的气密性，不间断电源系统的电池室设有外窗时，应避免阳光直射。
6.4.7 当主机房内设有用水设备时，应采取防止水漫溢和渗漏措施。
6.4.8 门窗、墙壁、顶棚、地（楼）面的构造和施工缝隙，均应采取密闭措施。
7空气调节
7.1 一般规定
7.1.1 主机房和辅助区中的空气调节系统应根据电子信息系统机房的等级，按照附录 A 的要 求执行。
7.1.2 与其它功能用房共建于同一建筑内的电子信息系统机房，宜设置独立的空调系统。
7.1.3 主机房与其它房间的空调参数不同时，宜分别设置空调系统。
7.1.4 电子信息系统机房的空调设计，除应符合本规范外，尚应符合现行国家标准《采暖通 风与空气调节设计规范》（GB50019）和《建筑设计防火规范》GB50016 的有关规定。
7.2 负荷计算
7.2.1 电子信息设备和其它设备的散热量应按产品的技术数据进行计算。
7.2.2 机房空调系统夏季的冷负荷应包括下列内容：
1 机房内设备的散热；
2 建筑围护结构的传热；
3 通过外窗进入的太阳辐射热；
4 人体散热；
5 照明装置散热；
6 新风负荷。
7 伴随各种散试湿过程产生的潜热。
7.2.3 空调系统湿负荷应包括下列内容：
1 人体散湿 2 新风负荷
7.3 气流组织
7.3.1 主机房空调系统的气流组织形式，应根据电子信息设备本身的冷却方式、设备布置方 式、布置密度、设备散热量以及室内风速、防尘、噪声等要求，结合建筑条件综合确定。当 电子信息设备对气流组织形式未提出要求时，主机房气流组织形式、风口及送回风温差 7.3.1 选用。
气流组织 送风口
回风口 送风温差
主机房气流组织、风口及送回风温差 表 7.3.1
下送上回
上送上回（或侧回）
1.散流器
1.带可调多叶阀的格栅风口
2.带扩散板风口
2.条形风口（带有条形风口的活动地板） 3.孔板
3.孔板
4.百叶风口
5.格栅风口
1.格栅风口 2.百叶风口 3.网板风口 4.其他风口
4～6℃送风温度应高于室内空气露点温 度
4～6℃
侧送侧回 1.百叶风口 2.格栅风口
6～8℃
7.3.2 对机柜高度大于 1.8m，设备热密度大、设备发热量大或或热负荷大的主机房，宜采用 活动地板下送风、上回风方式。
7.3.4 在有人操作的机房内，送风气流不宜直对工作人员。
7.4 系统设计
7.4.1 要求有空调的房间宜集中布置，室内温、湿度要求相近的房间，宜相邻布置。
7.4.2 主机房采暖散热器的设置应根据电子信息系统机房的等级，按照附录 A 的要求执行。
如设置采暖散热器，应设有漏水检测报警装置，并应在管道入口处装切断阀，漏水时应自动 切断给水。且宜装温度调节装置。
7.4.3 电子信息系统机房的风管及管道的保温、消声材料和粘结剂，应选用非燃烧材料或难 燃 B1 级材料。冷表面需作隔气、保温处理。
7.4.4 采用活动地板下送风时，活动地板下的空间应考虑线槽及消防管线等所占用的空间。
7.4.5 风管不宜穿过防火墙和变形缝。如必须穿过时，应在穿过防火墙处设防火阀；穿过变 形缝处，应在两侧设防火阀。防火阀应既可手动又能自动。
7.4.6 空调系统噪音超过本规范 5.2.1 条的规定时，应采取降噪措施。
7.4.7 主机房宜维持正压。主机房与其它房间、走廊间的压差不宜小于 5Pa，与室外静压差 不宜小于 10Pa。
7.4.8 空调系统的新风量应取下列二项中的最大值：
1 按工作人员计算，每人 40M3/h 。
2 维持室内正压所需风量。
7.4.9 主机房内空调系统用循环机组宜设初或中效两级过滤器。新风系统或全空气系统应设 初、中效空气过滤器。也可设置亚高效过滤器。末级过滤装置宜设在正压端。
7.4.10 设有新风系统的主机房，在保证室内外一定压差的情况下，送排风应保持平衡。
7.4.11 打印室等易对空气造成二次污染的房间，对空谈系统应采取防止污染物随气流进入其 他房间的措施。
7.4.12 分体式空调机的室内机组可安装在靠近主机房的专用空调机房内，也可按扎在主机房 内。
7.4.13 空调设计应根据当地气候条件，选择采用下列节能措施：
1 大型机房空调系统宜采用冷水机组空调系统 2 北方地区采用水冷冷水机组的机房，冬季可利用室外冷却塔作为冷源，并应通过热 交换器对空调冷冻水进行降温。
3 空调系统可采用电制冷与自然冷却相结合的方式。
7.5 设备选择
7.5.1 空调和制冷设备的选用应符合运行可靠、经济适用、节能和环保的要求。
7.5.2 空调系统和设备应根据电子信息系统机房的等级、机房的建筑条件、设备的发热量等 进行选择，并按本规范附录 A 的要求执行。
7.5.3 空调系统无备份设备时，单台空调制冷设备的制冷能力应留有 15%－20%的余量。
7.5.4 选用机房专用空调机时，空调机宜带有通信接口，通信协议应满足机房监控系统的要 求，显示屏宜为汉字显示。
7.5.5 空调设备的空气过滤器和加湿器应便于清洗和更换，设备安装应留有相应的维修空间。
8电气技术
8.1 供配电
8.1.1 电子信息系统机房用电负荷等级及供电要求应根据机房的等级，按照现行国家标准《供 配电系统设计规范》（GB50052）及本规范附录 A 的规定执行。
8.1.2 电子信息设备供电电源质量应根据电子信息系统机房的等级，按照本规范附录 A 的要 求执行。
8.1.3 供配电系统应为电子信息系统的可扩展性预留备用容量。
8.1.4 户外供电线路不宜采用架空方式敷设。当户外供电线路采用具有金属外护套电缆时， 在电缆进出建筑物处应将金属外护套接地。
8.1.5 电子信息系统机房应由专用配电变压器或专用回路供电，变压器宜采用干式变压器。
8.1.6 电子信息系统机房内的低压配电系统不应采用 TN-C 系统。电子信息设备的配电应按 设备要求确定。
8.1.7 电子信息设备应由不间断电源系统供电。不间断电源系统应有自动和手动旁路装置。
确定不间断电源系统的基本容量时应留有余量，不间断电源系统的基本容量可按下式计算：
E≥1.2P
（8.1.7-1）
式中 E--不间断电源系统的基本容量（不包含备份不间断电源系统设备）（KW/KVA）
P—电子信息设备的计算负荷（KW/KVA）。
8.1.8 用于电子信息系统机房内的动力设备与电子信息设备的不间断电源系统应由不同的回 路配电。
8.1.9 电子信息设备的配电应采用专用配电箱（柜），专用配电箱（柜）应靠近用电设备安 装。
8.1.10 电子信息设备专用配电箱（柜）宜配备浪涌保护器（SPD）电源监控和报警装置，并 提供远程通信接口。当输出端中性线与 PE 线之间的电位差不能满足设备使用要求时，宜配 备隔离变压器。
8.1.11 电子信息设备的电源连接点应与其他设备的电源连接点严格区别，并应有明显标识。
8.1.12 A 级电子信息系统机房应配置后备柴油发电机系统，当市电发生故障时，后备能够柴 油发电机能承担全部负荷的需要。
8.1.13 后备柴油发电机的容量应包括 UPS 的基本容量、空调和制冷设备的基本容量、应急 照明及关系到生命安全等需要的负荷容量。
8.1.14 并列运行的发电机，应具备自动和手动并网功能。
8.1.15 柴油发电机周围应设置检修用照明和维修电源，电源宜由不间断电源系统供电。
8.1.16 市电与柴油发电机的切换应采用具有旁路功能的自动转换开关。自动转换开关检修 时，不应影响电源的切换。
8.1.17 敷设在隐蔽通风空间的低压配电线路应采用阻燃铜芯电缆，电缆应沿线槽、桥架或局 部穿管敷设；当电缆线槽与通信线槽并列或交叉敷设时，配电电缆线槽应敷设在通信线槽的 下方。活动地板下作为空调静压箱时，电缆线槽（桥架）的布置不应阻断气流通路。
8.1.18 配电线路的中性线截面积不应小于相线截面积；单相负荷应均匀地分配在三相线路 上。
8.2 照明
8.2.1 主机房和辅助区一般照明的照度标准值宜符合表 8.2.1 的规定，照度标准值的参考平面 为 0.75m 水平面。
房间名称
表 8.2.1 主机房和辅助区一般照明照度标准值
照明标准值
统一眩目值
一般显色指 备
（1x）
UGR
数 Ra
注
主 服务器机房
500
22
网络机房
500
22
存储机房
500
22
80
进线间
300
25
监控中心
500
19
测试区
500
19
打印室
500
19
备件间
300
22
8.2.2 支持区和行政管理区的照度标准值按照现行国家标准《建筑照明设计标准》 （GB5OO34）的有关规定执行。
8.2.3 主机房内的主要照明光源应采用高效节能荧光灯，荧光灯镇流器的谐波限值应符合国 家标准《电磁兼容 限值 谐波电流发射限值》 （GB17625.1）的有关规定，灯具应采用分 区、分组的控制措施。
8.2.4 辅助区宜采用下列措施减少作业面上的光幕反射和反射眩光：
1 视觉作业不宜处在照明光源与眼睛形成的镜面反射角上；
2 宜采用发光表面积大、亮度低、光扩散性能好的灯具；
3 视觉作业环境内应采用低光泽的表面材料。
8.2.5 工作区域内一般照明的照明均匀度不应小于 0.7,非工作区域内的一般照明照度值不宜 低于工作区域内一般照明照度值的 1/3。
8.2.6 主机房和辅助区内应设置备用照明，备用照明的照度值不应低于一般照明照度值 10% ；有人值守的房间，备用照明的照度值不应低于一般照明照度值的 50%；备用照明可 为一般照明的一部分。
8.2.7 电子信息系统机房应设置通道疏散照明及疏散指示标志灯，主机房通道疏散照明的照 度值疏散照明的照度值不低于 51x 。其他区域通道疏散照明的照度值不应低于 51x。
8.2.8 电子信息系统机房内不应采用 0 类灯具，当采用 I 类灯具时，灯具的供电线路应有保 护线，保护线应与金属灯具外壳做电气连接。
8.2.9 电子信息系统机房内的照明线路宜穿钢管暗敷或在吊顶内穿钢管明敷。
8.2.10 技术夹层内应设照明，采用单独支路或专用配电箱（柜）供电。
8.3 静电防护
8.3.1 主机房和辅助区的地板或地面应有静电泄放措施和接地构造，防静电地板或地面的表 面电阻或体积电阻应为 2.5xl04～1.0×109Ω。且应具有防火、环保、耐污耐磨性能。
8.3.2 主机房和辅助区中不使用防静电地板的房间，可敷设防静电地面，其静电性能应长期 稳定，且不易起尘。
8.3.3 主机房内的工作台面材料宜采用静电耗散材料，其静电性能指标应符合 8.3.1 的规定。
8.3.4 电子信息系统机房内所有设备可导电金属外壳、各类金属管道、金属线槽、建筑物金 属结构等必须进行等电位连接并接地。
8.3.5 静电接地的连接线应有足够的机械强度和化学稳定性，宜采用焊接或压接，当采用导 电胶与接地导体粘接时，其接触面积不宜小于 20cm2。
8.4 接地
8.4.1 电子信息系统机房的防雷和接地设计，应满足人身安全及电子信息系统正常运行的要 求。设计除应符合本规范外，尚应符合现行国家标准《建筑物防雷设计规范》GB50057 和 《建筑物电子信息系统防雷技术规范》GB50343 的有关规定。
8.4.2 保护性接地和功能性接地宜共用一组接地装置，其接地电阻按其中最小值确定；
8.4.3 对功能性接地有特殊要求需单独设置接地线的电子信息设备，接地线及与其它接地线 绝缘；接地线与接地线宜同路径敷设。
8.4.4 电子信息系统机房内的电子信息设备应进行等电位联结，并应根据电子信息设备易受 干扰的频率及电子信息系统机房的等级和规模，确定等电位联结方式，可采用 S 型、M 型 或 SM 混合型。
8.4.5 采用 M 型或 SM 型等电位联结方式时，主机房应设置等电位联结网格，网格四周应设 置等电位联结带，并应通过等电位联结导体将等电位联结带就近与接地汇流排、各类金属管 道、金属线槽、建筑物金属结构等进行连接。每台电子信息设备（机柜）应采用两根不同长 度的等电位联结导体就近与等电位 联结网格连接。
8.4.6 等电位联结网格应采用截面积不小于 25mm2 的铜带或裸铜线，并应在防静电活动地板 下构成边长为 0.6~3m 的矩形网格。
8.4.7 等电位联结带、接地线和等电位联结导体的材料和最小截面积应符合表
8.4.7 的要求。
表 8.4.7 等电位联结带、接地先和等电位联结导体的材料和最小截面积
名称
材料
截面积（25mm2）
等电位联结带
铜
50
利用建筑内的钢筋做接地线
铁
50
单独设置的接地线
铜
25
等电位联结导体
（从等电位联结带至接地汇集排或至其他
等电位联结带；各接地汇集排之间） 铜
16
等电位联结导体
（从机房内各金属装置至等电位联结带 铜
或接地汇集排；从机柜至等电位联结网格）
9电 磁 屏 蔽
9.1 一般规定
9.1.1 对涉及国家秘密或企业对商业信息有保密要求的电子信息系统机房，应设置电磁屏蔽 室，电磁屏蔽室或采取其他电磁泄露防护措施，电磁屏蔽室的性能指标应依据国家相关标准 执行。
9.1.2 对于环境要求达不到本规范 5.2.2 和 5.2.3 条规定要求的电子信息系统机房，应采取有 效的电磁屏蔽措施。
9.1.3 电磁屏蔽室的结构形式和相关的屏蔽件应根据电磁屏蔽室的性能指标和规模选定。
9.1.4 设有电磁屏蔽室的电子信息系统机房，建筑结构应满足屏蔽结构对荷载的要求。
9.1.5 电磁屏蔽室与建筑（结构）墙之间宜预留维修通道或检修口。
9.1.6 电磁屏蔽室的接地宜采用共用接地装置，和单独接地线的形式。
9.2 结构形式
9.2.1 用于保密目的的电磁屏蔽室，其结构形式分为可拆卸式和焊接式。焊接式又可分为自 撑式和直贴式。
9.2.2 建筑面积小于 50 ㎡，日后需搬迁的电磁屏蔽室，结构形式宜采用可拆卸式。
9.2.3 电场屏蔽衰减指标要求大于 12OdB、建筑面积大于 50 ㎡的屏蔽室，结构形式宜采用自 撑式。
9.2.4 电场屏蔽衰减指标要求大于 60dB 的屏蔽室，结构宜采用直贴式，屏蔽材料可选择镀锌 钢板，钢板的厚度根据屏蔽性能指标确定。
9.2.5 电场屏蔽衰减指标要求大于 25dB 的屏蔽室，结构宜采用直贴式，屏蔽材料可选择金属 丝网，金属丝网的目数应根据被屏蔽信号的波长确定。
9.3 屏蔽件
9.3.1 屏蔽门、滤波器波导管、截止波导通风窗等屏蔽件，起性能不应低于电磁屏蔽室的性 能要求，安装位置应便于检修。
9.3.2 屏蔽门可分为旋转式和移动式。一般情况下，宜采用旋转式屏蔽门。当场地受到限制 时，可采用移动式屏蔽门。
9.3.3 所有进入电磁屏蔽室的电源线应通过电源滤波器进行处理。电源滤波器的规格、供电 方式和数量应根据电磁屏蔽室内设备的用点情况确定。
9.3.4 所有进入电磁屏蔽室的信号线电缆应通过信号滤波器或进行其他屏蔽处理。
9.3.5 进出电磁屏蔽室的网络线宜采用光缆或屏蔽兰县，光缆不应带有金属加强芯。
9.3.6 截止波导通风窗内的波导管宜采用等边六角型，通风窗的截面积应根据室内换气次数 进行计算。
9.3.7 非金属材料穿过屏蔽曾时应采用波导管，波导管的截面尺寸和长度应满足电磁屏蔽的 性能要求。
10 机房 布 线
10.0.1 主机房、辅助区、支持区和行政管理区应根据功能要求划分成若干工作区，工作区内 信息点的数量应根据机房登记和用户需求进行配置。
10.0.2 承担信息业务的传输介质应采用光缆或六类及以上等级的对绞电缆，传输介质各组成 部分的等级应保持一致，并应采用冗余配置。
10.0.3 当主机房内的机柜或机架成行排列或按功能区域划分时，宜在主配线架和机柜之间培 植配线列头柜。
10.0.4 A 级电子信息系统及房宜采用电子配线设备对布线系统进行实时智能管理。
10.0.5 电子信息系统机房存在下列情况之一时，应采用屏蔽布线系统、光缆布线系统或采取 其他相应的防护措施：
1 环境要求未达到本规范第 5.2.2 和 5.2.3 条的要求时；
2 网络安全保密要求时；
3 安装场地不能满足非兵比布线系统与其它系统管线或设备的间距要求时。
10.0.6 敷设在隐蔽通风空间的缆线应根据电子信息系统机房的等级，按本规范附录 A 的要 求执行。
10.0.7 机房布线系统与公用电信业务网络互联时，应根据电子信息系统机房的等级，在保证 网络出口安全的前途下，确定接口配线设备的端口数量和缆线的敷设路由。
10.0.8 缆线采用线槽或桥架敷设时，线槽或桥架的高度不宜大雨 150mm，线槽或桥架的安 装位置应与建筑装饰、电气、空调、消防等专业协调一致。
10.0.9 电子信息系统机房的网络布线系统设计，除应符合本规范外，尚应符合现行国家标准 《综合布线系统工程设计规范》GB50311 的规定。
11 机 房 监 控 与 安 全 防 范
11.1 一般规定
11.1.1 电子信息系统机房应设置环境监控和设备监控系统及安全防范系统，各系统的设计应 根据机房的等级，按照国家现行标准《安全防范工程技术规范 GB50348》和《智能建筑设 计标准》GB/T50314 以及本规范附录 A 的要求执行。
11.1.2 环境和设备监控系统宜采用集散或分布式网络结构，系统应易于扩展和维护，并应具 备显示、记录、控制、报警、分析和提示功能。
11.1.3 环境和设备监控系统、安全防范系统可设置在同一个监控中心内，各系统供电电源应 可靠，宜采用独立不间断电源系统电源供电，当采用集中不间断电源系统供电时，应单独回 路配电。
11.2 环境和设备监控系统
11.2.1 环境和设备监控系统宜符合下列要求：
1 监测和控制主机房和辅助区的空气质量，应确保环境满足电子信息设备的运行要求。
2 主机房和辅助区内有可能发生水患的部位应设置漏水检测和和报警装置；强制排水设
备的运行状态应纳入监控系统；进入主机房的水管应分别加装电动和手动阀门。
11.2.2 机房专用空调、柴油发电机、不间断电源系统等设备自身应配带监控系统，监控的主 要参数宜纳入设备监控系统，通信协议应满足设备监控系统的要求。
11.2.3 A 级和 B 级电子信息系统机房宜采用 KVM 切换系统对主机进行集中控制和管理。
11.3 安全防范系统
11.3.1 安全防范系统宜由视频安防监控系统、入侵报警系统和出入口控制系统组成，各系统 之间应具备联动控制功能。
11.3.2 紧急情况时，出入口控制系统应能受相关系统的联动控制而自动释放电子锁。
11.3.3 室外安装的安全防范系统设备应采取有防雷电保护措施，电源线、信号线应屏蔽电缆， 避雷装置和电缆屏蔽曾应接地，且接地电阻不应大于 10Ω。
12 给 水 排 水
12.1 一般规定
12.1.1 给水排水系统应根据电子信息系统机房的等级，按照附录 A 的标准执行。
12.1.2 电子信息系统机房内安装有自动喷水灭火系统、空调机和加湿器的房间，地面应设置 挡水和排水设施。
12.2 管道敷设
12.2.1 电子信息系统机房内的给水排水管道应采取的防渗漏和防结露措施。
12.2.2 穿越主机房的给水排水管道应暗敷或采取防漏保护的套管。管道穿过主机房墙壁和楼 板处应设置套管，管道与套管之间应采取密封措施。
12.2.3 主机房和辅助区设有地漏时，应采用洁净室专用地漏或自闭式地漏，地漏下应加设水 封装置，并应采取防止水封损坏和反溢措施。
12.2.4 电子信息机房内的给排水管道及其保温材料均应采用难燃材料。
13 消 防
13.1 一般规定
13.1.1 电子信息系统机房应根据机房的等级设置相应的灭火系统，并按照现行国家规范《建 筑设计防火规范》（GB50016）、《高层民用建筑设计防火规范》（GB50045）和《气体灭 火系统设计规范》GB50370，以及本规范附录 A 的要求执行。
13.1.2 A 级电子信息系统机房的主机房应设置洁净气体灭火系统。
B 级电子信息系统机房的主机房以及 A 级和 B 级机房中的变配电、不间断电源系统和电池 室宜设置洁净气体灭火系统，也可设置高压细水雾灭火系统。
13.1.3 C 级电子信息系统机房以及本规范第 13.1.2 和 13.1.3 条中规定区域以外的其他区域， 可设置高压细水雾灭火系统或自动喷水灭火系统。自动喷水灭火系统宜采用预作用系统。
13.1.4 电子信息系统机房应设置火灾自动报警系统，并应符合现行国家标准《火灾自动报警 系统设计规范》GB50116 的有关规定。
13.2 消防设施
13.2.1 采用管网式洁净气体灭火系统或高压细水雾灭火系统的主机房，应同时设置两组独 立的火灾灭火探测器，且火灾探测器应与灭火系统联动。
13.2.2 灭火系统控制器应在灭火设备动作之前，联动控制关闭机房内的风门、风阀，停止空 调机、排风机，切断非消防电源。
13.2.3 机房内应设置警笛，机房门口上方应设置灭火显示灯，灭火系统的控制箱（柜）应设 置在机房外便于操作的地方，且应有保护装置防止误操作。
13.2.4 气体灭火系统的灭火剂及设施应采用经消防检测部门检测合格的产品。各种气体灭火 系统的设计及安装应满足相应的国家标准。
13.2.5 自动喷水灭火系统的喷水强度、作用面积等设计参数应按照现行国家标准《自动喷水 灭火系统设计规范》（GB50084）的有关规定执行。
13.2.6 电子信息系统机房的自动喷水灭火系统，应设置单独的报警阀组。
13.2.7 电子信息系统机房内，手提灭火器的设置应符合现行国家标准《建筑灭火器配置设计 规范》（GB50140)的有关规定，灭火级剂不应对电子信息设备造成污渍损害。
13.3 安全措施
13.3.1 凡设置洁净气体灭火系统的主机房，应配置专用空气呼吸器或氧气呼吸器。
13.3.2 电子信息系统机房应有防鼠害和防虫害措施。
上一篇：环保设施安全检查表5篇
下一篇：企业团委换届工作报告范文5篇