软件工程导论6.docx

《软件工程导论6.docx》由会员分享，可在线阅读，更多相关《软件工程导论6.docx（28页珍藏版）》请在三一文库上搜索。

1、软件工程实验报告工商所综合监管执法系统的设计与实现学院：计算机与信息工程学院软件工程班级：12级java一班姓名：吴阿四工商所综合监管执法系统的设计与实现一、实验目的：作为对省局开发的工商综合业务处理系统的有益补充，工商所综合监管执法系统为广阔工商所工作人员的个体户登记管理、经济户口管理、监管巡查和信用管理、收费及票据管理提供了基于权限划分、流程化审批和全市数据集中的有效信息化业务处理手段。通过本工程的开发，力图打破目前工商所各自为政，监管模式各不相同的局面，建立标准统一的工商所监管流程，探索一种切实可行的工商所监管模式，把管理思想和监管机制贯穿在信息系统建设思路中，提高工商所行政管理水平，为

2、工商所管理模式提供借鉴。通过对系统开发的背景和国内外同行业产品的开展现状的分析，提出了工程需要解决的主要问题以及应该到达的目标，采用Rational统一过程（RUP）为软件开发方法，以统一建模语言（UML）为分析设计描述语言，以J2EE为技术平台架构，对工商所综合监管执法系统进行了需求分析和系统设计，并采用RUP的系统建模方法对个体户登记管理、经济户口管理、监管巡查和信用管理、收费及票据管理各功能模块进行了详细设计和代码实现，实现了工商所综合监管执法系统。通过对工商所登记、监管、信用、巡查、收费等各项业务及其数据交互关系的需求开发，理清了当前工商所登记、监管、企业认领、票据管理、收费的工作流程

3、并生成标准的UML用例描述和用例约束文档。根据安阳市工商局目前信息化建设实际情况以及业务需求对整个系统的总体架构、功能架构、分层架构、存储架构、网络架构进行了分析与设计，保证了系统的灵活性、稳定性、可扩展性和平安性。使用RUP方法进行软件的详细设计，以用例驱动，管理工商所业务需求和进行初期的类设计，进而生成系统的活动图、顺序图，经过对类的分析，生成关联类、实体类、实体管理类以及数据关联类，通过对类的关系的分析生成类图，最终把持久对象映射成关系数据库中的表格。采用MVC分层设计思想，通过对View层、ControI层和Model层功能组件的设计，实现用户界面和事务逻辑的别离以及动态生成网页的逻

4、辑局部与HTML的别离。在开发过程中尽可能实现了既充分保护了前期开发成果，又尽可能保证信息系统的可扩展性和可维护性。通过对功能树生成等较为复杂的算法的分析，给出了基于堆栈算法的存储过程解决方案，并使用输出结果生成功能模块树。系统已在安阳市工商系统范围内全部上线运行，在标准监管执法行为，提高执法效能，加强收费管理方面取得了明显的效果。背景根据省工商局建设“小机关大基层，积极改革创新市场监管手段的指导思想，人员安排、资金安排向基层倾斜，促进基层建设，加强基层管理，使工商所真正成为企业及个体工商户管理的第一线。随着机构改革的深入进行，越来越多的管理、审批权限下放到工商所，随着工商所行政职能的不断增强

5、工商所成为工商系统业务信息数据运行处理的主要机构，建立工商所信息管理系统，把信息采集与日常监管巡查相结合，把第一手获取的企业监管信息经处理后重新提交市局中心数据库，既便于市局掌握第一手动态企业资料，也便于工商所标准行政管理过程。在增强对企业监管的同时，工商所的日常执法工作也需要得到上级主管部门的有效监管。工商所工作相对独立，虽然市局设立了纪检监察室等一系列监控机构，但相对监控困难。通过信息手段实现网上审批，彻底改变工商所日常工作、信息反应模式，有利于明晰职权，标准工商所行政管理手段，也有利于上级主管部门对工商所进行有效的监管。其中，收费管理和财务监管是工商所监管的重要内容。为了加强对潍坊市工

6、商行政管理局及所属各级单位财务收费的管理，全面落实上级部门关于加强财务行政收费管理工作的有关意见，利用信息化手段建立财务收费监管系统，分别对各局、工商所行政收费工作进行有效监控，加强对票据、收费监管的力度，提高业务收费工作效率，是杜绝乱收费、打白条现象，标准管理，增收节支的有效手段。工商所是工商系统的最基层地方派出机构以及职能执行机构，工商所综合监管执法系统的业务表达了工商系统最根本的职能特点，就是对企业的监管、对市场交易行为的监管、信用体系的建立和消费者权益保护。各地经济开展程度不同，管理模式也相应有所区别。20世纪90年代以来，欧美等主要国家工商管理主要采用行会性质的社团组织完成，电子政务

