投标文件完整范本_XX管理及信息发布系统项目投标书技术部分

副本 XX信息发布系统软件 定制开发及设备采购项目招标 投 标 文 件 ︵ 技 术 标 ︶ 年 月 日 目录 1 综述 4 1.1 项目背景 4 1.2 建设目标 4 1.3 建设内容 4 1.4 网络系统整体架构综述 4 2 点对点应答 5 2.1 卖方的系统设计方案要求 5 2.2 报价要求 7 2.3 付款方式 8 2.4 保修条件 9 2.5 安全与保密问题 10 2.6 现场地点 10 2.7 网络运行模式 11 2.8 应用系统建设 11 2.9 项目进度要求 12 2.10 招标货物清单 12 2.11 总体要求 13 2.12 系统设置原则 13 2.13 系统建设原则 14 2.14 系统总体框架要求 17 2.15 数据库系统选型 18 2.16 系统数据规划要求 19 2.17 系统数据库规划要求 20 2.18 系统编码体系原则要求 20 2.19 系统安全要求 22 2.20 系统功能要求 22 2.21 应用支撑平台要求 22 2.22 基础信息库功能要求 23 2.23 经营管理系统功能要求 23 2.24 购买、仓储、运输需求管理 23 2.25 网上竞价 24 2.26 政务审批 25 2.27 运输过程管理 25 2.28 提（送）货单管理 26 2.29 经营、仓储、运输企业子站 26 2.30 运输资源发布 27 2.31 仓储资源发布 27 2.32 政策法规信息发布 27 2.33 报表平台系统功能需求 28 2.34 数据接口功能需求 29 2.35 业务系统软件技术指标与验收标准 29 2.36 电源与环境要求 30 2.37 交货 30 2.38 安装和调试 31 2.39 验收 31 2.40 技术文件 33 2.41 技术培训 33 2.42 售后服务 34 2.43 其它 35 3 系统方案 35 3.1 总体目标 35 3.2 整体业务流程 36 3.3 系统设计 36 3.4 系统功能设计 46 3.5 系统数据接口设计 64 4 设备配置清单 67 5 设备报价 67 6 综合布线与机房环境要求 67 6.1 机房环境基本要求 67 6.2 机房UPS电源配电系统 69 6.3 综合布线系统 69 7 实施方案 71 7.1 项目实施保障 71 7.2 项目实施策略 72 8 培训方案 77 8.1 软件培训计划 77 8.2 业务系统操作培训 77 8.3 系统二次开发培训 78 9 软件测试计划和项目验收预案 78 9.1 软件测试计划 78 9.2 项目验收预案 81 10 技术支持服务 82 10.1 系统配置建议 82 10.2 购买有关产品 82 10.3 系统集成服务 83 10.4 系统实施服务 83 10.5 软件系统售后服务 84 10.6 系统集成售后服务 84 11 附件 86 1 综述 1.1 项目背景 略。

1.2 建设目标 按照“三个集中，三位一体”的危化品物流发展规划，以结算中心为载体和核心，依托计算机网络技术，通过管理及信息发布系统和门户网站建设，使入驻结算中心的危化品经营企业、仓储企业和运输企业的信息资源得到充分共享，扩大业务范围，提升电子商务应用水平；
为政府有关部门的行业政务信息开辟一条新的发布渠道，为政务服务提供一个新的窗口，提高行政效率，强化监管力度；
实现结算中心运营管理单位的管理模式提档升级，安全、高效运作，促进我市危化品物流行业从传统的交易模式向现代化交易模式转变，使结算中心真正成为有形市场和无形市场相结合，全国规模最大、功能最完善、辐射范围最广的专业化、现代化、国内一流的化工交易结算中心。

1.3 建设内容 本项目旨在搭建XX管理及信息发布系统，主要实现对入驻经营户、危化品运输企业、危化品仓储企业基本信息的采集，形成危化品相关企业和政府机构信息交流的平台，为危化品交易、存储、运输服务。重点是建设“一网、四库、四系统”，具体如下：
Ø 建设XX化工贸易结算网，通过该网联通从事危化品业务的各类企业、政府相关职能部门以及市场经营管理者，使之成为全XX市危化品交易、仓储及运输的信息采集和发布平台；

Ø 建设危化品信息库、经营企业库、仓储企业库、运输企业库，为全XX市的所有从事危化品业务的企业和政府相关职能部门提供基础信息数据库；

Ø 建设XX经营管理系统，为XX提供办公管理、市场管理及开展相关运营服务；

Ø 建设信息采集系统，打通危化品经营、运输、仓储企业信息共享通道，采集危化品需求、仓储需求以及运输需求信息；

Ø 建设信息发布系统，为相关企业和职能部门服务；

Ø 建立强大的报表平台系统，提供对危化品交易、存储、运输等信息的统计分析功能。

1.4 网络系统整体架构综述 为隔离内外网和信息的安全导入，在内外网之间设立专门的隔离区（DMZ），在这个小型区域可以放置一些必须公开的服务器设备，如现阶段使用的Web服务器，或者是将来扩展使用的代理服务器、文件服务器、邮件服务器等。通过这样一个DMZ区域，更加有效地保护了内部网络，因为这种网络部署，比起一般的防火墙方案，对攻击者来说又多了一道关卡。真正的四库和业务数据是保存在内部网络中，并且通过数据接口单向导入，极大增强了内部网络和数据的安全性。

网络拓扑图如下所示：
图1：网络拓扑图 2 点对点应答 2.1 卖方的系统设计方案要求 1.4.1 卖方应当根据本文件的要求，在系统设计方案中实质响应各项具体要求。满足买方的项目建设模式和技术路线要求。

应答：满足 说明：我方投标书中第3章实质响应各项具体要求，满足买方的项目建设模式和技术线路要求。

1.4.2 卖方所提供的系统设计方案应按照以下内容格式进行编制：
（1） 综述；

（2） 点对点应答；

（3） 技术方案；

（4） 系统的功能、性能及结构，包括系统连接图、网络结构图、系统逻辑结构图；

（5） 软硬件配置清单；

（6） 所提供的设备情况(机架面板结构、各种接口特性、安装方式及物理尺寸、供电方式及耗电量、设备或机架接地要求、重量、温湿度等环境要求，并提供设备的正式使用时间及相关性能指标的测试记录文档；
软件系统对支持软件最低配置要求，最优配置建议)和软硬件的技术指标；

（7） 场地及环境准备要求；

（8） 实施方案；

（9） 培训方案；

（10） 软件测试计划和项目验收预案；

（11） 售后服务方案，包括技术服务、支持、保修、维护、服务的组织架构与流程管理；

（12） 分工界面，要求图示并加以说明；

（13） 相关资质证书、证明材料等的复印件(彩色最佳)，以及最近三年经审计的财务报表复印件；

（14） 列出近三年内签订过的危险化学品仓储物流相关的两个典型案例合同，包括单位名称、合同(或框架协议)、签订时间、业务类型和开展方式，以及联系人、所在部门、联系电话。

应答：满足 说明：我方投标书严格按照以上内容格式进行编制。

1.4.3 技术规范书点对点应答要求 卖方对本技术规范书所提出各项技术要求进行逐条逐项答复、说明和解释，首先对实现或满足程度明确作出“满足”、“不满足”、“部分满足”等应答，然后作出具体、详细的说明。不得使用“明白”、“理解”等类似词语。在答复中，要求明确满足的程度，凡采用“详见”、“参见”方式说明的，应指明参见文档的具体章节或页码。

应答：满足 说明：我方完全根据本规格书所提出各项要求进行逐条逐项答复、说明和解释，对实现或满足程度明确作出“满足”、“部分满足”、“不满足”等应答，然后作出相应说明。

1.4.4 卖方在系统设计方案中应说明对供货时间、安装、调测等进度的具体安排。

应答：满足 说明：详见7.2.1 实施计划部分描述。

1.4.5 卖方在系统设计方案中应说明给买方提供的技术文件、技术支持、技术服务、人员培训等的范围、内容和程度。

应答：满足 说明：详见第8章 培训方案和第10章 技术支持服务部分描述。

1.4.6 卖方应在系统设计方案中列出完工后将要提供的书面技术资料详细清单。

应答：满足 说明：
我方投标书中9.2.1.2 系统交付验收部分，列出完工后将要提供的书面技术资料详细清单。

2.2 报价要求 1、报价以人民币为单位，卖方的报价必须包含XX管理及信息发布系统所有费用(如无特别说明，并包括卖方发生的交通差旅费、运保费、人员安保费，以及培训费、系统集成费、系统维护费、税费等)、为送达买方指定地点的最终价格。

应答：满足 说明：
我方投标书中第5章 设备报价部分中全部报价以人民币为单位。

2、报价的主要内容如下：
（1） 应用开发费用；

（2） 软硬件费用；

（3） 项目培训费用，卖方培训费用报价应包括买方人员的培训、交通、食宿及发生在境内的其它相关费用；
其中培训费用不低于项目建设费用的3%；

（4） 项目实施与集成费用；

（5） 项目售后服务及维护费用；

（6） 定制软件评测费；

（7） 其他费用。

应答：满足 说明：以上详细报价内容参见商务部分XXX。

3、报价应有分类汇总，并有各项报价。卖方应根据配置情况，详细开列各种设备、材料、工具和软件等的清单，并在报价中详细开列单价、数量、折扣率和总价等各项费用。

应答：满足 说明：以上详细报价内容参见商务部分XXX。

4、本文件应视为保证系统运行所需的最低要求，如有遗漏，卖方应予以补充，否则一旦中标将认为卖方认同遗漏部分并免费提供。

应答：满足 说明：我方需要补充的内容都在本投标书中加以了描述，一旦中标，我方认同遗漏部分并免费提供。

5、卖方应承诺在随后的项目扩容建设中，采购同种货物的价格水平不高于本次的价格水平。

应答：满足 说明：我方承诺在随后的项目扩容建设中，采购同种货物的价格水平不高于本次的价格水平。我方承诺书见商务部分附件XXX 6、卖方若有其它优惠条件请提出。

应答：满足 说明：我方的优惠条件都在本投标书中阐明。

7、报价中不允许出现“赠送”字样。

应答：满足 说明：我方的报价中没有出现“赠送”字样。

8、不属于报价范围内的报价应单独另外附表，以供买方选择。

应答：满足 说明：本项目的报价详细情况，请参见商务部分XXX 2.3 付款方式 1、项目总金额以合同价款为准，该价格包括开发、安装、调试、培训、售后服务等费用。

应答：满足 说明：我方承诺项目总金额以合同价款为准，该价格包括开发、安装、调试、培训、售后服务等费用。

2、买方支付给卖方的款项采用银行转帐或电汇，卖方申请支付相应合同款项时必须提供合法有效发票，并按以下比例分批支付：
（1） 合同签署后7个工作日内支付合同总金额的 20% ；

（2） 设备和第三方软件的采购、安装、调试完成并经“到货验收”合格，且已完成详细需求分析和概括设计并由买方认可后的7个工作日内支付合同价款的20%；

（3） 应用系统软件开发、调试完成并经“初验”合格后的7个工作日内支付合同价款的20%；

（4） 试运行期结束后，经“终验”合格后的10个工作日内支付合同价款的35%；

（5） 系统质保期满后的15个工作日内支付合同价款的5%。

此条款必须满足。

应答：满足 说明：我方承诺按此付款方式签订、执行合同。

2.4 保修条件 卖方应对所提供的硬件设备负责免费保修三年，软件两年免费服务与升级。保修期从项目通过终验之日算起。在保修期内，发现由于材料、设计或工艺不良造成的故障，卖方应研究其故障原因，并迅速修复或免费进行更换，直至满足买方原定的要求为止。

应答：满足 说明：我方所提供的设备负责免费保修三年，软件两年免费服务与升级。保修期从项目通过终验之日算起。在保修期内，发现由于材料、设计或工艺不良造成的故障，我方应研究其故障原因，并迅速修复或免费进行更换，直至满足买方原定的要求为止。并在第10章 技术支持服务部分和商务部分加以承诺。

2.5 安全与保密问题 1、卖方系统设计方案中提供的软硬件设备、软件系统、业务软件均应该完全解决可能出现的相关安全问题，不允许通过设置“后门”实现服务。对可能出现的安全问题需提出详细的解决方案和具体的措施。

应答：满足 说明：我方承诺系统设计方案中提供的软硬件设备、软件系统、业务软件均应该完全解决可能出现的相关安全问题，不设置“后门”实现服务。对可能出现的安全问题需提出详细的解决方案和具体的措施。详见商务部分XXX 2、不允许卖方将软件开发的总体架构、内部机制、源代码等等相关技术信息以泄露、转让或赠与等任何形式传递给第三方。

应答：满足 说明：我方承诺不会将本项目的软件开发的总体架构、内部机制、源代码等等相关技术信息以泄露、转让或赠与等任何形式传递给第三方。详见商务部分XXX。

3、 卖方应无条件接受买方的保密约定，包括在合同期结束后承诺约定年限的保密义务，并承担相应的泄密责任。

应答：满足 说明：我方承诺无条件接受买方的保密约定，包括在合同期结束后承诺约定年限的保密义务，并承担相应的泄密责任。详见商务部分XXX。

2.6 现场地点 现场地点为买方指定的地点，即XX。

应答：满足 说明：我方同意现场地点为买方指定的地点，即XX。

2.7 网络运行模式 为了满足数据收集、数据分析、辅助决策、信息查询等功能的要求，我们建议采用Browser/Server(B/S)的网络结构和应用系统运行模式。

B/S这种胖服务器、瘦客户端的运行模式，主要的命令执行、数据计算都在服务器完成，应用程序在服务器安装，客户机不用安装应用程序，日常操作通过浏览器完成。B/S方式具有良好的交互性，以及数据的安全性和完整性约束，便于数据维护。

应答：满足 说明：我方设计采用,Net技术架构下的B/S模式，详见3.3 系统设计部分的相关说明。

2.8 应用系统建设 依据项目的具体需要，“XX管理及信息发布系统”将设计成一个多功能的信息系统。该系统利用网络通讯和计算机高效处理能力，为各类用户提供多种信息服务与应用服务。该系统基于“应用支撑平台”，“应用支撑平台”为其上开发运行的应用系统提供稳定、安全、调用简单的底层功能和底层机制实现，为形成一个完整统一的应用系统提供基础，同时降低应用系统开发的复杂度，提高应用开发和部署的效率，并为其他后续的应用系统的功能变更、增加等维护升级提供一个稳定、可靠、无缝集成和方便快速插入式扩展的基础环境。

应答：满足 说明：我方设计基于应用支撑平台，详见3.4.1 应用支撑平台部分的描述。

2.9 项目进度要求 本项目具体计划进度如下：
(1)合同签订后8个月内完成系统开发、数据库建设、信息资源整合、测试；

(2)合同签订后第9个月开通试运行。

应答：满足 说明：我方的项目进度计划详见7.2.2.1 项目实施进度。

2.10 招标货物清单 1、本项目的招标货物清单如下：
品目号 品目 单位 数量 备注 1-1 数据库服务器 台 1 三年免费保修 1-2 应用服务器 台 2 三年免费保修 1-3 KVM套件 套 1 与服务器同品牌，含8路KVM交换机1台、17吋液晶折叠显示器1台、键盘鼠标1台、KVM连接服务器的线缆3套。

1-4 Windows Server 2008 R2 简体中文标准版(5用户) 套 3 开放式批量授权。其中64位2份，32位1份。

1-5 Sql Server2008 R2 简体中文标准版(15用户) 套 2 开放式批量授权 1-6 其它第三方软件 套 1 包括实现本项目既定目标所需的所有第三方软件，以及开发、运行定制软件时所需的所有插件、组件等中间件，许可数量应能满足系统实施需求。

1-7 办公商用台式电脑 台 20 含正版OS。一年免费保修。

1-8 XX管理及信息发布系统 套 1 两年免费服务与升级 应答：满足 说明：我方完全根据招标要求承担所投标的采购内容中设备和软件的供货、安装、人员培训、技术支持与服务等工作，并对所提供的设备、软件及其所构成的系统总体质量负责。

2.11 总体要求 XX管理及信息发布系统(本文3.1招标货物清单品目号1-8)的总体要求如下：
（1） 基于XX的业务需求，结合入驻危化品经营企业、危化品运输企业、危化品仓储物流企业以及政府职能部门的实际情况，将XX管理及信息发布系统建设成为一个全面的系统平台,实现数据的采集和发布功能；

（2） 有效地实现经营企业、运输企业、仓储企业的业务协同以及结算中心的管理服务和政府相关职能部门的监管与政务服务；

（3） 仓储需求、运输需求、经营需求以及市场内部管理、政府相关职能部门的监管与政务服务应在本项目中重点考虑；

（4） 要求框架清楚，操作直观方便，界面美观；

（5） 平台语言方面支持简体中文；

（6） 整个平台建设的模块位置、颜色、是否出现等是可配置的，能方便通过后台设置实现网站的变化要求；

（7） 发布系统与数据交换应相互物理隔离。重点开发信息采集、交换及信息发布与统计分析系统。

应答：满足 说明：我方设计满足总体要求，详见3.3 系统设计和3.4 系统功能设计部分描述。

2.12 系统设置原则 卖方应根据功能需求分析，按照以下原则进行系统的设置、设计和项目实施管理。

(1) 遵循实用性、先进性、专业性、开放性、安全性、可靠性、集成性、经济性、灵活性、可移植性、可操作性和可扩展性的原则。

(2) 应用系统必须基于统一的“应用支撑平台”。

“应用支撑平台”作为应用基础设施，不仅是本期项目的建设内容和待建应用系统成功的基础，而且，还是已建应用系统的集成基础以及将来待建应用系统稳定、可持续扩展的保障。

