学生档案管理系统研究与开发毕业论文.docx
《学生档案管理系统研究与开发毕业论文.docx》由会员分享,可在线阅读,更多相关《学生档案管理系统研究与开发毕业论文.docx(70页珍藏版)》请在冰豆网上搜索。
学生档案管理系统研究与开发毕业论文
学生档案管理系统研究与开发毕业论文目录
第1章绪论
学生档案管理系统是一个教育单位不可缺少的部分,它所产生的作用对于学校的决策者和管理者来说都是至关重要的,它能够为用户提供充足的信息和快捷的查询手段。
但一直以来人们使用传统人工的方式管理文件档案,这种管理方式存在着许多缺点,如:
效率低、保密性差,另外时间一长,将产生大量的文件和数据,这给查找、更新和维护都带来了不少的困难。
众所周知,计算机已经成为我们学习和工作的得力助手。
今天,计算机的价格已经十分低廉,性能却有了长足的进步。
由于计算机可以代替人工进行许多繁杂的劳动,具备节省资源、提高工作效率、使敏感文档更加安全等特点,它已经被应用于许多领域。
因此使用计算机来实现学生档案管理的计算机化已经成为当今时代发展的需要。
应用计算机进行学生档案管理,归纳起来,主要有以下几点优势:
(1)可以方便地存储历届的学生档案,管理更为安全、高效;
(2)只需一到两名管理员对学生档案信息进行管理,节省大量人力;
(3)可以迅速查询及修改相关信息。
而开发一套基于ASP的学生档案管理系统,它又有着传统意义上的学生档案管理系统所无法比拟的优势:
1.基于网络的管理。
由于基于ASP的学生档案管理系统是把整个系统安装在网络上的某一台服务器上的,因此只要有一台能够连上网络的计算机,在任何时间,任何地点,都能够对这个系统进行操作。
2.客户端免安装。
目前的大多数计算机安装的操作系统都是Windows系列的,一般都自带IE浏览器,在这种情况下,不需要安装任何软件,就能对这个系统进行操作。
3.客户端零维护。
对系统数据库进行维护的工作是服务器端的任务,客户端用户不用担心系统维护的事情。
课题开发背景
学生档案管理系统是一个教育单位不可缺少的部分,它所产生的作用对于学校的决策者和管理者来说都是至关重要的,它能够为用户提供充足的信息和快捷的查询手段。
但一直以来人们使用传统人工的方式管理文件档案,这种管理方式存在着许多缺点,如:
效率低、保密性差,另外时间一长,将产生大量的文件和数据,这给查找、更新和维护都带来了不少的困难。
随着科学技术的不断发展,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
作为计算机应用的一部分,使用计算机对学生档案信息进行管理,具备手工管理所无法比拟的优点。
例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等,这些优点能够极大地提高学生档案管理的效率。
国内外研究现状
目前存在着许多学生档案管理系统,一些学校和软件制作公司对此系统也有很深的研究,但是这些系统都存在一些地域性的问题,即某一个学校或部门开发的学生档案管理系统是针对该校或者具体某一学校的实际情况而编制的,大多数情况下这样的系统只能在本校或者本地区使用,在别的地方使用时就会暴露出很多缺点。
这样不但造成了资源的极大的浪费,同时也大大缩短了该软件的寿命。
第2章系统技术及运行环境
ASP.NET技术简介
ASP.NET是由微软在.NETFramework中所提供的,开发Web应用程序的类库,封装在System.Web.dll文件中,显露出System.Web命名空间,并提供ASP.NET网页处理、扩充以及HTTP通道的应用程序与通信处理等工作,以及WebService的基础架构。
ASP.NET基于通用语言的程序在服务器上运行,能被用于一台Web服务器来建立强大的Web应用程序。
不像以前的ASP即时解释程序,而是将程序在服务器端首次运行时进行编译,ASP.NET是ASP技术的后继者,但它的发展性要比ASP技术要强大许多[8]。
ASP.NET为能够面向任何浏览器或设备的更安全的、更强的可升级性、更稳定的应用程序提供了新的编程模型和基础结构。
因为ASP.NET是基于通用语言的编译运行的程序,所以它的强大性和适应性,可以使它运行在Web应用软件开发者的几乎全部的平台上[9]。
通用语言的基本库,消息机制,数据接口的处理都能无缝的整合到ASP.NET的Web应用中。
ASP.NET同时也是language-independent语言独立化的,所以,你可以选择一种最适合你的语言来编写你的程序,或者把你的程序用很多种语言来写,现在已经支持的有C#(C++和Java的结合体),VB,JavaScript。
将来,这样的多种程序语言协同工作的能力保护您现在的基于COM+开发的程序,能够完整的移植向ASP.NET[10]。
SQLServer简介
SQLServer是微软开发的一种关系数据库管理系统,它具有强大的处理数据库的功能。
它最初是由MicrosoftSybase和Ashton-Tate三家公司共同开发的,于1988年推出了第一个OS/2版本。
在WindowsNT推出后,Microsoft与Sybase在SQLServer的开发上就分道扬镳了,Microsoft将SQLServer移植到WindowsNT系统上,专注于开发推广SQLServer的WindowsNT版本。
Sybase则较专注于SQLServer在UNIX操作系统上的应用[11]。
MicrosoftSQLServer几个初始版本适用于中小企业的数据库管理,但是近年来它的应用范围有所扩展,已经触及到大型、跨国企业的数据库管理。
SQLServer是全面的数据库平台,该数据库平台充分利用数据资源,提高生产效率,减少IT复杂性,降低总体拥有成本。
SQLServer是一个全面的、集成的、端到端的数据解决方案,它为企业中的用户提供了一个安全、可靠和高效的平台,用于企业数据管理和商业智能应用。
SQLServer为IT专家和信息工作者带来了强大的、熟悉的工具,同时减少了在从移动设备到企业数据管理系统的多平台上创建、部署、管理及使用企业数据和分析应用程序的复杂度,由此可见,SQLServer可以为不同规模的企业提供一个完整的数据解决方案[12]。
3层架构简介
概述
在软件体系架构设计中,分层式结构是最常见,也是最重要的一种结构。
微软推荐的分层式结构一般分为三层,从下至上分别为:
数据访问层(DAL)、业务逻辑层(又或称为领域层BLL)、表示层(UI),通常所说的MVC模式其实与3层架构还有区别,但MVC可与3层模式配用,MVC只是一种设计思想,.NET中的分层技术可以更好的实现做这个系统的设计[13]。
三层结构原理:
3个层次中,系统主要功能和业务逻辑都在业务逻辑层进行处理。
所谓三层体系结构,是在客户端与数据库之间加入了一个“中间层”,也叫组件层。
这里所说的三层体系,不是指物理上的三层,不是简单地放置三台机器就是三层体系结构,也不仅仅有B/S应用才是三层体系结构,三层是指逻辑上的三层,即使这三个层放置到一台机器上。
三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理[14]。
通常情况下,客户端不直接与数据库进行交互,而是通过COM/DCOM通讯与中间层建立连接,再经由中间层与数据库进行交互[15]。
我们可以采用MVC思想来设计程序,首先通过分析当前的应用,分解和设计系统功能,然后设计和实现模型(Model);设计和实现控制器(Controller),最后设计和实现视图(View),通过模型、控制器和视图的设计来完成整体设计。
特色评价
3层设计优点:
(1)开发人员可以只关注整个结构中的其中某一层;
(2)可以很容易的用新的实现来替换原有层次的实现;
(3)可以降低层与层之间的依赖;
(4)有利于标准化;
(5)利于各层逻辑的复用。
3层设计缺点:
(1)降低了系统的性能。
这是不言而喻的,如果不采用分层式结构很多业务可以直接造访数据库,以此获取相应的数据,如今却必须通过中间层来完成。
(2)有时会导致级联的修改。
这种修改尤其体现在自上而下的方向,如果在表示层中需要增加一个功能,为保证其设计符合分层式结构,可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。
系统运行环境
软件平台
操作系统:
WindowsXP;
数据库:
SQLServer2005;
开发环境:
Microsoft.NETFrameworkSDKv3.0;
开发工具:
MicrosoftVisualStudio2008;
开发语言:
C#;
浏览器:
IE6.0;
Web服务器:
IIS5.0;
分辨率:
最佳效果为1024*768像素。
硬件平台
CPU:
AMD22550+;
内存:
512;
硬盘:
80G。
第3章需求分析与可行性分析
可行性分析
技术可行性和方法
随着计算机的日益普及,网络越来越显示出它巨大的优点:
便捷,不受空间和时间的影响,以及它所网罗的史无前例的信息,资料都使得它的发展速度越来越快。
要想实现对于信息的共享,使之接入网络无疑在今天来说是一件非常明智的方法。
任何人,只要它经过授权,他可以在任何地方,任何时间对他所感兴趣的数据进行操作。
事实上,这也成为越来越多的信息进入网络的重要原因之一。
所以,用基于Web的网络平台来实现对学生档案信息的管理是完全可行的。
同时,与之相关的服务器技术已经相当成熟,并且平台的安全性有了一定的保障。
经济可行性
在我们的平台搭建的过程中,所用到的服务器组件IIS是win2000的服务器组件。
IIS是创建和开发电子商务业解决方案的安全平台。
IIS也会可以轻松地将任务准则应用程序带给Web,并且它是免费的。
关于服务器的主要功能组件PHP,它和MySQL已经成为近些年来网络上比较流行的服务平台架构方案。
与之相关的资料介绍,BUG漏洞介绍与解决方案都比较成熟。
并且和IIS一样他们也是免费的。
从用户操作系统的方面来看,仅仅一台接入Internet的计算机,一个经过授权的操作帐号,就可以对档案信息进行操作。
其成本也是非常低的。
所以对于本系统的经济适用性来说,无论是从制作成本上来看,还是从用户操作成本上来看,都比较好,达到了性价比的最优。
这种方案是完全可行的。
操作可行性
界面设计时充分考虑用户需求,使得操作简单;数据录入迅速、规范、可靠;统计准确;制表灵活;适应力强;容易扩充。
系统运行环境要求内存512以上,WindowsXP环境下,安装VisualStudio2008,SQLserver2005即可。
需求分析
系统需求分析
对于档案管理系统的具体功能设计,需要从传统的档案管理入手,分析其中的流程,以及各个功能模块。
然后,将这个概念模块装入到Web的平台技术中。
用计算机技术来模拟各个流程。
从而达到对档案的计算机管理实现。
各个功能模块为用户认证,用户操作管理。
其中,在用户认证中目的是要拒绝对非法用户对数据库的操作,保护系统的数据安全。
在用户操作模块中集中了用户对数据库的所有功能,包括对数据的查询,删除,增加,以及对数据的更新功能。
系统的功能需求
该系统的用户为汽车售后服务行业中小企业的信息管理工作人员,需要对汽车售后服务的流程有很好的掌握,那么如何能够有效的掌握和管理汽车售后服务流程呢?
最初剖析用户的需求为:
汽车售后服务系统具有一般售后服务系统的管理功能,对汽车售后服务、不同工作人员具有不同管理权限的功能,如图3·2可以看出客户、售后服务部门、零配件供应商、车辆经销商之间的相互联系及整个流程关系[16-17]。
图3·2汽车售后服务流程图
通过对其它一些汽车售后服务系统及售后服务管理系统的了解发现,一般售后服务管理信息系统的功能大致如下:
前台按工作类型不同进行不同操作:
(6)添加、删除和修改客户,车辆具体信息;
(7)添加、删除和修改售后服务具体信息;
(8)添加、删除和修改进货备件信息。
前台任务主要是实现,用户登录(用户登录,并划分权限);维修登记(车辆、客户信息的进行增加、修改、查询、删除操作);维修信息管理(车辆维修内容细则和维修备件细则的添加、删除);财务登记(汽车维修完工登记、收费登记);完工登记(车辆维修报修到完工的记录);收费登记(车辆维修完工后工时费和备件费用的总费用结算);进货登记(备件仓储,进货信息进行统计)。
后台管理员:
(9)添加、删除系统用户;
(10)添加、删除公司员工;
(11)汽车维修信息的管理;
(12)汽车备件的管理。
后台管理中,因为有对应权限的管理员才能够登录后台管理,所以需要有身份验证模块,而且需要根据用户权限的不同显示不同的管理目录。
管理员可以进行系统维护(维修内容细则的添加和删除;备件清单的查询;系统用户权限管理;公司员工管理);汽车维修统计(所有车辆维修的信息及内容);维修收费统计(阶段性维修收费报账统计)。
(13)维修登记(接待员),对客户、车辆信息档案的管理,信息的录入与维护;
(14)车辆维修内容、维修备件使用的信息的录入与维护(接待员);
(15)收费登记、完工登记(收银员),对维修状态的修改和工时费用和备件费用的结算;
(16)备件的进货管理(进货员),对进货信息和仓储情况的统计;
(17)用户(接待员,收银员,进货员)可以登录帐户,修改个人信息,修改个人密码;
(18)管理员可以登录后台,对系统用户、公司员工信息进行管理;
(19)管理员可以对维修内容清单备件清单信息进行查询以及增加、删除及修改;
(20)管理员进行汽车维修和维修收费的统计;
(21)系统后台采用人机对话方式,界面美观友好、信息查询灵活、方便、快捷、准确、数据存储安全可靠;
(22)系统运行稳定、安全可靠。
系统的性能需求
(23)运行环境
内存256以上,CPU2.0GHz以上,Client内存128以上,CPU奔腾III以上。
(24)支持软件
操作系统Windows系统、数据库管理系统:
SQL数据库。
(25)接口
本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:
输入界面、输出界面)。
用户对程序的维护,最好要有备份。
第4章总体设计
上章对汽车售后服务管理信息系统进行了需求分析和可行性分析,证明此系统完全可行,本章将对系统的总体设计(数据库设计、系统功能设计)通过图文并茂的形式进行介绍。
数据库设计
概述
数据库是长期存储在计算机内的、有组织的、可共享的数据集合,它已成为现代信息系统等计算机应用系统的核心和基础。
数据库应用系统把一个企业或部门中大量的数据按DBMS所支持的数据模型组织起来,为用户提供数据存储、维护检索的功能,并能使用户方便、及时、准确地从数据库中获得所需的数据和信息,而数据库设计的好坏则直接影响着整个数据库系统的效率和质量。
采用复杂的数据模型(结构),不仅描述数据本身的特点,还要描述数据之间的关联;数据库间要有较高的数据独立性,数据的存取由数据库管理系统(DBMS)管理;数据库系统为用户提供了方便的用户接口;统一的数据控制功能,由DBMS提供对数据的安全性控制、完整性控制、并发性控制和数据恢复功能[18]。
数据库系统的特点
(26)减少数据的重复(Redundancycanbereduced);
(27)避免数据的不一致(Inconsistencycanavoid);
(28)数据共享(Datashared);
(29)强化数据的标准化(Standardcanbeenforced);
(30)实践安全性的管理(Securityrestrictioncanbeapplied);
(31)完整性的维护(Integritycanbemaintained);
(32)需求冲突会获得平衡(Conflictingrequirementscanbebalance)。
系统概念结构设计
将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计,它是整个数据库设计的关键。
概念结构是各种数据模型的共同基础,它比数据模型更独立于机器、更抽象,从而更加稳定。
本系统主要是以数据流图、E-R图、用例图为主要描述工具来勾画系统的概貌。
数据流图(DFD,dataflowdiagram)是描述数据处理过程的有力工具,任何软件系统(或计算机系统)从根本上来说,都是对数据进行加工(Processing)或不变换(Transform)的工具。
图4·1系统数据流图
由P.P.SChen首创的实体—关系图(E-R图)是直观描述数据库中各种数据之间的关系的概念模型工具,在数据库设计中早已广泛应用。
由于这种图的直观、明了地表达数据间的复杂关系,所以在结构化分析模型中,尤其对于某些包含复杂数据的应用,也将它用作数据分析和建模的工具。
它有四个基本成分:
(33)矩形框,表示实体类型(考虑问题的对象)。
(34)菱形框,表示联系类型(实体间的联系)。
(35)椭圆形框,表示实体类型和联系类型的属性。
对于关键码的属性,在属性名下划一横线。
(36)直线,联系类型与其涉及的实体类型之间以直线连接
由于数据库设计较为复杂,本节之给出车辆客户信息E-R图和进货信息E-R图为例说明关系和实体间联系。
图4·2为描述车辆客户信息的关系实体图,一辆只对应一位车主,所以客户的信息可以跟随车辆信息绑定在一张表中,车牌号为主键。
图4·2车辆信息E—R图
图4·3为描述进货信息的关系实体图,进货编号为主键。
图4·3进货信息E—R图
图4·4为整体关系实体图,此图中展现了管理员管理接待员、收银员、进货员3种类型的系统用户,一个管理员可以管理多个系统用户,收银员、接待员、进货员也可以进行多个对应操作。
图4·4系统总体E—R图
用例图全名为使用实例图。
它为用户进行需求获取和建模提供了一种有效的方法,是面向对象分析的基础,一个“用例”可描述软件系统和外部角色(Actor)之间的一次交互,如图4·5,为管理员用例图。
图4·5管理员用例图
系统逻辑结构设计
本系统数据库采用SQLServer2005数据库,系统数据库名称为Cars,数据库Cars共有10张表。
本系统首先需要用户登录才能进入界面,而且系统根据用户所拥有的不同权限来实现系统的管理及运用。
根据需求建立数据库,如下:
表4·1为系统用户信息表User——主键:
编号(userID),此表用来记录系统用户详细信息。
表4·1系统用户信息表
序号
列名
数据类型
长度
小数位
标识
主键
允许空
说明
1
userID
nvarchar
255
0
是
是
否
用户编号
2
userName
nvarchar
255
0
是
用户名
3
userPwd
nvarchar
255
0
是
密码
4
typeNum
int
4
0
是
类型
5
sex
nvarchar
255
0
是
性别
6
tel
nvarchar
255
0
是
联系电话
7
address
nvarchar
255
0
是
家庭住址
8
comment
nvarchar
255
0
是
备注
表4·2为车辆及客户信息表Car——主键:
车牌号(carID),是集车辆信息和车主客户信息一体的一张关系表。
表4·2车辆及客户信息表
序号
列名
数据类型
长度
小数位
标识
主键
允许空
说明
1
carID
nvarchar
255
0
是
是
否
车牌号
2
style
nvarchar
255
0
是
车型
3
vinCode
nvarchar
255
0
是
vin码
4
enginee
int
4
0
是
发动机号
5
color
nvarchar
255
0
是
颜色
6
life
nvarchar
255
0
是
行驶里程
7’
buyTime
datetime
8
0
是
购买时间
8
name
nvarchar
255
0
是
车主姓名
9
sex
nvarchar
255
0
是
性别
10
tel
nvarchar
255
0
是
联系电话
11
address
nvarchar
100
0
是
地址
12
unit
nvarchar
100
0
是
单位
13
comment
nvarchar
16
0
是
备注
表4·3为员工信息表Employee——主键:
编号(employeeID),此表为存储公司员工信息的一张关系表。
表4·3员工信息表
序号
列名
数据类型
长度
小数位
标识
主键
允许空
说明
1
employeeID
int
4
0
是
是
否
员工编号
2
name
nvarchar
255
0
是
姓名
3
sex
nvarchar
255
0
是
性别
4
age
int
4
0
是
年龄
5
tel
nvarchar
255
0
是
联系电话
6
address
nvarchar
100
0
是
家庭住址
7
hireTime
datetime
8
0
是
聘用日期
8
type
nvarchar
255
0
是
工种
9
status
nvarchar
255
0
是
状态
10
comment
nvarchar
16
0
是
备注
表4·4为维修信息表Repair——主键:
维修编号(repairID),此表用来记录车辆维修详细信息。
表4·4维修信息表
序号
列名
数据类型
长度
小数位
标识
主键
允许空
说明
1
repairID
int
4
0
是
是
否
维修编号
2
carID
nvarchar
255
0
是
车牌号
3
life
nvarchar
255
0
是
行驶里程
4
submitTime
datetime
8
0
是
报修时间
5
reason
nvarchar
255
0
是
报修原因
6
promiseTime
datetime
8
0
是
承诺交车时间
7
completeTime
datetime
8
0
是
完工时间
8
sendTime
datetime
8
0
是
交车时间
9
status
nvarchar
255
0
是
维修状态
10
workPrice
int
4
0
是
工时费
11
partPrice
int
4
0
是
备件费
12
otherFee
int
4
0
是
其他费用
13
originalFee
int
4
0
是
应收费用
14
endFee
int
4
0
是
实收费用
15
p