7、建设主要致力于管理机构与民众之间的沟通与交流，致力于网络系统、信息渠道以及在线效劳的建设，帮助消费者解决其消费法律咨询等方面的问题以及涉及居民必须的生产生活资料和商品的投诉等问题。如在德国的工商管理派出机构，电子政务建设的重点是实现对市场交易行为的巡查监管以及商品准入制度以及标准的制定而信用体系的建立在国外通常是通过法律框架之外的第三方在线机构来执行。最典型的如美国的最典型的如TRUSTe,它是一个非盈利性机构，其职能任务是通过改善信息披露机制来建立用户对互联网的信任，其会员是通过TRUSTe的专用信任标识来增加消费者对在线交易的信任。还有BBB(BeterusinessBUreaU)以及()

8、PA(OnlinePrivacyAlianCe)等中介结构，他们向消费者提供信用信息，帮助消费者辨识网上交易活动的真实性，并向执法部门提供欺诈行为的报告等。皿我国的工商系统电子政务建设目前仍处在起步与尝试的阶段。在工商所市县所三级电子政务系统应该如何建设也有一局部论述。作为市县所三级工商行政电子政务系统,应能具备可扩展性好,自适应能力强,统一的网络管理和数据管理,瘦客户/胖客户的应用信息系统模式以及立体、多层次的平安防范体系的特点。皿这也是我们本次工程开发过程中应该关注的内容。目前从工商系统电子政务建设开展情况来看，开展程度不平衡的现象比较突出。从地域来看，总体上东南沿海经济较为兴旺的地区，电

9、子政务开展比较快，而中西部地区相对落后。从行政级别来看，国家、省市工商局的电子政务开展比较快，而分局、工商所信息化开展相对落后。今年来，对基层执法监管的电子政务建设方面的研究正逐渐展开。江苏盐城工商局实现了经济户口的基础台帐管理，可按片区、行业、信用等级进行分类查询，并可与经济户口管理系统链接使用，成为基层巡查人员掌握和利用经济户口信息的有效工具。皿陕西省开发了基于B/S模式三层结构的县、所业务处理系统，包括政策与动态、业务信息管理、管理费征收、统计稽查等功能。皿北京、天津等兴旺地区工商局依靠当地经济户口监管系统的建立和工商网络的连通性，按照数据源头录入，一数一源的原则，谁登记，谁录入；谁检查

10、谁录入；谁处分，谁录入。记录好企业的各种信用信息，保证了数据资料的真实可靠。地工商所综合监管执法作为整个工商系统监管执法的重要组成局部，存在于工商行政管理综合业务处理系统中，为工商所提供了以建立企业信用体系为核心，以市场准入管理系统建设为基础，以经济户口监管系统建设为重点，以经济执法管理系统建设为手段，以信用体系建设为目标的信息化业务处理环境。而在我局目前使用的信息系统中，对于市、县局业务处理的支持比较好，而对工商所监管执法职能的支持还比较匮乏，缺少有效的监督管理手段。系统需要解决的主要问题为实现对工商所行政执法工作的监督管理，掌握基层机构的日常工作情况，需要解决的问题主要有：1、工商所工作

11、流程不一致，监管巡查返回信息格式不统一。2、上下级信息共享有待完善。局部企业由局机关直接登记管理，工商所缺少相关监察信息，不能对本辖区所有企业进行有效监管。3、行业信息人工分类困难，工商所缺少对风险行业有针对性巡查的手段。4、工商所费项收取管理不标准，局机关对工商所费用收缴情况和票据使用情况缺少有效监管手段。本文通过对工商系统工商所的业务需求进行分析，借鉴其他地方工商系统电子政务建设先进管理经验，结合本地实际情况，采用了先进的开发模式和开发系统，从架构设计开始，完成了对工商系统工商所综合监管系统的需求分析和系统设计，为系统的开发工作奠定了坚实的基础。通过本工程开发和实施，力图打破目前工商所各自

