清华大学合肥公共安全研究院火灾事故案例数据库采购项目(二次)谈判公告

中标

火灾事故案例数据库节能产品火灾调查应急救援火灾信息采集火灾爆炸事故全要素案例数据库灾害事故案例数据灾害事故调查报告火灾事故案例库火灾典型案例库管理系统复核特征向量输入模块案例材料管理模块消防救援警情编码调派力量消防设施消防管理环境信息 gis地图统计分析数据可视化数据展示数据分析模块特征向量管理模块后台管理模块特征向量检索模块统计报表模块火灾字典企业集成引擎企业应用消息总线服务数据交换引擎服务分布式环境中间件网络应用服务平台基础用户数据库前端设备数据库文件资源系统运行支撑库 IT基础设施层平台的支撑层支撑环境平台运行保障体系支撑软件支撑网络操作系统数据库管理软件系统开发局域网服务器互联网标准规范运行管理办法长效稳定运行访问层应用层服务组件开放接口服务业务系统迭代升级 web 定制组件数据可视化组件 gis组件监控显示模块应用支撑层架包应用层服务数据缓存服务表单引擎服务业务报表引擎消息推送服务监控服务报警服务权限管理服务 JavaEE体系架构 Java平台应用程序的开发 JavaEE技术体系架构系统技术架构设计基于应用层为用户提供服务界面移动应用前端控件面向服务的体系结构计算环境下应用软件分层设计基于框架的开发管理信息系统并行操作网络计算能力优化系统的整体性能人机交互多层体系结构应用开发系统集成测试管理信息化平台应用软件修改接口服务层接入层业务组件化前端开发前端AJAX框架逻辑交互组件前端组件多层分布式组件物联网数据采集数据推送资源层数据的存储数据传输单点登录机制单点登陆单点登录服务信息转换 ESB 消息服务总线工作流引擎安全体系建设信息交换互联互通数据转换数据中心各个应用系统数据增量转换与采集应用模块化系统描述技术目录/Web服务流程控制数据流的畅通信息资源的共享信息资源管理基础标准数据元信息分类主数据资源数据集成信息资源共享数据流自动化虚拟化负载均衡网络结构高可靠性的设计硬件备份冗余容错大数据量访问控制阿里云服务器系统维护系统运维智能化可管理的设备操作设计网络管理软件自动化管理高可管理性信息化条件建设系统升级部署灵活性可扩展性硬件设备扩容技术升级平滑扩充扩大容量接口集成支持数据交换方法质量检查机制数据交换的质量保证机制系统确保数据完整性安全性的技术方案系统应急恢复高可用解决方案多节点同时运行系统继续平稳运行系统上线预警故障隔离故障排除故障恢复分权限管理自动化运行运行监控第三方产品数据备份策略数据归档清理业务模块相关的方法和手段参数化配置参数化设置方法和工具分发系统安装版本升级客户化定制功能项目上线项目管理需求确认系统设计系统配置系统测试系统推广试运行项目实施系统高可用维护系统高可用运维验收测试计划投产测试测试方案测试案例测试工具开发工程师测试工程师培训师系统培训保修期服务技术转移售后驻场工程师系统架构师用户应用支持系统使用过程中的各种问题进行及时解答整理在线帮助应用系统操作使用的再培训售后服务系统运行维护故障分级售后支持服务配合支持服务例行维护变更数据管理维护导入恢复管理日常服务系统正常运行的保障系统定期健康检查系统定期运行总结系统移植数据迁移系统性能调优技术服务技术支持产品升级免费升级系统完善服务应用系统软件电话咨询技术援助电话服务系统使用中遇到的问题操作方法指导用户进行操作驻地工程师专家服务运维培训功能完善后台配置第三方软件定制服务二次开发文档管理问题知识库维护

金额

项目地址

安徽省

发布时间

2022/11/21

公告摘要

项目编号2022zs-qh1103

预算金额25万元

招标公司清华大学合肥公共安全研究院

招标联系人刘工

招标代理机构中盛精诚工程项目管理有限公司

代理联系人刘工0551-63844337

中标公司-

中标联系人-

公告正文

谈判公告

中盛精诚工程项目管理有限公司受清华大学合肥公共安全研究院的委托，现对清华大学合肥公共安全研究院火灾事故案例数据库采购项目（二次）进行竞争性谈判，欢迎具备条件的国内供应商参加谈判。

一、项目名称及内容

1、项目编号：2022ZS-QH1103

2、项目名称：清华大学合肥公共安全研究院火灾事故案例数据库采购项目（二次）

3、项目单位：清华大学合肥公共安全研究院

4、资金来源：财政资金

5、项目预算：25万元

6、标段（包别）划分：一个包

二、供应商资格

1、供应商须是拥有独立法人资格，具有有效的营业执照、税务登记证和组织机构代码证（或三证合一），经营范围需包含本次采购内容；

2、供应商须符合《政府采购法》第二十二条规定的条件。

3、供应商存在以下不良信用记录情形之一的，不得推荐为成交候选供应商，不得确定为成交供应商：

供应商被人民法院列入失信被执行人的；

供应商或其法定代表人或拟派项目负责人被人民检察院列入行贿犯罪档案的；

供应商被工商行政管理部门列入企业经营异常名录的；

