资源描述
软件工程实验报告工商所综合监管执法系统的设计与实现学院:计算机与信息工程学院软件工程班级: 12 级 java 一班 姓名:吴阿四工商所综合监管执法系统的设计与实现一、实验目的: 作为对省局开发的工商综合业务处理系统的有益补充,工商所综合监管执 法系统为广大工商所工作人员的个体户登记管理、经济户口管理、监管巡查和 信用管理、收费及票据管理提供了基于权限划分、流程化审批和全市数据集中 的有效信息化业务处理手段。通过本项目的开发,力图打破目前工商所各自为政,监管模式各不相同的 局面,建立规范统一的工商所监管流程, 探索一种切实可行的工商所监管模式, 把管理思想和监管机制贯穿在信息系统建设思路中, 提高工商所行政管理水平, 为工商所管理模式提供借鉴。通过对系统开发的背景和国内外同行业产品的发展现状的分析, 提出了项 目需要解决的主要问题以及应该达到的目标,采用 Rational 统一过程( RUP) 为软件开发方法,以统一建模语言(UML为分析设计描述语言,以J2EE为技 术平台架构,对工商所综合监管执法系统进行了需求分析和系统设计,并采用 RUP的系统建模方法对个体户登记管理、经济户口管理、监管巡查和信用管理、 收费及票据管理各功能模块进行了详细设计和代码实现,实现了工商所综合监 管执法系统。通过对工商所登记、监管、信用、巡查、收费等各项业务及其数据交互关 系的需求开发,理清了当前工商所登记、监管、企业认领、票据管理、收费的 工作流程,并生成规范的UML用例描述和用例约束文档。根据安阳市工商局目 前信息化建设实际情况以及业务需求对整个系统的总体架构、功能架构、分层 架构、存储架构、 网络架构进行了分析与设计, 保证了系统的灵活性、稳定性、 可扩展性和安全性。使用 RUP方法进行软件的详细设计,以用例驱动,管理工 商所业务需求和进行初期的类设计,进而生成系统的活动图、顺序图,经过对 类的分析,生成关联类、实体类、实体管理类以及数据关联类,通过对类的关 系的分析生成类图,最终把持久对象映射成关系数据库中的表格。采用MV(分层设计思想,通过对View层、Control层和Model层功能组件的设计,实现用 户界面和事务逻辑的分离以及动态生成网页的逻辑部分与HTML!勺分离。在开发过程中尽可能实现了既充分保护了前期开发成果,又尽可能保证信息系统的可 扩展性和可维护性。通过对功能树生成等较为复杂的算法的分析,给出了基于 堆栈算法的存储过程解决方案,并使用输出结果生成功能模块树。系统已在安阳市工商系统范围内全部上线运行,在规范监管执法行为,提 高执法效能,加强收费管理方面取得了明显的效果。1.1 系统开发 背景根据省工商局建设 “小机关大基层”,积极改革创新市场监管手段的指导思 想,人员安排、资金安排向基层倾斜,促进基层建设,加强基层管理,使工商 所真正成为企业及个体工商户管理的第一线。随着机构改革的深入进行,越来 越多的管理、审批权限下放到工商所,随着工商所行政职能的不断增强,工商 所成为工商系统业务信息数据运行处理的主要机构, 建立工商所信息管理系统, 把信息采集与日常监管巡查相结合,把第一手获取的企业监管信息经处理后重 新提交市局中心数据库,既便于市局掌握第一手动态企业资料,也便于工商所 规范行政管理过程。在增强对企业监管的同时,工商所的日常执法工作也需要得到上级主管部 门的有效监管。工商所工作相对独立,虽然市局设立了纪检监察室等一系列监 控机构,但相对监控困难。通过信息手段实现网上审批,彻底改变工商所日常 工作、信息反馈模式,有利于明晰职权,规范工商所行政管理手段,也有利于 上级主管部门对工商所进行有效的监管。其中,收费管理和财务监管是工商所 监管的重要内容。为了加强对潍坊市工商行政管理局及所属各级单位财务收费 的管理,全面落实上级部门关于加强财务行政收费管理工作的有关意见,利用 信息化手段建立财务收费监管系统,分别对各局、工商所行政收费工作进行有 效监控,加强对票据、收费监管的力度,提高业务收费工作效率,是杜绝乱收 费、打白条现象,规范管理,增收节支的有效手段。1.2 国内外的研究现状工商所是工商系统的最基层地方派出机构以及职能执行机构,工商所综合 监管执法系统的业务体现了工商系统最根本的职能特点,就是对企业的监管、 对市场交易行为的监管、信用体系的建立和消费者权益保护。各地经济发展程 度不同,管理模式也相应有所区别。20 世纪 90 年代以来,欧美等主要国家工商管理主要采用行会性质的社团 组织完成,电子政务建设主要致力于管理机构与民众之间的沟通与交流,致力 于网络系统、信息渠道以及在线服务的建设,帮助消费者解决其消费法律咨询 等方面的问题以及涉及居民必须的生产生活资料和商品的投诉等问题。如在德 国的工商管理派出机构,电子政务建设的重点是实现对市场交易行为的巡查监 管以及商品准入制度以及标准的制定。 竺而信用体系的建立在国外通常是通过法律框架之外的第三方在线机构来执行。最典型的如美国的最典型的如 TRUSTe,它是一个非盈利性机构,其职能 任务是通过改善信息披露机制来建立用户对互联网的信任,其会员是通过TRUSTe的专用信任标识来增加消费者对在线交易的信任。还有BBB (Beterusi ness Bureau)以及()PA (O nli ne Privacy Alia nee)等中介结构,他们向消费者 提供信用信息,帮助消费者辨识网上交易活动的真实性,并向执法部门提供欺 诈行为的报告等。旦我国的工商系统电子政务建设目前仍处在起步与尝试的阶段。在工商所市 县所三级电子政务系统应该如何建设也有一部分论述。作为市县所三级工商行 政电子政务系统,应能具备可扩展性好,自适应能力强,统一的网络管理和数据管 理,瘦客户/胖客户的应用信息系统模式以及立体、多层次的安全防范体系的特 点。旦这也是我们本次项目开发过程中应该关注的内容。目前从工商系统电子政务建设发展情况来看,发展程度不平衡的现象比较 突出。从地域来看,总体上东南沿海经济较为发达的地区,电子政务发展比较 快,而中西部地区相对落后。从行政级别来看,国家、省市工商局的电子政务 发展比较快,而分局、工商所信息化发展相对落后。今年来,对基层执法监管 的电子政务建设方面的研究正逐渐展开。江苏盐城工商局实现了经济户口的基础台帐管理,可按片区、行业、信用 等级进行分类查询,并可与经济户口管理系统链接使用,成为基层巡查人员掌 握和利用经济户口信息的有效工具。陕西省开发了基于B/S模式三层结构的县、所业务处理系统,包括政策与 动态、业务信息管理、管理费征收、统计稽查等功能。旦北京、天津等发达地区工商局依靠当地经济户口监管系统的建立和工商网 络的连通性,按照数据源头录入,一数一源的原则,谁登记,谁录入;谁检查,谁录入;谁处罚,谁录入。记录好企业的各种信用信息,保证了数据资料的真工商所综合监管执法作为整个工商系统监管执法的重要组成部分,存在于工商行政管理综合业务处理系统中,为工商所提供了以建立企业信用体系为核 心,以市场准入管理系统建设为基础,以经济户口监管系统建设为重点,以经 济执法管理系统建设为手段,以信用体系建设为目标的信息化业务处理环境。 而在我局目前使用的信息系统中,对于市、县局业务处理的支持比较好,而对 工商所监管执法职能的支持还比较匮乏,缺少有效的监督管理手段。1.3系统需要解决的主要问题为实现对工商所行政执法工作的监督管理, 掌握基层机构的日常工作情况, 需要解决的问题主要有:1、工商所工作流程不一致,监管巡查返回信息格式不统一。2、上下级信息共享有待完善。部分企业由局机关直接登记管理,工商所 缺少相关监察信息,不能对本辖区所有企业进行有效监管。3、行业信息人工分类困难,工商所缺少对风险行业有针对性巡查的手段。4、工商所费项收取管理不规范,局机关对工商所费用收缴情况和票据使 用情况缺少有效监管手段。1.4本文的主要工作本文通过对工商系统工商所的业务需求进行分析,借鉴其他地方工商系统 电子政务建设先进管理经验,结合本地实际情况,采用了先进的开发模式和开 发系统,从架构设计开始,完成了对工商系统工商所综合监管系统的需求分析 和系统设计,为系统的开发工作奠定了坚实的基础。通过本项目开发和实施, 力图打破目前工商所各自为政、监管模式各不相同的局面,建立规范统一的工 商所监管流程,探索一套切实可行的工商所监管模式,把管理思想和监管机制 贯穿在信息系统建设思路中,从而提高工商所行政管理水平,为工商所管理模 式提供借鉴。本文的主要工作之一是通过规范的需求管理方法,理清了工商所登记、监 管、企业认领、票据管理、收费的工作流程,并生成相关 UML 用例描述和用 例约束文档,为下步开发提供依据。经过对工商所登记、监管、信用、巡查、 收费等各项业务及其数据交互关系进行比较规范的需求管理分析,通过对不同 地区工商所业务需求的调研和探讨,制定了全市统一规范的行政监管模式,为 工商所信息化建设的顺利实施作好充分准备。本文的主要工作之二是根据潍坊市工商局目前信息化建设实际情况以及业 务需求对整个系统的系统结构、存储与网络架构、功能架构、分层架构进行分 析设计,以保证系统的灵活性、稳定性、可扩展性以及安全性的要求。本文的主要工作之三是使用 RUP 方法进行软件的详细设计,以用例驱动, 管理工商所业务需求和进行初期的类设计,进而生成系统的活动图、顺序图, 经过对类的分析,生成关联类、实体类、实体管理类以及数据关联类,通过对 类的关系的分析生成类图,最终把持久对象映射成关系数据库中的表格。而在 项目实际实施中,在类设计的基础上,用Power Design设计好数据表,导入SQL Server数据库中,然后使用 com.macrosoft.icms.system. GenerateBean从表格反向生成 对应的实体类,通过简单的修改部分编码,达到快速开发的目的。本文的主要工作之四是采用 MVC 分层设计思想实现开发,通过对 View 层、Control层和Model层功能组件的设计,实现用户界面和事务逻辑的分离 以及动态生成页面的逻辑部分与 HTML勺分离。在开发过程中尽可能既充分保护 前期开发成果,又尽可能保证信息系统的可扩展性和可维护性。本文的主要工作之五是对通过功能树生成等较为复杂的算法的分析,给出 了基于堆栈算法的存储过程解决方案, 并使用输出结果生成功能模块树。1.5 本文的组织结构第一章是绪论,主要介绍了系统的开发背景,以及国内外类似企业信息化 建设的研究现状,说明了系统需要解决的主要问题和本文的主要贡献。第二章是需求分析,首先对系统进行概述并对项目所采用的开发模式以及 开发进度做了说明。然后描述了需求分析的工作模式及工作成果。需求分析的 成果具体分为功能性需求和非功能性需求两部分,本文采用用例( Use Case) 和cmM标准文档结合的描述方法来描述功能性需求。第三章是架构设计部分, 根据对安阳市工商系统现状的分析, 对系统结构、 存储与网络架构、功能架构、分层架构等进行了设计,确定了系统的整体架构 和核心功能。二 系统需求分析2.1 系统概述2.1.1 总体目标1、在省局“金管”二期工程的大框架下实现反映工商所实际工作需求, 满足工商所行政管理和上级部门监管需要的综合监管执法系统,系统需要实现 经济户口、企业登记、个体登记、监管巡查、财务管理各部分的有机结合,规 范工作流程、强化管理信息资源整合、实现业务互动、资源共享,建立起潍坊 市工商局统一的工商所综合业务处理系统。2、市局、县局、工商所三级联网,授权用户通过任何一台可以联网的电 脑,就可以实现随时随地对收费情况的远程监控,防止乱收费等问题的发生。 采取统分结合的原则,各县市局为单位建立数据运行中心,对收费和票据进行 监管,市局对全市的收费情况进行监管。3、开发财务监管和个体收费系统,实现定费,收费,票据管理的统一, 方便上级部门审查和监管。业务描述工商所综合监管系统从管理层次上来说分为省局、市局、分局、工商所四 级结构,省局负责基本企业数据库的维护以及信用信息的回传,市局负责经济 户口的分发、财务票据的分发、巡查反馈情况的采集和信用等级的评估,分局 负责个体经济户口的分发、财务票据的认领和分发、个体户登记信息的生成, 工商所负责企业、个体经济户口的认领和建档立卡、财务票据的认领和使用、 对企业、个体户的巡查以及意见反馈,图2- 1给出了工商系统工商所管理系统 业务流程图。图2- 1工商系统工商所管理系统业务流程图从整个系统的业务流程来说,主要有个体户登记管理流程、经济户口流程, 监管巡查流程,综合收费流程,分别形成各自业务环路。个体登记管理流程由工商所人员受理个体户开业申请、变更申请、停业申 请、注销申请,初审后送交分局企业注册局审核,审核通过后返回工商所进行 相应业务处理,打印营业执照。经济户口流程首先由市局综合监管执法系统从省局业务系统中提取基本企业信息,连同分局生成的个体登记信息,一起提供 给工商所作为经济户口建档立卡的基本信息。 当企业被认领后, 企业所在管片、 巡查大队、责任人信息被明确, 反馈给市局和分局用于绩效考核。 监管巡查(信 用)流程由市局和分局根据企业信用等级, 制定不同的巡查计划下发给工商所。 工商所根据巡查计划有重点地巡查所属企业, 并反馈巡查信息到上级主管部门。综合收费(财务)流程市局发放票据到分局,分局发放票据到所,所收费 人员领用票据,收费后层层缴销票据。同时,收费管理和票据管理作为工商所 财务管理的一部分,贯穿在整个登记、监管业务中,并能够在市局实现对票据 使用和收费情况的监控。2.2 项目开发过程软件开发有瀑布模型、快速原型模型、迭代模型、螺旋模型等开发模式。 工商所综合监管系统开发包括企业登记、 信用、消保、财务管理等多方面内容, 涉及内容多,范围广,参与人员众多,工期紧张。在开发过程中,主要要求如 下:1、需要通过快速原型向业务部门演示部分系统功能, 以便尽早地收集业务 部门对于系统的反馈,及时改正对业务部门需求的理解偏差,从而保证开发的 系统真正解决他们的问题,控制软件开发风险。2、尽可能逐步集成功能模块,成熟一个功能, 推广一个功能,一方面使广 大工商所能够尽早使用监管系统,满足基层信息化监管的迫切要求,另一方面 在工期相对紧张的情况下,使系统功能尽可能经受长期的实践检验。为此,项目按照RUP迭代模型实现开发,采用用例驱动、以构架为中心和 迭代开发的方法,一方面对项目总体情况进行掌握,另一方面将项目分解为多 个子任务和一系列迭代过程。由各分项目组与相关科室人员紧密配合,统筹安 排子任务的开始和终止时间, 以及子任务之间同步进行、 交错进行、 顺序进行、 优先处理方式等,科学、高效地保证项目进度按计划进行,从而最大限度规避 开发风险,得到更高质量的软件。整个项目计划完成时间为14个月,总体计划如表2-1所示:阶段起始时间投入人数备注初始阶段8包括国内同类产品情况调 研,开发人员熟悉工商所 业务处理流程的过程细化阶段6形成设计说明书并确认构造阶段12形成可试运行的软件产 品,对于相对较成熟产品 提前进入移交过程。移交阶段6全员培训,推广实施表2-1项目总体计划初始阶段主要工作是制定项目的范围,计划并准备业务案例,确定备选构 架,准备项目环境。在本项目中,比较重要的工作是前两项,也就是业务人员 和开发人员经过对同类产品调研,经对项目边界和详细业务需求有一个比较清 晰的共识的过程。在初始阶段的一个重要任务就是让项目的主要领导和策划者 经过横向比较同类产品、纵向考察市县所三级现实需要,对软件最终目标做出 明晰的定位,从而指导业务人员和开发人员双方的业务沟通范围。经过反复迭 代过程,生成的制品有初步的项目计划、项目验收计划、起始用例模型。需要 说明的是,名称管理和个体户登记管理模块是在继承原有名称统一核准、个体 登记管理系统的应用成果基础上进行的进一步功能完善,业务人员和开发人员 对该模块的需求和项目范围的认知已经比较清晰,实现模式比较成熟,不经过 本阶段直接进入细化阶段。细化阶段的目标是进一步细化需求,并设立系统构架基线,为顺利过渡到 构造阶段打下坚实的基础。在这个阶段,业务人员和开发人员对项目的边界和 目标认识都已经比较清晰,需求的变更有所减少,工商所的工作人员对于需求 调研的方法和意义有了比较清楚的认识,能比较积极的配合需求细化工作,并 能结合工作实际提出比较具体而有针对性的问题。开发人员经过前期的沟通, 为进一步细化需求做好了比较充分的准备,对系统构架设计影响最大的需求和 用例有了比较清晰的认识,并通过一个或多个构架原型进行构架稳定性的讨论 和评估。本阶段产生了比较详细的项目计划,细化的需求规格说明书以及架构 设计说明书。构造阶段的主要工作是管理资源与控制过程,开发与测试组件,并随时对 开发成果进行评估。受人力资源限制,本项目的构造阶段比较长,整个项目按 照系统管理和框架设计、名称以及个体登记、监管巡查和经济户口、收费管理 和票据管理的顺序依次开发,在整个开发过程中,相关功能模块的最终使用部 门抽调业务骨干始终跟随开发,在开发过程整个过程中不断伴随测试,保证开 发过程不偏离需求方向,能切实反映一线工作人员真实需求。构造阶段开发出 来的功能模块经最终使用部门测试认可后,陆续在试点工商局上线运行。也就 是说,在构造过程的中后期,移交阶段就已经开始了。移交阶段的需求变更已 经比较少,在本阶段的制品除了可试运行的产品外,还进行了部署计划的编制 和培训计划、培训文档编写的初期工作。移交阶段实际在构造阶段的中后期就已经开始进行了,本项目在构造阶段 结束时,名称统一核准和个体登记管理已经上线试运行,并经过了较长一段时 间的实际工作检验。移交阶段进行试点局以及全工商系统的上线试运行的部署、 培训、试运行工作,在此阶段开发公司保留一部分开发人员进行技术支持和故 障响应,同时市局各责任科室制定软件应用推广目标责任制,监督整个系统在 全系统的推广运行。在全系统软件上线运行三到五个月,软件故障收敛过程基 本完成,软件稳定运行后,准备项目验收。整个开发周期如图 2-2所示:任务名确开 KHTT1E5 Xft H刘口5年1】月1日sm年月却日2严品闫胡10 I1tB2K611 月 L02005年LL月W日3ID工隹日EDCS年H月L日2MS年L2月端日q5工惟日刼05年比月冇日scroll fizB5紀中节评甫并更改ID工桂日200&革1月汨20勒年L月代日G歩统界湮附S设计1?工惟日号CW年1月0日年1月製日T50工作目2OO&Tlfi3l0SMKF4 月皿口12*合称皆理跟快3D工n日呈口口Gt年1月Hl日:flHJC年H月山日吗|*:55工作日凸阴年1J1剽日因MJ5 年匡系st皆理範块幅工忤日2BDA年月口日年E冃止日52汪査通號酸盟習现快与口工性日穿口口丘年A J j aF)FMW5年日月1日5735工作日EOO&lfl 加日斫T月31日酣損肃诂規拽块3XHSEttfi年眄L日SME年月汨印刖.咼法產:去和库1 I1ts抚06年冃月泪吕5:首局法*壬规用1工It日2008月U日20DE年6月1日ZT整帀局也寶理快并壷30 XffeH烈畸年为徒日湖6Tit02姻扫月注20曲联月31 B韜B工恨日2OE9冃L日3U年9月15日卄30S X1tB20年3月L:泪3BG年0月2C日31D工惟日2006年9月器日200咅年L0月汨32K IftH屯叩R年81122日zow#igJ3ifla+朮局收g筈理0工作日MMFflO 月 3日月加日7-布局藍电昔豐=工*日旳口b年 iaj 19Rrurifi Ei 月 1三日币局聚基査记5工隹日21106 10月L即鬥2O065L0 月 25 日m日鈿朋年2月络旧刑年“月1日币局芸左無在5 XttS20061 iflsB51市局SElifl5工惟日21XB年门月g日3M6耳LL月T汨庄遵薮Uh(够交相工作日7HE1B年nJ ERTonr年 1 月 infJiutuiry Hu*ch.*J11-1 田 Ul-14电r I How图 2-2 工程进度计划2.3 需求管理需求管理首先要针对需求做出分析,随后应用于产品并提出方案。需求分 析的模型正是产品的原型样本,优秀的需求管理提高了这样的可能性,它使最 终产品更接近于解决需求,提高了用户对产品的满意度,从而使产品成为真正 优质合格的产品。 从这层意义上说 , 需求管理是产品质量的基础。 从前期工商系 统的电子政务项目的实施经验来看,电子政务系统失败的主要风险经常不是来 自于技术实现风险,而是在于开发者对工商业务缺乏了解,对使用者的实际需 求认识不清,不能从各个使用者提出的庞杂的意见建议集中提取出统一的、具 有灵活性、规范性的工作流程,进而形成系统实现。由于实际一线的软件使用 者经常对软件开发过程缺乏关注和耐心,而开发者不能把需求管理提高到足够 的高度来认识,导致开发者与实际使用者沟通不良,盲目开发,最终产品不能 得到用户认可。 轻则导致功能的频繁变更, 无法确定项目边界, 导致项目延期, 重则产品无法得到最终用户认可,导致项目失败。需求管理的过程从需求开发开始,贯穿整个项目始终。在本项目中,需求 管理的目标就是确切了解本系统使用者,包括市局、分局相关科室人员、工商 所工作人员的需求,找出能满足所有使用者的最佳解决方案。需求管理总体可 分为四个阶段:需求获取、需求分析、编写需求规格和需求验证。在本节中着 重阐述需求获取,需求分析和编写需求规格的过程。2.4 需求的获取相对于工商系统局机关的工作人员来说, 工商所的工作人员的日常事务处 理范围较广,随机性更大,人为控制因素更强,更加习惯于人工处理业务,相 对信息设备配置条件也较差。而需求的获取在一个信息化建设尚未成熟,人员 计算机操作技能相对较低,还不习惯在信息化环境中进行业务处理的部门往往 存在各种各样困难,主要有:1、由于长期手工作业,虽然有相关法律法规规定,但大部分工商所工作 流程并不清晰,各工商所业务处理方式有所不同,为软件统一化造成了困难。2、工商所人员习惯于手工处理业务,对于计算机操作有畏难情绪,不愿 意改变工作方式,对需求调研缺乏配合。3、各部门之间职责权限划分不清,少量业务流程难以确定主办(责任) 部门。4、需求不断变更,项目边界难以确定前三项困难主要来自工商所, 而在局机关这样已习惯于信息化处理的部门 相对需求调研的环境要好得多。而第四项困难主要来自主要决策人,往往项目 的主要决策人(局领导)对于项目的定位不清,调研初期的需求很单纯,而在 随着对项目的了解加深导致需求范围扩大化,要求大而全的软件。在本次项目中,需求开发的主要解决方法是:1、外出调研,通过与国内其他地市工商局信息化建设情况以及同类产品 的对比,确定项目边界,明确项目应达到的最终目标。2、确定人员,建立软件应用推广项目组,由市局局长直接牵头、信息分 管副局长和企业注册分管副局长负责调度,人事政工科负责组织,确保每次需 求调研讨论都能保证抽调主管部门的业务骨干参加,保证需求调研的准确性。3、规范统一业务流程,不明确不统一的业务流程由局长协调,确定负责 单位,制定全市统一的业务处理流程。同时对业务流程的每个环节进行分解, 识别分支流程,直至确认每个流程中的每个环节主办部门,每个环节要求的项 目、格式、方式的输入和输出,每个环节的输入和输出之间的变化或关系,每 个环节的输入的数据来源、数据去向、数据类型、校验规则以及每个环节数据 项目是否符合国家工商总局信息化建设数据标准的相关规定。4、对每次沟通的情况及时总结归纳,整理调研结果,形成书面文字材料, 业务人员和开发人员签字确认。同时找出新的疑点,初步构成需求基线。5、掌握需求调研频度,若需求基线符合要求,则进入设计编码阶段,然 后返回到用户再次确定需求,如此迭代多次,直到需求分析使双方满意为止。6、对项目组开发人员认识的澄清。开发人员对书面需求理解的偏差也经 常导致最终实现不能达到前期沟通的要求,程序员经常习惯性地以自己的想法 去代替用户对软件的需求,在软件设计中带有随意性,导致生成的产品不能让 使用者满意。 为此,项目组内部业务人员和开发人员的经常沟通交流非常必要。2.5 功能性需求分析本系统主要是围绕工商所的个体登记管理,企业、个体户信用评估及巡查 监管、工商所收费监管,工商所辖区内企业动态信息监控及辅助决策、工商所 工作人员工作效能评估等行政管理职能、信息管理职能、辅助业务管理职能, 建立一套技术先进、性能可靠、功能齐全的系统,系统内的用户在各自权限内 进行各自的工作,同时又能保证各模块之间的信息互通以及业务联动,避免出 现信息孤岛。客户端采用 “零安装”的浏览器方式,具有高度稳定性、良好的 可扩展性和严格的权限控制,保障系统安全。潍坊市工商系统工商所主要业务有个体登记、收费、票据管理、经济户口 (建档立卡部分)、监管巡查、信用评估,从监管巡查中又分出食品安全监管巡 查业务。各业务之间关系如图 2-3 所示:15宅耄暉 WMW*r:|ni ini 普冷怛yn 普 pr r,芒、斗11fc-ar屮粹亶记曾直妄 卷 m st s k s a图2-3业务关系图市局综合监管执法服务器从省局业务系统中提取数据后,下发给工商所人 员。工商所人员从市局中心数据库获取数据,按辖区和管片的划分认领企业, 并对认领企业进行建档立卡,并根据有关特定行业建档要求,对特殊行业企业 建档,如食品经营主体建档,以备常规巡查以及专项巡查使用。经过对行业风 险等级、地域等信息对企业初步分级,制定新认领企业的巡查计划,在预警管 理模块中给予提醒。同时,收费管理和票据管理作为工商所财务管理的一部分, 贯穿在整个登记、监管业务中,并在监管预警信息、统计查询模块中反映出来。本文中,以收费管理、票据管理、系统管理三部分为例进行用例分析,其 它部分做一概述:个体户工商管理费收费管理个体户工商管理费收费管理系统主要为包含工商所所长、副所长、信息管 理员在内的定费管理组人员,以及包括工商所各管片工作人员在内的收费组人员提供必要的收费业务处理环境。收费管理从所长、副所长确定费项收取的标 准开始,收费员根据上级制定的各类收费标准,执行收费业务,每一次收费, 需要指定使用的发票号,从收费员的发票库存表里关联无误后,打印发票。同 时市局、分局的财务人员可以通过报表统计,审查监管工商所的收费情况。图 2-4给出收费管理的用例图:工商所长工商所副所长用户登录(y1A Q厶丿检索待定费列表 定费管理员察看登记信息定费修改发票关联定额收费 信息管理员分局财务人员收费查询XA. Mi/非定额罚款管理费减免打印发票待收费信息收费员非定额收费fIJ收费统计图2-4收费管理用例下面以定费管理部分为例说明分析过程:当辖区内有新的个体户办理了开业登记手续以后,工商所的所长、畐9所长 检索待定费人员列表,逐个查阅个体户基本登记信息以及基本经营情况,根据 有关规定以及业户的实际行业类别、经营规模确定管理费额度。管理费额度一 旦确定,收费员必须根据指定的收费额度进行收费,不得自行调整收费金额。 如因特殊原因需要对管理费定额作调整的,应由收费员上报至所长或者副所长, 对管理费额度进行修订。通过分级定费审核,避免前期因工作人员自行定费而 导致的定费标准不统一,定费过程不规范,缺乏有效监管的问题。同时考虑到 所里工作实际情况,所长经常指定一个信息管理员具体负责系统维护工作。因 此,信息管理员也拥有定费和定费修改权限。根据上述场景描述,可分析用例 图元素如下:定费参与者有工商所所长、副所长、管理员,定费管理员角色是对具体领 导的一个泛化通过分级定费审核,避免前期因工作人员自行定费而导致的定费 标准不统一,定费过程不规范,缺乏有效监管的问题。经与企业注册局、工商所相关人员讨论需求,初步细化用例有检索待定费 个体户列表、调用登记信息、定费、定费修改、管理费减免,检索待定费列表、 调用登记信息均需调用数据提取模块,而定费、定费修改、管理费减免均存在 对数据库的写入功能用例顺序根据定费的实际决策过程划分, 从登入系统检索待定费个体户开 始,到最终定费调整完成结束为了明确对用例图的表述,在每个用例后附有如下表的用例规约描述,以 便业务人员与开发人员正确沟通,避免造成误解。功能类别功能名称、标识符描述个体定费个体定费.1待定费个体工商户检索个体定费.2祭看个体工商户详细信息个体定费.3个体工商户定费个体定费.4个体工商户减免工商费定费调整定费调整.1根据注册号、名称、负责人、经营场所、管片、行业批量检索已定费个体户信息定费调整.2调整单户管理费定额定费调整.3批量调整管理费定额名称、标识符个体定费.1功能描述根据注册号、名称、负责人、经营场所、管片、行业批量检索未定费个 体户信息操作者定费管理组人员优先级高输入注册号、名称、负责人、经营场所、管片、行业输出分页显示的未定费个体户列表成功保证提取信息成功非功能要求业务规则分页显示设计约束名称、标识符个体定费.2功能描述祭看个体工商户详细信息操作者定费管理组人员优先级高输入选定个体工商户输出个体工商户登记信息页面,基本情况、经营者信息、审批证件、变更事项、 审核意见成功保证打开个体工商户登记信息页面业务规则说明必须遵循客户方面的业务规则设计约束说明对下一步的设计工作的要求工商财务票据管理工商财务票据管理系统主要为工商机关财务票据管理人员日常业务工作提 供软件实现。本系统由如下几部分组成:票据分发、票据查询、票据统计、票 据维护。票据的分发和管理涉及从市局财务科的票据管理开始,市局财务把省局下 发的票据登记入库,同时把票据按号分段,下分到分局;分局财务科到市局领 用票据,登记票据入库后分发到工商所;工商所票据管理员领用票据同时登记 入库,最终由收费员认领票据,存入个人的票据库中,在收费时使用;市局、 分局分管领导可对票据的分发情况、使用情况进行查询。分析过程如下:参与者有市局票管员、分局票管员、基层单位票管员、票据使用人员、分 管局领导、财务科领导。分管领导角色是对具体领导的一个泛化,查询及统计 用户是对拥有查询统计权限的参与者的一个泛化。经与各级财务、工商所讨论需求,初步细化用例有省局票据登记、市局票 据发放、市局票据登记、地方票据录入、分局票据发放、分局票据领用、票据 关联、查询统计。用例顺序根据票据的流转实际过程划分,从登记来自省局的票据开始,到 工商所人员收费使用发票、票据查询结束。综上所述,构建票据流转的用例如图:r J十0、XX x.市局票据管理省财政票据登记员相关查询统计分局票据管理员查询及统计用户基层单位票据管理员市局票据发放市局发放票据登记地方票据录入丿分局票据发放分局发放票据登记分管领导票据使用人员设置当前正在使用票据财务科领导-T分管局领导各项收费票据关联票据发放图2-5财务票据管理用例图如上图所示,票据分发过程分为省、市、县、所四级管理体制。市局票据管理员从省局领取发票后,在票据管理系统中做省财政票据登记, 可根据业务需要进行票据的添加、修改、删除、查询操作。市局票管员按全市 调度计划把票据分号段下发到各分局, 并保存票据的发放信息。根据实际情况, 可以对票据发放信息进行添加修改删除以及打印操作各分局票管员从市局领取本号段的市局财政票据,同时进行地方票据录入 登记,并分发到所,保存发放信息。工商所票管员根据实际工作需求,每季度从分局领取一定量的定额以及不 定额发票, 登记到工商所票据库中。 工商所收费人员在收费之前, 先领用票据, 收费时先获取当前使用的发票信息,然后进行发票打印。市局、分局、工商所领导均可使用查询统计模块对分管范围内的票据管理 情况进行跟踪监督。票据查询功能实现对票据管理人员及票据使用人员的无纸化查询及电子台 帐等,具体查询项目有票据数据登记查询、个人票据库存查询、单位票据发放 查询、票据作废情况查询、票据作废情况查询、非定额票据缴销查询、定额票 据缴销查询、个人票据领用查询、个人票据未缴销查询、票据发放单位库存查 询、票据使用单位库存查询、 票据收费情况查询、 个人票据已使用未缴销查询。票据统计及维护实现对票据管理人员生成票据月报表情况以及对票据进 行修改和删除的功能等,主要包括票据使用情况统计、票据作废维护、非定额 票据缴销维护、定额票据缴销维护。2.5.3 其他系统功能需求说明基于以上分析过程,在本项目中完成了涵盖工商所所有日常业务处理的信 息管理系统需求分析。除了收费管理和票据管理外,本系统还应包括企业管理 和巡察监管的相关内容。主要包括对企业个体名称字号的管理,以实现对名称 的查重、核准、名称保护、名称保留、名称到期处理、名称转让等监管职能; 提供对个体工商户整个生命周期内的经营行为的监管功能,包括个体户的开业 登记及审批、个体户经营情况变更、个体户注吊销、个体户停业复业、个体户 验照、个体户经营情况的统计和报表查询等功能;实现工商所的行政管理人员 对个体户和企业进行认领建档和综合管理等分级分类监管以及食品安全监管职 能,通过对企业及个体工商户经营情况、违法违章记录、经营门类风险度的评 估,生成不同的信用级别,有重点有针对性地对高风险企业进行巡查,并把巡查情况反馈信息系统作为信用评价的参考依据;同时还应提供对机构设置、管 片设置、人员设置、数据字典维护等必要功能。2.6 非功能性需求分析非功能性的需求描述了系统展现给用户的行为和执行的操作等, 它包括产 品必须遵从的标准、规范和约束,操作界面的具体细节和构造上的限制,通常 还包含响应时间、交换速率、信息容量、可靠性等要求。2.6.1 界面设计及操作风格需求工商所综合管理系统页面设计应与内部政务协作系统以及潍坊红盾信息网 风格保持一致,采用清新稳重的淡蓝色格局,以体现行政执法,阳光政务的风 格。在主页上,利用色彩来突出显示重要的事项。在整个站点中,链接都将保 持为标准的蓝色。所有的正文文字都是黑色,而表标题对于各种背景颜色都为 白色,通知与警示用红色。图形标准:考虑到部分工商所外出办案使用 GPRS接入网络,速度为28.8K调制解调器的连接速度。为了便于快速装载,此站点将尽量少用照片和其它图 像。除主徽标、页眉和广告之外,在每一页上只使用少数的几幅其它图像。此 站点将不使用任何 JavaScript 翻滚或动画,保证每页容量不超过 15 KB 。这将 确保下载速度较快并且该 Web 站点与新旧浏览器都可兼容。个性化元素,用户页面的顶部由当前登陆用户姓名及所属单位组成。它向 用户确认,他们已经正确登录并且屏幕上的信息已经为他们进行了定制。在正 文区显示当前用户待办事项与警示。易用性:操作界面与操作风格尽可能与省局综合业务系统保持一致,使用 风格同样的菜单及正文区设计,菜单操作方式以及信息提示位置尽可能相同, 以便于操作人员尽快熟悉本系统功能。2.6.2 产品性能需求。安阳市工商系统工作人员中, 需要使用本系统处理业务的主要部门有市局、 分局的企业注册局、财务科、消保科以及所有工商所、市场管理办公室。总用 户量估计为市局 (企业注册局 12人+财务科 6人+消保科 6人)+分局(企业注册 局5人+财务科3人+消保科3人)*17+工商所(6人)*2181500人,初步估 算按照平均每人每天办理三个业务,每个业务需要进行三次查询,每次查询打 开5个页面,则平均每人每天打开业务系统页面数量为 45个。通常峰值访问量 的计算按照80%勺人在20%勺工作时间里处理业务,那么系统的峰值访问量为: 1500 人*45 页*80%/ (8 小时*3600 秒*20%) 9.375 页/ 秒。在该信息处理量下,产品应达到的响应速度如下:性能指标指标要求交互作业平均响应时间1-3(秒)交互作业峰值响应时间6-10(秒)简单查询平均响应时间1-3(秒)信息统计平均响应时间6-30(秒)三、系统架构设计3.1 系统结构设计工商所综合监管系统的开发目的是为了完善工商所的个体工商户登记管 理,建立规范的全市企业属地管理机制,提取各地监管巡查信息以进行信用等 级评估,增强对工商所的收费以及财务票据的管理。可见,工商所综合监管执法系统在市局、分局、工商所三级之间的数据交 互主要有以下几个过程:1、全市集中的企业信息下发, 认领到各工商所用于日常监管巡查。2、各工商所的日常监管巡查信息集中反馈到市局。3、票据的向下逐级发放和使用过发票单据的向上逐级缴销。因此,采用集中部署比较合适。但从需求分析可知,全市综合监管执法系 统 数 据 总 量 约 在 119.5GB 左 右 , 网 络 峰 值 流 量 约 为 232Kbps+17*320Kbps=5672Kbps 全市市局、 17个分局、 218个所约 1500用户 同时使用市局集中部署的服务器的话,对市局服务器压力比较大。安阳市工商 局还有一个现实情况就是在金管工程数据集中后,各县里原业务处理服务器被 闲置,也造成资源浪费。另一方面,从工商系统三级管理职能来看,市局主要 提供企业基础数据,完成对全市执法情况和财务情况的监控统计以及对票据的 下发和缴销。而分局和工商所共同完成对个体工商户登记的受理和审核,完成 专项巡查计划的派发和巡查反馈,完成票据的分发领用缴销工作。因此,我们 选择了如下的“集中 /分布”混合模式。市局用户分局综合监管执法数据库分局用户工商所用户图3-1系统结构图如上图所示,市局部署服务器,完成数据的集中和统计功能;分局和所业 务耦合比较紧密,则在分局集中部署一台服务器,工商所通过业务网络接入分 局完成个体登记、企业认领、巡查反馈、收费、票据管理等工作。市局每晚从 分局同步数据用于监控统计。如市局服务器一旦出现单点故障,也不影响各县 市局本地业务的运行。采用“集中/分布”式结构,较好的满足了安阳市工商系 统的业务需求和对已有资源充分利用的要求,降低了对网络带宽和中心服务器 性能的要求。3.2存储与网络架构设计工商所综合监管系统从省局综合业务系统中抽取企业管理数据下发分局, 从而实现各分局对全市企业的认领以及辖区内企业的管理和巡查,同时从各分 局每天同步数据,经整理加工后提交省局综合业务系统以供企业信用评估使用工商所综合监管执法系统的硬件架构设计包括服务器选型、通讯链路设计 和安全架构设计,要求达到高效稳定的要求,保证数据安全和链路畅通,同时 避免出现单点故障。现对工商所综合监管系统的信息处理量、网络流量、数据 存储量测算如下:1、系统信息访问量的详细测算 市局安装部署工商所综合监管执法系统核心服务器, 分局、工商所通过 WEB 界面或接口服务随时调用,查询。可根据单位时间内运行的各项业务总数以及 办理一笔业务所需打开的页面数,测算应用信息处理量,市局服务器为 23.2 次页面访问 /分钟,分局服务器为 32 次页面/ 分钟。由于整个系统的各个功能模 块使用用户数量、使用频度均有不同,测算时以各功能模块为单位分别进行测 算,最后累计结果即为系统总信息访问量。下面以经济户口功能模块为例说明 测算方法。按照全市企业年设立登记占企业户数 10%计算,年企业设立登记约 1.7 万 户(17X10%,经济户口认领量与此相同。峰值考虑数据处理80%勺认领在20% 的工作时间内完成。以此计算,平均每秒钟处理企业信息量为17000户X 80%/(244工作日X8小时X 60分X 20% 0.58户/分钟。每次认领对企业存在状态,公司经营状态、认领状态,所处地段进行多次 验证查询操作,对于材料存在问题驳回处理的企业还要多次进行这样的验证查 询操作,按平均每户企业共 3次查询计算,每次查询按平均涉及 3个WEB页 面访问估计,贝燈济户口部分的信息处理量为0.58 X3X3 5.22次页面访问/分钟。2、网络流量测算 预计工商所综合监管执法系统每次页面访问平均数据流量 15KB 左右,要求 5 秒内完成页面访问响应,完全显示。市局 5 秒页面访问量为 23.2X5/60, 完成全部传输所需要的信息流量为 15KBX 23.2 X5X8/60秒 232Kbps ;分局 5秒页面访问量为32X5/60,完成全部传输所需要的信息流量为15KBX 32X5X8/60 秒 320Kbps。3、全市企业身份基础信息数据库数据量测算 企业身份基础信息包括:企业基本信息、企业主要人员信息、出资信息、许可信息、企业分支机构信息、企业监管信息。根据统计,全市现有各类企业25万户,其中开业公司 17 万户。 2006 年1月1 日实施新的公司法后, 预计目前 14 万户个体工商户中的 30左右将转变为“一人公司”,总的企业 户数将达到17万+ 14万X 30% = 21.2万户。每年新增、变更、注销的变化量 约占总数的 20%,计 4.24 万户。每户企业基本信息约 2 0KB ,每户企业主要人员信息 20KB ,每户企业出资 信息20 KB,每户企业许可信息5KB,每户企业的分支机构信息30 KB,每户 企业的三年基本监管数据 50 KB。 每户企业身份基础信息总存储量为 20KB+20 KB+20 KB+5 KB+30 KB+ 50KB =145KB。按3年在线数据、5年离线数据计算,企业在线数据量为:21.2 万 X 145KB+3 X 4.24 万 X 145KB= 33.5GB,离线数据量为:21.2 万 X 145KB+5 X 4.24 万 X 145KB=36.2GB。总数据量为 33.5GB+36.2GB=69.7GB,个体户 数目前有 14 万户,计算方式与企业相同,共计 49.8GB ,上线后三年内总数据 量约为 69.7GB+49.8GB=119.5GB 。按同样计算方式,可计算分局数据存储数据量最大为 12.5GB ,最小为4.2GB ,平均 7.02GB 。服务器以及存储方案的选择应考虑到设备的稳定性、 可扩展性以及高性能, 同时最大程度保护前期投资。综合安阳市工商局现有信息资源建设情况,我们 选择了分布集中式的存储方式作为本次工商所综合监管系统的数据存储及运行 解决方案。市局服务器存储运行内资、外资、私营、市场、合同等核心业务数 据,各分局办理业务统一联到市局服务器上处理。针对个体数据信息量大,流 动性大,数据重要性相对较低的特点,考虑把经济户口认领后企业数据、监管 巡查动态信息、个体登记监管信息部署在分局存储运行,每天把数据同步到市 局中心服务器上。结构如上图。 采用上述存储架构主要有以下几点考虑:保护已有设备投资。省局“金管”工程二期数据集中后,各分局前期投资 购买的十七台业务服务器被闲置。通过业务系统的集中分布式设计,把各分局 业务部署在分局服务器上运行。能充分利用现有设备资源,节约投资。分担业务压力。目前安阳市工商局核心业务服务器存储和运行着工商综合业务系统18套业务子系统全部数据,服务器压力较大。各分局分担各自业务处 理后,各工商所不必接入市局服务器处理业务, 市局服务器处理压力大大减轻。实现灾难备份。市局每天夜间同步各分局数据,实现集中存储,市局与分 局业务数据之间实现了互为备份。提高了数据存储的安全性。实现管理集中。由于数据存储集中在系统中心,所以数据统计分析汇总的 工作以及数据备份的工作可以由市局信息中心集中进行,便于保障数据的安全 性,加强信息资源的重利用。需要说明的是,市局对分局的监管巡查动态信息、个体登记监管信息数据 的集中采用每天同步方式进行,以便于对数据进行统计分析。而票据财务数据 查询时,市局通过SQLServer的linked server 直接连接到各分局实时查询。 采用两种不同的连接方式是由于业务对数据实时性要求不同造成的。存储的实 现方案如图3-2 :市局数据库核心交换机工商系统业务网络分局数据库分局数据库分局数据库本辖区所有工商所认 领企业基本信息、个 体管理信息、巡查信 息、财务信息。根据 局规模不同,三年内 每局数据总量约在4.2G 到 12.5GB 之间全市企业基础信 息、认领信息、个 体登记信息、监管 巡查信息、票据管 理信息,三年内数据 量约为119.5GB图3-2存储架构市局部署的工商所综合监管系统使用两台四路双核服务器联想万全R630G5作为数据库服务器和中间件服务器,配置为 4颗双核MP7020( 2.66GHz) CPU, 2*1MB二级缓存;4G DDR2 400内存;5颗10000转300G热插拔硬盘(实际可用存储空间1.2TB),双通道RAID(512M缓存);主板集成双千兆网卡; DVDROM ; 4U RACK ;冗余电源,目前数据库服务器目前存储总数据量为 210G 左右,为下一步业务扩展预留出足够的空间。分局利用现有业务服务器完成工商所综合监管系统的部署。目前配置一般为XEON3.0*2CPU,1G内存,73*3热插拔硬盘(RAID5)配置,根据对本系 统数据量以及系统能性的测算,应能满足现有系统要求。根据对系统流量的测算,设计网络架构、安全架构以及服务器选型如图3-3:Cisco 3550骨干交换机咼新局Cisco 3550骨干交换机a?坊子局Cisco 3550骨干交换机Cisco 3550骨干交换机人民商城局/青州局Cisco 3550骨干交换机加工区局Cisco 3550骨干交换机寿光局Cisco 3550
展开阅读全文