信访管理系统说明书.docx
- 文档编号:28613170
- 上传时间:2023-07-19
- 格式:DOCX
- 页数:38
- 大小:258.96KB
信访管理系统说明书.docx
《信访管理系统说明书.docx》由会员分享,可在线阅读,更多相关《信访管理系统说明书.docx(38页珍藏版)》请在冰豆网上搜索。
信访管理系统说明书
摘要
长久以来,信访一直是政府了解民意民愿的一条重要途径。
民政、劳动、计生、卫生、公安、党建等党政部门的许多工作内容已经深入到社区,社区承担着越来越多的社会基础性事务工作,基层工作人员的工作任务越来越繁重,工作内容越来越复杂,而工作人员却没有相应增加,传统的信访路径越来越显示出它的缺点和不足。
因此必须利用信息化手段减少重复性劳动,提高基层的工作效率,为社区基层减负,使得这条重要路径更好的发挥它的作用。
我们对传统的信访方式和信访案件处理过程以及对重点信访人员管理作了详细的调查和分析,同时,结合ASP技术、服务器和Access技术,设计实现了一个社情民意服务系统的子系统——信访重点人员管理系统,它实际上相当于整个社情民意服务系统中的一个后台运行模块,包括整个系统的需求分析、数据库设计以及各功能模块的设计与实现。
关键词:
信访;ASP;数据库
1.绪论
1.1选题背景
近年于快速的经济发展带来了一系列的信访问题,信访总量居高不下,重复信访,无序上访等现象逐渐显现,同时人民群众的法律意识、参政意识也不断加强。
也对新时期下信访工作的方式提出了新的要求。
信访工作作为了解社情民意的窗口,一直深入各级领导的重视,2005年通过的新的《信访条例》更是明确提出要求能过信息化建设解决信访信息共享和信访业务处理的问题。
信访制度作为一项具有中国特色的政治参与和权利救济制度,虽然在计划经济时代起到过一定的作用,但由于这一制度存在诸多缺陷,已不适应目前的市场经济环境,如果不彻底改革,将会产生十分严重的政治后果。
因此建立一套基于公共网络,业务处理覆盖广、稳定灵活、有效授权的信访系统,是当前信访信息化建设最为迫切的需求。
1.2选题意义
在计算机技术不断发展的今天,我们必须对信访管理实行电子政务改革,以先进高效的现代化工作模式替代止步不前的传统办公,加大矛盾纠纷的排查化解力度,利用规范的信访网络管理系统做好重点上访人员的稳控工作。
基于计算机平台的后台信访重点人员管理系统,将信访重点人员的基本信息及其主要上访问题直观地、系统地添加到数据库,并记载其上访次数。
同时,将重点人员来访时登记的信息进行列表管理,可以随时便捷地修改或者删除。
每有矛盾纠纷发生,都可对其卷宗保留,登记矛盾纠纷相关信息,也可进行列表管理,同样是删除或者添加。
对重点人员以及矛盾纠纷的查询功能是相当重要的,较之传统管理,它能更方便快捷的显示出工作人员在处理信访工作时所需要了解的信息。
因此,信访系统应运而生。
它借鉴了国内先进的企业办公方法,并且解决了在处理信访过程中实际存在的诸多问题和困扰开发的一款管理系统,能够有效的杜绝重点信访人员管理上的漏洞,使工作人员更容易加大对重点信访人员的重视,大幅度降低管理工作的工作量,使信访工作者管理变得轻松简单,将有限的资源发挥无限的价值,为党和政府以及民众提供更大的贡献。
1.3系统开工具
ASP是一种服务器端脚本编写环境,可以用来创建和运行动态网页或Web应用程序。
ASP网页可以包含HTML标记、普通文本、脚本命令以及COM组件等。
利用ASP可以向网页中添加交互式内容(如在线表单),也可以创建使用HTML网页作为用户界面的web应用程序。
ASP也不仅仅局限于与HTML结合制作WEB网站,而且还可以与XHTML和WML语言结合制作WAP手机网站。
但是其原理也是一样的。
1.4ASP服务器
超级小旋风ASP是在NETBOX核心下开发的一套强大简洁的ASPWEB服务器,使用这个软件的您完全可以抛弃体积庞大的WINNT,WIN2000服务器系统及漏洞百出的IIS了。
可以在任何一个系统上调试和发布ASP程序。
。
现在完全支持ACCESS,SQL数据库。
适合于所有win32平台,能自动在进程表中隐藏。
可实现的功能是:
1.可自定义网页根目录。
2.主页默认为index.htm。
3.可自定义端口。
4.可自定义服务端每次发送数据包的大小。
5.为稳定期间,本服务器使用多线程的方法,可满足不同场合的使用。
6.运行时可以隐藏窗口。
1.5数据库-Access
MicrosoftOfficeAccess是由微软发布的关系数据库管理系统。
它结合了MicrosoftJetDatabaseEngine和图形用户界面两项特点,是MicrosoftOffice的系统程序之一。
Access的用途体现在两个方面:
1.用来进行数据分析:
access有强大的数据处理、统计分析能力,利用access的查询功能,可以方便地进行各类汇总、平均等统计。
并可灵活设置统计的条件。
比如在统计分析上万条记录、十几万条记录及以上的数据时速度快且操作方便,这一点是Excel无法与之相比的。
这一点体现在:
会用access,提高了工作效率和工作能力。
2.用来开发软件:
access用来开发软件,比如生产管理、销售管理、库存管理等各类企业管理软件,其最大的优点是:
易学!
非计算机专业的人员,也能学会。
低成本地满足了那些从事企业管理工作的人员的管理需要,通过软件来规范同事、下属的行为,推行其管理思想。
(VB、.net、C语言等开发工具对于非计算机专业人员来说太难了,而access则很容易)。
这一点体现在:
实现了管理人员(非计算机专业毕业)开发出软件的“梦想”,从而转型为“懂管理+会编程”的复合型人才。
另外,在开发一些小型网站WEB应用程序时,用来存储数据。
例如ASP+Access。
这些应用程序都利用ASP技术在InternetInformationServices运行。
比较复杂的WEB应用程序则使用PHP/MySQL或者ASP/MicrosoftSQLServer。
2.可行性分析
系统的可行性分析,即FeasibilityAnalysis,也叫做系统的可行性研究,基于系统调查分析,针对新系统的开发是否具备必要性和可能性,对新系统的开发从技术、经济、社会的方面进行分析和研究,避免开发失误,以保证新系统的开发成功。
可行性研究的目的,简而言之,就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
该系统的可行性分析包括以下几个方面的内容:
(1)技术可行性
首先从软件方面来说,由于设计软件的软件多种多样,我们所设计的信访管理系统软件总的分为两类专业的软件。
建立数据库使用的是Access:
access有强大的数据处理、统计分析能力,利用access的查询功能,可以方便地进行各类汇总、查看等统计。
并可灵活设置统计的条件。
比如在统计分析上万条记录、十几万条记录及以上的数据时速度快且操作方便,这一点是Excel无法与之相比的。
这一点体现在:
会用access, 提高了工作效率和工作能力。
从硬件来说只需要一台内存32M,硬盘2G的品牌机或兼容机即可实现。
所以在现有条件下,技术条件可以达到系统所提出的要求,且能够得到所需的计算机等物理资源。
速度、存储能力、通信功能等要求在现有条件下均能够得到满足。
同时、开发人员有一定的技术水平,符合开发要求。
(2)经济可行性
一个系统若是不能带来经济效益或经济效益低于开发成本,那么这个系统的开发是毫无意义的。
通过教师档案管理系统可以节省大量的人力、物力、财力和时间,并且减少了人为方面的失误和减少使用纸质的繁琐,既节约了原有成本而且保护了环境,实现了真正的绿色环保。
所以无论从横向还是纵向相比,本系统从经济方面来讲是可行的,而且该系统的开发费用及维护费用政府完全可以支付。
而该系统可以给政府管理工作带来的便利以及管理人员费用的减少,远大于它的成本。
所以,从经济上考虑,本系统完全有必要开发。
(3)操作可行性
主要是了解信访管理的相关人员对开发信息系统是否支持,现有信访管理制度和方法是否科学,规章制度是否齐全,原始数据是否正确等。
信访管理人员积极支持该系统开发,使新系统能够充分发挥作用;系统操作简单,易于理解,操作者经过很短的时间就可以进行操作信访管理系统了。
在系统中有大量的提示,很容易的能够让人理解,所以从操作可行性来看是可以开发的。
(4)运行可行性
对新系统运行后给现行系统带来的影响(包括组织机构、管理方式、工作环境等)和后果进行估计和评价。
同时还应考虑现有管理人员的培训、补充,分析在给定时间里能否完成预定的系统开发任务等。
软件开发出来以后对于整体的操作以及系统地维护,数据库的更新这方面,需要专门的人员对操作人员培训,指导。
(5)法律可行性
本信访管理系统是自行开发的管理系统,是很有实际意义的系统,开发环境软件和使用的数据库都是开源代码,开发这个系统不同于开发普通的系统软件,不存在侵权等问题,即法律上是可行的。
综上所述,开发一个教师档案管理系统与人工记录的方式相比具有速度更快,操作更准确,节省开支等有利之处,因此,建立一个教师档案管理系统是必要可行的。
3.需求分析
需求分析是系统开发设计的前提,也是整个系统设计的关键所在,只有在认真调查研究的基础上,总结出系统的主要任务和需要达到的目标,才能为下一步系统的设计和开发做好基础,才能确保整个系统正确和完整的开发。
在该章,我们从信访简介、功能需求、性能需求、等几个方面来叙述该系统的开发需求。
3.1信访简介
信访是指公民、法人或者其它组织采用书信、电子邮件、传真、电话、走访等形式,向各级人民政府工作部门反映情况,提出建议、意见或者投诉请求,依法由有关行政机关处理的活动。
是除法律以外的具有中国特色又一种解决群众对问题的办法。
(1)信访管理系统的优点
信访重点人员管理系统的设计与实现,采用B/S结构,以Access为后台数据库,Asp作为开发工具,Tomcat作为Web服务器,Tomcat与JSP技术的结合,使该系统与任何网页脚本、Web程序相比都毫不逊色,能同时支持Windows平台及Linux平台,具有最佳的产品性能。
亲切、友好的人性化界面和功能模块使系统能够快速、完美的融入到管理者的工作中,无需额外培训就可以立刻上手使用,消除培训成本,缩短适应周期,提高利用效率。
(2)管理系统的设计目标
信访重点人员管理系统的设计,主要目的是将传统的信访管理模式利用现代化技术转化成以计算机技术为平台的信访重点人员管理系统,以实现信访工作者提高信访工作者在进行信访人员以及矛盾纠纷案情等各项工作的效率。
本系统采用先进的设计思想,从社情民意服务系统的总体目标出发,根据系统分析阶段对系统的逻辑功能要求,并考虑经济、技术、运行环境等方面的条件,确定系统总体结构和系统各个模块的技术方案,合理地选择操作系统、运行平台等软硬件设备,提出系统的实施计划,确保总体目标的实现。
3.2功能需求
网上信访系统的目的是方便上访者通过互联网直接在网上信访,并且相应的信访主管部门可以很快处理上访者的文件,从而提高效率。
在现代的网上信访中上访信件的处理是一个重要的环节,这要求作为专业的网上信访系统必须满足以下三方面的需求:
用户需求、界面需求、管理需求和系统维护需求。
3.2.1用户需求
根据前台用户权限将用户分为两种。
匿名上访用户只能浏览信访动态,信访政策,能进行网上信访,但只能查询自己的信访信息,注册用户不但能浏览和查询,并且可以修改个人的信访信息并查看自己所有的信访信息。
3.2.2界面需求
系统应尽量方便用户操作,具有网页页面风格,信息录入窗口要尽可能的大,上访人员可以清楚的看到自己录入的信息。
系统的界面上要提供功能菜单、状态栏来方便用户操作。
每个页面都附有共同的导航栏,用户能很方便的转到自己要操作的页面。
3.2.3管理需求
网上信访系统后台管理必须包括用户角色管理、系统日志、数据库管理、网站内容管理。
内部邮件管理,统计管理等六个方面的重要需求。
用户角色管理是系统管理注册用户的一种重要方式。
它包括角色类别管理,部门单位管理,每一种管理都可以添加修改,删除。
网站管理是本系统中的另一个重要部分,该管理功能包括对信访政策,信访动态的添加,修改,删除,还包括信访信息反馈即对群众的信访进行答复。
数据库管理,包括立即备份数据库和还原数据库。
无论对于普通用户还是政府内部本身来说是非常宝贵的资料。
数据是存放在计算机上的,但是即使是最可靠的硬件和软件,也会出现系统故障和产品故障。
所以,应该在意外发生之前做好充分的准备工作,以便在意外发生之后有相应的措施能快速的恢复数据库的运行,并使丢失的数据尽量减少到最小。
对于该系统,有许多的安全性需要极高的数据,关系到政府部门的利益,所以,本系统特别实现了自动备份功能。
信访内容统计管理:
可以按照日期、部门等进行查询、统计、比较,作为考核一个部门的数据依据。
3.2.4系统维修
系统日志维护是系统后台功能的一项重要内容。
这不仅涉及到系统日后运行的安全性,同时包含系统使用的情况,并且便于系统管理员对系统进行管理和维护。
3.3性能需求
系统的性能需求包括系统的有效性、可扩展性、稳定性和可靠性。
(1)系统有效性
系统的有效性是软件能顺利推广的重要指标,使衡量实现方法价值的唯一标准。
在开发系统前,要进行实际调查,以用户为中心,和真正的最终用户进行交流和沟通,确保尽量满足最终用户的需求。
(2)系统的可扩展性
软件的可扩展性是评价软件性能的一个重要指标。
如果一个系统不能被扩展,那么只有重新开发一个新的系统,这样会浪费许多人力物力。
为了避免这些不利因素,我们在设计的过程中应该尽量让各个模块相对独立,为以后扩展留有余地。
(3)系统的稳定性和可靠性
随着政府信息化程度的越来越高,任一时刻的系统故障都有可能给政府部门带来不可估量的损失,这就要求我们的系统具有高度的稳定性和可靠性。
如果出现了系统故障,可以采取完善的数据备份恢复、故障处理等系统故障对策,以及完整、合理、严密的系统应急方案。
3.4课题目标
网上信访系统将实现:
(1)上访者浏览网站信息,可查阅以往上访信息,处理状态。
(2)上访者注册自己的账号,账号名、密码、真实姓名、地址、邮编等实现个人信息注册,注册成功后可登陆实现网上信访举报。
(3)上访者可查询、修改或删除自己的信访信息,也可查看相关信访信息,浏览相关资料。
(4)管理员角色管理和网站管理。
(5)数据及时备份,具有良好的可扩展性。
(6)用户界面友好,方便用户操作,简而易懂。
3.5数据需求分析
数据库需求分析调查的重点是“数据”和“处理”,通过调查、收集和分析,获得用户对数据库的需求。
信息需求:
指用户需要从数据库中获得信息的内容与性质,即在数据库中需要存储哪些数据。
处理要求:
指用户需要完成什么处理能力。
明确用户对数据有什么样的处理要求从而明确数据之间的关系。
该系统的功能集中表现为对信访人员信息的注册、修改、删除、查询,因此需求集中表现为对“数据”的需求。
概念结构设计是将分析得到的用户需求抽象为概念模型的过程,它是整个数据库设计的关键。
该系统根据上面的设计规划出的实体有:
用户、管理员、信访动态。
3.6数据流程图
本系统总体结构流程图见下图3.1
图3.1总体结构流程图
3.7数据字典
数据字典包括有数据项、数据结构、数据流、处理过程和数据存储五个部分,以下根据系统开发的要求分别对各个部分进行说明。
3.7.1数据结构
数据结构反映了数据之间的组合关系。
一个数据结构可以由若干数据项组成,也可以由若干个数据结构组成,或由若干个数据项和数据结构混合而成。
如下图所示是数据结构表,包括数据结构名和其属性。
见表3.1数据结构表
表3.1数据结构表
数据结构名
属性
管理员
管理员名、登录密码、登陆账号
用户
用户名、登录密码、验证码
3.7.2数据流
数据流是数据结构在系统内传输的路径。
对数据流的描述通常包括数据流名,说明,数据流来源,数据流去向。
其中,“数据流来源”是说明该数据来自那个过程;“数据流去向”是说明该数据将到那个过程去。
如下表3.2所示为数据流表。
表3.2数据流表
数据流名
说明
数据流来源
数据流去向
管理员
管理员的用户名和与相应的密码
改变的管理员信息
账号管理
用户
进入系统注册个人信息
用户事务处理
用户管理
信访动态
更新信访内容
管理员事务管理
管理员管理
3.7.3数据项
数据项是不可再分的数据单位。
对数据项的描述包括以下内容:
数据项目,数据项含义说明,别名,数据类型,长度,取值范围等。
其中,“取值范围”和“与其他数据逻辑关系”定义了数据的完整性约束条件,是设计数据检验功能的依据。
如下表3.3所示为数据项表。
表3.3数据项表
编号
数据项名
表中列名
含义说明
数据类型
长度
1
用户编号
uid
唯一标识
INT
4
2
用户姓名
truename
用于说明用户的名字,不能为空
VARCHAR
30
3
用户性别
sex
说明用户的性别,不能为空
FLOAT
3
4
证件号码
cirdid
说明用户证件号码
VARCHAR
20
5
地址
address
说明用户的地址
VARCHAR
30
6
职业
work
说明用户的职业
VARCHAR
20
7
工作地址
workunit
说明用户的工作地址
VARCHAR
10
8
管理员
username
信访管理者的用户名
VARCHAR
20
9
登录密码
password
信访管理者登录系统时的密码
VARCHAR
50
3.7.4数据存储
数据存储是数据结构保留或保存的地方,也是数数据存储是数据结构保留或保存的地方,也是数据流的来源和去向之一。
它可以是手工文档或手工凭单,也可以是计算机文档。
对数据存储的描述通常包括以下内容:
数据存储名,说明,编号,输入的数据流,输出的数据流。
组成:
数据结构,数据量存取频度,存取方式。
其中,“存取频度”指每小时或每天或每周存取几次,每次存取多少数据等信息;“存取方式”包括是批处理还是联机处理,;另外,“输入的数据流”要指出其来源;“输出的数据流”要指出其去向。
如下表3.4所示为数据存储表。
表3.4数据存储表
数据存储名
输入的数据流
输出的数据流
信访状态
增加或修改的信息
改变后的存档信息
存储用户
增加或修改的用户信息
改变后的用户信息
存储管理员
增加或修改的管理员信息
改变后的管理员信息
3.7.5数据处理
处理过程的具体处理逻辑一般用判定表或判定树来描述。
数据字典中只需要描述处理过程的说明性信息,通常包括以下内容:
处理过程名,说明,输入等。
其中,“简要说明”中主要说明该处理过程的功能及处理要求。
功能是指该处理过程用来做什么,处理要求包括处理频度要求,如单位时间里处理多少事务,多少数据量,响应时间要求等。
这些处理要求是后面物理设计的输入及性能评价标准。
最后,要强调两点:
(1)需求分析阶段的一个重要而困难的任务是收集将来应用所涉及的数据,设计人员应充分考虑到可能的扩充和改变,使设计易于更改,系统易于扩充。
(2)必须要强调用户的参与,这是数据库应用系统设计的特点。
数据库应用系统和广泛的用户有密切的关系,许多人要使用数据库。
数据库的设计和建立有可能对更多人的工作环境产生重要影响。
因此用户的参与是数据库设计不可分割的一部分。
在数据分析阶段,任何调查研究没有用户的积极参与是寸步难行的。
3.8数据流图
首先进行登陆请求,如果输入用户错误则进行出错处理;也可注册个人信息,并且可以登录管理员和用户;在管理员中可以进行新教师档案信息的录入,在用户中可以进行查阅教师档案;录入模块中可以录入教师的个人信息和新用户的权限信息;在统计模块中可以进行统计教师信息,用户信息,关键字查询教师信息和删除的教师档案信息;修改中可以增删改用户信息和增删改教师档案信息。
如下图3.2所示为总体数据流图
图3.2总数据流图
4.概要设计
4.1系统功能分析
信访重点人员管理系统是一个基于TomcatWeb服务器的重点人员以及矛盾纠纷信息处理系统。
供社区信访工作者使用,替代传统的手工登记来访重点人员信息及矛盾纠纷信息。
信访重点人员是信访工作中的重点和难点,但是传统的信访管理,不能便捷的对其基本信息或者重要信息进行及时有效的登记,导致有的来访者重复来信、多次来访、经历时间长、处理难度大、问题久拖不决或决而不服,现仍信访不断。
可以这样说,落后的信访管理模式也是导致重点信访人员不断增多的主要原因之一。
非直观的案情查询,导致遗留案情解决延期甚至难以解决。
针对以上需求分析,本系统在功能上分为三个模块:
用户管理、信访管理、以及查询管理。
4.2概念结构设计
1.概念结构独立于数据库逻辑结构和支持数据库的DBMS。
概念结构即概念模型,其主要特点是:
(1)概念模型是反映现实世界的一个真实模型。
概念模型应能真实,充分反映现实世界,能满足用户对数据的处理要求。
(2)概念模型应能易于理解。
概念模型只有被用户理解后,才可以与设计者交换意见,参与数据库的设计。
(3)概念模型应当易于更改。
由于现实世界会发生变化,这就需要改变概念模型,易于更改的概念模型有利于修改和扩充。
(4)概念模型应易于向数据模型转换。
概念模型最终要转换为数据模型。
设计概念模型时应当注意,使其有利于向特定的数据模型转换。
2.概念结构设计的方法
设计概念结构通常有四类方法:
(1)自顶向下:
即首先定义全局概念结构的框架,然后逐步细化。
(2)自底向上:
即首先定义各局部应用的概念结构,然后将它们集成起来得到全局概念模式。
(3)逐渐扩张:
首先定义最重要的核心概念结构,然后向外扩充,以滚雪球的方式逐步生成其他的概念结构,直至总体概念结构。
(4)混合策略:
即将自顶向下和自底向上相结合,用自顶向下策略设计一个全局概念结构的框架,以它为骨架集成由自底向上策略中设计的各局部概念结构。
其中最经常采用的策略是自底向上的方法。
即自顶向下地进行需求分析,然后再自底向上地设计概念结构。
这个报刊订阅系统就用这种方法。
概念结构设计的步骤:
第一步是进行局部视图的设计:
由于高层的数据流图只能反映系统的概貌,而中层流图能较好的反映系统中各局部应用的子系统组成。
因此我们先逐一的设计分E-R图。
第二步是进行视图的集成:
各子系统的E-R图设计好之后,下一步就是要将所有的分E-R图合成一个系统的总E-R图,一般有两个方式,多个分E-R图一次集成,另一种是一次集成两个分E-R图。
我想采用一次集成两个分E-R图的方式。
E-R设计图
数据库设计起始阶段,需要找出系统中的一些关键信息。
首先找出系统中存在的几个主要的实体:
用户、信访、管理员。
然后,找出这些实体的部分属性。
依此类推,尽可能找出实体涉及到的属性。
最后,观察整个需求,设置一些系统实现时需要的实体。
网上信访系统中的实体及其属性主要有以下几个:
1.用户,其属性有用户名、密码、真实姓名、性别、职业、地区、电话、电子邮箱、家庭住址。
如图4.1
图4.1用户注册E-R图
2.信访动态,其属性有标题、内容、时间。
如图4.2
图4.2信访动态E-R图
3.管理员,其属性有用户名、密码、角色、所在部。
如图4.3
图4.3管理员E-R图
图4.4实体关系总图
关系模式:
用户(用户名、密码、电话、性别、职业、真实姓名、地区、家庭地址、电子邮件);
信访动态(标题、时间、内容);
管理员(角色、密码、用户名、所在部);
查阅(用户名、标题);
4.3逻辑结构设计
逻辑结构设计阶段的任务是将概念结构设计阶段所得到的概念模型转换为具体DBMS所能支持的数据模型,即逻辑结构。
关系模型的逻辑结构是一组关系模式的集合。
将E-R图转换为关系模型就是要将实体型、实体的属性和
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 信访 管理 系统 说明书