工商所综合监管执法系统的设计与实现--——硕士学位论文(编辑修改稿)

工商所综合监管执法系统的设计与实现--——硕士学位论文(编辑修改稿)内容摘要：

子政务系统应该如何建设也有一部分论述。 作为市县所三级工商行政电子政务系统 ,应能具备可扩展 性好 ,自适应能力强 ,统一的网络管理和数据管理 ,瘦客户 /胖客户的应用信息系统模式以及立体、多层次的安全防范体系的特点。 【 3】 这也是我们本次项目开发过程中应该关注的内容。 目前 从工商系统电子政务建设发展 情况 来看，发展 程度 不平衡 的现象比较突出。 从地域来看，总体上东南沿海经济较为发达的地区，电子政务发展比较快，而中西部地区相对落后。 从行政级别来看，国家、省市工商局的电子政务发展比较快，而分局、工商所信息化发展相对落后。 今年来，对基层执法监管的电子政务建设方面的研究正逐渐展开。 江苏盐城工商局实现了经济户口的基础台帐 管理，可 按片区、行业、信用等级进行分类查询，并可与经济户口管理系统链接使用，成为基层巡查人员掌握和利用经济户口信息的有效工具。 【 4】 陕西省开发了基于 B/S 模式三层结构的县、所业务处理系统，包括政策与动态、业务信息管理、管理费征收、统计稽查等功能。 【 5】 北京、天津等发达地区工商局依靠当地经济户口监管系统的建立和工商网 3 络的连通性，按照数据源头录入，一数一源的原则，谁登记，谁录入；谁检查，谁录入；谁处罚，谁录入。 记录好企业的各种信用信息，保证了数据资料的真实可靠。 【 6】 工商所综合监管执法作为整个 工商系统监管 执法的重要组成部分，存在于工商行政管理 综合业务处理系统 中 ， 为工商所提供了以 建立企业信用体系为核心 ，以 市场准入管理系统建设为基础 ， 以经济户口监管系统建设为重点 ， 以经济执法管理系统建设为手段 ， 以信用体系建设为目标 的信息化业务处理环境。 而在我局目前使用的信息系统中，对于市、县局业务 处理 的支持比较好，而对工商所监管执法职能的支持还比较匮乏 ，缺少有效的监督管理手段。 167。 系统需要解决的主要问题 为实现对工商所行政执法工作的监督管理，掌握基层机构的日常工作情况，需要解决的问题主要有： 工商所工作流程不一致，监管 巡查返回信息格式不统一。 上下级信息共享有待完善。 部分企业由局机关直接登记管理，工商所缺少相关监察信息，不能对本辖区所有企业进行有效监管。 行业信息人工分类困难，工商所缺少对风险行业有针对性巡查的手段。 工商所费项收取管理不规范， 局机关对工商所费用收缴情况和票据使用情况缺少有效监管手段。 167。 本文的主要 工作 本文通过对工商系统 工商所 的业务需求进行分析， 借鉴 其他地方 工商系统电子政务建设 先进 管理经验，结合本地实际情况， 采用了先进的开发模式和开发 系统 ，从架构设计开始，完成了对工商系统 工商所 综合监 管 系统 的需求分析和系统设计，为系统的开发工作奠定了坚实的基础。 通过本项目开发 和实施 ，力图打破目前 工商所 各自为政 、 监管模式各不相同的局面，建立规范统一的 工商所 监管流程，探索一套切实可行的 工商所 监管模式 ， 把管理思想和监管机制 4 贯穿在信息系统建设思路中， 从而 提高 工商所 行政管理水平，为 工商所 管理模式提供借鉴。 本文的主要 工作 之一是 通过规范的需求管理方法， 理清 了 工商所 登记、监管、企业认领、票据管理、收费 的 工作流程 ，并 生成 相关 UML 用例描述 和用例约束文档 ， 为下步开发提供依据。 经过对 工商所 登记、监管、信用、巡查、收费等各项 业务及其 数据交互 关系进行比较规范的需求管理分析，通过对不同地区工商所业务需求的调研和探讨，制定了全市统一规范的行政监管模式，为 工商所 信息化建设的顺利实施 作好充分准备。 本文的主要 工作 之二 是根据潍坊市工商局目前信息化建设实际情况以及业务需求对整个系统的 系统结构 、 存储与网络架构 、 功能架构、 分层架构进行分析设计，以保证系统的 灵活性、 稳定性、可扩展性 以及 安全性 的要求。 本文的主要工作之三 是 使用 RUP 方法进行软件的详细设计， 以用例驱动，管理 工商所 业务需求和进行初期的类设计， 进而生成系统的活动图、顺序图 ，经过对类的分析 ，生成关联类、实体类、实体管理类以及数据关联类， 通过对类的关系 的分析 生成 类图， 最终把持久 对象映射成 关系数据库中的 表格。 而 在项目实际实施中，在类设计的基础上，用 Power Design 设计好数据表，导入 SQL Server 数据库中，然后使用 从表格反向生成对应的实体类，通过简单的修改部分编码，达到快速开发的目的。 本文的主要 工作 之 四 是采用 MVC 分层设计思想 实现开发 ， 通过对 View 层、Control 层和 Model 层 功能组件的设计，实现 用户 界面和事务逻辑的分离 以及动态生成页 面 的逻辑部分与 HTML 的分离。 在开发过程中尽可能 既充分保护前期开发成果，又尽可能保证信息系统的可扩展性和可维护性。 本文的主要 工作 之 五 是对通过功能树生成等较为复杂的算法 的分析 ， 给 出了基于堆栈算法的存储过程解决方案 ，并使用输出结果生成功能模块树。 167。 本文的组织结构 全文共分为 七 章。 第一章是绪论，主要介绍了系统的开发背景，以及国内外类似企业信息化建设的研究现状，说明了系统需要解决的主要问题和本文的主要贡献。 第二章是 需求分析， 首先对 系统 进行 概述 并对 项目所采用的开发模式以 及 5 开发进度做了说明。 然后 描述了需求分析的工作模式及工作成果。 需求分析的成果具体分为功能性需求和非功能性需求两部分，本文采用用例（ Use Case）和 CMM 标准文档结合的描述方法来描述功能性需求。 第三章 是 架构设计 部分， 根据对潍坊市工商系统现状的分析，对 系统结构 、存储与网络架构、 功能架构、 分层架构等 进行了 设计，确定了系统的整体架构和核心功能。 第四章 是 详细设计 部分，通过基于 RUP 的分析设计过程， 阐述了从 用例、活动、顺序图最终生成到 类图并映射 静态对象的设计 方法。 第五章是功能实现 ，阐述了系统功能模块的开发实现的 方法， 并说明整个项目的开发模式，并对较复杂算法进行了描述 ， 展示最终实现的功能界面。 第 六 章是 结束语，对整个项目的开发过程进行总结，对下一步工作进行展望。 6 第二章 系统 需求分析 167。 系统概述 167。 总体目标 在省局 “ 金管 ” 二期工程的大框架下实现 反映工商所实际工作需求，满足工商所行政管理和上级部门监管需要的综合监管执法系统， 系统 需要实现 经济户口、 企业登记、个体登记 、监管巡查、财务管理 各 部分 的 有机结合， 规范工作流程、 强化管理信息资源整合、实现业务互动、资源共享， 建立起 潍坊市工商局 统一的 工商所综合 业务处理系统。 市局 、县局、工商所三级联网，授权用户通过任何一台可以联网的电脑，就可以实现随时随地对收费情况的远程监控，防止乱收费等问题的发生。 采取统分结合的原则，各县市局为单位建立数据运行中心， 对收费和票据进行监管，市局对全市的收费情况进行监管。 开发财务监管和 个体收费系统，实现定费，收费，票据管理的统一，方便上级部门审查和监管。 167。 业务描述 工商所综合监管系统从管理层次上来说分为省局、市局、分局、工商所四级结构， 省局负责基本企业数据库的维护以及信用信息的回传，市局负责经济户口的分发、财 务票据的分发、巡查反馈情况的采集和信用等级的评估，分局负责个体经济户口的分发、财务票据的认领和分发、个体户登记信息的生成，工商所负责企业、个体经济户口的认领和建档立卡、财务票据的认领和使用、对企业、个体户的巡查以及意见反馈 ，图 2－ 1 给出了工商系统工商所管理系统业务流程图。 7 图 2－ 1 工商系统 工商所 管理系统 业务流程图 从整个系统的业务流程来说，主要有个体户登记管理流程、经济户口流程，监管巡查流程，综合收费流程，分别形成各自业务环路。 个体登记管理流程由工商所人员受理个体户开业申请、变更申请、停业申请、 注销申请，初审后送交分局企业注册局审核，审核通过后返回工商所进行相应业务处理，打印营业执照。 经济户口流程首先由市局综合监管执法系统从省局业务系统中提取基本企业信息，连同分局生成的个体登记信息，一起提供给工商所作为经济户口建档立卡的基本信息。 当 企业被认领后，企业所在管片、巡查大队、责任人信息被明确，反馈给市局和分局用于绩效考核。 监管巡查（信用）流程由市局和分局根据企业信用等级，制定不同的巡查计划下发给工商所。 工商所根据巡查计划有重点地巡查所属企业，并反馈巡查信息到上级主管部门。 综合收费（财务）流程市局发放票 据到分局，分局发放票据到所，所收费人员领用票据，收费后层层缴销票据。 同时，收费管理和票据管理作为工商所财务管理的一部分，贯穿在整个登记、监管业务中，并能够在市局实现对票据使用和收费情况的监控。 8 167。 项目开发 过程 软件开发有 瀑布模型 、 快速原型模型 、迭代模型、螺旋模型等开发模式。 工商所综合监管系统开发包括企业登记、信用、消保、财务管理等多方面内容，涉及内容多，范围广，参与人员众多，工期紧张。 在开发过程中，主要要求如下： 需要通过快速原型 向业务部门演示部分系统功能， 以便 尽早地收集业务部门对于系统的反馈，及 时改正对业务部门需求的理解偏差，从而保证开发的系统真正解决他们的问题， 控制软件开发风险。 尽可能 逐步集成 功能模块 ， 成熟一个功能，推广一个功能，一方面使广大工商所能够尽早使用监管系统，满足基层信息化监管的迫切要求，另一方面在工期相对紧张的情况下，使系统功能尽可能经受长期的实践检验。 为此， 项目 按照 RUP 迭代模型实现开发 ，采用 用例驱动 、 以构架为中心 和迭代开发的方法， 一方面对项目总体情况进行掌握，另一方面将项目分解为多个子任务 和一系列迭代过程。 由各分项目组与相关科室人员紧密配合，统筹安排子任务的开始和终止时间 ，以及子任务之间同步进行、交错进行、顺序进行、优先处理方式等，科学、高效地保证项目进度按计划进行，从而最大限度规避开发风险，得到更高质量的软件。 整个项目计划完成时间为 14 个月， 总体计划 如表 21 所示 ： 阶段 起始时间 投入人数 备注 初始阶段 8 包括 国内同类产品情况调研，开发人员熟悉 工商所业务处理流程 的过程 细化阶段 6 形成 设计 说明书并确认 构造阶段 12 形成 可试运行的软件产品，对于相对较成熟产品提前进入移 交过程。 移交 阶段 6 全员培训，推广实施 表 21 项目总体计划 初始阶段主要工作是 制定项目的范围 ， 计划并准备业务案例 ，确定 备选构架 ， 准备项目环境。 在本项目中，比较重要的工作是前两项，也就是业务人员和开发人员经过对同类产品调研，经对项目边界和详细业务需求有一个比较清 9 晰的共识的过程。 在初始阶段的一个重要任务就是让项目的主要领导和策划者经过横向比较同类产品、纵向考察市县所三级现实需要，对软件最终目标做出明晰的定位，从而指导业务人员和开发人员双方的业务沟通范围。 经过反复迭代过 程，生成的制品有 初步 的 项目计划、项目验收计划、起始用例模型。 需要说明的是 ，名称管理和个体户登记管理模块是在继承原有名称统一核准、个体登记管理系统的应用成果基础上进行的进一步功能完善，业务人员和开发人员对该模块的需求和项目范围的认知已经比较清晰，实现模式比较成熟，不经过本阶段直接进入细化阶段。 细化阶段 的目标是 进一步细化需求，并设立 系统构架基线，为 顺利过渡到构造 阶段打下坚实的基础。 在这个阶段，业务人员和开发人员对项目的边界和目标认识都已经比较清晰，需求的变更有所减少，工商所的工作人员对于需求调研的方法和意义有 了比较清楚的认识，能比较积极的配合需求细化工作，并能结合工作实际提出比较具体而有针对性的问题。 开发人员经过前期的沟通，为进一步细化需求做好了比较充分的准备，对 系统构架 设计 影响最大的需求 和用例有了比较清晰的认识，并 通过一个或多个构架原型进行构架稳定性 的讨论和 评估。 本阶段产生了比较详细的项目计划，细化的需求规格说明书以及架构设计说明书。 构造阶段的主要工作是 管理资源与控制过程 ， 开发与测试组件 ，并随时对开发成果 进行评估。 受人力资源限制，本项目的构造阶段比较长，整个项目按照系统管理和框架设计、名称以及个体登记、监管 巡查和经济户口、收费管理和票据管理的顺序依次开发，在整个开发过程中，相关功能模块的最终使用部门抽调业务骨干始终跟随开发，在开发过程整个过程中不断伴随测试，保证开发过程不偏离需求方向，能切实反映一线工作人员真实需求。 构造阶段开发出来的功能模块经最终使用部门测试认可后，陆续在试点工商局上线运行。 也就是说，在构造过程的中后期，移交阶段就已经开始了。 移交阶段的需求变更已经比较少，在本阶段的制品除了可试运行的产品外，还进行了部署计划的编制和培训计划、培训文档编写的初期工作。 移交阶段实际在构造阶段的中后期就已经开始进 行了，本项目在构造阶段结束时，名称统一核准和个体登记管理已经上线试运行，并经过了较长一段时 10 间的实际工作检验。 移交阶段进行试点局以及全工商系统的上线试运行的部署、培训、试运行工作，在此阶段开发公司保留一部分开发人员进行技术支持和故障响。