(3) 根据本项目控制点位置分散、功能各异以及分散管理与集中管理相结合的特点，必须充分考虑系统的分控和总控的控制和管理内容、系统的优化设置和它们之间的信息流通关系。

(4) 根据各个子系统的不同使用功能来考虑系统的设置和设计标准。

(5) 系统设置除考虑建设时的一次性投资外，还应充分考虑系统的运行成本，并使之达到最小化。

(6) 系统设计应遵循全面规划、统一设计、分步实施原则；
设计应全面、周到，注意预留余量，以适应未来发展的需要。

(7) 系统设计应充分考虑其相互间的独立性和互连性，确保本系统总体结构的先进性、开放性、合理性、兼容性和可扩展性，可以集成不同厂商不同类型的先进产品，使整个系统可以随着信息技术的发展和进步不断得到充实和提高。

应答：满足 说明：我方设计满足总体要求，详见3.3 系统设计部分描述。

2.13 系统建设原则 本项目中所采用的系统以及系统的构成应符合以下原则：
1、可靠性 系统对核心设备以及技术要求相当高，必须达到电信级的要求；
系统在规定的时间和条件下应能完成本技术文件规定的功能，并具备系统长期和稳定工作的能力。

卖方应在投标文件中提供各子系统的以下指标：
(1)MTBF(平均无故障工作时间或无故障间隔时间)；

(2)MTTR(平均修复时间)；

(3)系统可利用率A [A = MTBF /( MTBF+MTTR)]。

应答：满足 说明：我方设计满足可靠性要求，详见3.3.1 设计原则部分描述。

2、实用性 系统应具备完成项目中所要求功能的能力和水准。系统应符合本项目实际需要的国内外有关规范的要求，并且实现容易，操作方便。

应答：满足 说明：我方设计满足实用性要求，详见3.3.1 设计原则部分描述。

3、先进性 系统采用的技术必须要具有先进性和前瞻性，采用先进的软件体系结构和应用支撑平台，建设符合信息技术的最新发展潮流的应用基础架构和应用系统。

应答：满足 说明：我方设计满足先进要求，详见3.3.1 设计原则部分描述。

4、成熟性 在注重先进性的同时，系统设计和开发平台应采用业界公认成熟并被广泛应用的技术，降低系统实施风险。

应答：满足 说明：我方设计满足成熟要求，详见3.3.1 设计原则部分描述。

5、开放性 系统应遵循开放性原则。系统应提供符合国际标准的软件、硬件、通信、网络、操作系统和数据库管理系统等诸方面的接口与工具，应用支撑平台应具有二次开发的功能, 提供标准数据接口，支持异构数据源间的数据访问，使系统具备良好的灵活性、兼容性、扩展性和可移植性。

必须提供灵活的参数配置功能，让系统在最短的时间内适应单位不断变化的组织结构和业务需求，适应管理策略的不稳定性而收敛到稳定状态。

应答：满足 说明：我方设计满足开放性要求，详见3.3.1 设计原则部分描述。

6、易用性 系统要保证在功能和人机交互界面上贴近用户日常办公习惯，功能模块和功能按钮的说明定义清晰、命名直观，达到简单易用、提高工作效率的目的。

为实现系统方便易用的最大化，系统应有良好的提供联机帮助的功能。主要通过以下三种方式实现：
1.全面完整的联机帮助文档，以针对性强的热键指针机制与适时操作相链接；

2.与鼠标指针相链接的信息说明简短提示；

3.对重要的关键操作，在当步显示界面上有清晰的文字警示说明。

应答：满足 说明：我方设计满足易用性要求，详见3.3.1 设计原则部分描述。

7、模块化 系统中各功能模块的设计应注重业务逻辑的细化，采用模块化、组件化和开放性设计，方便的实现应用模块的增加和删除。

应答：满足 说明：我方设计满足模块要求，详见3.3.1 设计原则部分描述。

8、安全性 系统要提供有效的安全保障，具备完善的身份认证、访问控制、日志管理和系统审计等安全保密机制，保证管理系统内部信息的安全。

应答：满足 说明：我方设计满足安全性要求，详见3.3.1 设计原则部分描述。

9、经济性 系统应满足性能价格比在同类系统条件下达到最优，其经济性应包括以下内容：
(1)系统本身的价格(包括系统含应用支撑平台、技术服务和培训)；

(2)系统在运行、变更和维护过程中相关的费用分析；

(3)对系统实施现场的特殊要求所需的费用；

(4)对系统集成所需的有关软件和硬件等的购买、开发费用。

(5)对系统可持续扩展升级的费用分析。

应答：满足 说明：我方设计满足经济性要求，详见3.3.1 设计原则部分描述。

2.14 系统总体框架要求 采用多层应用程序结构设计思想，遵循Internet/Intranet规范，支持标准的互联网络协议，采用分布式的应用部件对象模型。

系统采用Web 3.0技术、.Net架构来进行总体设计，以Windows操作系统作为软件的系统支撑，微软SQL Server作为Web数据库服务，在Internet Information Server(IIS)上部署XX管理及信息发布系统。以浏览器和客户端软件作为系统的前端，来获取、更新和制作用户所需的各种资料。

系统应用体系结构如下图所示：
在技术框架上分为：数据层、支撑层、应用层、表现层、访问层、外部公共接口等六大部分。

应答：满足 说明：我方设计满足系统框架总体要求，详见3.3 系统设计部分描述。

2.15 数据库系统选型 微软SQL Server作为XX管理及信息发布系统的数据库管理系统。

应答：满足 说明：我方选用数据库为SQL Server2008，详见3.3.7 数据库设计部分描述。

2.16 系统数据规划要求 XX管理及信息发布系统要求针对不同类型的数据，采用不同的处理方法，具体如下：
系统数据库设计符合项目管理数据规范。凡是能够采用国家标准和行业标准的要坚决采用，在既无国标、行标，又无相应国际标准可参照的情况下，可制定企业标准或约定，但在制定的同时，必须考虑与相关的国家标准和行业标准兼容的问题；

统一编码：统一信息规范和标准，开发必要的信息编码系统；

数据合理分布：为了满足XX管理及信息发布系统多用户、多系统、网络运行多节点以及系统间多联系的要求，系统信息应采用分布式管理方式，数据应按需要进行复制和发放，也就是说，一般情况下，数据只存储一次，需要保留多个副本的，应保证副本与原数据的一致性；

数据源出一家：总体上贯彻信息谁产生谁维护的原则，数据的更新应由数据产生者负责；

数据逐级浓缩：用于支持管理决策用的数据，应做适当的汇总和提炼处理，形成较完整指标数据；

XX管理及信息发布系统的所有数据都必须先通过相关用户权限的工作人员审核再对外发布。

应答：满足 说明：详见3.3 系统设计和3.4 系统功能设计部分描述。

2.17 系统数据库规划要求 系统数据库规划要求具体如下：
布局合理，保证资料分布合理、确保信息渠道畅通；

数据逐级浓缩，数据自下而上逐级集中、综合、归并、减少存储，分别满足不同层次管理者的需要；

规范化、标准化，数据库体系的建立要统一名词解释、统一指标体系、统一分类编码；

确保数据库数据的正确性、有效性、相容性，并能提供自动排除故障恢复功能，以确保数据的可靠性；

支持对数据库的并发操作；

灵活经济，应用系统的设计应面向数据，而不是面向流程，应采用模块结构，易于系统的构造和重组织；

标准的、开放的系统设计思想，为系统的升级和拓展打下良好的基础，提供良好的外部接口；

保证数据库系统的安全性。

应答：满足 说明：详见3.3.7 数据库设计部分描述。

2.18 系统编码体系原则要求 XX管理及信息发布系统的信息分类编码标准体系原则要求如下：
XX管理及信息发布系统信息分类编码标准化，主要以危化品的全部生产经营管理信息为分类编码对象，根据这些标准化对象的客观的相互依存、相互衔接、相互补充和相互制约的内在联系，建立XX管理及信息发布系统信息分类编码标准体系结构。

将标准体系的全部分类编码对象及其内在结构(包括空间和时间)，依据科学性、完整性、扩展性和协调性的原则，编制XX管理及信息发布系统信息分类编码标准体系表。由于信息的时序性，必须结合危化品的实际情况，对系统内的信息进行分类整理，制订出一套完整的编码体系。

编制XX管理及信息发布系统信息分类编码目录，包括生产、经营管理等危化品经营管理的全部有关信息，即信息模型中的全部有效实体都能归属其中，作为实现XX管理及信息发布系统各子系统集成的纽带和沟通外部系统的共同语言。

根据对分类编码对象的特征或属性的描述，建立相应的描述标准体系，为信息存储提供标准格式，以方便信息的传递和检索。

凡是能够采用国家标准和行业标准的要坚决采用，在既无国标、行标，又无相应国际标准可参照的情况下，可制定企业标准或约定，但在制定的同时，必须考虑与相关的国家标准和行业标准兼容的问题。

在本系统中的信息编码应符合以下要求：
唯一性：无重码，代码无二义性；

合理性：代码结构与分类体系需要相适应；

扩充性：编码应留有余地，当新信息类别或以后信息需要时，便于发展扩充；

通用性：代码的结构、类型和格式必须统一、标准化、规范化；

保密性：必要的地方应考虑保密要求；

科学性：从信息系统中对象内在的本质的关系进行信息分类；

系统性：将信息按一定的排序予以系统化，形成科学的分类体系；

实用性：易懂、易记、易区别。

应答：满足 说明：危化品我们按照国家和行业标准，采用CAS号、危规号、UN号进行编码。详见3.4.3.1 危化品信息库部分。

2.19 系统安全要求 必须保证系统的整体安全，全面考虑应用级、系统级和网络的安全。

信息系统的安全不仅与系统软件、硬件以及具体应用密切相关，还与具体管理、程序设计的人员甚至公司内每一个成员都息息相关。在制定信息安全策略时，要求针对XX管理及信息发布系统的具体需求做全面的、具体的考虑，必须先确立系统安全策略，然后在该策略的指导下进行系统实施。

应答：满足 说明：详见3.3.6 系统安全设计部分描述。

2.20 系统功能要求 按照XX管理及信息发布系统建设需要，应用软件功能总体框架图如下：
应答：满足 说明：详见3.4 系统功能设计部分描述。

2.21 应用支撑平台要求 应用支撑平台提供并集成了应用系统所共有的底层机制和通用功能，要求具有统一的开发框架、开发和管理维护工具以及技术规范，形成一个面向应用的，集开发、运行、支撑、部署、管理和维护为一体的架构体系。应用支撑平台应包含有支撑体系和开发管理体系两个部分。

应答：满足 说明：详见3.3.8 核心技术和3.4.1 应用支撑平台部分描述。

2.22 基础信息库功能要求 为使入驻结算中心的危化品经营企业、仓储企业和运输企业的信息资源得到充分共享，需要首先建立规范的基础信息数据库，为各子系统以及各企业业务系统实现数据共享提供基础数据支持。

应答：满足 说明：详见3.4.3 基础信息库部分描述。

2.23 经营管理系统功能要求 本系统主要是为XX日常管理提供服务功能。

应答：满足 说明：详见3.4.4 经营管理系统部分描述。

2.24 购买、仓储、运输需求管理 1、购买需求管理 由经营户录入其购买需求信息，信息由中心相关人员审核后发布到前台。

2、运输需求管理 由经营户根据自身需要运输的货物录入相关的运输要求，比如需要多少运力、什么样的车辆、何种货物、目的地等信息。同时经营户可以直接选择运输企业，选择该运输企业具体的车辆等信息；
也可以只选择运输企业，由运输企业安排车辆；
或者是将当前运输需求公开发布。运输企业收到货运请求后，确认具体的运货车辆，返回给经营户处理。

3、仓储需求管理 由经营户根据自身需要存储的货物录入相关的存储要求，比如需要什么样的仓库、何种货物、存储时间等信息。同时经营户可以直接选择仓储企业，选择该仓储企业具体的仓库或储罐等信息；
也可以只选择仓储企业，由仓储企业安排仓库或储罐；
或者是将当前仓储需求公开发布。仓储企业收到仓储请求后，确认具体的仓库或储罐，返回给经营户处理。对于提货，由经营户直接录入提货信息，自动根据仓储企业上传到本平台系统的仓储货物信息生成相应的信息。

4、投诉信息收集管理 结算中心收集并管理入驻企业的投诉信息，并能作出相应的处理。

应答：满足 说明：详见3.4.5.1 购买、仓储、运输部分描述。

2.25 网上竞价 1、运输企业网上竞价 对于经营户发布的竞价性运输需求，由各运输企业登录平台系统中进行报价，报价截止时间到后为经营户展示各运输企业的报价情况。经营户选择对应的一个或多个运输企业进行本次货物的运输，然后由运输企业安排和确认具体的运货车辆，返回经营户处理。

2、仓储企业网上竞价 对于经营户发布的竞价性仓储需求，由各仓储企业登录平台系统中进行报价，报价截止时间到后为经营户展示各仓储企业的报价情况。经营户选择对应的一个或多个仓储企业进行本次货物的存储，然后由仓储企业安排和确认具体的仓库或储罐，返回经营户处理。

应答：满足 说明：详见3.4.5.2 网上竞价部分描述。

2.26 政务审批 1、购买证办理 实现整个购买证的申请、审核和办理流程。由经营户提出购买证办理申请，并通过系统提交相应的办证材料，然后由相关职能单位对信息进行审核，通过平台与申请人进行沟通和交流，最终完成购买证的办理。

2、运输证办理 实现整个运输证的申请、审核和办理流程。由运输企业提出运输证办理申请，并通过系统提交相应的办证材料，然后由相关职能单位对信息进行审核，通过平台与申请人进行沟通和交流，最终完成运输证的办理。

3、运输车辆资格证管理 实现整个运输车辆资格证的申请、审核和办理流程。由运输企业提出运输车辆资格证办理申请，并通过系统提交相应的办证材料，然后由相关职能单位对信息进行审核，通过平台与申请人进行沟通和交流，最终完成运输车辆资格证的办理。

4、从业人员资格证办理 实现整个从业人员资格证的申请、审核和办理流程。由运输企业提出从业人员资格证办理申请，并通过系统提交相应的办证材料，然后由相关职能单位对信息进行审核，通过平台与申请人进行沟通和交流，最终完成从业人员资格证的办理。

5、政务部门服务评价考核系统。

应答：满足 说明：详见3.4.5.3 政务审批部分描述。

2.27 运输过程管理 主要实现运输企业对运输车辆的安排以及车辆运行情况数据的实时录入。要求通过这些信息自动生成每个运输企业当前运力情况。

应答：满足 说明：详见3.4.5.4 运输过程管理部分描述。

2.28 提（送）货单管理 经营企业可以通过本系统生成提（送）货单，要求通过仓储信息接口获取该客户在每个仓储企业现有货物的存储仓库（罐）、货位、货物量等信息，通过采集的信息建立企业物资帐表。经营企业在开具提（送）货单时能展示当前的物资情况供选择，并能提供其与仓储企业签订的仓储或租罐合同信息，供企业选择当前货物需要存储的位置。

结合提（送）货单以及从仓储企业采集的信息，构建企业物资入出明细信息，提供强大的物资帐统计功能。

应答：满足 说明：详见3.4.5.5 提（送）货单管理部分描述。

2.29 经营、仓储、运输企业子站 经营、仓储、运输企业子站是指以XX网为主站，能够自动生成各经营、仓储、运输企业多级的子站。

通过主网站与子网站的密切合作，资源共享等方式，在全市范围内全方位的为危化品交易提供服务。

系统功能要求如下：
（1）要求以完整的生成器方式构建网站框架 传统的网页结构设置或模版设计等应用工具，在某种程度上可以加快网站建设的进程，但此类系统具有功能形式固定，专业应用知识需求较高等缺点。网站自动生成系统通过强大的管理平台，可以随意添加系统模块，更改界面元素文字及图片。网站各模块在用户申请或修改注册的过程中，可根据个人喜好定义目标板块，并且在全部的用户中可根据需要定义自己的用户组，达到网站用户的统一管理的功效。

（2）网络、语音、视频等多种媒体技术完美结合 系统提供各类文件及采集手段，包括语音、视频、文本等各类文件的传递整合快速完成。

应答：满足 说明：详见3.4.6.1经营、仓储、运输企业子站部分描述。

2.30 运输资源发布 各运输企业录入本企业的运输车辆和从业人员信息后，根据运输过程管理，自动生成当前企业可用的运输车辆和从业人员，并实时进行展示。

应答：满足 说明：详见3.4.6.2 运输资源发布部分描述。

2.31 仓储资源发布 各仓储企业实时录入本企业可用的仓库和储罐信息，经中心人员审核后，直接在平台上发布。

应答：满足 说明：详见3.4.6.3 仓储资源部分描述。

2.32 政策法规信息发布 提供结算中心和政府职能部门录入政策法规等信息，在前台直接进行展示。

应答：满足 说明：详见3.4.6.4 政策法规信息发布部分描述。

2.33 报表平台系统功能需求 本系统主要实现语义层定义，报表自定义，报表Web展示及导出Excel、PDF等功能，具体要求如下：
支持所有类型数据库，可处理多数据源，在一张报表中融合多个同构或异构数据源数据，对各种数据库提供高速接口，优化数据读取速度，如OLEDB、Oracle OCI Driver、Progress 4GL等；
支持语义层定义，对数据源中的数据结构的面向业务的映射；
可视化创建关系，自动根据数据库的主外键和同名同类型字段建立表关系，用户可以手工维护并创建新的关系，支持数据库函数及扩展函数，用户可以自定义函数扩展。

