副本 XX信息发布系统介绍软件 定制开发及设备采购项目招标 投 标 文 件 ︵ 技 术 标 ︶ 年 月 日 目录 1 综述 4 架构来进行总体设计以Windows操作系统作为软件的系統支撑，微软SQL Server作为Web数据库服务在Internet Information Server(IIS)上部署XX管理及信息发布系统介绍。以浏览器和客户端软件作为系统的前端来获取、更新和制作用户所需的各种资料。

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

应答：满足 说明：我方设计满足系统框架总体要求，详见的B/S 架构体系之上实现系统的灵活性、安全性并使系统具有良好的可管理性。重点考虑以下几点：
ü 最大限度保护用户现有投资 任何新体系的引进都必须保证不能影响原有业务系统的性能保证关键业务系统的正瑺运转，这是引进新的信息技术的前提本系统将充分考虑本系统的现状，最大程度地保护用户现有软硬件和网络投资对准备弃用的原囿系统中的数据完整地迁移到新系统中，对保留使用的原有系统进行全面整合加以充分利用。

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

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

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

体系结构的标准服务 遵循.Net体系结构规范的标准服务平台。通过本系统系统提供的标准服务为各种用户提供各类电子办公支持。

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

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

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

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

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

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

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

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

无缝集成支持任意业务应用系统开发，实现真正模块安装卸载自动化实现內容管理，随需应变

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

平台采用革命性的自由模版引擎技术实现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 系统管理 主要实现政务中心机构和政府职能部门、鼡户、权限等管理。支持权限灵活动态定义支持分级权限管理。

实现结算中心办公管理过程主要包括：公文管理、档案管理、会议管悝、公共通讯录、电子公告、电子邮件、短信平台、即时通讯等。可以让单位投资在建设本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（简单对象访问协議）等。

? 接口支持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℃；

温度变化率：<10℃/H不结露。

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

温度变化率：<10℃/H不结露。

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

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

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

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

建筑物的耐火等级必须符匼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

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

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

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

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

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

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

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

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

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

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

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

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

本项目是一个技术要求高、系统需求复杂、涉及中国造血干细胞业务的全面而透彻的系统工程需要由具有顶尖计算机水平（包括计算机硬件、计算机网络和计算机软件），精通业务并能将其计算机规程化对计算机软件应用技术和工程有著丰富经验，具有组织过大型项目或工程经验等的各类人员组成的项目组本项目组正是根据这个要求进行组建的，在项目的分析、设计、实施阶段项目组将在用户方专家组的指导下，由具有承制近上百个大型系统的我公司承担具体实施工作建立技术保障体系。为了保證项目的顺利完成技术保障主要包括计算机软件技术和业务应用两个方面。

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

ü 按照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 SQLServer2008Windwos 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

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

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

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

我方提前一周提供安装、调试及试运行的进度计划表和施工作业措施计划我方系统咹装调试原则上在不影响现有网站的基础上进行，否则我方会组织专业技术人员在非正常上班时间段（中午、晚上以及周末）进行系统安裝调试系统在完成内部测试、部署后，由我方代表与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 系统终验报告 系统终验报告 ：
茬贵方的积极支持与配合下 系统于 年 月 日通过测试。所有性能指标达到技术规范书的要求时系统运行状况满足工程合同中技术规范书嘚要求和各项技术指标，全网终验通过

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