12、为政、监管模式各不相同的局面，建立标准统一的工商所监管流程，探索一套切实可行的工商所监管模式，把管理思想和监管机制贯穿在信息系统建设思路中，从而提高工商所行政管理水平，为工商所管理模式提供借鉴。本文的主要工作之一是通过标准的需求管理方法，理清了工商所登记、监管、企业认领、票据管理、收费的工作流程，并生成相关UML用例描述和用例约束文档，为下步开发提供依据。经过对工商所登记、监管、信用、巡查、收费等各项业务及其数据交互关系进行比较标准的需求管理分析，通过对不同地区工商所业务需求的调研和探讨，制定了全市统一标准的行政监管模式，为工商所信息化建设的顺利实施作好充分准备。本文的主要工作之二是根据潍坊市

13、工商局目前信息化建设实际情况以及业务需求对整个系统的系统结构、存储与网络架构、功能架构、分层架构进行分析设计，以保证系统的灵活性、稳定性、可扩展性以及平安性的要求。本文的主要工作之三是使用RUP方法进行软件的详细设计，以用例驱动，管理工商所业务需求和进行初期的类设计，进而生成系统的活动图、顺序图，经过对类的分析，生成关联类、实体类、实体管理类以及数据关联类，通过对类的关系的分析生成类图，最终把持久对象映射成关系数据库中的表格。而在工程实际实施中，在类设计的基础上，用P。WerDeSign设计好数据表，导入SQLSerVer数据库中，然后使用.GenerateBean从表格反向生成对应的实体类，

14、通过简单的修改局部编码，到达快速开发的目的。本文的主要工作之四是采用MVC分层设计思想实现开发,通过对VieW层、COntrOl层和Model层功能组件的设计，实现用户界面和事务逻辑的别离以及动态生成页面的逻辑局部与HTML的别离。在开发过程中尽可能既充分保护前期开发成果，又尽可能保证信息系统的可扩展性和可维护性。本文的主要工作之五是对通过功能树生成等较为复杂的算法的分析，给出了基于堆栈算法的存储过程解决方案，并使用输出结果生成功能模块树。第一章是绪论，主要介绍了系统的开发背景，以及国内外类似企业信息化建设的研究现状，说明了系统需要解决的主要问题和本文的主要奉献。第二章是需求分析,首先对系统进

15、行概述并对工程所采用的开发模式以及开发进度做了说明。然后描述了需求分析的工作模式及工作成果。需求分析的成果具体分为功能性需求和非功能性需求两局部，本文采用用例(UseCase)和CMM标准文档结合的描述方法来描述功能性需求。第三章是架构设计局部，根据对安阳市工商系统现状的分析，对系统结构、存储与网络架构、功能架构、分层架构等进行了设计，确定了系统的整体架构和核心功能。二系统需求分析1、在省局“金管”二期工程的大框架下实现反映工商所实际工作需求，满足工商所行政管理和上级部门监管需要的综合监管执法系统，系统需要实现经济户口、企业登记、个体登记、监管巡查、财务管理各局部的有机结合，标准工作流程、强化

16、管理信息资源整合、实现业务互动、资源共享，建立起潍坊市工商局统一的工商所综合业务处理系统。2、市局、县局、工商所三级联网，授权用户通过任何一台可以联网的电脑，就可以实现随时随地对收费情况的远程监控，防止乱收费等问题的发生。采取统分结合的原则，各县市局为单位建立数据运行中心，对收费和票据进行监管，市局对全市的收费情况进行监管。3、开发财务监管和个体收费系统，实现定费，收费，票据管理的统一，方便上级部门审查和监管。工商所综合监管系统从管理层次上来说分为省局、市局、分局、工商所四级结构，省局负责根本企业数据库的维护以及信用信息的回传，市局负责经济户口的分发、财务票据的分发、巡查反应情况的采集和信用等

17、级的评估，分局负责个体经济户口的分发、财务票据的认领和分发、个体户登记信息的生成，工商所负责企业、个体经济户口的认领和建档立卡、财务票据的认领和使用、对企业、个体户的巡查以及意见反应，图21给出了工商系统工商所管理系统业务流程图。图2-1工商系统工商所管理系统业务流程图从整个系统的业务流程来说，主要有个体户登记管理流程、经济户口流程，监管巡查流程，综合收费流程，分别形成各自业务环路。个体登记管理流程由工商所人员受理个体户开业申请、变更申请、停业申请、注销申请，初审后送交分局企业注册局审核，审核通过后返回工商所进行相应业务处理，打印营业执照。经济户口流程首先由市局综合监管执法系统从省局业务系统中