支持所见即所得的操作界面，即在设计过程中看到的屏幕上的报表外观就是最终打印输出得到的报表外观，看到的对象就可直接操作。支持类Excel模式的报表设计功能，用户可以通过拖拽的方式快速的定制报表，支持普通报表、主从报表、交叉报表、分组报表、套打报表、工资条以及不规则的用户自定义报表。

强大的报表Web展示和打印功能支持，报表支持条形码、图片、Html格式文本，支持各类统计图形（如：饼状图、点状图、柱状图、3D图形等）的生成以及Web展示、打印和导出为Excel、PDF等文档格式。

系统完成时，使用该报表系统为买方定制其时所需的常用报表。

应答：满足 说明：详见3.4.7 报表平台部分描述。

2.34 数据接口功能需求 本部分接口主要实现本系统与仓储物流企业生产经营系统的数据交换功能，要求详细阐述接口的实现方式，接口规范，数据转换标准，实现方法。支持数据项自定义功能。由于这些接口信息涉及到企业的生产经营状况，数据安全性较高，要求提供完整的数据安全解决方案，包括数据传输安全、数据存储安全等。

应答：满足 说明：详见3.5 系统数据接口设计部分。

2.35 业务系统软件技术指标与验收标准 业务系统软件技术指标如下：
● 系统平均无故障时间应大于1万小时；

● 系统故障恢复时间为：小故障1小时内恢复，大故障6小时内恢复；

● 系统处理能力下降到20%的时间每年应小于20分钟；

● 在98%的时间内系统处理能力均大于90%；

● 系统支持并发数大于70；

● 数据传输、处理应有检验、核对功能和较强的纠错能力；

● 内部数据查询应对不同的人员设定不同的权限级别，每人只能做自身权限所允许的事情；

● 终端响应速度：<3～5秒；

● 峰值响应速度：<10～15秒。

软件开发完成后，经业主同意，提交专业测试单位依据本技术规范书及有关技术标准和规范，对应用软件模块及整体软件系统进行测试和验收，并提供具有认证资质的机构出具的定制软件评测报告。

应答：满足 说明：详见3.3.1 设计原则和3.3.5 系统性能设计部分描述。

2.36 电源与环境要求 卖方提供的设备应能在下列供电变化范围内正常工作：
交流：～220V ±10％，50Hz ±5％。

卖方提供的设备应在下列环境下长期正常工作：
环境温度：5℃～35℃；

相对湿度：20％～80％，无冷凝。

应答：满足 说明：我方提供的设备满足以上电源和环境要求。

2.37 交货 1、 本项目招标的硬件设备和第三方软件应在合同签订后3个月内交货，并在合同签订后3个月内完成安装调试；
应用软件在合同签订后8个月内完成开发。卖方应按合同规定采购货物，并在合同规定时间内将货物运抵现场并安装调试完毕。

2、 卖方应提供确保系统运行所需的管理、运营、及维护等有关的全套技术资料。

3、 卖方向买方提供的所有货物及资料文档，均须由买方指定的现场管理人员检验并书面签收。对卖方不能出示书面签收文件的所有货物和文档，视为卖方未交货。

应答：满足 说明：我方提供的所有货物和文档满足开发周期和文档要求，详见本投标书的7.2.2 工程进度安排和9.2.1 到货验收部分描述。

2.38 安装和调试 1、 卖方应负责将本项目定制软件在卖方单位内部开发、测试合格后，再到买方的设备上，经检验后进行安装调试，直至验收合格。安装调试费均由卖方承担。

2、 卖方应免费为买方安装调试相关的硬件和系统软件。

3、 卖方应在准备部署本系统一周前，向买方提供安装、调试及试运行的进度计划表和施工作业措施计划。

4、 卖方负责组织专业技术人员进行系统安装调试，买方将提供必须的基本条件和专人配合，保证各项安装工作顺利进行。

5、 卖方系统安装调试在不影响现有网站的基础上进行，否则卖方应组织专业技术人员在非正常上班时间段(中午、晚上以及周末)进行系统安装调试。

应答：满足 说明：详见9.2 项目验收预案部分描述。

2.39 验收 1、 验收标准：按照招标文件中各相关的标准、规范、要求和规格，并对第三方产品参考其技术、使用说明进行验收。产品质量达到设计要求，安装调试各项指标符合技术参数；
系统功能通过相关部门的检验。

应答：满足 说明：详见9.2 项目验收预案部分描述。

2、 验收程序：到货验收、初验试运行及终验三个阶段。

应答：满足 说明：详见9.2 项目验收预案部分描述。

3、 到货验收：卖方系统出厂后送货到买方指定地点，按产品技术标准规定的检验项目和试验方法进行货物数量和外观方面的交货检验。

应答：满足 说明：详见9.2.1 到货验收部分描述。

4、 初验试运行：买方所有货物全部到位，卖方将系统安装调试完毕后，卖方应对系统的整体性能和功能进行自检，自检结果必须符合招标文件要求及合同中的相关条款。卖方进行系统的安装调试时，必须有买方指定的人员在场参与。自检无误且开发、修改完成后，卖方向买方提交初验及试运行申请，经买方初验合格后，双方签署初验报告，系统转入为期6个月的投入实际使用的试运行。试运行期间，卖方应有专业技术人员进行现场技术支持，出现的任何系统软硬件问题，应由卖方及时处理纠正直至连续无故障试运行6个月。买方有权派出技术人员参加，卖方有义务对其进行指导并解答其提出的相关技术问题。

应答：满足 说明：详见9.2.2 初验试运行部分描述。

5、 终验：系统试运行结束后，卖方应向买方提交试运行记录，并提出终验申请。经买方同意后，由卖方负责并会同买方及有关专家按照招标文件要求及合同中的相关条款，及规定的验收标准要求进行联合验收。依据专家验收意见，双方签署终验报告，终验合格后，项目进入保修(质保)期。

终验期间，如有发现货物质量有问题卖方应无条件免费更换产品，如系统运行有问题，卖方应无条件重新检测并调试系统直至终验合格交付使用。

应答：满足 说明：详见9.2.3 终验部分描述。

2.40 技术文件 1、 卖方提供的书面技术资料，应能满足确保系统正常运行所需，包括运行、维护及管理有关的全套文件。卖方应在投标文件中列出所提供的书面技术资料详细清单。卖方提供的技术文件至少应包括：
第三方硬件、软件产品的完整技术文档；

定制软件需求分析及设计文档；

定制软件产品评测报告；

定制软件产品技术说明书；

定制软件安装、配置、部署说明书；

定制软件使用说明书并有联机帮助文档；

定制软件完整的安装光盘；

定制软件完整、清晰的源代码光盘；

要求的其它文件资料。

2、 所提供的文件其内容必须与所提供的货物相一致，在双方商定的某一时期内由于软硬件的修改而导致文件的任何修改，卖方均应按合同提供修改更正或补充的电子和印刷文件。

3、 卖方至少应提供1套纸介质和2套光盘的全套技术文件。

应答：满足 说明：详见2.9.2.1 系统交付验收部分描述。

2.41 技术培训 1、 卖方应结合系统的安装、调试及试运行过程，有计划地派专业技术人员对买方的技术人员进行安装部署、使用操作、维护、灾难恢复等技术的现场培训，直至买方的技术人员能独立工作。卖方委派的专业技术人员所需费用均由卖方承担。

2、 卖方应提供培训和技术服务，培训费用包含在总价内，应提供全面详细可行的培训方案，包括系统管理员、系统维护员、应用开发员和最终用户的现场和远程培训，直至项目管理系统在买方正常运行。

应答：满足 说明：详见第8章 培训部分和商务部分XXX描述。

2.42 售后服务 1、 卖方应对此次招标采购的系统按招标文件要求及国家有关规定进行保修，招标文件及国家无规定的，按厂家标准或与用户协商结果保修。保修期内非因操作不当造成需要更换的零配件及设备由卖方负责包修、包换并承担费用。

2、 卖方对所提供的软件产品须提供两年的免费保修与服务，硬件产品提供三年的免费保修。保修期从终验通过之日算起。

3、 质量保修期内卖方应提供每周7天，每天24小时服务(7×24服务)，若系统在运行中发生问题，卖方服务维修到达现场时间不得超过1个小时，24小时内修复或者免费更换整个或部分有故障的设备，直至满足完工验收指标和性能的要求。以上都应是免费的。

4、 卖方应免费向买方提供所有软件升级的服务，并在投标文件中明确软件升级的方式和方法，如系统投入使用后有新增功能时，卖方应免费提供买方使用。在设备扩容及软硬件升级时，卖方应派专业技术人员到场指导。

5、 保修期结束后，卖方有责任(或在货物使用地区指定有能力的代理人)对货物在必要时进行定期维护和升级，可合理收取维修成本费。

4、 卖方未能按规定履行承诺的，买方有权另找第三方进行维修，其费用由卖方承担。卖方视自身能力在投标文件中可提供更优、更合理的维修服务承诺，在规定时间内到达现场并开始免费维修服务。质保期内卖方还应负责提供24小时的包括系统管理在内的全部技术支持。

6、 卖方可视自身能力在投标文件中提供更优、更合理的维修服务承诺。

应答：满足 说明：详见10.5 系统集成售后服务部分描述。

2.43 其它 1、卖方应向买方进行技术交底。

2、卖方应对项目进行知识管理，并把知识管理成果交给买方。

应答：满足 说明：我方承诺项目完成后，向XX进行技术交底，并把知识管理成功交给XX。详见商务部分XXX描述。

3 系统方案 3.1 总体目标 考虑到系统正常运转所需要的速度要求、业务处理量及业务规模，以及系统的安全性要求，本系统的技术设计目标应该达到以下目的：
Ø 高性能 对业务信息实时度要求极高，随时查询最新的数据。

Ø 高安全性 所从事行业对安全性要求非常高，但是同时又需要适应与其他系统互动的开放性应用要求。

Ø 高可靠性 关键数据和关键应用涉及海量数据处理，因此对系统长期稳定运行有非常强烈的要求。

Ø 高可用性 支持 7 × 24 小时无间断运行。

Ø 可伸缩性 随着业务量和业务功能的增加，方便灵活的扩展系统容量和处理能力，要求敏捷的客户化工具，支持流程再造。

3.2 整体业务流程 下面以图示的方式对整体业务流程进行描述：
图2：整体业务流程图 3.3 系统设计 3.3.1 设计原则 这是我们设计时要考虑的总体原则，它必须满足设计目标中的要求，并充分考虑危化品管理的基本约定。危化品数据在统一管理、业务分散处理等前提下，遵循系统整体性、先进性和可扩充性原则，建立经济合理、资源优化的系统设计方案。各信息系统的实施作为信息化规划的实践和实现，必须遵循信息化规划方案的思想，对规划进行项目实施层面上的细化和实现。首先必须遵循信息化规划“投资适度，快速见效；
成熟稳定，总体最优”的总原则。具体细化到信息系统分析设计和软件系统工程上来，包括：
Ø 先进性原则 近年来信息技术飞速发展，用户在构建信息系统时有了很大的选择余地，但也使用户在构建系统时绞尽脑汁地在技术的先进性与成熟性之间寻求平衡。先进而不成熟的技术不敢用，而太成熟的技术又意味着过时和淘汰。采用当今国内、国际上最先进和成熟的计算机软硬件技术，使新建立的系统能够最大限度地适应今后技术发展变化和业务发展变化的需要，从目前国内发展来看，系统总体设计的先进性原则主要体现在以下几个方面：
ü 采用的系统结构应当是先进的、开放的体系结构；

ü 采用的计算机技术应当是先进的，如共享阵列盘技术、容错技术、RAID 技术等集成技术、多媒体技术；

ü 采用先进的现代管理技术，以保证系统的科学性。

ü 软件的投资考虑到今后的发展，不能使用落后的产品与技术，避免投资的浪费；
在系统软件选型、开发技术上，达到国内外行业先进水平。

Ø 系统性原则 从企业管理一体化的要求出发，以系统的眼光作出整体规划，做到统一设计，逐步实施， 并制定统一的数据标准、网络标准和应用标准，形成决策层、调度层、操作层之间相互衔接的标准体系。同时，由于危化品涉及面广、覆盖面宽，任务重，难度大，非一朝一夕所能够完成，因此，在实施过程中必须坚持远近结合、突出重点、急用先建、分步实施、逐步推进。在系统设计过程中考虑系统实施的分步性、阶段性，提供逐步实施的具体方法：先试点再推广与分阶段升级实施。快速见效，保证满足基本需求和规划方向结合。

Ø 成熟性原则 系统设计和开发平台采用业界公认成熟并被广泛应用的技术，保证系统实施的进度和质量、保证系统的稳定可靠。系统技术成熟稳定和主流相结合。坚持以安全、实用为前提，在实施中首选先进、成熟、可靠、适应电力行业管理特点的信息技术，同时又要体现信息系统的开放性、兼容性和可扩展性，做到既满足企业业务管理和安全保密的自身需要，又要满足与相关上下游企业之间的开放对接之需要。

Ø 实用性原则 实用性就是能够最大限度地满足实际工作要求，是本系统在建设过程中所必须考虑的一种系统性能，它是系统对用户最基本的承诺，所以，从实际应用的角度来看，这个性能更加重要，为了提高系统的实用性，应该考虑如下几个方面：
　 系统总体设计要充分考虑用户当前各业务层次、各环节管理中数据处理的便利性和可行性，把满足用户业务管理做为第一要素进行考虑；

ü 采取总体设计、分步实施的技术方案，在总体设计的前提下，系统实施中可首先进行业务处理层及管理中的低层管理，稳步向中高层管理及全面自动化过渡，这样做可以使系统始终与用户的实际需求紧密连在一起，不但增加了系统的实用性，而且可使系统建设保持很好的连贯性；

ü 全部人机操作设计均应充分考虑不同用户的实际需要；

ü 用户接口及界面设计将充分考虑人体结构特征及视觉特征进行优化设计；

ü 界面尽可能美观大方，操作简便实用；

ü 全面完整的联机帮助文档，以针对性强的热键指针机制与适时操作相链接；

ü 对重要的关键操作，在当步显示界面上有清晰的文字警示说明；

ü 与鼠标指针相链接的信息说明简短提示。

Ø 扩充性原则 系统的设计，必须是开放的、标准的、适应性强的，随着业务量的扩展或开展的业务种类的增长，系统应该能够具有很强的扩展能力，以适应新业务的发展。软件应能支持硬件系统性能升级与数量扩充；
并能与以后网站更多的需求进行整合。根据软件工程的理论，系统维护在整个软件的生命周期中所占比重是最大的，因此，提高系统的可扩充性和可维护性是提高管理信息系统性能的必备手段，建议做法如下：
ü 以参数化方式系统地管理软件平台，系统地管理并配置应用软件；

ü 应用软件采用的结构和程序模块化构造，要充分考虑使之获得较好的可维护性和可移植性，即可以根据需要修改某个模块、增加新的功能以及重组系统的结构以达到程序可重用的目的；

ü 数据存储结构设计在充分考虑其合理、规范的基础上，同时具有可维护性，对数据库表的修改维护可以在很短的时间内完成；

ü 系统部分功能考虑采用参数定义及生成方式以保证其具备普通适应性；

ü 部分功能采用多种处理选择模块以适应管理模块的变更；

ü 系统提供通用报表及模块管理组装工具，以支持新的应用。

ü 通过系统管理模块，用以实现系统数据、系统用户、系统配置、系统功能的管理，并以参数化方式设置系统参数等，系统地管理软件平台，系统地管理并配置应用软件。同时，系统的设计和开发应充分考虑系统对业务变化的适应性。

Ø 开放性原则 要综合考虑公司内部其他业务类信息及外部信息的管理和通讯，建立与外部数据的交换通道、保留与外部信息共享的接口，逐步实现整个信息的统一管理。

Ø 可维护性原则 系统设计应考虑到用户对系统进行日常维护的工作需要，尽量自动完成一些维护管理工作，逐步实现全系统数据及应用统一管理的目的。整套系统的会员管理、信息发布等完全通过WEB 方式完成。降低维护的技术难度，也减少了人为隐患的发生。

Ø 可靠性原则 系统在设计上要充分考虑提供安全可靠的技术和管理方式，通过增加设计，提高质量和控制业务流程等多种手段加以保障。系统必须要保证其工作的高可靠性和高稳定性，保证常年的7X24 不间断运行。本系统预计每天处理数据量一般都较大，系统每个时刻都要采集大量的数据，并进行处理，因此，任一时刻的系统故障都有可能给用户带来不可估量的损失，这就要求系统具有高度的可靠性。提高系统可靠性的方法很多，一般的做法如下：
ü 采用具有容错功能的服务器及网络设备，选用双机备份、Cluster 技术的硬件设备配置方案，出现故障时能够迅速恢复并有适当的应急措施；

ü 采用数据备份恢复、数据日志、故障处理等系统故障对策功能；

ü 采用网络管理、严格的系统运行控制等系统监控功能。

ü 具体参数指标：
(1)MTBF(平均无故障工作时间或无故障间隔时间) = 1.2万小时 (2)MTTR(平均修复时间) = 3小时 (3)系统可利用率A [A = MTBF /( MTBF+MTTR)] = 99.97% Ø 兼容性原则 应用产品选型与开发技术上都选择了目前非常成熟、稳定、先进的软件开发工具。

Ø 安全保密原则 系统应能提供有效的安全保密机制，保证各单位之间的信息能够安全发送与接收。系统应提供口令验证、加密、权限控制、电子签名等安全机制。系统需提供完善坚实权限管理手段，具有良好的安全保密机制。需选择良好的服务器操作系统平台及数据库，使系统处于C2 安全级基础之上；

采用操作权限控制、用户钥匙、密码控制、系统日志监督、数据更新严格凭证等多种手段。

