软件工程导论6.docx

软件工程实验报告 工商所综合监管执法系统的设计与实现 学院：计算机与信息工程学院软件工程班级：12级 java一班姓名：吴阿四工商所综合监管执法系统的设计与实现一、实验目的：作为对省局开发的工商综合业务处理系统的有益补充，工商所综合监管执法系统为广大工商所工作人员的个体户登记管理、经济户口管理、监管巡查和信用管理、收费及票据管理提供了基于权限划分、流程化审批和全市数据集中的有效信息化业务处理手段。通过本项目的开发，力图打破目前工商所各自为政，监管模式各不相同的局面，建立规范统一的工商所监管流程，探索一种切实可行的工商所监管模式，把管理思想和监管机制贯穿在信息系统建设思路中，提高工商所行政管理水平，为工商所管理模式提供借鉴。通过对系统开发的背景和国内外同行业产品的发展现状的分析，提出了项目需要解决的主要问题以及应该达到的目标，采用Rational统一过程（RUP）为软件开发方法，以统一建模语言（UML）为分析设计描述语言，以J2EE为技术平台架构，对工商所综合监管执法系统进行了需求分析和系统设计，并采用RUP的系统建模方法对个体户登记管理、经济户口管理、监管巡查和信用管理、收费及票据管理各功能模块进行了详细设计和代码实现，实现了工商所综合监管执法系统。通过对工商所登记、监管、信用、巡查、收费等各项业务及其数据交互关系的需求开发，理清了当前工商所登记、监管、企业认领、票据管理、收费的工作流程，并生成规范的UML用例描述和用例约束文档。根据安阳市工商局目前信息化建设实际情况以及业务需求对整个系统的总体架构、功能架构、分层架构、存储架构、网络架构进行了分析与设计，保证了系统的灵活性、稳定性、可扩展性和安全性。使用RUP方法进行软件的详细设计，以用例驱动，管理工商所业务需求和进行初期的类设计，进而生成系统的活动图、顺序图，经过对类的分析，生成关联类、实体类、实体管理类以及数据关联类，通过对类的关系的分析生成类图，最终把持久对象映射成关系数据库中的表格。采用MVC分层设计思想，通过对View层、Control层和Model层功能组件的设计，实现用户界面和事务逻辑的分离以及动态生成网页的逻辑部分与HTML的分离。在开发过程中尽可能实现了既充分保护了前期开发成果，又尽可能保证信息系统的可扩展性和可维护性。通过对功能树生成等较为复杂的算法的分析，给出了基于堆栈算法的存储过程解决方案，并使用输出结果生成功能模块树。系统已在安阳市工商系统范围内全部上线运行，在规范监管执法行为，提高执法效能，加强收费管理方面取得了明显的效果。- 3 -1.1系统开发背景根据省工商局建设“小机关大基层”，积极改革创新市场监管手段的指导思想，人员安排、资金安排向基层倾斜，促进基层建设，加强基层管理，使工商所真正成为企业及个体工商户管理的第一线。随着机构改革的深入进行，越来越多的管理、审批权限下放到工商所，随着工商所行政职能的不断增强，工商所成为工商系统业务信息数据运行处理的主要机构，建立工商所信息管理系统，把信息采集与日常监管巡查相结合，把第一手获取的企业监管信息经处理后重新提交市局中心数据库，既便于市局掌握第一手动态企业资料，也便于工商所规范行政管理过程。在增强对企业监管的同时，工商所的日常执法工作也需要得到上级主管部门的有效监管。工商所工作相对独立，虽然市局设立了纪检监察室等一系列监控机构，但相对监控困难。通过信息手段实现网上审批，彻底改变工商所日常工作、信息反馈模式，有利于明晰职权，规范工商所行政管理手段，也有利于上级主管部门对工商所进行有效的监管。其中，收费管理和财务监管是工商所监管的重要内容。为了加强对潍坊市工商行政管理局及所属各级单位财务收费的管理，全面落实上级部门关于加强财务行政收费管理工作的有关意见，利用信息化手段建立财务收费监管系统，分别对各局、工商所行政收费工作进行有效监控，加强对票据、收费监管的力度，提高业务收费工作效率，是杜绝乱收费、打白条现象，规范管理，增收节支的有效手段。1.2国内外的研究现状工商所是工商系统的最基层地方派出机构以及职能执行机构，工商所综合监管执法系统的业务体现了工商系统最根本的职能特点，就是对企业的监管、对市场交易行为的监管、信用体系的建立和消费者权益保护。各地经济发展程度不同，管理模式也相应有所区别。20世纪90年代以来，欧美等主要国家工商管理主要采用行会性质的社团组织完成，电子政务建设主要致力于管理机构与民众之间的沟通与交流，致力于网络系统、信息渠道以及在线服务的建设，帮助消费者解决其消费法律咨询等方面的问题以及涉及居民必须的生产生活资料和商品的投诉等问题。如在德国的工商管理派出机构，电子政务建设的重点是实现对市场交易行为的巡查监管以及商品准入制度以及标准的制定。【1】而信用体系的建立在国外通常是通过法律框架之外的第三方在线机构来执行。最典型的如美国的最典型的如TRUSTe，它是一个非盈利性机构，其职能任务是通过改善信息披露机制来建立用户对互联网的信任，其会员是通过TRUSTe的专用信任标识来增加消费者对在线交易的信任。还有BBB (Beter usiness Bureau)以及()PA (Online Privacy Aliance)等中介结构，他们向消费者提供信用信息，帮助消费者辨识网上交易活动的真实性，并向执法部门提供欺诈行为的报告等。【2】我国的工商系统电子政务建设目前仍处在起步与尝试的阶段。在工商所市县所三级电子政务系统应该如何建设也有一部分论述。作为市县所三级工商行政电子政务系统,应能具备可扩展性好,自适应能力强,统一的网络管理和数据管理,瘦客户/胖客户的应用信息系统模式以及立体、多层次的安全防范体系的特点。【3】这也是我们本次项目开发过程中应该关注的内容。目前从工商系统电子政务建设发展情况来看，发展程度不平衡的现象比较突出。从地域来看，总体上东南沿海经济较为发达的地区，电子政务发展比较快，而中西部地区相对落后。从行政级别来看，国家、省市工商局的电子政务发展比较快，而分局、工商所信息化发展相对落后。今年来，对基层执法监管的电子政务建设方面的研究正逐渐展开。江苏盐城工商局实现了经济户口的基础台帐管理，可按片区、行业、信用等级进行分类查询，并可与经济户口管理系统链接使用，成为基层巡查人员掌握和利用经济户口信息的有效工具。【4】陕西省开发了基于B/S模式三层结构的县、所业务处理系统，包括政策与动态、业务信息管理、管理费征收、统计稽查等功能。【5】北京、天津等发达地区工商局依靠当地经济户口监管系统的建立和工商网络的连通性，按照数据源头录入，一数一源的原则，谁登记，谁录入；谁检查，谁录入；谁处罚，谁录入。记录好企业的各种信用信息，保证了数据资料的真实可靠。【6】工商所综合监管执法作为整个工商系统监管执法的重要组成部分，存在于工商行政管理综合业务处理系统中，为工商所提供了以建立企业信用体系为核心，以市场准入管理系统建设为基础，以经济户口监管系统建设为重点，以经济执法管理系统建设为手段，以信用体系建设为目标的信息化业务处理环境。而在我局目前使用的信息系统中，对于市、县局业务处理的支持比较好，而对工商所监管执法职能的支持还比较匮乏，缺少有效的监督管理手段。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业务描述工商所综合监管系统从管理层次上来说分为省局、市局、分局、工商所四级结构，省局负责基本企业数据库的维护以及信用信息的回传，市局负责经济户口的分发、财务票据的分发、巡查反馈情况的采集和信用等级的评估，分局负责个体经济户口的分发、财务票据的认领和分发、个体户登记信息的生成，工商所负责企业、个体经济户口的认领和建档立卡、财务票据的认领和使用、对企业、个体户的巡查以及意见反馈，图21给出了工商系统工商所管理系统业务流程图。图21 工商系统工商所管理系统业务流程图从整个系统的业务流程来说，主要有个体户登记管理流程、经济户口流程，监管巡查流程，综合收费流程，分别形成各自业务环路。个体登记管理流程由工商所人员受理个体户开业申请、变更申请、停业申请、注销申请，初审后送交分局企业注册局审核，审核通过后返回工商所进行相应业务处理，打印营业执照。经济户口流程首先由市局综合监管执法系统从省局业务系统中提取基本企业信息，连同分局生成的个体登记信息，一起提供给工商所作为经济户口建档立卡的基本信息。当企业被认领后，企业所在管片、巡查大队、责任人信息被明确，反馈给市局和分局用于绩效考核。监管巡查（信用）流程由市局和分局根据企业信用等级，制定不同的巡查计划下发给工商所。工商所根据巡查计划有重点地巡查所属企业，并反馈巡查信息到上级主管部门。综合收费（财务）流程市局发放票据到分局，分局发放票据到所，所收费人员领用票据，收费后层层缴销票据。同时，收费管理和票据管理作为工商所财务管理的一部分，贯穿在整个登记、监管业务中，并能够在市局实现对票据使用和收费情况的监控。2.2项目开发过程软件开发有瀑布模型、快速原型模型、迭代模型、螺旋模型等开发模式。工商所综合监管系统开发包括企业登记、信用、消保、财务管理等多方面内容，涉及内容多，范围广，参与人员众多，工期紧张。在开发过程中，主要要求如下：1、需要通过快速原型向业务部门演示部分系统功能，以便尽早地收集业务部门对于系统的反馈，及时改正对业务部门需求的理解偏差，从而保证开发的系统真正解决他们的问题，控制软件开发风险。2、尽可能逐步集成功能模块，成熟一个功能，推广一个功能，一方面使广大工商所能够尽早使用监管系统，满足基层信息化监管的迫切要求，另一方面在工期相对紧张的情况下，使系统功能尽可能经受长期的实践检验。为此，项目按照RUP迭代模型实现开发，采用用例驱动、以构架为中心和迭代开发的方法，一方面对项目总体情况进行掌握，另一方面将项目分解为多个子任务和一系列迭代过程。由各分项目组与相关科室人员紧密配合，统筹安排子任务的开始和终止时间，以及子任务之间同步进行、交错进行、顺序进行、优先处理方式等，科学、高效地保证项目进度按计划进行，从而最大限度规避开发风险，得到更高质量的软件。整个项目计划完成时间为14个月，总体计划如表2-1所示：阶段起始时间投入人数备注初始阶段2005.11-2006.28包括国内同类产品情况调研，开发人员熟悉工商所业务处理流程的过程细化阶段2006.2-2006.46形成设计说明书并确认构造阶段2006.4-2006.1112形成可试运行的软件产品，对于相对较成熟产品提前进入移交过程。移交阶段2006.11-2007.16全员培训，推广实施 表2-1 项目总体计划初始阶段主要工作是制定项目的范围，计划并准备业务案例，确定备选构架，准备项目环境。在本项目中，比较重要的工作是前两项，也就是业务人员和开发人员经过对同类产品调研，经对项目边界和详细业务需求有一个比较清晰的共识的过程。在初始阶段的一个重要任务就是让项目的主要领导和策划者经过横向比较同类产品、纵向考察市县所三级现实需要，对软件最终目标做出明晰的定位，从而指导业务人员和开发人员双方的业务沟通范围。经过反复迭代过程，生成的制品有初步的项目计划、项目验收计划、起始用例模型。需要说明的是，名称管理和个体户登记管理模块是在继承原有名称统一核准、个体登记管理系统的应用成果基础上进行的进一步功能完善，业务人员和开发人员对该模块的需求和项目范围的认知已经比较清晰，实现模式比较成熟，不经过本阶段直接进入细化阶段。细化阶段的目标是进一步细化需求，并设立系统构架基线，为顺利过渡到构造阶段打下坚实的基础。在这个阶段，业务人员和开发人员对项目的边界和目标认识都已经比较清晰，需求的变更有所减少，工商所的工作人员对于需求调研的方法和意义有了比较清楚的认识，能比较积极的配合需求细化工作，并能结合工作实际提出比较具体而有针对性的问题。开发人员经过前期的沟通，为进一步细化需求做好了比较充分的准备，对系统构架设计影响最大的需求和用例有了比较清晰的认识，并通过一个或多个构架原型进行构架稳定性的讨论和评估。本阶段产生了比较详细的项目计划，细化的需求规格说明书以及架构设计说明书。构造阶段的主要工作是管理资源与控制过程，开发与测试组件，并随时对开发成果进行评估。受人力资源限制，本项目的构造阶段比较长，整个项目按照系统管理和框架设计、名称以及个体登记、监管巡查和经济户口、收费管理和票据管理的顺序依次开发，在整个开发过程中，相关功能模块的最终使用部门抽调业务骨干始终跟随开发，在开发过程整个过程中不断伴随测试，保证开发过程不偏离需求方向，能切实反映一线工作人员真实需求。构造阶段开发出来的功能模块经最终使用部门测试认可后，陆续在试点工商局上线运行。也就是说，在构造过程的中后期，移交阶段就已经开始了。移交阶段的需求变更已经比较少，在本阶段的制品除了可试运行的产品外，还进行了部署计划的编制和培训计划、培训文档编写的初期工作。移交阶段实际在构造阶段的中后期就已经开始进行了，本项目在构造阶段结束时，名称统一核准和个体登记管理已经上线试运行，并经过了较长一段时间的实际工作检验。移交阶段进行试点局以及全工商系统的上线试运行的部署、培训、试运行工作，在此阶段开发公司保留一部分开发人员进行技术支持和故障响应，同时市局各责任科室制定软件应用推广目标责任制，监督整个系统在全系统的推广运行。在全系统软件上线运行三到五个月，软件故障收敛过程基本完成，软件稳定运行后，准备项目验收。整个开发周期如图2-2所示：图2-2工程进度计划2.3 需求管理需求管理首先要针对需求做出分析，随后应用于产品并提出方案。需求分析的模型正是产品的原型样本，优秀的需求管理提高了这样的可能性，它使最终产品更接近于解决需求，提高了用户对产品的满意度，从而使产品成为真正优质合格的产品。从这层意义上说,需求管理是产品质量的基础。从前期工商系统的电子政务项目的实施经验来看，电子政务系统失败的主要风险经常不是来自于技术实现风险，而是在于开发者对工商业务缺乏了解，对使用者的实际需求认识不清，不能从各个使用者提出的庞杂的意见建议集中提取出统一的、具有灵活性、规范性的工作流程，进而形成系统实现。由于实际一线的软件使用者经常对软件开发过程缺乏关注和耐心，而开发者不能把需求管理提高到足够的高度来认识，导致开发者与实际使用者沟通不良，盲目开发，最终产品不能得到用户认可。轻则导致功能的频繁变更，无法确定项目边界，导致项目延期，重则产品无法得到最终用户认可，导致项目失败。需求管理的过程从需求开发开始，贯穿整个项目始终。在本项目中，需求管理的目标就是确切了解本系统使用者，包括市局、分局相关科室人员、工商所工作人员的需求，找出能满足所有使用者的最佳解决方案。需求管理总体可分为四个阶段：需求获取、需求分析、编写需求规格和需求验证。在本节中着重阐述需求获取，需求分析和编写需求规格的过程。2.4需求的获取相对于工商系统局机关的工作人员来说，工商所的工作人员的日常事务处理范围较广，随机性更大，人为控制因素更强，更加习惯于人工处理业务，相对信息设备配置条件也较差。而需求的获取在一个信息化建设尚未成熟，人员计算机操作技能相对较低，还不习惯在信息化环境中进行业务处理的部门往往存在各种各样困难，主要有：1、由于长期手工作业，虽然有相关法律法规规定，但大部分工商所工作流程并不清晰，各工商所业务处理方式有所不同，为软件统一化造成了困难。2、工商所人员习惯于手工处理业务，对于计算机操作有畏难情绪，不愿意改变工作方式，对需求调研缺乏配合。3、各部门之间职责权限划分不清，少量业务流程难以确定主办（责任）部门。4、需求不断变更，项目边界难以确定前三项困难主要来自工商所，而在局机关这样已习惯于信息化处理的部门相对需求调研的环境要好得多。而第四项困难主要来自主要决策人，往往项目的主要决策人（局领导）对于项目的定位不清，调研初期的需求很单纯，而在随着对项目的了解加深导致需求范围扩大化，要求大而全的软件。在本次项目中，需求开发的主要解决方法是：1、外出调研，通过与国内其他地市工商局信息化建设情况以及同类产品的对比，确定项目边界，明确项目应达到的最终目标。2、确定人员，建立软件应用推广项目组，由市局局长直接牵头、信息分管副局长和企业注册分管副局长负责调度，人事政工科负责组织，确保每次需求调研讨论都能保证抽调主管部门的业务骨干参加，保证需求调研的准确性。3、规范统一业务流程，不明确不统一的业务流程由局长协调，确定负责单位，制定全市统一的业务处理流程。同时对业务流程的每个环节进行分解，识别分支流程，直至确认每个流程中的每个环节主办部门，每个环节要求的项目、格式、方式的输入和输出，每个环节的输入和输出之间的变化或关系，每个环节的输入的数据来源、数据去向、数据类型、校验规则以及每个环节数据项目是否符合国家工商总局信息化建设数据标准的相关规定。4、对每次沟通的情况及时总结归纳，整理调研结果，形成书面文字材料，业务人员和开发人员签字确认。同时找出新的疑点，初步构成需求基线。5、掌握需求调研频度，若需求基线符合要求，则进入设计编码阶段，然后返回到用户再次确定需求，如此迭代多次，直到需求分析使双方满意为止。6、对项目组开发人员认识的澄清。开发人员对书面需求理解的偏差也经常导致最终实现不能达到前期沟通的要求，程序员经常习惯性地以自己的想法去代替用户对软件的需求，在软件设计中带有随意性，导致生成的产品不能让使用者满意。为此，项目组内部业务人员和开发人员的经常沟通交流非常必要。2.5功能性需求分析本系统主要是围绕工商所的个体登记管理，企业、个体户信用评估及巡查监管、工商所收费监管，工商所辖区内企业动态信息监控及辅助决策、工商所工作人员工作效能评估等行政管理职能、信息管理职能、辅助业务管理职能，建立一套技术先进、性能可靠、功能齐全的系统，系统内的用户在各自权限内进行各自的工作，同时又能保证各模块之间的信息互通以及业务联动，避免出现信息孤岛。客户端采用 “零安装”的浏览器方式，具有高度稳定性、良好的可扩展性和严格的权限控制，保障系统安全。潍坊市工商系统工商所主要业务有个体登记、收费、票据管理、经济户口（建档立卡部分）、监管巡查、信用评估，从监管巡查中又分出食品安全监管巡查业务。各业务之间关系如图2-3所示：图2-3业务关系图市局综合监管执法服务器从省局业务系统中提取数据后，下发给工商所人员。工商所人员从市局中心数据库获取数据，按辖区和管片的划分认领企业，并对认领企业进行建档立卡，并根据有关特定行业建档要求，对特殊行业企业建档，如食品经营主体建档，以备常规巡查以及专项巡查使用。经过对行业风险等级、地域等信息对企业初步分级，制定新认领企业的巡查计划，在预警管理模块中给予提醒。同时，收费管理和票据管理作为工商所财务管理的一部分，贯穿在整个登记、监管业务中，并在监管预警信息、统计查询模块中反映出来。本文中，以收费管理、票据管理、系统管理三部分为例进行用例分析，其它部分做一概述：2.5.1个体户工商管理费收费管理个体户工商管理费收费管理系统主要为包含工商所所长、副所长、信息管理员在内的定费管理组人员，以及包括工商所各管片工作人员在内的收费组人员提供必要的收费业务处理环境。收费管理从所长、副所长确定费项收取的标准开始，收费员根据上级制定的各类收费标准，执行收费业务，每一次收费，需要指定使用的发票号，从收费员的发票库存表里关联无误后，打印发票。同时市局、分局的财务人员可以通过报表统计，审查监管工商所的收费情况。图2-4给出收费管理的用例图：图2-4 收费管理用例下面以定费管理部分为例说明分析过程：当辖区内有新的个体户办理了开业登记手续以后，工商所的所长、副所长检索待定费人员列表，逐个查阅个体户基本登记信息以及基本经营情况，根据有关规定以及业户的实际行业类别、经营规模确定管理费额度。管理费额度一旦确定，收费员必须根据指定的收费额度进行收费，不得自行调整收费金额。如因特殊原因需要对管理费定额作调整的，应由收费员上报至所长或者副所长，对管理费额度进行修订。通过分级定费审核，避免前期因工作人员自行定费而导致的定费标准不统一，定费过程不规范，缺乏有效监管的问题。同时考虑到所里工作实际情况，所长经常指定一个信息管理员具体负责系统维护工作。因此，信息管理员也拥有定费和定费修改权限。根据上述场景描述，可分析用例图元素如下：定费参与者有工商所所长、副所长、管理员，定费管理员角色是对具体领导的一个泛化通过分级定费审核，避免前期因工作人员自行定费而导致的定费标准不统一，定费过程不规范，缺乏有效监管的问题。经与企业注册局、工商所相关人员讨论需求，初步细化用例有检索待定费个体户列表、调用登记信息、定费、定费修改、管理费减免，检索待定费列表、调用登记信息均需调用数据提取模块，而定费、定费修改、管理费减免均存在对数据库的写入功能用例顺序根据定费的实际决策过程划分，从登入系统检索待定费个体户开始，到最终定费调整完成结束为了明确对用例图的表述，在每个用例后附有如下表的用例规约描述，以便业务人员与开发人员正确沟通，避免造成误解。功能类别功能名称、标识符描述个体定费个体定费.1待定费个体工商户检索个体定费.2察看个体工商户详细信息个体定费.3个体工商户定费个体定费.4个体工商户减免工商费定费调整定费调整.1根据注册号、名称、负责人、经营场所、管片、行业批量检索已定费个体户信息定费调整.2调整单户管理费定额定费调整.3批量调整管理费定额名称、标识符个体定费.1功能描述根据注册号、名称、负责人、经营场所、管片、行业批量检索未定费个体户信息操作者定费管理组人员优先级高输入注册号、名称、负责人、经营场所、管片、行业输出分页显示的未定费个体户列表成功保证提取信息成功非功能要求业务规则分页显示设计约束名称、标识符个体定费.2功能描述察看个体工商户详细信息操作者定费管理组人员优先级高输入选定个体工商户输出个体工商户登记信息页面，基本情况、经营者信息、审批证件、变更事项、审核意见成功保证打开个体工商户登记信息页面业务规则说明必须遵循客户方面的业务规则设计约束说明对下一步的设计工作的要求2.5.2工商财务票据管理工商财务票据管理系统主要为工商机关财务票据管理人员日常业务工作提供软件实现。本系统由如下几部分组成：票据分发、票据查询、票据统计、票据维护。票据的分发和管理涉及从市局财务科的票据管理开始，市局财务把省局下发的票据登记入库，同时把票据按号分段，下分到分局；分局财务科到市局领用票据，登记票据入库后分发到工商所；工商所票据管理员领用票据同时登记入库，最终由收费员认领票据，存入个人的票据库中，在收费时使用；市局、分局分管领导可对票据的分发情况、使用情况进行查询。分析过程如下：参与者有市局票管员、分局票管员、基层单位票管员、票据使用人员、分管局领导、财务科领导。分管领导角色是对具体领导的一个泛化，查询及统计用户是对拥有查询统计权限的参与者的一个泛化。经与各级财务、工商所讨论需求，初步细化用例有省局票据登记、市局票据发放、市局票据登记、地方票据录入、分局票据发放、分局票据领用、票据关联、查询统计。用例顺序根据票据的流转实际过程划分，从登记来自省局的票据开始，到工商所人员收费使用发票、票据查询结束。综上所述，构建票据流转的用例如图：图25 财务票据管理用例图如上图所示，票据分发过程分为省、市、县、所四级管理体制。市局票据管理员从省局领取发票后，在票据管理系统中做省财政票据登记，可根据业务需要进行票据的添加、修改、删除、查询操作。市局票管员按全市调度计划把票据分号段下发到各分局，并保存票据的发放信息。根据实际情况，可以对票据发放信息进行添加修改删除以及打印操作。各分局票管员从市局领取本号段的市局财政票据，同时进行地方票据录入登记，并分发到所，保存发放信息。工商所票管员根据实际工作需求，每季度从分局领取一定量的定额以及不定额发票，登记到工商所票据库中。工商所收费人员在收费之前，先领用票据，收费时先获取当前使用的发票信息，然后进行发票打印。市局、分局、工商所领导均可使用查询统计模块对分管范围内的票据管理情况进行跟踪监督。票据查询功能实现对票据管理人员及票据使用人员的无纸化查询及电子台帐等，具体查询项目有票据数据登记查询、个人票据库存查询、单位票据发放查询、票据作废情况查询、票据作废情况查询、非定额票据缴销查询、定额票据缴销查询、个人票据领用查询、个人票据未缴销查询、票据发放单位库存查询、票据使用单位库存查询、票据收费情况查询、个人票据已使用未缴销查询。 票据统计及维护实现对票据管理人员生成票据月报表情况以及对票据进行修改和删除的功能等，主要包括票据使用情况统计、票据作废维护、非定额票据缴销维护、定额票据缴销维护。2.5.3其他系统功能需求说明基于以上分析过程，在本项目中完成了涵盖工商所所有日常业务处理的信息管理系统需求分析。除了收费管理和票据管理外，本系统还应包括企业管理和巡察监管的相关内容。主要包括对企业个体名称字号的管理，以实现对名称的查重、核准、名称保护、名称保留、名称到期处理、名称转让等监管职能；提供对个体工商户整个生命周期内的经营行为的监管功能，包括个体户的开业登记及审批、个体户经营情况变更、个体户注吊销、个体户停业复业、个体户验照、个体户经营情况的统计和报表查询等功能；实现工商所的行政管理人员对个体户和企业进行认领建档和综合管理等分级分类监管以及食品安全监管职能，通过对企业及个体工商户经营情况、违法违章记录、经营门类风险度的评估，生成不同的信用级别，有重点有针对性地对高风险企业进行巡查，并把巡查情况反馈信息系统作为信用评价的参考依据；同时还应提供对机构设置、管片设置、人员设置、数据字典维护等必要功能。2.6 非功能性需求分析非功能性的需求描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制，通常还包含响应时间、交换速率、信息容量、可靠性等要求。2.6.1界面设计及操作风格需求工商所综合管理系统页面设计应与内部政务协作系统以及潍坊红盾信息网风格保持一致，采用清新稳重的淡蓝色格局，以体现行政执法，阳光政务的风格。在主页上，利用色彩来突出显示重要的事项。在整个站点中，链接都将保持为标准的蓝色。所有的正文文字都是黑色，而表标题对于各种背景颜色都为白色，通知与警示用红色。图形标准:考虑到部分工商所外出办案使用GPRS接入网络，速度为 28.8K 调制解调器的连接速度。为了便于快速装载，此站点将尽量少用照片和其它图像。除主徽标、页眉和广告之外，在每一页上只使用少数的几幅其它图像。此站点将不使用任何 JavaScript 翻滚或动画，保证每页容量不超过15KB。这将确保下载速度较快并且该 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存储与网络架构设计工商所综合监管系统从省局综合业务系统中抽取企业管理数据下发分局，从而实现各分局对全市企业的认领以及辖区内企业的管理和巡查，同时从各分局每天同步数据，经整理加工后提交省局综合业务系统以供企业信用评估使用。工商所综合监管执法系统的硬件架构设计包括服务器选型、通讯链路设计和安全架构设计，要求达到高效稳定的要求，保证数据安全和链路畅通，同时避免出现单点故障。现对工商所综合监管系统的信息处理量、网络流量、数据存储量测算如下