供应商被税务部门列入重大税收违法案件当事人名单的；

供应商被政府采购监管部门列入政府采购严重违法失信行为记录名单的。

注：本项目采用资格后审，不接受联合体投标。

三、谈判文件发售办法

1、供应商可于2022年11月21日9时至2022年11月24日17时（上午9:30-12:00，下午14：00-17:00，节假日除外）向中盛精诚工程项目管理有限公司购买谈判文件。

2、谈判文件费：400元/包，售后不退；

3、潜在供应商在购买谈判文件时应提供以下资料：

（1）法人代表授权书（原件加盖公章，需注明被授权人联系电话）

（2）被授权人身份证（复印件加盖公章）

（3）营业执照副本、组织机构代码证副本、税务登记证副本或三证合一（复印件加盖公章）；

以上资料的扫描件发送至邮箱：149395543@qq.com，资料核实无误后采购代理机构将通知潜在供应商缴纳谈判文件费.

经查验资料不符合要求的供应商，采购代理机构将谢绝其购买谈判文件。

四、谈判时间及地点

1、谈判时间：2022年11月26日9时30分

2、谈判地点：清华大学合肥公共安全研究院（合肥经开区习友路5999号）2号楼2楼会议室。

五、响应文件提交截止时间

同谈判时间

六、联系方法

（一）项目单位：清华大学合肥公共安全研究院

联系人：刘工

电话：18256938432

地址：合肥经开区习友路5999号

（二）采购代理机构：中盛精诚工程项目管理有限公司

联系人：刘工

电话：0551-63844337

七、其它事项说明

1、本公告发布在中国政府采购网、安徽省招标投标信息网。

2、本项目需落实的节能环保、中小微型企业扶持等相关政府采购政策详见谈判文件。

2022年11月21日

附件：

采购需求.docx 采购需求.docx

4、投标供应商应当在投标文件中列出完成本项目并通过验收所需的全部费用。中标供应商必须确保整体通过采购人及有关主管部门验收,所发生的验收费用由中标供应商承担；如投标供应商因未及时踏勘现场而导致的报价缺项漏项废标、或中标后无法完工，投标供应商自行承担一切后果；3、为有助于投标供应商选择投标产品，推荐/品牌，这些品牌仅供参考，并无限制性。投标供应商可以选择性能不低于推荐品牌的其他产品（本项目不适用）；2、为鼓励不同品牌的充分竞争，如某设备的某技术参数或要求属于个别品牌专有，则该技术参数及要求不具有限制性，投标供应商可对该参数或要求进行适当调整，且此调整须经评标委员会评审认可；（本项目不适用）1、本采购需求中提出的技术方案仅为参考，如无明确限制，投标供应商可以进行优化，提供满足采购人实际需要的更优（或者性能实质上不低于的）技术方案或者设备配置，且此方案或配置须经评标委员会评审认可；（本项目不适用）前注：采购需求

一、项目背景9、如对本招标文件有任何疑问或澄清要求，请按本招标文件“投标供应商须知前附表”中约定方式联系中盛精诚工程项目管理有限公司，或接受答疑截止时间前联系采购人，否则视同理解和接受，投标供应商对招标文件、采购过程、中标结果的质疑，应当在法定质疑期内一次性提出针对同一采购程序环节的质疑。8、下列采购需求中：标注▲的产品，投标供应商在投标文件《主要成交标的承诺函》中填写名称、规格、型号、数量、单价等信息，承诺函随评审结果一并公吿；7、下列采购需求中：如属于最新一期《节能产品政府采购清单》中政府强制采购的节能产品，则投标供应商所投产品须为最新一期《节能产品政府采购清单》内所列产品；6、在采购活动开始前没有获准采购进口产品而开展采购活动的，视同为拒绝采购进口产品；5、根据《关于规范政府采购进口产品有关工作的通知》及政府采购管理部门的相关规定，下列采购需求中如涉及进口产品则已履行相关论证手续，经核准采购进口设备，但不限制满足招标文件要求的国内产品参与竞争；

具体功能包括但不限于以下内容：（一）功能需求火灾调查得到的数据弥足珍贵，蕴含多重信息，大量通过艰苦调查工作获得的第一手资料，如火灾起火原因、灾害成因、应急救援、经验教训、责任追究、改进措施等重要数据缺乏有效的集成利用。通过调研国内外火灾事故案例数据采集要素和采集方法，构建符合我国国情的标准化、结构化、多维度、多层级的火灾信息采集体系，形成火灾事故信息采集标准，规范事故案例数据，为研建火灾爆炸事故全要素案例数据库奠定基础；二、项目建设内容及目标清华大学合肥公共安全研究院灾害事故调查技术中心以满足国家重大需求,坚持问题导向,加强灾害事故的深度分析,研究防范对策,推动全社会深刻汲取灾害事故教训等公共事业为目标。根据对现有业务需求的理解分析，中心已有的灾害事故案例数据包括灾害事故调查报告（word、html、pfd、图片等格式）及事故过程相关材料（文本、图片、语音、视频），目前主要以散落、非结构化文件和磁盘等存储为主，没有集中管理起来，导致案例的数据利用价值很低，同时各类社会案例持续增长，未来将面临海量案例素材的存储、检索和智能分析难题。本项目按照分阶段进行建设，一期以搭建火灾事故案例库为基础，一方面，实现案例资料简单、易用的入库，通过前期人工标注实现后期机器自学习匹配标注，减轻案件必须人工拆解的工作负担；另一方面，实现便捷、精准的案例检索，挖掘案例的数据价值，最终为案例分析提供支撑。随着社会经济发展，人类逐渐步入数字化信息时代，信息网络技术、大数据及人工智能技术等不断发展，各种数据爆炸性增长以及对数据分析日益迫切的需要。

