ImageVerifierCode 换一换
格式:DOCX , 页数:19 ,大小:211.69KB ,
资源ID:4355213      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/4355213.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(学生学籍管理系统详细设计.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

学生学籍管理系统详细设计.docx

1、学生学籍管理系统详细设计 1 系统需求分析报告1 概况11开发的背景 任何一个组织或是集体,实现它内部人员的管理或是各个部门的协同工作都是必要的。作为一个学院,要管理许多学生的学籍以及考试,奖惩情况,又要实现信息共享,愈来愈成为老师们管理的一个难题。因此,一个便利的学生学籍管理系统在众人的期盼中需要实现。随着因特网发展的日新月异,人们利用网络来实现相互之间的协同工作以及资源共享越来越成为时代的潮流,一个不可扭转的趋势。目前,因特网已经深入到我们生活的各个领域学校,银行,医院,公司,企业等等。因此,我们在这里用因特网来实现学生的学籍管理更是顺应了时代发展的方向。我们要实现的系统主要面向全院师生。

2、各个部门或老师的主要任务是实现相应的信息发布,更新,录入工作,而学生则主要实现信息的反馈,相应的查询事件。要实现这个系统,需要先调研,弄清楚各个部门和学生的需求情况,以便于有的放矢。系统的开发过程需要两台机器,一台服务器,一台客户机,服务器一端需要安装win2000服务器版以及完成相关的配置。系统的开发人员至少需要两个,一个做信息发布端,一个做客户端。程序完成以后,需要调试运行,整个实现需要一个月左右。12系统目标整个系统是要实现全日制学生学籍管理等相关文件完成本科和专科学生学籍状况的系统管理(本科生用学年学分制,专科生用学年制)。系统中保留五个年级学生的信息,学生毕业一年后信息转储,但随时可

3、以查询,输出。13业务现状 系统的业务流程如下:整个系统要承担的主要工作是:在服务器端,实现信息的发布,信息的更新,成绩的录入工作。而在客户端,则主要实现信息的反馈以及查询。工作负荷不算大,但有可能数据的更新需要一段时间,要可能造成信息更新或反馈不及时。2 用户需求21 业务需求 学生档案管理:学生的一般情况,及奖励,处分情况; 学生成绩管理:学习成绩,补考成绩; 学籍处理:学生留降级处理,休复学处理,退学处理; 日常教务管理:日常报表,如通知书,补考通知书等,学生学习成绩的各种分类统计; 毕业生学籍处理:结业处理,毕业处理,授位处理,学籍卡片等。22性能需求该学籍管理系统主要实现的是信息的录

4、入,发布,更新,因此,不管对学校管理的需要或是学生获知信息的需要以及各个部门之间的紧密衔接关系,网上的数据必须具有高度的完整性和准确性,这就要求系统的高度安全性,可维护性,可靠性及灵活性。比如学生成绩管理,老师在录入成绩的时候或是数据库出现异常而产生差错,可能会影响学生奖学金的评定或是造成不该重修的出现重修情况,这就要求系统具有高度的安全性,可维护性和可靠性;灵活性指的是系统要具有强大的功能以适应不同层次的用户不同的需求。另外,系统的操作界面要求简便,通俗,以便于操作。23其他需求无24用户平台要求学籍管理系统的实现需要服务器端和客户端。因此服务器端需要安装win2000 server或是其他

5、的服务器操作系统和DBMS的支持。对客户端没有什么特别的需求,一般的win 98 即可。3 业务流程3.1与其它系统的关系(无)3.2业务处理流程用业务处理流程表示为:1)0层数据流图为 学生信息表 学生信息库2)1层数据流图为4 业务逻辑41业务分解42业务描述首先,为了信息的安全和数据的权威性,对于网上信息的使用权限和责任,学院的各个部门,对整个系统的使用权限不一样。每学期考试完毕由各系录入成绩,然后由教务科收集,得到一张成绩表,存入学生信息库;学生工作处可根据信息库中的学生档案表和奖惩表进行相应的管理;教务科除了收集信息为,可对学生的学籍,补考,和各种等级考试进行管理和组织;师资科拥有对

