《湖北省人大常委会规范性文件备案审查信息平台项目.doc》由会员分享，可在线阅读，更多相关《湖北省人大常委会规范性文件备案审查信息平台项目.doc（24页珍藏版）》请在三一办公上搜索。
1、湖北省人大常委会规范性文件备案审查信息平台项目依据鄂采计2017-27203号的要求，湖北省政府采购中心就“湖北省人大常委会规范性文件备案审查信息平台项目”进行公开招标采购。本项目采购预算：120万元。现就采购人提供的采购需求进行公示，公开征询各潜在供应商的意见。第一部分 供应商资格要求1. 应具备政府采购法第二十二条第一款规定的条件；2. 必须在“信用中国”网站()中未被列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单；3. 不接受联合体形式的投标。第二部分 技术及商务要求一、项目采购清单说明：招标文件中“”标注的技术、服务及商务要求，应满足或优于，否则按无效标
2、处理。序号名称数量要求/备注1行业应用软件开发服务11.系统功能和架构投标产品必须采用B/S和最新的微服务架构，能够支撑实现全省法规报备、规章和其他规范性文件备案、审查及其他相关管理和统计分析功能，符合全国人大标准、内容统一的要求等。2.系统部署和数据贯通投标产品必须能够满足基于湖北省政务云平台部署，部署在政务外网，符合全国人大对于网络统一的要求，确保与全国人大法规备案审查信息平台顺畅安全对接。提供具体且可执行详细集成方案。3.基础数据规范要求投标产品必须符合全国人大法规备案审查信息平台法规备案元数据规范，符合全国人大对于数据统一的要求。提供针对数据统一的具体方案，并在标书中明确描述。4.数据
3、对接要求投标产品要满足与大数据服务平台、省人大机关门户网站、省人大代表履职服务平台、省人大机关办公平台、短信平台顺畅安全对接的要求。5.性能要求投标产品必须满足全省备案审查工作极限性能要求，投标人应承诺若出现性能问题，将根据工作需要及时配备合理的技术人员，分析问题原因，如无重大网络和系统问题，原则上24小时内解决性能故障。提供确保系统高性能和高可靠性的具体物理和逻辑部署方案。2操作系统3商业版Linux3中间件2商业版的J2EE标准WEB服务器4数据库1商业版数据库5服务器3由省电子政务云平台提供， 16核CPU、32G内存、1T硬盘实施时间2018年2月15日前完成平台开发部署及上线工作实施
4、地点湖北省范围内采购人指定地点运维服务期验收后，三年质保免费运维服务，其中软件系统一年驻场质保免费运维服务。二、项目概述1、项目背景党的十八届三中、四中全会决定分别提出“健全法规、规章、规范性文件备案审查制度”和“加强备案审查制度和能力建设，把所有规范性文件纳入备案审查范围”，新修改的立法法对规范性文件备案审查制度作出了新规定，地方各级人大常委会备案审查范围将进一步扩大，工作要求将进一步提高。适应新形势新任务新要求，全国人大常委会办公厅、法工委多次发函，要求省级人大常委会加快备案审查信息平台建设，并尽快实现上下互联互通。为进一步贯彻落实党的十八届三中、四中全会和立法法有关精神及全国人大要求，加
5、强备案审查和立法工作，省人大常委会决定启动省本级备案审查信息平台建设。目前，规范性文件备案审查和立法工作存在工作量大、沟通成本高、工作效率低和纸质文件存档管理成本高、资源浪费、不易查找，且各部门、各单位不能共享数据资源等问题，迫切需要解决。按照监督法和新修订的立法法对备案审查、立法的要求，依托信息系统的建设和运行，做好新形势下的备案审查工作，提高备案审查和有关立法工作质量和效率，推进各级人大常委会规范性文件备案审查工作和省市州自治县立法工作的规范化、效能化，充分利用信息化手段实现备案审查的电子化、智能化显得尤为重要。2、建设目标建立面向全省的规范性文件备案审查信息平台，严格按照全国人大标准、网
6、络、内容、数据“四统一”的要求，依托“互联网+”，充分利用移动互联网、云计算和大数据，在省人大机关门户网站开辟窗口，通过横向连通省人大机关、省人民政府，纵向连通全国人大常委会，全省各市、州、直管市和林区及县（市、区）人大常委会，设区的市、州人民政府，搭建省人大常委会法规报备和规章、其他规范性文件备案审查工作平台，实现规范性文件备案和审查工作的全过程电子化、智能化管理。同时，为全省各备案审查工作机构之间的互联互通，有关国家机关提出审查要求及其他国家机关、社会团体、企业事业单位、公民等提出审查建议，以及省人大代表、立法顾问组成员、立法专家库成员、立法基层联系点成员单位等参与立法和备案审查等活动，提
7、供“一站式”网上服务，并可以授权各市、州、直管市和林区及县（市、区）人大常委会开展备案审查工作使用。3、总体需求本系统主要功能：一是实现规范性文件网上备案审查功能，省人大常委会备案审查工作机构可以通过系统对报送备案的规范性文件进行登记、存档、编辑、审查等处理，可以将省本级地方性法规、经省人大常委会批准的设区的市、州的地方性法规、“一州两县”的自治条例和单行条例通过网络上报备案。二是实现规范性文件智能化审查功能，对需要进行审查的规范性文件，通过系统自动检索、比对有关法律、法规等文件，提出审查意见，呈批后发送审查结果等。三是支持在备案审查过程中就相关问题随时随地沟通交流并提醒。四是省本级立法规划、
8、计划建议项目申报、征集、汇总和征求意见及反馈等，设区的市、州和自治县立法规划、计划报送审查及批准。五是省本级地方性法规草案征求意见、听证、评估论证、草案稿修改完善及反馈，设区的市、州和自治县法规征求意见建议和审查、批准文件的反馈等。六是实现法规清理、法规实施监督、会务、立法资料存档等电子化管理。总体功能架构如下：三、技术、标准规范和服务要求注：投标人在投标文件技术、标准规范和服务要求响应、偏离说明表中应对以下技术、服务要求逐条进行响应描述或偏离说明。不满足以下要求的，其投标可能将按照无效投标处理。序号货物(或服务)名称功能及技术参数评审点1湖北省人大常委会规范性文件备案审查信息平台1.1规范性
9、文件备案（1）规范性文件网上报备。实现应当报送省人大常委会备案的规范性文件（省政府规章、决定、决议、命令，设区的市、州政府规章，市、州、直管市、林区人大及其常委会决议、决定等）在同一操作平台登记、上报。报送单位人员登录报备系统，上传报备文件和相关资料（包括备案报告、公告、文本、说明等），报送单位人员登记完善规范性文件的基本信息，包括文件名称、文件性质、文件类型、文件文号、备案报告文号、公布日期、实施日期等；登记信息或对登记的规范性文件进行上报。（2）规范性文件备案登记、办理。报备系统数据可自动导入省人大机关办公平台并按权限发送给备案审查工作机构，相关工作人员收到报备数据后，可通过机关办公平台对
10、报备的规范性文件进行办理，提出拟办意见、起草办理函件、呈批后，通过系统分发至各专门（工作）委员会进行审查、呈批、审查意见反馈。同时，可通过外网将相关规范性文件发送有关单位及个人进行审查、审查意见反馈。报备电子文件要支持同屏对比审查功能。（3）设区的市、州地方性法规和“一州两县”自治条例和单行条例的接收处理。设置新制定、修订、修正、废止法规的报送界面，报送单位加载法规的相关资料，包括备案报告、公告、文本、决定、说明、审议结果的报告和修改建议的说明等文件，上传DOC文本和扫描法规公报PDF文本。（4）省本级地方性法规，经批准的设区的市、州的地方性法规和“一州两县”自治条例和单行条例网上报送备案报备
11、办理。文件报备后，推送到省人大机关办公平台全流程办理报备工作。法规经办人员核对并移交备案资料备案审查处经办人员起草备案报备并按规范格式整理资料处室领导审核法规工作室分管领导审核分管法规工作室副秘书长审核秘书长审示常委会主任（常务副主任）签发上传全国人大常委会办公厅和国务院法制办。备案报告的分发。实现通过系统向办公厅文书处档案室、省政府法制办分发备案报告。1.2 规范性文件审查（1）规范性文件审查的办理主动审查。将主动审查数据推送到省人大机关办公平台全流程办理。 法规工作室备案审查处工作人员收到报备数据后，可通过机关办公平台对报备案规范性文件进行办理，提出拟办意见、起草办理函件、呈批后通过系统分
12、发至有关委员会进行审查、提出书面审查意见、呈批后向备案审查工作机构反馈、研究后与制定机关沟通说明情况制定机关采纳反馈审查终止或启动撤销程序告知公布。 被动审查。实现审查要求和审查建议的收集，并推送到省人大机关办公平台上全流程办理。审查要求：有关国家机关提出，办理程序为：提出审查要求备案审查工作机构接收提醒接收办理（不需要审查或者不在备案审查范围，转有关单位）分送有关委员会审查有关委员会提出书面审查意见、呈批后向备案审查工作机构反馈与制定机关沟通说明情况制定机关采纳反馈审查终止或启动撤销程序告知公布。审查建议：有关单位或者个人提出，办理程序为：提出审查建议备案审查工作机构接收提醒接收办理法规工作
13、室进行研究（不需要审查或者不在备案审查范围，转有关单位或函复个人）必要时送有关委员会审查提出审查意见、呈批后向备案审查工作机构反馈与制定机关沟通说明情况制定机关采纳反馈审查终止或启动撤销程序告知公布。（2）规范性文件智能审查 实现对规范性文件进行智能审查功能。通过大数据分析，一是实现智能化自动审查功能，系统能在法律、法规数据库中搜索所审查规范性文件的上位法，并与上位法进行相似度比对分析，支持全文分析和条款分析。二是通过关键词，实现系统对合法性问题进行审查并自动生成辅助审查意见。三是实现对生成的审查意见等文件，可以在系统上进行流转处理。四是实现人工逐条审查功能，审查人员可逐条对规范性文件的合法性
14、进行审查记录，自动生成审查汇总表。1.3法律法规资源库建立法律法规数据库，通过采集权威的法律法规数据作为智能辅助审查的基础。提供数据审核机制，数据经审核后自动入库。提供自动化的数据采集工具，实现法规数据自动及时更新。具体功能要求如下：（1）资源目录管理模块基于元数据库和数据资源目录库存储结构的数据资源目录应用体系结构设计与建设的集成与配合工作，建立资源目录管理体系，实现信息资源的分类、分级管理与共享。支持用户资源、应用资源、网络资源及组织架构等内容的管理，建立业务信息资源目录、非结构化信息资源目录等，实现编目、目录注册、目录审核发布、检索、目录导航、信息资源访问等功能，并增加对目录资源、数据应
15、用专题、可视化展示和多维度应用统计分析等功能。审核发布要实现数据属性标识、流程审核处理、权限管理及信息制作、传播、利用等业务处理和法律、法规、标准等规范的要求。基于应用支撑平台安全服务等组件、功能模块，实现各系统对资源目录的访问认证与授权、访问审计、服务请求与响应及资源导航等功能。信息资源元数据管理本功能模块要求对信息分类内包含信息元素的管理，如信息资源的名称、采集途径、存储方式等。编目管理本功能模块要求根据信息资源的内容，按照信息资源分类和具体要求进行编目，并实现对目录内容的更新维护。通过编目管理，形成信息资源总目录、共享信息资源目录、应用系统目录、各专题目录等。目录管理信息资源目录管理具体
16、实现不同数据来源、不同时间、不同数据类型、不同采集频度的资源目录的管理，提供信息资源目录的查询、导航和定位服务等。（2）资源内容管理模块1）要求提供完善的数据接口与数据交换功能，可以基于XML数据标准方便的实现内容管理平台同各业务系统的数据集成与交换。2）提供与元数据管理功能的相互映射，支持扩展实现统一资源目录体系。3）内容管理作为公共服务资源，需要本次投标人要对该公共服务进行功能封装成可以调用的服务，通过服务的调用和再封装等技术，形成业务应用在开发或运行中所使用的通用服务资源。4）具备基础功能，包括多站点、多级频道、文档生命周期管理、工作流、模板管理、发布管理等等。支持内容服务网站（群）的整
17、体建设，集中部署，通过授权进行分级管理。具备对文字、图片、视频、专题、元数据、表单等各种内容在同一平台统一管理的能力。（3）信息审核审查管理模块以元数据、资源目录的信息名称、信息项等为基础，实现审核发布业务属性及业务管理。审核发布要实现数据属性标识、流程审核处理、权限管理及信息制作、传播、利用等业务处理和法律、法规、标准等规范的要求。（4）门户及信息资源展现管理制定表现层框架标准，定制开发数据资源利用系统，包括但不限于数据展现、数据搜索、数据调用、数据资源情况统计的设计与开发。开发数据资源服务网站，将各种应用系统、数据资源和网络资源集成到一个信息管理平台之上，实现单点登录、内容聚合和个性化定制
18、等。1.4省本级立法规划、计划网上征求意见实现省本级立法规划、计划网上项目申报、建议征集、汇总和征求意见及反馈。省本级立法规划、计划草案在提交主任会议审议前，通过信息平台向各专门（工作）委员会、机关各处室、政府有关部门、社会各界征求意见。工作程序：立法规划处登录系统，通过系统将立法规划、计划草案征求意见稿报请领导逐级审批后分发草案征求意见稿及相关文件到各专门（工作）委员会、机关各处室、接入系统的有关单位、社会各界征求意见立法规划处收集、整理、研究、吸收反馈意见终止。1.5设区的市、州和自治县立法规划、年度立法计划网上报送及批准实现设区的市、州和自治县立法规划、年度立法计划草案网上征求意见、立法
19、规划、年度立法计划网上报送。（1）立法规划、年度立法计划草案征求意见。设区的市、州和自治县立法规划、年度立法计划草案在主任会议通过前，应当报送省人大常委会法规工作室（法规）、民宗侨外委（自治条例和单行条例）征求意见。报送单位加载立法规划、年度立法计划草案的相关资料，包括报送立法规划、年度立法计划草案、重点需要研究的立法项目及存在问题、立项建议说明等。年度立法计划项目立项建议说明主要包括：（1）立法的必要性、可行性、合法性；（2）法规草案文本或者法规需要解决的主要问题；（3）涉及的相关法律、行政法规、省法规和规章的情况；（4）法规实施对经济社会可能产生的影响评估；（5）其他需要说明的内容。对立法
20、规划、年度立法计划草案征求意见进行上报。报送程序：设区的市、州和自治县人大常委会登录系统，提出立法规划、年度立法计划草案征求意见省人大常委会法规工作室法规报批处（民宗侨外委办）接收通过机关办公平台提出办理意见送室（委）领导审示分发相关委员会（处室）研究提出意见法规报批处（民宗侨外委办）研究综合意见法规工作室（委）领导审批（无意见的，转报送单位）报送机关采纳反馈报送终止告知。（2）报送立法规划、年度立法计划。设区的市、州和自治县立法规划、年度立法计划通过后，应当报送省人大常委会法规工作室法规报批处（民宗侨外委办）。报送单位加载立法规划、年度立法计划。年度立法计划项目包括法规名称、提案人、提案时间
21、、审议时间、审次等内容。对立法规划、年度立法计划进行上报。报送程序：设区的市、州和自治县人大常委会登录系统，报送立法规划、年度立法计划法规工作室法规报批处（民宗侨外委办）通过机关办公平台接收呈送室（委）领导签批系统自动形成各单位年度立法计划统计表归档报送终止告知。1.6省本级地方性法规草案网上征求意见 实现省本级地方性法规草案征求意见、听证、评估论证、草案稿修改完善及反馈。 省本级地方性法规草案在提交常委会会议审议前，通过平台向各专门（工作）委员会、机关各处室、政府有关部门、社会会各界征求意见、进行听证、评估论证。工作程序：立法规划处登录系统，通过系统将法规草案征求意见稿报请领导逐级审批后分发
22、草案征求意见稿及相关文件到各专门（工作）委员会、机关各处室、接入系统的有关单位、社会各界征求意见立法规划处收集、整理、研究、吸收反馈意见终止。1.7 设区的市、州地方性法规草案和“一州两县”自治条例和单行条例草案网上征求意见、报请批准实现设区的市、州地方性法规草案和“一州两县”自治条例和单行条例草案网上征求意见和报请批准。（1）设区的市、州地方性法规草案和“一州两县”自治条例和单行条例草案征求意见。实现设区的市、州地方性法规和“一州两县”自治条例和单行条例草案在表决通过前，征求省人大常委会法规工作室（民宗侨外委）意见，并在平台登记、回复。设区的市、州和自治县人大常委会法工委在地方性法规、自治条
23、例和单行条例草案在提请常委会会议审议前，通过平台送省人大常委会法规工作室（民宗侨外委）征求意见。报送单位应当提交地方性法规、自治条例和单行条例草案修改稿文本、说明、立法资料汇编（包括对照表）、联系人等。对征求意见的地方性法规、自治条例和单行条例草案修改意见进行反馈。报送程序：设区的市、州和自治县人大常委会登录系统，提交法规草案修改稿征求意见法规工作室法规报批处（民宗侨外办）通过机关办公平台送签室（委）领导后分送法委（民委）委员、有关专门（工作）委员会、法规工作室相关业务处室、省直有关部门等征求意见相关单位回复意见（有提出修改意见的，同时转给征求意见单位）法规报批处（民委办）汇总研究回复意见法规
24、工作室（民委）领导审批征求意见单位采纳反馈征求意见程序终止告知。（2）设区的市、州地方性法规和“一州两县”自治条例和单行条例报请批准。实现设区的市、州地方性法规和“一州两县”自治条例和单行条例报请批准在同一操作平台登记、审查、批准。设区的市、州地方性法规和“一州两县”自治条例或单行条例经本级人大及其常委会表决通过后，应当向省人大常委会报送报请批准的报告、表决通过的法规文本、注释稿、报请批准的说明、相关立法资料、联系人等。对报请批准的地方性法规、自治条例或单行条例进行上报。报请批准程序：设区的市、州和自治县人大常委会登录系统，报请批准地方性法规、自治条例或单行条例省人大常委会办公厅文书处通过机关
25、办公平台送签分管副秘书长法规工作室（办公室）、民委办通过机关办公平台送签室（委）领导后分发给法规报批处法规报批处（民委办）分送法委委员（民委委员）、有关专门（工作）委员会、法规室相关业务处室、省直有关部门等征求意见相关单位回复意见法规报批处（民委办）提出初步的审查意见法规报批处（民委办）根据法委（民委）审议意见，准备上主任会议审议材料法规报批处（民委办）根据主任会议审议意见，准备常委会会议审议材料常委会会议作出批准决定（有合法性问题的，可以不予批准、附修改意见予以批准或者退回修改后再提请批准）相关设区的市、州和自治县人大常委会收到批准通知后发布公告报请批准程序终止告知。2.1系统集成需求实现系
26、统和大数据服务平台、省人大机关门户网站、省人大代表履职服务网络平台、省人大机关办公平台、短信平台对接，使规范性文件备案审查工作在网上办理流转顺畅。系统必须与全国人大法规备案审查信息平台安全顺畅对接。对接工作由采购单位协调第三方系统开发商与本项目中标人共同完成。3.1支撑开发平台需求根据全国人大下发的关于进一步做好省级备案审查信息平台建设工作的通知(常办秘字2017198号)的要求，“全国人大信息中心将为各地提供以下三种服务方式：一是基于全国人大软硬件资源，提供基础设施和基础服务支撑等云平台。二是提供支撑开发平台，供各地开发相应应用功能。上述两种服务方式，可提供各地使用的组件包括：法规报备组件、
27、法规审查组件、机构人员授权组件、工作流组件、统一检索服务组件、统一访问组件等。三是对于已经建信息平台的地方，提供对接接口等服务”。我省人大根据自身的需求，决定采用全国人大提供的第二种服务方式，即使用全国人大提供的支撑开发平台。依据全国人大机关电子政务技术体系建设指南的整体说明，全国人大提供的支撑开发平台具体内容和技术体系说明如下，本项目建设的技术体系和架构将完全采用该体系。3.1.1 总体架构总体技术架构由基础设施层、数据资源层、应用支撑层、业务应用层、门户展现层五个层次组成。按照“大平台、大数据、大系统”建设目标，业务应用开发建设依托全国人大提供的支撑开发平台。必须使用全国人大提供的六大组件
28、：法规报备组件、法规审查组件、机构人员授权组件、工作流组件、统一检索服务组件、数据统一访问组件。以信息资源为核心，按照“平台+系统”，进行分层设计建设。基础设施层为各类电子政务应用提供网络、服务器、安全等硬件基础设施以及统一的基础服务支撑云平台环境。数据资源层基于政务服务资源目录体系，为各类业务应用中产生、使用、共享的结构化和非结构化数据提供统一的数据服务。应用支撑层为各类业务应用提供服务管理、应用集成、过程管理等应用支撑服务，包括工作流引擎、电子表单、消息服务等各种通用组件服务，也包括用户管理及认证、内容管理、事务提醒、角色管理、权限管理、模版管理、日志管理等基础支撑组件和系统管理功能。业务
29、应用层是以应用支撑层和数据资源层提供的各类服务为基础，依据业务需求构造的业务应用系统。门户展现层为各类电子政务应用及内容提供界面集成服务，实现用户单点登录，形成统一的应用入口。系统实现的技术路线必须基于J2EE开发技术。采用分布式服务架构(Dubbox、Spring Cloud)，采用服务注册与发现方式实现服务的整合集中管理，提高系统集成性、灵活性、扩展性，灵活应对业务需求。3.1.2 应用架构应用架构包括业务库规划设计和业务系统建设。业务库是在基础库和支撑库等基础上支持业务事项运转的数据架构体系。业务系统是利用建立的数据架构体系，采用统一平台提供的基础组件开发业务界面和业务逻辑组件实现对业务
30、事项从形成、办理、传输、保存、利用、归档等全过程管理。在业务事项完成归档后数据进入信息资源库不再在业务库中保存，归档后的数据原则不能修改，确需修改的要经严格审批，由档案管理员、审计员和数据管理员等共同负责修改。应用架构要依托现有统一机构用户管理、业务分类体系、单点登录、统一待办等基础功能，按照业务界面、业务逻辑组件等进行组件化、模块化设计，原则上要分离界面显示层代码和业务逻辑代码。业务界面的设计采用类Windows 资源管理器风格管理，原则上由列表、表单、标签页、操作等元素组成。交互服务完成从用户请求数据的获取、格式化、封装、传输、解析，请求派发和业务逻辑组件的调用等功能。业务逻辑组件是将具体
31、的业务逻辑进行封装，形成可被内部和外部调用的业务服务组件,并进行组件编排。3.1.3 数据架构数据架构包括业务库、资源库规划建设和资源管理系统建设。资源库是利用大数据技术，建立存储归档后的数据及归档需保存处理过程的关系数据。资源管理系统是对资源库中的数据通过进行分类、分词、建立索引等建立各类数据关联关系，但不允许对归档的原始数据进行改变，为信息资源的查询、检索、统计分析等应用提供安全可靠的服务。数据架构要求，基于统一资源目录和数据资源管理平台，依托现有的分布式文件系统、基础数据、支撑数据，根据业务需求，确定支持业务实现所需业务数据模型和结构，建立统一的建库脚本。分布式文件系统采用大数据技术，提
32、供对各类半结构化和非结构化数据的统一存储管理。基础数据提供统一的机构、人员、代表、会议、电子文件、法律等数据的基础元数据信息。支撑数据提供统一的日志、权限、工作流支撑、门户支撑、报表支撑等数据的支撑信息库。3.1.4 技术架构技术架构要求，基于全国人大统一的应用支撑平台的架构和支撑组件进行设计、集成和部署，平台提供统一的服务的注册、协调、管理。(1)应用展现层技术应用展现层由统一应用服务器和统一门户构成，提供统一的访问入口，业务界面集成部署。门户基于标准的Portal 中间件构建，支持界面、风格、Portlet、布局的个性化服务，支持SSO，符合WSRP、JSR-168、JSR-286 等标准
33、规范。业务界面层的技术实现可以是HTML 页面、JS 界面框架、JSP 程序和HTML5 页面，支持对桌面、移动、PAD 等多渠道访问的支撑。 (2)业务应用层技术业务应用层以统一应用服务器构成，提供业务逻辑组件集成部署，业务服务形式包括：RPC 服务、WEB 服务、基于HTTP 的JSON 服务、REST 服务等。 (3)应用支撑层技术应用支撑层以统一应用服务器构成，提供统一用户管理、统一字典管理、统一数据访问、统一工作流引擎、统一搜索引擎、统一非结构化文件管理、统一安全服务组件、统一报表等公共组件。统一用户和统一字典管理主要包括：统一机构、统一用户、统一授权、统一角色管理及统一字典管理等，
34、提供了各种接口服务供业务应用系统调用。统一数据访问基于统一数据架构和资源目录体系，建立统一信息资源数据服务模式。主要涉及数据资源定位、数据访问接口、数据映射、数据查询和数据集成等。统一工作流引擎提供统一服务接口，实现各类业务审批流程的处理逻辑的设计、流程的控制、以及交互功能的设置等。统一搜索引擎是为结构化和非结构化数据提供的全文检索服务功能。统一非结构文件管理组件主要提供统一的电子文件管理功能。统一的安全服务组件主要包括统一身份认证、单点登录、统一日志管理、安全审计和加解密算法服务等。统一报表组件为各业务应用系统提供报表相关功能支持，包含的主要功能是数据的获取组件、模板设计组件、排版组件、打印
35、输出组件。(4)数据资源层技术数据资源层提供统一的数据库系统和文件系统服务，对外提供标准的JDBC、ODATA、JSON、WS 服务接口，实现业务应用与数据管理分离。(5)基础设施层技术基础设施层分层、分域提供统一的计算资源池、存储资源池等基础环境。3.1.5 安全架构按照等级保护及分级保护技术标准规范，建立动态、综合的防护体系。（1）基础设施建设完善建立密钥管理、电子认证、信任服务、电子印章等安全基础服务，并为统一安全服务组件提供数据加解密、签名验证、访问控制等接口，为用户和设备等实体提供基于数字证书的身份认证功能。（2）应用安全从身份认证、授权管理、访问控制、日志记录和安全审计、三员管理进
36、行设计。（3）信息资源安全对数据信息存储及信息加密、信息流控制和备份恢复进行设计。（4）服务器及终端安全对服务器及终端等采取终端安全登录、主机监管与安全审计、主机恶意代码防护、漏洞扫描与补丁管理等措施。3.1.6 系统集成集成要求，按照统一集成门户、服务管理进行界面集成、应用/服务集成、数据集成。统一集成门户、服务管理，采用“松耦合”的集成技术，建立界面集成框架并制定集成标准，提供多种集成方式供接入系统改造接入。用户在统一门户中，可以处理所有应用系统的业务。界面集成通过应用支撑平台提供的门户组件和业务界面接口组件来实现。界面集成要确保UI 展现和交互模式的一致性，主要使用JSON、REST 和
37、HTTP 标准及协议来实现。在系统界面集成中，实现对接入系统进行菜单注册管理、机构权限管理、界面显示管理等功能。应用/服务集成通过应用支撑平台提供的分布式服务架构来实现。数据集成通过应用支撑平台提供的数据资源库和统一数据访问服务来实现。4.1 标准规范要求省人大备案审查信息平台要严格按照国家有关规定和标准及全国人大平台建设标准、规范要求进行建设，确保建成后的平台与全国人大常委会法规备案审查信息平台顺畅安全对接。具体全国人大相关标准规范如下：（1）有关法律及文件保守国家秘密法网络安全法关于全面推进政务公开工作的意见（中办发）20168号）党政机关公文处理工作条例（中办发）201214号）“互联网
38、+政务服务”技术体系建设指南（国办函2016108号）（2）有关国家标准党政机关电子公文标准规范（GB/T33476334832016）党政机关电子公文系统建设规范（GB/T334822016）电子文件归档与电子档案管理规范（GB/T188942016）电子文件管理系统建设指南（GB/T319142015）信息安全技术 信息系统安全等级保护实施指南（GB/T250582010）信息安全技术 信息系统安全等级保护定级指南（GB/T222402008）中华人民共和国计算机信息系统安全保护条例计算机信息系统安全保护等级划分准则（3）全国人大相关标准规范全国人大信息资源目录及分类规范（试行）全国人大信
39、息资源元数据模型规范（试行）全国人大信息资源一般术语规范（试行）全国人大信息资源命名规范（试行） 全国人大信息资源电子文件元数据规范（试行） 全国人大信息资源法律法规库元数据规范（试行） 全国人大法规备案审查信息平台法规备案元数据规范（试行） 全国人大法规备案审查信息平台技术和服务接口规范（试行） 全国人大法规备案审查信息平台电子文件格式规范（试行）5.1 系统部署系统拟部署在楚天云（省电子政务云平台），应用服务器和数据库服务器由省电子政务云平台提供。6.1 性能需求（1）应用服务器用户访问并发数200，且不能明显影响系统性能；（2）普通查询生成时间3 秒，较复杂的统计、查询、报表生成时间10
40、 秒；（3）所有更新处理、数据转换及传输时间10 秒；（4）允许进行多用户操作，且其性能指数隔离，即一用户的操作不能因为其性能降低影响到另一用户,不能形成死锁行为；（5）协作过程中，所有数据均为即时数据，不会形成时间差数据。7.1操作系统、中间件、数据库及服务器（1）采用商业版Linux操作系统。（2）中间件采用商业版J2EE标准WEB服务器。（3）采用商业版数据库。（4）服务器由省电子政务云平台提供。8.1 其他需求（1）工作流设计器。提供标准的流程设计工具，可自定义流程环节。（2）自动生成备案回执。规范性文件完成报备以后，接收人员审核备案后生成备案回执，经接收人员审核确认后发送。（3）归类
41、和存档。报备的规范性文件和审查过程文件系统自动保存备份，审查结束后按档案管理要求，由经办人通过系统提交归类、存档。（4）查询服务。可进行全文检索，并按文件名称、公布单位、文件类型、填报日期范围进行汇总统计。（5）统计报表。系统提供灵活的报表工具。用户可以按照采购单位的需求设计生成报表，输出格式支持柱型图、饼图、折线图等多种图表样式。（6）会务管理。主要实现规范性文件审查、设区的市法规审查批准过程中需组织召开会议的数字化管理，提供会议基本信息、在线报名、下发会议通知等功能，自动生成与会人员名单、会议须知等会议材料。（7）自动生成各类文书。系统自动生成“备案回执”、“初审意见处理表”等相关文书模板
42、。（8）提醒功能。法规工作室转办件或者报送单位完成报备后，系统自动通过短信、系统消息等提醒经办人。 （9）文件处理。可以对规范性文件进行导出、修改、删除等处理。（10）单位信息维护。维护本单位的基本信息，包括报备承办单位名称、常委会分管秘书长姓名、委室领导姓名、承办处室负责人姓名、承办人姓名、承办单位地址、邮政编码、办公电话、手机、传真和电子邮箱等，基本信息一次填写，报送信息时自动填写。（11）修改密码。可对本单位的原始用户密码进行修改。四、商务要求注：投标人在投标文件商务响应、偏离说明表中须对以下逐条商务要求进行响应描述或偏离说明。不满足以下要求的，其投标可能将按照无效投标处理。序号商务条款
43、内 容评审点1交付安装地点采购人指定地点2报价要求投标人的报价应包含为完成本招标文件提出的设备采购、运输、安装、软件开发、集成、调试、报检以及售后服务等全部相关工作所有可能发生的费用，即投标总报价为“交钥匙”价。对在合同实施过程中可能发生的其他费用（如：增加耗材、材料涨价、人工、运输成本增加等因素），采购人概不负责。本文件所要求内容应视为保证系统运行所需最低要求，如有遗漏，投标人应予补充。否则，将不予以付款。3对本文件未列明，而投标人认为必需的费用也需列入投标总报价。在合同实施时，采购人将不予支付中标单位没有列入的项目费用，并认为此项目的费用已包含在投标总报价中。4项目实施中标人提供详细的项目
44、实施方案，实施方案需对采购人的所有需求予以充分回应，并提出合理且符合时间要求的进度安排。5中标人在项目建设过程中，必须遵守采购人对于网络安全和实施规范的相关管理要求；中标单位应承诺在BUG问题修改、功能完善和新功能开发时遵循标准的维护工作流程。应在现场搭建开发测试环境，任何变更必须在开发测试环境中测试通过后，才更新到生产环境中上线使用；同时应采用有效技术方法和手段，保证测试通过后的程序可以完整更新到生产环境，保证生产环境中系统功能运行。6项目验收中标方在全部系统安装调试完毕，并完成采购人的各项要求及本项目监理验收的基础上，聘请第三方专业软件评测机构（须经采购人认可的权威评测机构）对系统进行全面
45、的测试，测试费用由中标方承担。测试通过并获得验收测试报告后，中标方向采购人申请验收。测试通过的结果将作为系统验收的主要依据之一。7软件验收要求：本系统在推广实施之前，需通过模拟环境测试和实际环境下的试运行，包括文档验收、程序验收与测试结果评审等几项工作。项目验收包括试运行验收、项目最终验收2个阶段，具体要求由采购方提出，中标方配合完成。8付款方式合同签订后，采购人以转账方式支付合同金额的20%；同时，中标人向采购人提交合同额10%的质保金（履约保函）。项目初验后，采购人以转账方式支付合同金额的30%；项目终验后，采购人以转账方式支付合同金额的40%。质保服务期满7个工作日内采购人通知银行将质保
46、金（合同金额的10%）支付给中标人。9运维及售后服务运维范围中标人提供常规维护服务包含：软件BUG修改、原有功能完善、性能优化、新功能开发等。10集中运维原则中标人应遵循采购人集中运维和统一运维的总体原则。免费质保期内，所有运维工作由中标单位负责，免费期后，中标单位根据采购人统一安排，合理划分运维职责，对采购人指定的运维人员提供免费培训和技术支撑。11系统移交要求中标人应按照采购人信息系统建成移交等相关规范，要求提供完善的项目实施档案、产品手册和运维手册等资料后方可进行项目验收。12培训要求项目建设期内，中标人应根据采购方工作安排提供免费技术和操作培训。13问题响应时限中标人应7*24小时响应
47、各项技术和服务请求，系统出现较大故障时，应及时提供上门服务并快速解决问题。14问题响应方式电话解答及电话支持：提供服务电话，在工作日内必须专人响应，并在半日内给出答复或解决方案。远程技术支持：当系统出现故障，经用户许可，远程登录用户系统，进行故障分析、问题定位并提供解决方案。15中标人应当具备本地化服务能力，在不能远程解决的情况下，中标人应在约定时间内为用户提供上门现场服务，直至问题解决。16知识产权本系统所有资料、软件、数据等的知识产权均归采购单位所有，与中标方无关，中标方无权复制、传播、转让、许可或提供给第三方使用，否则应承担相应的责任。17中标人必须确保本系统所使用的开发平台及相关软硬件等产品均为合法获得，对因此而且可