7.文件管理支持类型包含：技术文献、法律法规、标准规范、消防安全规定；6.关键字段包含：事故位置、事故发生时间、事故等级、事故类型、建筑类型、事故原因类型、事故损失大小、伤亡原因、过火面积；5.具有案例发生位置、发生区域、时间等关键字段的检索、统计、分析及可视化展示功能（柱状图、饼状图、曲线图等）；3.具有案例的检索、统计和分析功能；2.可为灾害事故案例的原因分析和过程重构提供基础数据支撑。本期以火灾案例为主，其他类型案例在后期扩展；1.支持手动或批量导入灾害事故案例报告（按照约定格式），及与事故相关的（图片、视频、音频、网页、文本）等资料内容；

13.完成对现存案例的入库。12.支持手机APP的业务操作；11.支持对数据类的扩充功能，及数据的定义功能；10.具有权限设置功能，可面向不同的客户，设置不同的访问权限，显示不同的检索内容;9.可根据案例资料类型（音频、视频、文本）对案例进行检索、统计和分析功能；8.可根据时间、位置等信息，匹配地图，生成区域或全国的事故风险地图；

4.财产损失信息；3.人员伤亡信息；（含消防牺牲）、疏散及施救信息（医院信息、诊断信息）2.场所信息；（建筑物结构、三维模型、消防设施、消防管理）1.消防救援相关信息；（警情编码、出警时间、地点、救援车辆信息（医疗车辆）、调派力量等）案例信息包含但不限于以下内容：（二）上传案例信息需求

10.法律法规9.责任追究及处置情况8.调查过程及调查报告（火灾原因、火灾扩散蔓延情况、扩散原因、及人员死亡原因、经验教训）7.受灾位置及周围相关重点防护目标（地图）6.环境信息；5.危化品信息；

3.案例库的查询方式应简单易操作，并具有相应的统计功能。2.对于案例库具有添加、删除案例或内容、浏览案例库等分级管理功能。1.案例库的表现形式以文字叙述为主，辅助配置相关的图表及影像资料；（三）技术指标12.案例数据内容包含但不限于：文档（txt、word、pdf等）、图片（多种格式）、视频（多种格式）、三维模型（实际模型格式）、特征向量等；11.技术文献

9.系统需提供集群高可用解决方案，确保系统运行稳定。8.人机界面设计良好，可操作性强。其中移动应用的APP端需要提供安卓版，界面美观大方、人机交互便捷方便。7.系统整体架构要具有高性能、高安全性、高扩展性、易维护性。6.业务终端基于B/S架构，采用基于J2EE的开放式平台架构，采用免费开源数据库，采用开源流程框架，避免使用生僻技术，需要开源社区活跃、技术文档齐全。5.案例库要能够统计显示“火灾典型案例基本情况表”上所列的、能用数字表达的项目总数和所占比例。如起火原因项目中，应能统计出每种火因的数量和所占比例。4.从案例库管理系统网页进入后，可根据需要通过多种方法进行查询。

1.研制一个可挂接在内部网络上的，供用户查询和分析使用的火灾典型案例库管理系统；（一）业务需求建立可支撑灾害事故案例数据存储、分析、检索的知识数据库。实现对火灾事故典型案例的收集、分析、整理、入库、权限与资料管理的能力；实现在调中心承接的灾害事故调查事故案例相关资料、实验数据、模型入库能力；具备相关资料的在线查询、异地下载等能力；具备相关关键字段、特征向量数据的统计、分析能力；具备可视化数据展示能力及风险地图展示能力。具备火灾安全等相关知识字段，具备与火灾案例相关知识、技术方案等信息的检索、关联能力；具备相关图片、视频等资料的本地库的检索能力；初步具备远程信息案例信息提交、编辑、入库等能力。三、项目的任务及需求11.系统的全部UI设计和模块设计需要给出原型并得到甲方认可。10.APP移动端应用需安全可靠，防止移动端与后台交互时数据泄露，WEB后台系统关键业务数据安全，例如用户密码，账户金额等。系统需提供非法访问限制、防止依赖注入等非法入侵。需设定安全登录策略，监控非法访问，确保整个系统安全稳定。

1.案例及其相关信息采集模块（二）系统功能模块需求5.支持手机端的操作。4.软件需要具有访问控制、权限管理、身份认证、数据加密等要求；3.可以录入多种形式的案例数据，包括视频，文本，照片；2.实现案件入库流程化，完成规定时间内案例材料的收集、整理、复核、录入并建成案例数据库。包括：①历次重特大火灾；②造成人员伤亡的火灾；③有政治影响的火灾（首都、军事设施、边境、以森林景观为主的国家级保护区、风景区、公园的火灾）；④对教学、培训、科研、扑火指挥有重要参考价值的火灾；⑤其他有典型意义的火灾；