整体设计中，所有对数据库的访问操作行为全部封装；
网站管理分权限控制、数据传输严密加密实现。

Ø 经济性原则 在满足系统需求的前提下，应尽可能选用价格便宜的设备，以便节省投资，即选用性能价格比优的设备。总之，以最低成本来完成计算机网络的建设。

Ø 灵活性原则 应用系统不依赖于特定硬件环境；
在系统结构一致的前提下可选择实施各模块的应用；
系统具有可实施性，各模块可单独实施并使用。

Ø 开放性原则 系统采用开放性的平台，充分考虑本系统与其它系统的数据接口。根据我们对本系统需求和系统目标的分析，实现思路是：快速适应系统的业务需求，应用先进的软件设计思想，同时充分考虑系统长期发展的前瞻性要求，基于.Net的B/S 架构体系之上实现系统的灵活性、安全性，并使系统具有良好的可管理性。重点考虑以下几点：
ü 最大限度保护用户现有投资 任何新体系的引进都必须保证不能影响原有业务系统的性能，保证关键业务系统的正常运转，这是引进新的信息技术的前提。本系统将充分考虑本系统的现状，最大程度地保护用户现有软硬件和网络投资。对准备弃用的原有系统中的数据完整地迁移到新系统中，对保留使用的原有系统进行全面整合，加以充分利用。

ü 总体规划、分步实施 系统必须本着“整体规划，统一组织，分步实施”的原则进行开发建设，系统建设应在建设之初的统一规划下，充分考虑以上多方的情况，有机的、分步骤的逐步完善。此外，系统的建设涉及众多新的和复杂的软硬件技术，工程实施环节复杂，应按照总体设计的规划来进行分步实施。

ü 标准化的开发与设计 系统开发与建设应做到工作标准统一、业务流程统一、服务程序统一。在业务、软件产品、通信技术等各方面采用行业、国家和国际标准化组织制定的有关技术规范与标准。保证信息流传递快速顺畅，网络运行安全可靠。

ü 完备的安全体系 系统安全性也是设计与开发应用系统的首要考虑因素，是整个过程中应当遵循的准则。应用系统在设计时制定一整套有效的安全措施以保证整个系统的安全性，能够满足本系统制定的安全管理需要，能够防止来自内、外部入侵的威胁。

3.3.2 总体结构模型 本系统的总体结构模型如下图所示：
图3：总体结构模型 在技术框架上分为：数据层、支撑层、应用层、表现层、访问层、外部公共接口等六大部分。

Ø 数据层 能够对结构化数据和非结构化数据进行管理和存储。结构化数据包括：XML和DBMS；
非结构化数据包括：TXT、HTML等文本文件，MP3、AVI、RM、WMV、MPG等音视频文件，DOC、PPT、XLS等Office系列文件，JPG、GIF、BMP、PNG、PSD等图形图像文件，ZIP、PDF、SWF等其他格式文件等。在数据接口上支持WebService模块化组件，同时，数据服务应为其上层提供各种数据操作的应用编程接口API。

Ø 支撑层 支撑层通过应用服务器，提供对系统应用层的支持，包括：信息采集、数据转换、检索引擎、统一用户、访问统计、流程定义以及数据呈送和共享等功能。并通过API、PORTLET、WebService、JMS、MQ、DI、URL、DBMS等接口服务支持外部资源对内容管理基础数据以及内容管理对外部数据资源的应用数据集成。

Ø 应用层 应用层实现信息发布管理、网站群管理、系统管理、外挂组件管理(所有非网站形式的应用均以组件的方式统一在这里管理、以保证所有用户统一管理)、单点登陆(SSO)、个性化定制、内容聚合RSS等。

Ø 表现层 网站的最终表现是一组具有相同标准和相同规范体系的网站群体系。它包括结算中心门户、各企业子网站等，同时系统为应用层的不同应用提供信息资源的不同表现形式，包括有：Web、WAP、Portlet、RSS、E-mail、SMS等。

Ø 访问层 实现用户通过各类终端设备来访问表现层以获取信息资源。

Ø 外部公共接口 为信息资源的管理层、应用层和表现层提供大量的应用接口，包括：API、Portlet、WebService、JMS、MQ、DBMS、URL等等。

3.3.3 系统逻辑结构 图4：系统逻辑结构图 3.3.4 远景规划方案 本系统在架构规划方面有如下考虑，适合系统建设未来发展要求：
1、 数据中心规划思路 结合数据仓库技术思路，有效收集整理系统数据，为逐步实现知识管理和数据分析应用提供数据基础。作为一种理想的数据加工及存储模式，数据中心以危化品信息库、经营企业库、仓储企业库、运输企业库为基础，它的建立将为管理中心的数据整合及有效利用提供了基础，为知识管理和决策分析应用提供数据支持。

2、 网上交易和电子商务 电子商务是指利用电子网络进行的系列商务活动，以电子方式进行的商业交易，即对整个贸易活动实现电子化。这种方式摒弃了传统的票据纸单交易方式，对周边环境没有任何安全方面的影响，是危化品规范管理的一种新的思路。

3.3.5 系统性能设计 Ø 响应时间 ü 当数据录入操作时无等待时间。

ü 日常操作用的显示响应时间（从敲执行键至完全显示画面、含相关数据）≤ 3 秒；

ü 复杂图表的显示响应时间≤ 10秒；

ü 峰值状态时，日常查询、统计和分析的响应时间≤15 秒；

Ø CPU 和LAN 负荷率 ü CPU 平均负荷率 系统稳定状态：应用服务器<30% 系统繁忙状态：应用服务器<45% ü 内存 系统稳定状态：应用服务器<200M 系统繁忙状态：应用服务器<240M 在每5 分钟测试期间，系统LAN 负荷不大于30% Ø 并发处理 并发处理用户≥100 人；

系统峰值响应速度，并发处理用户≥70 人；

Ø 系统处理能力下降到20%的时间每年应小于20分钟 Ø 在98%的时间内系统处理能力均大于90% Ø 软件开发完成后，经业主同意，提交专业测试单位依据本技术规范书及有关技术标准和规范，对应用软件模块及整体软件系统进行测试和验收，并提供具有认证资质的机构出具的定制软件评测报告。

3.3.6 系统安全设计 Ø 操作安全性 操作安全性由网络登录验证、数据库登录验证、应用系统使用验证三级组成。网络登录验证由操作系统完成，用于对具有网络资源访问权限用户的验证；
数据库登录验证由数据库服务器完成，用于对具有数据库访问权限用户的验证；
系统使用验证由应用系统完成，用于对具有应用系统使用权限用户的验证；
应用系统将采用三种验证方式相结合的方式验证用户。

Ø 数据传输安全性 为保证数据传输的安全性，使得所传输数据不被盗窃、更改，应用系统所采集的重要原始数据可采用网络加密传输、数据库加密传输或应用系统数据加密相结合的技术。

Ø 数据存储安全性 重要数据因某种原因需用存储介质进行长期备份存储时，可采用加密算法对数据进行加密，使得非法用户不能理解其含义，当合法用户访问时再将其还原。

Ø 采用日志 运用日志，对进入系统的用户的操作进行记录，包括合法用户的操作和非法用户的尝试性登录；
可以根据日志进行事后分析，从而找到事故的发生原因、责任者或非法用户。

Ø 系统维修时的数据安全性 当系统需要检修或维修时，有可能对系统进行调试，在调试时我们将采用切换到临时运行环境的方法，使系统在调试时与正式存储设备（数据库）隔离，维修结束正式使用时，再将系统与正式存储设备（数据库）相连接。这样就可以保证系统在维修时已有数据的安全。

Ø 原始数据的安全性 为了保证原始数据的原始性，原始数据一旦保存，便不能被更改；
对错误数据只能采取增加一条记录来修正的方式处理，对修正数据应加标志以保证正确性，同时对于修正操作应做数据修正日志，记录修正人相关信息及修正原因等。

3.3.7 数据库设计 建立完善的数据库结构管理设备的基本参数、运行状态和各种工作计划。数据库的框架和结构必须根据设备和运行状态而设计，方便提供强大的录入、查询、统计、分析和报表等各种功能，较好的反映业务的基本情况和运行状况，满足信息化的要求。

1、 对数据库平台的性能要求 根据本系统数据的特点，我们采用Microsoft SQLServer2008 作为系统的数据库平台，并且数据库开发方面采用标准SQL 语句，以便将来的扩展和移植。系统将采用数据库建模工具，根据系统功能模块的设计，构建出整个数据库。在构建数据库时，也会定义好数据库表的约束、关联以及索引。针对系统的具体特点和系统要求，我们在进行数据库方案设计时对数据库平台提出下列性能方面的要求：
Ø 标准化程度高，符合标准ANSI SQL 数据库语言的规范 Ø 支持Brower/SERVER 模式应用，支持对称处理和多线程技术 Ø 所建立的数据库可在多种操作系统下运行，独立性强，对系统结构影响比较小 Ø 有足够的并发控制、授权控制和事务处理能力及恢复能力 Ø 与异种数据源有良好的可互操作性 Ø 具有可靠的数据安全保密措施以及故障恢复能力 Ø 拥有功能强大的开发工具 2、 数据库系统结构设计 根据本系统的结构和应用服务，同时考虑到整个系统的一体化方案、功能扩展和灵活性，数据库将按以下原则采用集中方式与多层结构相结合的体系结构。本系统是大型软件系统，能够提供多种应用服务，这些服务采用集中方式运行可充分利用服务器的资源，发挥服务器的性能，方便管理，提高可靠性。采用多层层结构很容易实现客户机的扩充，使用多服务器能减小系统的处理瓶颈，提高系统的性能，同时能共享网络中的所有资源数据库系统，为集中方式和B/S 结构的应用提供了可靠的技术保证。

3、 数据库系统逻辑结构 本系统业务由应用支撑平台、交易结算中心网、集成信息库、经验管理子系统、信息收集子系统、管理及信息发布系统、报表平台组成。本系统考虑到系统的总体要求和今后各业务的发展，本方案中设计数据库系统逻辑结构体现了以下特点：
Ø 数据库系统结构具有良好的兼容性。

Ø 数据库系统结构完整 4、 数据库设计遵循技术标准 Ø 完善的编码体系 完善的编码体系是数据库系统的重要核心之一。要求对危化品业务中涵盖的信息进行全面分类和编码管理。编码设计科学合理，使系统能够具备目录树结构显示、分类路径明确、多级同步维护（级联修改）、分类分级的多层次查询、数据传送量少等优点。

Ø 字典驱动的数据库结构 系统的发展变化对应于设备（实体对象）的属性和设备（实体对象）的增减，能够通过数据字典驱动的方式，在数据库中实现设备属性的扩展修改和新增设备的定义。系统采用这种字典驱动数据库结构，通过它用户可以根据需要，对系统中某对象的属性进行扩展，从而适应不断出现的新设备的需要，不需要修改程序代码。

Ø 面向对象的数据库设计 从某种意义上讲，是数据库设计的面向对象特征最终奠定了整个系统的面向对象性，具体要求包括：
ü 数据库结构清晰，便于实现 OOP ü 数据库对象具有独立性，便于维护 ü 需求变更时程序与数据库重用率高，修改少 Ø 柔性扩展技术 数据库系统赋予查询系统高度的柔性和充分的可扩充性。查询系统可以根据用户的需求不断地完善自身，以提供新的查询功能和增强查询能力。它有两方面的意义：一是当系统运行一段时间后，用户极有可能会产生新的查询需求，在良好的数据结构的基础上，能够通过对原有系统的适当调整和配置，满足用户新的需求；
二是应用系统具备为不同类型的用户提供自己定制各种查询的功能，降低了系统后期的维护工作量和费用，保护系统的前期投资。

Ø 非结构化数据的管理 系统对非结构化形式存在的数据如文档、手册、 报告、专家意见等数据采用合理的数据库管理模式。系统将非结构化纳入数据库系统进行管理，从而将企业数据源和应用集成为一个有机整体，实现对数据的集中管理、组织、分类、索引和检索，以达到对数值、字符等结构化数据和电子文档、图像、声音等非结构化数据高效操作。

Ø 过程数据存储管理 对一项业务流程从开始、中间各个环节到最后结束和反馈的整个过程中产生的数据进行完整的关联存储，这样不仅在业务流程上完成闭环管理，在具体某项工作所产生的数据上面同样完成了闭环管理，最终实现了业务真正意义上的闭环管理和监控的功能。

Ø 最简单的就是最好的 客观世界是错综复杂的，计算机科学理论的发展也越来越高深、复杂。然而，人类探索理论和技术的最终目的是：让客观世界的复杂变简单，最简单的就是最好的。为此对数据库设计提出以下几个要求：
ü 慎用外键 大型数据库支持复杂关系的能力很强，无论用户怎么在逻辑上设定外键，它基本上都能从物理上帮用户实现。但是外键把许多独立的实体牵连在一起，不仅使数据库系统维持数据一致性负担沉重，也使数据库应用复杂化，加重了程序开发负担。这样的数据库很难理解，很难实现信息隐蔽性设计，往往把简单问题复杂化。

ü 适当冗余 减少数据库冗余的设计思路产生于70 年代，它是促使 DBMS 进步的重要动力之一。最容易理解、应用开发工作量最少、维护最简单的数据库结构往往是最好的。只要数据完整性、一致性不受威胁，有些冗余，不足为虑。换言之，最节省软件成本 (而不是硬件成本) 的是最好的。

ü 信息隐蔽 这是软件工程最重要的基本原则之一。简言之即信息的作用域越小越好，数据库的透明度越大越好，因为应用程序需要知道得越多就越复杂。使数据库黑盒化 (透明度高) 的方法很多，除了设计上的局部化处理外，还可以利用触发器、存储过程、函数等，把数据库中无法简化的复杂表关系封装到黑盒子里，隐藏起来，特别是放到服务器端，其优越性更是多方面的。

Ø 备份管理 实现对系统所有数据的备份，包括图形数据、属性数据和规则库数据，这些数据均存放在数据库中，定期备份以保证数据的安全性。

3.3.8 核心技术 1、 SSO 单点登录 本系统由交易结算中心网站作为统一的登录入口，用户在通过统一登录验证后，就可访问相关管理信息系统，不需多次验证；

SSO 单点登录指用户只需登录一次，就可使用多个SSO enable 的应用系统。用户通过任何应用系统都能进行SSO，这对于基于Web 的系统是可行的。这种单一的登录点在整个系统的设计中是唯一认证用户的地方，由登录点将SSO token（针对不同的C/S，B/S 应用可能还需要传递用户名，口令）传递给应用系统，应用系统利用SSO token 来进行用户已认证的验证。简单地说就是使用系统提供的SSO API 来验证用户，以及对用户的操作进行授权。通常，认证与授权管理模块以一种应用专有的方式实现，系统的授权模型、认证，授权信息存贮结构与访问控制逻辑与应用的业务逻辑之间耦合紧密。这种设计与实现方式的缺点是显而易见的：由于认证、授权模块与应用逻辑之间的紧耦合使得认证、授权模块很难进行扩展与维护；
认证、授权模块的设计与编码需要很大的工作量，而且很难在不同的应用系统之间共享与重用。

2、 无缝衔接WebService技术 为了使本系统的网络应用达到最高的效率，内网和外网之间的WebService必须能实现无缝的交互。

WebService 提供在各个不同平台的不同应用系统的协同工作能力。WebService 是使用一个标准的输出接口来定义代码提供的功能，以便让外界可以通过这个标准的输出接口来调用，WebService 主要由以下几块技术所构成，SOAP (Simple Object Access Protocol)， WSDL (Web service DescriptionLanguage)， 以及UDDI (Universal Description， Discovery and Integration)。而所谓的标准输出接口就是wsdl，wsdl 是一个xml 组成的文件，描述了实现程序对外提供函数的原型，客户端可以通过wsdl 来调用实现程序提供的服务代码。SOAP 是实现在各个WebService 组件之间传递消息的传输层。

3.3.9 方案设计特点 Ø 基于.Net体系结构的标准服务 遵循.Net体系结构规范的标准服务平台。通过本系统系统提供的标准服务，为各种用户提供各类电子办公支持。

Ø 基于XML 标准的数据交换标准 通过应用XML 技术，规范当前本系统的资料库数据标准，从而实现广域网上应用之间的互联互通。

Ø 中间件技术 系统采用的中间件技术使得中间业务逻辑层能够很方便的维护和二次开发,同时使系统能够让用户方便地进行WEB 的报表打印、条形码输出 Ø 基于WEB 的多级审批：
通过WEB 方式，既可以部署在专网，也可以部署在互联网，通过中心机房集中数据、应用，其他各方用户无需重复建设，只需通过终端PC 即可使用。

Ø 项目信息高度电子化：
本系统信息的高度电子化，所有项目信息都完全通过网络输入或输出，从而保障了办公的真正高效和数据统计的及时与科学性。

Ø 工作流技术 本系统采用工作流技术方便各个用户了解自己当前的任务和每个事物处理进展情况,加强了用户的使用方便性。

Ø 界面灵活定制 由于采用了CMS内容管理进行组件式开发，保证了技术核心不修改的情况下，操作界面的可快速定制，有效满足用户的个性需求。

Ø 安全的体系结构：
通过使用Key 认证以及系统内置的用户安全认证机制，为系统提供完备的安全体系结构。

Ø B/S 结构 本系统采用了Thin-Client 的特点,便于系统维护和升级。

Ø 多种报表格式 本系统以报表平台作为报表输出的支撑，可以由用户灵活定制报表输出的格式、内容。