6、教学计划进行管理的权限;同时,所有用户拥有对学生信息进行查询的权限。下面辅以一张判定表: 学生档案学生奖惩学生成绩学籍处理补考成绩教学计划管理各种等级考试 学生工作处0 ?0 ?各系?0 ?教务科?0 ?0 ?0 ?师资科?0 ?院长办公室? 注:0.登陆,修改,处理权. ?.查询权5 数据调查及分析51原始单据单据名称:学生信息表简述:用于描述学生的在校全部信息,有:学号,班级,姓名,性别,生日,家庭地址,邮编,奖励,处分,学习若干门课程;每门课程的信息,含课程名称,学分,学时数,上机时数,实验时数,成绩,补考成绩等项。由不同的部门管理。来源:由教务科收集相关资料得来。去处:用户进行查询时使

7、用。组成:由学生资料表,成绩表,授课表,补考成绩表,奖励处分表等组成。52数据分析521数据分类学生资料表:学号,班级,姓名,性别,生日,家庭,地址,邮编成绩表:各门课程成绩授课表:学习若干门课程,每门课程的信息,含课程名称,学分,学时数,上机时数,实验时数 补考成绩表:补考成绩奖励处分表:奖励,处分522数据项描述(现仅以三个数据项作为代表)1) 数据项编号:pl01数据项名称:学号类型/长度:四个字节,字符类型取值/含义:表明了学生的入学时间,所在系别,在年级及班级的姓名排号。2) 数据项编号:pl02数据项名称:班级类型/长度:一个字节,数字类型取值/含义:学生所在的年级和班号3) 数据

8、项编号:pl03数据项名称:奖励类型/长度:50个字节,字符类型取值/含义:给予学生某种物资上或精神上的鼓励2 1 概述传统的学校学籍管理方法、由于分散管理,易发生数据丢失,劳动强度高,速度慢。使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率和水平。学籍管理信息系统以计算机为工具,通过对教务管理所需的信息管理,把管理人员从繁琐的数据计算处理中解脱出来,从而全面提高教学质量。本系统的主要用户教务处、学生工作处、各系、及学生。 1.1 背景有利条件:1 CUIT已经基本建立了学校的网站,所以迫切的需要

9、一套学生学籍管理系统来对学生学籍等情况进行管理。2 有利于教务处、学生工作处、师资科、院长办公室、各系辅导员对各自所需的及管理的学生信息进行查阅和管理。3 有利于学生对自己的学习情况进行查看,方便他们掌握自己的学习信息。4 有利于家长对学生的监督。5 有利于用人单位可以通过浏览学校网页,方便快捷的获取学生的有用的信息,更加全面的了解学生在校的情况。 1.2 系统目标学生档案管理: 学生的一般情况,及奖励,处分情况; 学生成绩管理: 学习成绩,补考成绩; 学籍处理: 学生留降级处理,休复学处理,退学处理; 日常教务管理: 日常报表,如通知书,补考通知书等,学生学习成绩的各种分类统计;毕业生学籍处

10、理: 结业处理,毕业处理,授位处理,学籍卡片等。 1.3 业务模式高校学生学籍管理系统将采用B/S模式,学生的信息由各用户在规定的权限下在各自的工作站上录入,统一保存在系统服务器上,既可集中管理,有可让各部门管理自己负责的信息。信息上网后各用户可查询,调用,达到全校信息共享。 1.4 现行组织机构学校现有的学生学籍资料分别由系、教务处、学生处管理。每个管理部门几乎都有一份相同的学生基本信息。这样,工作容易重复,而且,最大的问题是彼此工作不透明,容易出现数据的不一致。这问题的出现是致命的。 1.5 业务现状现在学校各部门分别使用不同数据库,各部门之间的信息还不能实现网上共享。由于学校的各个部门都