本系统大量数据都为非结构化数据，如文本、图片、音视频等，数据没有固定格式或是不定长的数据。系统对非结构化数据的处理，首先要在其内容中找出出相关特征向量（例如：案件发生时间、位置、类型、原因、所属行业、违反法律法规条文等多维度标签）信息重新组织，让它变的有结构化，存入缓存；其次，确定特征向量的准确性并存入数据库。用户在使用本系统时根据自己的需求输入关键字，创建搜索索引，返回结果，其结果包括案件发生的时间、地点、引起的原因、时域地域范围内同案件发生的次数及案例整改报告中相关内容等。3.特征向量输入模块管理人员可对案例材料管理，对新入库材料进行手自动分类，审核、入库成功，对入库的材料手、自动进行增、删、改、查的权限分配。通过案例的相关属性，可以关联、检索到类似案例、法律法规、技术文献、案例讲解。2.案例材料管理模块数据内容包括：消防救援相关信息；（警情编码、出警时间、地点、救援车辆信息（医疗车辆）、调派力量等）场所信息（建筑物结构、三维模型、消防设施、消防管理）人员伤亡（含消防牺牲）、疏散及施救信息（医院信息、诊断信息）、财产损失、危化品信息、环境信息、受灾位置及周围相关重点防护目标（地图）、调查过程及调查报告（火灾原因、火灾扩散蔓延情况、扩散原因、及人员死亡原因、经验教训）、责任追究及处置情况、法律法规、技术文献系统提供远程上传和本地导入两种方式进行案例收集，其中远程上传可以通过网页接口、手机APP或公众号进行材料上传，后台收到上传材料后，启动入库流程。上传和本地导入文件的格式可以是单个文件，也可以是压缩包，其文件类型有文本文件（word、html、pdf格式等）、图片、音视频等。

利用饼状图、柱状图、其他曲线图、热力图、GIS地图等多种方式多维度展示统计分析数据：基于GIS地图的事件地域分布；基于热力图地图的事件密度展示；事件发生原因排序；6.可视化数据展示模块利用聚类分析、时序模式等方法，对事故案例相关信息的数据特征进行分析，其包括分布分析（定量数据的分布分析,定性数据的分布分析）、对比分析、统计量分析、周期性分析、贡献度分析、相关性分析，输出事件的发生规律和趋势。5.数据分析模块结合法律法规和专业知识，人工对特征向量、特征值进行管理和完善，包括增加、更新、删除等操作。支持特征向量进出库审批流程的管理。4.特征向量管理模块

9.后台管理模块系统自动标注火灾案例信息中的特征向量，从相关案例、规范、法规、技术文档等资料中提出与与其特征向量相关联的图片、视频、资料。8.特征向量检索模块系统可以根据配置自动生成年、月等统计报表，也可以根据用户选择事件的发生时间、地点、类型、行业等多维度生成报表，报表都能以文件的方式导出，可备他用。7.统计报表模块事件发生种类占比；事件发生曲线图及趋势图；事件发生的各种数据环比和同比展示。

火灾字典及相关安全知识智能关联租户管理，在SaaS系统中，各租户可自行配置文件上传至自己的私有OSS，提供给每个租户独立的顶部菜单配置模块，可以自定义顶部菜单切换。用户进行秘密初始化。用户本身有修改密码及修改本人信息的权限。用户管理，该模块主要实现管理员对用户信息的添加及修改，查看用户信息列表，对新权限管理，其包括角色管理、数据权限和接口权限三个部分；该模块是本系统运行的一些基础配置，其不仅限于以下功能，权限管理、用户管理、机构管理、岗位管理、菜单管理、字典管理、租户管理：

图1总体架构图要求整个符合标准模块框架设计要求，要求整个平台由IT基础设施层、数据资源层、企业集成层、应用支撑层和应用层五个具有内在联系、层次结构分明的模块有机组成。结构图如图1所示。1.总体设计（三）系统设计要求建立行业级别的关键字段、典型字，结合火灾科学知识、安全应急知识等对挂件字段、典型字、词进行释义，解释。并与案例库中的结构化字段进行关联。

平台webApp应用第三方开放接口

应用层

报警业务消息推送设备管理权限管理报警业务消息推送设备管理权限管理数据接口业务接口功能接口定位定位

应用支撑层

即使通信引擎业务表单引擎企业机构管理数据管理位置信息信息推高速缓主数据管

管理送存理

定时任务日志管全文检权限认证

引擎理索

安全保障体系标准规范体系企业集成层

企业集成引擎企业应用

消息总线服务

数据交换引擎服务

J2EE分布式环境中间件技术

资源层

组织结

终端业主数据消息数

即使通主数据

日志库构数据

信数据务数据库据库

库

丁基础设施层

网络应用服务平台