18、提取根本企业信息，连同分局生成的个体登记信息，一起提供应工商所作为经济户口建档立卡的根本信息。当企业被认领后，企业所在管片、巡查大队、责任人信息被明确，反应给市局和分局用于绩效考核。监管巡查（信用）流程由市局和分局根据企业信用等级，制定不同的巡查方案下发给工商所。工商所根据巡查方案有重点地巡查所属企业，并反应巡查信息到上级主管部门。综合收费（财务）流程市局发放票据到分局，分局发放票据到所，所收费人员领用票据，收费后层层缴销票据。同时，收费管理和票据管理作为工商所财务管理的一局部，贯穿在整个登记、监管业务中，并能够在市局实现对票据使用和收费情况的监控。过程软件开发有瀑布模型、快速原型模型、迭代模

19、型、螺旋模型等开发模式。工商所综合监管系统开发包括企业登记、信用、消保、财务管理等多方面内容，涉及内容多，范围广，参与人员众多，工期紧张。在开发过程中，主要要求如下：1、需要通过快速原型向业务部门演示局部系统功能，以便尽早地收集业务部门对于系统的反应，及时改正对业务部门需求的理解偏差，从而保证开发的系统真正解决他们的问题，控制软件开发风险。2、尽可能逐步集成功能模块，成熟一个功能，推广一个功能，一方面使广阔工商所能够尽早使用监管系统，满足基层信息化监管的迫切要求，另一方面在工期相对紧张的情况下，使系统功能尽可能经受长期的实践检验。为此，工程按照RUP迭代模型实现开发，采用用例驱动、以构架为中心

20、和迭代开发的方法，一方面对工程总体情况进行掌握，另一方面将工程分解为多个子任务和一系列迭代过程。由各分工程组与相关科室人员紧密配合，统筹安排子任务的开始和终止时间，以及子任务之间同步进行、交错进行、顺序进行、优先处理方式等，科学、高效地保证工程进度按方案进行，从而最大限度躲避开发风险，得到更高质量的软件。整个工程方案完成时间为14个月，总体方案如表2-1所示:阶段起始时间投入人数备注初始阶段8包括国内同类产品情况调研，开发人员熟悉工商所业务处理流程的过程细化阶段6形成设计说明书并确认构造阶段12形成可试运行的软件产品，对于相对较成熟产品提前进入移交过程。移交阶段6全员培训，推广实施表2-1工程

21、总体方案初始阶段主要工作是制定工程的范围，方案并准备业务案例，确定备选构架，准备工程环境。在本工程中，比较重要的工作是前两项，也就是业务人员和开发人员经过对同类产品调研，经对工程边界和详细业务需求有一个比较清晰的共识的过程。在初始阶段的一个重要任务就是让工程的主要领导和筹划者经过横向比较同类产品、纵向考察市县所三级现实需要，对软件最终目标做出明晰的定位，从而指导业务人员和开发人员双方的业务沟通范围。经过反复迭代过程，生成的制品有初步的工程方案、工程验收方案、起始用例模型。需要说明的是，名称管理和个体户登记管理模块是在继承原有名称统一核准、个体登记管理系统的应用成果基础上进行的进一步功能完善，业

22、务人员和开发人员对该模块的需求和工程范围的认知已经比较清晰，实现模式比较成熟，不经过本阶段直接进入细化阶段。细化阶段的目标是进一步细化需求，并设立系统构架基线，为顺利过渡到构造阶段打下坚实的基础。在这个阶段，业务人员和开发人员对工程的边界和目标认识都已经比较清晰，需求的变更有所减少，工商所的工作人员对于需求调研的方法和意义有了比较清楚的认识，能比较积极的配合需求细化工作，并能结合工作实际提出比较具体而有针对性的问题。开发人员经过前期的沟通，为进一步细化需求做好了比较充分的准备，对系统构架设计影响最大的需求和用例有了比较清晰的认识，并通过一个或多个构架原型进行构架稳定性的讨论和评估。本阶段产生了

23、比较详细的工程方案，细化的需求规格说明书以及架构设计说明书。构造阶段的主要工作是管理资源与控制过程，开发与测试组件，并随时对开发成果进行评估。受人力资源限制，本工程的构造阶段比较长，整个工程按照系统管理和框架设计、名称以及个体登记、监管巡查和经济户口、收费管理和票据管理的顺序依次开发，在整个开发过程中，相关功能模块的最终使用部门抽调业务骨干始终跟随开发，在开发过程整个过程中不断伴随测试，保证开发过程不偏离需求方向，能切实反映一线工作人员真实需求。构造阶段开发出来的功能模块经最终使用部门测试认可后，陆续在试点工商局上线运行。也就是说，在构造过程的中后期，移交阶段就已经开始了。移交阶段的需求变更已

