首页 软件工程论文

软件工程论文

举报
开通vip

软件工程论文软件工程论文 分类号:TP311 单位代码:10422 密 级: 学 号:R032004076 学 位 论 文 硕 士 论文题目: 工商所综合监管执法系统 的设计与实现 The design and development of business administration integrated management and execution system 作 者 姓 名 邱 嵩 专 业 软件工程 指导教师姓名 专业技术职务 李学庆 教授 2004年 04 月 12日 原创性声明和关于...

软件工程论文
软件工程 论文 政研论文下载论文大学下载论文大学下载关于长拳的论文浙大论文封面下载 分类号:TP311 单位代码:10422 密 级: 学 号:R032004076 学 位 论 文 硕 士 论文题目: 工商所综合监管执法系统 的设计与实现 The design and development of business administration integrated management and execution system 作 者 姓 名 邱 嵩 专 业 软件工程 指导教师姓名 专业技术职务 李学庆 教授 2004年 04 月 12日 原创性声明和关于论文使用授权的说明 原 创 性 声 明 本人郑重声明:所呈交的学位论文,是本人在导师的指导下,独立进行研究所取得的成果。除文中已经注明引用的 日 期: 关于学位论文使用授权的声明 本人完全了解山东大学有关保留、使用学位论文的规定,同意学校保留或向国家有关部门或机构送交论文的复印件和电子版,允许论文被查阅和借阅;本人授权山东大学可以将本学位论文的全部或部分 导师签名: 日 期: 山东大学硕士学位论文 目 录 摘要 .................................................................................................................................... i ABSTRACT ..................................................................................................................... iii 第一章 绪论 ..................................................................................................................... 1 ?1.1系统开发背景 ................................................................................................... 1 ?1.2国I 山东大学硕士学位论文 ?3.4分层架构设计 ................................................................................................. 29 第四章详细设计 ............................................................................................................. 31 ?4.1类设计 .......................................................................................................... 31 ?4.2活动过程分析 .............................................................................................. 34 ?4.3通信交互过程分析 ...................................................................................... 35 ?4.4持久对象的设计 .......................................................................................... 38 第五章系统实现 ............................................................................................................. 40 ?5.1系统实现模式 .............................................................................................. 40 ?5.1.1 View层的技术实现 ............................................................................ 41 ?5.1.2 Control层的技术实现 ........................................................................ 44 ?5.1.3 Model层的技术实现 .......................................................................... 45 ?5.2 开发过程中有关技术问题的实现 ........................................................... 47 ?5.2.1功能树访问控制权限实现 .................................................................. 47 ?5.2.2功能树显示实现 .................................................................................. 52 ?5.3核心业务实现 .............................................................................................. 54 第六章 结束语 ............................................................................................................... 58 参考文献 ......................................................................................................................... 59 致 谢 ............................................................................................................................. 61 II 山东大学硕士学位论文 Contents Chinese Abstract ............................................................................................................. i ABSTRACT ..................................................................................................................... iii Chapter1 Introduction ....................................................................................................... 1 ?1.1 The background of system development .......................................................... 1 ?1.2 The relative technique background about core algorithms in the world ........... 2 ?1.3The main question this article solves ................................................................. 3 ?1.4 The main work of mine ..................................................................................... 4 ?1.5 The organization and structure of this article .................................................... 5 Chapter 2 The outline of system ....................................................................................... 6 ?2.1 System contents ................................................................................................ 6 ?2.1.1 The goal.................................................................................................. 6 ?2.1.2 System description ................................................................................. 6 ?2.2 Project design process ....................................................................................... 8 ?2.3 The analysis of system requirement ................................................................ 10 ?2.4 The achievement of system requirerment ....................................................... 11 ?2.5 The analysis of system requirement ................................................................ 12 ?2.5.1The management of the charge ............................................................. 13 ?2.5.2 The management of the bill ................................................................. 16 ?2.5.3 The description of the other function ................................................... 18 ?2.6 The analysis of the nonfunctional requirement ............................................... 19 ?2.6.1 Interface design .................................................................................... 19 ?2.6.2 Product performance requirement ........................................................ 19 Chapter 3 System architecture design ............................................................................. 21 ?3.1System structure design ................................................................................... 21 ?3.2Storage and network design ............................................................................. 22 ?3.3Function design ................................................................................................ 27 ?3.4 Layor design .................................................................................................... 29 III 山东大学硕士学位论文 Chapter 4 Detailed design ............................................................................................... 31 ?4.1Class design ............................................................................................... 31 ?4.2Activity process design ......................................................................... 34 ?4.3Communication interaction design ....................................................... 35 ?4.4Lasting object design ............................................................................. 38 Chaptet 5 system reliazation ........................................................................................... 40 ?5.1system reliazation mode ......................................................................... 40 ?5.1.1 View layor technical reliazation ........................................................... 41 ?5.1.2 Control layor technical reliazation ....................................................... 44 ?5.1.3 Model layor technical reliazation ......................................................... 45 ?5.2 Technical problem solvment in design process ........................... 47 ?5.2.1 The reliazation of control of the right to access the function tree........ 47 ?5.2.2 The reliazation of display of the function tree ..................................... 52 ?5.3 Core bussiness reliazation ........................................................................... 54 Chapter 6 Ending words .................................................................................................. 58 References ....................................................................................................................... 59 Thanks ............................................................................................................................. 61 IV 山东大学硕士学位论文 摘要 作为对省局开发的工商综合业务处理系统的有益补充,工商所综合监管执法系统为广大工 商所工作人员的个体户登记管理、经济户口管理、监管巡查和信用管理、收费及票据管理提 供了基于权限划分、流程化审批和全市数据集中的有效信息化业务处理手段。 通过本项目的开发,力图打破目前工商所各自为政,监管模式各不相同的局面,建立规范 统一的工商所监管流程,探索一种切实可行的工商所监管模式,把管理思想和监管机制贯穿 在信息系统建设思路中,提高工商所行政管理水平,为工商所管理模式提供借鉴。 本人通过对系统开发的背景和国内外同行业产品的发展现状的分析,提出了项目需要解决 的主要问题以及应该达到的目标,采用Rational统一过程(RUP)为软件开发方法,以统一 建模语言(UML)为分析设计描述语言,以J2EE为技术平台架构,对工商所综合监管执法 系统进行了需求分析和系统设计,并采用RUP的系统建模方法对个体户登记管理、经济户 口管理、监管巡查和信用管理、收费及票据管理各功能模块进行了详细设计和代码实现,实 现了工商所综合监管执法系统。 通过对工商所登记、监管、信用、巡查、收费等各项业务及其数据交互关系的需求开发, 理清了当前工商所登记、监管、企业认领、票据管理、收费的工作流程,并生成规范的UML 用例描述和用例约束文档。根据潍坊市工商局目前信息化建设实际情况以及业务需求对整个 系统的总体架构、功能架构、分层架构、存储架构、网络架构进行了分析与设计,保证了系 统的灵活性、稳定性、可扩展性和安全性。使用RUP方法进行软件的详细设计,以用例驱 动,管理工商所业务需求和进行初期的类设计,进而生成系统的活动图、顺序图,经过对类 的分析,生成关联类、实体类、实体管理类以及数据关联类,通过对类的关系的分析生成类 图,最终把持久对象映射成关系数据库中的表格。采用MVC分层设计思想,通过对View 层、Control层和Model层功能组件的设计,实现用户界面和事务逻辑的分离以及动态生成 网页的逻辑部分与HTML的分离。在开发 i 山东大学硕士学位论文 过程中尽可能实现了既充分保护了前期开发成果,又尽可能保证信息系统的可扩展性和可 维护性。通过对功能树生成等较为复杂的算法的分析,给出了基于堆栈算法的存储过程解决 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 ,并使用输出结果生成功能模块树。 系统已在潍坊市工商系统范围内全部上线运行,在规范监管执法行为,提高执法效能,加 强收费管理方面取得了明显的效果。 关键词:UML;架构;MVC;监管执法系统 ii 山东大学硕士学位论文 ABSTRACT As a useful supplement of the integrative Commerce and Industry manage system developed by Provincial Commerce and Industry Bureau,the integrative Commerce and Industry Department supervision and law-executing system provide the Commerce and Industry Department staff an effective informational operation manage means based on might compartmentalize, flowing examine and data centralization of the city. This system was developed for conducting the registering of the self-employed workers, economic account management, supervision, credit management and management of charge and bill. By this system, we hope to finish the current complexion of Commerce and Industry Department conduct operations in their own way and different supervision model, and establish a normative and uniform Commerce and Industry manage Department supervision flow, and explore an available Commerce and Industry Department intendance model. Management and supervision mechanism thinking permeates the thinking of building information systems, the increase in industrial and commercial administration, for industrial and commercial Departmentmanagement model for reference. By the analysis of the system and the development of domestic and international background with the industry product development status, I project the major issues that need to address and the goal should achieve, using Rational Unified Process (RUP) software development methodology, in a unified modeling language (UML) for the analysis and design description language, using J2EE platform structure Trade and Industry to consolidated supervision by the law-executing system for needs analysis and system design, and the use of RUP system modeling methods of registered management of the self-employed workers, economic account management, inspection and supervision of credit management, management of charge and bills of the functional modules of the detailed design and code to achieve iii 山东大学硕士学位论文 and realize the business has consolidated law-executing system. Through the development of demand for interactive the industrial and commercial Department registration, regulation, credit, inspections, charge and other business data, clearing Out the current industrial and commercial Departmentregistration, regulation and unclaimed, the voucher management, charge, workflow, and generating standard UML Use Case descriptions and the use of binding document cases. According to the Commerce and Industry Bureau in Weifang City of current information to actual circumstances and operational needs of the overall system structure, functional structure, the hierarchical structure, storage structure, the network structure for the analysis and design of the system to ensure flexibility, stability, scalability and security. RUP methods used for the detailed design of the software to use case-driven, management of industrial and commercial business needs and the early stage of type design, thereby generating the activity diagram, sequence diagram, After the kind of analysis, production associated categories, such entities, entities Management and Data Association category, By category analysis of the relationship between the class diagram generation, eventually lasting object mapping into the relational database tables. Using MVC design stratified by the View layer, Model Control layer and the layer functional components design, User interface and business logic of separation and dynamically generated web pages with HTML part of the logic of separation. In the development process as possible is the full protection of the results of the early phase of development, Also, as far as possible to ensure information systems scalability and maintainability. Through the tree-generating functions more complex algorithm, which is based on the memory stack algorithm process solutions, and the use of generated output module tree. System has been in Weifang City business within the system running on the line all the regulation and supervision law-executing, improving law-executing effectiveness, strengthen the management fees have achieved noticeable results. Keywords:UML;structure;MVC;supervision and law-executing systems iv 山东大学硕士学位论文 第一章 绪论 ?1.1系统开发背景 根据省工商局建设“小机关大基层”,积极改革创新市场监管手段的指导思想,人员安排、 资金安排向基层倾斜,促进基层建设,加强基层管理,使工商所真正成为企业及个体工商户管理的第一线。随着机构改革的深入进行,越来越多的管理、审批权限下放到工商所,随着工商所行政职能的不断增强,工商所成为工商系统业务信息数据运行处理的主要机构,建立工商所信息管理系统,把信息采集与日常监管巡查相结合,把第一手获取的企业监管信息经处理后重新提交市局中心数据库,既便于市局掌握第一手动态企业资料,也便于工商所规范行政管理过程。 工商所作为企业、个体工商户一线管理机构,管理内容涉及企业登记、监管、公平交易、市场、 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 、商广、消保维权、专项治理等多方面内容,涵盖业务面广,各业务耦合性强。由于长期处于人工处理业务状态,大量纸质信息封存于工商所,难以被重新利用,局机关对各所辖区经济情况难以准确把握,各业务科室信息难以沟通。具体表现在,企业信息及经营情况动态监管内容在办案时难以及时获取,而巡查、违规处罚等信用评估内容在办案科室生成,难以及时转入企业信用体系并对监管巡查进行指导。要增强工商所的综合监管职能,必须通过有效的信息化管理手段,实现各业务部门之间的紧密协作和信息的互联互通。 在增强对企业监管的同时,工商所的日常执法工作也需要得到上级主管部门的有效监管。潍坊市工商系统辖下17个分局218个工商所,地理位置遍布潍坊市所有市、县、乡镇,工商所工作相对独立,虽然市局设立了纪检监察室等一系列监控机构,但相对监控困难。通过信息手段实现网上审批,彻底改变工商所日常工作、信息反馈模式,有利于明晰职权,规范工商所行政管理手段,也有利于上级主管部门对工商所进行有效的监管。其中,收费管理和财务监管是工商所监管的重要内容。为了加强对潍坊市工商行政管理局及所属各级单位财务收费的管理,全面落实上级部门关于加强财务行政收费管理工作的有关意见,利用信息化手段建立财务收费监管系统,分别对各局、工商所行政收费工 1 山东大学硕士学位论文 作进行有效监控,加强对票据、收费监管的力度,提高业务收费工作效率,是杜绝乱收费、打白条现象,规范管理,增收节支的有效手段。 ?1.2国内外的研究现状 工商所是工商系统的最基层地方派出机构以及职能执行机构,工商所综合监管执法系统的业务体现了工商系统最根本的职能特点,就是对企业的监管、对市场交易行为的监管、信用体系的建立和消费者权益保护。各地经济发展程度不同,管理模式也相应有所区别。 20世纪90年代以来,欧美等主要国家工商管理主要采用行会性质的社团组织完成,电子政务建设主要致力于管理机构与民众之间的沟通与交流,致力于网络系统、信息渠道以及在线服务的建设,帮助消费者解决其消费法律咨询等方面的问题以及涉及居民必须的生产生活资料和商品的投诉等问题。如在德国的工商管理派出机构,电子政务建设的重点是实现对市场交易行为的巡查监 【1】 而信用体系的建立在国外通常是通过法律框架之外的第三方在线机构来执行。最典型的如美国的最典型的如TRUSTe,它是一个非盈利性机构,其职能任务是通过改善信息披露机制来建立用户对互联网的信任,其会员是通过TRUSTe的专用信任标识来增加消费者对在线交易的信任。还有BBB (Beter usiness Bureau)以及()PA (Online Privacy Aliance)等中介结构,他们向消费者提供信用信息,帮助消费者辨识网上交易活动的真实性,并向执法部门提供欺诈行 【2】 我国的工商系统电子政务建设目前仍处在起步与尝试的阶段。在工商所市县所三级电子政务系统应该如何建设也有一部分论述。作为市县所三级工商行政电子政务系统,应能具备可扩展性好,自适应能力强,统一的网络管理和数据管理,瘦客户/胖客户的应用信息系统模式以及立体、多层次的安全防范体系的 【3】这也是我们本次项目开发过程中应该关注的内容。 目前从工商系统电子政务建设发展情况来看,发展程度不平衡的现象比较突出。从地域来看,总体上东南沿海经济较为发达的地区,电子政务发展比较快,而中西部地区相对落后。从行政级别来看,国家、省市工商局的电子政务 2 山东大学硕士学位论文 发展比较快,而分局、工商所信息化发展相对落后。今年来,对基层执法监管的电子政务建设方面的研究正逐渐展开。 江苏盐城工商局实现了经济户口的基础台帐管理,可按片区、行业、信用等级进行分类查询,并可与经济户口管理系统链接使用,成为基层巡查人员掌 【4】 陕西省开发了基于B/S模式三层结构的县、所业务处理系统,包括政策与 【5】 北京、天津等发达地区工商局依靠当地经济户口监管系统的建立和工商网络的连通性,按照数据源头录入,一数一源的原则,谁登记,谁录入;谁检查,谁录入;谁处罚,谁录入。记录好企业的各种信用信息,保证了数据资料的真 【6】 工商所综合监管执法作为整个工商系统监管执法的重要组成部分,存在于工商行政管理综合业务处理系统中,为工商所提供了以建立企业信用体系为核心,以市场准入管理系统建设为基础,以经济户口监管系统建设为重点,以经济执法管理系统建设为手段,以信用体系建设为目标的信息化业务处理环境。而在我局目前使用的信息系统中,对于市、县局业务处理的支持比较好,而对工商所监管执法职能的支持还比较匮乏,缺少有效的监督管理手段。 ?1.3系统需要解决的主要问题 为实现对工商所行政执法工作的监督管理,掌握基层机构的日常工作情况,需要解决的问题主要有: 1、工商所工作流程不一致,监管巡查返回信息格式不统一。 2、上下级信息共享有待完善。部分企业由局机关直接登记管理,工商所缺少相关监察信息,不能对本辖区所有企业进行有效监管。 3、行业信息人工分类困难,工商所缺少对风险行业有针对性巡查的手段。 4、工商所费项收取管理不规范,局机关对工商所费用收缴情况和票据使用情况缺少有效监管手段。 3 山东大学硕士学位论文 ?1.4 山东大学硕士学位论文 了基于堆栈算法的存储过程解决方案,并使用输出结果生成功能模块树。 ?1.5 全文共分为七章。 第一章是绪论,主要介绍了系统的开发背景,以及国内外类似企业信息化建设的研究现状,说明了系统需要解决的主要问题和 第二章是需求分析,首先对系统进行概述并对项目所采用的开发模式以及开发进度做了说明。然后描述了需求分析的工作模式及工作成果。需求分析的成果具体分为功能性需求和非功能性需求两部分, 第三章是架构设计部分,根据对潍坊市工商系统现状的分析,对系统结构、存储与网络架构、功能架构、分层架构等进行了设计,确定了系统的整体架构和核心功能。 第四章是详细设计部分,通过基于RUP的分析设计过程,阐述了从用例、活动、顺序图最终生成到类图并映射静态对象的设计方法。 第五章是功能实现,阐述了系统功能模块的开发实现的方法,并说明整个项目的开发模式,并对较复杂算法进行了描述,展示最终实现的功能界面。 第六章是结束语,对整个项目的开发过程进行总结,对下一步工作进行展望。 5 山东大学硕士学位论文 第二章 系统需求分析 ?2.1系统概述 ?2.1.1总体目标 1、在省局“金管”二期工程的大框架下实现反映工商所实际工作需求,满足工商所行政管理和上级部门监管需要的综合监管执法系统,系统需要实现经济户口、企业登记、个体登记、监管巡查、财务管理各部分的有机结合,规范工作流程、强化管理信息资源整合、实现业务互动、资源共享,建立起潍坊市工商局统一的工商所综合业务处理系统。 2、市局、县局、工商所三级联网,授权用户通过任何一台可以联网的电脑,就可以实现随时随地对收费情况的远程监控,防止乱收费等问题的发生。采取统分结合的原则,各县市局为单位建立数据运行中心,对收费和票据进行监管,市局对全市的收费情况进行监管。 3、开发财务监管和个体收费系统,实现定费,收费,票据管理的统一,方便上级部门审查和监管。 ?2.1.2业务描述 工商所综合监管系统从管理层次上来说分为省局、市局、分局、工商所四级结构,省局负责基本企业数据库的维护以及信用信息的回传,市局负责经济户口的分发、财务票据的分发、巡查反馈情况的采集和信用等级的评估,分局负责个体经济户口的分发、财务票据的认领和分发、个体户登记信息的生成,工商所负责企业、个体经济户口的认领和建档立卡、财务票 据的认领和使用、对企业、个体户的巡查以及意见反馈,图2,1给出了工商系统工商所管理系统业务流程图。 6 山东大学硕士学位论文 图2,1 工商系统工商所管理系统业务流程图 从整个系统的业务流程来说,主要有个体户登记管理流程、经济户口流程,监管巡查流程,综合收费流程,分别形成各自业务环路。 个体登记管理流程由工商所人员受理个体户开业申请、变更申请、停业申请、注销申请,初审后送交分局企业注册局审核,审核通过后返回工商所进行相应业务处理,打印营业执照。经济户口流程首先由市局综合监管执法系统从省局业务系统中提取基本企业信息,连同分局生成的个体登记信息,一起提供给工商所作为经济户口建档立卡的基本信息。当企业被认领后,企业所在管片、巡查大队、责任人信息被明确,反馈给市局和分局用于绩效考核。监管巡查(信用)流程由市局和分局根据企业信用等级,制定不同的巡查 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 下发给工商所。工商所根据巡查计划有重点地巡查所属企业,并反馈巡查信息到上级主管部门。 综合收费(财务)流程市局发放票据到分局,分局发放票据到所,所收费人员领用票据,收费后层层缴销票据。同时,收费管理和票据管理作为工商所财务管理的一部分,贯穿在整个登记、监管业务中,并能够在市局实现对票据使用和收费情况的监控。 7 山东大学硕士学位论文 ?2.2项目开发过程 软件开发有瀑布模型、快速原型模型、迭代模型、螺旋模型等开发模式。工商所综合监管系统开发包括企业登记、信用、消保、财务管理等多方面内容,涉及内容多,范围广,参与人员众多,工期紧张。在开发过程中,主要要求如下: 1、需要通过快速原型向业务部门演示部分系统功能,以便尽早地收集业务部门对于系统的反馈,及时改正对业务部门需求的理解偏差,从而保证开发的系统真正解决他们的问题,控制软件开发风险。 2、尽可能逐步集成功能模块,成熟一个功能,推广一个功能,一方面使广大工商所能够尽早使用监管系统,满足基层信息化监管的迫切要求,另一方面在工期相对紧张的情况下,使系统功能尽可能经受长期的实践检验。 为此,项目按照RUP迭代模型实现开发,采用用例驱动、以构架为中心和迭代开发的方法,一方面对项目总体情况进行掌握,另一方面将项目分解为多个子任务和一系列迭代过程。 由各分项目组与相关科室人员紧密配合,统筹安排子任务的开始和终止时间,以及子任务之间同步进行、交错进行、顺序进行、优先处理方式等,科学、高效地保证项目进度按计划进行,从而最大限度规避开发风险,得到更高质量的软件。 整个项目计划完成时间为14个月,总体计划如表2-1所示: 表2-1 项目总体计划 初始阶段主要工作是制定项目的范围,计划并准备业务案例,确定备选构架,准备项目环境。在本项目中,比较重要的工作是前两项,也就是业务人员和开发人员经过对同类产品调研,经对项目边界和详细业务需求有一个比较清 8 山东大学硕士学位论文 晰的共识的过程。在初始阶段的一个重要任务就是让项目的主要领导和策划者经过横向比较同类产品、纵向考察市县所三级现实需要,对软件最终目标做出明晰的定位,从而指导业务人员和开发人员双方的业务沟通范围。经过反复迭代过程,生成的制品有初步的项目计划、项目验收计划、起始用例模型。需要说明的是,名称管理和个体户登记管理模块是在继承原有名称统一核准、个体登记管理系统的应用成果基础上进行的进一步功能完善,业务人员和开发人员对该模块的需求和项目范围的认知已经比较清晰,实现模式比较成熟,不经过本阶段直接进入细化阶段。 细化阶段的目标是进一步细化需求,并设立系统构架基线,为顺利过渡到构造阶段打下坚实的基础。在这个阶段,业务人员和开发人员对项目的边界和目标认识都已经比较清晰,需求的变更有所减少,工商所的工作人员对于需求调研的方法和意义有了比较清楚的认识,能比较积极的配合需求细化工作,并能结合工作实际提出比较具体而有针对性的问题。开发人员经过前期的沟通,为进一步细化需求做好了比较充分的准备,对系统构架设计影响最大的需求和用例有了比较清晰的认识,并通过一个或多个构架原型进行构架稳定性的讨论和评估。本阶段产生了比较详细的项目计划,细化的需求规格说明书以及架构设计说明书。 构造阶段的主要工作是管理资源与控制过程,开发与测试组件,并随时对开发成果进行评估。受人力资源限制,本项目的构造阶段比较长,整个项目按照系统管理和框架设计、名称以及个体登记、监管巡查和经济户口、收费管理和票据管理的顺序依次开发,在整个开发过程中,相关功能模块的最终使用部门抽调业务骨干始终跟随开发,在开发过程整个过程中不断伴随测试,保证开发过程不偏离需求方向,能切实反映一线工作人员真实需求。构造阶段开发出来的功能模块经最终使用部门测试认可后,陆续在试点工商局上线运行。也就是说,在构造过程的中后期,移交阶段就已经开始了。移交阶段的需求变更已经比较少,在本阶段的制品除了可试运行的产品外,还进行了部署计划的编制和培训计划、培训文档编写的初期工作。 移交阶段实际在构造阶段的中后期就已经开始进行了,本项目在构造阶段结束时,名称统一核准和个体登记管理已经上线试运行,并经过了较长一段时 9 山东大学硕士学位论文 间的实际工作检验。移交阶段进行试点局以及全工商系统的上线试运行的部署、培训、试运行工作,在此阶段开发公司保留一部分开发人员进行技术支持和故障响应,同时市局各责任科室制定软件应用推广目标责任制,监督整个系统在全系统的推广运行。在全系统软件上线运行三到五个月,软件故障收敛过程基本完成,软件稳定运行后,准备项目验收。整个开发周期如图2-2所示: 图2-2工程进度计划 ?2.3 需求管理 需求管理首先要针对需求做出分析,随后应用于产品并提出方案。需求分析的模型正是产品的原型样本,优秀的需求管理提高了这样的可能性,它使最终产品更接近于解决需求,提高了用户对产品的满意度,从而使产品成为真正优质合格的产品。从这层意义上说,需求管理是产品质量的基础。从前期工商系统的电子政务项目的实施经验来看,电子政务系统失败的主要风险经常不是来自于技术实现风险,而是在于开发者对工商业务缺乏了解,对使用者的实际需求认识不清,不能从各个使用者提出的庞杂的意见建议集中提取出统一的、具有灵活性、规范性的工作流程,进而形成系统实现。由于实际一线的软件使用者经常对软件开发过程缺乏关注和耐心,而开发者不能把需求管理提高到足够的高度来认识,导致开发者与实际使用者沟通不良,盲目开发,最终产品不能10 山东大学硕士学位论文 得到用户认可。轻则导致功能的频繁变更,无法确定项目边界,导致项目延期,重则产品无法得到最终用户认可,导致项目失败。 需求管理的过程从需求开发开始,贯穿整个项目始终。在本项目中,需求管理的目标就是确切了解本系统使用者,包括市局、分局相关科室人员、工商所工作人员的需求,找出能满足所有使用者的最佳解决方案。需求管理总体可分为四个阶段:需求获取、需求分析、编写需求规格和需求验证。在本节中着重阐述需求获取,需求分析和编写需求规格的过程。 ?2.4需求的获取 相对于工商系统局机关的工作人员来说,工商所的工作人员的日常事务处理范围较广,随机性更大,人为控制因素更强,更加习惯于人工处理业务,相对信息设备配置条件也较差。而需求的获取在一个信息化建设尚未成熟,人员计算机操作技能相对较低,还不习惯在信息化环境中进行业务处理的部门往往存在各种各样困难,主要有: 1、由于长期手工作业,虽然有相关法律法规规定,但大部分工商所工作流程并不清晰,各工商所业务处理方式有所不同,为软件统一化造成了困难。 2、工商所人员习惯于手工处理业务,对于计算机操作有畏难情绪,不愿意改变工作方式,对需求调研缺乏配合。 3、各部门之间职责权限划分不清,少量业务流程难以确定主办(责任)部门。 4、需求不断变更,项目边界难以确定 前三项困难主要来自工商所,而在局机关这样已习惯于信息化处理的部门相对需求调研的环境要好得多。而第四项困难主要来自主要决策人,往往项目的主要决策人(局领导)对于项目的定位不清,调研初期的需求很单纯,而在随着对项目的了解加深导致需求范围扩大化,要求大而全的软件。 在本次项目中,需求开发的主要解决方法是: 1、外出调研,通过与国内其他地市工商局信息化建设情况以及同类产品的对比,确定项目边界,明确项目应达到的最终目标。 2、确定人员,建立软件应用推广项目组,由市局局长直接牵头、信息分 11 山东大学硕士学位论文 管副局长和企业注册分管副局长负责调度,人事政工科负责组织,确保每次需求调研讨论都能保证抽调主管部门的业务骨干参加,保证需求调研的准确性。 3、规范统一业务流程,不明确不统一的业务流程由局长协调,确定负责单位,制定全市统一的业务处理流程。同时对业务流程的每个环节进行分解,识别分支流程,直至确认每个流程中的每个环节主办部门,每个环节要求的项目、格式、方式的输入和输出,每个环节的输入和输出之间的变化或关系,每个环节的输入的数据来源、数据去向、数据类型、校验规则以及每个环节数据项目是否符合国家工商总局信息化建设数据 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 的相关规定。 4、对每次沟通的情况及时总结归纳,整理调研结果,形成书面文字材料,业务人员和开发人员签字确认。同时找出新的疑点,初步构成需求基线。 5、掌握需求调研频度,若需求基线符合要求,则进入设计编码阶段,然后返回到用户再次确定需求,如此迭代多次,直到需求分析使双方满意为止。 6、对项目组开发人员认识的澄清。开发人员对书面需求理解的偏差也经常导致最终实现不能达到前期沟通的要求,程序员经常习惯性地以自己的想法去代替用户对软件的需求,在软件设计中带有随意性,导致生成的产品不能让使用者满意。为此,项目组内部业务人员和开发人员的经常沟通交流非常必要。 ?2.5功能性需求分析 本系统主要是围绕工商所的个体登记管理,企业、个体户信用评估及巡查监管、工商所收费监管,工商所辖区内企业动态信息监控及辅助决策、工商所工作人员工作效能评估等行政管理职能、信息管理职能、辅助业务管理职能,建立一套技术先进、性能可靠、功能齐全的系统,系统内的用户在各自权限内进行各自的工作,同时又能保证各模块之间的信息互通以及业务联动,避免出现信息孤岛。客户端采用 “零安装”的浏览器方式,具有高度稳定性、良好的可扩展性和严格的权限控制,保障系统安全。 潍坊市工商系统工商所主要业务有个体登记、收费、票据管理、经济户口(建档立卡部分)、监管巡查、信用评估,从监管巡查中又分出食品安全监管巡查业务。各业务之间关系如图2-3所示: 12 山东大学硕士学位论文 图2-3业务关系图 市局综合监管执法服务器从省局业务系统中提取数据后,下发给工商所人员。工商所人员从市局中心数据库获取数据,按辖区和管片的划分认领企业,并对认领企业进行建档立卡,并根据有关特定行业建档要求,对特殊行业企业建档,如食品经营主体建档,以备常规巡查以及专项巡查使用。经过对行业风险等级、地域等信息对企业初步分级,制定新认领企业的巡查计划,在预警管理模块中给予提醒。同时,收费管理和票据管理作为工商所财务管理的一部分,贯穿在整个登记、监管业务中,并在监管预警信息、统计查询模块中反映出来。 ?2.5.1个体户工商管理费收费管理 个体户工商管理费收费管理系统主要为包含工商所所长、副所长、信息管 13 山东大学硕士学位论文 理员在内的定费管理组人员,以及包括工商所各管片工作人员在内的收费组人员提供必要的收费业务处理环境。收费管理从所长、副所长确定费项收取的标准开始,收费员根据上级制定的各类收费标准,执行收费业务,每一次收费,需要指定使用的发票号,从收费员的发票库存表里关联无误后,打印发票。同时市局、分局的财务人员可以通过报表统计,审查监管工商所的收费情况。图2-4给出收费管理的用例图: 收费统计 图2-4 收费管理用例 下面以定费管理部分为例说明分析过程: 当辖区内有新的个体户办理了开业登记手续以后,工商所的所长、副所长检索待定费人员列表,逐个查阅个体户基本登记信息以及基本经营情况,根据14 山东大学硕士学位论文 有关规定以及业户的实际行业类别、经营规模确定管理费额度。管理费额度一旦确定,收 费员必须根据指定的收费额度进行收费,不得自行调整收费金额。如因特殊原因需要对管理费定额作调整的,应由收费员上报至所长或者副所长,对管理费额度进行修订。通过分级定费审核,避免前期因工作人员自行定费而导致的定费标准不统一,定费过程不规范,缺乏有效监管的问题。同时考虑到所里工作实际情况,所长经常指定一个信息管理员具体负责系统维护工作。因此,信息管理员也拥有定费和定费修改权限。根据上述场景描述,可分析用例图元素如下: 定费参与者有工商所所长、副所长、管理员,定费管理员角色是对具体领导的一个泛化通过分级定费审核,避免前期因工作人员自行定费而导致的定费标准不统一,定费过程不规范,缺乏有效监管的问题。 经与企业注册局、工商所相关人员讨论需求,初步细化用例有检索待定费个体户列表、调用登记信息、定费、定费修改、管理费减免,检索待定费列表、调用登记信息均需调用数据提取模块,而定费、定费修改、管理费减免均存在对数据库的写入功能 用例顺序根据定费的实际决策过程划分,从登入系统检索待定费个体户开始,到最终定费调整完成结束 为了明确对用例图的表述,在每个用例后附有如下表的用例规约描述,以便业务人员与开发人员正确沟通,避免造成误解。 15 山东大学硕士学位论文 ?2.5.2工商财务票据管理 工商财务票据管理系统主要为工商机关财务票据管理人员日常业务工作提供软件实现。本系统由如下几部分组成:票据分发、票据查询、票据统计、票据维护。 票据的分发和管理涉及从市局财务科的票据管理开始,市局财务把省局下发的票据登记入库,同时把票据按号分段,下分到分局;分局财务科到市局领用票据,登记票据入库后分发到工商所;工商所票据管理员领用票据同时登记入库,最终由收费员认领票据,存入个人的票据库中,在收费时使用;市局、分局分管领导可对票据的分发情况、使用情况进行查询。 分析过程如下: 参与者有市局票管员、分局票管员、基层单位票管员、票据使用人员、分管局领导、财务科领导。分管领导角色是对具体领导的一个泛化,查询及统计用户是对拥有查询统计权限的参与者的一个泛化。 经与各级财务、工商所讨论需求,初步细化用例有省局票据登记、市局票据发放、市局票据登记、地方票据录入、分局票据发放、分局票据领用、票据关联、查询统计。 16 山东大学硕士学位论文 用例顺序根据票据的流转实际过程划分,从登记来自省局的票据开始,到工商所人员收费使用发票、票据查询结束。 综上所述,构建票据流转的用例如图: 财务科领导各项收费票据关联 图2,5 财务票据管理用例图 如上图所示,票据分发过程分为省、市、县、所四级管理体制。 市局票据管理员从省局领取发票后,在票据管理系统中做省财政票据登记,可根据业务需 要进行票据的添加、修改、删除、查询操作。市局票管员按全市调度计划把票据分号段下发到各分局,并保存票据的发放信息。根据实际情况,可以对票据发放信息进行添加修改删除以及打印操作。 17 山东大学硕士学位论文 各分局票管员从市局领取本号段的市局财政票据,同时进行地方票据录入登记,并分发到所,保存发放信息。 工商所票管员根据实际工作需求,每季度从分局领取一定量的定额以及不定额发票,登记到工商所票据库中。工商所收费人员在收费之前,先领用票据,收费时先获取当前使用的发票信息,然后进行发票打印。 市局、分局、工商所领导均可使用查询统计模块对分管范围内的票据管理情况进行跟踪监督。 票据查询功能实现对票据管理人员及票据使用人员的无纸化查询及电子台帐等,具体查询项目有票据数据登记查询、个人票据库存查询、单位票据发放查询、票据作废情况查询、票据作废情况查询、非定额票据缴销查询、定额票据缴销查询、个人票据领用查询、个人票据未缴销查询、票据发放单位库存查询、票据使用单位库存查询、票据收费情况查询、个人票据已使用未缴销查询。 票据统计及维护实现对票据管理人员生成票据月报表情况以及对票据进行修改和删除的功能等,主要包括票据使用情况统计、票据作废维护、非定额票据缴销维护、定额票据缴销维护。 ?2.5.3其他系统功能需求说明 基于以上分析过程,在本项目中完成了涵盖工商所所有日常业务处理的信息管理系统需求分析。除了收费管理和票据管理外,本系统还应包括企业管理和巡察监管的相关内容。主要包括对企业个体名称字号的管理,以实现对名称的查重、核准、名称保护、名称保留、名称到期处理、名称转让等监管职能;提供对个体工商户整个生命周期内的经营行为的监管功能,包括个体户的开业登记及审批、个体户经营情况变更、个体户注吊销、个体户停业复业、个体户验照、个体户经营情况的统计和报表查询等功能;实现工商所的行政管理人员对个体户和企业进行认领建档和综合管理等分级分类监管以及食品安全监管职能,通过对企业及个体工商户经营情况、违法违章记录、经营门类风险度的评估,生成不同的信用级别,有重点有针对性地对高风险企业进行巡查,并把巡查情况反馈信息系统作为信用评价的参考依据;同时还应提供对机构设置、管片设置、人员设置、数据字典维护等必要功能。 18 山东大学硕士学位论文 ?2.6 非功能性需求分析 非功能性的需求描述了系统展现给用户的行为和执行的操作等,它包括产品必须遵从的标准、规范和约束,操作界面的具体细节和构造上的限制,通常还包含响应时间、交换速率、信息容量、可靠性等要求。 ?2.6.1界面设计及操作风格需求 工商所综合管理系统页面设计应与内部政务协作系统以及潍坊红盾信息网风格保持一致, 采用清新稳重的淡蓝色格局,以体现行政执法,阳光政务的风格。在主页上,利用色彩来突出显示重要的事项。在整个站点中,链接都将保持为标准的蓝色。所有的正文文字都是黑色,而表标题对于各种背景颜色都为白色,通知与警示用红色。 图形标准:考虑到部分工商所外出办案使用GPRS接入网络,速度为 28.8K 调制解调器的连接速度。为了便于快速装载,此站点将尽量少用照片和其它图像。除主徽标、页眉和广告之外,在每一页上只使用少数的几幅其它图像。此站点将不使用任何 JavaScript 翻滚或动画,保证每页容量不超过15KB。这将确保下载速度较快并且该 Web 站点与新旧浏览器都可兼容。 个性化元素,用户页面的顶部由当前登陆用户姓名及所属单位组成。它向用户确认,他们已经正确登录并且屏幕上的信息已经为他们进行了定制。在正文区显示当前用户待办事项与警示。 易用性:操作界面与操作风格尽可能与省局综合业务系统保持一致,使用风格同样的菜单及正文区设计,菜单操作方式以及信息提示位置尽可能相同,以便于操作人员尽快熟悉本系统功能。 ?2.6.2产品性能需求。 潍坊市工商系统工作人员中,需要使用本系统处理业务的主要部门有市局、分局的企业注册局、财务科、消保科以及所有工商所、市场管理办公室。总用户量估计为市局(企业注册局12人+财务科6人+消保科6人)+分局(企业注册局5人+财务科3人+消保科3人)*17+工商所(6人)*218?1500人,初步估算按照平均每人每天办理三个业务,每个业务需要进行三次查询,每次查询打开5个页面,则平均每人每天打开业务系统页面数量为45个。通常峰值访问量 19 山东大学硕士学位论文 的计算按照80%的人在20%的工作时间里处理业务,那么系统的峰值访问量为:1500人*45页*80%/(8小时*3600秒*20%)?9.375页/秒。 在该信息处理量下,产品应达到的响应速度如下: 20 山东大学硕士学位论文 第三章系统架构设计 ?3.1系统结构设计 工商所综合监管系统的开发目的是为了完善工商所的个体工商户登记管理,建立规范的全市企业属地管理机制,提取各地监管巡查信息以进行信用等级评估,增强对工商所的收费以及财务票据的管理。 可见,工商所综合监管执法系统在市局、分局、工商所三级之间的数据交互主要有以下几个过程: 1、全市集中的企业信息下发,认领到各工商所用于日常监管巡查。 2、各工商所的日常监管巡查信息集中反馈到市局。 3、票据的向下逐级发放和使用过发票单据的向上逐级缴销。 因此,采用集中部署比较合适。但从需求分析可知,全市综合监管执法系统数据总量约在119.5GB左右,网络峰值流量约为232Kbps+17*320Kbps=5672Kbps 全市市局、17个分局、218个所约1500用户同时使用市局集中部署的服务器的话,对市局服务器压力比较大。潍坊市工商局还有一个现实情况就是在金管工程数据集中后,各县里原业务处理服务器被闲置,也造成资源浪费。另一方面,从工商系统三级管理职能来看,市局主要提供企业基础数据,完成对全市执法情况和财务情况的监控统计以及对票据的下发和缴销。而分局和工商所共同完成对个体工商户登记的受理和审核,完成专项巡查计划的派发和巡查反馈,完成票据的分发领用缴销工作。因此,我们选择了如下的“集中/分布”混合模式。 21 山东大学硕士学位论文 图3-1系统结构图 如上图所示,市局部署服务器,完成数据的集中和统计功能;分局和所业务耦合比较紧密,则在分局集中部署一台服务器,工商所通过业务网络接入分局完成个体登记、企业认领、巡查反馈、收费、票据管理等工作。市局每晚从分局同步数据用于监控统计。如市局服务器一旦出现单点故障,也不影响各县市局本地业务的运行。采用“集中/分布”式结构,较好的满足了潍坊市工商系统的业务需求和对已有资源充分利用的要求,降低了对网络带宽和中心服务器性能的要求。 ?3.2存储与网络架构设计 工商所综合监管系统从省局综合业务系统中抽取企业管理数据下发分局,从而实现各分局对全市企业的认领以及辖区内企业的管理和巡查,同时从各分局每天同步数据,经整理加工后提交省局综合业务系统以供企业信用评估使用。 工商所综合监管执法系统的硬件架构设计包括服务器选型、通讯链路设计和安全架构设计,要求达到高效稳定的要求,保证数据安全和链路畅通,同时 22 山东大学硕士学位论文 避免出现单点故障。现对工商所综合监管系统的信息处理量、网络流量、数据存储量测算如下: 1、系统信息访问量的详细测算 市局安装部署工商所综合监管执法系统核心服务器,分局、工商所通过WEB界面或接口服务随时调用,查询。可根据单位时间内运行的各项业务总数以及办理一笔业务所需打开的 页面数,测算应用信息处理量,市局服务器为23.2次页面访问/分钟,分局服务器为32次页面/分钟。由于整个系统的各个功能模块使用用户数量、使用频度均有不同,测算时以各功能模块为单位分别进行测算,最后累计结果即为系统总信息访问量。下面以经济户口功能模块为例说明测算方法。 按照全市企业年设立登记占企业户数10%计算,年企业设立登记约1.7万户(17×10%),经济户口认领量与此相同。峰值考虑数据处理80%的认领在20%的工作时间内完成。以此计算,平均每秒钟处理企业信息量为 17000户×80%/(244工作日×8小时×60分×20%)?0.58户/分钟。 每次认领对企业存在状态,公司经营状态、认领状态,所处地段进行多次验证查询操作,对于材料存在问题驳回处理的企业还要多次进行这样的验证查询操作,按平均每户企业共3次查询计算,每次查询按平均涉及3个WEB页面访问估计,则经济户口部分的信息处理量为0.58×3×3?5.22次页面访问/分钟。 2、网络流量测算 预计工商所综合监管执法系统每次页面访问平均数据流量15KB左右,要求5秒内完成页面访问响应,完全显示。市局5秒页面访问量为23.2×5/60,完成全部传输所需要的信息流量为15KB×23.2×5×8/60秒 ? 232Kbps;分局5秒页面访问量为32×5/60,完成全部传输所需要的信息流量为 15KB×32×5×8/60秒 ? 320Kbps。 3、全市企业身份基础信息数据库数据量测算 企业身份基础信息包括:企业基本信息、企业主要人员信息、出资信息、许可信息、企业分支机构信息、企业监管信息。根据统计,全市现有各类企业25万户,其中开业公司17万户。2006年1月1日实施新的《公司法》后, 23 山东大学硕士学位论文 预计目前14万户个体工商户中的30,左右将转变为“一人公司”,总的企业户数将达到17万,14万×30,,21.2万户。每年新增、变更、注销的变化量约占总数的20%,计4.24万户。 每户企业基本信息约20KB,每户企业主要人员信息20KB,每户企业出资信息20 KB,每户企业许可信息5KB,每户企业的分支机构信息30 KB,每户企业的三年基本监管数据50 KB。 每户企业身份基础信息总存储量为20KB,20 KB,20 KB,5 KB,30 KB,50KB,145KB。按3年在线数据、5年离线数据计算,企业在线数据量为:21.2万×145KB+3×4.24万×145KB= 33.5GB,离线数据量为:21.2万×145KB+5×4.24万×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套业务子系统全部数据,服务器压力较大。各分局分担各自业务处理后,各工商所不必接入市局服务器处理业务,市局服务器处理压力大大减轻。 实现灾难备份。市局每天夜间同步各分局数据,实现集中存储,市局与分24 山东大学硕士学位论文 局业务数据之间实现了互为备份。提高了数据存储的安全性。 实现管理集中。由于数据存储集中在系统中心,所以数据统计分析汇总的工作以及数据备份的工作可以由市局信息中心集中进行,便于保障数据的安全性,加强信息资源的重利用。 需要说明的是,市局对分局的监管巡查动态信息、个体登记监管信息数据的集中采用每天同步方式进行,以便于对数据进行统计分析。而票据财务数据查询时,市局通过SQL Server 的linked server直接连接到各分局实时查询。采用两种不同的连接方式是由于业务对数据实时性要求不同造成的。存储的实现方案如图3-2: 图3-2 存储架构 市局部署的工商所综合监管系统使用两台四路双核服务器联想万全R630 G5作为数据库服务器和中间件服务器,配置为4颗双核MP7020(2.66GHz) CPU,2*1MB二级缓存;4G DDR2 400内存;5颗10000转300G热插拔硬盘(实际可用存储空间1.2TB),双通道RAID(512M缓存);主板集成双千兆网卡; 25 山东大学硕士学位论文 DVDROM;4U RACK;冗余电源,目前数据库服务器目前存储总数据量为210G左右,为下一步业务扩展预留出足够的空间。 分局利用现有业务服务器完成工商所综合监管系统的部署。目前配置一般为XEON3.0*2CPU,1G内存,73*3热插拔硬盘(RAID5)配置,根据对本系统数据量以及系统能性的测算,应能满足现有系统要求。 根据对系统流量的测算,设计网络架构、安全架构以及服务器选型如图3-3: 千兆防火墙机 市局综合监管执 法服务器 图3,3硬件架构设计图 省局通过2MSDH线路接入潍坊市局的华为NE08,使用静态路由实现与市局部署的省局综合业务系统服务器群的数据同步。在市局数据中心中,使用北电8606交换机的8口千兆模块以及双24口百兆模块实现服务器群之间的数据交换,并接入市局三级业务网络的汇聚层三层交换机思科6509。6509通过48口千兆模块与17个分局相连,8个市区局直接星形接入6509,实现千兆光纤互联,9个县级局根据地域划分,分为东西两个光纤环路,在环路中共享千兆带宽。 26 山东大学硕士学位论文 基于以上设计,充分保障省局业务系统服务器、市局部署的工商所综合监管执法服务器以及各分局部署的综合监管执法服务器之间的高性能数据交换。 各分局均采用2MSDH备份线路星型接入市局,同时9个县局的环形线路设计也具备冗余链路功能。考虑最坏情况,在环路状态下靠近市局的骨干节点出现断路时,最远端局机关到市局的平均带宽为1024Mbps/5=204.8Mbps,即使考虑视频会议、IP电话等多业务应用,也足以满足业务需求。同时通过光纤环路的OSPF动态路由选择以及2MSDH备份线路,充分保证了市区业务网络的安全性、可靠性和高性能。在互联网入口处、省网线路入口处、数据中心入口处配置不同防火墙,跟据业务需求配置不同的包过滤策略,在数据中心入口处只开放接入业务所必需的端口,最大程度保障数据安全。移动办公用户需要处理业务时,需经身份认证后建立VPN隧道接入入业务内网。 ?3.3功能架构设计 工商所主要业务范围为个体户登记管理,经济户口及监管巡查、财务管理三大领域,分局的综合监管执法系统功能架构设计如图3,4所示,每个监管领域中细化为各个管理对象,对每个管理对象设计独立的管理模块。市局的综合监管执法模块相对简单,仅对各管理对象进行查询和统计分析以及完成票据分发工作。整体功能架构如下: 27 山东大学硕士学位论文 图3-4功能构架 个体户管理主要实现对个体户名称的管理和个体户经营情况的管理。名称管理用于实现全市范围内个体户名称统一核准,保证全市范围内无重名企业,实现名称查询、名称受理、名称核准、通知书打印、名称转让、超期处理、保护字号以及数据维护功能。个体登记包括开业登记(申请、受理、核准、打照、发照、归档、驳回)变更登记、注销登记、直接登记、停业复业、信息查询、数据维护、优惠政策、验照登记、吊销登记功能。 日常监管及巡查实现对企业、个体户的属地认领建档(经济户口)、监管巡查情况纪录、信用管理、预警管理。经济户口认领分为个体认领、企业认领、 28 山东大学硕士学位论文 个体建档立卡、企业建档立卡、个体档案维护、企业档案维护、企业监管迁移(属地变更)功能;监管巡查模块包括企业、个体监管记录查询、专项检查任务定制、企业、个体专项检查反馈、企业个体监管记录维护、违法案件查处管理功能;信用管理实现对企业个体信用查询、企业、个体信用评价的查询、食品户(专项)监管信息查询以及违法案件查处查询;预警管理根据企业个体信用等级实现企业个体巡查周期预警,根据个体登记情况实现个体经营期限预警、个体审批证件预警、个体房屋租赁预警,根据财务收费情况实现本月未缴费情况预警,根据企业登记情况实现企业经营期限到期预警,并指导对辖区内管理对象的监管巡查。 财务管理:财务管理用于管理工商所整个财务收费情况,票据使用情况,分为收费管理和票据管理两大部分。 收费管理包括对各种费项的定额以及调整、费项的收取(管理费收费、非定额其他费用收费、定额其他费用收费、罚款收费),收费情况查询(管理费收费情况查询、非定额票据收费查询、管理费减免情况查询、欠费查询),统计。 票据管理实现从市局、分局、所三级财务票据的逐层下发和逐层缴销,记录票据使用情况,实现对票据流转过程的统计和查询。主要包括票据管理(票据数据录入、单位票据登记、单位票据发放、个人票据领用、票据作废登记、非定额票据缴销、定额票据缴销、个人票据返还、单位票据返还)、票据查询(单位票据登记查询、单位票据发放查询、发放单位库存查询、使用单位库存查询、个人票据库存查询、个人票据领用查询、个人票据已使用未缴销情况查询、票据收费情况查询、票据作废查询、票据缴销查询);票据统计;票据数据维护。 系统管理主要分为对工作人员基本信息的维护、软件流程角色的维护、机构(工作单位、管片、巡查大队)维护、权限的维护、数据字典(编号编码、数据字典等)的维护,不再赘述。 ?3.4分层架构设计 通过对应用软件系统进行分层设计,以降低各层的复杂度,使整体设计更为清晰,以便降低耦合、增强内聚、提高重用性和灵活性。本项目采用B/S结 29 山东大学硕士学位论文 构和MVC思想进行分层,因而产生了表示层、控制层、 业务逻辑层、持久层四层,并根据需求分析产生的问题域中共性的部分进行抽象,形成框架,并相应的放入上述的层次中。如系统中各模块均有对于权限的需求或者说大部分有这个需求,就抽象构成一个权限组件放 入Model层中。架构图体现功能模块的运行场所的实现方案,同时在此时需要考虑到系统的扩展方式、性能的考虑。 图3-5分层架构 30 山东大学硕士学位论文 第四章详细设计 详细设计是对系统架构设计的精化,主要是在系统需求规格和架构设计的基础上进行系统分析,同时建立特定领域模型,从中抽取出类,并描述类之间的关系,确定每一个类的属性和方法。同时分析类之间的依赖关系和主要通讯机制,反映单个业务流程的逻辑并描述系统中各种活动的执行顺序,使用UML的动态模型描述在特定环境下这些类的实例的行为。在对类及其之间关系详细分析的基础上,按照从对象到关系映射的“一类一表格”的标准法则,映射持久对象为数据库表格。本章主要描述了系统详细设计所采用的过程和方法。 ?4.1类设计 类设计通常从需求阶段的用例开始建模,贯穿整个设计过程始终。随着对类图的不断细化,逐渐显示出产品执行流的每一条路径,反映出系统各部分功能。通过对类关系的合并,逐渐形成了系统的活动图和顺序图。 图4-1给出工商所综合监管执法系统的核心类图: 31 山东大学硕士学位论文 图4-1系统核心类图 核心类图的来源主要是综合监管执法系统各主要业务模块的实体类以及关联类,反映出票据管理、收费管理、个体登记管理、经济户口管理和监管巡查各部分主要设计对象之间的数据流向以及对应关系。其中,企业登记数据和个体登记数据作为业务基础数据,被工商所认领后,形成经济户口信息和基础信用信息。同时在对企业和个体户收缴规费时,与票据库存信息关联。在理清系统各部分之间数据关系的基础上,对每个部分继续进行细化设计。 下面以票据管理部分为例对类详细设计过程作一说明: 通过在需求部分对票据管理用例以及用例之间交互过程的分析,可以初步确定票据管理中的类与关联。票据管理部门使用到的类有实体类,业务类以及一部分公共服务类。实体类包括人员类、市局票据库存类、分局票据库存类、收费员库存类;业务类包括市局票据分发类、分局票据分发类、票据领用类、票据缴销类、票据返还类、票据作废类;服务类包括前台界面显示类、数据库 32 山东大学硕士学位论文 接口类、各种字符处理类、Sql语句的生成类、报表生成类等。 前台界面显示类有分页控制类、list显示控制类、grid显示控制类,分页控制类通过getPage()、getFirstPage()、getCurrentIndex()等方法实现对页面分页显示的控制,如图4-2: 图4-2 SysPage类图 实体类主要包括各种票据库存类、分发信息类等,票据库存类设计如图4-3: 图4-3 票据库存表类图 通过库存表的doselect() doAdd() doCount() doModify() doDelete()等方法,实现了对票据数据的操作。 业务类包含具体业务逻辑,实现对实体类的具体操作。主要业务类有票据 33 山东大学硕士学位论文 分发类、票据返还类、票据缴销类,通过使用getBZbyFFDH( )方法,根据传入的发放单号FFDH,获取同一发放单的第一条数据的摘要信息;通过使用updateBZbyFFDH( )方法,根据传入的发放单号FFDH,获取同一发放单的第一条数据的摘要信息。 ?4.2活动过程分析 根据用例图,可以进一步细化分析系统的执行过程,分析复杂用例中的行为,显示用例之 间的交互关系和不同条件下改变执行方向的过程,形成活动图。活动图用于为业务流程建模,把用例带入下一级的分析阶段。下面以票据管理为例,说明活动过程分析过程。 1、在票据管理项目中,根据用例图,可以确定出活动图中的用例,经细化,增加了检查票据有效性、票据登记维护、票据发放维护、打印票据入库单、打印票据发放单、票据缴销、票据结报几个用例。 2、根据上图用例顺序可确定活动图主路径为自省局票据登记起,至票据结报止,没有任何错误和判断的路径。 3、活动图的从路径为校验票据有效性、发放票据错误时的可能的工作流情况。 4、考虑到票据管理中从市局到工商所票据流转过程,把活动图分为市局财务、分局财务、基层单位三个泳道。 经改进高层活动,绘制活动图如下: 34 山东大学硕士学位论文 图4-4票据管理活动图 从活动图可以看出,由于票据的发放必须保证对每张票据从市局到工商所发放过程的全过程跟踪,因此从市局登记省财务票据起,在登记和发放两个环节进行校验,保证操作的有效性和票据的唯一性。票据发放出现错误有两种情况,如果在分局尚未登记之前发现了错误,可以在市局机关直接修改发放数据;如果分局已经登记,则需要在分局删除错误登记记录后,市局方可修改发放记录。如此经市局、分局两级校验,最终分发到工商所收费人员手中,在收费使用后缴销,并统计月结报表。 ?4.3通信交互过程分析 在UML模型中,通常使用序列图显示参与者和对象之间,以及对象之间的交互作用,显示系统中的控制流程。序列图对高级类实例之间的交互过程进行建模,以便详细分析通讯处理的每个阶段。下面以票据登记的过程为例,说明本项目的通信交互过程分析过程。 根据MVC的分层架构,活动对象从左向右为:分局票管员、Web Interface(View层)、Control层、Model层(本例为DBC类)、Database 考虑到分局登记票据时,应从市局分发表中提取数据进行票据登记,因此应首先表示从县局到市局提取数据的工作流: 35 山东大学硕士学位论文 1、票管员从市局成功提取数据 2、票管员从市局提取数据失败或票据不存在 3、票管员登记票据 4、票管员登记票据失败或票据已存在 添加消息和条件后,绘制顺序图如下: 36 山东大学硕士学位论文 图4-5票据管理顺序图 37 山东大学硕士学位论文 ?4.4持久对象的设计 票据管理过程中要保存票据的库存和交易的信息,因此基于前面的分析,实体类和关联类都是持久对象,在关系数据库的设计中,首先考虑的是如何把对象存在表格中。主要方法有二: 1、将面对对象应用围绕关系数据库来建立,每个对象都具有存放和提取数据的方法,把对象映射成表格。所以将这一方法称为映射法。 2、把面对对象应用移到关系数据库中实施,以关系表格来模拟对象。但是,关系数据库只是很有限的数据类型,而对象特有的继承、引用等都不能在关系数据库中直接用。 权衡两者,映射法较为可行,而且它把应用程序和数据存储分开,有利于系统的管理和演变。 建立对象与关系映射有以下“一类一表格”法则: 1、带有简单属性的类A:映射为表格A,其主键是A_ID。 2、类A和B之间有二元关联,并带关联类L和多重性mA和mB:映射为表格A和B,主键为A_ID和B_ID,关联类映射为连接表格L。 3、聚合、复合、服务类 :按照二元关联一样映射。 通过“一类一表格”法则建立起来的数据表能够满足关系模型数据库前三种范式,但如果设计中子类较多,运算就可能要涉及多个表格,造成执行速度下降。对此,如果在继承树中所有表格都有相同的主键码,则可以把它们合在同一个大的表里,在这个表里,包含了不同层次子类表中的字段类型。这样运行速度当然会加快,但可能某些字段会造成空置,哪个字段在哪一行适用,也取决于每一行的种类字段。这样一来,就产生了对非主键码的依赖性,违反了第三范式。 本项目中分局库存和工商所库存使用同样的主键码,从性能考虑,在实际操作中我们把两个表合为了一个分局库存表。因为市局与分局采用分布集中式部署方式,市局表和分局表不在同一地理位置上,因此无法合并。 在项目实际实施中,在类设计的基础上,用PowerDesign设计好数据表,导入SQL Server数据库中,然后使用com.macrosoft.icms.system.GenerateBean从表格反向生成对应的实体类,通过简单的修改部分编码,达到快速开发的目的。 38 山东大学硕士学位论文 票据部分数据表设计如图: 图4-6票据管理数据表设计 39 山东大学硕士学位论文 第五章系统实现 ?5.1系统实现模式 潍坊市工商系统工商所综合监管系统是在继承了原有个体登记监管和个体名称统一核准系统原有功能的基础上,集成了经济户口、信用、收费管理、票据管理等各项功能形成的。在建设过程中,既要兼顾前期系统的发开成果,又要充分考虑到综合监管系统多业务整合以及团队开发的复杂性以及工商所对信息系统应用的紧迫要求。因此,在实现模式的选择上,既要考虑系统的可扩展性和可管理性,又要兼顾技术成熟度以及开发时间因素。 个体登记监管及个体名称统一核准系统开发始于2003年,使用Java model1 开发模式开发。Java model1 开发模式如图一,jsp页面独立地负责处理请求和发送反馈给客户端,所有的数据访问是使用bean完成的。模式1架构比较适合简单应用,但是对于复杂的实现是不可取的。在有大量的请求需要处理的情况下,这种结构的任意使用通常会导致大量的脚本和java代码嵌入到jsp页面中。在一个比较复杂的开发项目中,这个问题有可能会导致角色定义和责任分配的混乱,造成不可预知的开发风险。因此,单纯的Java model1 开发模式不利于本项目的顺利进行。 图5-1 Java model1 开发模式 为保证工商所综合监管系统的顺利开发,需要解决的问题问题包括界面和事务逻辑(Business Logic)的分离问题以及动态生成网页的逻辑部分与HTML的分离问题。为了解决第一个问题,一般采用面向对象中常用的MVC模型;而40 山东大学硕士学位论文 对于解决第二个问题,一般采用JSP提供的标记库功能,它是通过在HTML中插入JSP include标记,来达到逻辑部分与HTML分离的目的。 基于以上原因,使用尽可能贴近MVC架构的设计思想来进行Java model1 模式的开发,使用独立的_action.jsp页面担当Control角色,将业务逻辑与表示层分离。 ?5.1.1 View层的技术实现 View层使用JSP完成业务界面的动态生成,完成表格绘制、下拉框内容填充等功能。在票据类型维护模块中,本功能由pjlx_list.jsp完成纯html页的设计,pjlx_list_1.jsp实现动态页面部分,把查询条件发给数据操作模块,并把传回结果集以列表方式显示出来。pjlx_list.jsp 通过 <%@ include file="pjlx_list_1.jsp" %>语句把pjlx_list_1.jsp包含进来,从而较好的实现了动态生成网页的逻辑部分与HTML的分离。 41 山东大学硕士学位论文 代码5-1 票据类型维护显示页面 42 山东大学硕士学位论文 从代码5-1可以看出,pjlx_list.jsp仅包含系统界面的页面设计部分不包含业务逻辑,以方便美工进行页面设计。而pjlx_list_1.jsp中包含了页面中的逻辑部分: 代码5-2 票据类型维护显示页面中的代码部分 43 山东大学硕士学位论文 ?5.1.2 Control层的技术实现 Control层pjlx_do_action.jsp是一个非显示页面,它接收表示层传来的业务请求并把请求传递给正确的模型,以实现指定的业务逻辑。在Control层中实现与Model层各类Java bean的通信。在本例中,pjlx_do_action.jsp通过YWLX,ID两个变量接收添加、修改、删除等不同业务请求,并生成com.macrosoft.icms.system.SYS_PJLX实体类的实例,通过<jsp:setProperty name="SYS_PJLX" property="*"/>向bean内注入 属性,从而完成对票据类型表的数据操作。 44 山东大学硕士学位论文 代码5-3 票据类型维护Control层代码 在代码5-3中,YWLX=1代表增加票据类型业务,YWLX=2代表修改票据类型业务,YWLX=3代表删除票据类型业务,Control层根据表示层传来的参数,调用不同的类的方法完成业务处理。 ?5.1.3 Model层的技术实现 Model层,就是MVC模式中的数据处理层,用来进行数据和商业逻辑的 45 山东大学硕士学位论文 装封,通常包括三种类,一是实体类,用来保存数据库表格中一条记录的所有字段的数据;二是实体类的管理类,通常每一个实体类(Model)都要有一个对应的管理类(ModelManager)。管理类可以用来管理实体类里面的数据纪录(如删除/添加/更改等)。三是DB类, 用来管理对数据库的联接。为方便开发,我们把实例类和实例管理类合并起来,实现对对应数据表的查询、添加、修改、删除等操作。如本例中,为了实现对票据类型表的修改,我们在<jsp:useBean id="SYS_PJLX" scope="page" class="com.macrosoft.icms.system.SYS_PJLX"> <jsp:setProperty name="SYS_PJLX" property="*"/>中生成了实体类对象,并批量注入属性值。SYS_PJLX对象的属性与票据类型表一一对应,并提供了每个属性的get,set方法,源代码如下: public int getID() public void setID( int ID) { this.ID=ID ; } { return ID; } 通过doSelect() 、doAdd()、doCount()、doModify()、doDelete()方法实现对票据类型表中数据的访问,在最新实现的实体类中,我们把doadd方法中加入了对需添加数据的预检查,如果表中该数据已存在,则调用modify方法对表中数据进行更新。因此,上例中的SYS_PJLX.doModify(dbc)语句也可由SYS_PJLX.doAdd(dbc)方法代替。doAdd()方法源代码如下: 46 山东大学硕士学位论文 代码5-4 doAdd()方法代码 在Model层中还存在数据接口类以及服务类,doSelect( DbConnection dbc ) 中dbc是直接操作数据库的数据接口类,而在public String convertCode(String strvalue){ return com.macrosoft.icms.system.SysUtility.convertCode( strvalue ); }语句中,通过类的聚合来实现代码的重用。最后票据类型维护模块实现界面如图5-2。 图5-2票据类型维护模块 ?5.2 开发过程中有关技术问题的实现 ?5.2.1功能树访问控制权限实现 为实现工作人员对功能模块的按权限访问,在工作人员登陆时,仅显示权限内可以使用的功能模块,而屏蔽其它功能模块。访问权限控制应能实现实现 47 山东大学硕士学位论文 人员基于角色的访问控制权限;人员属于不同角色时,人员权限应为各角色权限之和;人员可对不同模块组下的特定功能模块具有访问权限;人员对某一模块组下部分功能模块有访问权限时,该部分模块显示方式应保持原有显示顺序。 实现的方法是通过存储过程实现对工作人员与功能模块组关联关系的预处理,输出具有权限关联关系以及所使用模块、模块组层次关联的结果集,再由表示层绘制功能树。这种处理方法通过存储过程直接在数据库中实现相关表数据运算,处理效率较高,安全性较好。具体实现方式如下: 首先创建一个临时堆栈表和一个结果集表,构造菜单根节点数据并存入结果集中,作为菜单树的第一条数据,然后根据人员工号权限查找根节点下的第一层功能模块以及模块组,压 入临时堆栈。提取堆栈中第一条记录,判断是否有下级菜单,如有,将下级菜单压入堆栈,如无下级菜单,则将本条记录弹出,存入结果集中,继续处理下一条记录。反复进行此迭代过程,直至建立起该人员权限内全部功能模块、模块组的迭代关系。程序流程如下: 48 山东大学硕士学位论文 图5-3堆栈法计算权限控制列表流程图 49 山东大学硕士学位论文 如图5-3所示,我们首先创建临时堆栈表和最终结果集表。临时堆栈表用于存放父节点以及从属下级节点的中间结果集,逐条搜索下级节点,并逐一弹出到最终结果集。堆栈表和最终结果集结构相同,创建代码如下: 代码5-5 结果集创建语句 准备好两个结果集表后,我们开始采集数据。首先第一条根节点对于任何用户都相同,它的数据以手工方式直接插入到结果集,代码如5-6所示。这样就构造出整个菜单的一条数据。Level值设为1,表示是第一级菜单。SUPER设为0,表示没有对应的父模块存在了。 代码5-6 根节点构建语句 然后从根节点下第一级菜单开始,逐一判断当前菜单下是否有当前用户权限内可用的子菜单的存在。我们使用 SUPER=@MODCODE语句选择当前节点的下级节点。套嵌的两个Select子句用于从用户、角色、模块的对应表中提取当前用户可用的模块列表。如果存在当前菜单的下一级菜单,则将之插入到中50 山东大学硕士学位论文 间堆栈表中。@@ROWCOUNT可用来判断当前操作的行数,行数为0表示本级菜单是最下一级。 代码5-7 查找下级节点的Query语句 接下来处理堆栈表中的数据。如果当前节点存在下级节点,即代码5-7的Query语句操作行数不为零时,level加1,继续处理下一层菜单。处理的方法是首先提取当前层次菜单的第一条记录,将之移动到结果集中,同时检查该记录是否还存在下一级菜单,如果有,继续处理当前记录的下一级菜单,如果没有,则返回堆栈表中处理当前层的下一条记录。迭代直至处理结束。处理当前节点的语句如代码5-8,SELECT语句每次提取符合条件的第一条记录,插入结果集表中后从堆栈表中删除本条记录。 代码5-8 当前节点处理的Query语句 51 山东大学硕士学位论文 经存储过程处理,生成结果集如图: 图5-4权限控制列表示例 ?5.2.2功能树显示实现 基于存储过程分析产生的结果集,每个用户登录时应显示的功能模块、功能模块组的名称、显示样式、连接地址、传入参数及其相互之间的层次关系都已经准备好。为生成菜单树,我们开发了GenerateTree类,用于菜单树的绘制。 表示层调用GenerateTree的generateHTML()方法绘制菜单树: 代码5-9 绘制菜单树代码 generateHTML()通过sReturn返回生成的HTML语句。实现方法是在menu页画出生成多个层,每层套嵌一组菜单,每个菜单通过填充一个单行单列表格完成。根节点为第一行,用sReturn记录绘制根菜单的语句如下: sOnclick=generateOnclick( LEVEL, ISGROUP, "id" + MODCODE,CHILDCOUNT ); sReturn=sTableHeader + "<td style=cursor:hand>"+ generateModuleImage( LEVEL, ISGROUP, "id" + MODCODE, CHILDCOUNT ) + generateLink( MODTITLE, "", BZ, ISGROUP, sOnclick,bShow, MODCODE )+ "</td>" + sTableFooter; 52 山东大学硕士学位论文 自第二行起,每条取出记录与前行比较,如果level值大于前行,说明是前行的子菜单,准备一个新的层,反之说明子菜单绘制结束,本层也结束。如属于模块组,前面绘制图标,然后绘制模块组图标,两个图标以及菜单名称 改为。每个菜单项的onclick事件都为展开下级菜单所在的DIV,同时把根据本身所处的层次以及菜单类型绘制相应的层次竖线以及连接图标,并生成菜单名称的链接。这样逐行绘制完成后,最终形成菜单功能树。 相应Html生成语句如下: 53 山东大学硕士学位论文 代码5-10 HTML代码生成语句 最终生成效果如图: 图5-5菜单树显示实例 ?5.3核心业务实现 在系统的开发过程中,对于每个核心业务的实现按照MVC架构进行分层设计,在表示层生成程序界面,在类中实现各种核心业务的业务逻辑,经过控54 山东大学硕士学位论文 制层对用户请求的响应和对业务类方法的调用,最后形成了收费管理、票据管理、预警管理、名称管理、个体管理、分类监管、系统管理7个主要业务模块。系统如图5-6。 图5,6 首页界面 系统功能在需求分析中已经做了比较详细的描述,这里不在赘述,仅列出几个主要核心业务的实现页面。 55 山东大学硕士学位论文 图5,7 收费统计界面 在收费统计页面中可以审查各工商所本月应收管理费数额、应缴管理费户数、已收费情况、欠缴情况、停业情况等,方便上级机关地对工商所收费任务以及完成任务情况进行审计。 图5,8 票据缴销单打印界面 票据在收费使用后,进行票据的缴销,通过票据缴销凭证可了解该票据是在何时何种收费使用后被缴销,相关责任人是谁。便于事后追踪审计,落实责任。 56 山东大学硕士学位论文 图5,9 分类监管界面 分类监管系统实现根据企业信用度和风险度的审定,对企业进行的有重点有目的的巡查。通过企业名称、注册号、法定代表人、住所、管片、巡查情况等信息的组合查询,实现对特定企业或特定区域内企业巡查周期、巡查情况以及企业基本信息的查询。 57 山东大学硕士学位论文 第六章 结束语 自2007年1月起,工商所综合监管执法系统已经在潍坊工商系统全线上线试运行,实现了日常行政监管执法的网络化、流程化、规范化,增强了不同业务部门之间的协作,增强了上级部门对工商所管理工作的监督,同时也把工商所从繁冗的巡查工作中解脱出来,根据对企业、个体户风险度评定,对可能存在风险的企业或行业有针对性地进行监管巡查,提高了执法效能。通过对收费的规范化管理,一方面明显减少了乱收费、打白条现象,收费过程公开透明,集中缴费,减少了社会对于费项收取过程的不良反应;另一方面减少了少收漏收现象,各局机关的收费额度有了不同程度的提高。 提高工商所信息化建设水平,改善工商所执法效能是一个长期的过程。随着工商所职能的不断调整,工商所综合监管执法系统也需要不断改进完善。这对系统的灵活性,可扩展性提出了很高的要求。同时,受施工周期、资金来源等诸方面因素影响,系统功能、系统的网络支撑和存储方案的实现也有待进一步完善。在下一步的工作里,一方面对工商所综合监管执法系统功能进一步强化。根据2007年省局对工商所职能调整的最新要求,把经济案件的受理职能纳入到工商所综合监管职能中来,由原来的局机关公平交易局处理案件转变为工商所处理案件,公平交易局审核。把原来信用管理中对案件信息的后备补录转变为对案件信息的实时录入和对信用信息的动态更新。另一方面还要对系统的安全性和稳定性做的进一步的加固,包括配置6509双引擎和双模块的冗余配置方案、建立采用SAN技术的存储网络等。随着软件应用的进一步深入,用户数量的增多,系统的稳定性、运行性能是否符合要求还需要进一步用实践来验证。 58 山东大学硕士学位论文 参考文献 [1] 李江 张顺正著 《德国工商行政管理考察报告》浙江树人大学学报 2005.9 Vol.5No.5 [2] 陈丹 赵树宽 巩顺龙 电子商务的信用管理体系 情报科学 2006.1 Vol.24 No.1 [3] 马玲 市级工商行政管理电子政务系统的构建 微机算计信息 2006 Vol.22No.6-3 [4] 江苏盐城工商局 对提高经济户口管理系统效能的研究 中国工商管理 研究 2006.5 P28 [5] 杨帆 县级工商部门业户管理系统的设计与实现 陕西工学院学报 2005.3 Vol.21 No.1 [6] 张燕 实施金信工程推动企业信用体系建设 社科纵横 2005.6 Vol.20 No.3 [7] [8] [美]刘润东著 UML对象设计与编程 北京:希望电子出版社,2001 [美]Grady Booch,James Rumbaugh, Ivar Jacobson著 邵维忠等译 The Unified Modeling Language User Guide(UML用户指南) 北京:机械工业出版社,2001 [9] [美]Wendy Boggs,Michael Boggs著 邱仲潘等译 UML与Rational Rose2002从入门到精通 北京:电子工业出版社 2002 [10] [英]Martin Fowler著 王怀民 周斌译 企业应用架构模式 北京:机械 工业出版社,2004 [11] (美)Bruce Eckel著 《Thinking in Java》 第二版 北京:机械工业 出版社,1999 [12] David Flanangan著 张铭泽等译 Java Script权威指南 北京:机械 工业出版社,2003 [13] Dean Leffingwell Don Widrig著 软件需求管理:统一方法 北京:高 等教育出版社,2002 [14] Walker Royce著 周伯生等译 软件项目管理-一个统一的框架 北京: 59 山东大学硕士学位论文 机械工业出版社,2002 [15] (美)Kathy Schwalbe著 王金玉 时郴 译 IT项目管理 北京:机械工 业出版社,2002 [16] 赖宇阳著 Microsoft Project 2000 教程 北京:希望电子出版社,2001 [17] 国家工商行政管理总局 国家工商行政管理总局信息化建设数据标准 内部文献资料 2005 [18] 国家工商行政管理总局 内部文献资料 2006 60 国家工商行政管理总局金信工程总体技术方案 山东大学硕士学位论文 致 谢 在工商所综合执法平台的建设以及整个论文撰写期间,我的生活正面临着来自工作和家庭多方面的困难,论文撰写工作曾一度难以继续。在此期间,我的导师李学庆老师对我的耐心教导和悉心帮助,使我一步步度过难关。李老师在工作极其忙碌的情况下,仍抽出自己的休息时间,以广博的知识和严谨的治学态度,对我的论文的结构思路乃至修辞格式都提出了详 细的修正意见,指导我对论文进行了多次修改并日臻成熟。李老师以自己的身体力行,教我做人和治学的道理。在此,对我的导师李学庆老师致以最真挚的感谢。 同时,感谢软件学院给我提供了学习的机会和实践的环境。在软件学院的学习生涯为我现在的工作和发展打下了良好的基础。将成为我人生发展的重要经历。感谢软件学院孙建东老师在这些年来在我生活和学习上给予的帮助。 感谢我的同学们,他们的帮助和鼓励让我在软件学院有一个舒心的学习环境和温暖的家。最后感谢在我的工硕学习和项目建设中所有帮助和关心过我的人,祝大家身体健康,工作愉快~ 61
本文档为【软件工程论文】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
该文档来自用户分享,如有侵权行为请发邮件ishare@vip.sina.com联系网站客服,我们会及时删除。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
下载需要: 免费 已有0 人下载
最新资料
资料动态
专题动态
is_601191
暂无简介~
格式:doc
大小:111KB
软件:Word
页数:58
分类:企业经营
上传时间:2017-09-02
浏览量:42