企业集成层如图1所示，主要以工作流为牵引，提供数据调度和规范管理，主要功能包括：形成集成规范和数据交互方案，便于统一管理。构建接口和消息总线的设计模式，统一将数据集成到平台中，进行业务数据的规则检查、清理、转换，提供给应用层使用。解析不同协议报文数据提供动态的实时显示。4.企业集成层资源层如图1所示，主要指数据存储和服务。资源层是系统运行和服务的基础，由一系列的数据库群组成，主要包括基础用户数据库、前端设备数据库、基础设备信息数据库以及文件资源以及系统运行支撑库等部分组成。3.资源层IT基础设施层如图1所示，指平台的支撑层，主要涉及支撑环境，完成平台运行的支撑与保障，由支撑软件、支撑网络和保障体系组成。支撑软件包括操作系统、数据库管理软件以及系统开发所需的各种中间件等。支撑网络包括系统运行所需的局域网、互联网二套网络。保障体系包括标准规范和运行管理办法，保障系统的长效稳定运行。2.IT基础设施层

访问层如图1所示，按用户类型提供相应服务，主要功能包括：7.访问层应用层如图1所示，主要面向不同用户的应用需求，提供相应服务，主要功能包括：以标准规范为前提，创建标准规范的服务组件和接口，方便按照业务需求快速搭建或集成业务系统，以及系统的迭代升级。以多样性为前提，可以提供web、App、其他模式的开放接口服务。定制组件包括数据可视化组件、gis组件、监控显示模块等。6.应用层应用支撑层如图1所示，通过业务和技术结合的方式，将通用技术进行封装整合，以接口、架包等多种形式提供给应用层服务。基本服务包括：数据缓存服务、表单引擎服务、业务报表引擎服务、gis地图服务、消息推送服务、监控服务、报警服务、权限管理服务等。5.应用支撑层

选用JavaEE的目的是基于组件的体系结构，利用Java平台来简化企业解决方案的开发、部署和管理相关的复杂问题，可以定义了一套标准来简化多层分布式企业应用程序的开发，在实现标准化的组件设计的基础上，为这些组件提供了完整的服务。运用JavaEE体系架构将表示逻辑、业务逻辑与数据逻辑相分离，主要优点包括：1.JavaEE技术体系架构整个项目要求采用JavaEE标准体系来建立。该标准体系能够较好支撑统形成一套设计、开发、汇编和部署企业应用程序的规范，实现标准、规范、便于多样性和扩展性服务的支撑。（四）系统技术架构设计要求分类型提供服务，如Web、App，同时提供开放接口便于扩展服务方式。基于应用层为用户提供服务界面和移动应用。

3.基于组件化的前端控件服务的涵义可于中扩展至分布在网络中的软件资源，旨在提供摆脱了面向技术的解决方案，不必考虑其后台实现的具体技术、具体运行平台、具体物理位置甚至其内部的通讯协议，从而实现更好的业务灵活性，使得企业能够对变化快速和有效地做出响应。选用面向服务的体系结构（SOA），该体系结构是互相通信（例如从一个服务向另一个服务传递数据或协调一个或多个服务之间的活动）的服务的集合，在为企业构建一个灵活的体系结构基础上，提供计算环境下应用、管理分散等逻辑（服务）单元的规范。2.面向服务架构2）根据企业需求构建软件分层设计思想，支持基于框架的开发，降低组件的耦合度，极大地增强软件的可维护性、可扩展性，满足大型管理信息系统的要求。1）提高系统的并行操作、网络计算能力，优化系统的整体性能。

（1）客户层主要负责人机交互；采用基于JavaEE规范的多层体系结构，面向服务的体系架构进行应用开发、系统集成，可有效摆脱面向技术的解决方案的束缚，集中精力于管理信息化平台的业务模型，从而提高软件复用、加快应用软件的实施。管理信息化平台系统从逻辑上分为客户层、Web层、接口服务层、业务层、资源层和接入层六层。4.业务组件化、服务化、应用分层的设计思想2）前端开发。构建以数据为驱动的Web界面的渐进式框架，完成前端用户界面的创建和与后台技术无关的前端AJAX框架的搭建。此种模式能够建立丰富的自身生态圈，并支撑Mvvm开发模式，完善整体Web界面的体验。1）定制组件。组件包括逻辑交互组件和前端组件。逻辑交互组件为人机交互逻辑封装而成，该组件提供相应的事件和函数，方便企业用户调用。前端组件将常用的控件的封装。要求采用前端组件化控件来实现具体的交互逻辑，从而实现人机交互操作。开发重点包括：

基于多层分布式组件模型，结合面向服务的设计思想，提出如图2的业务组件化、服务化的应用分层体系结构。（5）接入层主要完成智慧社区物联网产品的数据采集和数据推送等。资源层主要负责数据的存储和组织、数据库的分布式管理等。（4）业务层提供业务服务，包括业务数据和业务逻辑，集中了系统大多数业务处理；（3）接口服务层封装了与其他集成系统的数据访问和接口访问逻辑及内部业务组件的调用关系组成；（2）Web层封装了用来服务访问本系统的所有客户端的表示层逻辑；

WebService/RPC

HtmlClientHttpClient

Client

查看请求

ViewsController

（Freemarker）（Servlet)

JavascriptUIModel

Component

消息总线服务

c业务组

数据传输

业务组件1业务组件2

件

对象DTO

业务对象

ActiveRecord数据库访问模式数据缓

存

JDBC

TCPWs/

/IP

Http

业务系统

Mysql数据库Redis