24、经比较少，在本阶段的制品除了可试运行的产品外，还进行了部署方案的编制和培训方案、培训文档编写的初期工作。移交阶段实际在构造阶段的中后期就已经开始进行了，本工程在构造阶段结束时，名称统一核准和个体登记管理已经上线试运行，并经过了较长一段时间的实际工作检验。移交阶段进行试点局以及全工商系统的上线试运行的部署、培训、试运行工作，在此阶段开发公司保存一局部开发人员进行技术支持和故障响应，同时市局各责任科室制定软件应用推广目标责任制，监督整个系统在全系统的推广运行。在全系统软件上线运行三到五个月，软件故障收敛过程根本完成，软件稳定运行后，准备工程验收。整个开发周期如图2-2所示：任务名称工斯I开始时间完

25、成时间SeptemberNovember第一季度JanuaryMarchMay第三季度_JulySeptemberNOVee12臼需求调研产品调班65工作日10工作日2005年11月1日200涔U月1日2006年1月30日200涔11月14日11-1CU11-143需求访谈40工作日200落11月1日200咨12月26日11-11”：.么”212264需求说明书倒写5工作日2005年12月27日2006年1月2日12-271256说明书评审并更改系线界面风格设计10工作日10工作日2006年1月3日2006年1月17日2006年1月年日2006年I月30日1-31-1l-161-301213F

26、系揽设计名称管理根快个体登记长快50工作日30工作日65IfEH如06年1月31日2006年1月31日2006年1月31日2006年4月10日2006年3月13日2006年5月1日W家纭莒理费快45工作日50工作日35工作日2006年4月11日2006年6月13日2006年6月13日2006年6月12日20068月21日2006年7月31日5257瀛通银履益谷模块E信用告理模块63法律法规模块3工作日2006年8月1日2006年8月3日8-1Pl8-364总局法律法规库1工作日2006年8月1日2006年8月1B8-li-165省局法律法祝摩1工作日2006年8月I日2006年8月108-l-

27、I27-县市局收费祓块开发30工作日2006年8月22日2006年10月2日Ll工28定费管理8工作日200瞬8月22日2006年8月31日8-2?建3129费JI收取8工作日2006年9月I日2006年9月12日-1fc9-129-13西9-29-2110-230收费查询6工作日200汽9月13日2006年9月20日31Xt收费妩计三县市局票餐模块8工作日42工作日200裤9月21日2006年8月22日2006年10月2日2006年10月18日三市局收费笞理20工作日20工作日5工作日5工作日2006年10月3日2005年10月19日2006年10月19日2006年10月26日2006年10

28、月30日2006年11月15日200淬10月25日2006年11月1日447臼市局票据管理4849市局票据登记市局票据发放10-1910-26110-25ill-l50市局票据返还5工作日2006年”月2日2006年Il月8日11-211-51TO-市局票塞查询,系茨激试移交5工作日40工作日200限Il月9日2006年11月16日200落11月15日2007年1月IO日11-9i11L图2-2工程进度方案2.3需求管理需求管理首先要针对需求做出分析，随后应用于产品并提出方案。需求分析的模型正是产品的原型样本，优秀的需求管理提高了这样的可能性，它使最终产品更接近于解决需求，提高了用户对产品的满

29、意度，从而使产品成为真正优质合格的产品。从这层意义上说,需求管理是产品质量的基础。从前期工商系统的电子政务工程的实施经验来看，电子政务系统失败的主要风险经常不是来自于技术实现风险，而是在于开发者对工商业务缺乏了解，对使用者的实际需求认识不清，不能从各个使用者提出的庞杂的意见建议集中提取出统一的、具有灵活性、标准性的工作流程，进而形成系统实现。由于实际一线的软件使用者经常对软件开发过程缺乏关注和耐心，而开发者不能把需求管理提高到足够的高度来认识，导致开发者与实际使用者沟通不良，盲目开发，最终产品不能得到用户认可。轻则导致功能的频繁变更，无法确定工程边界，导致工程延期，重则产品无法得到最终用户认可

30、导致工程失败。需求管理的过程从需求开发开始，贯穿整个工程始终。在本工程中，需求管理的目标就是确切了解本系统使用者，包括市局、分局相关科室人员、工商所工作人员的需求，找出能满足所有使用者的最正确解决方案。需求管理总体可分为四个阶段：需求获取、需求分析、编写需求规格和需求验证。在本节中着重阐述需求获取，需求分析和编写需求规格的过程。相对于工商系统局机关的工作人员来说，工商所的工作人员的日常事务处理范围较广，随机性更大，人为控制因素更强，更加习惯于人工处理业务，相对信息设备配置条件也较差。而需求的获取在一个信息化建设尚未成熟，人员计算机操作技能相对较低，还不习惯在信息化环境中进行业务处理的部门往往