3.4 系统功能设计 3.4.1 应用支撑平台 应用支撑平台提供并集成了应用系统所共有的底层机制和通用功能，具有统一的开发框架、开发和管理维护工具以及技术规范，是一个面向应用的，集开发、运行、支撑、部署、管理和维护为一体的架构体系。以下是一些平台中相关应用的示意图：
图5：工作流示例图 图6：工作流示例图 图7：工作流程动态监控实例图 图8：安全控制流示意图 应用支撑平台应包含有支撑体系和开发管理体系两个部分。

Ø 支撑体系 支撑体系为之上的应用提供了统一的底层接口、基础件、开发框架和运行环境。包括：工作流系统、安全系统、对象持久化系统、内容管理、可信消息服务系统、无线接入等。

ü 工作流系统遵循流程标准规范(国际工作流联盟WfMC)，具有图形化界面的流程定义工具，实现动态用户授权、日志、跟踪和监控，可与安全无缝集成，具有二次开发的接口。

ü 安全系统基于标准的RBAC规范模型，实现统一用户管理和权限控制，能和PKI/CA安全体系及认证服务器集成。

ü 对象持久化系统基于流行的O/R Mapping技术，支持主流的oracle, sybase, sqlserver等数据库，数据模型采用xml存储。

ü 内容管理要求能与门户和安全系统一起，为应用的内容定制提供服务。

ü 可信消息服务系统要求消息服务能以一种可靠、异步、松散耦合、与平台无关的方式在分布式应用系统之间传递消息，具有图形配置工具，提供针对具体应用的消息服务API，能与主流的消息服务器集成。

Ø 开发管理体系 集成各种管理、开发和配置的图形化工具管理界面，提供整体的业务建模、开发管理、资源访问和资源分配管理、系统应用框架定义和模型等功能。具有IDE框架环境、提供二次开发接口以及各类开发、管理和维护工具（如：窗体表单设计、工作流配置管理、安全配置管理、数据模型配置管理、消息服务配置管理等工具）可以为应用系统的建模组装式快速开发提供支持，实现系统变更、调整、后期维护和系统升级扩展的灵活性、快速化、工具化、简单化。

3.4.2 交易结算中心网站 XX网即“XX化工交易网”，是XX的门户网，是XX重要信息的发布平台，也是各信息系统的统一入口。XX网的功能模块结构如下：
图9：交易结算中心网功能模块图 3.4.2.1 SSO单点登录 XX网成为XX化工贸易结算各业务系统的统一登录入口，实现各系统的单点登录，可以圆满解决信息孤岛问题、企业应用认证集成以及互联网服务收费等问题，真正实现：一点认证、全网通行；
一点管理，全网安全。

SSO架构如下图所示：
图10：SSO架构示意图 3.4.2.2 信息发布 XX网作为XX化工贸易结算相关信息的发布平台，发布的信息包括：经营企业仓储需求信息，经营企业运输需求信息，网上竞价公告，仓储企业最新仓储能力信息，运输企业最新运输能力信息，XX市化工交易结算中心办事指南，危化品相关资格办理流程，XX市化工贸易结算法律法规，经营行为违规曝光台信息等。

所有信息的发布，在发布人录入相关信息后，必须经过相关的领导审核后，才能发布到网站前台。网站后台要记录信息的发布人、发布时间，审核人、审核时间，以及信息的出处。

网站后台要能够统计各类信息发布的数量，以及按照栏目、发布人、审核人和时间对信息进行统计。

3.4.2.3 内容管理子系统 考虑到系统的稳定性和扩展新，我们决定在应用支撑平台中集成国内成熟的CRM产品：easySite，通过该系统平台可以快速构建企业门户、政务门户、企业信息管理平台、电子商务平台、数字媒体和知识管理等内、外网系统，系统支持二次开发SDK、网络升级，具有强大的灵活性和扩展性，先后获得10 项权威大奖，是内容管理的首选产品。

easySite内容管理平台包括12大特点：
Ø 多站点管理、多服务器负载均衡、统一用户认证。

平台提供对于网站集群的支持管理，可以支持5000 个站点的集中统一管理，同时，采用Web Farm 技术，支持多服务器负载均衡，实现站点支持1500 万次访问/日的能力。平台可配和SSO 统一用户认证系统，实现多站点的统一用户登录和访问资源的控制管理，实现一点登录，全网漫游。

Ø 动态管理、动态发布、动态交互。

平台采用网站动态管理、实时更新的技术，动态模块技术，Web 2.0 技术，实现动态内容交互管理功能，门户管理从此简单方便、快捷高效。

Ø 智能化建设、协作化管理、流程化控制。

产品采用智能化技术，解决信息智能关联，实现智能建站。系统采用分级分层次权限体系，实现复杂组织的协作管理，同时系统结合easyFlow 工作流引擎（基于WWF 的工作流框架，符合国际WFMC 工作流规范），实现可视化的自定义流程管理，支持串行、并行以及复杂流程定义，实现信息管理以及信息生命周期的全程控制。

Ø 模块组件化、开发集成化、安装自动化。

平台采用国际规范和标准，实现松散耦合的模块构件机制，并可以和VS.net 无缝集成，支持任意业务应用系统开发，实现真正模块安装卸载自动化，实现内容管理，随需应变。

Ø 自由模版引擎、自由模版制作、自由置标扩展。

平台采用革命性的自由模版引擎技术，实现HTML 模版自动动态预转换技术，彻底解决表现层和业务层分离难题，无须代码烦恼，实现所见即所得的模版制作和管理。同时，用户可以扩展自己的模版置标，实现无限功能扩展，圆满解决模版个性化的需求。

Ø 降低开发周期、降低总体成本、降低实施风险。

平台可以快速部署、无需编程，即可所见即所得的快速构建，大大节省开发时间。同时，开发实施成本会大大降低，大大提高您的投资回报率（ROI）。该产品经过国家软件评测中心通过，成功应用在通用电气（GE）、索尼爱立信、中共中央办公厅、中国海关、中国保监会、北京市建委、清华大学、中化集团等1500 多家政府、企业和事业机构，权威保证，实施零风险。

Ø 安全的组织权限、安全的版权保护、安全的防御攻击。

平台采用全新的C2 级安全机制，有完善的事前备份、登记与事后跟踪、恢复的功能，彻底解决整个系统的安全性问题。平台支持组织不同等级权限管理，支持LDAP，支持Membership 规范，并结合加密技术和数字证书，保证信息不被窃取。同时，系统内置防火墙，有效的防止自身受到网页篡改、黑客和病毒攻击。

Ø 实施速度快、运行速度快、维护速度快。

平台具有快速实施的特点，支持站点模版。由于平台采用了高速缓存技术（Cache），动静混合发布技术，实现站点超大数据量访问能力。为了提高产品的可靠性，系统提供了超强容错技术、异常跟踪技术和Web Services 技术，能够实现即时异常问题跟踪解决服务。易部署、易扩展、易集成。平台具有高度的可靠性，支持7*24 不间断服务能力。同时平台支持前后台一体化技术和前后台分离技术两种技术，极大的解决了管理的易用性与可用性问题，支持VS.net 无缝集成，实现复杂应用快速开发集成的能力。

Ø 统一资源管理、统一消息管理、统一任务调度。

平台支持网站群多种文件、图片、视频、音频、多媒体等资源的统一维护和管理，极大地提高了系统的维护性。同时系统提供内部消息统一消息管理机制，支持在多个不同任务调度的基础上实现消息的发送接收，以及对于短信SMS，即时消息的扩展支持，实现自由的延时、实时消息管理。

Ø 多语言管理、多终端浏览、多数据库支持。

平台内核采用Unicode 编码，可以支持中文、英文、繁体和其他各国文字的信息发布、维护管理，同时系统还支持不同的终端访问，包括PC、笔记本、PDA、Mobile 等，真正实现不论是什么信息终端均可随时随地访问。系统支持多种数据库：SQL Server、Oracle 等。

Ø 全文搜索引擎、全面统计分析、全能应用集成。

平台采用先进的中、英文自然语言处理技术，实现TEXT、HTML、RTF、MS OFFICE、PDF 等多种媒体的全文搜索能力，具有极高的查全率和查准率。系统可以记录用户行为，实现全面的用户行为跟踪分析以及内容和用户审计管理。结合模块组件和Web Service 技术，实现业务应用的全面集成。

以下是该产品的相关示例图，仅供参考：
图11：easySite内容管理平台管理体系结构图 图12：站点模版的导出功能界面图 图13：频道分级分权管理操作界面 图14：频道管理的高级设置功能界面 图15：自由模版引擎管理界面图 3.4.2.4 企业宣传展示 通过内容管理子系统，各经营、仓储、运输企业可以自定义各自的子站点，展示企业服务特色、业绩，以及企业网站的链接地址等。

3.4.2.5 业务系统信息展示 XX信息收集系统收集到的相关业务信息均要通过XX网对外展示，网站要提供相关的接口与业务系统进行结合，并还要实现相关的权限控制。具体展示信息如下：
Ø 经营企业仓储需求信息 Ø 经营企业运输需求信息 Ø 网上竞价公告及竞价结果 Ø 仓储企业最新仓储能力信息 Ø 运输企业最新运输能力信息 Ø 经营行为违规曝光台信息 3.4.3 基础信息库 这是本系统的基础数据库，将来可以扩展为知识库，并进行数据挖掘。对于结算中心，将来可提供多种条件的综合查询功能，可按行政区域、单位名称、危化品名称、需要量(吨/年)、职工人数、经济类型、审批状态等条件，对经营、储存、运输企业的危险化学品进行查询、统计、汇总及图形分析。

3.4.3.1 危化品信息库 按国家标准规范和编码对危化品基本信息以及属性和应急处理方案等信息的录入和维护功能（如下图所示）。可查看任一危化品（3800多种）的处置方案、理化性质、中毒现场急救及泄漏初始隔离距离、防护距离等多达几十项信息，同时可按CAS号、危规号、UN号、化学名等条件对《危险化学品名录》、《剧毒化学品目录》、《易制毒化学品》标准库进行检索；
.并提供标准的数据接口，为危化品经营企业、仓储企业和运输企业提供危化品基本信息。

图16：危化品标准库登记 3.4.3.2 经营企业库 由危化品经营企业提出申请，结算中心工作人员审核其相关资质，确认后将其信息录入到本库中。

提供给入库经营企业和结算中心对经营企业基本信息的维护功能，作为经营企业只能查看和维护自己的信息，结算中心用户可以查看和维护所有经营企业的信息。

3.4.3.3 仓储企业库 由危化品仓储企业提出申请，结算中心工作人员审核其相关资质，确认后将其信息录入到本库中。

提供给入库仓储企业和结算中心对仓储企业基本信息的维护功能，作为仓储企业只能查看和维护自己的信息，结算中心用户可以查看和维护所有仓储企业的信息。

提供仓储企业录入本企业仓储能力信息，经结算中心审核后信息会通过门户发布。

3.4.3.4 运输企业库 由危化品运输企业提出申请，结算中心工作人员审核其相关资质，确认后将其信息录入到本库中。

提供给入库运输企业和结算中心对运输企业基本信息的维护功能，作为运输企业只能查看和维护自己的信息，结算中心用户可以查看和维护所有运输企业的信息。

提供运输企业录入本企业运输能力信息，经结算中心审核后信息会通过门户发布。

3.4.4 经营管理系统 主要是为XX日常管理提供服务功能。

3.4.4.1 系统管理 主要实现政务中心机构和政府职能部门、用户、权限等管理。支持权限灵活动态定义，支持分级权限管理。

3.4.4.2 办公自动化 实现结算中心办公管理过程，主要包括：公文管理、档案管理、会议管理、公共通讯录、电子公告、电子邮件、短信平台、即时通讯等。可以让单位投资在建设本OA系统应用上的所有费用在短期内快速回收.，而回收的速度则完全取决于单位内工作流程自动化的应用深度和广度，因为工作流程自动化后效率提升所产生的利润以及因之而降低的各项人工成本，远远超过在建设本OA系统自动化工作流程系统时所需的费用。同时，可以有效的大幅提升单位流程的生产力，即时掌握单位内部各项工作流程的执行情况，了解单位内各项流程所需成本。

Ø 公文管理：
公文流转具体要求如下：
ü 收文管理 进行收文处理，实现收文的登记、审核、办理、归档的全部过程。

ü 发文管理 进行发文处理，实现发文的登记，审核办理的全部过程。

ü 公文交换 发文封发完毕，进行公文交换发送到各个公文接收单位或部门，公文接收单位进行公文的签收。可查看发送单和签收单。

ü 公文督办 公文的拟稿、拟办人员在处理公文时可以指定该公文的督办人和督办期限，被指定的督办人员可以对公文的办理流程及办理情况进行监督和调整改变。

ü 公文档案 进行公文文件存储，提供公文组合查询。各单位人员可按权限查看公文具体信息，并按档案管理要求进行归档。可按多种条件对已归档的公文进行组合查询。

ü 公文统计 支持公文依照公文的收发文状态进行统计，查询；
支持收文统计、发文统计、 归档统计、已封发和流转中发文查询；
该功能权限授予系统中的公文收发员。

ü 文档清稿：实现草稿和文档对照功能，进行文字清理。

ü 套红封发：实现封发时公文文头信息修改；
发文支持实现单位自动公文红头套用。

Ø 档案管理：
收集、整理XX内部通过办公管理系统生成的电子公文，确认分类、保管期限、秘级，以便根据档案管理要求移交档案管理部门归档。非正式公文由各部门自身管理，设置访问权限。本项管理要求不涉及具体档案管理，仅负责本中心需要保存、查询的正式、非正式文件的收集、利用。对于设定了秘级的文件，在访问时应提供授权的审批功能。

Ø 会议管理 需要实现功能为会议准备类型的登记、发布类型的会务公告、针对个人的会议通知、会议报到以及会议资料的收集整理，会议资料的访问应当给予秘级控制、授权机制。

Ø 公共通讯录 用于收集、整理本单位工作人员经常使用的通讯信息，可按姓名、部门等关键字进行查询，提供分类、分层显示功能。提供个人修改自己常用联系方式维护功能。

Ø 电子公告 电子公告是一个灵活易用的网上公告板，可以通过它在单位内部按权限发布一般通知和公告等公共信息，用户可以授权发布新闻简报、最新制度、通知和消息等，系统还应提供历史公告的查询检索。

Ø 电子邮件 提供Web邮件系统，电子邮件模块可实现阅读来信、发信、回复、转发、删除、保存和查阅等功能。实现中心内部电子邮件流转功能。

Ø 短信平台 实现通过本平台发送短信以及对待发短信的管理功能。

Ø 即时通讯 实现中心、企业内部类似于QQ的即时通讯功能(支持500用户以上)，并与短信平台和人事管理集成。

Ø 个人办公管理 个人办公系统具备较高的智能化。通过统一的身份认证系统确定用户情况，根据用户权限和设置提供个性化的显示界面和服务内容，主动告知待办事项和信息，并通过点击直接办理和阅读。为个人提供日程安排、任务、个人提醒、工作日志、通讯录、外出留言、个人资料柜和个人报告管理等功能。提供辅助办公的在线工具，保证开机、未启动办公系统的环境下实现个人邮件、待办公文、待办事项、待阅文件、呼叫信息、通知提醒及公文办理，公文格式规划提示。

Ø 系统管理和设置 利用应用支撑平台，提供灵活的、统一的、标准的系统管理和设置功能，能够根据要求，提供灵活的工具来设置和调整人员、组织结构、功能模块关系、权限控制、消息传递、个性化设置、数据流转关系、字典数据等内容，并能够适应将来的业务变更要求，做到管理和维护工具化，减少后期维护负荷。基于应用支撑平台，系统还应具备完善的日志管理和系统审计功能，能够追踪记录每次操作情况，并对非法操作进行告警。

3.4.4.3 客户关系管理 主要是实现经营户、运输企业、仓储企业的信息注册、修改维护、检索等功能，并提供对经营户的考评指标设定、考评、分级管理。

3.4.4.4 人事管理 主要实现中心内部员工人事档案管理、绩效考核、薪酬管理、制度管理。

Ø 人事档案管理 提供员工入职、晋升、降级、离职等过程的信息维护。支持用户自定义人事档案项，支持打印档案表、员工照片。人事报表支持表格列头自定义功能，可根据报表要求自由设置人事报表格式，打印需要的人事报表。

Ø 绩效考核 主要实现KPI指标管理、KPI考核、得分计算等功能。

Ø 薪酬管理 实现中心内部员工的薪酬维护和薪酬发放功能。支持工资项目及计算公式自由设定，除了加减乘除四则运算外，计算公式支持函数处理，还可设置条件公式，即根据不同的条件采用不同的计算方式，同时某些人事档案的栏目可以自动在工资表中显示并参与工资表运算，比如：可以按工龄、按职务、职称、部门等核算工资等等，支持个人所得税自动计算，支持工资表格格式调整功能，按照您的要求自定义工资表格。支持打印工资单、工资条、信用卡工资数据。系统自动生成完美的工资表格式，并可以根据实际情况由用户自由调整。支持银行代发工资功能，灵活自由设置银行的代发工资格式，可以生成银行代发工资软盘。

Ø 制度管理 主要实现结算中心的管理制度的上传、下载、在线阅读等功能。

3.4.4.5 物业管理 Ø 实现每个铺位/房屋的地理位置和铺位/房屋属性的设置，并通过地图形式进行查询和展示，地图支持放大、缩小功能，图层图形导出图片文件功能，图层地图定位功能，图层鹰眼图导航功能。

Ø 实现物业的收费标准和收费（如：收取水、电、卫生管理、保卫管理等）的统一管理。

Ø 可以为每个铺位/房屋可以设置属于自己的单独收费项目。

Ø 实现物业合同和服务合同的签订以及归档管理，支持图形化合同签订流程自定义功能。