基于SSO，针对外部客户，通过账号密码映射实现身份认证集成。主要功能包括提供用户信息配置的入口，由用户自行配置其登陆各个信息系统的凭据信息（即用户名和密码），通过SSO要素实现同一用户不同系统凭据信息间的映射和对照，并统一存储于后台数据库中。基于SSO，针对内部员工，由系统管理员通过系统手工完成不同系统间账号的映射对照的配置，作为实现各信息系统SSO的数据基础。图3单点登录机制实现原理图要求采用目前主流的企业业务整合的解决方案——单点登陆（SingleSignOn，简称为SSO）。该方案能在多个应用系统中，简化账号登陆过程并保护账号和密码安全，对账号进行统一管理，用户在既定时间范围内，只需要登陆一次就可以访问所有相互信任的信息系统。同时，采用企业应用集成（EnterpriseApplicationIntegration，简称为EAI）模式，便于在不同应用层面上实施单点登录机制。例如在数据存储层面上的“数据大集中”，在传输层面上的“通用数据交换平台”，在应用层面上的“业务流程整合”，和用户界面上的“通用企业门户”等等。单点登录机制实现原理如图3所示。5.单点登录服务图2应用分层体系结构图

单点登录系统业务系统A业务系统B用户信息服务

用户

发起认证请求

响应认证请求并返回ticket	验证ticket验证ticket取得用户存储数据	验证ticket验证ticket取得用户存储数据	验证ticket验证ticket取得用户存储数据
通过ticket登录系统		验证ticket验证ticket取得用户存储数据	验证ticket验证ticket取得用户存储数据
通过ticket登录系统			验证ticket验证ticket取得用户存储数据	验证ticket验证ticket取得用户存储数据	验证ticket验证ticket取得用户存储数据
			验证ticket验证ticket取得用户存储数据
			验证ticket验证ticket取得用户存储数据		验证ticket验证ticket取得用户存储数据

通过ticket登录系统

用户

单点登录系统业务系统A业务系统B用户信息服务

图4消息总线服务-信息转换设计的消息总线服务-信息转换，如图4所示，提供信息转换与路由服务实现系统之间方便快速的连接，支持不同数据格式（如CSV、xml、flatfile等）、来自不同应用的数据、以及不同的数据传输协议（如FTP、HTTP等），完善了安全、持久、端到端的信息转换和路由服务的功能。7.消息总线服务-信息转换SOA主要包括如下要素：用开放的标准将软件资产(Asset)化为服务提供标准的方法来表示软件资产及其交互；单独的软件资产作为构造单元，可重复使用来开发其他应用；将关注点从细节实现转移到应用(application)组装；整合企业外部的应用（B2B）的方式；开发（现在）和整合（未来）的统一。基于SOA的要素，在技术层上解决了其企业服务消息总线（ESB）的整合问题，耦合了应用与应用之前的集成逻辑，使得SOA更灵活，更易于扩展，更敏捷。ESB采用开放的、标准的通信协议，使新建的服务消费者应用程序对服务的提供者、通信协议、地方、交互的数据不敏感。6.消息总线服务

要求设计的工作流引擎通过设计一系列相互衔接、自动进行的业务活动或任务，为企业构建了工作管理模块的核心。主要任务包括：通过计算机技术的支持去定义、执行和管理工作流、协调工作流执行过程中工作之间以及群体成员之间的信息交互。9.工作流引擎图5企业消息总线服务-协议转换设计的企业消息总线服务-协议转换，如图5所示。企业消息服务总线能够实现各个系统之间或者应用之间的通信协议转换，支持HTTP、FTP、WebService、MQ等多种数据传输协议的相互转换。8.企业消息总线服务-协议转换

1.信息资源标准（五）标准规范建立需求（3）线上办公流程管理机制更加灵活，协助企业整合复杂的业务流程体系，如协同办公的证章申请流程、业务办公流程等。（2）BPM高级工具和开发协作工具丰富，使得开发人员、业务人员和运行维护人员能够更好的协同工作，提升企业需要响应时效性。（1）兼容嵌入和独立部署，为多样化平台提供服务。采用的工作流引擎模式具备如下优点：

4.安全体系建设标准要求系统基于企业业务发展战略及管理思路的实际考虑，为企业定制了信息交换、互联互通的信息化平台建设方案，具有较强的开放性和兼容性，方便管理，易于维护。按照为企业定制的主数据建设规范，为各应用系统提供相应的适配器（即数据转换与采集接口），通过与数据中心对接，实现各个应用系统数据增量转换与采集。数据中心位于最底层，最上层的各系统通过接口适配器接入，各应用系统在存储数据时，将存储的数据经过编码、加密、验证等处理后传入消息队列，通过一系列数据传输流程后，转化成标准化的数据格式存入数据中心。应用系统读取数据时，从属式的数据结构自动形成，引导数据通过以上逆过程和相应接口传达到各集成的应用系统。3.应用模块化系统接口标准要求系统鉴于平台种类要求，定制应用支撑标准，建立数据交换标准，为保证不同网络、不同系统、不同平台之间的数据交换提供服务的标准，涵盖数据交换、描述技术、目录/Web服务、流程控制等类目。2.应用支撑标准要求系统为了实现数据流的畅通和全平台信息资源的共享，为企业定制信息资源标准，建立“信息资源管理基础标准”的数据标准，涵盖数据元、信息分类与编码和数据库等主数据资源类目。建成后，将为数据集成、确保信息资源共享和各种数据流自动化打造畅通的基础。