11、需要一些学生的基本信息,所以各个部门都有一份学生档案。一个部门的改动,将导致其他各部门必须修改,否则,学生的信息将不一致。现有系统采用的是B/S模式,比如:各系可以将自己系学生的成绩都传到教务处的服务器上,教务处就可以对各系学生成绩进行集中统一管理。 2 用户需求高校希望能够对全校所有学生的信息进行集中管理。然后,对各个部门分配不同的权限,让他们去管理他们所需的信息,而没有管理权限的部门只能查询。 2.1 业务需求1、使用范围要求按成都信息工程学院全日制学生学籍管理等相关文件完成本科和专科学生学籍状况的系统管理(本科生用学年学分制,专科生用学年制)。系统中保留五个年级学生的信息(大四毕业以后学

12、生信息还需保留一年),学生毕业一年后信息转储,但随时可以查询,输出。2、功能要求学生档案管理: 学生的一般情况,及奖励,处分情况;学生成绩管理: 学习成绩,补考成绩;学籍处理: 学生留降级处理,休复学处理,退学处理;日常教务管理: 日常报表,如通知书,补考通知书等,学生学习成绩的各种分类统计;毕业生学籍处理: 结业处理,毕业处理,授位处理,学籍卡片等。3、信息采集与各部门的使用权限每学期考试完毕由各系录入成绩,然后由教务科收集。为了保证信息的安全和数据的权威性,对于网上信息的使用权限和责任规定如下:数据收集前的系统权限 学生档案学生奖惩学生成绩学籍处理补考成绩教学计划管理各种等级考试学生处0

13、?0 ?各系?0 ?教务处?0 ?0 ?0?0 ?院长办公室?注:0、登录,修改,处理权。 ?、查询权4、数据完整性、正确性:1、 可按某学生某学年考试及补考成绩,自动生成该学生是否升留降级,退学。2、 可按某学生在校期间累计重修科目门数和成绩自动生成该学生是否结业,毕业,授位。3、 可按某学生因非成绩原因所引起的学籍变更作自动处理。4、 可按每学期各年级班学生考试成绩自动生成补考名单,科目。5、 可按每学期各年级学生考试成绩自动生成某课程统计分析表。6、可按同一年级学习成绩进行同一课程不同班级间成绩比较。 2.2 性能需求因为学籍管理系统存储学生信息,所以数据库系统应该具有备份和恢复功能,保

14、证学生数据库的长期完整性和正确性。另一方面,作为系统的服务器应该能够长期无故障的运行,而且能够便于管理员的操作。安全性要求比较高,对业务逻辑必须封装,避免有人登陆他没权限的网页,避免黑客从数据流中截取敏感数据。 2.3 其他需求 普通用户的需求:对于只有查看权限的用户,一般是通过上网浏览学校网页来查看数据的。各部门管理员:能够对系统进行设置,以适应不同用户的需求。对不同系的管理员分配不同的权限,教务处系统管理员具有最高的管理权限。2.4 用户平台需求根据2.2的分析,使用以下方案:操作系统:linux/unix数据库:oracle页面脚本程序:jsp服务器端程序:servlet 3 业务流程

15、3.1 与其他系统的关系 本系统暂不考虑与其他系统交换数据,而是作为一个独立的系统。但是,他应该能够向学校的上级主管部门提交学生的信息。 3.2 业务流程各系管理员 管理部门业务逻辑浏览数据的用户 4 业务逻辑 4.1 业务分解系统管理员高校学生学籍管理系统按权限划分各系输入学生每学期的成绩,考查学生的表现。学校其他部门查阅学生信息学生处负责学生档案、奖励与处分教务处负责学生成绩、补考成绩、学籍管理、课程安排、考试的安排等,并授权学校各系输入本系学生成绩。 4.2 业务描述 高校学生学籍管理系统,由学校指派专人负责系统的管理和维护。系统中分别涉及到不同管理部门所管理的学生信息,因而将系统的信息