31、存在各种各样困难，主要有：1、由于长期手工作业，虽然有相关法律法规规定，但大局部工商所工作流程并不清晰，各工商所业务处理方式有所不同，为软件统一化造成了困难。2、工商所人员习惯于手工处理业务，对于计算机操作有畏难情绪，不愿意改变工作方式，对需求调研缺乏配合。3、各部门之间职责权限划分不清，少量业务流程难以确定主办（责任）部门。4、需求不断变更，工程边界难以确定前三项困难主要来自工商所，而在局机关这样已习惯于信息化处理的部门相对需求调研的环境要好得多。而第四项困难主要来自主要决策人，往往工程的主要决策人（局领导）对于工程的定位不清，调研初期的需求很单纯，而在随着对工程的了解加深导致需求范围扩大化

32、要求大而全的软件。在本次工程中，需求开发的主要解决方法是：1、外出调研，通过与国内其他地市工商局信息化建设情况以及同类产品的比照，确定工程边界，明确工程应到达的最终目标。2、确定人员，建立软件应用推广工程组，由市局局长直接牵头、信息分管副局长和企业注册分管副局长负责调度，人事政工科负责组织，确保每次需求调研讨论都能保证抽调主管部门的业务骨干参加，保证需求调研的准确性。3、标准统一业务流程，不明确不统一的业务流程由局长协调，确定负责单位，制定全市统一的业务处理流程。同时对业务流程的每个环节进行分解，识别分支流程，直至确认每个流程中的每个环节主办部门，每个环节要求的工程、格式、方式的输入和输出，

33、每个环节的输入和输出之间的变化或关系，每个环节的输入的数据来源、数据去向、数据类型、校验规则以及每个环节数据工程是否符合国家工商总局信息化建设数据标准的相关规定。4、对每次沟通的情况及时总结归纳，整理调研结果，形成书面文字材料，业务人员和开发人员签字确认。同时找出新的疑点，初步构成需求基线。5、掌握需求调研频度，若需求基线符合要求，则进入设计编码阶段，然后返回到用户再次确定需求，如此迭代屡次，直到需求分析使双方满意为止。6、对工程组开发人员认识的澄清。开发人员对书面需求理解的偏差也经常导致最终实现不能到达前期沟通的要求，程序员经常习惯性地以自己的想法去代替用户对软件的需求，在软件设计中带有随意

34、性，导致生成的产品不能让使用者满意。为此，工程组内部业务人员和开发人员的经常沟通交流非常必要。分析本系统主要是围绕工商所的个体登记管理，企业、个体户信用评估及巡查监管、工商所收费监管，工商所辖区内企业动态信息监控及辅助决策、工商所工作人员工作效能评估等行政管理职能、信息管理职能、辅助业务管理职能，建立一套技术先进、性能可靠、功能齐全的系统，系统内的用户在各自权限内进行各自的工作，同时又能保证各模块之间的信息互通以及业务联动，防止出现信息孤岛。客户端采用“零安装”的浏览器方式，具有高度稳定性、良好的可扩展性和严格的权限控制，保障系统平安。潍坊市工商系统工商所主要业务有个体登记、收费、票据管理、经

35、济户口（建档立卡局部）、监管巡查、信用评估，从监管巡查中又分出食品平安监管巡查业务。各业务之间关系如图2-3所不：财务总据看JS收安青JK企业登圮瞥出*个体矍;瞥理0建钥S息建档立卡日堂三百检将结累专做检君图2-3业务关系图市局综合监管执法效劳器从省局业务系统中提取数据后，下发给工商所人员。工商所人员从市局中心数据库获取数据，按辖区和管片的划分认领企业，并对认领企业进行建档立卡，并根据有关特定行业建档要求，对特殊行业企业建档，如食品经营主体建档，以备常规巡查以及专项巡查使用。经过对行业风险等级、地域等信息对企业初步分级，制定新认领企业的巡查方案，在预警管理模块中给予提醒。同时，收费管理和票据管