要求稳定可靠作为系统研发的首要遵循标准。为保证企业各项业务应用顺畅，尽量避免系统的单点故障，本系统支持虚拟化和负载均衡。项目将对网络结构、存储等各个方面进行高可靠性的设计和建设。在网络、存储设计上采用硬件备份、冗余等可靠性技术，合理设计冗余，制订可靠的备份策略，保证系统具有故障自愈的能力，最大限度地保障系统的7×24小时长期可靠运行。2.高可靠性要求采用先进成熟的技术满足项目各种应用的需求，兼顾其他相关的管理需求，保证满足各种应用系统业务。在设计初期，就把先进的技术与现有的成熟技术、标准和设备结合起来，充分考虑到应用的需求和未来的发展趋势，尽可能采用成熟、先进的技术以确保对大数据量和高并发用户的处理能力，确保系统能够在未来一段时间内适应目前及今后潜在的技术要求。1.实用性和先进性（六）建设原则要求系统基于项目需求，为管理平台的安全体系，除建立信息安全保障标准以外，还涵盖了访问控制、权限管理、身份认证、数据加密等方面。对可能存在的身份认证、数据机密性、不可抵赖性等安全问题，在依托于企业信息化建设已有安全体系的基础上建议采用以数字证书认证技术为基础的签名技术、加密技术来解决。

考虑企业用户众多，按照使用人员角色和权限不一，进行了系统的性能优化，为企业设计了用户结构，包括集团智能人员、集团办公人员，以及销售、稽核工作人员。5.高性能在建设设计初期，充分考虑到企业平台承载的数据可能具有一定敏感性和私密性，为企业定制了平台安全性方案。采用公司内部局域网服务器或者高安全等级的阿里云服务器，为平台提供边界安全、数据中心安全、计算机终端的接入安全，并对操作行为进行实时有效的监控和日志记录。4.高安全性所选用的软件开发技术支持国际通用的通信协议和标准，采用标准协议进行互连互通，确保本次建设是网络平台、与原有系统、其他系统能够无缝互联，在结构上真正实现开放。坚持统一规范的原则，从而为未来的发展奠定基础。3.标准性与开放性

1.系统维护（七）运维要求考虑系统交互人员的分类，可能为工作人员、供应商等，需要运用采用智能化、可管理的设备，优化操作设计，同时采用先进的网络管理软件，实现先进的自动化管理，具备高可管理性，为系统操作人员脱离复杂的管理信息业务和任务。7.易操作性和可管理性考虑企业业务发展需求，以及信息化条件建设，设计初期考虑了系统升级和迭代需求。系统保持了对成熟技术的兼容性，还提供了良好的灵活性和可扩展性，具备支持多种应用系统的能力，提供硬件设备扩容和技术升级灵活性。系统能够根据企业需求，平滑扩充和升级现有的业务覆盖范围、提供扩大容量接口，最大程度地减少对现有设备、现有投入的调整。6.灵活性及可扩展性

（八）项目管理需求系统具备集成支持能力，所有集成参数要求系统可配，无需更改源码。阐述数据交换方法和相应的质量检查机制，阐述通过不同接口方式实现不同应用系统集成的策略和方法。阐述数据交换的质量保证机制，阐述系统确保数据完整性、可靠性和安全性的技术方案。3.集成要求阐述系统应急恢复方案，要求提供高可用解决方案，多节点同时运行，单节点故障时不影响业务继续进行，节点故障解除后，系统继续平稳运行。2.系统上线阐述系统维护管理方案，要求系统能够提供运行指标监控、预警、报警、故障隔离和故障排除支持。简要说明可能导致故障的因素以及相应的冗余容错和故障恢复策略。阐述系统维护人员分级别、分角色、分权限管理的机制和方案。系统应能自动化运行，提供图形运行监控界面。投标人提供的第三方产品或是自有产品及工具需提供方便甲方使用和维护并在此基础上进行后续独立开发。系统具备数据备份和恢复功能，并阐述数据备份和恢复的方法和策略。系统具备数据归档和清理功能，并阐述数据归档和清理的方法和策略。阐述系统如何实现流程和业务模块监控功能，以及相关的方法和手段。系统具备集中的参数化配置功能，并阐述参数化设置方法和工具，注明哪些或哪类参数配置可以立即或定时生效而无须重新启动系统。阐述产品升级版本的分发与安装方案（包括方式、频率、所需时间等），并详细阐述在版本升级过程中如何处理客户化定制功能。阐述系统易于甲方后续开发维护的相应措施和保证。

1.项目组成员人数及资质要求项目实施方应组建一支经验丰富、配合默契且稳定的专业化团队，以保证项目按时、保质完成。（十）项目人员要求投标人需在合同签署后，项目整个沟通需求后，要求在1个月内完成项目上线和案例数据的入库。（九）项目工期要求系统除需满足以上功能及业务需求外，该项目实施方还应满足以下事项。针对知识产权出版社有限责任公司业务特点阐述系统实施方法论，并结合方法论，描述完整、可行的系统实施方案，包括但不限于项目管理、需求确认、系统设计、系统配置和开发、系统测试、系统上线、系统运维、系统推广等方案以及试运行策略。要求完成项目实施、测试、系统安装部署、系统高可用维护方案工作，并阐述系统的项目实施方案、测试方案、系统高可用运维方案，根据需要附相应模板。对于其中知识产权出版社有限责任公司有模板要求的交付件，应使用要求的模板进行编写。阐述项目实施的组织架构，并描述实施预期的时间进度表，提供具有明确里程碑的项目实施计划。要求提供初步的验收测试计划以及充分的验收标准，并提供系统集成测试、投产测试的测试方案、测试案例和测试工具。要求具有长期的本地化的技术支持人员，具有本地化的项目沟通能力。工作语言为中文，项目文档为中文。