16、分类,分别由教务处、学生处、各系管理具体的信息。其中,教务处负责学生学籍管理、学生成绩、教学计划、师资分配、各种考试安排。学生的成绩由各个系按照教务处的规定在各个系的计算机输入本系学生各门功课的成绩,并上传到系统中。各系还要上报本系的教学计划,课程安排,然后由教务处统一发布。学生处主要负责学生的档案管理以及奖励和处分。学生处根据学生的高中升学档案形成原始档案,然后根据各系对学生表现的评价,决定对学生的奖励或处分。在学生毕业时形成每个学生的最终档案。学校的其他部门(包括学生、家长、用人单位)只能浏览学生的公开信息。 5 数据调查及分析 5.1 原始单据单据名称别名简述来源去处组成流通量学生资料主

17、要是学生的学号、姓名、出生年月、住址等学生入学时由学生处从学生升学档案获得供学校其他部门查阅学号、姓名、年级、班级、出生年月、住址、生源地大成绩学生在校期间,各学期所选课程的成绩由各系将本系学生的成绩通过计算机上传到教务处服务器统一处理可供学生、系、用人单位等查阅课程名、学分、成绩大授课老师在本学期所上的课程由教务处根据老师的专业安排供 系、学生、老师查阅课程代号、课程名、学时、上课地点、上课班级、教师代号中补考成绩学生重修某门课程以后,所取得成绩教师的成绩单毕业参考课程名、学分、成绩小奖励处分系、学生处根据学生的表现作出奖励和处分系、学生处供学生系、用人单位等查阅奖励,处分小 5.2 数据分

18、析 5.2.1 数据分类 学生基本资料(如:姓名、学号、住址、出生年月等)一般是保持不变的;其它数据是动态的,数据量较大,是系统管理的重点。 5.2.2 数据项描述依据用户提供的功能要求,取得描述学生的信息有:学号,班级,姓名,性别,出生年月,家庭地址,邮编,奖励,处分,若干门课程学习成绩;每门课程的信息:课程名称,学分,学时数,上机时数,实验时数,成绩,补考成绩等项。使用oracle的数据类型:数据项编号数据项名称类型、长度、精度取值/含义学号Number(15)Not null姓名varChar2(10)Not null班级varChar2(10)Not null性别Char(2)男/女出

19、生年月Date(20)Not null家庭住址varChar2(30)Not null邮编Number(6)Not null课程名varChar2(10)学分Number(2,1)学时数 Number(3,1)上机时数 Number(4,1)实验时数Number(4,1)成绩 Number(3,1)=0奖励varChar2(50)处分Varchar2(50)3二、需求分析1引言21世纪以高科技为核心的知识经济将占主导地位,国家的综合国力和国际竞争力将越来越取决于科学技术创新水平。教育作为知识创新、传播和应用的基础,培养和输送人才的摇篮,已经成为经济发展和社会进步的基础。在信息爆炸的时代,传统教

20、学管理面临着诸多挑战。1. 编写目的开发基于互联网的学生选课系统,提高管理工作的效率、提高信息的开放性、改善学生和教师对其最新信息查询的准确性2. 项目背景随着学校规模的不断扩大,专业、班级、学生的数量急剧增加,有关学生选课的各种信息量也成倍增长,而目前许多高校的学生选课管理仍停留在复杂的人工操作上,重复工作较多,工作量大,效率低,因此,迫切需要开发基于互联网的体育课信息管理系统来提高管理工作的效率。基于互联网的学生选课管理系统,在学生选课的规范管理、科学统计和快速查询方面具有较大的实用意义。它提高了信息的开放性,大大地改善了学生、教师对其最新信息查询的准确性。1.项目的委托单位:陕西国防学院

21、2.开发单位; 陕西国防学院软件3071第2小组3.主管部门: 陕西国防学院3. 定义数据字典:数据字典中的名词都是一些属性与内容的抽象和概括,起特点是数据的“严密性”和“精确性”,不能有半点含糊。数据字典又分为优弧数据字典和系统数据字典。拥护数据 字典包括用户单位的各种编码或代码。4. 参考资料1. 项目开发计划2 . 软件工程实用技术.2概述任务1. 目标能够快速的查询出学生的各科成绩以及所在班级等各种用途。2. 运行环境1) 操作系统:Microsoft Windows 2003 Adxanced Server。2) 支持环境:C+.net,传感器,SQL Server.3) 数据库:M