Ø 实现铺位/房屋欠费自动在地图上提示功能。

Ø 实现铺位/房屋合同到期自动在地图上提示功能。

Ø 实现用户关于物业管理意见投诉的记录管理。

Ø 实现对铺位/房屋协议合同、照片等信息的管理。

Ø 可以通过铺位/房屋基本信息与图形信息的双向查询。

Ø 实现铺位/房屋费用的月、季度、年度等的费用统计报表。

Ø 实现铺位/房屋费用的查询统计报表。

Ø 实现铺位/房屋信息的查询统计报表。

3.4.4.6 财务管理 实现按合同定期生成财务收费信息，收费管理，费用查询，收费数据统计等功能。

3.4.4.7 政策法规管理 主要是提供对政策法规的分类信息维护，发布审批功能。

3.4.5 信息收集系统 3.4.5.1 购买、仓储、运输需求管理 1、购买需求管理 由经营户录入其购买需求信息，信息由中心相关人员审核后发布到前台。

2、运输需求管理 由经营户根据自身需要运输的货物录入相关的运输要求，比如需要多少运力、什么样的车辆、何种货物、目的地等信息。同时经营户可以直接选择运输企业，选择该运输企业具体的车辆等信息；
也可以只选择运输企业，由运输企业安排车辆；
或者是将当前运输需求公开发布。运输企业收到货运请求后，确认具体的运货车辆，返回给经营户处理。

3、仓储需求管理 由经营户根据自身需要存储的货物录入相关的存储要求，比如需要什么样的仓库、何种货物、存储时间等信息。同时经营户可以直接选择仓储企业，选择该仓储企业具体的仓库或储罐等信息；
也可以只选择仓储企业，由仓储企业安排仓库或储罐；
或者是将当前仓储需求公开发布。仓储企业收到仓储请求后，确认具体的仓库或储罐，返回给经营户处理。对于提货，由经营户直接录入提货信息，自动根据仓储企业上传到本平台系统的仓储货物信息生成相应的信息。

4、投诉信息收集管理 结算中心收集并管理入驻企业的投诉信息，并能作出相应的处理。

3.4.5.2 网上竞价 1、运输企业网上竞价 对于经营户发布的竞价性运输需求，由各运输企业登录平台系统中进行报价，报价截止时间到后为经营户展示各运输企业的报价情况。经营户选择对应的一个或多个运输企业进行本次货物的运输，然后由运输企业安排和确认具体的运货车辆，返回经营户处理。

2、仓储企业网上竞价 对于经营户发布的竞价性仓储需求，由各仓储企业登录平台系统中进行报价，报价截止时间到后为经营户展示各仓储企业的报价情况。经营户选择对应的一个或多个仓储企业进行本次货物的存储，然后由仓储企业安排和确认具体的仓库或储罐，返回经营户处理。

3.4.5.3 政务审批 1、购买证办理 实现整个购买证的申请、审核和办理流程。由经营户提出购买证办理申请，并通过系统提交相应的办证材料，然后由相关职能单位对信息进行审核，通过平台与申请人进行沟通和交流，最终完成购买证的办理。

2、运输证办理 实现整个运输证的申请、审核和办理流程。由运输企业提出运输证办理申请，并通过系统提交相应的办证材料，然后由相关职能单位对信息进行审核，通过平台与申请人进行沟通和交流，最终完成运输证的办理。

3、运输车辆资格证管理 实现整个运输车辆资格证的申请、审核和办理流程。由运输企业提出运输车辆资格证办理申请，并通过系统提交相应的办证材料，然后由相关职能单位对信息进行审核，通过平台与申请人进行沟通和交流，最终完成运输车辆资格证的办理。

4、从业人员资格证办理 实现整个从业人员资格证的申请、审核和办理流程。由运输企业提出从业人员资格证办理申请，并通过系统提交相应的办证材料，然后由相关职能单位对信息进行审核，通过平台与申请人进行沟通和交流，最终完成从业人员资格证的办理。

5、政务部门服务评价考核系统。

3.4.5.4 运输过程管理 主要实现运输企业对运输车辆的安排以及车辆运行情况数据的实时录入。要求通过这些信息自动生成每个运输企业当前运力情况。

3.4.5.5 提（送）货单管理 经营企业可以通过本系统生成提（送）货单，要求通过仓储信息接口获取该客户在每个仓储企业现有货物的存储仓库（罐）、货位、货物量等信息，通过采集的信息建立企业物资帐表。经营企业在开具提（送）货单时能展示当前的物资情况供选择，并能提供其与仓储企业签订的仓储或租罐合同信息，供企业选择当前货物需要存储的位置。

结合提（送）货单以及从仓储企业采集的信息，构建企业物资入出明细信息，提供强大的物资帐统计功能。

3.4.5.6 经营行为监控 为政府职能部门提供对经营户、运输企业、仓储企业经营行为的监控功能。

3.4.6 管理及信息发布系统 3.4.6.1 经营、仓储、运输企业子站 经营、仓储、运输企业子站是指以XX网为主站，能够自动生成各经营、仓储、运输企业多级的子站。

通过主网站与子网站的密切合作，资源共享等方式，在全市范围内全方位的为危化品交易提供服务。

系统功能要求如下：
（1） 以完整的生成器方式构建网站框架 传统的网页结构设置或模版设计等应用工具，在某种程度上可以加快网站建设的进程，但此类系统具有功能形式固定，专业应用知识需求较高等缺点。网站自动生成系统通过强大的管理平台，可以随意添加系统模块，更改界面元素文字及图片。网站各模块在用户申请或修改注册的过程中，可根据个人喜好定义目标板块，并且在全部的用户中可根据需要定义自己的用户组，达到网站用户的统一管理的功效。

（2） 网络、语音、视频等多种媒体技术完美结合 系统提供各类文件及采集手段，包括语音、视频、文本等各类文件的传递整合快速完成。

3.4.6.2 运输资源发布 各运输企业录入本企业的运输车辆和从业人员信息后，根据运输过程管理，自动生成当前企业可用的运输车辆和从业人员，并实时进行展示。

3.4.6.3 仓储资源发布 各仓储企业实时录入本企业可用的仓库和储罐信息，经中心人员审核后，直接在平台上发布。

3.4.6.4 政策法规信息发布 提供结算中心和政府职能部门录入政策法规等信息，在前台直接进行展示。

3.4.7 报表平台 本系统主要实现语义层定义，报表自定义，报表Web展示及导出Excel、PDF等功能，具体要求如下：
支持所有类型数据库，可处理多数据源，在一张报表中融合多个同构或异构数据源数据，对各种数据库提供高速接口，优化数据读取速度，如OLEDB、Oracle OCI Driver、Progress 4GL等；
支持语义层定义，对数据源中的数据结构的面向业务的映射；
可视化创建关系，自动根据数据库的主外键和同名同类型字段建立表关系，用户可以手工维护并创建新的关系，支持数据库函数及扩展函数，用户可以自定义函数扩展。

支持所见即所得的操作界面，即在设计过程中看到的屏幕上的报表外观就是最终打印输出得到的报表外观，看到的对象就可直接操作。支持类Excel模式的报表设计功能，用户可以通过拖拽的方式快速的定制报表，支持普通报表、主从报表、交叉报表、分组报表、套打报表、工资条以及不规则的用户自定义报表。

强大的报表Web展示和打印功能支持，报表支持条形码、图片、Html格式文本，支持各类统计图形（如：饼状图、点状图、柱状图、3D图形等）的生成以及Web展示、打印和导出为Excel、PDF等文档格式。

图17：多层交叉报表 图18：报表定义示例图 3.5 系统数据接口设计 接口设计主要体现本系统与仓储物流企业生产经营系统的数据交换功能。为了保证系统的完整性和健壮性，系统接口应满足下列基本要求：
Ø 接口应实现对外部系统的接入提供企业级的支持，在系统的高并发和大容量的基础上提供安全可靠的接入；

Ø 提供完善的信息安全机制，以实现对信息的全面保护，保证系统的正常运行，应防止大量访问，以及大量占用资源的情况发生，保证系统的健壮性；

Ø 提供有效的系统的可监控机制，使得接口的运行情况可监控，便于及时发现错误及排除故障；

Ø 保证在充分利用系统资源的前提下，实现系统平滑的移植和扩展，同时在系统并发增加时提供系统资源的动态扩展，以保证系统的稳定性；

Ø 在进行扩容、新业务扩展时，应能提供快速、方便和准确的实现方式。

Ø 接口设计支持数据项自定义功能。

为了保证系统的安全运行，各种接口方式都保证其接入的安全性。接口的安全是系统安全的一个重要组成部分。保证接口的自身安全，通过接口实现技术上的安全控制，做到对安全事件的“可知、可控、可预测”，是实现系统安全的一个重要基础。根据接口连接特点与业务特色，制定专门的安全技术实施策略，保证接口的数据传输和数据处理的安全性。系统在接入点的网络边界实施接口安全控制。接口的安全控制在逻辑上包括：安全评估、访问控制、入侵检测、口令认证、安全审计、防恶意代码、加密等内容。

传输控制利用高速数据通道技术实现把前端的大数据量并发请求分发到后端，从而保证应用系统在大量客户端同时请求服务时，能够保持快速、稳定的工作状态。

系统应采用传输控制手段降低接口网络负担，提高接口吞吐能力，保证系统的整体处理能力。具体手段包括负载均衡、伸缩性与动态配置管理、网络调度等功能：
Ø 负载均衡 为了确保接口服务吞吐量最大，接口自动地在系统中完成动态负载均衡调度；

Ø 伸缩性与动态配置管理 由系统自动伸缩管理方式或动态配置管理方式实现队列管理、存取资源管理，以及接口应用的恢复处理等；

Ø 网络调度 在双方接口之间设置多个网络通道，实现接口的多数据通道和容错性，保证当有一网络通道通讯失败时，进行自动的切换，实现接口连接的自动恢复。

3.5.1 提（送）货单接口 该接口实现本系统与危化品物流仓储企业生产经营系统的数据交换。由中心工作人员定期导出提（送）货单信息，将数据导入到外网数据交换服务器。危化品物流仓储企业通过该服务器数据接口获取最新的与本企业相关的提（送）货信息，仓储物流企业根据该单生成作业单，进行收发货作业，作业完成后通过该接口将作业信息送回本系统。

3.5.1.1 技术描述 Ø 该接口采用文件接口的方式设计，文件接口定义了服务端与客户端文件存放路径、文件名命名规则和文件格式，并开放相应的读/写操作权限。

Ø 接口的通讯过程包括三种（可根据具体需求选择） ü 同一主机内可以共享一个路径；

ü 服务器端向客户端开放路径，客户端定时查看此路径下是否有新的文件，可以采用FTP等方式取走服务端开放的路径下的文件；

ü 客户端向服务器端开放路径，由服务端将文件写入，客户端定时查看此路径下是否有新的文件。

Ø 网络传输方式支持对通信机的IP地址、帐户、口令、存取目录的验证。

Ø 接口支持FTP、FTAM主流网络协议。

Ø 数据传输支持：
ü 实时、高效和安全可靠地传送批量数据；

ü 断点续传功能；

ü 数据压缩传输；

ü 传输过程中的差错控制。

3.5.1.2 接口特点 Ø 优点 文件接口不需要其它软件支持，只要接口双方约定好路径、格式、处理方式即可，实现简单、传输批量数据效率较高。

Ø 缺点 格式没有统一标准，标准性差；
需要开放文件系统权限，安全性差。针对本系统安全性要求，使用功能权限解决其安全性差的缺点。

3.5.2 仓储信息接口 本接口主要实现两个部分的数据交换：一是仓储企业当前货物存储情况信息；
二是针对每个经营企业在本企业的物资帐信息。

3.5.2.1 技术描述 Ø 该接口采用Web Service接口的方式设计，Web Service是一种自包含、模块化的应用，是基于网络的、分布式的模块化组件，它执行特定的任务，遵守具体的技术规范，这些规范使Web Service能与其它兼容的组件进行互操作。可以在网络上(一般是Internet)上被描述、发布、定位和调用。

Ø Web Service体系主要由以下三部分组成：传输协议、服务描述和服务发现，由一系列标准组成，主要有：XML（可扩展的标记语言）、SOAP（简单对象访问协议）等。

Ø Web Service通过使用标准协议（如 HTTP）交换XML消息来与客户端和各种资源进行通信。在Web Server上部署Web Service后，由Web Server负责将传入的XML消息路由到Web Service。Web Service 将导出 WSDL 文件，以描述其接口，其它开发人员可以使用此文件来编写访问此Web Service的组件。

Ø 接口支持HTTP协议。

3.5.2.2 接口特点 Ø 优点 适用于网络上不同系统的分布式应用、标准性好、扩展性好、耦合度低；
内容由标准文本组成，任何平台和程序语言都可以使用；
格式的转换基本不受限制，可以满足不同应用系统的需求。

Ø 缺点 当XML内容较大时，解释程序的执行效率较低，一般不适合用于实现大批量数据交互的接口。针对该接口方式对性能造成的影响，我们考虑在数据层进行性能优化。

3.5.3 LED信息接口 提供与LED显示屏的接口，将通过审核的信息发布到LED显示屏上。

3.5.3.1 技术描述 Ø 该接口采用LED专用接口方式设计，即由系统调用LED厂商提供的接口，从而实现与LED的数据传输。

Ø 具体的LED厂商的通讯方式是不同的，常见的有串行接口、USB接口、GPRS接口等，具体通讯方式需要待LED确定后才能决定。

4 设备配置清单 详见投标书商务部分XXX 5 设备报价 详见投标书商务部分XXX 6 综合布线与机房环境要求 机房是信息系统的中枢，只有构建一个高可用性的整体机房环境，才能保证系统软硬件和数据免受外界因素的干扰，消除环境因素对信息系统带来的影响。所以，对机房的要求是布局合理，技术先进，操作方便，管理科学，确保主机、存储及网络等重要设备持续、可靠、安全的运行。机房的环境必须满足计算机设备、网络设备、存储设备等各种电子设备对温度、湿度、洁净度、电磁场强度、噪音干扰、安全保安、防漏、电源质量、振动、防雷和接地等的要求，同时还须为工作人员提供一个舒适而良好的工作环境。

机房工程整体建设一般包括以下几个方面：综合布线、抗静电地板铺设、吊顶墙体装修、隔断装修、UPS电源、专用恒温恒湿空调、机房环境及动力设备监控系统、新风系统、漏水检测、地线系统、防雷系统、门禁、监控、消防、报警、屏蔽工程等。由于工程建设不在本投标书范围之内，因此主要描述机房环境、机房UPS电源配电系统、综合布线系统。

6.1 机房环境基本要求 根据国家标准，计算机机房分为A类、B类、C类三个基本类别。A类：对计算机机房的安全有严格的要求，有完善的计算机机房安全措施；
B类：对计算机机房的安全有较严格的要求，有较完善的计算机机房安全措施；
C类：对计算机机房的安全有基本的要求，有基本的计算机机房安全措施。

1、温度、湿度要求 （1）开机时 温度：设备15~30℃，最佳22℃；
工作人员22~26℃，最佳25℃；

湿度：40%~70%，最佳55%；
温度变化率：<10℃/H，不结露。

（2）停机时 温度：设备5~35℃，最佳22℃；
工作人员22~26℃，最佳25℃；

湿度：20%~80%，最佳55%；
温度变化率：<10℃/H，不结露。

2、尘埃：大于或等于0.5∪m，粒子数<18000粒/升，<50万粒／ft；

3、照明：计算机机房内在离地面0.8ｍ处，照度不应低于200Lx；

4、噪声：开机时机房内的噪声，在中央控制台处测量应小于70dB（A）；

5、电磁场干扰 （1）无线电干扰环境场强。机房内无线电干扰场强，在频率范围为0.15～1000MHz时不大于120dB。

（2）磁场干扰环境场强。机房内磁场干扰场强不大于800A/m（相当于100e）主机房内磁场干扰场强应低于800A/m。

6、防火等级要求：
建筑物的耐火等级必须符合GBJ45 《高层民用建筑设计防火规范》中规定的二级耐火等级，A、B类安全机房相关的其余基本工作房间及辅助房间，其建筑物的耐火 等级不应低于TJ16中规定的二级耐火等级。

7、机房内部装修 （1）机房装修材料：应符合TJ16中规定的难燃材料和非燃材料，应能防潮、吸音、不起尘、抗静电等。

（2） 活动地板 ：应是难燃材料或非燃材料。活动地板应有稳定的抗静电性能和承载能力，同时耐油、耐腐蚀、柔光、不起尘等。具体要求应符合GB6650《计算机机房用活动地板技术条件》。

异型活动地板提供的各种规格的电线、电缆、进出口应做得光滑、防止损伤电线、电缆。

活动地板下的建筑地面应平整、光洁、防潮、防尘。

在安装活动地板时，应采取相应措施，防止地板支脚倾斜、移位、横梁坠落。

8、供配电系统 （1）应设专用可靠的供电线路，计算机系统的电源设备应提供稳定可靠的电源。供电电源设备的容量应具有一定的余量。计算机系统的供电电源技术指标应按GB2887《计算站场地技术要求》 中的规定执行。从电源室到计算机电源系统的分电盘使用的电缆，除应符合GB232中配线工程中的规定外，载流量应减少50%。计算机系统用的分电盘应设置在计算机机房内，并应采取防触电措施。从盘到计算机系统的各种设备的电缆应为耐燃铜芯屏蔽的电缆。计算机系统的各设备走线不得与空调设备、电源设备的无电磁屏蔽的 走线平行。交叉时，应尽量以接近于垂直的角度交叉，并采取防延燃措施。