36、理作为工商所财务管理的一局部，贯穿在整个登记、监管业务中，并在监管预警信息、统计查询模块中反映出来。本文中，以收费管理、票据管理、系统管理三局部为例进行用例分析，其它局部做一概述：个体户工商管理费收费管理系统主要为包含工商所所长、副所长、信息管理员在内的定费管理组人员，以及包括工商所各管片工作人员在内的收费组人员提供必要的收费业务处理环境。收费管理从所长、副所长确定费项收取的标准开始，收费员根据上级制定的各类收费标准，执行收费业务，每一次收费，需要指定使用的发票号，从收费员的发票库存表里关联无误后，打印发票。同时市局、分局的财务人员可以通过报表统计，审查监管工商所的收费情况。图2-4给出收费管

37、理的用例图：图2-4收费管理用例下面以定费管理局部为例说明分析过程：当辖区内有新的个体户办理了开业登记手续以后，工商所的所长、副所长检索待定费人员列表，逐个查阅个体户根本登记信息以及根本经营情况，根据有关规定以及业户的实际行业类别、经营规模确定管理费额度。管理费额度一旦确定，收费员必须根据指定的收费额度进行收费，不得自行调整收费金额。如因特殊原因需要对管理费定额作调整的，应由收费员上报至所长或者副所长，对管理费额度进行修订。通过分级定费审核，防止前期因工作人员自行定费而导致的定费标准不统一，定费过程不标准，缺乏有效监管的问题。同时考虑到所里工作实际情况，所长经常指定一个信息管理员具体负责系统维

38、护工作。因此，信息管理员也拥有定费和定费修改权限。根据上述场景描述，可分析用例图元素如下：定费参与者有工商所所长、副所长、管理员，定费管理员角色是对具体领导的一个泛化通过分级定费审核，防止前期因工作人员自行定费而导致的定费标准不统一，定费过程不标准，缺乏有效监管的问题。经与企业注册局、工商所相关人员讨论需求，初步细化用例有检索待定费个体户列表、调用登记信息、定费、定费修改、管理费减免，检索待定费列表、调用登记信息均需调用数据提取模块，而定费、定费修改、管理费减免均存在对数据库的写入功能用例顺序根据定费的实际决策过程划分，从登入系统检索待定费个体户开始，到最终定费调整完成结束为了明确对用例图的表

39、述，在每个用例后附有如下表的用例规约描述，以便业务人员与开发人员正确沟通，防止造成误解。功能类别功能名称、标识符描述个体定费个体定费.1待定费个体工商户检索个体定费.2观察个体工商户详细信息个体定费.3个体工商户定费个体定费.4个体工商户减免工商费定费调整根据注册号、名称、负责人、经营场所、管片、行业批量检索已定费个体户信息调整单户管理费定额批量调整管理费定额名称、标识符个体定费.1功能描述根据注册号、名称、负责人、经营场所、管片、行业批量检索未定费个体户信息操作者定费管理组人员优先级高输入注册号、名称、负责人、经营场所、管片、行业输出分页显示的未定费个体户列表成功保证提取信息成功非功能要求业

40、务规则分页显示设计约束名称、标识符个体定费.2功能描述观察个体工商户详细信息操作者定费管理组人员优先级高输入选定个体工商户输出个体工商户登记信息页面，根本情况、经营者信息、审批证件、变更事项、审核意见成功保证翻开个体工商户登记信息页面业务规则说明必须遵循客户方面的业务规则设计约束说明对下一步的设计工作的要求工商财务票据管理系统主要为工商机关财务票据管理人员日常业务工作提供软件实现。本系统由如下几局部组成：票据分发、票据查询、票据统计、票据维护。票据的分发和管理涉及从市局财务科的票据管理开始,市局财务把省局下发的票据登记入库,同时把票据按号分段，下分到分局；分局财务科到市局领用票据，登记票据入库

41、后分发到工商所;工商所票据管理员领用票据同时登记入库，最终由收费员认领票据，存入个人的票据库中，在收费时使用；市局、分局分管领导可对票据的分发情况、使用情况进行查询。分析过程如下：参与者有市局票管员、分局票管员、基层单位票管员、票据使用人员、分管局领导、财务科领导。分管领导角色是对具体领导的一个泛化，查询及统计用户是对拥有查询统计权限的参与者的一个泛化。经与各级财务、工商所讨论需求，初步细化用例有省局票据登记、市局票据发放、市局票据登记、地方票据录入、分局票据发放、分局票据领用、票据关联、查询统计。用例顺序根据票据的流转实际过程划分，从登记来自省局的票据开始，到工商所人员收费使用发票、票据查询