22、icrosoft Access 2003 3. 条件与限制本软件开发工作的经费限制在人民币30000元以内,开发期限不超过5天。4. 进行可行性研究的方法 对学生和校领导采用问卷调查的方法,询问他们,以确定最佳的可行性研究方案。软件采用现代流行Windows操作界面。是标准的Windos32应用程序,可运行在Windows 95、Windows 98、 Windows2000、Windows XP等系统平台上的多任务应用程序。在运行时可以直观的浏览、查询和掌握学生的成绩,同时能够了解学生的基本信息所在系部、班级、宿舍的具体地址。结束了人工统计的耗时长、工作量大、错误率高的缺点。3数据库介绍通过

23、对学生选课管理系统工作内容和相关数据流程分析,根据学生选课管理系统的需要,就可以设计出能满足用户需求的各种实体,以及它们之间的关系,由此得到数据库所支持的数据模型,即数据库的逻辑结构,具体情况如下:(1)招生管理:录入新生基本信息;按学号、姓名查询学生信息;对查询结果行修改;打印学生的基本信息;(2)就业管理:毕业生信息的输入;按学号、姓名、专业查询毕业生信息;修改毕业生信息;打印毕业生的基本信息;(3)学生管理:包括奖惩管理、住宿管理、学生信息查询修改、学籍变更等;(4)密码管理:用于学生及管理员的密码查看,找回密码,只有管理员有权限;(5)课程管理:包括课程设置、选课情况、成绩录入等;(6

24、)选课:供学生进行选课使用;(7)成绩查询:提供给学生所修课程的成绩查询。根据需求分析,本系统采用自顶向下逐步求精进行分析的方法得到如图1所示的资源化管理信息系统。系统中的共享数据信息基本包括了一个学生在校期间可能用到的绝大部分数据信息,在功能设计上,除了通过统一的共享型数据信息系统、规范信息的唯一性、准确性和及时性外,还可以在功能上适应管理工作需要的功能模块图。系统共包括管理员模块、学生摸块。 学生信息管理结构图4.数据库的设计数据库是若干表(table),视图(view),索引(index),关键字(key)以及其它一些数据对象组成的存储应用系统的仓库。一个MIS(Management I

25、nformation System)绝大多数是在DBMS支持下建立数据库构成的。4.1数据库需求分析3 学生管理系统总体数据流程图通过对系统数据流向的分析,得到如图所示的数据流图。 学生查询信息系统数据流图4.2数据库的概念结构设计(1)在获取用户对系统的需求后,确定数据对象,并对用户的需求进行综合分析归纳,形成了一个不依赖于DBMS的数据概念模型,即ER(Entity-Relation)模型。(2)用ER模型画出ER图,采用先画局部ER图,然后将各部分ER图汇总形成总的ER图的方法。(3)对ER图进行综合分析,去掉冗余的数据和冗余的联系。经过适当的变换后,最终得到模块的ER图。根据上面的设计

26、规划出的实体有:管理员实体,学生实体,课程实体,学籍变更记录实体,奖惩记录实体,毕业生实体。5.性能需求使用稳定,操作性能好,操作方法易于掌握,系统的安全性强。6.系统功能特点1 内容全面 系统全面覆盖了体育课信息,可为学校、教师和学生提供全面准确的信息。2 层次分明 系统采用模块化程序设计结构。各模块之间既相互独立,又具有一定的联系,各模块可独立编制、调试、查错、修改和执行,结构严谨,便于扩展和维护。7.系统功能分析说明:学校每年新生入学,毕业生离校和各种其它变动,如学籍变动,个人信息修改。每学期学校者要开设一定的课程提供给学生根据自己的情况来选择,最后的选择结果要给出学生的课程表。如何有效的管理这些学生信息,帮助学校和老师管理和掌握这些情况,这就是学生信息管理系统需要完成的任务。下面用软件工程的思想和方法完成该系统的设计过程。功能:个人信息查询和修改,包括流动,注册,更新管理。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1