毕业实训报告.docx
《毕业实训报告.docx》由会员分享，可在线阅读，更多相关《毕业实训报告.docx（50页珍藏版）》请在冰点文库上搜索。
毕业实训报告
中原工学院
毕业实训任务书
2011年3月1日
学生姓名
付全兴
学号
200907022107
专业
计算机信息管理
班级
信管091
课题名称
执法局网上审批系统
课题来源
863软件园孵化器有限公司实际项目
指导教师
张良
专业
计算机科学与技术
职称
软件工程师
课题说明：
近些年，国家行政执法机关的工作流程都是纸质作业，这不仅耗费了大量的资源、人力、物力、工作效率的低下、更浪费了许多宝贵的时间，而随着城市人口数量不断增多，使得原来传统的办公模式已远远不能满足现代的办公需求，尤其是当各个审批部门的人员忙于其它事务时，使得一些紧急的案件不能及时的给予审批，以至于造成严重性后果，基于上述等原因，这都使得现在的办公流程和模式受到前所未有的挑战，使得旧有的办公模式和设备已经不能满足行政执法机关的办公需求。
而随着科技的发展，软件行业的腾飞，互联网走进人们的生活工作的方方面面，使得这一切问题的解决都变得迫在眉睫，理所当然，故此，开发了网上案件审批系统！
本系统采用VisualStudio2005作为开发平台，运用ASP.NET（C#）编程语言结合SQLServer2005数据库来实现。
承担的任务：
1.系统部分模块的功能实现（独立完成）
（1）中对案件管理（案件信息的增、删、改、查）
（2）角色权限分配模块（角色的添加、修改、删除、添加）
（3）文书管理（文书的查看,编辑，删除）
2.界面布局设计（参与完成）
3.系统整体测试（参与完成）
中原工学院
毕业实训任务书
2011年3月5日
工作进度安排：
2010-3-15至2010-3-22准备阶段：
学习VSS的使用及三层架构知识
2010-3-23至2010-3-30实战项目的开发阶段：
2010-3-31至2010-4-14需求分析
2010-4-15至2010-4-20系统设计
2010-4-21至2010-5-10代码实现
2010-5-11至2010-5-17系统测试并完善
2010-5-18至2010-5-20撰写毕业实训报告
2010-5-21至2010-5-25验收系统
2010-5-25至2010-6-4完善系统并完成毕业实训报告
指导教师签字：
年月日
实训单位意见
签章：
年月日
学院意见
签章：
年月日
中原工学院
毕业实训评审表
学号
200907022107
姓名
付全兴
专业
计算机信息管理
班级
信管091
题目
执法局网上审批系统
指
导
教
师
评
语
成绩（百分制）：
指导教师签名：
年月日
软件学院
毕业实训报告
课题名称：
执法局网上审批系统
专业：
计算机信息管理
班级：
信管091
学号：
200907022107
学生姓名：
付全兴
指导教师：
张良
2011年5月20日
摘要
开发一个比较完善的基于Web的执法局网上审批系统。
在其当前其所学专业技能基础上，运用ASP.Net开发程序（C#）、SQLServer2005数据库开发当前系统。
本系统运用的十三层架构模式将用户层和管理层分离开，通过数据库访问层访问连接数据库。
此系统有多个开发人员共同来完成，进行明确分工十分必要。
该系统所管理的信息具有一定的保密性，相应的使用人员在进入此系统之前都要进行登录验证，系统根据角色分配其相应的操作权限，进入相应界面。
我做的这要工作就是登录时根据有的权限让它显示在界面上。
可以进行一些被授权的操作。
还有文书管理，实现随机选择文书，添加文书，修改文书，删除文书。
还有案件添加管理这三部分
关键词：
网上执法局审批系统；三层架构；ASP.Net；SQLServer2005；
第1章项目分析
随着我国市场经济的快速发展，以及信息量的无限制扩充有效快捷的管理是当前任何行业部门必须做到的。
开发一个比较完善的基于Web的执法局网上审批系统，基于当前计算机的普及，为人们的生活带来很多便宜之处，很多部门，企业等都会以计算机为管理平台来管理其信息。
执法局网上审批系统就是有效的的利用及计算机跟网络的有机结合对案件信息的管理以及操作用户的一部分信息有效管理。
1.1问题描述
运用三层架构的模式，ASP.Net（C#）网站开发程序与SQLServer2005数据库配合开发此网上执法局网上审批系统。
在开发的过程中根据用户需求进行合理的设计以至于与用户达成一致意见，利用目前较为先进的技术实现系统功能的完善性和健壮性。
1.2技术分析
在此系统的开发过程中，根据用户的的需要在案件管理过程中要用到跟案件对应的文书，所以在添加文书这一块是以技术难点。
其次就是权限管理：
如何分配权限，每个权限都有对应的操作，权限的动态管理也是以技术难点。
就此系统来首最后一个难点就是在GridView控件中根据登录时用户所对应的角色动态显示操作功能。
1.3工程进度计划
开发本系统为时近两个月，因此必须明确规划每个时间段完成哪些类容。
以下是本系统的进度计划：
三月下旬至四月初：
需求分析，系统构建：
系统设计，系统三层架构搭建，数据库设计，母版、用户控件设计，页面设计。
四月份：
根据需求分析以及设计好的页面进行编码实现同时初步调试纠错。
五月上旬至五月中旬：
系统测试，错误纠正，编写任务书文档。
第2章系统分析与设计
开发一个比较完善的基于Web的执法局网上审批系统，基于当前计算机的普及，为人们的生活带来很多便宜之处，很多部门，企业等都会以计算机为管理平台来管理其信息。
执法局网上审批系统就是有效的的利用及计算机跟网络的有机结合对案件信息的管理。
2.1系统分析
执法局网上审批系统主要功能包括：
用户登录、添加角色、删除角色、修改角色、权限分配、添加用户、修改用户、删除用户、按部门查询、立案、查询案件、查看案件、案件文书管理、案件附件管理、案件提交、删除案件、编辑案件、审批案件、结案、重新审批案件、归档、用户密码修改等功能。
该系统所管理的信息具有一定的保密性，相应的使用人员在进入此系统之前都要进行登录验证，系统根据角色分配其相应的操作权限。
系统前台管理主要是依据执法局办案流程进行设计的：
立案、提交审批、案件分类、批示案件、结案、归档、案件重新审批等。
以上这些操作是由不同的操作人员来完成的。
系统后台管理主要是由管理员来操作的，包括对角色的管理、用户的管理，使本系统的操作权限规范化、合理化。
2.1.1参与者
在开发此系统的过程当中我们是一个组参加工作完成实现该项目系统，以下是我们任务分工用表：
表2.1项目分工
编号
模块名称
子功能名称
编码人员
计划编码时间
1
系统构建
数据库设计
付全兴
已完成
系统三层架构
付全兴
已完成
母板设计
弋秋菊
已完成
修改密码
常蓓蓓
已完成
系统登录
付全兴
已完成
2
角色管理
添加角色
许欢欢
已完成
删除角色
许欢欢
已完成
修改角色
许欢欢
已完成
分配角色权限
许欢欢
已完成
3
用户管理
添加用户
崔川川
已完成
删除用户
崔川川
已完成
修改用户
崔川川
已完成
按部门查询
崔川川
已完成
中对案件管理
查询案件
付全兴
已完成
查看案件
付全兴
已完成
立案
付全兴
已完成
案件文书管理
付全兴
已完成
案件附件管理
付全兴
已完成
提交审批案件
付全兴
已完成
5
未分类案件
查看案件
常蓓蓓
已完成
删除案件
常蓓蓓
已完成
查询案件
常蓓蓓
已完成
审批案件
常蓓蓓
已完成
6
一般性案件
查询案件
弋秋菊
已完成
查看案件
弋秋菊
已完成
编辑案件
弋秋菊
已完成
审批案件
弋秋菊
已完成
批示案件
弋秋菊
已完成
结案
弋秋菊
已完成
重新审批案件
弋秋菊
已完成
归档
弋秋菊
已完成
7
业务会案件
查询案件
牛晶晶
已完成
查看案件
牛晶晶
已完成
编辑案件
牛晶晶
已完成
审批案件
牛晶晶
已完成
批示案件
牛晶晶
已完成
结案
牛晶晶
已完成
重新审批案件
牛晶晶
已完成
归档
牛晶晶
已完成
8
案审委案件
查询案件
王亚伟
已完成
查看案件
王亚伟
已完成
编辑案件
王亚伟
已完成
审批案件
王亚伟
已完成
批示案件
王亚伟
已完成
结案
王亚伟
已完成
重新审批案件
王亚伟
已完成
归档
王亚伟
已完成
9
部门职位管理
增删改查
崔川川
已完成
2.1.2用例及用例规约
执法局网上审批系统，顾名思义，我们很容易就可以想到该系统的操作人员也就是我们所说的用例下面给出用例详细信息：
管理员：
角色管理；用户管理；部门管理；修改密码。
中队人员：
中队案件管理（立案，查看案件，查询案件，案件文书管理，案件附件管理，案件提交及删除）；修改密码。
法制科长：
未分类案件管理；一般性案件管；业务会案件管理；案审委案件管理；修改密码。
法制科员：
一般性案件管理；业务会案件管理；案审委案件管理；修改密码。
副大队长：
业务会案件管理（查看、查询、批示案件）；案审委案件管理（查看、查询、批示案件）；修改密码。
副局长：
业务会案件管理（查看、查询、批示案件）；案审委案件管理（查看、查询、批示案件）；修改密码。
主管副局长：
一般性案件管理（查看、查询、批示案件）业务会案件管理（查看、查询、批示案件）；案审委案件管理（查看、查询、批示案件）；修改密码。
局长：
案审委案件管理（查看、查询、批示案件）；修改密码。
副书记：
案审委案件管理（查看、查询、批示案件）；修改密码。
书记：
案审委案件管理（查看、查询、批示案件）；修改密码。
2.1.3用例图
本系统涉及到的用例主要有：
管理员中队人员、法制科长、法制科员、副大队长、副局长、主管副局长、局长、副书记、书记。
用例图如图2.1至2.5所示：
图2.1法制科员用例图
图2.5管理员用例图
副局长、主管副局长、局长、副书记、书记等其用例与副大队长这个角色的用例基本一致，只是针对的案件类型不同，这里就不再一一给出其用例图了，可以参照图2.5所示。
2.2系统设计
该执法局网上审批系统的主要设计思想如下：
功能模块：
用于该系统涉及到很多角色的使用者，并且每个角色的使用权限也各不相同，据需求所需其设计思想是分为三个主要功能模块，在这三个主要功能模块中包含着很多功能较为详细的小功能模块。
这三个主要功能模块是：
系统登录模块，管理员操作模块，案件管理模块。
功能实现方式：
为了系统的增删改查等一些基本功能除外，还涉及到的用户需要的一些的书功能。
根据登录时判断用户的角色然后分配其操作权限及操作功能，采用模块化设计思想，通过各模块的不同组合以实现不同的功能。
最终，使系统能够具有内容规范、信息完整、查询便捷等特点。
数据库工具：
为解决用户相关信息与案件相关信息的复杂的对应关系，选用关系型数据库管理工具建立它们之间的关联关系。
2.2.1顺序图
在此系统中分为前台和后台，后台主要是针对管理员而言的，他在此系统中主要时进行权限管理，前台操作人员的角色管理，部门管理，职位管理等相关操作。
到前台就更加系统化了，由分配的权限和角色才能执行相关的有效操作。
他们在本系统中的操作流程顺序基本可以用以下顺序图表示。
如图2.6所示：
图2.6系统顺序图
2.2.2系统体系结构设计
有前面的关于本系统的详细的业务描述可以很容易的想到本系统体系结构由前台操作管理和后台的管理组成，由此给出以下的结构体系图。
如图：
2.7至2.8所示：
1，后台管理员：
2.7管理员管理结构图
2.8管理员操作系统结构图
2、前台操作人员：
图2.9前台操作人员操作系统结构图
2.3数据库设计
数据库需求分析调查的重点是“数据”和“处理”，通过调查、收集和分析，获得用户对数据库的需求。
1.信息需求，指用户需要从数据库中获得信息的内容与性质，即在数据库中需要存储那些数据。
2.处理需求，指用户需要完成什么处理功能，明确用户对数据有什么样的处理要求，从而确定数据之间的相互关系。
2.3.1E-R图
所有实体及其属性都分析设计好了之后，接下来就是把它们综合成单一的全局概念结构。
全局概念结构不仅要支持所有实体，而且必须合理的表示一个完整、一致的数据库概念结构。
为了提高数据库系统的效率，还应进一步依据处理需求对E-R模式进行优化。
一个好的全局E-R模式，除了能准确、全面地反映用户功能需求外，还应满足一下条件：
实体类型的个数要尽可能少；实体类型所含属性个数尽可能少；实体类型之间联系无冗余。
“执法局网上审批系统”的全局E-R模式如图2.11所示
图2.10 库存管理系统E－R图
2.3.2关系模式
在数据库概念设计阶段，设计人员从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。
然后把概念模式转换成逻辑模式。
利用E-R方式进行数据库的概念设计，可以分成3步进行：
首先对局部视图进行分析设计，然后再将局部视图合并，消除冲突和冗余，最后对全局E-R模式进行优化，得到最终的模式，即概念模式。
E-R模式的“联系”用于刻画实体之间的关联。
一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。
若有联系，则进一步确定是1：
N，M：
N，还是1：
1.还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系等。
关系模式如图2.11
图2.11数据库关系模式
2.3.3表的设计
依据数据库的概念设计，得出数据库的逻辑设计。
系统数据库名称为NEAA4，数据库中包括：
文书关联表（WenShu），用户信息表（Tb_UserInfo），角色信息表（Tb_RoleInfo），案件信息表（Tb_Cases），职位信息表（Tb_Position），部门信息表（Tb_Depart），案件管理表（Tb_Class），文书表1（GrantBook），权限表（Operate），文书表2（TakePhoto），档案柜（Tb_Cabinet）共11个数据表。
如表2.1~表2.11所示：
表2.1文书关联表（WenShu）
列名
数据类型
说明
CaseId
Varchar（50）
案件编号
WenId
Int
文书编号
WenName
text
文书名称
表2.2用户信息表（Tb_UserInfo）
列名
数据类型
说明
UserId
Int
编号，主键设置
UserLogin
Varchar（20）
帐户名，
PassWord
Varchar（20）
密码
UserName
Char
（2）
真实姓名
Sex
Varchar（20）
性别
DepartName
Varchar（20）
所在部门
Position
Varchar（20）
职位名称
RoleId
Varchar（20）
联系方式
Tel
Varchar（50）
电话
Remark
Varchar（50）
备注
表2.3角色信息表（Tb_RoleInfo）
列名
数据类型
说明
RoleId
Int
编号，主键设置
RoleName
Varchar（20）
角色名
Remark
Varchar（20）
备注
Duty_Users
int
用户管理
Duty_Role
int
角色管理
Duty_DepartInfo
int
部门管理
Duty_ZhongduiCase
int
中对案件管理
Duty_weifenleiCase
int
未分类案件管理
Duty_YibanCase
int
一般案件管理
Duty_YewuhuiCase
int
业委会案件管理
Duty_AnshenweiCase
int
案审为案件管理
表2.4案件信息表（Tb_Cases）
列名
数据类型
说明
CaseId
Varchar（20）
案件编号，主键设置
FiledSquadron
Varchar（20）
立案中队
Type
Varchar（20）
案件类型
Status
Varchar（20）
案件状态
ReturnSum
Int
退回次数
Charges
Money
案件金额
FiligBox
Varchar（20）
档案柜
Draftsman
Varchar（20）
立案者
FilingDate
Datetime
立案日期
Description
Varchant（200）
案件描述
表2.5职位信息表（Tb_Position）
列名
数据类型
说明
Id
Int
职位编号
Position
Varchar（20）
职位
DepartName
Varchar（50）
部门名称
表2.6部门信息表（Tb_Depart）
列名
数据类型
说明
DepartID
Int
部门编号，标识
DepartName
Varchar（20）
部门名称
表2.7案件管理表（Tb_Class）
列名
数据类型
说明
ClassId
int
类别编号，自动增量
ClassName
varchar（20）
类别名称
表2.8文书表1（GrantBook）
列名
数据类型
说明
ListId
int
案件编号，自动增量
ClassId
varchar（50）
类别名称
Depart
varchar（50）
部门
Name
varchar（50）
名称
City
varchar（50）
城市
[Case]
varchar（50）
案件
Phon
varchar（50）
移动电话
Tel
varchar（50）
电话
Year
int
年
Month
int
月
Day
int
日
表2.9权限表（Operate）
列名
数据类型
说明
MenuId
int
编号，自动增量
Duty
varchar（200）
权限界面
Text
varchar（50）
界面显示值
Scan
varchar（50）
浏览
Edit
varchar（50）
编辑
[Delete]
varchar（50）
删除
Pileme
varchar（50）
批示
Assess
varchar（50）
审批
ReAssess
int
重新审批
[End]
int
结案
表2.10文书表2（TakePhoto）
列名
数据类型
说明
Object
int
案件编号，自动增量
Year
varchar（50）
类别名称
Month
varchar（50）
年
Day
varchar（50）
日期
Hour
varchar（50）
时
Second
varchar（50）
分
Tohour
varchar（50）
时
Tosecond
varchar（50）
分
Place
varchar（50）
地点
Pyear
varchar（50）
年
Pmonth
varchar（50）
月
Pday
varchar（50）
日
Phour
varchar（50）
时
Psecond
varchar（50）
分
Onemen
varchar（50）
人物
Towmen
varchar（50）
人物
Position
varchar（50）
职位
Endhour
varchar（50）
结束时
Endsecond
varchar（50）
结束分
Takemen
varchar（50）
执行人
Reconrd
varchar（50）
备注
Pnum
int
数量
表2.11档案柜（Tb_Cabinet）
列名
数据类型
说明
CabineId
Int
档案柜编号，标识
CabineDescript
Varchar（200）
档案柜名称
第3章实现与测试
系统实现包括用户需求实现，系统架构实现，系统界面实现和数据库实现四个方面。
在开发本次项目中我的主要任务是用户需求，整体架构的搭建，数据库设计，系统界面的设计，以及部分页面的编码实现。
3.1系统整体架构
本系统采用的是三层架构模式进行搭建的，主要考虑到在开发过程中很多的方法重复使用，以及三层架构的优越性。
架构的基本情况是模型层，数据库访问层，业务逻辑层，用户界面层。
3.1.1架构图
系统结构图如图3.1所示：
图3.1系统结构图
3.2登录显示权限
立案在本系统中就是中对案件管理中的案件添加。
在案件信息这一界面内根据要求提示填写案件的相关信息，案件编号是系统自动添加的不需要填写。
除案件编号之外，其他必要信息的一一填写，确保完善后在保存，案件信息就保存在系统数据库中，提供给接下来的操作人员使用。
3.2.1活动图
3.2用户登录显示相应的权限
3.2.2界面
3.3权限
3.4父级权限
3.5子级权限
3.2.3代码
//角色实体类层………………………………………………………………………………….
publicclassRoleInfo//角色信息类
{
publicintRoleId;
publicintRole_Id//角色编号
{
get{returnRoleId;}
set{RoleId=value;}
}
publicstringRoleName;//角色名称
publicstringRole_Name
{
get{returnRoleName;}
set{RoleName=value;}
}
publicstringRemark;//备注
publicstringRole_Remark
{
get{returnRemark;}
set{Remark=value;}
}
publicstringDuty_UserManage;//用户管理界面
publicstring_Duty_UserManag
{
get{returnDuty_UserManage;}//
set{Duty_UserManage=value;}
}
publicstringDuty_RoleManage;
publicstring_Duty_RoleManage//角色管理界面
{
ge
升级会员 