xx省教育收费网络监督平台系统设计毕业论文.docx
《xx省教育收费网络监督平台系统设计毕业论文.docx》由会员分享，可在线阅读，更多相关《xx省教育收费网络监督平台系统设计毕业论文.docx（35页珍藏版）》请在冰豆网上搜索。
xx省教育收费网络监督平台系统设计毕业论文
xx省教育收费网络监督平台系统设计毕业论文
xx省教育收费网络监督平台
绪论
这些年治理教育乱收费工作取得了很大成效，一些热点难点问题得到了有效治理，但目前我省还没有一个专门有效的教育乱收费举报处理途径，为了落实省领导提出的用“制度体制机制+科技”的方式治理教育乱收费的指示精神，我们研发了河北省治理教育乱收费网络监督平台。
其设计思想是利用信息化手段广泛接收、分流、处理群众举报，实现举报案件处理本地化，同时给被举报者以威慑。
教育乱收费问题名目繁多，原因多样，靠几个人或几个部门很难发现和遏制，只有让各学校收费曝光于阳光之下，接受全民监督，才能有效解决教育乱收费问题。
同时，为方便群众了解、使用该平台，计划将平台的网址、手机发送短信的号码、咨询举报电话号码等信息印在学生手册上、发布在教育行政主管部门的网站上、通过报纸、电台、电视台等多种方式公布这些信息，让群众随时都能很方便的找到这个举报途径，就不再去找别的途径反映问题，从而降低我省在国家部委的信访举报量。
统一多维的治理教育乱收费信息管理平台，能快捷的解决投诉咨询问题、及时给群众反馈处理结果，将问题解决在当地，防止群众越级上访、重复信访。
并能为群众提供政策咨询、政策解读，为群众提供便捷服务。
对学校乱收费也起到震慑作用，使学校不敢随便做违法违规的事情。
从而逐步实现人人公平享受教育权利，拉近与群众的距离。
在这个项目中我主要负责的是前台网站的设计和实现，前台网站是直接面向学生家长及普通用户的，它是百姓发布一些投诉信息和咨询信息等的平台，另外还展示了一些系统管理员从后台发布的新闻动态等。
主要的开发环境：
VisualStudio2008和后台数据库SQLServer2005。
1系统概论
1.1课题背景
2003年以来，我省各级党委、政府和各有关职能部门对治理教育乱收费工作高度重视，把治理教育乱收费工作作为一项“民生工程”列入了重要议事日程，并将治理教育乱收费工作纳入党风廉政建设责任制考核范围。
经过多年的治理，逐步形成了治理教育乱收费工作长效机制，人民群众对教育的满意度不断提升，随着治理工作的不断深入，人民群众对治理教育乱收费工作的期望值也越来越高，教育乱收费问题屡禁不止，仍然是群众投诉举报比较多的问题之一，仍然是群众关注的热点难点问题。
据统计，当前教育乱收费在全国各种乱收费总数中仍占有相当大的比重，约占三分之二。
教育乱收费问题名目繁多，但其中最主要的问题就是“义务教育阶段收取择校费”，主要原因还是教育经费投入相对不足、教育发展的不均衡。
所以目前的治理工作也已经到了攻坚克难的阶段，教育部也明确提出要开展专项治理，重点治理义务教育阶段择校乱收费、教辅材料散滥、补课收费等问题。
随着国家的重点治理，各学校在教育乱收费问题上，也不再像以前那样明目张胆，公开收取，而是“八仙过海、各显神通”，呈现了“项目不断更新、方式更加隐蔽”的新动向、新特点。
所以，从当前和今后一个时期来看，必须下大力解决好两大矛盾，人民群众对优质教育资源日益增长的需求与教育发展不均衡的矛盾、教育事业发展与教育经费投入相对不足的矛盾，从而从根本上解决择校乱收费等问题。
这就需要我们在国家现有体制机制下，不断创新方式方法，采取更有效、更快捷的方法措施来治理教育乱收费，不断扩大优质教育资源，促进教育均衡发展。
随着科技的进步，计算机网络的普及，互联网已成为目前广大群众投诉、咨询、发表言论的一个重要途径,这就有必要建立一个统一的治理教育乱收费信息管理平台，为广大群众提供更便捷的投诉、咨询、答疑服务。
1.2课题研究意义
治理教育乱收费信息管理平台充分利用计算机网络技术，来给广大群众提供投诉咨询服务平台，使群众能迅速及时地检举揭发各种教育乱收费问题。
还提供了手机短信与平台无缝对接技术，使群众在任何时候、任何场所均可快捷的咨询投诉教育收费问题。
同时也因为采用了电子媒体手段，使得这些投诉咨询信息非常便于与教育主管部门使用的各种办公办案软件紧密集成，实现快速录入、整理，实现跨时空的使用，将极大地降低成本，提高办案效率，是符合时代要求、人民群众和国家利益的新形式。
平台概括起来有“信息量大、全面覆盖”，“阳光收费、全程监控”，“及时快捷、全程服务”等特点。
与传统的信访举报渠道相比，治理教育乱收费信息管理平台具有自己独特的优势：
一是具有信息量大、覆盖面广的特点，实现信息资源共享。
本平台与学籍管理系统连接，囊括了全省所有学校的信息，以及全部学生及家长的信息资料。
通过群众反映的信息，可以随时了解到学校是否存在教育乱收费、乱订教辅资料、乱补课等问题，实现对全省所有学校的全方位、全过程监控。
二是具有“信息互交性”特点，为群众提供了话语平台。
省教育厅、市、县（区）教育局和学生家长信息是相互连通的，即学生、家长可以通过信息平台上网浏览，发送短信，咨询政策，投诉举报；省厅、市、县也可以通过此平台给学生、家长发送短信，宣传教育收费政策和有关法律法规，开展民主评议学校等活动。
三是具有“短、平、快”特点，流通速度快、反馈及时。
网络平台使用有线（计算机）和无线（手机）两套网络并行运行，从硬件上予以保证，提高了网络信息传播的速度和时效性，为快速解决问题、反馈办理结果提供了便利条件。
四是具有易统计、分析、查询的特点，便于为领导决策提供依据。
平台管理系统能够很方便、快捷的对群众所反映问题、问题办理情况、咨询情况等进行分门别类的统计，从而为领导决策提供必要的数据依据，提前做出应对措施，将问题化解在萌芽状态。
五是具有很强的保密性，能有效保护当事人的合法权益。
通过网络媒介提交信息，投诉咨询等信息直接到达受理人员的手中，减少了中间泄密的环节。
同时在平台系统的各环节都采用了多种加密手段，增加了窃取、仿冒的技术难度，可以有效保护反映人和被反映人的应有权益。
1.3系统开发环境及相关技术
1.3.1ASP.NET平台介绍
ASP.NET是建立在公共语言运行库上的编程框架，可用于在服务器上生成功能强大的Web应用程序。
与以前的Web开发模型相比，ASP.NET提供了数个重要的优点：
增强的性能：
ASP.NET是在服务器上运行的编译好的公共语言运行库代码。
世界级的工具支持：
ASP.NET框架补充了VisualStudio集成开发环境中的大量工具箱和设计器。
威力和灵活性：
由于ASP.NET基于公共语言运行库，因此Web应用程序开发人员可以利用整个平台的威力和灵活性。
.NET框架类库、消息处理和数据访问解决方案都可从Web无缝访问。
ASP.NET也与语言无关，所以可以选择最适合应用程序的语言，或者跨多种语言的分割应用程序。
简易性：
ASP.NET使执行常见任务变得容易，从简单的窗体提交和客户端身份验证到部署和站点配置。
另外，公共语言运行库利用托管代码服务（如自动引用计数和垃圾回收）简化了开发。
自定义性和扩展性：
ASP.NET随附了一个设计周到的结构，使开发人员可以在适当的级别“插入”代码。
实际上，可以用自己编写的自定义组件扩展或替换ASP.NET运行库的任何子组件。
实现自定义身份验证或状态服务变得更容易。
安全性：
借助内置的Windows身份验证和基于每个应用程序的配置，可以保证应用程序的安全。
1.3.2SQLServer2005简介
SQLServer是一个全面的、集成的、端到端的数据解决方案，它为企业中的用户提供了一个安全、可靠和高效的平台用于企业数据管理和商业智能应用。
SQLServer2005为IT专家和信息工作者带来了强大的、熟悉的工具，同时减少了在从移动设备到企业数据系统的多平台上创建、部署、管理及使用企业数据和分析应用程序的复杂度。
通过全面的功能集、和现有系统的集成性、以及对日常任务的自动化管理能力，SQLServer2005为不同规模的企业提供了一个完整的数据解决方案。
1.3.3ADO.NET技术应用
ADO.NET是一组用于和数据源进行交互的面向对象类库。
通常情况下,数据源是数据库，但它同样也能够是文本文件、Excel表格或者XML文件。
ADO.NET允许和不同类型的数据源以及数据库进行交互。
然而并没有与此相关的一系列类来完成这样的工作。
因为不同的数据源采用不同的协议，所以对于不同的数据源必须采用相应的协议。
一些老式的数据源使用ODBC协议，许多新的数据源使用OleDb协议，并且现在还不断出现更多的数据源，这些数据源都可以通过.NET的ADO.NET类库来进行连接。
1.3.4XML语言
XML的英文全称是ExtensibleMarkupLanguage（可扩展标记语言），是数据传送或者数据存储的一种方式。
一个完整是XML文件主要由以下几个部分构成：
一个可选的序言（声明）部分：
xmlversion="1.0"encoding="utf-8"standalone="yes"?
>version不能省略，encoding能省略，standalone能省略：
yes表示此文档是独立的，没有DTD，文档和它配套，no则表示有外部的DTD文档与之配套。
一个文档主体部分。
一个可选的结尾部分。
2系统需求分析
2.1系统业务需求
河北省教育收费网络监督平台的前台是一个面向群众的基于WEB的网络举报系统。
他主要受理关于教育乱收费的投诉信息，为了保障群众的利益将网上举报分为实名举报和匿名举报两部分，举报信息提交以后用户可以随时跟踪查询该投诉信息的处理过程以及最终的处理结果。
政策咨询是用户就特定问题提出的咨询信息，处理过程同网上举报类似。
与此同时，该网站还要展示一些后台管理人员发布的最新动态及法律法规等内容。
为了提高系统的交互性还要提供百姓留言的功能。
2.2系统功能需求
（1）网上举报:
用户向系统提交举报信息。
（2）政策咨询:
用户向系统提交咨询、建议、反馈及其他信息。
（3）政策法规:
管理人员从后台发布的一些最新的政策法规，用户可以从前台网站查看。
（4）案件通报:
管理人员从后台发布的一些典型案件的相关情况，用户可以从前台网站查看。
（5）群众呼声:
群众可以给系统留言并查看回复信息。
（6）处理结果:
用户可以查询相关信息的处理过程以及处理结果。
2.3系统性能需求
（1）较高的服务性能和大容量数据存储
省厅投诉信息平台的服务器系统的数据汇总全省的学生信息和投诉信息，统一发布信息和投诉反馈，并接受全省用户访问，因此需要较高的服务性能和大容量数据存储。
一方面，实现对全省教育信息、学生信息、投诉信息等的高速处理；另一方面，通过虚拟化的架构灵活组网，实现全面的应用扩展能力和高度安全的数据保护机制。
（2）系统安全性
为保证投诉信息平台的公正性和避免来自外界的干扰和攻击，整个信息平台网络采用私有网络，除内外门户站点等，关键业务系统与教育网、因特网、其他机构和部门网络的隔离，各级投诉系统平台互连采用VPN方式，教育网内采用自建VPN方式，即自选VPN网关设备和软件来构建；运营商网络在租用的接入线路上构建VPN，可选自建或运营商提供两种方式之一，具体可根据各级机构的实际网络情况和投资情况而定。
（3）系统可维护性
该系统分为前台和后台两个网站，采用三层架构的设计思将客户端与数据库隔离起来，客户端无权限直接访问数据库，有利于安全管理。
3系统总体设计
3.1系统总体结构设计
面向群众的投诉举报系统的功能模块主要有网上举报、政策咨询、群众呼声、案件通报、政策法规、处理结果查询等，如下图。
图3-1前台功能图
3.2系统功能模块设计
3.2.1网上举报模块设计
分为实名举报和匿名举报两部分，实名举报要求提供详细的个人信息，实名举报的信息将会优先处理，匿名举报只需填写相关举报信息，其中主要包括被投诉人的具体信息、投诉类型、投诉内容和查询密码。
用户在还可以上传一些相关材料，如佐证材料等。
用户所填写的举报信息可以直接提交给系统，也可以暂时保存，保存的信息可以再次修改，直接提交之后才会被提交给工作人员。
每条投诉信息保存或提交后都会自动生成一个投诉编号，用户可以根据这个编号以及在投诉信息中设置的查询密码来查询该信息的处理过程以及处理结果。
3.2.2政策咨询模块设计
分为实名咨询和匿名咨询，主要用于用户向相关人员咨询一些政策方面的问题，处理过程同网上举报类似。
3.2.3政策法规模块设计
管理人员从后台发布的一些最新的政策法规，信息发布后自动在前天显示，用户可以从前台浏览并查看详细内容，详细内容页提供附件下载功能。
3.2.4案件通报模块设计
管理人员从后台整理发布的一些典型案件的相关情况，发布后自动在前天显示，用户可以从前台浏览并查看详细内容，详细内容页提供附件下载功能。
3.2.5群众呼声模块设计
用户可以通过该模块给管理员留言，但必须提前注册用户，已注册用户登录后可以查看自己的留言以及管理员的回复信息，未登录用户只能查看一些经管理员审核后允许公布的群众留言的信息。
3.2.6处理结果模块设计
用户可以通过举报编号和查询密码来查询相关信息的处理过程以及处理结果。
3.3系统流程分析
整个
3.3.1网上举报业务流程分析
网上举报是前台网站的主要功能，是用户在前台网站提交投诉信息，由后台管理员分发处理并返回处理结果的过程，程序流程图如图3-2所示。
图3-2网上举报流程图
3.3.2政策咨询业务流程分析
政策咨询是用户在前台网站提交信息（包括咨询、建议、反馈及其他），由后台管理员分发处理并返回处理结果的过程，其前台业务流程同网上举报类似。
3.3.3群众呼声业务流程分析
群众呼声是用户在前台网站注册用户并发表留言，然后由后台管理员处理并回复留言的过程，程序流程图如图3-3所示。
图3-3群众呼声流程图
3.3.4信息展示业务流程分析
前台网站还有政策法规、治理动态、政策解读、案件通报和联系我们模块，其基本流程是有管理员从后台发布，用户在前台查看。
流程图如图3-4所示。
图3-4流程图
4数据库结构设计
数据库设计（databasedesign）是将业务对象转换为表和视图等数据库对象的过程。
数据库设计是数据库应用系统开发过程中首要的和基本的内容。
数据库是信息系统的核心和基础。
它把信息系统中的大量数据按照一定的模型组织起来，提供存储、维护、检索数据的功能，是信息系统可以方便、及时、准确从数据库中获取所需的信息。
一个信息系统的各个部分能否紧密的结合在一起以及如何结合，关键在数据库。
4.1数据库概念设计
数据库概念设计根据对系统所做的分析,系统设计,规划出本系统中使用的数据库实体，及它们之间的关系，根据实体与属性之间的关系得出E-R图。
前台网站涉及到的表有：
Report表，Type表，Regulations表，disciplineNews表，commonproblems表，TypicalCases表，MessageUser表，publicmessages表，MessageReply表。
（1）Report为用户提交的信息表，应该包括ReportID，AnonymityOrRealName，ReportName，Unit，Phone，CertificateNum，Address，PostCode，Email，Password，TypeID，SchoolID，DepartmentID，BeInformerInfo，ReasonTypeID，ReportSummary，ReportDetail，AttachmentAddress，DisposeLevel，FirstCommen，DisposeStatus，ReDisposeOpinion，ReportTime，DisposeDepID，DisposeAreaName，DisposePerson，DisposeDetail，DisposeTime，tableid属性。
其中ReportID是主键，tabileid是自增字段。
其实体及属性如图4-1所示。
图4-1举报信息实体图
（2）Type为信息类型表，应该包括TypeID，TypeName，tableid属性。
其中TypeID是主键，tabileid是自增字段。
其实体及属性如图4-2所示。
图4-2信息类型实体图
举报信息与信息类型之间的E-R图如图4-3所示。
图4-3实体关系E-R图
（3）Regulations为政策法规表，应该包括title，content，reporttime，reportman，tableid属性。
其中tabileid是主键，为自增字段。
其实体及属性如图4-4所示。
图4-4实体关系E-R图
（4）disciplineNews为政策法规表，应该包括title，content，FileName，accessory，reporttime，reportman，tableid属性。
其中tabileid是主键，为自增字段。
其实体及属性如图4-5所示。
图4-5纪检动态实体图
（5）commonproblems为政策解读表，应该包括question，answer，answerMan，reporttime，ableid属性。
。
其中tabileid是主键，为自增字段。
其实体及属性如图4-6所示。
图4-6政策解读实体图
（6）TypicalCases为典型案例表，应该包括title，content，FileName，accessory，reporttime，reportman，tableid属性。
其中tabileid是主键，为自增字段。
其实体及属性如图4-7所示。
图4-7典型案例实体图
（7）publicmessages为群众呼声表，MessageReply为留言回复表，MessageUser为留言用户表。
这三张表的实体及属性以及其E-R图如图4-8所示。
图4-8实体关系E-R图
4.2数据库表的设计
根据该系统的数据结构，采用构建E-R图导出系统数据库表的分析方法，可以设计九张表结构。
（1）Report包含用户提交的投诉信息、咨询信息、反馈信息、建议信息及其他，由于属性相同归为一张表，其中包括用户的相关信息，所要投诉或咨询的信息，用户所提交的信息和处理结果的信息，根据属性的实际需求设定字段大小。
对应数据库表主要信息如表5.1所示。
表5.1Report表
列名
数据类型
长度
说明
ReportID
Varchar
10
信息编号
AnonymityOrRealName
Varchar
1
是否实名
ReportName
Nvarchar
50
发布人姓名
Unit
Nvarchar
100
发布人所在单位
Phone
Varchar
20
发布人手机号
CertificateNum
Varchar
50
身份证号
Address
Nvarchar
100
住址
PostCode
Varchar
6
邮编
Email
Varchar
50
电子邮件
ReportTime
Varchar
20
发布时间
Password
Varchar
50
查询密码
TypeID
Int
4
信息类型
SchoolID
Varchar
50
学校编号
DepartmentID
Varchar
13
部门编号
BeInformerInfo
Nvarchar
200
被举报人信息
ReasonTypeID
Varchar
200
举报原因
ReportSummary
Nvarchar
100
举报标题
ReportDetail
Nvarchar
1000
举报内容
AttachmentAddress
Varchar
1000
附件地址
DisposeStatus
Varchar
2
处理状态
DisposeLevel
Varchar
2
处理级别
FirstComment
Varchar
200
初审意见
DisposeDepID
Varchar
13
处理部门
DisposeAreaName
Nvarchar
50
处理地区
DisposePerson
Nvarchar
50
处理人
DisposeDetail
Nvarchar
500
处理意见
DisposeTime
Varchar
20
处理时间
Tableid
Bigint
8
自增字段
（2）Type表，它用来存放数据类型信息，根据属性的实际需求设定字段大小。
对应数据库表主要信息如表5.2所示。
表5.2Type表
列名
数据类型
长度
说明
TypeID
Int
4
类型编号
TypeName
Nvarchar
50
类型名称
Tableid
Bigint
8
自增字段
（3）Regulations表存放政策法规的相关信息，根据属性的实际需求设定字段大小。
对应数据库表主要信息如表5.3所示。
表5.3Regulations表
列名
数据类型
长度
说明
Title
Varchar
200
法规标题
Content
Varchar
8000
法规内容
Reporttime
Varchar
20
发布时间
Reportman
Varchar
20
发布人
TableID
Bigint
8
自增字段
（4）disciplineNews表存放纪检动态的相关内容，并以自增ID为主键，根据属性的实际需求设定字段大小。
其设计如表5.4所示。
表5.4disciplineNews表
列名
数据类型
长度
说明
Title
Varchar
100
动态标题
Content
Varchar
8000
标题内容
FileName
Varchar
100
附件名称
Accessory
Image
16
附件地址
Reporttime
Varchar
20
发布时间
Reportman
Varchar
20
发布人
TableID
Bigint
8
自增字段
（5）commonproblems表存放政策解读的相关内容，并以自增ID为主键，根据属性的实际需求设定字段大小。
其设计如表5.4所示。
表5.5commonproblems表
列名
数据类型
长度
说明
Question
Varchar
200
问题
Answer
Varchar
8000
答案
answerMan
Varchar
20
回答人
Reporttime
Varchar
20
发布时间
TableID
Bigint
8
自增字段
（6）TypicalCases表存放典型案例的相关内容，并以自增ID为主键，根据属性的实际需求设定字段大小。
对应数据库表主要信息如表5.6所示。
表5.6TypicalCases表
列名
数据类型
长度
说明
Title
Varchar
100
案件标题
Content
Varchar
8000
案件内容
FileName
Varchar
100
附件名
Accessory
Image
16
附件地址
Reporttime
Varchar
升级会员 