42、结束。综上所述，构建票据流转的用例如图:图2-5财务票据管理用例图如上图所示，票据分发过程分为省、市、县、所四级管理体制。市局票据管理员从省局领取发票后，在票据管理系统中做省财政票据登记，可根据业务需要进行票据的添加、修改、删除、查询操作。市局票管员按全市调度方案把票据分号段下发到各分局，并保存票据的发放信息。根据实际情况，可以对票据发放信息进行添加修改删除以及打印操作。各分局票管员从市局领取本号段的市局财政票据，同时进行地方票据录入登记，并分发到所,保存发放信息。工商所票管员根据实际工作需求，每季度从分局领取一定量的定额以及不定额发票，登记到工商所票据库中。工商所收费人员在收费之前，先领用票

43、据，收费时先获取当前使用的发票信息,然后进行发票打印。市局、分局、工商所领导均可使用查询统计模块对分管范围内的票据管理情况进行跟踪监督。票据查询功能实现对票据管理人员及票据使用人员的无纸化查询及电子台帐等，具体查询工程有票据数据登记查询、个人票据库存查询、单位票据发放查询、票据作废情况查询、票据作废情况查询、非定额票据缴销查询、定额票据缴销查询、个人票据领用查询、个人票据未缴销查询、票据发放单位库存查询、票据使用单位库存查询、票据收费情况查询、个人票据已使用未缴销查询。票据统计及维护实现对票据管理人员生成票据月报表情况以及对票据进行修改和删除的功能等，主要包括票据使用情况统计、票据作废维护、非

44、定额票据缴销维护、定额票据缴销维护。基于以上分析过程，在本工程中完成了涵盖工商所所有日常业务处理的信息管理系统需求分析。除了收费管理和票据管理外，本系统还应包括企业管理和巡察监管的相关内容。主要包括对企业个体名称字号的管理，以实现对名称的查重、核准、名称保护、名称保存、名称到期处理、名称转让等监管职能；提供对个体工商户整个生命周期内的经营行为的监管功能，包括个体户的开业登记及审批、个体户经营情况变更、个体户注撤消、个体户停业复业、个体户验照、个体户经营情况的统计和报表查询等功能；实现工商所的行政管理人员对个体户和企业进行认领建档和综合管理等分级分类监管以及食品平安监管职能，通过对企业及个体工商

45、户经营情况、违法违章记录、经营门类风险度的评估，生成不同的信用级别，有重点有针对性地对高风险企业进行巡查,并把巡查情况反应信息系统作为信用评价的参考依据；同时还应提供对机构设置、管片设置、人员设置、数据字典维护等必要功能。2.6非功能性需求分析非功能性的需求描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、标准和约束，操作界面的具体细节和构造上的限制，通常还包含响应时间、交换速率、信息容量、可靠性等要求。工商所综合管理系统页面设计应与内部政务协作系统以及潍坊红盾信息网风格保持一致，采用清新稳重的淡蓝色格局，以表达行政执法，阳光政务的风格。在主页上，利用色彩来突出显示重要的事项

46、在整个站点中，链接都将保持为标准的蓝色。所有的正文文字都是黑色，而表标题对于各种背景颜色都为白色，通知与警示用红色。图形标准:考虑到局部工商所外出办案使用GPRS接入网络,速度为28.8K调制解调器的连接速度。为了便于快速装载，此站点将尽量少用照片和其它图像。除主徽标、页眉和广告之外，在每一页上只使用少数的几幅其它图像。此站点将不使用任何JavaScript翻滚或动画，保证每页容量不超过15KB。这将确保下载速度较快并且该Web站点与新旧浏览器都可兼容。个性化元素，用户页面的顶部由当前登陆用户姓名及所属单位组成。它向用户确认，他们已经正确登录并且屏幕上的信息已经为他们进行了定制。在正文区显示

47、当前用户待办事项与警示。易用性：操作界面与操作风格尽可能与省局综合业务系统保持一致，使用风格同样的菜单及正文区设计，菜单操作方式以及信息提示位置尽可能相同，以便于操作人员尽快熟悉本系统功能。2.6.2产品性能需求。安阳市工商系统工作人员中，需要使用本系统处理业务的主要部门有市局、分局的企业注册局、财务科、消保科以及所有工商所、市场管理办公室。总用户量估计为市局（企业注册局12人+财务科6人+消保科6人）+分局（企业注册局5人+财务科3人+消保科3人）*17+工商所（6人）*218心1500人，初步估算按照平均每人每天办理三个业务，每个业务需要进行三次查询，每次查询翻开5个页面，则平均每人每天翻开业务系