计算机系统应选用铜芯电缆，严禁铜、铝混用，若不能避免时，应采用铜铝过渡头连接。

计算机电源系统的所有接点均应镀铅锡处理，冷压连接。在计算机机房出入口处或值班室，应设置应急电话和应急断电装置。

（2）使用半封闭式或开启式蓄电池时，应设专用房间。房间墙壁、地板 表面应做防腐蚀处理，并设置防爆灯、防爆开关和排风装置。

（3）专用地线的引线应和大楼的钢筋 网及各种金属管道绝缘。

计算机系统几种接地技术要求及诸地之间的相互关系应符合GB2887 中规定。

（4）计算机机房应设置应急照明和安全口的指示灯。

9、空调系统 （1）计算机机房应采用专用空调设备，若与其他系统共用时，应保证空调 效果和采取防火措施。

空调系统的主要设备应有备份，空调设备在能量上应有一定的余量。应尽量采用风冷式空调设备，空调设备的室外部分应安装在便于维修 和安全的地方。空调设备中安装的电加热器和电加湿器应有防火护衬，并尽可能使电加热器远离用易燃材料制成的空气过滤器。空调设备的管道、消声器、防火阀接头、衬垫以及管道和配管用的隔热材料应采用难燃材料或非燃材料。

（2）安装在活动地板上及吊顶上的送、回风口应采用难燃材料或非燃材料。新风系统应安装空气过滤器，新风设备主体部分应采用难燃材料或非燃材料。

10、 火灾报警及消防设施要求 （1） A、B类安全机房应设置火灾报警装置。在机房内、基本工作房间内、活动地板下、吊顶里、主要空调管道中及易燃物附近部位应设置烟、温感探测器。

（2）除纸介质等易燃物质外，禁止使用水，干粉或泡沫等易产生二次破坏的灭火剂。

11、 防护和安全管理 （1） 防水 ：有暖气装置的计算机机房，沿机房地面周围应设排水沟，应注意对暖气管道定期检查和维修。位于用水设备下层的计算机机房，应在吊顶上设防水层，并设漏水检查装置。

（2）防静电 ：计算机机房的安全接地应符合GB2887中的规定，系统接地电阻小于1欧姆，零地电压小于1V。

注：接地是防静电采取的最基本措施。

计算机机房的相对湿度应符合GB2887中的规定。在易产生静电的地方，可采用静电消除剂和静电消除器。绝缘体静电位：<1KV。

（3）防雷击 ：计算机机房应符合GB157《建筑防雷设计规范》中的防雷措施，应装设浪涌电压吸收装置。

（4） 防鼠害：机房内的电缆和电线上应涂敷驱鼠药剂， 计算机机房内应设置捕鼠或驱鼠装置。

（5） 安全管道 ：建立严格的防范措施和监视规程。

12、其它设备和辅助材料 （1）计算机机房使用的磁盘柜、磁带柜、终端点等辅助设备应是难燃材料和非燃材料，应采取防火、防潮、防磁、防静电措施。

（2）计算机机房应尽量不使用地毯。

计算机机房内所使用的纸，磁带和胶卷等易燃物品。要放置于金属制的防火柜内。

参考规范 《计算机站场地技术条件》（GB2887-89） 《计算机站场地安全要求》（GB9361-88） 《计算机机房设计规范》（GB50174-93） 6.2 机房UPS电源配电系统 UPS一般分为后备式、线交互式和在线式三种，各种方式的UPS性能比较如下：
（1）后备式对市电的各种污染抑制能力有限，并且只能起到断电保护作用，其优点是价格便宜。

（2）线交互式在后备式的基础上增加了稳压功能，因此当市电电压在一定规范内波动时可对输出电压进行自动调节，使其趋于恒定。当市电超出该波动范围时，交互式UPS将自动转换为蓄电池供电的逆变器工作方式。这种方式抑制市电污染的能力比后备式强。

（3）在线式在工作时，市电经过交流——直流——交流的变换，能真正做到市电与负载的隔离，可使负载得到是真正无污染、无间断的电源。

在选择UPS类型时，应考虑当地电网质量和负载的重要性等多方面因素。

计算机设备（特别是显示器）每台都带有微量的漏电。UPS输出配电箱内每个回路都装设独立的漏电保护开关，当有漏电现象时，仅切断有漏电现象的回路，避免总输入断路器跳闸，同时可保护机房内计算机设备及工作人员的安全。

参考规范 《电子计算机机房设计规范》（GB50174-93） 《计算机站场地技术条件》（GB2887-89） 《供配电系统设计规范》（GB50052-95） 6.3 综合布线系统 1. 综合布线系统的设计所采用的线缆和连接硬件等必须符合CESC72:95、ISO/IEC 11801:1995、ANSI/TIA/EIA-568-A:1998、ANSI/TIA/EIA-568-A-1:1997、ANSI/TIA/EIA-568-A-2:1998、ANSI/TIA/EIA-568-A-3:1998、ANSI/TIA/EIA-568-A-4:1999及ANSI/TIA/EIA-568-A-5:1999的规定。

2. 通信路由及空间的设计可参照ANSI/TIA/EIA-569-A:1998执行。

3. 综合布线用于通信及办公自动化时，每个工作区必须配置两个以上信息端口，其中至少有一个5类信息端口（5类布线子系统）。

4. 综合布线在各配线区必须实行交叉连接（跳线）（I/O设备除外）。

5. 水平布线子系统中，基本链路的长度必须小于或等于90m。线缆的类别必须与信息端口兼容。

6. 垂直布线子系统可采用双绞线电缆或光缆。光缆长度必须小于或等于500m，用作高速信号传输的双绞线电缆物理长必须小于或等于90m。

7. 水平布线子系统中，楼层面积很大的情况下可设两个以上水平布线子系统，某些规模较小的布线系统可不按楼层设置水平布线子系统或仅在楼层配线架进行垂直布线与水平布线的转接。垂直布线子系统中，楼层面积很大的情况下可采用多垂直布线子系统。

8. 建筑群布线子系统中，用作高速信号传输的双绞线电缆物理长度必须小于或等于90m。采用光缆布线时，多模光缆长度必须小于或等于1500m，单模光缆长度必须小于或等于2500m。

9. 综合布线系统采用的屏蔽措施时必须有良好的接地，接地方法可参考GBJ79-1985、ANSI/TIA/EIA-607:1994执行。单独设置接地时接地电阻必须小于或等于4Ω，联合接地时接地电阻值必须小于或等于1Ω。对于屏蔽双绞线电缆布线必须保证整个布线系统的屏蔽层全程连续，任意两个接地点的电位差必须小于或等于1Vrms，否则应采用光缆或非屏蔽双绞线电缆布线。

10. 综合布线系统与公共通信网的接口位置、必要的设备和所接的通信终端设备均应符合国家或地方通信主管部门的有关规定。

11. 综合布线系统的管理 12. 综合布线系统的管理可参照ANSI/TIA/EIA-606:1993执行。

13. 综合布线系统信息端口，各配线架双绞线电缆与配线连接三硬件交接处必须有清晰、永久的编号。信息端口与它在相应楼层配线架内交接处的编号必须一致，上一级配线架与下一级配线架内相应交接处的编号也必须一致。信息端口与电缆的类别也应标明。

14. 不同区域的双绞线电缆配线架应根据不同用途标柱不同的色标。色标必须清晰、永久，便于区分。整个系统的色标必须一致。

15. 光缆布线各配线架内光端口也必须编号。上下级配线架内相应端口的编号必须一致。光缆类别（多模或单模）也应标明。

16. 当配线区位于楼层电信间时应对配线架和其他配线连接硬件采取防尘措施。

17. 综合布线系统的文档 综合布线系统的文档指的是竣工文档。包括系统图、信息端口分布图、各配线架布局图、路由图以及传输性能自测报告等。

18. 综合布线系统图 综合布线系统图反映整个布线系统的基本情况。如光缆的数量、类别、路由、每根光缆的芯数；
垂直双绞线电缆的数量、类别、路由；
每楼层水平双绞线电缆的数量、类别、信息端口数；
各配线架在建筑中的楼层位置、连接硬件的数量、类别；
系统的接地位置和每楼层配线间的接地位置。

19. 综合布线系统信息端口分布图 分布图反映每楼层信息端口在房间中的位置、类别及编号。不能使用的信息端口位置也应予以标出。

20. 综合布线各配线架布局图 布局图反映各配线架双绞线电缆数量、类别；
配线连接硬件的数量，类别；
进出线位置、编号及色标；
光缆布线各配线架内光端口的编号、连接硬件的数量、光纤的数量、类别。若已作跳线则应反映跳线的走向。

21. 系统路由图 路由图反映路由的类型、接地情况、路由在楼层间楼层内的走向及其占用情况。

22. 综合布线系统传输性能自测报告 自测报告应反映每个信息端口其水平布线电缆（信息点）、垂直电缆的每一对以及光缆布线的每芯光纤测试通过与否的情况。测试未通过的应在自测试报告中注明。

23. 综合布线系统的文档资料必须按有关技术档案管理规定进行管理。

参考规范 EIA/TIA568 EIA/TIA-TSB-36 EIA/TIA-TSB-40 IEEE802 中国工程建设标准化协会标准—建筑与建筑群综合布线系统工程设计规范CECS71:95 中华人民共和国通信行业标准ISO/IEC11801:1995大楼通信综合布线系统 《工业企业通信设计规范》（GBJ42-81） 7 实施方案 7.1 项目实施保障 7.1.1 技术保障 本项目是一个技术要求高、系统需求复杂、涉及中国造血干细胞业务的全面而透彻的系统工程，需要由具有顶尖计算机水平（包括计算机硬件、计算机网络和计算机软件），精通业务并能将其计算机规程化，对计算机软件应用技术和工程有着丰富经验，具有组织过大型项目或工程经验等的各类人员组成的项目组。本项目组正是根据这个要求进行组建的，在项目的分析、设计、实施阶段，项目组将在用户方专家组的指导下，由具有承制近上百个大型系统的我公司承担具体实施工作，建立技术保障体系。为了保证项目的顺利完成，技术保障主要包括计算机软件技术和业务应用两个方面。

Ø 技术方面主要包括：
ü 总体组和专家组负责技术体系的建立和实施工作。

ü 按照ISO9000-3和国家的软件工程规范，对软件系统进行透彻分析，制定切实可行的总体方案和实施方案。严格按照需求分析、概要设计、详细设计、数据库设计、测试计划，编码、测试、组装测试等软件工程规范进行。

ü 考虑目前现系统的现状，采用当今最先进的、主流的、成熟的数据库和软件工具，应用中间件技术使得本项目的编制和使用规范化、通用化、可升级化。

ü 采用对象技术，实现软件产品的柔性制造。

Ø 业务应用方面主要包括：
ü 按照业务流程进行软件模块编制，尽量使现有征集模式与软件应用相一致。同时保持模块间的低耦合，保证其独立性、安全性、可靠性。

ü 具体业务数据采集系统与统计分析，对决策支持系统进行分层次设计，保证数据的正确性、可靠性。

ü 按照管理层次编写数据接口，保证数据传输和处理过程的正确性和实时性。

ü 在程序设计时，保持用户界面友好、风格一致，提供完善的功能键和联机帮助信息。

ü 建立完整的测试环境，主要是设计一套软件测试数据，减少现场调试和测试的工作量，保证软件产品的可靠性。

ü 制定完善的培训计划。

7.1.2 质量保障 软件产品的质量好坏是评判本项目是否成功的一个标志。在本项目实施的前期，项目组根据ISO9001、ISO9000-3、CMMI3的有关规范，参照我公司的《质量手册》、《程序文件》、《计算机软件产品及编写企业标准》和国家《计算机软件开发文档规范》，制定了项目开发过程中的一系列规范。并由用户方专家组组和我公司的软件测试中心予以控制，建立质量保障体系。

Ø 项目开发过程中的规范包括：
ü 项目开发过程和管理规范 ü 项目文档和符号使用规范 ü 总体方案设计开发规范 ü 软件设计开发规范 ü 软件编程规范 ü 数据库设计规范 ü 软件测试规范 ü 软件维护规范 Ø 制定软件测试的详细计划，对模块测试、集成测试、系统测试和交验测试的各个过程进行控制，保证软件质量处于受控状态。在测试的过程中，建立一套完整的测试数据，使之尽可能包含典型数据、边界条件、误操作等，使软件的可靠、强壮性达到设计要求和应用要求。

Ø 为了保证项目开发过程的可追溯性，按照软件编制规范要求，形成如下文档，从另一个方面保证软件的质量。

ü 需求分析：包括业务流程和总体方案 ü 概要设计说明书 ü 详细设计说明书 ü 数据库设计说明书 ü 用户手册 ü 操作手册 ü 模块开发卷宗 ü 测试计划 ü 测试分析报告 ü 项目开发总结报告 7.2 项目实施策略 7.2.1 实施计划 “保证用户的成功”是我们的进行项目建设的根本出发点，本公司在进行企业信息化建设过程和对外提供计算机信息技术服务以来，总结出一套行之有效的项目质量控制方法，用以保证最终用户的成功。这些措施包括：
Ø 职责分明的项目建设组织；

Ø 强大的技术支持力量；

Ø 科学的项目进度管理；

Ø 以规范化的文档来控制项目建设过程；

Ø 规范化的质量控制方法；

Ø 良好的售后服务。

7.2.1.1 项目组织结构 本项目主要参与人员包括项目总监、项目经理、系统分析员、各级程序员、独立项目监理、系统集成工程师等各种角色，并组成各种功能小组，执行各项任务；
小组间人员可有交叉。

在项目启动前确定项目的组织结构。下图为内部组织结构的示意图。

图图19：项目组织结构 7.2.1.2 领导小组职责 Ø 项目的高层管理 Ø 制订商业目标、安排人员、控制进度、风险等重大决策 Ø 项目审批 Ø 项目监控 Ø 项目实施的协调 Ø 解决项目实施中所出现的问题 7.2.1.3 公司项目经理的职责 Ø 选择开发地点 Ø 计划项目实施 Ø 建立项目实施队伍 Ø 掌握项目的每个实施过程 Ø 定时汇报项目进度报告 Ø 风险管理 Ø 项目变化的管理 Ø 按计划执行项目 Ø 项目交接的管理 7.2.1.4 客户项目经理的职责 Ø 组建业务需求小组 Ø 及时提供项目需求书 Ø 准备开发与实施环境 Ø 及时提供验收和测试计划 Ø 组建验收及测试队伍 Ø 建立验收和测试环境 Ø 进行验收测试 Ø 协调与最终用户的关系 7.2.1.5 应用开发组职责 应用开发是由下列各组组成：
Ø 产品工程组 ü 产品安装调试 ü 产品运行中维护 ü 协调其他组的工作 Ø 应用软件工程组 ü 应用软件开发 ü 应用软件客户化/移植 ü 应用软件安装 ü 应用软件测试 ü 应用软件运行维护 Ø 应用软件测试组 ü 应用软件测试案例设计 ü 应用软件测试实施 ü 应用软件品质保证 ü 应用软件运行情况反馈 Ø 培训组 ü 硬件系统培训 ü 应用软件培训 由于此工程的重要性及复杂性，应用系统和其它硬件系统及网络系统都会有连锁性关系，我公司为保证不会因此而影响整个项目的进度，如前所述，特指派一位应用系统开发经理，负责整个开发任务的协调及执行。

7.2.1.6 技术支持组职责 Ø 系统检查和安装 Ø 网络安装 Ø 全面协调项目实施 Ø 设备测试及调整 Ø 用户培训 Ø 网络环境的验收与测试 Ø 系统软件硬件的验收与测试 7.2.1.7 实施组职责 Ø 与用户的技术队伍合作 Ø 制定实施计划 Ø 通讯线安装 Ø 与技术支持小组的合作 Ø 设备检查 Ø 设备测试及安装 Ø 系统和网络安装 Ø 系统硬件和软件验收 Ø 网络验收 7.2.1.8 业务需求组职责 Ø 提供确定和详细的业务需求 Ø 管理对业务需求的任何修改 Ø 与测试组一起制定应用软件的验收测试计划 7.2.1.9 测试组职责 Ø 制定下列测试计划 ü 网络验收测试计划 ü 应用软件验收测试计划 Ø 配合应用开发及技术支持组进行下列测试 ü 系统软件验收的测试 ü 网络验收测试 ü 应用软件验收测试 7.2.2 工程进度安排 7.2.2.1 项目实施进度 根据招标单位对整个系统的进度要求，我公司对应用软件开发进度安排如下表所示 图20：项目实施进度 7.2.2.2 人员投入安排 阶 段 人 员 工 作 量 使用方需做工作 需求分析阶段 系统分析员5人 4人负责4个子系统的分析，1人负责总体和网络 全面参与，帮助系统分析员熟悉业务、掌握用户的功能和技术要求 设计阶段 系统分析员5人， 高级程序员5人 完成总体设计和详细设计 与开发人员密切合作，提供详细的原始数据、业务流程，共同确定系统的各个功能 编码、调试、测试阶段 系统分析员1人， 高级程序员5人， 程序员10人 完成编码、调试、测试工作 监督开发方的开发进度 试运行阶段 系统分析员1人， 高级程序员2人， 程序员3人 完成系统的调试、维护工作 使用系统，将系统出现的问题提供给开发人员以便改进 7.2.2.3 主要人员经历 参加商务部分XXX。

8 培训方案 人员培训是系统投产前一个很重要并不可忽略的环节，从对象上看，包括对业务人员、技术人员的培训；
从培训的内容上看，一般包括系统软件、数据库管理、网络管理、应用系统管理和应用操作培训等。培训是一项长期的工作，我们会在项目前期、中期、后期各有侧重的安排各种培训。

