“金信工程”成都工商信息系统应用级灾备信息化集成项目技术、商务要求及供应商参加本次政府采购活动应具备的条件预公告各潜在投标人： 成都市政府采购服务中心受成都市工商行政管理局的委托，拟对“金信工程”成都工商信息系统应用级灾备信息化集成项目进行公开招标。为确保政府采购当事人的合法权益，现就该项目的商务、技术要求及投标人资格条件等广泛征求各方的询问和意见，如有异议，请于2012年4月13日下午16:00前以书面形式提出，详细的技术、商务要求及供应商参加本次政府采购活动应具备的条件、联系方式见附件。成都市政府采购服务中心 二〇一二年四月六日 附件：“金信工程”成都工商信息系统应用级灾备信息化集成项目技术、商务要求及供应商参加本次政府采购活动应具备的条件一、技术要求1.1.建设背景2003年，在《国家信息化领导小组关于加强信息安全保障工作的意见》中，国务院明确提出：各基础信息网络和重要信息系统建设要充分考虑抗毁性与灾难恢复，制定和不断完善信息安全应急处置预案。为落实国家信息化领导小组关于加强信息安全保障工作的要求，国务院信息办会同有关部门在大量调查研究的基础上，组织起草了《关于做好重要信息系统灾难备份工作的通知》，对做好国家重要信息系统灾难备份工作的目标、原则和近期任务提出了明确要求。2004年10月开始，国务院信息办组织银行、电力、铁路、民航、证券、保险、海关和税务八大重点行业信息系统主管部门共同编制了《重要信息系统灾难恢复指南》。2007年7月，《重要信息系统灾难恢复指南》正式升级成为国家标准《信息系统灾难恢复规范》（GB/T 20988-2007）。《信息系统灾难恢复规范》的出台有着划时代的意义，对国内重点行业及相关行业的灾难备份与恢复工作的开展和实施有着积极的指导作用。2008年，按照国家工商行政管理总局关于建设“金信工程”的总体规划与要求，“金信工程”成都工商信息系统建成并投入运行。该系统是服务全成都市经济社会发展、深化规范化服务型政府建设、提供行政效能、服务社会公众的一项重大信息工程，在支撑全市工商行政管理业务公众和各项内部管理事务等方面发挥出越来越重要的基础性作用。近年来，随着业务功能不断扩展，业务量和数据量迅速增长，主要基础硬件设施逐渐老化，对系统的正常运行产生了较大的影响。2011年3月29日发生数据库服务器故障导致服务中断2天，市民反映强烈，引起市领导的高度关注。2011年4月14日，红林市长在市工商局调研的时候指示：市工商局负责对“金信工程”成都工商信息系统全面进行检测检查，提出改造、优化及运行维护需求，市级相关部门拟制详细的解决方案，经市政府研究同意后实施。目前，应用级灾备系统建设方案已经编制完成，灾备系统建设工作正式启动。1.2.现状分析1.2.1.1.应用系统结构1.2.1.1.1.总体体系结构“金信工程”成都工商信息系统覆盖了工商行政管理的行政执法到行政管理的各项业务内容，信息系统分为基础支撑层、数据资源层、应用支撑层、应用层和门户层等五个层次，由市场准入系统、市场监管系统、公平交易执法系统、人力资源系统、纪检监察系统、法制管理系统、消保维权系统、12315系统 、消协管理系统、办公自动化系统、门户网站系统、系统管理系统、视频协作系统、辅助决策系统等子系统组成。 1.2.1.1.2.总体逻辑结构“金信工程”成都工商信息系统包括综合业务应用与行政办公应用、信息共享交换和社会公共服务等三方面的应用，覆盖了成都市工商行政管理所有业务领域。 1.2.1.2.网络拓扑结构“金信工程”成都工商信息系统依托于四川电信MPLS VPN网络建成工商业务专网，以成都市工商行政管理局为中心，覆盖了各区（市）县工商局、直属分局、政务中心及基层工商所，并实现对省工商局以及INTERNET的访问。 1.2.1.3.数据中心结构“金信工程”成都工商信息系统在市工商局中心机房建成了全市统一的数据中心。 软硬件基础设施资源如下：1.2.1.3.1.硬件平台名称配置描述数量原数据库服务器IBM eServer p5 570 UNIX服务器，配置8颗1.9GHz power5 CPU /16GB内存/2*73GB硬盘/2个千兆网卡/2个2Gbps光纤通道卡/1个4mm 40GB磁带机/操作系统AIX 5L/控制台/管理软件，HACMP群集软件，做双机热备系统2套新购数据库服务器ORACLE SPARC T4-2 UNIX服务器，配置16核2.85GHz SPARC T4 CPU/128G内存/2*300GB硬盘/2个千兆网卡/2个2Gbps光纤通道卡/1个4mm 40GB磁带机/操作系统SOLARIS 10，ORACLE RAC双机热备系统2套应用服务器IBM eServer p5 55A，配置4颗1.65GHz power5 CPU /8GB内存/2*73GB硬盘/2个千兆网卡/2个2Gbps光纤通道卡/1个4mm 36GB磁带机/操作系统AIX 5L/控制台/管理软件，HACMP群集软件，做双机热备系统2套存储系统IBM TotalStorage DS4800光纤存储系统，机架式，8个前端4Gbps光纤通道主机端口，8个后端4Gbps 光纤通道驱动器端口，双控制器，当前配置缓存容量4GB，IOPS 值550000次，持续吞吐量1550MB/s1套IBM TS3310 自动装载磁带库:2个 LTO-3驱动器1台IBM TotalStorage SAN16B-2光纤交换机2台负载均衡器F5-LTM-1600，吞吐量:1Gbps;硬件SSL:默认支持500个,最大支持5000个,最大支持1Gbps加密数据流;数据压缩:默认50Mbps,最大1Gbps;处理器:双核CPU;内存:4GB;硬盘:320GB;千兆以太网接口:4个;SFP接口:2个;2台其他各类服务器包括对外门户、E-MAIL、视频协作、数据交换、备份、信任服务体系等PC服务器1.2.1.3.2.软件平台名称配置描述数量数据库Oracle 10g,数据仓库核心、并行服务器支持、数据分区选件，提高大数据量的处理性能、OLAP分析引擎、数据挖掘模块、250用户1套应用中间件Oracle IAS 10g, 应用服务器、开发工具套件1套普元EOS 5.3, EOS运行Server，Studio集成开发环境，基础构件库，工作流业务构件和EOS运行管理1套安全趋势防毒软件、赛门铁克Veritas备份软件1套1.2.1.4.应用系统运行情况1.2.1.4.1.业务增长情况“金信工程”成都工商信息系统主要业务包括：准入（名称预核、设立、变更、注销登记、补录校正）、12315（咨询、申诉、举报处理） 、公平交易执法（案源、案件处理）、监管（市场巡查、年检、个体验照）、消保（商品质量监测、快检）等，2009年至2011年4月12日按月统计工作量情况，基本能够反映全系统业务工作量的增长情况。由此可知，每年3-6月为系统业务高峰时段，（其中2010年9、10月为补录校正工作较集中阶段），2010年同比2009年业务工作量增长率为10%（包含了非关键业务，否则增长为20%以上），典型月份3月，2010年同比2009年业务工作量增长率为34.4%，2011年同比2010年业务工作量增长率为25.8% 。同时，主要业务访问中准入和监管所占比例最大，分布情况如下图： 1.2.1.4.2.数据增长情况据有关数据统计，当前存储系统配置了8块300GB磁盘，可用空间为1673.375GB，已用空间1206.4GB，未用空间466.9GB。按照系统上线初期（2008年2月）数据库备份后的大小8G计算，从2008年底20G增长到2011年初80G,两年内数据增长率为400%。而从2011年7月6日96.5G到7月11日89.505G，7个工作日平均每天增加170M数据，每年增长42G。截止2011年4月12日数据库表共1704张，总的记录条数为：********1条。其中记录条数超过100万的表共45张，超过500万的表共7张。1.2.1.5.当前存在的问题1.2.1.5.1.系统存在性能瓶颈“金信工程”成都工商信息系统自建成运行以来，业务系统与综合查询统计功能统一设计、集中部署，随着业务和数据量的不断增长，现有系统在实际运行中，已屡次出现部分业务访问缓慢的问题，主要原因为：1、业务量增长较快。 上图统计数据为2009年至2011年4月12日按月统计工作量情况，主要业务包括：市场准入（名称预核、设立、变更、注销登记、补录校正）、12315（咨询、申诉、举报处理） 、公平交易执法（案源、案件处理）、市场监管（市场巡查、年检、个体验照）、消保维权（商品质量监测、快检）等。 每年3-6月为工商年检业务高峰时段，（其中2010年9、10月为补录校正工作集中阶段），3月份，2010年同比2009年业务工作量增长率为34.4%。 2010年同比2009年业务工作量增长率为10%，2011年同比2010年业务工作量增长率为25.8%。通过应用日志分析发现由于准入子系统综合查询业务大量用户使用模糊查询功能导致数据服务器性能严重下降，造成实时业务无法快速响应，目前已关闭模糊查询功能。但综合查询业务作为准入子系统的重要功能给用户带来了极大的便利，尤其是提供的模糊查询功能迫切需要恢复。2、应用系统架构需要优化。（1）目前统计查询业务与在线办理业务集成在一起，在高峰期查询过多，将消耗大量服务器资源，造成业务办理（例如准入登记业务）响应变慢，超过30秒，甚至出现服务器拒绝服务的现象。（2）核名业务必须使用模糊查询，尤其消耗大量服务器资源，因此执行效率相当低，100%超过2秒，平均执行时间在5秒左右。1.2.1.5.2.缺乏应用级灾备现有系统采用Veritas NBU每天晚上对数据库进行本地全备份，并通过万国数据提供的服务实现了数据的远程备份，目前只能保证系统业务数据的安全性，并不能在系统出现故障时有其他系统可接替现有系统运行，业务连续性得不到保障，存在中断业务的风险。1.2.1.6.解决思路对“金信工程”核心应用系统进行重构，重构后应用系统按照相对独立原则分成核心业务、查询统计、门户网站、数据交换四大部分，全面提升系统运行效率。并依托成都云计算中心建成“金信工程”同城灾备中心，实现系统的应用级容灾，确保现有系统发生意外灾难时，灾备中心系统须在1小时内接替生产业务。1.2.1.7.成都云计算中心现状1.2.1.7.1.网络环境成都云计算中心出口配置2台路由器和1台链路负载均衡设备，通过租用1条联通光纤、1条电信光纤链路接入互联网，使得云计算中心能够接入教育网、科研网以及互联网，传输带宽最高1Gbps，目前开通100Mbps；链路负载均衡器能够消除链路单点故障。同时租用1条裸光纤链路接入电子政务外网，传输带宽1Gbps。 、成都云计算中心网络接入区配置完善的网络安全方案，通过防火墙、反病毒以及入侵防护等多种手段构建“立体安全”解决方案，确保云计算中心具备提供安全、可信的数据服务能力。1.2.1.7.2.机房环境成都云计算中心具有一流的机房环境。机柜采用先进、高效的水冷系统，常年保持20度左右，达到A级机房的标准；同时机房配备气体灭火系统、备用空调系统等。 为了保障成都云计算中心基础设施的高可用性，中心采用UPS+柴油发电机的两级电力保障系统，当电力短时间中断时采用UPS备用电源，当面临长时间停电时，启用柴油发电机，续航能力可达数天。成都云计算中心配备值班人员，提供7×24小时现场服务。1.2.1.7.3.现有资源情况目前，成都云计算中心为成都多个电子政务系统提供服务支撑。根据相关要求，成都云计算中心为政务系统提供的主要基础资源为：?提供符合相关国家标准及设计要求的机房、电力、消防、安防等基础设施环境；?提供电子政务外网和互联网接入访问能力；?提供满足应用需求的Windows和 Linux操作系统环境；?为每操作系统配置满足需要的本地硬盘和内存，并提供一定容量的外部存储空间；?提供Microsoft SQL SERVER企业版数据库，CPU Lisences数量不限；?提供网络防火墙、入侵检测、杀毒软件等系统，和具备可操作性的安全应急预案；?提供满足基本运维管理需求的专业运维管理团队人数，日常运维制度健全，管理规范；具体如下表所示：计算能力采用64位主流处理器，提供200T FLOPS的峰值计算能力；网络环境1Gbps光纤接入方式提供电子政务外网接入访问服务，且供使用的IP地址空间3×255个；电信和网通双外网接入，带宽 100Mbps操作系统SUSE Linux 企业版操作系统及Windows主流企业版操作系统数据库SQL Server 企业版（其他数据库管理软件不提供）存储系统为每操作系统配置100GB的本地硬盘存储空间为每操作系统配置4GB的本地内存为所有电子政务系统提供20TB的存储空间1.3.建设目标1.4.总体目标“金信工程”成都工商建设应用级灾备项目的总体目标是：在生产系统发生灾难时,灾备系统能够在1小时内接管生产中心核心业务应用系统。生产系统与灾备系统正常情况下互为备份，共同分担系统压力，形成两数据中心“双活”运行模式。1.5.具体目标在总体目标的指导下，“金信工程”成都工商信息系统应用级灾备信息化集成项目应实现以下目标：1)应用级容灾目标灾备系统在不影响业务功能目标、最终用户使用习惯的条件下，在规定时间内接管生产系统核心业务。2)应用系统的重构改造对目前的应用架构按照生产系统、查询统计、门户网站、数据交换等四部分内容进行调整，基于新的应用架构实现11个应用子系统的重构，并充分利用云计算平台提供的高性能运算环境，为四部分内容提供可动态调整的安全高效运行环境，且系统性能优于原系统。1.6.建设内容1、应用系统重构为分担数据库压力，应用系统按照相对独立原则分成核心业务、查询统计、门户网站、数据交换四大部分进行重构。四大部分之间采用数据库复制技术进行数据交换，如下图所示： 2、灾备系统建设灾备系统将建设成业务系统负载由生产中心与灾备中心共同分担，两中心之间数据保持实时同步、互为备份的双活模式。初步考虑工商查询统计系统的访问压力集中在云计算灾备中心，其他应用系统仍在工商生产中心。灾备中心应用系统重构完成后，中标商须将重构的应用系统重新部署至生产中心，使两地之间访问压力逐步达到均衡。如下图所示： 其中，灾备系统建设的核心软硬件设备有：1)广域网负载均衡由于“金信工程”生产中心与灾备中心两地之间距离约10公里，且不在同一网络区域。需购置广域网负载均衡器基于“金信工程”域名访问建立智能DNS解析服务，并实时监测灾备中心和生产中心“金信工程”的运行状态，根据需要实现两地之间的自动或手动切换，确保服务的连续性。2)服务器负载均衡（由成都市经信委集中采购）购置服务器负载均衡器，分担“灾备中心”工商应用系统的访问压力，提高系统的可靠性。3)应用服务器中间件（由成都市经信委集中采购）需为灾备中心应用系统购置应用服务器中间件软件，并可在生产中心合法使用。由于原系统使用的ORACLE中间件产品IAS已经停止服务和销售，新购应用服务器中间件应采用市场占有率高的知名产品。4)数据库软件需为灾备中心应用系统购置数据库软件。5)数据实时同步需购置同步软件来实现生产中心与灾备中心两地之间的数据实时同步。6)数据库加速器购置数据库加速器，提升数据库读写性能。7)专用网络链路租用运营商1条10M光纤和2条100M光纤，建立灾备中心与市工商局中心机房以及工商专网的传输通道。3、系统调试等其他工作（1）按照新的应用系统架构进行应用系统重构，并完成系统部署和测试工作。（2）数据清理工作。需将原系统数据清理入库到新系统中。（3）灾备系统调试工作，完成灾备中心与生产中心切换验证工作。（4）系统稳定运行后，重构应用系统部署到工商生产中心，完成系统切换验证工作。1.7.必须满足条件 技术参数及要求中加“★”号的技术参数及要求为必须完全满足的技术参数及要求，如不能完全满足则其投标文件将按无效投标文件处理。1.8.设计原则应用开发遵循ISO、GB和行业标准、规范，即须遵循《GB8566-88计算机软件开发规范》、《GB8567-88计算机软件产品开发文件编制指南》、《GB9385-88计算机软件需求说明编制指南》、《GB9386-88计算机软件测试文件编制规范》等。应能支持现有的网络环境、网络传输协议以及应用系统。重点注意体现以下原则:?适用性和扩展性要求所设计的应用系统，均具备可扩展性，能够随着应用的逐步完善和用户的逐渐增加不断地进行扩展，整个系统可以平滑地过渡到升级后的新系统中。同时在软件系统的开发中，考虑各个功能模块可重复利用，降低系统扩展的复杂性。?组件化设计系统设计时应采用组件化的设计思想。整个系统采用组件化的设计，通过采用统一的标准接口规范，方便今后在软件系统的扩展和添加其他子系统，增加系统的可维护性和易扩展性。?高性能灾备中心系统架构设计先进，重构的应用系统各项性能优于原系统。?先进性设计方案应立足先进技术，采用先进的设计理念、技术路线和技术体系架构，以保证本项目建成的系统使用周期长、性能指标高。?可靠性和成熟性为了保证系统的可靠运行，采用技术成熟、高度可靠、安全、稳定的开发技术及设计方案是非常重要的证整个系统的正常运行，并能应付可预想的异常情况。?安全性应用系统安全性不容忽视。在进行系统设计时，应采用多种安全技术手段加以保证，对相关的应用数据库提供严密的保护。?代码可移植性应保证系统具有良好的平台移植性，可以在多种平台上稳定可靠的运行。源代码可在相应平台上基本不加修改的前提下重新编译后正常运行。?标准性和开放性设计应用系统应充分考虑“标准和开放”的原则，要支持各种相应的软硬件接口，使之具有灵活性和延展性，具备与多种系统互连互通的特性，在结构上实现真正开放，便于与其它系统的互联和扩展，同时易于向今后的先进技术实现迁移，充分保护用户的现有投资，其综合反映在可移植性、互操作性、系统独立性和集成性。?易操作性良好的人机操作界面，易学、易用、易管理；应该提供参数化的系统设计和维护手段，以便于维护和管理。预留标准接口、关系数据库接口及提供规范的说明文档，开发人员可以方便地进行二次开发，方便数据的对外共享。1.9.服务对象系统外部服务对象：?国家工商行政管理总局；?四川省工商行政管理局； ?成都市政府及相关部门；?其他兄弟省、市工商行政管理机构；?司法、海关、银行等相关机构；?成都市政府政务服务中心；?市场主体（包括个体工商户、内资企业、外资企业）；?其他实施行政许可的单位；?消费者；?公众；?其他。系统内部服务对象：?成都市工商行政管理局及其下属区（市）县局、直属分局、工商所：?成都市工商行政管理局领导层人员； ?成都市工商行政管理局管理层人员； ?成都市工商行政管理局经授权的工作人员； ?数据管理人员； ?系统运行维护人员；?内部门户网站编辑人员；?其他经授权的人员。1.10.项目总体需求1.10.1.应用系统重构总体要求1.10.1.1.应用系统架构调整根据成都市信息系统与软件评测中心于2011年5月10日和11日两天的现场监控所收集到的服务器日常运行状态信息，以及现场调查收集到的业务运行情况汇总信息来看，系统在业务高峰期，数据库服务器业务请求处理等待队列较长，导致前端应用响应时间过长，说明数据库存在严重的资源争用。分析其原因在于原系统中核心业务与统计查询业务部署在一个数据库上造成严重的资源争用。因此，灾备中心的核心数据库架构按照生产业务、统计查询、门户网站和数据交换的四大部分分开部署。生产中心的核心数据库架构按照生产业务、统计查询进行分开部署，数据保持实时同步。采用成都云计算中心的虚拟平台搭建数据库系统环境，构建以核心数据库为中心，其他数据库采用一定的规则与之进行数据交换的建设模式，保证核心数据库的高性能。其中数据库和应用服务器的部署方式可以参考4.5章节中的云计算架构的系统部署。同时，灾备中心的核心数据库与市工商局生产中心的核心数据库进行实时数据库同步，形成两地负载压力分担的“均衡”模式。如下图所示： 以现有“金信工程”成都工商信息系统功能和业务流程为参照依据，应用系统重构需保持与之一致。新应用系统将基于云计算平台进行架构优化，一方面在充分分析现有应用系统特点和性能瓶颈的基础上进行系统优化，从而提升系统性能；另一方面使系统的架构更能发挥云计算平台的优势，新应用系统将部署在云计算中心的虚拟机平台上，不同的业务访问对应的数据库，如工商查询统计业务将优先访问位于灾备中心的查询统计数据库。如下图所示： 具体要求如下：1)采用符合J2EE要求的应用体系架构；2)数据标准应符合国家工商总局对“金信工程”的所有规定及原系统现行标准；3)根据成都云计算中心的资源情况进行云计算架构重构；4)架构具备开放性和较强的适应性，满足应用系统未来的扩展要求；5)采用工作流技术、消息机制、CSCW理论和技术，开发、设计一个支持协同工作的信息系统；6)应用架构设计上支持对历史数据归档处理，满足对历史数据归档处理要求；7)各业务的查询统计功能组合为综合查询统计子系统，集成到业务应用系统中；8)应用系统的重构以原系统功能（含辅助功能）及流程规则为准，操作界面基本保持一致;9)应用系统重构设计灾备中心需保持与生产中心的权限管理一致、实现主备系统统一权限管理；10)核心业务工作流一致，并能在容灾切换后接管相关业务流程。1.10.1.2.应用系统移植改造实现原系统核心业务子系统按照新的架构进行移植改造并部署到到云计算中心运行环境。应用系统的移植改造以原系统功能及流程规则为准。需移植改造的子系统如下表所示。编号子系统名称功能数量是否移植说明1市场准入系统包括名称查询、名称预核、设立登记、变更（备案）登记、注销登记、撤销登记、纠错登记、补录校正、动产抵押物登记、动产抵押物变更(续期)登记、动产抵押物注销登记、中介机构/经纪人备案、商品展销会登记、商品展销会报告、拍卖会登记备案、户外广告登记、户外广告变更登记、固定印刷品广告登记、烟草广告批准、广告经营登记、广告经营变更登记、广告经营注销登记、警示(提示)信息维护、综合查询、统计报表等25个功能组共98个功能模块是全部移植。2市场监管系统包括分类分级指标管理、网格划分管理、经济户口管理、任务计划管理、任务执行管理、合同监督管理、合同备案管理、市场规范管理、广告监督管理、著名商标管理、商标监督管理、商标权冲突管理、年检验照管理、广告单位经营资格检查、免检企业处理、工作转移处理、行政抄告处理、辅助信息管理、综合查询统计等18功能模块共 96个子模块是全部移植。3公平交易执法系统包括案源线索管理、案源管理、案源初查管理、立案管理、销案管理、调查管理、处罚决定、处罚执行、案件中止、结案管理、案件归档管理、案件服务管理、听证管理、执法助手、执法资格管理、简易程序管理、案件评测管理等16功能模块共 85个子模块是全部移植。4法制管理系统包括办理行政复议案件、办理行政赔偿案件、应诉管理、行政执法监督、立法法规管理等5功能模块共49个子模块是全部移植。5消保维权系统包括食品安全准入、商品质量监测、样品处置管理、不合格商品后处理、商品复检管理、快速检测管理、应急预案管理、信息公示管理、辅助信息管理、综合查询统计等10功能模块共36个子模块是全部移植。612315系统包括呼叫中心、集中受理、指挥调度、分工协作、调查调解、信息汇总分析、消费预警、联络点（站）管理、内部管理、回访管理等10功能模块共73个子模块部份呼叫中心建在工商，所以语音呼叫管理功能暂时不予移植，其余业务功能均需移植。7消协管理系统包括信息采集、信息分流、信息处理、比较试验、法律援助、消费仲裁、消费警示、绩效考核、内部管理、投诉站管理、业务辅助管理、综合查询统计等12个功能模块共68个子模块是全部移植。8人力资源系统包括机构职能编制管理、人员档案信息、领导干部管理、人事日常管理、基层建设管理、党务/团务管理、离退休人员管理、工会管理、教育培训管理、综合查询统计、员工自助等11个功能模块共48个子模块是全部移植。9纪检监察管理系统包括纪检监察组织建设、党风廉政建设、廉洁自律管理、纠风工作管理、信访及案件检查、预防和治理腐败等6个功能模块，25个子模块是全部移植。10系统管理系统包括组织机构管理、角色权限管理、数据字典管理、日志管理、系统设置管理、用户个性化设置管理、流程管理、消息管理、序号管理、服务管理、问题管理等12个功能模块共40个子模块是全部移植。11门户网站系统包括站点管理、栏目管理、模版管理、信息发布管理、民意调查管理、网上办公管理、网上互动管理、友情链接管理、网站系统管理、个人信息管理等管理功能是全部移植12食品流通许可证管理系统包括许可证设立管理、许可证变更管理、许可证注销管理、许可证延续管理、许可证撤回管理、许可证补证管理、许可证撤销管理、现场核查管理、许可证补录管理、许可证校正管理、数据统计分析、公告公示管理等12个功能模块共42个子模块全部移植1.10.1.3.应用系统性能需求 应用系统重构后，在300并发用户数时，成都工商门户网站事务处理响应时间不超过3秒，应用系统各项业务功能提交成功的响应时间不超过5秒。所有数据以第三方测评的结果为准。1.10.1.4.历史数据迁移需求为保证数据的一致性，需将原系统数据导入到灾备中心数据库，并进行本地的数据验证测试和两地之间的一致性测试。1.10.2.灾备系统建设总体需求为提高灾备中心的资源利用率，本项目的灾备系统将建设成业务系统负载由生产中心与灾备中心共同分担，两中心之间数据保持实时同步、互为备份的“双活”模式。考虑到应用级灾备系统建设的技术难度和工商业务的复杂性，建设初期先将工商查询统计业务的访问压力集中在云计算灾备中心，工商其他主体业务仍在工商生产中心。随着整个应用级灾备系统环境稳定运行后，逐步将工商的主体业务转移到云计算灾备中心，达到两地之间访问压力均衡的状态。最终实现的整个灾备建设如下图所示： 灾备系统需要和生产系统保持数据同步，并实现与生产系统的应用级容灾切换。1.10.3.建议实施步骤灾备系统建设实施分四步来进行：（1）按照新的应用系统架构进行应用系统重构开发工作。（2）同步进行灾备系统调试工作，选择一个应用(如市场准入业务功能)进行切换验证。（3）重构应用系统部署到成都云计算中心，并完成数据的清理入库。（4）系统稳定运行后，重构应用系统部署工商生产中心，完成系统切换验证工作。1.10.4.应用系统重构详细需求1.10.5.核心业务功能需求应用系统重构需参考原系统的各子系统需求规格说明书以及国家工商总局对“金信工程”的各项要求。“金信工程”成都工商信息系统以全市工商行政管理行政许可（市场准入）业务、行政执法办案业务、经济户口管理（含信用分类监管）业务、市场行为监督管理和规范业务（市场巡查、商标管理、广告管理、合同管理、市场规范指导等）、消费者权益保护（商品质量监测及12315受理消费者投诉、申诉、举报）业务等活动为核心，以行政事务管理和人力资源管理等为支持，融合内部各综合管理部门、行政监察部门、计划财务部门、后勤服务部门以及党群工团工作部门和中心、协会等各项工作，实现全市各级工商机关各业务活动或者工作部门之间的信息资源快速流通、信息共享、业务互动（协同）。1.10.5.1.市场准入系统市场准入系统实现对各类市场主体(内资公司、内资分公司、内资非公司企业法人、内资营业单位、内资企业集团、农民专业合作社、农民专业合作社分支机构、外商投资企业、外商投资企业集团、外国(地区)企业在中国境内从事生产经营活动、外国(地区)企业常驻代表机构、外商投资企业分支(办事)机构、个体工商户、个体工商户(港澳)、个人独资企业、个人独资企业分支机构、合伙企业、合伙企业分支机构、外地企业驻蓉办事机构)、户外广告、广告经营、市场主体的市场行为(开设市场、拍卖会、展销会、动产抵押)及中介机构登记（设立、变更、注销、撤销）或者备案的计算机信息化管理；采集并管理自然人信息、法人信息、地址信息、相关权利（股东权、经营资质权、出资物权、动产物权、出资知识产权、字号名称权等）信息、提示警示限制信息等相关信息；为领导层和管理层人员提供辅助管理功能。市场准入系统的功能需求：1、提供市场准入登记业务的自动化工作平台，实现业务流程的可视化监控，并能指派和分配任务；2、实现市场准入信息的统一管理，依法建立完善有关市场主体资格的准入登记信息库和特定市场行为登记或者备案信息库，为公众和有关部门提供市场主体资格及特定市场行为的可公开基本登记（备案）信息；3、支持市场监管、行政执法、消费者权益保护等工商行政管理业务活动，提供依法采集并审查核准的市场主体资格及特定市场行为准入登记信息和相关的其它信息（如相关自然人信息、权利信息、地址信息、名称禁忌（保护）信息、行政审批事项信息、经营范围分类信息等），实现相关提示警示限制信息的引入和业务互动，提高市场准入登记（备案）信息的准确性；4、实现各种需要发放和存档的表证单书的打印；5、可以实现与其它系统的数据交换；6、保证信息的安全性，各级准入数据只能是由相关权限的人员进行访问和管理。7、说明：对不同企业类型要根据相应法律法规进行登记，不同企业类型在不同业务过程和业务活动时需要采集的信息内容差异也较大，需要定制相应的信息采集和展示页面。1.10.5.2.市场监管系统市场监管系统实现对各类市场主体行政许可（审批、备案）事项及其市场交易活动进行监督管理的计算机信息化管理，按业务类型划分，包含经济户口管理、市场巡查、网格监管、信用分类监管、规范指导、年检验照、专项治理等内容。本系统实现对各类经济户口的认领、创建和监督管理信息的采集，建立涵盖经济户口基本信息、网格管理信息、年检（验照）信息，以及市场巡查、信用分类监管、市场交易行为规范指导、无照经营查处取缔、合同监督管理、广告监督管理、商标监督管理和其它政府职能部门相关监管信息的经济户口管理动态信息库，并与市场准入分系统采集的准入信息、公平交易执法分系统采集的案件当事人违法行为信息、消保维权和12315分系统采集的市场主体从事商品和服务经营活动的质量监测和消费者投诉申诉处理信息、相关部门抄告要求工商机关配合进行管理控制的有关市场主体资格和行为的信息等一起形成完整的工作对象主体及其与工商行政管理相关行为的综合信息库，为工商行政管理职能到位和市场主体信用体系建设提供有力支持。市场监管系统的总体需求描述：1.市场监管系统是以《成都市工商行政管理局市场主体信用分类、监管分级标准》为系统支撑，提供对信用分类监管分级指标进行初始化设置；2.系统支持进行单元网格初始化定义，适应不同管理需要，支持将单元网格组合为工作网格，通过地址库，可以使新成立的市场主体自动进入网格内，方便网格责任人进行管理；3.市场监管的对象有三种来源，从成都市工商登记部门登记的市场主体，在市场巡查中发现的无照经营户，非本登记机关登记的市场主体。网格责任人建立经济户口卡片，通过信用分类、监管分级指标对经济户口的量化，形成日常巡查任务，结合上级部门下达的各类专项任务，制定出巡查任务清单；4.任务执行人根据巡查任务清单，记录经济户口的动态信息，完善经济户口信息。如果经济户口信息有重大变化时，系统支持自动调整经济户口的信用类别和监管级别。在巡查中发现的无照经营户，在无照经营处理中记录，对于非本登记机关登记的企业，需要记录经济户口登记摘要信息；5.提供商标监督管理、著名商标审核认定管理、商标冲突权调解管理；通过任务计划实现对商标的监督管理；6.提供广告监督管理，对涉嫌广告违法行为进行监测；7.支持市场准入、公平交易执法等警示提示信息的引入，对市场监管更加准确、完善；8.可以实现各种需要发放和存档的表证单书的打印；9.能够与其它系统的数据进行交换；10.保证信息的安全性，各级监管数据只能是由相关权限的人员进行访问和管理；1.10.5.3.公平交易执法系统公平交易执法系统实现对工商行政管理行政执法（处罚）活动的计算机信息化管理。公平交易执法活动按工作阶段和工作方式，划分为受理投诉、举报、案件移交、执法检查、专项治理、线索摸排、发现案源、调查取证、作出处理等内容。公平交易执法业务描述：通过受理投诉、举报、案件移交、执法检查、专项治理、线索摸排等方式，发现各类市场主体涉嫌违反工商行政管理法规的行为，并按照《行政处罚法》、《工商行政管理机关行政处罚程序规定》对当事人实施当场处罚，或者立案、调查取证、采取行政措施、核审审批、听证、对当事人作出处罚决定、向司法机关或者其他执法部门移送案件等执法办案活动，以维护正常的市场准入秩序、交易秩序和竞争秩序。公平交易执法系统的功能需求：1.通过采集案源线索处理、案源初查、立案、调查、核审、审批、处罚告知、听证、执行等执法办案各阶段信息，形成有效的办案业务管理数据、案件事实数据和与案件有关的自然人和组织机构数据，建立案源信息库和案件管理信息库，从而实现对工商行政执法办案业务过程的全面信息化管理，为严格依法行政、提高办案效率、保证案件质量提供技术支持和保障；2.通过对执法办案人员身份及岗位职责管理信息、经济户口基本信息、案件相关当事人信息、业务警示信息（如市场主体的限制、禁入领域提示，市场监管警示信息，有关当事人被立案调查或者处罚待执行提示，公检法和其它职能部门协助执行信息等）、常见违法行为的种类、案件定性处罚所适用的法律法规、办案文书等进行标准化、数据化处理，建立可即时扩充和维护的工商行政执法办案业务提示（帮助）信息库，从而实现系统的办案助理功能；3.根据工商行政执法办案业务调查程序和调查结果公开、调查部署和调查内容保密的特殊要求，通过权限设置和加密技术，确保办案人员和主管领导实现有效的指挥和沟通，支持其他部门人员或者合法访问者对调查程序和调查结果进行查询和监督；4.通过完善的数据库和不同的功能模块为本局和全系统执法办案部门建立全方位的立体信息，不仅对各类案件及案件涉及到的自然人和组织机构的信息进行准确反映，而且还对产生这些信息的业务过程及业务活动进行提升和优化，满足案件质量测评、各项统计报表和业务分析等需求，为主管领导和有关人员提供辅助决策支持；5.提供法律法规（及对应的违法行为种类）颗粒化、办案文书模板化、办案过程控制可视化、案件评测在线化、查询分析自助化等功能，最大程度的支持执法办案人员提高工作效率，控制办案质量。1.10.5.4.法制管理系统法制管理系统实现对全市工商行政管理机关法制工作的计算机信息化管理。法制工作包括：通过行政复议、行政赔偿、行政执法监督检查等工作，纠正违法的具体行政行为，确保执法人员依法行政，使行政相对人的合法权益得到保护；通过行政复议、行政诉讼案件的应诉工作，使本机关合法的行政行为得到确认，使违法的行政行为及时得到纠正，保证各项执法行为合法、有效；通过协助地方立法、规范性文件的审查工作，使各项业务工作更加规范，提高办事效率；通过行政处罚案件的核审、听证工作，保证本机关行政处罚合法、有效；组织法律法规培训和宣传教育工作。法制管理信息系统的功能需求：1.系统通过采集行政复议、行政赔偿、行政诉讼和行政执法监督等方面的信息数据，形成有效的法制业务管理数据，建立行政复议信息库、行政赔偿信息库、行政诉讼应诉信息库、行政执法监督信息库、立法法规信息库，从而实现对工商行政法制业务过程的全面信息化管理，通过信息化的管理保证法制管理工作依法、规范、高效的开展，切实发挥法制管理工作保护当事人的合法权益，保障和监督行政机关依法行使职权的作用。为法制管理信息化建设提供技术支持和保障。2.系统实现对立法提案（提议）办理和规范性文件审查过程的信息管理功能（与办公自动化系统协同工作）。3.系统通过对在各应用信息系统上操作的业务过程的监视测量，从而加强执法监督管理力度，提高执法监督的透明度。4.系统实现对成都工商信息系统法规、政策、规范性文件的统一维护更新（与办公自动化系统和相关业务系统实现业务互动）。5.系统适合全系统法制部门用于工商行政执法办案业务的信息化管理。6.在条件成熟的情况下系统可以实现对行政执法业务需要向外部门移交（移送）或者接收案件的统一管理接口（与行政执法办案系统、纪检监察系统、办公自动化系统实现业务互动，并与检查院、公安局、纪检监察部门的相关业务系统实现信息交换）。1.10.5.5.消保维权系统消保维权（商品质量监测）系统实现工商行政管理部门依法对流通领域商品质量进行监督检查的计算机信息化管理。系统通过对流通领域各类商品质量进行监督检查信息的采集、加工和利用，建立成都市流通领域商品质量监管数据库；通过对流通领域食品安全监管信息的采集、加工和利用，建立成都市流通领域食品安全监管信息网；本系统信息与市场准入、市场监管、公平交易执法、12315等其他业务系统信息结合起来，可以综合分析成都市各类商品质量状况及相关商品经营者、生产者市场交易活动情况，为开展工商行政管理市场监管和行政执法活动提供决策依据和业务支持。消保维权系统的功能需求：1.提供流通领域商品质量监管的自动化工作平台，实现监测计划、监测任务和监测方案的管理功能，并能按照检验结果进行相应的后续处理；2.实现商品质量和经营主体信息的统一管理，完善流通领域商品质量监管数据库；3.支持对具备资质的检验单位信息的管理，并对承检单位的检验工作作出评价；4.提供食品经营企业食品经营数据采集功能，支持食品企业网上填报数据或通过标准格式上报数据，可以按时间段统计和核对经营数据；5.提供食品快速检测信息采集功能，包括市局检测车和区（市）县局、分局快速检测箱的检测数据采集；6.提供食品安全突发事件和安全隐患信息甄别、上报、领导审核和应急预案信息发布功能，并能对预案执行部门上报数据进行汇总、分析；7.支持对外地食品安全突发事件和热点问题的录入，为日常工作提供指导和参考；8.支持市场准入、市场监管、行政执法等警示提示信息的引入；9.可以实现各种需要发放和存档的表证单书的打印；10.支持与其它系统的数据交换与业务互动；11.保证信息的安全性，各级数据只能是由相关权限的人员进行访问和管理。1.10.5.6.12315系统12315系统实现工商行政管理部门对消费者的咨询、申诉、举报、建议、工商局单位和个人投诉举报信息的采集和处置过程的计算机信息化管理。根据国家总局“相对集中受理、分工协作办理、应急指挥调度、信息汇总分析、进行消费提示” 五种功能相结合的12315行政执法监管体系的建设要求，实现对消费者的咨询、申诉、举报、建议、工商局单位和个人投诉举报信息及服务处理信息的集中采集，建立成都市工商局12315服务信息数据库，实现成都市12315对消费者咨询、建议、申诉、举报、工商局单位和个人投诉举报、登记信息及服务处理信息，相关商品（服务）经营者、生产者信息和相关管理部门的监管信息的集中管理。通过对消费者咨询、申诉、举报信息进行集中采集，根据事件的紧急程度对信息进行三级分类，实行不同的处置流程，实现12315指挥调度权威、统一、高效的目的。并通过数据的统计分析，向社会公众发布消费警示信息，达到消费预警的目的。12315系统的总体功能需求：1.实现12315服务信息的统一管理，完善12315相关信息数据库，满足国家级、省级、本局的数据统计；2.提供12315信息采集的自动化工作平台，可以实现三方通话、插话、监听、录音、自动播放等语音平台的功能，建立完善的工作流控制机制，实现流程的监控，能快速对信息进行分流分派到市局业务处室、各区（市）县工商局、直属分局、工商所及相关企业（联络点），并自动进行督办督察；能够审核申诉、举报的重单情况，确保不重复分流、分派信息。3.支持紧急、特别紧急事件报送领导工作平台；4.支持市场准入、市场监管、行政执法等警示提示信息的引入，提高12315信息采集分流分派的准确性和及时性；5.支持与其它系统的数据交换，对不属于12315部门处理的事件，通过分流或行政抄告的方式移送到相关部门进行处理；6.支持对商品、服务和涉及食品安全的申诉、举报情况进行统计分析，进行消费预警；7.实现对市局12315指挥中心、区（市）县局/直属分局消保科（12315指挥中心）和工商所相关工作人员进行工作统计和考核；实现各相关业务处室相关工作的情况通报；支持通过抽查的方式对消费者进行回访，实现对工作人员顾客满意度考评，并定期通报；8.对商品、服务和涉及食品安全的申诉、举报情况进行消费预警。9.可以实现各种需要发放和存档的表证单书的打印；10.可以实现接受企业、社区（乡村）建立12315联络点（站）的申请，进行审核备案，并指导和考核联络点（站）的工作；11.保证信息的安全性，各级登记数据只能是由相关权限的人员进行访问和管理；1.10.5.7.消协管理系统消协系统实现对消费者的咨询、投诉信息、消费教育信息、315活动情况、各种会议情况、消费调查（体察）情况等业务活动的计算机信息化管理。系统通过上述业务活动信息进行记录，建立成都市工商局消协服务信息数据库。消协系统通过信息集中采集，对信息进行一般、重大分类，实行不同的处置流程。并通过数据的统计分析，向社会公众发布相关消费的法律规定、消费知识、消费警示信息、商品和服务预警信息、比较试验警示信息和其它方式警示信息，达到消费警示的目的。消协管理系统的总体功能需求描述：1.提供消协信息采集的自动化工作平台，建立完善的工作流控制机制，实现流程的监控，能快速对信息进行分流分派到各区（市）县消协及分会，并自动进行督办督察。2.实现消协信息的统一管理，完善消协相关信息数据库，满足中消协、省消委、本协会及工商系统的数据统计。3.可以实现接受企业、社区、乡镇、社团建立消协投诉站，进行审核备案，并指导和考核投诉站的工作。4.可以实现各种比较实验流程的记录。5.可以实现法律援助的集中管理，对法律援助流程进行记录。6.可以实现消费仲裁流程的记录。7.可以实现义务监督员的管理。8.可以实现理事会情况的管理。9.可以实现消费教育的管理。10.可以实现3.15活动的管理。11.可以实现各种会议情况的管理。12.可以实现消费调查（体察）情况的管理。13.支持市场准入、市场监管、行政执法等警示提示信息的引入，提高消协信息采集转办分派的准确性和及时性。14.支持与其它系统的数据交换，对不属于消协部门处理的事件，通过转办的方式到相关部门进行处理，回访消费者满意程度调查并定期通报。15.对商品、服务的投诉情况、比较实验情况、其它各类社会情况进行消费警示。16.实现对市消协、区（市）县消协及分会相关工作人员和部门进行工作统计和考核。17.可以实现各种需要发放和存档的文书打印。18.可以和“市消协315网站”实现信息交换。19.保证信息的安全性，各级登记数据只能是由相关权限的人员进行访问和管理。1.10.5.8.人力资源系统人力资源管理系统实现全市工商行政管理机关人事管理、组织机构管理活动的计算机信息化管理。系统通过对公务员、事业编制人员、机关工勤人员和事业单位管理人员、专业技术人员、编制外聘用人员基本档案、干部信息、人事日常管理、变动等人事信息的采集、反馈及上报，建立成都市工商局人力资源数据库，实现干部、职工人事工作的科学化管理；通过对组织机构编制管理、领导干部任免管理、工作人员岗位职责管理等信息的采集、加工、利用，结合系统角色管理、信息系统业务记录管理等，实现单位和人员工作绩效的计算机辅助考核管理；为人事管理各级领导提供统计报表、指标分析、综合查询、人力资源状况分析等辅助管理功能。人力资源系统的功能需求描述：1.实现对全市工商系统人事的统一管理，完善人事数据库以满足国家局、省局等上级机构的数据上报；2.实现对全市工商系统各种人事工作的管理；并提供各种指标分析、统计报表和业绩考核信息；3.实现对全市工商系统机构编制（包括基层工商所）基本信息进行管理,并建立完善的达标验收工作机制；4.实现对全市工商系统的基层党（团）组织的组织建设和党（团）员信息的管理，以及对日常党（团）务工作的管理；5.实现对全市工商系统的工会组织的组织建设和工会会员信息的管理，以及对日常工会活动的管理；6.支持对市局、分局及下属工商所的离退休人员的管理；7.实现对全市工商系统的教育培训计划的申报及实施情况以及系统人员的在教育培训项目中的情况的按权限查询；8.支持与“公务员登记软件”、“工资管理软件”的数据交换；保证信息的安全性，各级人事数据只能是由相关权限的人员进行访问和管理。1.10.5.9.纪检监察系统纪检监察系统实现全市工商行政管理机关纪检监察工作的计算机信息管理。按业务类型划分，包含办理行政监察案件、纪检案件、行风评议、党风廉正建设等内容。系统建立成都市工商管理局纪检监察数据库；实现对纪检监察组织建设、党风廉政建设责任制目标考核、领导干部廉洁自律、纠正行业不正之风、信访和案件检查、源头上预防和治理腐败工作的计算机信息化管理。纪检监察系统的功能需求描述：1.实现对党风廉政建设目标责任制的信息化管理，提供可维护的自查报告和目标考核，实现对党风廉政建设目标责任制信息的统计，提供配置统计项目的功能；2.提供对纪检监察部门组织机构及人员信息的管理功能；3.实现对廉洁自律信息的管理功能，提供对廉洁自律信息的统计，并实现统计项目配置；4.实现对纠风工作信息的管理功能，提供对纠风工作信息的统计，并实现统计项目配置；5.实现对信访及案件检查的受理、初步核实、立案、案件申诉的流程化管理，提供信访及案件统计功能，并实现统计项目配置；6.实现对预防和治理腐败信息的管理维护功能。1.10.5.10.系统管理系统系统管理为保证系统的正常运行提供必须的管理和维护功能，满足用户关于流程管理、权限管理、消息管理、数据字典维护、参数管理等维护管理要求。1.10.6.核心业务数据需求1.10.6.1.市场准入系统“金信工程”成都工商信息系统以信息工程理论为指导，采用以数据为中心、数据资源规划为基础，建立稳定的数据模型，以适应业务需求的变化。数据是信息系统的基础，立足于成都市工商行政管理的基本职能，各级工商行政管理机关无论机构如何设置，无论手工作业还是信息化管理，其上述业务工作都是以市场主体准入、对市场交易和市场竞争行为进行监督管理和行政执法为主线展开的，因而数据需求和数据结构具有相对稳定性。数据需求分析就是通过对市场准入系统涉及的用户视图（各业务处理过程中涉及的表、证、单、书以及屏幕格式）进行梳理、归纳、总结，同时严格按照国家工商总局的数据规范要求，进一步进行分析和描述，形成未规范化的数据库描述信息――概念主题数据库，描述包括数据项名称、数据类型、取值范围（或对应数据字典）、存取频率分析和容量估算等内容。通过系统数据流图（1-DFD和2-DFD）对业务处理过程与数据的关联关系进行分析，实现业务需求与数据需求的完整描述。数据需求分析遵循“有标贯标、多标择优、无标制定”的原则；设计与实现中需要贯彻标准统一、应用主导、一数一源、数据和应用分离的原则。通过对市场准入子系统数据需求进行分析，共归纳出包含名称库、名称禁忌库、业务记录表、名称预先登记申请及处理信息、市场主体/行政许可登记信息等23个概念主题数据库，通过这些对业务数据的采集，可以为系统的查询、统计和分析提供基础支持，为与相关子系统的业务互动提供信息保障；同时，通过对这些数据的进一步加工利用，形成“金信工程”成都工商信息系统的数据仓库，为辅助决策提供基础保障。市场准入1-DFD如图所示： 图3.1.1-1　市场准入1-DFD图中数据流标号说明： (1)：1．国家局（法人）黑名单库信息；2．自然人一人公司自然人投资人信息；3．外部单位下达的取缔关闭信息；4．国家局/省局（外地局）的登记信息；5．与其它（事业、行政、社团）单位需求；6．与市场主体有关的人员信息（事业、行政、社团人员）。(2)：1．市场主体/行政许可登记信息(根据国家相关信息上报规定进行数据上报)；2．与其它（事业、行政、社团）单位需求。 (3)：1.申请人根据具体的业务活动直接到登记场所办理业务时提交给市场准入各部门的各种申请材料(文件)等。 (4)：1.市场准入各部门按照业务流程流转后产生给申请人的证照书函等。(5)：1．经济户口动态信息（巡查、年检、清吊、拒不整改等）；2．信用分类、监管分级信息；3．针对登记事项的处罚和整改信息；4．监管对准入要求的警示限制信息（锁定）；5．著名、驰名商标（认定信息）。(6)：1．市场主体/行政许可登记生效信息（名称、设立、变更/备案、注销）；2．警示提示信息；3．警示限制信息（要求其它子系统配合）。 (7)：1．人员基本信息（非受控信息）；2．机构信息；3．人员职业资格证信息；4．人员职位信息。(8)：1．业务记录信息。(9)：1．企业档案资料信息；2．企业迁入、迁出信息。(10)：1．警示信息(协助执行通知书等)及其它公文(函)等。(11)：1．反馈所有受理业务的处理状态、结果。(12)：1．网上受理信息申请资料(包括：名称预先登记、设立登记、变更登记、注销登记、备案登记、户外广告登记等)。(13)：1．行政许可信息；2．警示提示信息。(14)：1．市场主体/行政许可登记信息；2．抵押信息；3．市场登记信息等(根据相关信息发布共享规定进行数据交换)。(15)：1．市场主体/行政许可登记信息；2．协助执行司法机关业务限制执行信息（如司法冻结股权等）。(16)：1．市场准入具体行政行为被复议信息；2．市场准入具体行政行为被复议的结果信息；3．市场准入具体行政行为被诉讼的信息；4．市场准入具体行政行为被诉讼的结果信息；5．内部行政行为监督要求整改信息；6．行政赔偿信息。(17)：1．市场主体/行政许可登记信息2．统计分析信息。(18)：1．市场主体/行政许可登记信息。(19)：1．对市场主体的警示限制信息。(20)：1．收费信息；（查询）。(21)：1．市场主体/行政许可登记信息。(22)：1．电子档案。(23)：1．市场主体/行政许可登记信息；2．案源信息（登记过程中发现涉嫌违法行为、主体或自然人被投诉信息）；3．警示（提示）信息。(24)：1．立案警示限制信息（对主体与股东限制信息）；2．处罚结果信息（吊销、整改、撤消等）。(25)：1．市场主体/行政许可登记信息（其中重点关注：对与重要商品（食品）有关的市场主体作标识）。(26)：1．对市场主体的警示限制信息。(27)：1．业务处理信息及政务中心需要的其它信息；2．并联审批信息（预期需求）；3．收费事项信息（与政务大厅收费系统。前提：需要与对方软件开发商讨论是否可以实现数据交换）。(28)：1．政务大厅受理信息（流水号）；2．收费结果信息（与政务大厅收费系统。前提：需要与对方软件开发商讨论是否可以实现数据交换）。市场主体登记经营主体登记2-DFD如图3.2.1-1所示 图3.2.1-1　市场主体登记2-DFD图中数据流标号说明：(1)：名称禁忌信息、名称登记信息等。(2)：经营主体名称预先登记信息。(3)：业务警示（提示）信息。(4)：经营主体名称预先登记信息。(5)：业务警示（提示）信息。(6)：经营主体/行政许可登记信息。(7)：设立登记申请及处理信息。(8)：经营主体/行政许可登记信息。(9)：业务警示（提示）信息。(10)：经营主体/行政许可登记信息。(11)：变更（备案）登记申请及处理信息。(12)：经营主体/行政许可登记信息。(13)：业务警示（提示）信息。(14)：注销登记申请及处理信息。(15)：注销登记申请及处理信息。(16)：撤销登记申请及处理信息。(17)：业务警示（提示）信息。(18)：撤销登记申请及处理信息。(19)：经营主体/行政许可登记信息。(20)：纠错登记申请及处理信息。(21)：业务警示（提示）信息。(22)：纠错登记申请及处理信息。(23)：经营主体/行政许可登记信息。名称预先登记与其它子系统及外部单位数据交互关系名称预先登记与其它子系统及外部单位数据交互关系如图3.2.1.1-1所示 图3.2.1.1-1　名称预先登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、名称预先登记申请材料。(2)、证照书函。(3)、业务警示（提示）信息。(4)、业务警示（提示）信息。(5)、警示信息(协助执行通知书等)。(6)、名称预先登记申请信息。(7)、名称预先登记处理信息。(8)、业务记录信息。(9)、业务记录信息、名称信息、名称预先登记申请及处理信息。(10)、名称信息。(11)、业务警示（提示）信息。(12)、名称预先登记处理信息。(13)、名称预先登记申请信息。(14)、证照书函。(15)、名称预先登记申请及处理信息。(16)、登记被复议、被诉讼的相关信息。设立登记与其它子系统及外部单位数据交互关系设立预先登记与其它子系统及外部单位数据交互关系如图3.2.1.2-1所示 图3.2.1.2-1　设立登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、市场主体/行政许可登记信息。(3)、业务警示（提示）信息。(4)、市场主体/行政许可登记信息。(5)、业务警示（提示）信息。(6)、市场主体/行政许可登记信息。(7)、登记被复议、被诉讼的相关信息。(8)、市场主体/行政许可登记信息。(9)、业务警示（提示）信息。(10)、市场主体/行政许可登记信息。(11)、企业档案信息；企业迁入、迁出信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、设立登记处理信息。(15)、设立登记申请信息。(16)、市场主体/行政许可登记信息，业务记录信息，设立登记申请及处理信息。(17)、收费信息。(18)、市场主体/行政许可登记信息、设立登记申请及处理信息。(19)、业务警示（提示）信息。(20)、证照书函信息。(21)、设立登记申请材料。(22)、市场主体/行政许可登记信息。(23)、市场主体电子档案信息。(24)、非公司企业所属分支机构核转通知函、企业迁移登记通知函、给省局和国家工商总局的上传数据等。(25)、非公司企业所属分支机构核转通知函、企业迁移登记通知函等。(26)、设立登记处理信息。(27)、设立登记申请信息。变更(备案)登记与其它子系统及外部单位数据交互关系变更(备案)登记与其它子系统及外部单位数据交互关系如图3.2.1.3-1所示 图3.2.1.3-1　变更（备案）登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、市场主体/行政许可登记信息。(3)、业务警示（提示）信息。(4)、市场主体/行政许可登记信息。(5)、业务警示（提示）信息。(6)、市场主体/行政许可登记信息。(7)、登记被复议、被诉讼的相关信息。(8)、市场主体/行政许可登记信息。(9)、业务警示（提示）信息。(10)、市场主体/行政许可登记信息。(11)、企业档案信息；企业迁入、迁出信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、变更（备案）登记处理信息。(15)、变更（备案）登记申请信息。(16)、市场主体/行政许可登记信息，业务记录信息，变更（备案）登记申请及处理信息。(17)、收费信息。(18)、市场主体/行政许可登记信息、变更（备案）登记申请及处理信息。(19)、业务警示（提示）信息。(20)、证照书函信息。(21)、变更（备案）登记申请材料。(22)、市场主体/行政许可登记信息。(23)、市场主体电子档案信息。(24)、非公司企业所属分支机构核转通知函、企业迁移登记通知函、给省局和国家工商总局的上传数据等。(25)、非公司企业所属分支机构核转通知函、企业迁移登记通知函等。(26)、变更（备案）登记处理信息。(27)、变更（备案）登记申请信息。注销登记与其它子系统及外部单位数据交互关系注销登记与其它子系统及外部单位数据交互关系如图3.2.1.4-1所示 图3.2.1.4-1　注销登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、市场主体/行政许可登记信息。(3)、业务警示（提示）信息。(4)、市场主体/行政许可登记信息。(5)、业务警示（提示）信息。(6)、市场主体/行政许可登记信息。(7)、登记被复议、被诉讼的相关信息。(8)、市场主体/行政许可登记信息。(9)、业务警示（提示）信息。(10)、市场主体/行政许可登记信息。(11)、企业档案信息；企业迁入、迁出信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、注销登记处理信息。(15)、注销登记申请信息。(16)、市场主体/行政许可登记信息，业务记录信息，注销登记申请及处理信息。(17)、收费信息。(18)、市场主体/行政许可登记信息、注销登记申请及处理信息。(19)、业务警示（提示）信息。(20)、证照书函信息。(21)、注销登记申请材料。(22)、市场主体/行政许可登记信息。(23)、市场主体电子档案信息。(24)、非公司企业所属分支机构核转通知函、企业迁移登记通知函、给省局和国家工商总局的上传数据等。(25)、非公司企业所属分支机构核转通知函、企业迁移登记通知函等。(26)、注销登记处理信息。(27)、注销登记申请信息。纠错登记与其它子系统及外部单位数据交互关系纠错登记与其它子系统及外部单位数据交互关系如图3.2.1.5-1所示 图3.2.1.5-1　纠错登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、市场主体/行政许可登记信息。(3)、业务警示（提示）信息。(4)、市场主体/行政许可登记信息。(5)、业务警示（提示）信息。(6)、市场主体/行政许可登记信息。(7)、业务警示（提示）信息。(8)、市场主体/行政许可登记信息。(9)、企业档案信息；企业迁入、迁出信息。(10)、警示信息(协助执行通知书等)。(11)、岗位资格证信息。(12)、市场主体/行政许可登记信息，业务记录信息，纠错登记处理信息。(13)、市场主体电子档案信息。撤销登记与其它子系统及外部单位数据交互关系撤销登记与其它子系统及外部单位数据交互关系如图3.2.1.6-1所示 图3.2.1.6-1　撤销登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、市场主体/行政许可登记信息。(3)、业务警示（提示）信息。(4)、市场主体/行政许可登记信息。(5)、业务警示（提示）信息。(6)、市场主体/行政许可登记信息。(7)、登记被复议、被诉讼的相关信息。(8)、市场主体/行政许可登记信息。(9)、业务警示（提示）信息。(10)、市场主体/行政许可登记信息。(11)、企业档案信息；企业迁入、迁出信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、撤销登记处理信息。(15)、撤销登记申请信息。(16)、市场主体/行政许可登记信息，业务记录信息，撤销登记申请及处理信息。(17)、收费信息。(18)、市场主体/行政许可登记信息、撤销登记申请及处理信息。(19)、业务警示（提示）信息。(20)、证照书函信息。(21)、撤销登记申请材料。(22)、市场主体/行政许可登记信息。(23)、市场主体电子档案信息。(24)、非公司企业所属分支机构核转通知函、企业迁移登记通知函、给省局和国家工商总局的上传数据等。(25)、非公司企业所属分支机构核转通知函、企业迁移登记通知函等。(26)、撤销登记处理信息。(27)、撤销登记申请信息。动产抵押登记动产抵押登记2-DFD如图3.2.2-1所示 图3.2.2-1　动产抵押登记2-DFD图中数据流标号说明：(1)：动产抵押登记申请及处理信息。(2)：业务警示（提示）信息。(3)：动产抵押登记信息。(4)：业务警示（提示）信息。(5)：动产抵押变更（续期）申请及处理信息。(6)：动产抵押登记信息。(7)：业务警示（提示）信息。(8)：动产抵押注销申请及处理信息动产抵押登记与其它子系统及外部单位数据交互关系动产抵押登记与其它子系统及外部单位数据交互关系如图3.2.2.1-1所示 图3.2.2.1-1　动产抵押登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、动产抵押登记信息。(3)、业务警示（提示）信息。(4)、动产抵押登记信息。(5)、业务警示（提示）信息。(6)、动产抵押登记信息。(7)、登记被复议、被诉讼的相关信息。(8)、动产抵押登记申请及处理信息。(9)、业务警示（提示）信息。(10)、动产抵押登记信息。(11)、动产抵押档案信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、动产抵押登记处理信息。(15)、动产抵押登记申请信息。(16)、动产抵押登记信息，业务记录信息，动产抵押登记申请及处理信息。(17)、收费信息。(18)、动产抵押登记信息。(19)、业务警示（提示）信息。(20)、证照书函信息。(21)、动产抵押登记申请材料。动产抵押变更(续期)登记与其它子系统及外部单位数据交互关系动产抵押变更(续期)登记与其它子系统及外部单位数据交互关系如图3.2.2.2-1所示 图3.2.2.2-1　动产抵押变更(续期)登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、动产抵押变更（续期）登记信息。(3)、业务警示（提示）信息。(4)、动产抵押变更（续期）登记信息。(5)、业务警示（提示）信息。(6)、动产抵押变更（续期）登记信息。(7)、登记被复议、被诉讼的相关信息。(8)、动产抵押变更（续期）登记申请及处理信息。(9)、业务警示（提示）信息。(10)、动产抵押变更（续期）登记信息。(11)、动产抵押变更（续期）档案信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、动产抵押变更（续期）登记处理信息。(15)、动产抵押变更（续期）登记申请信息。(16)、动产抵押变更（续期）登记信息，业务记录信息，动产抵押变更（续期）登记申请及处理信息。(17)、收费信息。(18)、动产抵押变更（续期）登记信息。(19)、业务警示（提示）信息。(20)、证照书函信息。(21)、动产抵押变更（续期）登记申请材料。动产抵押注销登记与其它子系统及外部单位数据交互关系动产抵押注销登记与其它子系统及外部单位数据交互关系如图3.2.2.3-1所示 图3.2.2.3-1　动产抵押注销登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、动产抵押注销登记信息。(3)、业务警示（提示）信息。(4)、动产抵押注销登记信息。(5)、业务警示（提示）信息。(6)、动产抵押注销登记信息。(7)、登记被复议、被诉讼的相关信息。(8)、动产抵押注销登记申请及处理信息。(9)、业务警示（提示）信息。(10)、动产抵押注销登记信息。(11)、动产抵押注销档案信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、动产抵押注销登记处理信息。(15)、动产抵押注销登记申请信息。(16)、动产抵押注销登记信息，业务记录信息，动产抵押注销登记申请及处理信息。(17)、收费信息。(18)、动产抵押注销登记信息。(19)、业务警示（提示）信息。(20)、证照书函信息。(21)、动产抵押注销登记申请材料。中介机构/经纪人备案中介机构/经纪人备案2-DFD如图3.2.3-1所示 图3.2.3-1　中介机构/经纪人备案2-DFD图中数据流标号说明：(1)：中介机构/经纪人备案申请及处理信息。(2)：业务警示（提示）信息。中介机构/经纪人备案与其它子系统及外部单位数据交互关系中介机构/经纪人备案与其它子系统及外部单位数据交互关系如图3.2.3.1-1所示 图3.2.3.1-1　中介机构/经纪人备案其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、中介机构/经纪人备案信息。(3)、业务警示（提示）信息。(4)、中介机构/经纪人备案信息。(5)、业务警示（提示）信息。(6)、中介机构/经纪人备案信息。(7)、登记被复议、被诉讼的相关信息。(8)、中介机构/经纪人备案申请及处理信息。(9)、业务警示（提示）信息。(10)、中介机构/经纪人备案信息。(11)、中介机构/经纪人备案档案信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、中介机构/经纪人备案处理信息。(15)、中介机构/经纪人备案申请信息。(16)、中介机构/经纪人备案信息，业务记录信息，中介机构/经纪人备案申请及处理信息。(17)、收费信息。(18)、中介机构/经纪人备案信息。(19)、业务警示（提示）信息。(20)、中介机构/经纪人备案申请材料。拍卖会登记备案拍卖会登记备案2-DFD如图3.2.4-1所示 图3.2.4-1　拍卖会登记备案2-DFD图中数据流标号说明：(1)：拍卖会登记备案申请及处理信息。(2)：业务警示（提示）信息。拍卖会登记备案与其它子系统及外部单位数据交互关系拍卖会登记备案与其它子系统及外部单位数据交互关系如图3.2.4.1-1所示 图3.2.4.1-1　拍卖会登记备案其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、拍卖会登记备案信息。(3)、业务警示（提示）信息。(4)、拍卖会登记备案信息。(5)、业务警示（提示）信息。(6)、拍卖会登记备案信息。(7)、被复议、被诉讼的相关信息。(8)、拍卖会登记备案申请及处理信息。(9)、业务警示（提示）信息。(10)、拍卖会登记备案信息。(11)、拍卖会登记备案档案信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、拍卖会登记备案处理信息。(15)、收费信息。(16)、拍卖会登记备案信息。(17)、业务警示（提示）信息。(18)、拍卖会登记备案申请材料。商品展销会登记（报告）商品展销会登记（报告）2-DFD如图3.2.5-1所示 图3.2.5-1　商品展销会登记（报告）2-DFD图中数据流标号说明：(1)：商品展销会登记申请及处理信息。(2)：业务警示（提示）信息。(3)：商品展销会登记信息。(4)：业务警示（提示）信息。(5)：商品展销会报告申请及处理信息。商品展销会登记与其它子系统及外部单位数据交互关系商品展销会登记与其它子系统及外部单位数据交互关系如图3.2.5.1-1所示 图3.2.5.1-1　商品展销会登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、商品展销会登记信息。(3)、业务警示（提示）信息。(4)、商品展销会登记信息。(5)、业务警示（提示）信息。(6)、商品展销会登记信息。(7)、登记被复议、被诉讼的相关信息。(8)、商品展销会登记申请及处理信息。(9)、业务警示（提示）信息。(10)、商品展销会登记信息。(11)、商品展销会档案信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、商品展销会登记处理信息。(15)、商品展销会登记申请信息。(16)、商品展销会登记信息，业务记录信息，商品展销会登记申请及处理信息。(17)、收费信息。(18)、商品展销会登记信息。(19)、业务警示（提示）信息。(20)、证照书函信息。(21)、商品展销会登记申请材料。(22)、商品展销会登记处理信息。(23)、商品展销会登记申请信息。商品展销会报告与其它子系统及外部单位数据交互关系商品展销会报告与其它子系统及外部单位数据交互关系如图3.2.5.2-1所示 图3.2.5.2-1　商品展销会报告其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、商品展销会报告信息。(3)、业务警示（提示）信息。(4)、商品展销会报告信息。(5)、业务警示（提示）信息。(6)、商品展销会报告信息。(7)、登记被复议、被诉讼的相关信息。(8)、商品展销会报告申请及处理信息。(9)、业务警示（提示）信息。(10)、商品展销会报告信息。(11)、商品展销会报告档案信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、商品展销会报告处理信息。(15)、商品展销会报告申请信息。(16)、商品展销会报告信息，业务记录信息，商品展销会报告申请及处理信息。(17)、收费信息。(18)、商品展销会报告信息。(19)、业务警示（提示）信息。(20)、商品展销会报告申请材料。(21)、商品展销会报告处理信息。(22)、商品展销会报告申请信息。户外广告登记（变更登记）户外广告登记（变更登记）2-DFD如图3.2.6-1所示 图3.2.6-1　户外广告登记（变更登记）2-DFD图中数据流标号说明：(1)：户外广告登记申请及处理信息。(2)：业务警示（提示）信息。(3)：户外广告登记信息。(4)：户外广告变更登记申请及处理信息。(5)：业务警示（提示）信息。户外广告登记与其它子系统及外部单位数据交互关系户外广告登记与其它子系统及外部单位数据交互关系如图3.2.6.1-1所示 图3.2.6.1-1　户外广告登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、户外广告登记信息。(3)、业务警示（提示）信息。(4)、户外广告登记信息。(5)、业务警示（提示）信息。(6)、户外广告登记信息。(7)、登记被复议、被诉讼的相关信息。(8)、户外广告登记申请及处理信息。(9)、业务警示（提示）信息。(10)、户外广告登记信息。(11)、户外广告档案信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、户外广告登记处理信息。(15)、户外广告登记申请信息。(16)、户外广告登记信息，业务记录信息，户外广告登记申请及处理信息。(17)、收费信息。(18)、户外广告登记信息。(19)、业务警示（提示）信息。(20)、证照书函信息。(21)、户外广告登记申请材料。(22)、户外广告登记处理信息。(23)、户外广告登记申请信息。户外广告变更登记与其它子系统及外部单位数据交互关系户外广告变更登记与其它子系统及外部单位数据交互关系如图3.2.6.2-1所示 图3.2.6.2-1　户外广告变更登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、户外广告变更登记信息。(3)、业务警示（提示）信息。(4)、户外广告变更登记信息。(5)、业务警示（提示）信息。(6)、户外广告变更登记信息。(7)、登记被复议、被诉讼的相关信息。(8)、户外广告变更登记申请及处理信息。(9)、业务警示（提示）信息。(10)、户外广告变更登记信息。(11)、户外广告变更档案信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、户外广告变更登记处理信息。(15)、户外广告变更登记申请信息。(16)、户外广告变更登记信息，业务记录信息，户外广告变更登记申请及处理信息。(17)、收费信息。(18)、户外广告变更登记信息。(19)、业务警示（提示）信息。(20)、证照书函信息。(21)、户外广告变更登记申请材料。(22)、户外广告变更登记处理信息。(23)、户外广告变更登记申请信息。固定印刷品广告登记固定印刷品广告登记2-DFD如图3.2.7-1所示 图3.2.7-1　固定印刷品广告登记2-DFD图中数据流标号说明：(1)：固定印刷品广告登记申请及处理信息。(2)：业务警示（提示）信息。固定印刷品广告登记与其它子系统及外部单位数据交互关系固定印刷品广告登记与其它子系统及外部单位数据交互关系如图3.2.7.1-1所示 图3.2.7.1-1　固定印刷品广告登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、固定印刷品广告登记信息。(3)、业务警示（提示）信息。(4)、固定印刷品广告登记信息。(5)、业务警示（提示）信息。(6)、固定印刷品广告登记信息。(7)、登记被复议、被诉讼的相关信息。(8)、固定印刷品广告登记申请及处理信息。(9)、业务警示（提示）信息。(10)、固定印刷品广告登记信息。(11)、固定印刷品广告档案信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、固定印刷品广告登记处理信息。(15)、固定印刷品广告登记申请信息。(16)、固定印刷品广告登记信息，业务记录信息，固定印刷品广告登记申请及处理信息。(17)、收费信息。(18)、固定印刷品广告登记信息。(19)、业务警示（提示）信息。(20)、证照书函信息。(21)、固定印刷品广告登记申请材料。(22)、固定印刷品广告登记处理信息。(23)、固定印刷品广告登记申请信息。烟草广告批准烟草广告批准2-DFD如图3.2.8-1所示 图3.2.8-1　烟草广告批准2-DFD图中数据流标号说明：(1)：烟草广告申请及处理信息。(2)：业务警示（提示）信息。烟草广告批准与其它子系统及外部单位数据交互关系烟草广告批准与其它子系统及外部单位数据交互关系如图3.2.8.1-1所示 图3.2.8.1-1　烟草广告批准其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、烟草广告申请档案信息。(2)、警示信息。(3)、烟草广告申请及处理信息，业务记录信息。(4)、烟草广告申请及处理信息。(5)、被复议、被诉讼的相关信息。(6)、收费信息。(7)、烟草广告申请处理信息。(8)、烟草广告申请信息。(9)、证照书函信息。(10)、烟草广告申请材料。广告经营登记（变更登记、注销登记）广告经营登记（变更登记、注销登记）2-DFD如图3.2.9-1所示 图3.2.9-1　广告经营登记（变更登记、注销登记）2-DFD图中数据流标号说明：(1)：广告经营登记申请及处理信息。(2)：业务警示（提示）信息。(3)：广告经营登记信息。(4)：业务警示（提示）信息。(5)：广告经营变更登记申请及处理信息。(6)：广告经营单位登记信息。(7)：业务警示（提示）信息。(8)：广告经营注销登记申请及处理信息。广告经营登记与其它子系统及外部单位数据交互关系广告经营登记与其它子系统及外部单位数据交互关系如图3.2.9.1-1所示 图3.2.9.1-1　广告经营登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、广告经营登记信息。(3)、业务警示（提示）信息。(4)、广告经营登记信息。(5)、业务警示（提示）信息。(6)、广告经营登记信息。(7)、登记被复议、被诉讼的相关信息。(8)、广告经营登记申请及处理信息。(9)、业务警示（提示）信息。(10)、广告经营登记信息。(11)、广告经营登记档案信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、广告经营登记处理信息。(15)、广告经营登记申请信息。(16)、广告经营登记信息，业务记录信息，广告经营登记申请及处理信息。(17)、收费信息。(18)、广告经营登记信息。(19)、业务警示（提示）信息。(20)、证照书函信息。(21)、广告经营登记申请材料。(22)、广告经营登记处理信息。(23)、广告经营登记申请信息。广告经营变更登记与其它子系统及外部单位数据交互关系广告经营变更登记与其它子系统及外部单位数据交互关系如图3.2.9.2-1所示 图3.2.9.2-1　广告经营变更登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、广告经营变更登记信息。(3)、业务警示（提示）信息。(4)、广告经营变更登记信息。(5)、业务警示（提示）信息。(6)、广告经营变更登记信息。(7)、登记被复议、被诉讼的相关信息。(8)、广告经营变更登记申请及处理信息。(9)、业务警示（提示）信息。(10)、广告经营变更登记信息。(11)、广告经营变更档案信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、广告经营变更登记处理信息。(15)、广告经营变更登记申请信息。(16)、广告经营变更登记信息，业务记录信息，广告经营变更登记申请及处理信息。(17)、收费信息。(18)、广告经营变更登记信息。(19)、业务警示（提示）信息。(20)、证照书函信息。(21)、广告经营变更登记申请材料。(22)、广告经营变更登记处理信息。(23)、广告经营变更登记申请信息。广告经营注销登记与其它子系统及外部单位数据交互关系广告经营注销登记与其它子系统及外部单位数据交互关系如图3.2.9.3-1所示 图3.2.9.3-1　广告经营注销登记其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、业务警示（提示）信息。(2)、广告经营注销登记信息。(3)、业务警示（提示）信息。(4)、广告经营注销登记信息。(5)、业务警示（提示）信息。(6)、广告经营注销登记信息。(7)、登记被复议、被诉讼的相关信息。(8)、广告经营注销登记申请及处理信息。(9)、业务警示（提示）信息。(10)、广告经营注销登记信息。(11)、广告经营注销档案信息。(12)、警示信息(协助执行通知书等)。(13)、岗位资格证信息。(14)、广告经营注销登记处理信息。(15)、广告经营注销登记申请信息。(16)、广告经营注销登记信息，业务记录信息，广告经营注销登记申请及处理信息。(17)、收费信息。(18)、广告经营注销登记信息。(19)、业务警示（提示）信息。(20)、证照书函信息。(21)、广告经营注销登记申请材料。(22)、广告经营注销登记处理信息。(23)、广告经营注销登记申请信息。1.10.6.2.市场监管系统“金信工程”成都工商信息系统以信息工程理论为指导，采用以数据为中心、数据资源规划为基础，建立稳定的数据模型，以适应业务需求的变化。数据是信息系统的基础，立足于成都市工商行政管理的基本职能，各级工商行政管理机关无论机构如何设置，无论手工作业还是信息化管理，其上述业务工作都是以市场主体准入、对市场交易和市场竞争行为进行监督管理和行政执法为主线展开的，因而数据需求和数据结构具有相对稳定性。数据需求分析就是通过对市场监管系统涉及的用户视图（各业务处理过程中涉及的表、证、单、书以及屏幕格式）进行梳理、归纳、总结，同时严格按照国家工商总局的数据规范要求，进一步进行分析和描述，形成未规范化的数据库描述信息――概念主题数据库，描述包括数据项名称、数据类型、取值范围（或对应数据字典）、存取频率分析和容量估算等内容。通过系统数据流图（1-DFD和2-DFD）对业务处理过程与数据的关联关系进行分析，实现业务需求与数据需求的完整描述。数据需求分析遵循“有标贯标、多标择优、无标制定”的原则；设计与实现中需要贯彻标准统一、应用主导、一数一源、数据和应用分离的原则。通过对市场监管子系统数据需求进行分析，共归纳出包含地址信息库、任务计划信息库、网格管理信息库等16个概念主题数据库，通过这些对业务数据的采集，可以为系统的查询、统计和分析提供基础支持，为与相关子系统的业务互动提供信息保障；同时，通过对这些数据的进一步加工利用，形成“金信工程”成都工商信息系统的数据仓库，为辅助决策提供基础保障。经济户口任务计划执行管理经济户口任务计划执行管理2-DFD是指经济户口任务计划执行管理过程和其他子系统之间的数据流关系。经济户口任务计划执行管理2-DFD如图3.2.1-1所示： 图3.2.1-1经济户口任务计划执行管理2-DFD合同监督管理合同监督管理2-DFD是指合同监督管理过程和其他子系统之间的数据流关系。合同监督管理2-DFD如图3.2.2-1所示： 图3.2.2-1合同监督管理2-DFD广告监督管理广告监督管理2-DFD是指广告监督管理过程和其他子系统之间的数据流关系。广告监督管理2-DFD如图3.2.3-1所示： 图3.2.3-1广告监督管理2-DFD著名商标管理著名商标管理2-DFD是指著名商标管理过程和其他子系统之间的数据流关系。著名商标管理2-DFD如图3.2.4-1所示： 图3.2.4-1著名商标管理2-DFD商标监督管理商标监督管理2-DFD是指商标监督管理过程和其他子系统之间的数据流关系。商标监督管理2-DFD如图3.2.5-1所示： 图3.2.5-1商标监督管理2-DFD年检验照处理管理年检验照处理管理2-DFD是指年检验照处理管理过程和其他子系统之间的数据流关系。年检验照管理2-DFD如图3.2.6-1所示： 图3.2.6-1年检验照管理2-DFD合同备案管理合同备案管理2-DFD是指合同备案管理过程和其他子系统之间的数据流关系。合同备案管理2-DFD如图3.2.7-1所示： 图3.2.7-1合同备案管理2-DFD商标权冲突管理商标权冲突管理2-DFD是指商标权冲突管理过程和其他子系统之间的数据流关系。商标权冲突管理2-DFD如图3.2.8-1所示： 图3.2.8-1商标权冲突管理2-DFD1.10.6.3.公平交易执法“金信工程”成都工商信息系统以信息工程理论为指导，采用以数据为中心、数据资源规划为基础，建立稳定的数据模型，以适应业务需求的变化。数据是信息系统的基础，立足于成都市工商行政管理的基本职能，各级工商行政管理机关无论机构如何设置，无论手工作业还是信息化管理，其上述业务工作都是以市场主体准入、对市场交易和市场竞争行为进行监督管理和行政执法为主线展开的，因而数据需求和数据结构具有相对稳定性。数据需求分析就是通过对公平交易执法系统涉及的用户视图（各业务处理过程中涉及的表、证、单、书以及屏幕格式）进行梳理、归纳、总结，同时严格按照国家工商总局的数据规范要求，进一步进行分析和描述，形成未规范化的数据库描述信息――概念主题数据库，描述包括数据项名称、数据类型、取值范围（或对应数据字典）、存取频率分析和容量估算等内容。通过系统数据流图（1-DFD和2-DFD）对业务处理过程与数据的关联关系进行分析，实现业务需求与数据需求的完整描述。数据需求分析遵循“有标贯标、多标择优、无标制定”的原则；设计与实现中需要贯彻标准统一、应用主导、一数一源、数据和应用分离的原则。通过对公平交易子系统数据需求进行分析，归纳出包含案源信息库、案件信息库2个概念主题数据库，通过这些对业务数据的采集，可以为系统的查询、统计和分析提供基础支持，为与相关子系统的业务互动提供信息保障；同时，通过对这些数据的进一步加工利用，形成“金信工程”成都工商信息系统的数据仓库，为辅助决策提供基础保障。公平交易执法系统数据流图公平交易执法系统1-DFD描述公平交易执法1-DFD如图3.1-1所示： 图3.1-1　公平交易执法1-DFD图中数据流标号说明：（1）：上级交办、其它部门移转的案源信息；（2）：上级交办、其它部门移转的案源信息的处理结果；（3）：各类申请（如听证申请等）；（4）：各类书函、公告；（5）：经济户口动态信息；2．案件回访信息；3．案源信息；4．当场处罚信息；5．注册商标专用权信息；6．著名、驰名商标信息。（6）：1．警示信息（立案警示、处罚情况）、案源处理结果；2．需要案后回访、回查处理信息；3、限制信息（要求对年检限制）；4、当场处罚信息。（7）：1．市场主体/行政许可登记信息；2．案源信息（登记过程中发现涉嫌违法行为、主体或自然人被投诉信息）；3．警示（提示）信息。 （8）：1．立案警示限制信息（对主体与股东限制信息）；2．处罚结果信息（吊销、整改、撤消等）。（9）：警示信息（立案警示、处罚情况）、案源处理结果；（10）：案源信息； （11）：警示提示信息（案件处罚结果信息）；（根据要求标准提供） （12）：1．行政许可信息；2．市场主体的警示提示信息；（13）：1．案件信息（限相关个案信息）；2．案源信息（限相关个案信息）；3．二次处罚提示信息。（14）：1．公平交易执法具体行政行为被复议信息；2．公平交易执法具体行政行为被复议的结果信息；3．公平交易执法具体行政行为被诉讼的信息；4．公平交易执法具体行政行为被诉讼的结果信息；5．内部行政行为监督要求整改信息；6．行政赔偿信息。（15）：警示信息（立案警示、处罚情况）、案源处理结果；（16）：案源信息； （17）：业务记录信息；（18）：1．人员基本信息（非受控信息）；2．机构信息；3．人员职业资格证信息；4．人员职位信息； （19）：1．案件发文信息；2．案源信息的处理结果；3．案源信息的处罚结果； （20）：1．案源信息；2．警示信息（裁定书、判决书、协助执行通知书、应诉通知书等）； （21）：1．案源信息；2．案件信息；3．统计分析信息；（22）：1．处罚信息；（查询）2．罚没物资处理建议信息；（查询）（23）：1．罚没款入库信息；（查询）2．罚没物资处理信息；（查询）（24）：1．案件统计信息（处罚情况）；2．根据国家局省局要求的上报信息标准上报的数据；3．大、要案上报信息；（25）：案件交办（预期需求）；公平交易执法系统2-DFD描述公平交易执法2-DFD如图3.2-1所示： 图3.2-1　公平交易执法2-DFD图中数据流标号说明：（1）： 　　1．读写案源基本信息； 　2．读写举报人信息； 　3．读写代理人信息； 　4．读写案源信息处理信息； 　5．读写案源信息回复信息；（2）：　 1．读写简易程序信息；（3）：1．读写立案申请信息； 2．读写核审审批信息； 3．读写审批信息；（4）：1．读写行政诉讼基本信息；2．读写答辩状信息；3．读写法院的判决信息；（5）：读写简易程序信息；（6）：1．读写强制执行管理信息；2．读写罚没物资拍卖、销毁、移交、处置管理信息；3．读写缓缴信息管理信息；（7）：1．读写听证申请信息；2．读写听证受理信息；3．读写听证实施信息；4．读写听证报告审批信息；（8）：1．读写回访派遣记录信息；2．读写回访登记记录信息；3．读写回访处理记录信息；4．读写回访备案记录信息；（9）：1．读写案件备案管理记录信息；2．读写案件立卷归档管理记录信息；（10）：1．读写处罚告知记录信息；2．读写听证告知记录信息；3．读写处罚制作记录作息；4．读写处罚送达记录信息；（11）：读写核审审批记录信息；（12）：1．读写现场检查笔录信息；2．读写询问(调查)记录信息；3．读写先行登记记录信息；4．读写解除强制施记录信息；5．读写协助查询记录信息；6．读写委托调查记录信息；7．读写抽样取证记录信息；8．读写物品鉴定信息；9．读写搜查建议记录信息；10．读写物品处理记录信息；11．读写物品委托保管记录信息；12．读写扣留财物记录信息；13．读写涉案物品相关信息；1.案源信息管理案源信息管理2-DFD如图3.2-2所示： 图3.2-2　案源信息管理2-DFD2.立案管理立案管理2-DFD如图3.2-3所示： 图3.2-3　立案管理2-DFD3.调查取证调查取证2-DFD如图3.2-4所示。 图3.2-4调查取证2-DFD4.核审审批核审审批2-DFD如图3.2-5所示： 图3.2-5　 核审审批2-DFD5.处罚决定处罚决定2-DFD如图3.2-6所示： 图3.2-6　处罚决定2-DFD6.行政执法回访行政执法回访2-DFD如图3.2-7所示： 图3.2-7　行政执法回访2-DFD7.执行管理执行管理2-DFD如图3.2-8所示： 图3.2-8　执行管理2-DFD8.立卷归档和备案立卷归档和备案2-DFD如图3.2-9所示： 图3.2-9　立卷归档和备案2-DFD9.听证管理听证管理2-DFD如图3.2-10所示： 图3.2-10　听证管理2-DFD10.简易程序案件管理简易程序案件管理2-DFD如图3.2-11所示： 图3.2-11　简易程序案件管理2-DFD1.10.6.4.法制管理系统“金信工程”成都工商信息系统以信息工程理论为指导，采用以数据为中心、数据资源规划为基础，建立稳定的数据模型，以适应业务需求的变化。在法制管理系统中无论数据怎么变化，法制管理系统的数据需求和数据结构都具有相对稳定性。法制管理系统的数据需求分析通过对用户视图（各业务处理过程中涉及的表、证、单、书以及屏幕格式）进行梳理、归纳、总结，同时严格按照国家工商总局的数据规范要求，进一步进行分析和描述，形成未规范化的数据库描述信息――概念主题数据库，描述包括数据项名称、数据类型、取值范围（或对应数据字典）、存取频率分析和容量估算等内容。通过系统数据流图（1-DFD和2-DFD）对业务处理过程与数据的关联关系进行分析，实现业务需求与数据需求的完整描述。数据需求分析遵循“有标贯标、多标择优、无标制定”的原则；设计与实现中需要贯彻标准统一、应用主导、一数一源、数据和应用分离的原则。通过以上分析，共归纳出包含行政复议信息库、行政赔偿信息库、行政诉讼应诉信息库、行政执法监督信息库、立法法规信息库5个概念主题数据库，通过这些对业务数据的采集，可以为系统的查询、统计和分析提供基础支持，为与相关子系统的业务互动提供信息保障；同时，通过对这些数据的进一步加工利用，形成“金信工程”成都工商信息系统的数据仓库，为辅助决策提供基础保障。法制管理系统数据流图法制管理系统1-DFD描述法制管理系统1－DFD图如图3.1-1所示： 图3.1-1　法制管理系统1－DFD图法制管理系统1－DFD图中数据流标号说明：（1）：1．上级复议机关发来的复议答复书或法院发送的应诉通知书；（2）：1．复议、赔偿申请人发的申请书；2．听证通知书；（3）：送达公告信息；（4）：对处罚、登记等行政行为的撤销、变更信息；（5）： 1．企业信用信息；（查询）2．警示提示信息；（查询）（6）：1．公平交易执法具体行政行为被复议信息；2．公平交易执法具体行政行为被复议的结果信息；3．公平交易执法具体行政行为被诉讼的信息；4．公平交易执法具体行政行为被诉讼的结果信息；5．内部行政行为监督要求整改信息；6．行政赔偿信息。 （7）：1．案件信息（限相关个案信息）；2．案源信息（限相关个案信息）；3．二次处罚提示信息。 （8）：1．市场准入具体行政行为被复议信息；2．市场准入具体行政行为被复议的结果信息；3．市场准入具体行政行为被诉讼的信息；4．市场准入具体行政行为被诉讼的结果信息；5．内部行政行为监督要求整改信息；6．行政赔偿信息。（9）：1．市场主体/行政许可登记信息；2．协助执行司法机关业务限制执行信息（如司法冻结股权等）。（10）：1．市场监管具体行政行为被复议信息；2．市场监管具体行政行为被复议的结果信息；3．市场监管具体行政行为被诉讼的信息；4．市场监管具体行政行为被诉讼的结果信息；5．内部行政行为监督要求整改信息。（11）：1．经济户口动态信息；2．当场处罚文书、处罚程序信息（限个案）。（12）：1．消保维权具体行政行为被复议信息；2．消保维权具体行政行为被复议的结果信息；3．消保维权具体行政行为被诉讼的信息；4．消保维权具体行政行为被诉讼的结果信息；5．内部行政行为监督要求整改信息；6．行政赔偿。 （13）：1．样品及监测处理信息（限个案）。（14）：统计分析信息；（15）：警示信息（裁定书、判决书、协助执行通知书、应诉通知书等）；（16）：（限个案，查询需要）1．行政行为被复议发生信息及处理结果信息；2．被诉讼的发生信息及处理结果信息；3．行政赔偿信息；4．执法监督发现信息；（17）：业务记录信息；（18）：1．12315具体行政行为被复议信息；2．12315具体行政行为被复议的结果信息；3．12315具体行政行为被诉讼的信息；4．12315具体行政行为被诉讼的结果信息；5．内部行政行为监督要求整改信息；6．行政赔偿。 （19）：行政调解统计分析信息。 （20）：行政复议答复通知书等文书；（21）：行政复议答复通知书、调解书、裁定书等文书。法制管理系统2-DFD描述法制管理系统2－DFD图如图3.2-1所示： 图3.2-1　法制管理系统2－DFD图法制管理系统2－DFD图中数据流标号说明：（1）： 1．读写复议申请信息； 2．读写复议受理审查信息； 3．读写复议审理信息； 4．读写复议审批信息； 5．读写复议决定信息；　　　6．读复议答复信息；（2）：1．读复议申请信息；　　　　2．读复议决定信息；3．读写复议答复信息；（3）：1．读写赔偿申请信息； 2．读写赔偿受理审查信息； 3．读写赔偿审理信息； 4．读写赔偿审批信息；5．读写赔偿决定信息；（4）：1．读写行政诉讼基本信息； 2．读写答辩状信息；3．读写法院的判决信息；（5）：1．读写行政执法监督申请信息； 2．读写行政执法监督受理审查信息； 3．读写行政执法监督申请审理信息； 4．读写行政执法监督申请审批信息； 5．读写行政执法监督申请决定信息；（6）：1．读写征求意见信息；　　　　2．读写立法计划信息；（7）：读赔偿申请信息；（8）：读行政复议决定信息；（9）：读行政复议决定信息；（10）：读行政诉讼判决信息；（11）：读行政执法监督决定信息；1.10.6.5.消保维权系统“金信工程”成都工商信息系统以信息工程理论为指导，采用以数据为中心、数据资源规划为基础，建立稳定的数据模型，以适应业务需求的变化。数据是信息系统的基础，立足于成都市工商行政管理的基本职能，各级工商行政管理机关无论机构如何设置，无论手工作业还是信息化管理，其上述业务工作都是以市场主体准入、对市场交易和市场竞争行为进行监督管理和行政执法为主线展开的，因而数据需求和数据结构具有相对稳定性。数据需求分析就是通过对消保维权系统涉及的用户视图（各业务处理过程中涉及的表、证、单、书以及屏幕格式）进行梳理、归纳、总结，同时严格按照国家工商总局的数据规范要求，进一步进行分析和描述，形成未规范化的数据库描述信息――概念主题数据库，描述包括数据项名称、数据类型、取值范围（或对应数据字典）、存取频率分析和容量估算等内容。通过系统数据流图（1-DFD和2-DFD）对业务处理过程与数据的关联关系进行分析，实现业务需求与数据需求的完整描述。数据需求分析遵循“有标贯标、多标择优、无标制定”的原则；设计与实现中需要贯彻标准统一、应用主导、一数一源、数据和应用分离的原则。通过对消保维权子系统数据需求进行分析，共归纳出包含食品流通核对信息库、监测实施信息库等13个概念主题数据库，通过这些对业务数据的采集，可以为系统的查询、统计和分析提供基础支持，为与相关子系统的业务互动提供信息保障；同时，通过对这些数据的进一步加工利用，形成“金信工程”成都工商信息系统的数据仓库，为辅助决策提供基础保障。消保维权系统数据流图消保维权系统1-DFD描述 图3.1-1消保维权1-DFD图中数据流编号说明：（1）：1.食品经营数据。（2）：1.通知等其他信息。（3）：1.上级单位下达的有关商品质量监测任务；2.有关承检机构的基本情况、资质等信息；3.商品质量监测方案信息；4.商品质量监测检验结果。（4）：1.上报的监测结果信息；2.向承检单位下达的监测任务信息；3.行政抄告等信息。（5）：1.有关商品质量申诉举报的统计信息；2.有关商品质量的预警信息。（6）：1.商品质量监测结果等警示（提示）信息。（7）：1.市场主体/行政许可登记信息（其中重点关注：对与重要商品（食品）有关的市场主体作标识）；2.应急预案执行信息。（8）：1.对市场主体的警示限制信息；2.应急预案信息。（9）：1.经济户口动态信息；2.涉及不合格商品经济户口整改信息；3.警示信息；4.应急预案执行信息。（10）：1.审核公示的监测结果信息； 2.应急预案信息。（11）：1.案源处理结果信息；2.警示信息；3.应急预案执行信息。（12）：1.案源信息；2.应急预案信息。（13）：1.对外公示的消费预警、消费提示等信息；2.对外公示的商品质量监测结果信息。（14）：1.统计分析信息。（15）：1.监测计划预算、决算（查询）信息。（16）：1.业务记录信息。（17）：1.人员基本信息（非受控信息）；2.机构信息；3.人员职业资格证信息；4.人员职位信息。（18）：1.公告信息。 （19）：1.警示信息（裁定书、判决书、协助执行通知书、应诉通知书等）。（20）：商品质量管理信息（限个案）。（21）：1.消保维权具体行政行为被复议信息；2.消保维权具体行政行为被复议的结果信息；3.消保维权具体行政行为被诉讼的信息；4.消保维权具体行政行为被诉讼的结果信息；5.内部行政行为监督要求整改信息；6.行政赔偿。消保维权系统2-DFD描述 图 3.2－1 消保维权系统2-DFD(一) 图 3.2－2 消保维权系统2-DFD(二)食品安全准入与其它子系统及外部单位数据交互关系图 3.2.1-1食品安全准入与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、食品经营数据；(2)、市场主体/行政许可登记信息（其中重点关注：对与重要商品（食品）有关的市场主体作标识）；(3)、业务记录信息；(4)、统计分析信息。商品质量监测与其它子系统及外部单位数据交互关系 图 3.2.2-1商品质量监测与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、上级单位下达的有关商品质量监测任务；(2)、有关商品质量申诉举报的统计信息、(3)、业务记录信息；(4)、监测计划预算、决算（查询）信息；(5)、商品质量监测任务信息；(6)、统计分析信息；(7)、商品质量监测方案信息；(8)、商品质量监测方案信息；(9)、商品质量监测结果等警示（提示）信息；(10)、有关承检机构的基本情况、资质等信息；(11)、上报的监测结果信息、行政抄告等信息；(12)、商品质量监测检验结果；(13)、对外公示的消费预警、消费提示等信息、商品质量监测结果信息；(14)、商品质量监测结果等信息、对市场主体的警示限制信息、涉及不合格商品经济户口整改备案信息、涉及不合格商品经济户口所在市场开办方信息；(15)、对市场主体的警示限制信息。样品处置管理与其它子系统及外部单位数据交互关系 图 3.2.3-1样品处置管理与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、样品信息；(2)、备份品信息；(3)、业务记录信息；(4)、统计分析信息。不合格商品后处理与其它子系统及外部单位数据交互关系 图 3.2.4-1不合格商品后处理与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、不合格商品信息；(2)、案源信息；(3)、业务记录信息；(4)、统计分析信息；(5)、警示信息（特种行业市场主体处罚情况）、案源处理结果。商品复检管理与其它子系统及外部单位数据交互关系 图 3.2.5-1商品复检管理与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、异议复检申请信息；(2)、再入市复检申请信息；(3)、异议复检结果信息；(4)、再入市复检结果信息；(5)、业务记录信息；(6)、统计分析信息；(7)、复检结果信息；(8)、复检结果信息。快速检测管理与其它子系统及外部单位数据交互关系 图 3.2.6-1快速检测管理与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、人员基本信息（非受控信息）、机构信息、人员职业资格证信息、人员职位信息；(2)、业务记录信息；(3)、异议申请信息；(4)、统计分析信息。紧急预案管理与其它子系统及外部单位数据交互关系 图 3.2.7-1紧急预案管理与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、应急预案信息；(2)、应急预案信息；(3)、应急预案信息；(4)、应急预案信息；(5)、业务记录信息；(6)、应急预案执行信息；(7)、统计分析信息。办公自动化、法制管理与系统数据交互关系 图 3.2.8-1办公自动化、法制管理与系统数据交互关系图图中数据流标号说明：(1)、公告信息。 (2)、警示信息（裁定书、判决书、协助执行通知书、应诉通知书等）；(3)、商品质量管理信息（限个案）； (4)、消保维权具体行政行为被复议信息、消保维权具体行政行为被复议的结果信息、消保维权具体行政行为被诉讼的信息、消保维权具体行政行为被诉讼的结果信息、内部行政行为监督要求整改信息、行政赔偿。1.10.6.6.12315系统“金信工程”成都工商信息系统以信息工程理论为指导，采用以数据为中心、数据资源规划为基础，建立稳定的数据模型，以适应业务需求的变化。数据是信息系统的基础，立足于成都市工商行政管理的基本职能，各级工商行政管理机关无论机构如何设置，无论手工作业还是信息化管理，其上述业务工作都是以市场主体准入、对市场交易和市场竞争行为进行监督管理和行政执法为主线展开的，因而数据需求和数据结构具有相对稳定性。数据需求分析就是通过对12315系统涉及的用户视图（各业务处理过程中涉及的表、证、单、书以及屏幕格式）进行梳理、归纳、总结，同时严格按照国家工商总局的数据规范要求，进一步进行分析和描述，形成未规范化的数据库描述信息――概念主题数据库，描述包括数据项名称、数据类型、取值范围（或对应数据字典）、存取频率分析和容量估算等内容。通过系统数据流图（1-DFD和2-DFD）对业务处理过程与数据的关联关系进行分析，实现业务需求与数据需求的完整描述。数据需求分析遵循“有标贯标、多标择优、无标制定”的原则；设计与实现中需要贯彻标准统一、应用主导、一数一源、数据和应用分离的原则。通过对12315子系统数据需求进行分析，共归纳出包含信息采集及处理、消费预警信息、联络点（站）管理、绩效考核等4个概念主题数据库，通过这些对业务数据的采集，可以为系统的查询、统计和分析提供基础支持，为与相关子系统的业务互动提供信息保障；同时，通过对这些数据的进一步加工利用，形成“金信工程”成都工商信息系统的数据仓库，为辅助决策提供基础保障。12315系统数据流1-DFD如图3.1-1所示： 图3.1-112315系统1-DFD图中数据流编号说明：(1)：各种申请材料、证明材料、委托材料信息；(2)：其它执法单位转办的消费者申诉、举报信息；(3)：市场主体/行政许可登记信息（名称、设立、变更/备案、注销）；(4)：对市场主体的警示（提示）限制信息；(5)：经济户口动态信息（巡查、年检、吊销、拒不整改等）；(6)：警示（提示）限制信息；(7)：证照书函信息；(8)：申诉举报相关数据，行政抄告信息；(9)：消费预警、消费提示公示信息；(10)：警示信息（立案警示、处罚情况）、案源处理结果；(11)：案源信息；(12)：商品质量监测结果等警示（提示）信息；(13)：1．有关商品质量申诉举报的统计信息；2．有关商品质量的预警信息；(14)：1．12315具体行政行为被复议信息；2．12315具体行政行为被复议的结果信息；3．12315具体行政行为被诉讼的信息；4．12315具体行政行为被诉讼的结果信息；5．内部行政行为监督要求整改信息，行政赔偿；(15)：涉及对单位、人员投诉举报信息；(16)：统计分析信息；(17)：1．人员基本信息（非受控信息）；2．机构信息；3．人员职业资格证信息；4．人员职位信息；(18)：业务记录信息；(19)：1．联络点（站）采集的申诉、举报、工作总结、统计报表等信息；2. 申诉举报等信息；(20)：1．消费预警公示信息；2．向联络点（站）分流的申诉举报等信息；3．向联络点（站）发送的工作简报；(21)：正式文件；(22)：文件通知等文档；12315系统信息处理流程2-DFD如图3.2.1-1所示： 图3.2.1-1　12315系统信息处理流程2-DFD1.10.6.7.消协管理系统“金信工程”成都工商信息系统以信息工程理论为指导，采用以数据为中心、数据资源规划为基础，建立稳定的数据模型，以适应业务需求的变化。数据是信息系统的基础，立足于成都市工商行政管理的基本职能，各级工商行政管理机关无论机构如何设置，无论手工作业还是信息化管理，其上述业务工作都是以市场主体准入、对市场交易和市场竞争行为进行监督管理和行政执法为主线展开的，因而数据需求和数据结构具有相对稳定性。数据需求分析就是通过对消协系统涉及的用户视图（各业务处理过程中涉及的表、证、单、书以及屏幕格式）进行梳理、归纳、总结，同时严格按照国家工商总局的数据规范要求，进一步进行分析和描述，形成未规范化的数据库描述信息――概念主题数据库，描述包括数据项名称、数据类型、取值范围（或对应数据字典）、存取频率分析和容量估算等内容。通过系统数据流图（1-DFD和2-DFD）对业务处理过程与数据的关联关系进行分析，实现业务需求与数据需求的完整描述。数据需求分析遵循“有标贯标、多标择优、无标制定”的原则；设计与实现中需要贯彻标准统一、应用主导、一数一源、数据和应用分离的原则。通过对消协子系统数据需求进行分析，共归纳出包含信息采集及处理、比较试验、法律援助、消费警示、消协统计、检查情况、工作量、义务监督员、其它事项处理、投诉站管理、消费教育、315活动、会议情况、督办督察设置、消费调查（体察）情况等14个概念主题数据库，通过这些对业务数据的采集，可以为系统的查询、统计和分析提供基础支持，为与相关子系统的业务互动提供信息保障；同时，通过对这些数据的进一步加工利用，形成“金信工程”成都工商信息系统的数据仓库，为辅助决策提供基础保障。消协系统数据流图消协系统1-DFD描述消协系统1-DFD如图3.1-1所示： 图3.1-1消协系统1-DFD图中数据流编号说明：(1)：各种申请材料、证明材料、委托材料信息；(2)：证照书函信息；(3)：其它执法单位转办的消费者投诉信息；(4)：投诉相关数据，行政抄告信息；(5)：市场主体/行政许可登记信息（名称、设立、变更/备案、注销）；(6)：经济户口动态信息（巡查、年检、吊销、拒不整改等）；(7)：1．人员基本信息（非受控信息）；2．机构信息；3．人员职业资格证信息；4．人员职位信息；(8)：投诉站采集的投诉、工作总结、统计报表等信息；(9)：正式文件；(10)：1．咨询、投诉的处理信息；2．投诉站分流分派投诉信息；(11)： 咨询、投诉信息及处理信息；(12)： 消费警示信息； (13)：案源信息；(14)：警示信息（立案警示、处罚情况）、案源处理结果；(15)：统计分析信息；消协系统2-DFD描述信息处理流程消协系统信息处理流程2-DFD如图3.2.1-1所示： 图3.2.1-1　消协系统信息处理流程2-DFD比较试验流程消协系统比较试验流程2-DFD如图3.2.2-1所示： 图3.2.2-1　消协系统比较试验流程2-DFD法律援助流程消协系统法律援助流程2-DFD如图3.2.3-1所示： 图3.2.3-1　消协系统法律援助流程2-DFD消费仲裁流程消协系统消费仲裁流程2-DFD如图3.2.4-1所示： 图3.2.4-1　消协系统消费仲裁流程2-DFD消费警示流程消协系统消费警示流程2-DFD如图3.2.5-1所示： 图3.2.5-1　消协系统消费警示流程2-DFD数据统计流程消协系统数据统计流程2-DFD如图3.2.6-1所示： 图3.2.6-1　消协系统数据统计流程2-DFD检查情况流程消协系统检查情况流程2-DFD如图3.2.7-1所示： 图3.2.7-1　消协系统检查情况流程2-DFD规定工作量流程消协规定工作量流程2-DFD如图3.2.8-1所示： 图3.2.8-1　消协系统规定工作量流程2-DFD义务监督员录入流程消协义务监督员录入流程2-DFD如图3.2.9-1所示： 图3.2.9-1　消协系统义务监督员录入流程2-DFD其它事项处理流程消协其它事项处理流程2-DFD如图3.2.10-1所示： 图3.2.10-1　消协系统其它事项处理流程2-DFD投诉站管理流程消协系统投诉站管理流程2-DFD如图3.2.11-1所示： 图3.2.11-1　消协系统投诉站管理流程2-DFD消费教育流程消协系统消费教育流程2-DFD如图3.2.12-1所示： 图3.2.12-1　消协系统消费教育流程2-DFD315活动流程消协系统315活动流程2-DFD如图3.2.13-1所示： 图3.2.13-1　消协系统315活动流程2-DFD会议情况流程消协系统会议情况流程2-DFD如图3.2.14-1所示： 图3.2.14-1　消协系统会议情况流程2-DFD督办督察设置流程消协系统督办督察设置流程2-DFD如图3.2.15-1所示： 图3.2.15-1　消协系统督办督察设置流程2-DFD消费调查（体察）情况流程消协系统消费调查（体察）情况流程2-DFD如图3.2.16-1所示： 图3.2.16-1　消协系统消费调查（体察）情况流程2-DFD1.10.6.8.人力资源系统“金信工程”成都工商信息系统以信息工程理论为指导，采用以数据为中心、数据资源规划为基础，建立稳定的数据模型，以适应业务需求的变化。数据是信息系统的基础，各级工商行政管理机关无论机构如何设置，岗位如何变化，都是以人力资源机构管理和人员管理等为主线展开的，因而数据需求和数据结构具有相对稳定性。数据需求分析就是通过对人力资源子系统涉及的用户视图（各业务处理过程中涉及的表、证、单、书以及屏幕格式）进行梳理、归纳、总结，同时严格按照国家工商总局的数据规范要求，进一步进行分析和描述，形成未规范化的数据库描述信息――概念主题数据库，描述包括数据项名称、数据类型、取值范围（或对应数据字典）、存取频率分析和容量估算等内容。通过系统数据流图（1-DFD和2-DFD）对业务处理过程与数据的关联关系进行分析，实现业务需求与数据需求的完整描述。数据需求分析遵循“有标贯标、多标择优、无标制定”的原则；设计与实现中需要贯彻标准统一、应用主导、一数一源、数据和应用分离的原则。通过对人力资源子系统数据需求进行分析，共归纳出包含机构库、人员库、离退休库、党务信息库、团务信息库、工会信息库、教育培训库等7个概念主题数据库，通过这些对业务数据的采集，可以为系统的查询、统计和分析提供基础支持，为与相关子系统的业务互动提供信息保障；同时，通过对这些数据的进一步加工利用，形成“金信工程”成都工商信息系统的数据仓库，为辅助决策提供基础保障。人力资源系统数据流图人力资源系统1-DFD描述人力资源系统1-DFD如图3.1-1所示： 图3.1 -1人力资源系统1-DFD图中数据流标号说明：(1)：机构编制批文、人事调配、工资福利和人事任免批文等。(2)：公文、计划、统计报表和请示报告。(3)：人员基本资料。(4)：用户的本人除受控信息的全部信息，其他人的基本信息。(5)：年度考核信息、奖惩信息。(6)：业务记录信息。(7)：人员基本信息（非受控信息）、机构信息、人员职业资格证信息、人员职位信息；(8)：业务记录信息。(9)：业务记录信息。(10)：业务记录信息。(11)：业务记录信息。(12)：人员基本信息、人员职业资格证信息、人员职位信息。(13)：干部违规违纪处理信息、业务记录信息。(14)：机构信息、人员基本信息（含部分受控信息）、人员职务信息、违规违纪处理结果、民主生活会相关信息、年度干部任免统计信息。(15)：人员基本信息、机构信息。(16)：教育培训计划、项目、评估信息，人员教育培训结果信息，人事档案管理信息，基层主要装备信息，业务记录信息。(17)：职务变动信息（行政职务变动、专业技术职务、工人技术等级）、级别变动信息、考核信息、录聘人员信息、试用人员信息、离职人员信息、奖励信息、处罚信息。(18)：人员基本信息（非受控信息）、机构信息、统计分析信息。(19)：人员基本信息（非受控信息）、机构信息、人员职业资格证信息、人员职位信息。(20)：人员基本信息（非受控信息）、机构信息、人员职业资格证信息、人员职位信息。(21)：人员基本信息（非受控信息）、机构信息、人员职业资格证信息、人员职位信息。(22)：工资信息。(23)：机构信息、人员基本信息。(24)：机构信息、人员基本信息（非受控信息）、人员变动信息、离职/退休人员信息。人力资源系统2-DFD描述机构职能编制管理与其它子系统及外部单位数据交互关系机构职能编制管理与其它子系统及外部单位数据交互关系如图3.2.1-1所示： 图3.2.1-1机构职能编制管理与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、机构编制批文。(2)、统计报表。(3)、机构信息。人员档案信息与其它子系统及外部单位数据交互关系人员档案信息与其它子系统及外部单位数据交互关系如图3.2.2-1所示： 图3.2.2-1人员档案信息与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、人员基本资料信息。(2)、人员基本档案。(3)、人事档案信息。领导干部管理与其它子系统及外部单位数据交互关系领导干部管理与其它子系统及外部单位数据交互关系如图3.2.3-1所示： 图3.2.3-1领导干部管理与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、人事任免批文。(2)、人员基本信息。(3)、人员职务信息、违规违纪处理结果、民主生活会相关信息、年度干部任免统计信息。(4)、干部违规违纪处理信息。人事日常管理与其它子系统及外部单位数据交互关系人事日常管理与其它子系统及外部单位数据交互关系如图3.2.4-1所示： 图3.2.4-1人事日常管理与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、人事调配信息。(2)、人事考核信息、奖励信息、惩戒信息。(3)、编制外聘用人员基本信息。(4)、人员录用信息、人员职位信息、学历学位信息。(5)、人员职位信息、人员职业资格证信息。(6)、处分与处罚信息。(7)、离职退休信息。(8)、录聘人员信息、人事考核信息、奖励信息、惩戒信息、职务变动信息、级别变动信息、离职退休信息。 基层建设与其它子系统及外部单位数据交互关系基层建设与其它子系统及外部单位数据交互关系如图3.2.5-1示： 图3.2.5-1 基层建设与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、机构编制批文。(2)、统计报表。(3)、机构信息。(4)、主要装备信息。党务及团务管理与其它子系统及外部单位数据交互关系党务及团务管理与其它子系统及外部单位数据交互关系如图3.2.6-1所示： 图3.2.6-1党务及团务管理与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、人员基本信息。(2)、民主评议信息。备注：党务及团务管理中数据流出到本子模块内部表中，固不注明数据流的具体内容。离退休人员管理与其它子系统及外部单位数据交互关系离退休人员管理与其它子系统及外部单位数据交互关系如图3.2.7-1所示： 图3.2.7-1离退休人员管理与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、离退休人员基本信息。备注：离退休人员管理中数据流出到本子模块内部表中，固不注明数据流的具体内容。工会管理与其它子系统及外部单位数据交互关系工会管理与其它子系统及外部单位数据交互关系如图3.2.8-1所示： 图3.2.8-1工会管理与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、工会会员基本信息。备注：工会管理中数据流出到本子模块内部表中，固不注明数据流的具体内容。教育培训管理与其它子系统及外部单位数据交互关系教育培训管理与其它子系统及外部单位数据交互关系如图3.2.9-1所示： 图3.2.9-1教育培训管理与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、人员基本信息。(2)、教育培训结果信息。(3)、人员基本信息。(4)、干部参训信息、教育培训项目计划信息、教育培训项目实施信息。人力资源分析与其它子系统及外部单位数据交互关系人力资源分析与其它子系统及外部单位数据交互关系如图3.2-10所示： 图3.2-10人力资源分析与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、统计分析报表。(2)、统计分析报表。(3)、业务记录信息。员工自助与其它子系统及外部单位数据交互关系员工自助与其它子系统及外部单位数据交互关系如图3.2.11-1所示： 图3.2.11-1员工自助与其它子系统及外部单位数据交互关系图图中数据流标号说明：(1)、人员基本档案、教育培训信息表、年度考核信息、学历学位表、奖惩信息表、离退休信息表、岗位资格证信息、级别变动信息表、职务变动信息表、职称变动信息表、调配与交流信息表、人员录用信息表。备注：员工自助中数据流入到本子模块中，固不注明数据流的具体内容。1.10.6.9.纪检监察系统“金信工程”成都工商信息系统以信息工程理论为指导，采用以数据为中心、数据资源规划为基础，建立稳定的数据模型，以适应业务需求的变化。数据是信息系统的基础，立足于成都市工商行政管理的基本职能，各级工商行政管理机关无论机构如何设置，无论手工作业还是信息化管理，其上述业务工作都是以市场主体准入、对市场交易和市场竞争行为进行监督管理和行政执法为主线展开的，因而数据需求和数据结构具有相对稳定性。数据需求分析就是通过对纪检监察系统涉及的用户视图（各业务处理过程中涉及的表、证、单、书以及屏幕格式）进行梳理、归纳、总结，同时严格按照国家工商总局的数据规范要求，进一步进行分析和描述，形成未规范化的数据库描述信息――概念主题数据库，描述包括数据项名称、数据类型、取值范围（或对应数据字典）、存取频率分析和容量估算等内容。通过系统数据流图（1-DFD和2-DFD）对业务处理过程与数据的关联关系进行分析，实现业务需求与数据需求的完整描述。数据需求分析遵循“有标贯标、多标择优、无标制定”的原则；设计与实现中需要贯彻标准统一、应用主导、一数一源、数据和应用分离的原则。通过对纪检监察子系统数据需求进行分析，共归纳出包含纪检监察组织建设、党风廉政建设、领导干部廉洁自律、纠正行业不正之风、信访举报管理、预防治理腐败等6个概念主题数据库，通过这些对业务数据的采集，可以为系统的查询、统计和分析提供基础支持，为与相关子系统的业务互动提供信息保障；同时，通过对这些数据的进一步加工利用，形成“金信工程”成都工商信息系统的数据仓库，为辅助决策提供基础保障。纪检监察系统数据流图纪检监察系统1-DFD描述纪检监察系统1-DFD如图3.1-1所示： 图3.1-1纪检监察管理系统1-DFD图中数据流标号说明：(1)：各种来信来访，领导干部的各种报告材料；(2)：举报信息；(3)：举报信息处理结果；(4)：组织机构编制信息、人员全部信息(含受控信息)；(5)：惩戒信息；(6)：干部举报信息；(7)：处理结果信息；(8)：上报市委、市府、市监察局、市纪委和省局总局的材料；(9)：统计分析信息；(10)：年度审计信息。说明：原则上各子系统的业务处理数据（包括操作记录等内容）最终都是辅助决策系统进行统计分析和数据挖掘的基础，各子系统的业务处理数据在加载到数据仓库之前需要根据一定的规则进行清理转换，而不是进行直接的信息交换（数据流）。 辅助决策系统主要进行数据的挖掘分析，与各子系统之间无直接的互动关系。辅助决策所形成的业务决策，主要体现在业务规范和规则的优化调整方面，而不直接与其它子系统具体业务活动产纪检监察系统2-DFD描述纪检监察组织建设纪检监察组织建设2-DFD如图3.2.1-1所示： 图3.2.1-1纪检监察组织建设2-DFD党风廉政建设党风廉政建设2-DFD如图3.2.2-1所示： 图3.2.2-1党风廉政建设2-DFD领导干部廉洁自律领导干部廉洁自律2-DFD如图3.2.3-1所示： 图3.2.3-1领导干部廉洁自律2-DFD纠正行业不正之风纠正行业不正之风2-DFD如图3.2.4-1所示： 图3.2.4-1纠正行业不正之风2-DFD信访举报管理信访举报管理2-DFD如图3.2.5-1所示： 图3.2.5-1信访举报管理2-DFD预防和治理腐败源头上预防和治理腐败2-DFD如图3.2.6-1所示： 图3.2.6-1预防和治理腐败2-DFD1.10.6.10.系统管理系统“金信工程”成都工商信息系统以信息工程理论为指导，采用以数据为中心、数据资源规划为基础，建立稳定的数据模型，以适应业务需求的变化。数据是信息系统的基础，因而数据需求和数据结构具有相对稳定性。数据需求分析就是通过对系统管理系统涉及的用户视图（各业务处理过程中涉及的表、证、单、书以及屏幕格式）进行梳理、归纳、总结，同时严格按照国家工商总局的数据规范要求，进一步进行分析和描述，形成未规范化的数据库描述信息――概念主题数据库，描述包括数据项名称、数据类型、取值范围（或对应数据字典）、存取频率分析和容量估算等内容。通过系统数据流图（1-DFD和2-DFD）对业务处理过程与数据的关联关系进行分析，实现业务需求与数据需求的完整描述。数据需求分析遵循“有标贯标、多标择优、无标制定”的原则；设计与实现中需要贯彻标准统一、应用主导、一数一源、数据和应用分离的原则。通过对系统管理子系统数据需求进行分析，共归纳出包含机构用户库、权限管理库、数据字典库、序号管理库、工作流管理库、消息管理库、系统参数库等7个概念主题数据库，通过这些对系统管理数据的采集，可以为系统的用户管理、权限设置、业务流程、业务互动提供基础支持，为“金信工程” 成都工商信息系统的各业务子系统提供支撑平台。系统管理系统数据流图系统管理系统1-DFD描述系统管理1-DFD如图3.1-1所示： 图3.1-1　系统管理1-DFD图中数据流标号说明：(1)：机构的新增、修改、注销信息；人员的新增、调动、离职信息。系统管理系统2-DFD描述系统管理2-DFD如图3.2-1所示 图3.2-1　系统管理2-DFD1.10.7.查询业务功能需求?基本功能需求投标人应基于原系统的软件功能业务架构和充分分析原金信工程系统软件业务功能和数据流程，并结合投标人自身建设经验，规划建设该子系统。其功能点应充分将所有的查询类功能按类型归并建设，并充分考虑与核心业务系统的互动关系。数据查询主要是查询业务数据库中的动态数据（细节数据）。综合查询也叫集成查询，按照一定组织形式把所有查询关联起来，形成一套查询体系。 综合查询模块按照用途和目的分为3大类型：主线查询、自定义查询、定制查询。主线查询也叫“一门式查询”，主要以一条主线把所有与主线有关联的查询集成起来，比如：以“市场主体”为主线，则关联起与市场主体有关联的所有信息如：注册登记信息、监管信息、行政处罚信息、复议诉讼赔偿信息、生产（销售）产品的检验信息（消保维权）等，其特点是站在整个金信工程面上进行查询。自定义查询确定一个主题查询域，用户可以自己定义查询的条件和内容。定制查询各个子系统专门定制的查询，查询条件用户不能改变。?基本设计要求（1）全面性查询统计能够以不同方式、从不同维度查找到用户需要的信息。（2）完整性查询结果不仅显示查询关键字内容，还应显示关联信息。（3）健壮性在多用户（200人以上）并发使用的情况下系统需保持健壮;对系统异常进行记录和处理;应用服务器宕机不能丢失业务数据;对系统错误和数据异常进行明确、友好的提示。（4）兼容性要求应用程序能够兼容多种主流浏览器。（5）友好性用户接口和界面设计将充分考虑人体结构特征及视觉特征进行优化设计，界面尽可能美观大方，操作简便友好。（6）扩展性 要求所设计的应用系统，均具备可扩展性，能够随着应用的逐步完善和用户的逐渐增加不断地进行扩展，整个系统可以平滑地过渡到升级后的新系统中。同时在软件系统的开发中，考虑各个功能模块可重复利用，降低系统扩展的复杂性。（7）先进性设计方案应立足先进技术，采用先进的设计理念、技术路线和技术体系架构，以保证建成的系统使用周期长、性能指标高。1.10.8.查询业务数据需求查询应用数据覆盖核心业务系统产生的绝大部分数据，包括：机构人员查询（含组织机构查询、人员查询、工作查询）、管理对象查询（含市场主体查询、经济户口查询、自然人查询）、管理活动查询（准入系统、监管系统、执法系统、法制系统、消保系统、系统管理和OA系统）、资料档案查询（含OA文书、企业文书档案、案件书函档案、12315文书档案）。1.10.9.门户网站功能需求完成网站的后台的基础搭建；实现各类工商行政管理政务信息（机构职能、工商信息、工商公告、为民办实事、法律法规和规范性文件、统计信息公布、办事指南、12315维权、行政执法、食品安全监测等）的网上发布（门户网站-政务信息发布）; 实现各类公众互动（消费者的申诉与举报的网上受理回复、 对公众咨询的网上受理回复等）服务（门户网站-网上公众互动）、实现对各类网上工商业务（企业或个体经营者登记申请的网上受理、广告发布登记申请的网上受理、各类登记状态查询、网上年检等）办理（门户网站-网上业务办理）。成都工商信息系统网站由“三站三级”构成。“三站”是指成都市工商行政管理机关在互联网上的门户网站和成都工商信息系统内部工作的业务网站和政务网站；“三级”是指：一级是市工商局网站，二级是职能部门和区（市）县工商局网站，三级是工商所网站。内部工作网站的“三级”主要通过管理发布权限和约束发布范围（市局/市局部门和区市县局/工商所）来体现。上述三级门户网站和内部工作的业务网站的信息相互支撑形成工商系统网站群。门户网站与业务网站之间进行逻辑隔离，数据按需要进行交换。门户网站设立应急使用门户网站后台管理系统，而日常信息的维护在业务网站后台进行操作。系统结构体系图如图2.5-1所示 图2.5-1　系统结构体系图图示标号说明：1.个人浏览工商门户网站，了解工商知识、发表建议、进行咨询、投诉举报、参加工商论坛与他人进行交流等。2.企业、兄弟单位等通过门户网站进行处理事务。3.管理员通过门户网站应急用后台进行信息维护。4.门户网站提取信息。5.门户网站相关信息存储于门户网站数据库。6.门户网站数据库通过数据交换，将数据存储到业务网站数据库。7.业务网站数据库通过数据交换，将数据存储到门户网站数据库。8.业务网站相关信息存储于业务网站数据库。9.业务网站提取信息。10.业务子系统提取相关数据。11.业务子系统将业务处理后的结果信息存储于业务网站数据库。12.一级、二级、三级网站管理员通过业务网站后台管理进行信息维护。13.业务子系统管理员、用户对提取的业务数据进行处理。1.10.10.门户网站数据需求序号名称描述1站点库站点库主要是实现门户网站“三站三级”，“三站”是指成都市工商行政管理机关在互联网上的门户网站和成都工商信息系统内部工作的业务网站和政务网站；“三级”是指：一级是市工商局网站，二级是职能部门和区（市）县工商局网站，三级是工商所网站。2栏目库栏目库主要是管理门户网站“三级”的栏目，各栏目下可包含子栏目。3模版库模板库主要实现门户网站展现的模板，不同的模板其栏目安排以及显示格式等略有不同。4信息发布库信息发布库实现三站三级的信息发布，对于互联网上的门户网站，需要定期交换到外部网站数据库中。5民意调查库民意调查库主要实现网上民意调查。6网上办公库网上办公库主要包括网上年检等市场准入、市场监管、12315、公平交易执法系统相关的网上办公数据，与内部网络定期进行数据交换。7网上互动库网上互动库主要存放网上投诉、举报、建议、咨询等内容。8友情链接库友情链接库主要存放网站的友情链接。1.10.11.数据交换功能需求“金信工程”成都工商信息系统是在国家工商总局“金信工程”建设的总体规划指导下信息化建设的核心工程，“金信工程”最重要的内涵是运用信息及通信技术打破各地区、各部门、各政府部门的组织界限，构建一个整合后的电子化的政府虚拟工作平台，形成一个在信息流上运作的电子工商，从信息化角度提升工商行政管理效能，为各级人员提供决策支持，为公众提供高质量、满意的全方位服务。“金信工程”成都工商信息系统对内覆盖全市三级工商行政管理机关，实现成都市工商系统内部信息纵、横交换与共享；系统对外实现与国家工商总局、省局工商信息交换，为“430系统”、“630系统”提供信息支持平台，实现与相关政府部门的信息交换。系统通过信息交换平台实现与外部系统的信息交换，外部系统的主要特点是：大量异构系统并存，计算机硬件工作方式不同，操作系统不同、编程语言也不同；网络状况各异，数据传输速度缓慢并且不稳定；版本升级难以完成，无法知道互联网上有哪些机器直接或者间接的使用某个服务。根据工商行政管理行业的业务特点，系统的数据流与外部系统的信息交换需要实现在不同节点、不同数据库之间的数据复制、抽取和数据传递。提供基于标准接口技术，方便集成多种形式，如文件（文本、Excel文件）、关系数据库系统、消息等，满足“金信工程”成都工商信息系统与外部系统信息交换的需要。支持Unix、Wind ows、Linux多种操作系统。支持有Microsoft SQL Server、Oracle、Sybase等关系数据库系统。支持XML交换标准与Web Services。支持数据传递的事务性。如果发生数据结构的变化，可有配置方式将数据结构转换成新的格式而不需要修改应用。减少维护成本。数据转换：以XML数据格式进行开放式规范转换，同时还允许将XML、EDI以及平面文件型商务文档转换为其他格式。数据审计：对交换过程进行记录，保证每一笔交换都有据可查。其他要求：信息交换平台应具有优先级控制、断点续传、独立队列处理、交换任务和管理任务分离、同步/异步传输机制、并发/串行处理功能、支持大规模并发处理、支持多级交换模式及多级交换中心的应用模式、核心交换功能基于XML和中间件技术实现、提供推和拉的处理模式等功能。1.10.12.数据交换数据需求交换数据内容分别为：1)市局?省工商注册登记数据（企业设立基本信息、变更信息、备案信息、注销信息等）。吊销企业信息（黑名单数据等）。公文信息（办公自动化系统数据交换）。2)省工商?市局黑名单数据（包括有全国全省注吊销企业、一人有限公司）。3)市局?市政府电子监察系统业务办理信息（包括办理人、办理状态、办理结果）。4)市政府电子监察系统?市局并联审批相关信息。5)市局?430/630系统企业基本信用信息、警/提示信息。6)430/630系统?市局企业其他信用信息、警/提示信息、流动人口相关信息（含流动人口基础信息、流动人口房屋信息）。1.10.13.数据清理工作原系统经过近4年生产运行，积累了大量的生产数据，数据库采用Oracle10g，各子系统间关联复杂，并且和多个外部系统进行数据交换。现有系统中，数据总容量较大，涉及系统和数据表众多，数据结构关系复杂。经统计，目前共有1700多张数据表，数据存储量约为240 GB。详细数据增长情况可参见3.2.4.2节。灾备系统建立在成都云计算中心，由于平台和操作系统的差异，必然存在数据类型、结构和规则等方面的转换。同时应用重构也需要对系统数据结构进行必要的调整。因此，历史数据从生产中心迁移到灾备中心必须进行数据清理和转换，实现生产中心到灾备中心的数据初始化准备工作。1.10.13.1.数据清理内容数据清理和转换的主要目的是为生产中心数据库向灾备中心数据库复制提供初始化导入服务，涉及到的数据清理和转换内容基本分成以下八类：1)A类系统初始化参数代码类库表，如综合参数、数据字典、规则参数等。此类数据库表在系统初始化时需要进行配置或转换生成，保证灾备中心与生产中心数据的一致性。2)B类系统运行必需的基础数据类库表，包含系统运行前必须纳入系统的人员基础信息、组织机构信息、人员权限信息等。3)C类工作流程控制类数据库表，包含各子系统的工作流配置、规则和实例、活动、控制规则等数据信息。4)D类业务过程和结果类数据库表，包括各子系统的业务结果信息以及各子系统的名称登记、主体登记（备案）、行政审批、执法案件办理、经济户口管理、年检审批、消费维权、纪检监察、办公自动化等业务的办理过程信息。5)E类提示、警示和限制信息类数据库表，包括各子系统的针对主体和个人的提示信息、警示信息、协助执行信息、黑名单信息以及廉政风险点警示提示信息等。6)F类系统用于追溯、查询的历史类信息数据库表，如历史业务经办过程信息、历史台账和统计报表信息等。7)G类数据交换前置数据库表，包括与430、630、电子监察系统、并联审批系统、省工商局、财务系统、网上交易监管系统等外部系统的数据交换前置数据库表。8)H类非结构化数据，主要包括12315语音类非结构化数据，门户网站相关资源类非结构化数据等。1.10.13.2.数据清理要求1）满足“金信工程”标准规范要求，明确数据迁移目标、数据转换库表范围，制定数据清理的方案和计划，形成《数据清理及迁移总体方案》。2）根据对原系统的分析调研，制定校验规则和标准，形成《数据校验方案》。对未通过校验的错误数据进行整改；对无法直接转换至灾备中心的数据内容制定具体的迁移规则。3）进行数据清理及迁移的设计工作，形成《数据清理及迁移实施方案》，明确需要的环境、步骤、风险预防措施，并进行数据迁移前的演练。1.10.14.其他重构需求系统移植后的功能在操作上要尽量与原金信工程信息系统的相关软件应用功能体现一致性，并在易用性上进一步提高，全面提升工商业务人员使用感受。系统在优化改造过程中，需要充分考虑扩展性，为以后的系统全面移植，以及工商后续业务功能（例如移动工商、网上工商等）的实现留下充足的空间和弹性。应用系统重构应保证各子系统作为信息化系统的有机组成部分，在建设时要有计划、有步骤的统一实施。各子系统之间要做到数据共享，通过消息机制实时的互通信息，实现无缝集成应用。1.11.灾备系统建设详细需求1.11.1.容灾等级要求随着容灾技术的不断成熟和企业对ROI 的日益重视，企业对容灾等级的要求也越来越高。在国家信息化办公室出台的《重要信息系统灾难恢复指南》中，将灾难恢复建设的目标分为了以下6 个级别：第1级(基本支持)：本地数据备份，异地存放备份介质；第2级(备用场地支持)：临时提供备用场地、主机和网络支持；第3级(电子传输和部分设备支持)：定时传输备份数据，配备部分主机和网络支持；第4级(电子传输及完整设备支持)：定时传输备份数据，完整的备用场地，主机，网络支持；第5级实时数据传输及完整设备支持：实时远程数据复制，网络具备切换能力第6级（数据零丢失和远程集群支持）：实时远程数据复制，应用软件无缝切换。“金信工程”应用级灾备目标要求不低于第5级，以成都云计算中心为基础建设“金信工程”同城灾备中心，构建“金信工程”运行所需的基础平台，实现同城异地两中心业务数据的实时同步，确保现有系统发生意外灾难时，灾备中心系统可以在1小时内迅速接管。1.11.2.数据同步要求由于生产中心数据库Oracle集群部署在UNIX平台（IBM AIX5.3）上，而灾备中心数据库将部署在LINUX或者WINDOWS平台上，因此灾备系统建设必须保证两中心在异构环境下数据的实时同步。完成生产中心当前的数据清理后，中标人根据招标人的要求选择合适的时间节点将数据迁移到灾备中心，保持两中心的数据一致，之后通过同步策略保持两中心数据实时同步。1.11.2.1.数据一致性要求在一致性方面，主要是指生产中心数据库和灾备中心数据库的数据一致性， 在数据同步时，数据同步软件完全严格按照生产系统的Oracle数据库中的交易顺序和流程完成，通过生产中心核心业务数据库Oracle的SCN号(System Change Number, SCN是一个逻辑时钟来记录数据库事件, Oracle使用SCN来保存所有变化的轨迹)来保证交易的严格执行与生产系统保持一致。数据同步软件对系统中的数据进行严格的数据比对和检验，做到两地数据库的一致性。1.11.2.2.数据完整性要求完整性方面，同步软件需对生产中心各应用系统的所有的DML、DDL操作以及所有对象（如procedure、sequence、function、index、view、role、table等）的变化进行捕获和复制，以保证生产中心和灾备中心的应用和数据的完全一致，在发生灾难时确保灾备系统能够迅速完成业务接管。1.11.3.容灾机制要求1.11.3.1.系统运行状态检测要求生产中心与灾备中心本地均部署有负载均衡器，通过设备的健康检查机制监测应用和数据库的实时状态。若出现故障时，负载均衡器将采集到的数据错误信息通过多种预警手段（如：声光、短信、邮件等）反馈到值守的专业系统维护人员来处理。1.11.3.2.灾备系统切换?出现预警：本地服务器负载均衡器检测到应用系统数据库出现故障，发出预警，反馈到值守的专业系统维护人员。?故障分析：首先经过专业系统维护人员分析和诊断当前的错误故障，判断是否是出现了重大故障问题，并确认是否需要从生产中心切换到到灾备中心。?正式切换：若经专业系统维护人员仔细确认主数据库无法正常工作后，向领导汇报同意切换后，停止灾备库上的数据同步软件（避免在生产中心数据库恢复后，修复核心数据库的时侯，把生产中心数据库的旧数据同步过来），然后根据广域网负载均衡器的DNS配置，将对外服务地址指向灾备中心。?验证切换：正式切换到灾备中心后，需人工核查灾备中心核心数据库中是否有无效的储存过程、Job、需要修改的DB-link等，并验证业务数据。1.11.4.灾备系统恢复要求及步骤?检查确认：由专业系统维护人员经过检查确认生产中心核心数据库已启动恢复正常使用；?差异数据回切：通过数据同步软件将生产中心数据库发生故障后改变过的差异数据，同步回生产中心核心数据库中，同步完成后进行数据比对，确保数据一致性。?切回主库：完成数据一致性比对无误后，然后根据广域网负载均衡器的DNS配置，将对外服务地址通过负载均衡重新指向两中心。?验证恢复：正式回切后，需人工核查各项业务数据，验证一致性和准确性。?恢复同步：开启生产中心的数据同步软件的服务模式，保持两中心之间的数据实时同步。1.11.5.详细技术参数及要求1.11.5.1.广域网负载均衡由于“金信工程”应用级灾备将建设在同城异地，生产中心位于成都市九眼桥，灾备中心位于成都市天府大道软件孵化园，两地之间距离约10公里，且不在同一网络区域。目前，生产中心面临日渐增长的性能压力，用户并发访问量过大或者网络中可预见以及不可预见的网络攻击均可能导致生产中心的故障发生，从而导致整个工商业务中断。采用基于应用层控制的广域网负载均衡设备，实现生产中心和灾备中心之间的负载均衡，并能自动或手动按照预先设定的切换规则，实现容灾切换；数量：2台部署位置：生产中心、灾备中心各1台单台详细技术规格要求如下表： 技术参数配置要求多站点负载均衡★要求支持多站点灾备等多数据中心建设，同时支持智能的DNS解析(通过域名请求)及IP Anycast(通过IP请求)技术的容灾技术；支持Topology、Global availability、最小连接数、轮询、比例、最快响应、哈希、预测、观察、动态比例等负载均衡算法。单台设备支持站点灾备等多数据中心建设，支持全功能智能的DNS解析，如A、SOA、MX、NS记录等。必须提供产品资料或者截图以证明。完整DNS功能要求能够实现子域授权，自动反向查询，完整的纪录功能。DNS应用安全：支持DNSSEC 必须提供产品资料或者截图以证明。CPU★双核1.8G Hz 或以上CPU 内存★配置：4G或以上吞吐量★大于等于1G存储介质硬盘容量300G以上交换背板14Gb/s或以上IP Version支持ipv4 和ipv6.分析工具内置抓包分析工具，能够快速准确的进行故障诊断。需提供产品彩页或者截图以证明。应用健康检查支持高级健康检查方法，具有大量常见应用的健康状态检测模板。需提供产品彩页或者截图以证明。应用交换可编程控制、支持tcp协议内各种字段特征码来导向或转换应用流量。需提供产品彩页或者截图以证明。简单管理★提供液晶面板进行简单管理，显示设备工作状态和报警，便于机房管理人员巡检，必须提供设备截图以证明。高可用支持两种以上冗余切换方式，要求提供设备配置界面截图。端口★≥6个物理独立端口（其中千兆电口≥4个；千兆光口≥2个），非光电复用端口。CPU工作模式CMP技术，多个核同时处理同一个业务。API接口提供API/SDK开发包,具备二次开发能力，能够定制应用健康检查机制；便于跟Oracle软件无缝结合；需要提供相关软件厂商的配置截图证明。电源可靠性★双电源，支持直流或交流故障检测工具内置硬件故障诊断程序，要求支持硬件故障诊断程序，能够快速确定硬件故障情况。必须提供相关截图以证明。统计图表和日志管理界面上自带实时流量及系统开销统计图表，同时自带日志报警和输出功能。需提供产品截图证明。最大并发会话数★≥8,000,000四层处理能力★≥60,000connection/second七层处理能力★≥100,000request/second链路聚合故障切换支持工业标准802.3ad链路聚合，支持MSTP防止Dos攻击防止Dos攻击,SYNC攻击安全的管理可以通过HTTPS、SSH进行安全的远程管理，本地可以通过CONSOLE终端进行管理，并且要求可以提供带外管理，即使应用子系统出现问题，仍旧可以通过管理子系统进行登录管理。中文管理界面提供中文管理界面或者提供中文管理套件，需提供相关截图。返修服务要求支持国内备品备件库，第二个工作日备机到达用户指定地点。产地要求要求是国产设备，必须提供国产设备证明文件。售后服务★要求提供至少3年原厂免费服务、故障修复、技术支持。1.11.5.2.数据库软件需为灾备中心应用系统购置数据库软件企业版，根据灾备中心提供的操作系统版本选择稳定的版本。指标项指标要求版本★ORACLE数据库企业版授权★4CPU以上全应用类型授权许可模块★数据库基本模块★集群负载均衡模块★分区模块★调优和数据库生命周期管理工具模块介质提供相应平台安装介质一套。售后服务★一年之内免费升级，一年技术支持服务。1.11.5.3.数据同步软件为确保生产中心与灾备中心两地之间的数据实时同步，需购买第三方软件来实现数据实时同步。详细技术规格要求如下表：指标项规格要求应用类型★支持基于Oracle数据库网络带宽压缩★支持逻辑一致性★基于交易(Transaction)保证数据复制过程中交易的完整性系统资源占用最大CPU占用率不超过5%数据库容灾切换时间小于5秒数据同步延时小于5 秒异构操作系统★支持异构服务器平台★支持安装部署★不改变原操作系统、数据库配置差异恢复★支持故障后，源库差异恢复，无需整体复制容错能力支持表支持性★支持所有表单表修复支持复制灵活性★支持单向、一对多、多对一，双向复制，多层复制软件多进程支持事物抓取原理★在源端交易事物开始后就抓取复制图形监控支持中文图形监控界面，可监控数据复制进程点对点在线迁移★支持数据库点对点的在线数据库实时迁移兼容数据库Oracle8, Oracle9i, Oracle10g,oracle11g操作系统aix ,hp-ux,solaris,linux,tru64,windows(全部版本)售后服务★原厂工程师现场服务，故障响应时间1小时内★要求提供一年以上产品原厂商免费服务、故障修复、现场技术支持。1.11.5.4.数据库加速器购置数据库加速器，对查询处理、并发控制与恢复的算法和数据结构进行优化，以更有效地使用CPU周期和内存。通过将工商业务数据库中访问频率高的“热数据”复制到内存中，利用内存的读写速度远远高于磁盘读写的优势，从而使数据在内存中的处理速度比磁盘上数据处理速度提高4倍以上，以提高当前工商业务数据库访问性能。详细技术规格要求如下表： 指标项规格要求认证要求★经过国际认证的专业第三方商用内存数据库软件产品，需提供相关认证文件复印件（公司加盖公章）运行环境支持主流的硬件平台，如IBM/HP/sun的小型机、PC-Server等机型支持主流的操作系统，如AIX、HP-Unix、Solaris、各种主流Linux及Windows功能要求1.支持SQL92国际标准中定义的中间级，推荐支持SQL92完备级标准；2.支持存储过程和函数；3.支持视图（View）；4.支持行级锁。性能要求1.单实例支持1000以上客户端并发访问；2.对承载的数据规模不限制，只受主机物理内存配置、License 许可的限制；3.自动检测死锁，并自动处理，避免业务挂起；4.充分利用硬件资源，提供业务服务。在正常的业务处理过程中，CPU、内存的占用率应保持在正常水平，无过高CPU占有率、过高内存占用、虚内存占用等现象；5.内存数据库应当满足内存使用量自动扩展；6.当业务规模增加，导致内存资源不足时，能提供内存资源不足的告警日志信息。开发接口要求★满足客户端/服务器架构，满足多种通信协议（TCP/IP、Unix Domain、IPC）方式；★具有丰富的客户端应用开发接口，至少需支持ODBC、JDBC、嵌入式SQL三种开发接口；★具有丰富的服务端应用开发接口，支持存储过程和函数；★支持与应用程序集中部署在一台物理主机上，从而节省网络通信开销，提升性能；支持应用程序部署在多台物理主机上，满足系统大规模、分布式部署的要求；★兼容业界主流中间件产品（TongWeb、Weblogic、WebSphere、Tuxedo）高可靠要求★具有高稳定性和可靠性，保障至少6个月连续正常运行，无进程崩溃、内存泄漏、资源占用异常等问题；★支持MVCC机制，保障高事务并发情况下的数据读一致性； ★支持宕库级别和宕机级别的数据安全性，保证各种异常情况下，业务数据100%不丢失。高可用要求★双机复制机制，保障系统的高可用性；★支持点对点及N-WAY的星形复制，最多支持6个以上的副本；★复制机制，支持跨硬件平台和系统平台；可维护要求提供命令行和图形化的管理工具，方便日常维护；提供数据迁移工具，至少支持从Oracle到内存数据库的数据迁移；提供丰富的性能视图，方便对数据库进行各种性能指标监控；提供完备的数据备份和恢复机制，至少应包括全量备份、增量备份等方式。在发生故障时，可以通过备份数据快速恢复业务售后服务1.★提供一年原厂商应用服务器中间件产品软件升级及技术支持现场服务，包括：对5-10个开发人员的培训，对3-5个用户管理员的培训;2.★在总包集成商软件开发期间提供7*24小时不限次数现场技术支持服务，服务期内不再收费，以利于辅助总包集成商更好的使用应用服务器中间件的特性，提供原厂商源代码级技术支持服务;3.★要求提供一年产品原厂商免费服务、故障修复、现场技术支持。1.11.5.5. 原厂售后服务承诺函要求★以下产品投标人在投标时必须提供满足本项目售后服务要求的原厂售后服务承诺函原件：序号产品1数据库软件2广域网负载均衡器3数据同步软件4数据库加速器1.11.5.6.专用网络链路由中标人租用通信运营商1条10M以上光纤和2条100M以上的光纤，建立灾备中心与市工商局中心机房以及工商专网的传输通道，并负责承担线路开通后1年内所有租用费用。具体链接方式如下图所示： 1.11.6.云计算架构的系统部署建议项目指标数量用途数据库服务器4 CPU（48核）/64 GB内存/4*300GB硬盘/4个千兆网卡/2*8Gbps光纤通道卡/Linux操作系统2台虚拟成9台,8台作数据库服务器,1台备用应用服务器4 CPU（24核）/32 GB内存/300GB硬盘/4个千兆网卡 /Linux操作系统6台虚拟成11台，8台作为业务应用服务器2台数据同步服务器,1台备用存储系统SAN存储磁盘阵列（可提供4Gbps或8Gbps接口的磁盘阵列和光纤通道交换设备3TB业务数据存放操作系统Linux Enterprise企业版操作系统，Windows企业版操作系统20套12套WINDOWS系统用于应用服务器8套SUSE LINUX系统用于数据库服务器虚拟化产品VMWARE虚拟产品企业版套8套用作数据库及应用服务器的虚拟化环境部署技术支持7×24小时人员值班，15分钟设备巡检制度,经验丰富的工程师团队，提供深度技术支持对比表：工商局生产中心成都云计算灾备中心（数据库服务器）IBM eServer p5 570 UNIX服务器，配置8颗1.9GHz power5 CPU /16GB内存/2*73GB硬盘/2个千兆网卡/2个2Gbps光纤通道卡/1个4mm 40GB磁带机/操作系统AIX 5L/控制台/管理软件，HACMP群集软件，做双机热备系统总主频：2（台）*8（核）*1.9（主频）=30.4 （GHZ）(数据库服务器)曙光PC服务器4 CPU（48核）2.4GHZ/64 GB内存/4*300GB硬盘/4个千兆网卡/2*8Gbps光纤通道卡/Linux操作系统总主频：2（台）*48（核）*2.4（主频）=230.4 （GHZ）（应用服务器）IBM eServer p5 55A，配置4颗1.65GHz power5 CPU /8GB内存/2*73GB硬盘/2个千兆网卡/2个2Gbps光纤通道卡/1个4mm 36GB磁带机/操作系统AIX 5L/控制台/管理软件，HACMP群集软件，做双机热备系统总主频：2（台）*4（核）*1.65（主频）=13.2 （GHZ）（应用服务器）曙光PC服务器6 CPU（24核）2.4GHZ/32 GB内存/300GB硬盘/4个千兆网卡 /Linux操作系统总主频：6（台）*24（核）*2.4（主频）=345.6（GHZ）由此对比表可以看出，灾备中心提供的资源远大于当前生产中心，中标人需在项目建设过程中以云架构模式部署。具体要求可以参考如下：以2台曙光高端服务器（每台48核）作为宿主服务器，构建成集群模式保障硬件高可靠性。可虚拟9台数据库虚拟机，计算资源初步按以下方式分配：2台核心业务数据库服务器虚拟机主频为32（核）*2.4（GHZ）=76.8（GHZ）；2台查询业务数据库服务器虚拟机主频为32（核）*2.4（GHZ）=76.8（GHZ）；2台门户网站数据库服务器虚拟机主频为4（核）*2.4（GHZ）=9.6（GHZ）；2台数据交换数据库服务器虚拟机主频为4（核）*2.4（GHZ）=9.6（GHZ）；1台为备用数据库服务器虚拟机主频为24（核）*2.4（GHZ）=57.6（GHZ）；核心业务数据库服务器虚拟机及查询业务数据库服务器虚拟机总主频64（核）*2.4（GHZ）=153.6（GHZ），高于原来总主频30.4（GHZ）的5倍以上。备用服务器虚拟机主频为57.6（GHZ），当其中某个节点出现故障时，备用服务器虚拟机有足够计算资源代替故障节点持续提供服务。以6台业务应用服务器（每台24核）作为宿主服务器，分成3组，每组同样构建成集群模式保障硬件高可靠性。共可虚拟成11台应用服务器虚拟机，计算资源初步按以下方式分配：2台核心业务应用服务器虚拟机主频为64（核）*2.4（GHZ）=153.6（GHZ）；2台查询业务应用服务器虚拟机主频为32（核）*2.4（GHZ）=76.8（GHZ）；2台门户网站应用服务器虚拟机主频为4（核）*2.4（GHZ）=9.6（GHZ）；2台数据交换应用服务器虚拟机主频为4（核）*2.4（GHZ）=9.6（GHZ）；2台数据交换应用服务器虚拟机主频为4（核）*2.4（GHZ）=9.6（GHZ）；1台为备用应用服务器虚拟机主频为36（核）*2.4（GHZ）=86.4（GHZ）；核心业务应用服务器及查询业务应用服务器虚拟机主频为153.6+76.8=230.4（GHZ），高于原来的2台应用服务器13.2（GHZ）的17倍以上。备用应用服务器虚拟机主频为86.4（GHZ），当其中某个节点出现故障时，备用服务器虚拟机有足够计算资源代替故障节点持续提供服务。1.12.系统集成1.12.1.综合要求中标商即为系统总集成商，系统总集成贯穿于信息化系统建设的全过程，负责整个工程的管理及实施，统筹安排各分项目实施计划及制定技术方案，负责解决各分项目间的无缝衔接。按照项目建设目标负责各分项目的集成，按时实现“金信工程”成都工商信息系统应用级灾备建设目标。 具体要求包括：1．工程建设阶段所有分项目实施的总技术负责。2．保证实现“金信工程”成都工商信息系统应用级灾备项目提出的目标、业务功能要求、系统性能要求。3．负责制定应用灾备系统集成的方案和实施计划。4．负责各子系统、各子项目之间的集成。5．负责组织和实施系统的联合调试。6．负责组织和实施系统的集成测试。7．负责协助各分项目的验收。8．负责项目建设中与业主原有设备及原有系统相关集成。9．负责各分项目的项目管理（含质量管理和进度管理等）、技术指导。10．负责协调分项目间关系，当分项目在集成过程中、试运行期间、运行维护期内出现异常时，负责排除故障。11．根据项目的建设要求，制定培训方案，组织实施培训。12．制定实施计划。13．其他相关要求。1.12.2.标准和规范中标人必须遵循“金信工程”成都工商信息系统的业务数据指标体系、业务统计指标体系、数据字典、信息交换协议、其他对外信息交换规范、业务组件封装规范、项目管理规范细则、开发规范等有关的技术规范和标准；负责制定各应用子系统关联业务的接口标准，并负责组织、协调各应用子系统的组合，达到一体化应用功能。1.12.3.组织和管理中标人负责建立灾备系统信息技术组织和运维管理流程，主要包括协助建立灾备系统操作服务中心；制定本系统管理维护的相关制度和操作使用规程；建立 “金信工程”成都工商信息系统应用级灾备系统所有应用软件版本分发与控制流程。1.12.4.灾备中心集成中标人根据成都云计算中心的资源现状和“金信工程”成都工商信息系统的运行要求提出优化的灾备中心实施方案，具体实施由成都云计算中心和上海宝信软件股份有限公司分别负责。成都云计算中心仅负责灾备中心的软硬件集成，主要包括云计算中心服务器网络接入与配置、网络安全配置、数据库集群、应用服务器集群、负载均衡等提供集成服务。特别是对数据库的调优需提出合理的建议和实施方案，使数据库关键性能指标明显优于原生产中心。原“金信工程”成都工商信息系统承建商（上海宝信软件股份有限公司）负责数据的清理和迁移入库。以上两部分所产生的费用包含在本次报价中，由中标人支付给与成都云计算中心和上海宝信软件股份有限公司。1.12.5.应用集成系统集成商负责各应用系统的无缝连接和集成，支持和满足与“金信工程”成都工商信息系统构成应用级灾备系统各项要求，实现工程的建设目标。1.13.项目工程要求1.13.1.设计管理投标人在投标文件中必须提供一份符合招标文件要求的项目实施总体方案。中标人在接到中标通知以后，必须指派项目负责人及相关技术人员到现场做进一步需求调研，在对项目实施总体方案进行完善的基础上编制项目施工方案。在施工过程中，中标人需要对项目施工方案进行变更的，应先报业主通过后方能实施。因设计缺陷需要变更，并导致工期延误的，中标人应承担因此对业主造成的损失。1.13.2.人员管理1.投标人要指定一人全权负责该项目的商务和技术，并指定各子项目负责人。中标人应建立稳定的技术人员队伍，主要技术人员的变更须征得业主方同意。每一子项目实施必须由相关负责人现场管理。当业主检查该子项目施工或实施阶段验收时，相关负责人必须到现场配合。子项目负责人应能代表中标人签收业主出具的相关工程管理文件。在项目负责人、子项目负责人工作不得力的情况下（如权限不足、技术不熟、管理不当等），业主有权要求中标人更换项目负责人和相关人员。由此造成的工程进度的延误，由中标人承担责任。2.★投标人拟派软件开发团队人员应与投标文件中拟派软件开发团队人员名单一致(提供承诺函原件)；3.若中标人在签订合同时变更开发团队人员名单,采购人有权取消其中标人资格，并确认排名列下一位的中标候选人为中标人，以此类推。1.13.3.施工管理中标人应建立并健全质量管理体系，严格按照项目实施计划和软件项目管理要求进行施工，设置各级技术管理和质量检查人员，并严格按照软硬件技术标准进行检查，对不符合合同要求的，中标人须返工修补，直至达到要求为止。尤其是应用软件开发过程，须严格按照项目实施计划和软件工程化要求进行施工和里程碑管理。中标人应按照投标文件确定的项目小组组织架构，承担施工任务。施工的每个阶段结束后，中标人都要配合业主进行节点验收。对于中标人自身原因造成的工期延误，业主可根据合同要求追究中标人责任。中标人应保证安装调试在不影响业主正常业务进行的情况下完成。1.13.4.工程进度管理本项目要求于合同签订后8个月内完成系统建设。中标人应根据项目总体进度要求、项目施工方案和施工程序制定工程进度计划表，且满足招标文件的时限规定，要明确各节点的工程内容和考核指标。进度计划应有对突发事件的设计及应对措施。中标人必须严格按照进度计划按期保质完成每一阶段的施工任务。因不可抗拒因素导致工程延缓的，应报业主备案，并提供相关证明文件。因工程质量原因造成返工，导致工期延误的，其责任由中标人承担。中标人如果不能按进度计划的完成系统建设任务，将处以一定比例的罚金，具体比例在合同中规定。1.13.5.验收与测试1.13.5.1.验收标准根据招标文件要求，中标人应完成相关硬件和系统软件的安装、配置、调试，应用平台开发、测试及系统集成，项目的全部培训工作，整个系统正常运行，达到要求的性能。实现两地数据中心的网络切换后，应用功能和数据能正常接管，才能申请验收。1.13.5.2.应用系统测试要求系统软件测试的目的是采用技术的手段，根据预定的目标，按照一定的规则和过程，检测和发现软件中存在的各种问题、缺陷和错误。软件测试是检验和保证软件产品的正确性与可靠性的一种基本方法。中标人提供的所有软件产品必须经过必要的测试过程并经确认后才能付诸使用。为了保证测试的完整性和全面性，原则上测试应由开发者以外的第三方人员设计和进行实施。测试完成以后应及时总结并提交测试报告。测试所用到的工具及产生的所有说明、数据等文档资料必须作为项目开发的基本文档妥善保存。投标人必须在响应标书中对测试给出具体的测试计划、测试的内容和方法，否则视为未响应。购买商业软件安装完成后，由中标人进行测试，招标人给予充分的配合。单项测试：单项产品安装完成后，由中标人进行产品自身性能的测试。系统测试：应用软件全部开发完成后，由中标人进行相应的集成测试、压力测试和性能测试等测试，测试结果应能表明该软件能够满足业主的应用需求。所有测试过程必须在业主的监督下进行。测试的过程和结果必须详细记录，经各方签字后作为验收的文档之一。软件的验收测试应由中标人委托经业主方同意的第三方专业技术机构实施。测试费用由中标人承担，投标人应将其列入服务费用中，计入投标总价。工程验收方案由业主最终确定，验收工作由业主和中标人共同负责。如果在验收时发现缺乏相应的验收标准，将以对业主有利的标准实施验收。中标人完成工程施工并通过对系统实施的自我检测后，应按照竣工文件编制要求，编制《工程竣工文件》，并应在脆弱性分析和风险分析基础上编制《应急计划建议书》和《系统安全管理建议书》。竣工文件应满足完整性、一致性和可读性要求。中标人应负责在项目验收前将系统的全部有关软硬件各自的用户手册、维护手册、及安装、测试、验收报告及整个系统的用户手册、维护手册等文档汇集成册交付业主。业主在收到上述文档资料后，才予以安排项目验收，否则有权不予验收，若因此造成逾期未验收，业主有权要求中标人缴纳逾期罚款。业主对《工程竣工文件》、《应急计划建议书》、《系统安全管理建议书》及其他相关资料会审通过后，通知中标人现场验收时间安排。现场验收内容包括：工程竣工文件一致性检查、系统验收测试等。若验收不通过，中标人应对验收过程发现的问题进行整改；复查系统中是否存在类似问题或相关问题，并进行相应的修改和完善。完成整改后，经业主同意，再次对系统实施验收。1.13.5.3.灾备系统测试要求对灾备系统的调试工作，由业主方选择一个应用系统（如市场准入）进行切换验证。断开生产中心网络后，灾备中心系统能及时接管业务。该项验收工作以所选子系统最终无故障切换及恢复测试通过为准。二、商务要求1.14. 售后服务要求1.14.1.服务支持队伍要求投标人应拥有高水平的稳定的售后服务支持队伍，应用软件系统在免费维护期内应提供至少两名以上的维护人员在业主现场提供技术支持和故障清除、错误修改及业务改进所增业务需求的修改、软件维护等服务。1.14.2. 售后服务(一)中标人必须按照原厂售后服务承诺函的要求免费提供售后服务；中标人负责开发的软件产品必须由中标人免费提供7×24现场维护服务和技术支持。质保期自本项目终验合格交付使用并签订终验证书之日起开始计算。(二)工程质保期由投标人在投标文件中明确承诺，但不得少于36个月，自本项目终验合格交付使用并签订终验证书之日起开始计算。(三)工程建设期间及质保期内的所有售后服务均由售后服务人员到业主设备使用现场提供服务。(四)工程建设期间及质保期内，若因原系统新业务功能，均需免费迁移到灾备中心，保持两中心一致。(五)工程建设期间及质保期均属于免费服务期，该期限内的所有售后服务，包括原厂商服务和非原厂商服务；包括但不限于软硬件维护维修、配件更换、整机更换、软硬件升级、机房维修维护、装修材料更换、提供替代品等，所产生的费用均由中标人承担。(六)响应时间投标人在投标书中必须明确承诺工程建设期间及质保期内的售后服务响应时间，并不得低于以下标准：（1）提供7×24电话或电子邮件服务，接到业主报修通知4小时内做出明确响应和安排，8小时内做出故障诊断报告，如需现场服务的，具有解决故障能力的工程师应在规定的时间内到达现场（主城区时间不超过8小时，远郊不超过24小时）。（2）接到业主报修通知之时起24小时内解决应用软件、系统软件故障；48小时内解决硬件故障或将替换产品安装到位。(七)售后服务要求：?硬件（1）工程建设期间及质保期内，应提供硬件设备原厂商售后服务支持。（2）对确不能当场修复的硬件设备，在设备维修期间，中标人必须提供替代产品，由此产生的一切费用，由中标人承担。（3）对不能当场修复的硬件设备，应在收到业主报修通知之日起十五天内修复或更换后返还给业主。（4）保证长期向业主提供维修配件。?软件（1）提供7×24第三方软件产品原厂商售后服务支持，期限不得少于12个月，但其中原厂商软件升级服务不得少于36个月（此期限应与投标人承诺的项目质保期一致），自本项目终验合格交付使用并签订终验证书之日起开始计算，具体质保条件以投标文件为准。（2）软件原厂商售后服务期限届满，但本工程质保期尚未结束的，中标人应继续免费提供7×24售后服务。（3）中标人负责开发的软件产品必须由中标人在本工程建设期间及质保期内免费提供7×24维护服务和现场技术支持。（4）投标人应在投标文件中说明由其负责开发的软件产品在质保期满后至少36个月内的服务措施、服务内容以及报价，该报价不列入本次投标总价。(八)投标产品需有厂商的最终维护承诺，即产品生产厂商书面承诺：在投标人无法履行售后服务时，由该厂商（或厂家授权的总代理商）进行相应的售后服务且在质保期内不收取任何费用。(九)质保期内，中标人必须指定专人负责与业主联络。业主的报修通知到达该人员即视为中标人已收到该报修通知，中标人应立即按照本招标文件及投标文件的规定为业主提供售后服务。若出现人员变动，中标人应及时书面通知业主，并提供接替人员相应资格证明和技术资质文件。(十)本招标文件所称原厂商售后服务是指由产品原厂商或经原厂商授权的专业机构提供的满足本招标文件要求的售后服务。但本招标文件要求提供的原厂商售后服务承诺书及最终维护承诺必须由原厂商作出，产品升级服务必须由原厂商提供。(十一)中标人在质保期满后应向业主提供远程通信维护（采用电话指导或远程维护终端）和现场故障抢修，并只收工本费。1.15.文档要求中标人必须提供完整的软硬件安装、操作、使用、测试、控制和维护手册，以及应用软件的所有源代码。手册包括但不仅限于以下内容：1.15.1.技术文档系统设计类文档：含需求分析报告、软件需求确认书、应用系统软件数据流分析、需采集的数据分析与数据结构设计方案、软件总体设计方案、《详细设计方案》、《数据库设计说明书》、《模块开发卷宗》、数据库字典等文档。所有文档需得到业主方认可。?《系统安装手册》?《系统维护手册》?用户使用手册（包括《管理员使用手册》、《日常工作人员使用手册》等）?软件开发技术标准、规范类相关文档?软件主要技术数据、性能、功能详细描述文档?开发修改所需环境说明，编程记录，修改记录等技术资料?所有开发软件的源代码1.15.2.测试验收文档?《测试计划》及《测试方案》?《测试记录》?《测试报告》?《试运行/上线报告》?《验收规范》及《验收方案》（包括验收方式、方法、指标等）?《验收记录》1.16.付款方式1）合同签订后， 中标人按合同要求派项目团队入驻采购人认可的开发现场，完成项目的初期文档（包含但不限于：需求规格说明书、总体设计、应用重构设计、灾备系统设计等），经项目各方（业主方、代理方、监理方、测评方、第三方专家组）评审通过后，采购人在7个工作日内向中标人支付10%的合同款；2）中标人完成灾备系统建设所需的软硬件设备（数据库软件、广域网负载均衡器、数据同步软件、数据库加速器）到货，并经项目各方（业主方、代理方、监理方、测评方、第三方专家组）评审通过后，采购人在7个工作日内向中标人支付20%的合同款；3）中标人完成灾备系统的软硬件平台搭建（包含但不限于：专用网络链路、虚拟环境下数据库与应用服务器部署、数据库软件的集群安装、负载均衡部署等）。完成应用系统的重构开发及灾备中心的部署，并由第三方测评单位对照原系统的功能、流程和结构进行一致性测试通过后，经项目各方（业主方、代理方、监理方）评审通过，采购人在7个工作日内向中标人支付20%的合同款；4）项目初验，中标人完成生产中心与灾备中心的数据同步验证、应用系统的切换验证后，经项目各方（业主方、代理方、监理方、测评方）评审通过后，采购人在7个工作日内向中标人支付20%的合同款；5）中标人将重构的应用系统重新部署回生产中心，完成数据同步及应用的切换验证，经项目各方（业主方、代理方、监理方、测评方、第三方专家组）评审通过后，采购人在7个工作日内向中标人支付10%的合同款； 5）项目竣工，经项目各方（业主方、代理方、监理方、测评方、第三方专家组）评审通过后共同对系统进行终验评审，项目建设通过评审并签署终验报告后，采购人在7个工作日内支付合同总价的20%减去中标人所投质保金比例(若比例小于零，在签订合同时另行协商)给中标人作为本合同的终验款，并退回履约保证金，并以终验合格之日作为质保期开始日。6）以中标人所投质保金比例作为本项目的质量保证金，在项目终验合格之日起正式运行一年后，采购人在7个工作日内支付给中标人。 1.17.最高限价本项目最高限价为人民币1052万元，投标人投标报价高于最高限价的，则其投标文件将按无效投标文件处理。三、供应商参加本次政府采购活动应具备的条件(一)符合《中华人民共和国政府采购法》第二十二条的相关规定：1.具有独立承担民事责任的能力；2.具有良好的商业信誉和健全的财务会计制度；3.具有履行合同所必需的设备和专业技术能力；4.具有依法缴纳税收和社会保障资金的良好记录；5.参加此项采购活动前三年内，在经营活动中没有重大违法记录。(二)本项目规定的特定条件：6.在中华人民共和国境内注册，具有独立法人资格的合法供应商（提供营业执照副本、组织机构代码证副本、税务登记证副本复印件）；7.投标人应具有国家工信部（或信产部）颁发的计算机信息系统集成壹级资质证书（提供证书复印件）；8.投标人应具有CMM 3及以上认证证书（提供证书复印件）；9.投标人应具有软件行业双软证书即《软件企业认定证书》和《软件产品登记证书》（提供证书复印件）；10.若投标人投标产品不是自己生产的，则必须提供其投标产品生产厂商(或生产厂商在成都注册的分公司)出具的针对本项目售后服务承诺函（原件）。11.投标人注册登记地不在成都市的，则在成都市应有注册登记的分公司（提供分公司营业执照副本复印件）；12.投标人2009、 2010年的财务状况良好，且盈利,必须提供经审计的2009、2010年的企业财务报表（包括损益表、资产负债表、利润分配表）；13.遵守《中华人民共和国政府采购法》及其他相关的法律、法规；14.本次招标不接受联合体投标。四、联系人及联系电话采购人：成都市工商行政管理局地址：成都市致民东路6号联系人： 王 毅 联系电话： ***-********集中采购机构：成都市政府采购服务中心 地址：成都市少城路25号少城大厦2楼联系人：付博一、任然联系电话：***-********、********