（十一）售后服务要求开发工程师。开发工程师必须稳定，除非用户主动要求，在项目实施期内不得换人。开发工程师在接到招标人通知后24小时内应到达本项目实施现场办公。测试工程师。测试工程师需全程参与项目实施，且在系统测试阶段全程在现场参与工作。培训师。培训师必须对公司产品、客户业务及所建系统了解透彻。在系统培训阶段必须全程现场服务。在保修期服务工作过程中完成对知识产权出版社有限责任公司相关人员的相应技术转移工作。根据用户需要提供系统使用、管理、运维等培训。售后驻场工程师。售后驻场工程师必须全程参与项目实施，且对公司产品、客户业务、及所建系统了解透彻，在售后服务期间，除非用户主动要求，不得换人。项目总监。除非用户主动要求，在项目实施期内不得换人。项目总监至少30％的时间在现场参与工作。项目经理。除非用户主动要求，在项目实施期内不得换人。项目经理在接到招标人通知后24小时内应到达本项目实施现场办公。系统架构师。除非用户主动要求，在项目实施期内不得换人。在系统设计阶段，系统架构师在接到招标人通知后24小时内应到达本项目实施现场办公。2.项目组成员参与时间要求项目经理和系统架构师应在最近3年内具有参与多起互联网行业企业级类似项目的管理和设计经验。本项目要求具有长期的本地化的技术支持人员，具有本地化的项目沟通能力。工作语言为中文，项目文档为中文。项目实施方人员必须严格按照项目组成员进行安排，不得随意更换。如有特殊情况必须更换人员，必须征得招标人同意，并提供具有相同资质的人员供招标人选择。

系统维护服务。项目实施方在系统的使用过程中，对系统功能改进要求提供系统维护服务。具体内容包括：用户应用支持。售后人员针对在系统使用过程中的各种问题进行及时解答和处理，并在处理问题过程中通过加强整理在线帮助、FAQ以及应用系统操作使用的再培训等方式提高用户的应用水平。2.服务内容项目实施方在系统最终签字验收后的6个月内，提供免费的售后服务与技术支持。1.服务期阐述系统运行维护管理详细方案，包括故障分级和对应的服务水平。同时要求投标人根据知识产权出版社有限责任公司的售后支持流程提供售后支持服务。

5.配合支持服务。要求对与本系统有关联关系的其他项目群的系统升级、例行维护、变更等提供相应的配合支持服务。4.数据管理维护。对系统数据的导入、本系统数据备份和恢复管理等提供技术服务。3.系统运行维护。提供系统运行维护的日常服务，包括系统正常运行的保障、系统定期健康检查、系统定期运行总结等。提供系统升级部署、系统移植、数据迁移、系统性能调优等各方面技术服务。3、本项目中采购的中间件产品如为第三方产品要求提供原厂商产品技术支持和产品升级服务，保修期自产品验收后起计。2.系统中使用到的产品的升级服务。如开发商在服务期内对系统中使用的产品发布了新的版本，用户有权利要求开发商提供升级产品，并完成系统升级部署及客户化部分的免费升级。1.系统完善服务。由于应用系统软件潜在的bug而引起的应用软件修改和完善。

电话咨询服务。提供5×10的技术援助电话服务，解答用户在系统使用中遇到的问题，并及时提出解决问题的建议和操作方法，指导用户进行操作。驻地工程师。应选派知识产权出版社有限责任公司认可的售后工程师进行现场服务，服务时间与知识产权出版社有限责任公司工作时间一致。驻地工程师能够提供本节所示的所有服务内容。专家服务。对于用户工作时间的突发性故障，如驻地工程师无法解决，专家须在20分钟内响应，1小时内保证系统恢复，2小时内提交故障解决方案。对于用户工作时间外的突发性故障，在2小时内派专家到达现场进行支持。服务移交。在系统维护期间，售后人员应对知识产权出版社有限责任公司运维人员进行相关运维培训，包括但不限于：功能完善、性能调优、运行监控、后台配置、系统升级、数据管理。在售后服务期满，知识产权出版社有限责任公司运维人员有能力完全自主维护应用系统（包括投标人在实施过程提供的自有成熟产品和第三方软件产品）。需求变更后的定制服务。在本次项目建设范围之内，提供基于现有系统的二次开发服务，以满足用户不断变化的操作习惯和不断变化的业务需求。7.文档管理。要求投标人在保修服务期间向知识产权出版社有限责任公司提交月报、周报，并与知识产权出版社有限责任公司召开讨论会，对报告期间的服务进行讨论和审查。6.问题知识库维护。要求向知识产权出版社有限责任公司开放其问题知识库。建立并维护知识产权出版社有限责任公司问题知识库，在保修期结束后移交给知识产权出版社有限责任公司。