8.1 软件培训计划 Ø 系统软件前期培训 在主机系统到达安装现场，本公司系统工程部技术人员即可对用户进行现场安装培训，帮助用户尽快熟悉系统的使用，具有独立管理系统主机的能力，以应付未来系统管理的要求。随后本项目组进行开发环境的数据库安装，同时做简单的培训。在用户对主机系统、数据库系统有了初步认识后，可安排原厂商（例如Microsoft SQLServer2008，Windwos Server2008）的专门培训，仍侧重基本知识。本项目工程师还将对信息技术部人员进行系统体系培训。

Ø 系统软件中期培训 随着项目进行与用户方参与的深入，可进行一些开发工具的介绍性培训，如Microsoft公司的IDE等。同时如开发中与相关的业务人员接触比较密切，其间也可进行部分业务操作培训。

Ø 系统软件后期培训 系统即将上线，进入生产环境。需要侧重对系统的部署、性能调优方面加以培训。本公司系统工程部的工程师会根据客户的实际情况进行网络规划部署（IP地址空间选择，域名管理，网段划分） 并实施，其间会做这方面的培训。若客户需要掌握网管工具，也可安排厂商的专门培训。（以上培训内容可根据具体采购系统软件情况进行安排） 8.2 业务系统操作培训 将客户相关人员召集在一起，本公司提供用户手册、测试案例，采取上午讲解，下午实习的方式，预计需要2——3个工作日。

课程名称 培训对象 培训费用 培训教师 天数 系统安装与配置培训 IT工程师 免费 软件开发工程师 1 高级管理人员操作培训 高级管理人员 免费 软件开发工程师 1 操作培训 普通业务人员 免费 软件开发工程师 2 管理操作培训 系统管理人员 免费 软件开发工程师 2 8.3 系统二次开发培训 课程名称 培训对象 培训费用 培训教师 天数 二次开发接口培训 信息技术部开发人员 免费 软件开发工程师 2 配置工具使用 信息技术部开发人员 免费 软件开发工程师 1 公共模块调用使用 信息技术部开发人员 免费 软件开发工程师 2 9 软件测试计划和项目验收预案 9.1 软件测试计划 9.1.1 BUG定义 Ø BUG等级：
ü 一级：死机，功能未实现，数据丢失，或与需要规格说明书严重不一致；
存在系统漏洞，安全性漏洞；
正常操作，但存储内容不正确；
异常陷阱未处理。

ü 二级：不兼容，或者因为边界条件超出正常范围导致1级描述中出现的问题；
系统报非友好错误信息；
内存泄漏；
系统崩溃，导致系统变慢。

ü 三级：UI与原型不一致；
长时间事务处理时，无提示；
功能未完全实现，但不影响系统正常使用。

ü 四级：偶然性或可避免，但不影响基本功能实现。

ü 五级：对功能没有影响，但不太符合一般规范。

Ø 优先级：
ü 一级：高优先级，影响进一步开发、测试或与用户需求不一致，交付客户前必须修复。

ü 二级：中优先级，项目组自行决定。

ü 三级：低优先级，交付客户前可以不必修复的错误。

9.1.2 测试目标 测试质量目标 确认者（如需说明） 所有的测试用例被全部执行 所有的自动测试脚本被全部执行 一、二、三级错误被全部修复 四级错误的修复率达到80%以上 五级错误的修复率达到60%以上 最后一次回归测试中未发现错误等级为1/2/3级的Bug 9.1.3 测试输出产品 文档说明 有/无 负责人 输出日期 《测试计划》 《测试用例》 《测试日志》 《测试结果报告》 9.1.4 参考资料或依据 文档说明 有/无 负责人 输出日期 需求说明书 需求分析书 需求调研报告 总体设计 概要设计 详细设计 UI原形 项目计划 WBS 9.1.5 测试类型 测试类型 是否采用 说明 功能测试 采用 根据系统需求调研报告，检查产品是否正确实现了功能。

流程测试 采用 边界值测试 采用 容错性测试 采用 异常测试 采用 启动停止测试 采用 安装测试 采用 易用性测试 采用 检查操作是否合理直观 界面测试 采用 检查界面是否美观合理 接口测试 采用 配置测试 采用 安全性和访问控制测试 采用 性能测试 采用 压力测试 采用 兼容性测试 采用 割接/升级测试 不采用 文挡测试 采用 回归测试 采用 检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求 9.1.6 测试技术 测试技术 是否采用 适应范围说明 评审测试 采用 复杂功能 黑盒测试 采用 全部功能 白盒测试 采用 分支较多的功能模块 灰盒测试 不采用 自动测试 采用 可自动化执行的功能 9.1.7 测试工具 用途 工具 生产厂商/自产 版本 缺陷bug跟踪 TestDirector 8.0 Mercury V8.0 测试日志记录工具 TestDirector 8.0 Mercury V8.0 测试用例设计,执行 TestDirector 8.0 Mercury V8.0 9.1.8 测试优先级顺序 按照测试需求中的优先顺序进行测试。

9.1.9 测试记录方式 记录项 记录方式 测试用例 TestDirector 8.0 测试日志 TestDirector 8.0 缺陷bug跟踪 TestDirector 8.0 9.1.10 测试资源 参见《设备配置清单》。

9.1.11 测试通过准则 Ø 一、二、三级错误的修复率达到100%. Ø 四级错误的修复率达到80%以上. Ø 五级错误的修复率达到60%以上. Ø 测试覆盖率达到100%. 9.2 项目验收预案 9.2.1 到货验收 9.2.1.1 设备验收 设备到货后，在安装之前，由XX、我方共同对设备进行验收，在通过验收货物之后，由我方负责进行保管，直至系统交付验收。

针对本项目，按照招标文件中设备相关的标准、规范、要求和规格作为设备到货验收的参考依据。

验收内容包括外包装、加电查看系统配置与合同是否相符。

9.2.1.2 系统交付验收 我方提前一周提供安装、调试及试运行的进度计划表和施工作业措施计划。我方系统安装调试原则上在不影响现有网站的基础上进行，否则我方会组织专业技术人员在非正常上班时间段（中午、晚上以及周末）进行系统安装调试。系统在完成内部测试、部署后，由我方代表与XX的代表一起对系统进行交付验收，现场工程师应逐一对每个模块进行测试，确保每个模块都能正常使用。系统交付验收包含的工作有：
Ø 提供以下文档，特别说明，所提供的文件其内容必须与所提供的货物相一致，在双方商定的某一时期内由于软硬件的修改而导致文件的任何修改，我方均应按合同提供修改更正或补充的电子和印刷文件。我方提供1套纸介质和2套光盘的全套技术文件。

ü 第三方硬件、软件产品的完整技术文档；

ü 定制软件需求分析及设计文档；

ü 定制软件产品评测报告；

ü 定制软件产品技术说明书；

ü 定制软件安装、配置、部署说明书；

ü 定制软件使用说明书并有联机帮助文档；

ü 定制软件完整的安装光盘；

ü 定制软件完整、清晰的源代码光盘；

ü 要求的其它文件资料。

Ø 根据双方确认的需求规格说明书和相关的需求补充文档进行验收，保证系统功能模块完整、正确。

Ø 系统交付验收的周期需能保证整个系统240小时不间断运行。

Ø 交付验收通过后3个工作日内，双方填写《系统交付验收报告》。同时给出明确结论：
ü 验收通过 ü 基本通过验收，但要求在某一期限内解决某些遗留问题；

ü 未通过验收，确定在某一时间内再次进行验收。

Ø 交付验收不合格，由我方免费负责修复和改进，完成后进行下一次交付验收。

9.2.2 初验试运行 在完成系统交付验收后，系统进行为期6 个月试运行。我方负责解决系统试运行期间出现的各种故障。在试运行期间，试运行期间，我方配有专业技术人员进行现场技术支持，出现的任何系统软硬件问题，由我方及时处理纠正直至连续无故障试运行6个月。XX有权派出技术人员参加，我方有义务对其进行指导并解答其提出的相关技术问题。

系统试运行完成后，双方填写《系统试运行报告》。

9.2.3 终验 系统试运行结束后，我方应向XX提交试运行记录，并提出终验申请。经XX同意后，由我方负责并会同XX及有关专家按照招标文件要求及合同中的相关条款，及规定的验收标准要求进行联合验收。依据专家验收意见，双方签署《系统终验报告》，终验合格后，项目进入保修(质保)期。

终验期间，如有发现货物质量有问题我方承诺无条件免费更换产品，如系统运行有问题，我方承诺无条件重新检测并调试系统直至终验合格交付使用。

10 技术支持服务 技术服务对于软件应用系统的重要性是不言而喻的, 优秀的产品只是向用户提供了一个技术上的可行性方案，但是如果用户使用不好产品，或没有充分利用产品和技术所提供的强大能力，再好的产品也不能给用户带来更好的收益。人们对系统的使用、信息技术能力的发挥、应用信息维护和管理、系统的优化、专业化的技术培训服务已经被企业认为是与软硬件产品的质量同样重要的。本公司从一开始就意识到售后服务与技术支持的重要性，也因此而建立并提供多层次服务方案的支持体系。

在客户采纳了本公司的解决方案后，本公司将为客户提供针对这些软件的下述专业技术服务。

Ø 系统配置建议 Ø 购买有关产品 Ø 系统集成服务 Ø 系统实施服务 Ø 技术支持服务 下面详细解释上述各项服务：
10.1 系统配置建议 本公司将在对本公司目前的情况和要求做详细调研后，对系统的配置方案做出更加具体的建议。

若系统在将来需要升级和/或移植时，本公司将对系统升级和/或移植方案提供参考建议。

10.2 购买有关产品 在双方签订了购买产品和服务的合同之后，本公司将为客户订购所有相关的系统软件产品(包)和/或许可证，并办理所有相关事宜。

客户可自行购买所需的系统软件，也可委托本公司办理。对于委托本公司订购的系统软件，本公司提供以下的服务：
Ø 系统准备及检验 合同签订以后，本公司即开始订货，整个系统所需全部硬件和系统软件将在30个工作日内（自合同签定之日起）到货。本公司技术人员将在货物发给用户前对该系统的所有软件逐一进行清点及检验，以做到交给用户的产品是完好无误的。

Ø 开箱验机 本公司将在到货等工作完成后一周内（一般2～3天）派人员前往用户处开箱、验机和清点货物。在货物经检验没有任何问题的情况下，本公司将开始安排装机。

Ø 系统软件的安装 如从本公司进行系统软件的采购，则安装工作由本公司负责。本公司将派系统工程师实施系统软件安装。根据实际情况及协议，本公司会独立或约同厂家工程师一同为用户完成安装调试工作。

Ø 保修期 在系统的软件安装完成并经买卖双方签字验收之日起开始计算保修期。产品的保修期按照厂商的保修条例执行，在保修期内，本公司负责免费的软件维护，保修期满，还可以根据需要购买一年以上的保修期。

10.3 系统集成服务 在本公司为客户购买到所有有关的软件产品(包)和/或许可后，本公司将负责投资分析数据整合系统基础设施的系统安装和系统集成的工作，这主要包括各种软件产品的安装、设置、连接和调试等等。

本公司同时将负责编写系统安装说明文档。

本公司同时将负责设计和建立工作环境。

10.4 系统实施服务 本公司在所提供的系统实施服务期间，将与客户一起工作，实现一个可在实际中使用的投资分析数据整合系统，该系统可满足客户最适合的功能需求。该系统所提供功能的结合能够体现一个较为完整的投资分析数据整合解决方案，也能较为充分和完整地展示有关的技术和产品特性。

系统实施服务主要包括如下工作：
Ø 管理项目 对整个系统实施服务过程进行监控、协调和管理。

Ø 了解业务 对客户的业务流程进行了解和分析。

Ø 了解需求 对客户的业务需求进行了解和分析。

Ø 了解数据 对客户的已有的网站相关信息数据进行了解和分析。

Ø 确定功能 根据对客户的需求和数据的了解和分析，确定需要设计以及实施的应用功能。

Ø 计划项目 根据对确定的功能范围和对客户的需求和数据的了解和分析，对所有的工作项目、时间、步骤和资源做出详细的计划和安排。

Ø 系统规划 根据客户的应用系统需求，规划系统，包括网络规划、服务器规划、平台接口等。

Ø 设计功能 分别对确定的应用功能进行深入的分析，设计并实现应用功能。

Ø 系统测试 对系统进行功能测试和系统测试。

Ø 项目文档 写作各种必要的有关项目文档。主要的项目文档包括：项目计划、系统规划书、应用功能设计说明书和系统安装和设置说明书。

本公司在系统实施服务期间，同时也提供了顾问服务。本公司人员除专注于应用适当的理论、技术、知识、方法和经验于适当的产品来帮助客户解决其投资分析数据整合建设需要外,也将注意尽可能地将有关的理论、技术、知识、方法和经验通过交流传授给客户人员。客户人员通过和本公司人员一起工作，可以逐渐体会和领悟那些无法通过短期培训掌握的东西，尤其是系统实施与管理的方法和经验。

双方的工作场所可根据需要在本公司场所或客户场所、或两处同时进行，以客户场所为主。

10.5 软件系统售后服务 Ø 售后服务的时间 本公司承诺对所开发的软件系统进行终身维护，其中在软件系统交付使用开始两年的时间为免费维护期，之后的维护按签订的后期维护合同进行收费。

Ø 售后服务的内容 软件系统售后服务的内容除了保证系统正常运行外，我们必须满足客户提出的对系统功能的小范围修改，或由于政策原因做的小修改。对于大的功能的增加或变更由双方充分协商后再确定开发价格。

Ø 售后服务的方式 本公司有专业的客户服务中心与技术支持部作为售后服务的坚强后盾。主要方式有：
ü 用户请求，提供阶段性的对系统的阶段检查和维护。

ü 对新的版本，补丁提供安装服务。

ü 日常使用的技术支持，用户可采用电话，邮件，EMAIL，网上等方式向技术支持部门寻求支持。

ü 对用户的重大事故可提供专业的人员进行恢复指导性 ü 对软件的错误24小时内提供临时处理方法，2周内提供新的版本或补丁。

ü 对用户二次开发的程序可提供专业人员进行开发指导，安装和调试。

ü 对用户的二次开发人员，以电子邮件的方式定期的发送技术资料和文档。

ü 软件系统升级保证 ü 软件版本升级后，以电话和电子邮件的方式通知用户，用户可通过网上下载新的版本或补丁。

ü 用户文档更新后，用户可通过网上下载或电子邮件的方式获得最新的用户文档。

10.6 系统集成售后服务 10.6.1 服务方式 维护工程师定期（三个月为一期）到应用系统方检查维护，本着对用户负责，维护工程师每次维护都会带一份“客户信息反馈表”，用户有意见或建议直接写在表上，维护工程师带回公司后， 由维护部经理签字，再由秘书存档，然后把表中的内容例如维护工程师的服务态度、服务质量、完成的工作、未完成的工作及原因、客户的意见或建议等内容录入到公司网站上，以供公司领导查阅。对用户的意见及时处理，让用户尽量满意，吸取好的建议，完善售后维护质量。

我们还对售后维护情况进行电话跟踪，当公司接到用户的维护电话后，明确维护内容及时间，会即时跟相应的维护工程师联系，售后维护部秘书会根据用户要求维护的时间一小时后打电话给客户，咨询维护工程师是否准时到场，工作完成的情况、用户意见及建议、用户是否满意等。

10.6.2 保修期内维护 我公司承担该项目中所有设备的保修义务，提供三年免费保修期，在保修期内，所有设备的维修或替换均是免费的。保修期自系统终验之日起计算。

10.6.3 保修期后维护 该项目中的所有设备，保证这些设备均享有终身维护的服务，在保修期之内的维护是全免费的，在保修期之后维护，也仅收取一定的维护成本费。

10.6.4 响应时间 在接到该系统/设备发生故障报告后，本公司保证24小时内派专业人员到达现场。对于非设备性故障或一般性故障，并立即加以解决。对于设备性故障，一方面在系统设计时，尽量避免单点故障，另一方面公司将利用其自身或原厂商的备品备件库，保证故障在24小时内排除，对于确实无法一时修复的主机和网络故障设备，本公司将使用替换主机和网络设备的方法予以解决，故障解决时间不超过一个工作日。

11 附件 11.1.1 系统交付验收报告 系统交付验收报告 ：
在贵方的积极支持与配合下， 系统的现场安装调试及系统交付验收已全部完成。在此，我们表示诚挚的谢意！由双方工程师参加的系统测试结果表明，系统运行状况已满足项目合同中的技术规范要求，通过交付验收，可投入试运行。对于交付验收中遗留问题，我们将在试运行阶段尽快予以解决。

测试结果请参见系统测试报告。

即日起，系统开始试运行，我们将同时交付系统管理员手册及系统管理帐号、密码，请贵方签收。

甲方：
乙方：
甲方代表签字/日期：
甲方代表签字/日期：
11.1.2 系统试运行报告 系统试运行报告 ：
在贵方的积极支持与配合下， 系统6个月的试运行已全部完成。在此，我们表示诚挚的谢意！ 试运行中出现的问题及解决方案请参见试运行报告。

系统试运行正式通过！ 甲方：
乙方：
甲方代表签字/日期：
乙方代表签字/日期：
11.1.3 系统终验报告 系统终验报告 ：
在贵方的积极支持与配合下， 系统于 年 月 日通过测试。所有性能指标达到技术规范书的要求时，系统运行状况满足工程合同中技术规范书的要求和各项技术指标，全网终验通过。

从即日起，系统投入正式运行。

甲方：
乙方：
日期：
日期：

相关热词搜索：投标书 信息发布系统 项目 XX管理及信息发布系统项目投标书技术部分 投标文件完整范本 投标服务方案范本