学生学籍系统系统分析

学生学籍系统系统分析（共8篇）

篇1：学生学籍系统系统分析

系统分析报告

——首都经济贸易大学学生学籍和选课信息管理系统一、引言

1.系统名称

首都经济贸易大学学生学籍和选课信息管理系统。

2.系统目标

本系统立足于教务处的角度，面向全校同学和老师，对全学校的学生和课程做统一管理，以实现管理的科学化，系统化，自动化，最大限度的为老师和同学们提供方便，节约人力、物力等各方面资源。彻底杜绝以前那种老师工作量大，工作步骤繁琐，学生有问题不知道找哪里解决的现象，而且消灭由于信息冗余而造成的数据不一致，和数据查询困难的问题。

3.系统功能

本系统主要包括两大功能模块：学生学籍管理和选课管理。

其中学生学籍管理系统仅面向教务处管理人员,也就是说只有他有权对信息进行操作.又包括:新生信息输入、教务信息输入和个人信息查询修改三个功能模快。在第一模块可以有教务处管理人员输入新生的姓名、性别、院系、生日、籍贯、电话、家庭住址等信息；第二模块管理学籍变更（休学、复学、退学、升学、毕业）和奖惩情况；第三个模块用来查询和修改学生个人信息。通过这一功能模块，教务处可以实现对全校学生信息从入学到毕业的全程管理，而且此项工作除了每年的新生信息录入，完全可以由一个人全权负责。而新生信息录入这项工作可以留给勤工俭学的同学来完成。虽然要负一些劳务费，但远比用老师来人工管理然后付给他们工资节省的多。

另一大功能模块——选课管理系统。既面向教务处，又面向教师和学生。不同的人，不同的身份操作的权限也不同。作为教师，他可以向教务处申请增加、删除、修改课程信息，并随时了解选修本课的学生名单，还可以输入并分析考试成绩。作为教务处管理员，它的权限是最宽的。他可以对教师提出的课程设置申请进行审批，同时对教学进行安排（包括时间和教室分配、选课结果管理）。作为学生，他可以查询可以选什么课，已有多少学分，还差多少学分。最后进行选课，在学期末还可以随时进行成绩查询。

4.系统背景

一方面，在时下这个飞速发展的信息社会中，直到今天仍然没有一套完善可行的学生信息管理系统出现在学校里。每年，从大专生、本科生到硕士生、博士生，几千人的入学、升学、毕业，全要由教务处和各系老师人工管理。信息量之巨大，工作量之繁重，是难以想象的。因此，学校和各个系都要安排多名教师专门负责学生学籍管理，浪费了大量的人力资源。然而，即使这样，管理仍然谈不上井井有条。举一个最简单的真实例子，一个同学的姓名在花名册里印错了，就一错错了三年，一直没能改正。同学想去改，却不知道是应该找系里，还是去找教务处。还有，当学生的基本信息，比如家庭住址、电话等变更后，无法及时在档案中修改，使得老师与同学无法联系沟通。

而另一方面，当我们还是高中生的时候就听说大学实行的是“学分制”，也就是说，我们不必再天天按照老师安排的课程去学习，而是可以在一些必修课之外，随意选择我们喜爱和感兴趣的课去学习。但是，当我们真正步入校园之后才发现，这里仍然是所谓的“学年制”，即每学期的课程都是学校安排的，学生没有选择的自由，而且课程的安排由于各方面诸多的原因经常有不适之处，尤其是先行课的问题。另外，每学期考完试，同学们都要一次又一次的往系里跑，大家挤在一个小小的布告栏前面，在几张A4纸上寻找自己的名字和成绩。虽然从去年开始，全学校也改成了“学分制”，但整个选课过程的管理从我们学生的角度来看，变得更加混乱。同学们不知道每学期有什么课可以选，哪些是选修，哪些是必修，哪些是专业课；也不确定每门课多少学分，自己已经修了多少学分；更不用说考虑一下哪门课要先学，哪门课要后学，哪些课属于一系列。所以说，大部分同学都是为了“选课”而选课，完全没有实现鼓励同学发展个性，学各自之所爱的效果。不仅如此，每当选课的时候，同学们忙，老师更忙，学校和系里都需要投入大量的人力、物力对整个选课过程进行管理。

最后，从社会这方面讲，虽然我们有四层的图书馆，有先进的实验室，有多个可以同时容纳百人上机的“奔腾4”机房，但是学校的软件系统也是衡量该学校整体水平的一个重要因素。比如我们周围的兄弟学校——北京工业大学，它就有着比较完善的学生信息管理系统。同学坐在家里动一动鼠标，就能查询到自己各方面的资料，包括选课、成绩、个人信息等。相比之下，我们在这个方面就落后了。因此我们急待弥补这个空缺，使我们的整体管理水平上一个档次，与如今这个高科技的信息社会接轨，作时代的领头人。

二、业务流程分析

在本系统的系统分析阶段，我们主要是对学校的学籍和教学管理进行多方面的调查和研究，从而抽象出我们系统的业务流程图，数据流程图以及数据字典。接下来，我们将通过本系统的业务流程图，数据流程图以及数据字典来进一步说明其功能。

三、数据流程分析

顶图：

中图：

底图：

D1

数据字典 数据元素

数据结构

数据流

数据存储

处理过程

四、实施计划

1.工作任务的分解

本系统分为两大功能模块，一为学籍管理子系统，主要由朱奕，韩峥，武蒙负责，另一为选课管理子系统，主要由李伟，李小尧，郑晓负责。而整个系统调试由朱奕，李伟，李小尧负责。

2.进度

分析员：XXXXX

篇2：学生学籍系统系统分析

§1 概述

编写说明：

本章描述本软件开发的背景，系统目标，用户的业务情况，以便于需求理解。

§ 1.1背景

传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳动强度高，速度慢。

使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。

学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁

琐的数据计算处理中解脱出来，从而全面提高教学质量。

§ 1.2系统目标

学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从

繁琐的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教

学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。

§ 1.3业务模式

本系统是运行在WindowsXP等操作系统环境下的多台计算机构成的局域网，现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。

高校学生学籍管理系统将采用B/S模式，学生的信息由各用户在规定的权限下在各自的工作

站上录入，统一保存在系统服务器上，既可集中管理，有可让各部门管理自己负责的信息。

信息上网后各用户可查询，调用，达到全校信息共享。

§2用户需求

编写说明：

此系统专门为高校学籍管理所设置。本节主要描述用户需求的使用范围，功能要求信

息采集与各部门的使用权限

§ 2.1使用范围

按西安交通大学城市学院学生学籍状况的系统管理（本科生用学年学分制）。

系统中保留4个年级学生的信息，学生毕业一年后信息转储，但随时可以查询，输出。

§ 2.2功能要求

·学生档案管理： 学生的一般情况，及奖励，处分情况；

·学生成绩管理： 学习成绩，补考成绩；

·学籍处理： 学生留降级处理，休复学处理，退学处理；

·日常教务管理： 日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统

计；

·毕业生学籍处理： 结业处理，毕业处理，授位处理，学籍卡片等。

§ 2.3数据完整性、正确性：

1、可按某学生某学年考试及补考成绩，自动生成该学生是否升留降级，退学。

2、可按某学生在校期间累计重修科目门数和成绩自动生成该学生是否结业，毕业，授位。

3、可按某学生因非成绩原因所引起的学籍变更作自动处理。

4、可按每学期各年级班学生考试成绩自动生成补考名单，科目。

5、可按每学期各年级学生考试成绩自动生成某课程统计分析表。

6、可按同一年级学习成绩进行同一课程不同班级间成绩比较。

§ 2.4性能需求

因为学籍管理系统存储学生信息，所以数据库系统应该具有备份和恢复功能，保证学生数据库的长期完整性和正确性。另一方面，作为系统的服务器应该能够长期无故障的运行，而且能够便于管理员的操作。安全性要求比较高，对业务逻辑必须封装，避免有人登陆他没权限的网页，避免黑客从数据流中截取敏感数据。

§ 2.5 其他需求

普通用户的需求：对于只有查看权限的用户，一般是通过上网浏览学校网页来查看数据的。

各部门管理员：能够对系统进行设置，以适应不同用户的需求。对不同系的管理员分配不同的权限，教务处系统管理员具有最高的管理权限。

§ 2.6用户平台要求

系统主要使用于高校的局域网，WinXP等环境下，Java,Vc，Vb连接数据库，本系统需要DBMS放学生学籍数据库。可进行查询，修改、处理等。

§3系统

§ 3.1网络环境下的多用户系统

高校学生学籍管理系统，由学校指派专人负责系统的管理和维护。系统中分别涉及到不同管理部门所管理的学生信息，因而将系统的信息分类，分别由教务处、学生处、各系管理具体的信息。其中，教务处负责学生学籍管理、学生成绩、教学计划、师资分配、各种考试安排。学生的成绩由各个系按照教务处的规定在各个系的计算机输入本系学生各门功课的成绩，并上传到系统中。各系还要上报本系的教学计划，课程安排，然后由教务处统一发布。学生处主要负责学生的档案管理以及奖励和处分。学生处根据学生的高中升学档案形成原始档案，然后根据各系对学生表现的评价，决定对学生的奖励或处分。在学生毕业时形成每个学生的最终档案。学校的其他部门（包括学生、家长、用人单位）只能浏览学生的公开信息。

§ 3.2数据的完整性，准确性

a.录入数据采用表格方式，限制录入数据类型及取值范围以保证数据的完整性及准确性。b.统具有部分反悔修改功能，系统备有的修改功能均可反悔.§ 3.3数据完成的时间性，如成绩的录入，仅当师资科录入教学进程，教务科分发教师教学任务安排之后，各

系方可录入成绩。

§ 3.4数据安全性

本系统采用二级安全保障

第一级：依赖于网络本身对用户使用权限的规定。

第二级：在程序模块中通过使用密码控制功能对用户使用权限加以限制。如表1，2。§ 3.5成绩自动统计分析及学籍的自动处理

本系统按学籍管理条例设计了若干个软件处理模块：

1、可按某学生某学期，学年考试及补考成绩，自动生成该学生是否升留降级，退学。

2、可按某学生在校期间累计补考科目门数和成绩自动生成该学生是否结业，毕业，授位。

3、可按某学生因非成绩原因所引起的学籍变更作自动处理。

4、可按每学期各年级班学生考试成绩自动生成补考名单，科目。

5、可按每学期各年级学生考试成绩自动生成某课程统计分析表。

6、可按同一年级学习成绩进行同一课程不同班级间成绩比较。

§4数据调查及分析

§4.1原始数据

编写说明：

本节描述原始数据调查的结果，列出数据清单。

原始数据的描述：

数据名称：高校学生学籍管理信息系统

简述：系统中保留五个年级学生的信息，学生毕业一年后信息转储，但随时可以

查询，输出。

来源：每学期考试完毕由各系录入成绩，然后由教务科收集

去处：学生，老师

组成：存储信息用库有学生资料表，成绩表，授课表，补考成绩表，奖

励处分表等，用于存放学生在校期间的有关信息。

§ 4.2数据字典

系统管理要求=[学生资料表|成绩表|授课表|补考成绩表|奖励处分表|毕业生表|日常报表]

学生资料表=学号+姓名+性别+生日+家庭地址+邮编

成绩表=学号+科目+成绩

毕业生表=学号+姓名+班级

奖励处分表=学号+姓名+系别+奖励（处分）

学生情况=学生成绩+学生资料

统计要求={学生情况}

篇3：学生学籍系统管理问题初探

关键词：学生,学籍,管理

目前, 我国全国中小学生学籍信息管理系统已经进入全面应用阶段, 唯有用好用足国网、省网学籍系统各项数据, 才能提高学校管理。笔者试图在全国中小学学生学籍信息管理系统应用经验的基础上, 总结学籍系统管理工作中的一些问题和不足, 为进一步做好学籍系统管理工作提出一些建议。

一、学生学籍管理的重要性和分工

学生的学籍管理, 同教学运行管理、教师管理、教学工具与环境管理一样, 均属于教学行政管理的范畴, 是学校最基本的常规管理工作, 也是各地组织学业水平考试、发放学历证书和办理学生异动手续的唯一依据。严格规范学籍管理, 是实现学籍管理信息化、制度化, 规范学校办学行为, 从源头上控制学生无序流动和违规异地招生的有效途径, 更是维护人民群众根本利益和社会稳定的必要措施。

在全国中小学生学籍信息管理系统中, 学校校长是学籍管理的第一责任人, 分管学生学籍工作的校领导负责组织学籍管理员、班主任和学生及家长完成学籍信息的采集、核办和更新, 开展学籍系统应用。学籍管理员负责管理本校所有学生的日常学籍管理申请业务, 查询本校学生的学籍数据, 通过报表查看分析本校学生学籍数据和学籍变动情况。

二、高中学籍管理工作的内容

根据《中小学学生学籍管理办法》, 高中日常学籍管理主要依托学籍系统做好学籍系统配置管理、学籍注册管理、学籍信息变动管理、学籍异动管理、学籍正常变动管理和学籍档案管理六个方面。总体而言, 高中学籍管理主要就是坚持新生准入、学习考核和毕业资格三个审查的动态管理过程, 保证学生学生证的单一性和终身性。

三、高中学籍系统运行存在的问题

(一) 学籍系统平台应用问题

全国中小学学籍管理系统可在Windows XP系统和Windows 7系统下运行, 但有时Windows7系统运行中会经常出现不稳定状况, 主要表现为查询的内容不显示或显示不全。究其原因, 主要是与Windows7使用的浏览器不配套导致。

(二) 学籍注册管理存在问题

在学籍注册时, 许多学生和教师没有认真对待这项工作, 导致查重问题和信息更正问题频频出现, 给日后学籍管理带来很多不便, 甚至影响到学生的毕业。

(三) 学籍动态信息管理存在的问题

学籍动态信息管理主要涉及到三个方面, 分别为学籍信息变动管理、学籍异动管理、学籍正常变动管理。

1.学籍信息变动管理。学籍信息变动管理分为两种:一是关键性数据变动。该变动需要仔细核对学生关键性数据 (学生户口、身份证、学籍信息) 相一致。但在实际操作过程中, 由于公安部门户籍管理问题, 经常会出现学生户口、身份证、学籍信息三者不一致的现象, 变动需上传公安户籍部门证明材料进行佐证;二是非关键性数据变动, 该变动相对于关键性数据变动较简单, 这里不再多述。

2.学籍异动管理。学籍异动管理涉及面很广, 但最常见的主要是学生转学和休学。

转学在国网中转学分为三种:一是省内转学。省内转学管理相对容易, 但国网中存在漏洞, 民办校转公办校、低转高在一段时间内是存在的;二是跨省转学。在拿到学生的国网学籍号和姓名后, 因为国网还不能实现实时联网, 省网与国网之间必须在夜间进行对接, 只能在夜间实现跨省查询功能。同时, 跨省转学还需要先提出申请, 待省网与国网对接后才能发出请求后, 并且在对方学校的配合下才能实现跨省转学, 导致跨省转学办理的时间基本上在半个月以上;三是毕业后跨省就学。该变动是针对初中毕业后学生需要到原籍所在地初中申请跨省就学。在这个变动过程中, 有很多学校的学籍管理员把毕业后的跨省就学理解成为跨省就学, 导致出现很多学生转学年级不对等, 学生无法转入的现象。

(四) 学籍档案管理中存在的问题

学籍档案管理涉及到两个问题:一是学籍定期整理问题。因为涉及到学校内部分班问题, 学生学籍档案经常流动, 造成学籍管理混乱。二是数据保存问题。国网学籍系统的数据保存主要保存在网络上, 但如果网络不畅, 会导致不能实时查询, 需要及时备份。

三、相关建议

(一) 加强国网与省网的建设

针对目前学生学籍管理系统的不畅, 建议国网与省网一是能够实时对接, 方便查询和变更信息, 二是提高网络的适用性, 兼容各种浏览器的使用, 或指定固定的浏览器配合使用。

(二) 学校各部门加强配合学籍管理工作

篇4：关于学校学籍管理系统分析

【关键词】学籍；信息处理；信息开发

About school register management system management system analysis

ZOU Ben-na

【Abstract】this information management system is the school register management system management system, is compilation becomes using Visual the Foxpro6.0. Through regarding the school register management system management system's entire performance history's development and the application, further enhance the entire school the school register management level, was its management has brought certain convenient.

【Key word】school register; Information processing; Information development

【中图分类号】：G473.3 【文献标识码】：B

【文章编号】：1009-9646(2008)03-0012-02

新楼矗立，绿树成荫，草坪如茵，鱼跃清波，鸟鸣香枝，它和书声琅琅，龙腾虎跃的场景交织成一幅幅新时代素质教育相得益彰的快乐读书图画。现代化的教学设施，如电脑房，闭路电视，图书检索系统，多媒体设计，新类型实验室与操作手段，与多姿多态的学生课余社团活动、文学及科学兴趣研究结合，升华学生的认知能力和水平，开阔视野，丰富生活，并增强学生的创造思维与创新能力，开拓社交能力，从而培养出大量的切合时代发展实际需要的社会主义“四有”新人。教师队伍文化素质的整体提高是迅速的，引人注目的。

学校的内部管理机制也有所更新，一些具体制度也制订了许多规则或办法，不时在实践中增减补充，以适应学校合乎教育规律与知识分子政策的运作，更充分更合理地激发，调动广大教师的责任感，积极性，以催化他们的事业心和创新意识。只有在上下同心，和衷共济的基础上，学校才会出现新格局，办出新特色，立足于社会认可的先进学校或“名校”的行列。亮出它全新的校容校貌，一座有现代化教学设施及一流校园文化氛围的特色学校，它将显出它在严格而科学管理下教育教学方面出现的新面貌、新气象、新实绩；它将向社会各界与父老乡亲展示它办学六十年来所取得的重大成果，包括人才辈出、名师成群、重奖荣誉称号、教学科研著述……校园将以昂扬，光彩的姿态毫无愧色地站在一流行列之中。

1 系统分析

系统分析是指在管理信息系统开发的生命周期中系统分析阶段的各项活动和方法，应用系统思想和系统科学的原理进行分析工作的方法与技术。

系统分析阶段的目的，就是按照系统规划所定的某个开发项目范围内明确系统开发的目标和用户的信息需求，提出系统的逻辑方案。系统分析在整个系统开发过程中，是要解决“做什幺”的问题，即根据系统规划所确定的范围，对现行系统进行详细调查，尽可能弄清楚用户对信息的需求，调查原信息系统的资源，输入，处理和输出，描述现行系统的业务流程，指出现行系统的局限性和不足之处，确定新系统的基本目标和逻辑功能要求，也即提出新系统的逻辑模型，为下一阶段进行物理方案设计，解决“怎么做”提供依据。因此，这个阶段又称逻辑设计阶段。

系统分析阶段的主要活动有：系统初步调查、可行性研究、系统详细调查、新系统逻辑方案的提出。

1.1 系统调查。系统初步调查中采用的主要方式是与学籍管理处的教职工进行交流，并结合自己的工作经验，经过调查研究，基本情况为：实行校长负责制，下设教务处、财务部、党团支部、学生会、后勤部五大部门。各部门分别针对各自管辖范围进行具体管理，并向校长负责。在学校的日常教学活动中，学生的学籍管理和培养方向是至关重要的。

1.2 教学活动中出现的主要问题是：

（1） 学校现行的学籍管理方式仍为基于文本、表格等纸介质的传统手工处理方式。学籍信息管理没有完全科学化、规范化、处理速度较慢，因此影响教学工作的开展，难以进行有效的信息反馈。

（2） 学校领导对整个学校的学生信息不能得到及时反馈，因此不能适时指导教学方向，以至影响教育质量。

（3） 部门之间信息交流少，信息渠道单一，不利于协调工作，容易出错。

因此，我想通过建立学籍管理信息系统，使学生学籍管理工作科学化、规范化、程序化，促使提高信息处理的速度和正确性，使学校的信息流程和流向清晰化、合理化，第一时间把握学生信息，以提高整体教学水平。

2 系统的可行性研究

可行性研究是系统分析阶段的第二项活动。此活动的主要目标是：进一步明确系统的目标、规模与功能，对系统开发背景、必要性和意义进行调查分析并根据需要和可能提出开发系统的初步方案与计划。可行性研究是对系统进行全面、概要的分析。

通过调查分析，新系统设计方案有以下三个可行性：

2.1 技术可行性：本系统采用MS Windows 98作为操作平台。数据库开发平台选用Ms Visual Foxpro 6，该数据库管理系统在MS Windows 98和MS Windows 2000 Professional上都能运行，并提供数据库之间的数据复制功能，可代替现有系统单据数据的手工传递工作，降低出错率，提高数据的可用性。本系统的应用软件开发平台也选用Ms Visual Foxpro 6，这是目前数据库应用软件的主流开发平台。

2.2 经济可行性：采用新的学籍信息管理系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，提高学生信息的利用率，使教学质量更上一个台阶。

2.3 营运可行性：本系统操作简单，易于理解，只需通过简单培训，上手较快，学校学籍管理处的教职员以及相关教师均能进行操作，营运环境要求低。

面对于系统设计还应该以“标准性、安全性、兼容性、高效性、保密性、可维护性”为标准，在着眼于当前实用的基础上，为将来系统的扩展，升级留有余地。软件的开发应 能在较长时间内满足学校的发展需要。

故新系统还需要满足以下这几个标准：

（1） 标准性：系统的软硬件选型都应该采用工业化标准，这样既可以保证系统运行质量又可以分享在此标准上的每一次技术进步。

（2） 可靠性：由于学籍信息的重要性，系统的软硬件应均为质量可靠，并采用RAID 0 1廉价磁盘冗余保护技术，确保不会由于软硬件故障造成系统运行终止而使用户蒙受损失。

（3） 安全性：通过软件的编制及硬件设置，控制使用者接触数据的权限，从而确保使用者无法操作与其无关的数据。

（4） 兼容性：系统的所有软硬件理论上都应有100%的兼容性，用以保证软硬件的可互换性。

（5） 高效性：由于学校学生信息每次处理的信息量较大，因此系统对信息的处理能力，响应能力都应是快速而有效的，在软件编制过程中应充分考虑到这一点。

（6） 可维护性：系统软件设计时应采用结构化模块设计，以便于开发和维护，也有利于根据情况随时进行功能调整。同时在系统开发时应该充分考虑到用户的日常维护，使之能简便易行。

通过可行性分析研究，认为新系统的开发方案切实可行，可进行开发。

3 现行系统的详细调查

经过调查学校的学籍管理业务流程主要分为五大部分：建立学生档案信息文件、学生健康档案、学生学期评语、学生活动能力评价、学生综合素质评估。

建立学生档案信息文件：学生经过入学考试，填写入学申请表格，由学校学籍管理处负责人统一审核，审核后将结果上交至校长室审批。批准后由专人向学生发放入学通知书。新生注册，并建立相关的学生信息档案。

学生健康档案：由学校医务室定期安排健康检查内容，向学生发放体检表格，在体检完毕后对检查结果分析汇总，填写学生健康情况表。

学生学期评语：学生经过学期考试后，由班主任对学生进行学期各课程成绩汇总，同时结合实际情况分析，制定出学生学期教学计划，并交于校内领导审批。

学生活动能力评价：学生会根据需要在校内举办各种活动（文艺、体育、科技等），对学生参加活动的情况和活动结果进行奖励，建立学生奖惩档案。

学生综合素质评估：根据学生的学期成绩，学期体检情况，以及学生参加校内各项活动记录和奖惩记录进行综合分析与汇总，将最终结果报于校内领导审批，由专人将评估结果存入学生档案并保存。

4 软件开发的总目标

4.1 提高学籍管理的自动化、现代化水平，按照管理信息系统开发原理与方法，采用计算机代替手工劳动，规范学籍管理的操作全过程。

4.2 提高整体教学水平，相关班主任可以从系统中取得及时而且正确的学生学籍管理数据，并可以迅速而有效地进行信息交流与共享，从而掌握学校的学生各种情况，为校领导做出适合学生全面素质发展的指导策略提供有力的支持。

5 项目开发计划

资源利用设施齐备，师资力量也比较雄厚的学校，教师自身素质较高，学校内具有良好的学习氛围。无论在硬件还是在软件上，该学校都有较适宜的条件。所以本项目是在充分利用学校现有的人力、物力和财力资源的基础上进行开发的。

开发进度安排

6 需求分析

需求分析要求的基本任务是为了满足用户的需求，系统必须完成哪些任务，具备哪些功能和性能。在需求分析中主要采用业务流程图，数据流程图和数据字典等几种工具来进行描述。

6.1 业务流程。这是一种表明系统内各单位，人员之间的业务关系，作业顺序和管理信息流动的流程，它可以帮助分析人员找出业务流程中的不合理迂回等。学籍管理系统的需求分析的重点是对学籍管理信息系统的业务流程进行描述，通过采用流程图中的部分图形来对学生信息质量的管理活动进行规范化说明。

从业务流程上，可以了解到整个学校基本业务以及业务动态去向：从新生的入学考试，入学通知书的发放到新生的注册，学期学生各课程的学习情况，学期学生体检状况，学生在校的各种活动和实践记录，奖励与惩罚记录等等，由学籍管理处人员管理，交与教务处审核，上报至校长室审阅，最后存入学生档案并保存。

由医务室填写阶段学生体检情况记录表，进行汇总分析，生成学生健康状况评价。

由各班班主任对学生的学期各课程成绩进行登记，进行汇总分析，生成学生学期评语表。

由学生会开展各种校内活动，对学生参加以及在参加过程中的活动能力进行综合分析，对能力突出的优秀学生进行奖励，生成学生活动能力表现报告。

由教研组对学生的学期学习报告，健康报告，能力报告组成的学生综合考核表进行总体分析得出学生奖惩报告交于校长室。

各报表和评语均交至校领导审核并做相关的存档。

6.2 新系统逻辑模型的提出。数据流程描述系统的逻辑模型，不涉及硬、软件，数据结果与文件组织，描述及相关的注释表示系统的逻辑功能。没有具体的物理元素，只是描述信息在系统中流动和处理的情况。在对学籍管理信息系统调研阶段的业务流程进行分析的基础上，从系统的科学性、管理的合理性、实际运用的可行性角度出发，将信息处理功能和彼此之间的联系自顶向下、逐层分解，从逻辑上精确地描述新系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向（外部项）。

分析本学校的学籍管理信息系统的总体情况，划分系统边界，识别系统的来源和去处，确定外部项，得出系统的关联如下

F1：新生注册报道

F2：录取通知单

F3：定期学生体检

F4：学生活动能力评定

F5：学生成绩评定

F6：学生综合素质评定

学生将入学通知书，医务室将学期学生体检情况记录表，班主任将学期学生成绩表，学生会将学生参加活动以及奖励情况表送入学籍管理信息系统，通过学籍管理信息系统的处理生成综合评估文件（包括学生健康表，学生成绩表，学生活动能力表）交于校长室。

划分出几个主要的信息管理功能，并明确各功能之间的联系。

篇5：学生学籍系统系统分析

学 籍 证 明

编号

兹有我校年级，身份证号码为：，学籍号码为：于年在我校毕业。

特此证明

经办人：

学校（公章）

年月日

盖 骑 缝 章盖 骑 缝 章

盖 骑 缝 章盖 骑 缝 章盖 骑 缝 章

学籍证明存根

编号

篇6：中小学生学籍信息管理系统录入

一、系统提示“不符合模版”如何处理？ 如果上传数据模版，系统提示 “不符合模板”说明该模板的格式被改动或者单元格的列、列数据不符合规范，出现此问题请注意以下几点：，请用鼠标左键 1.正常模板中的每一个单元格格式均是“文本”点击 Excel 最左上一格，然后点击右键，选择“设置单元格格式”选择“文本”点击“确定”即可。2.正常模板中的 AU 列是隐藏的，目的是为了将学生信息与家庭成员信息隔开，请不要将 AU 列删除。3.模板中的各列顺序不要随意改动。4.如果模板中的数据是从其他地方复制粘贴过来的，请注意粘贴的时候不要带格式，具体操作以 office2010 为例，点击鼠标右键选择“选择性粘贴”下的“值”。5.模板中的“上下学距离”不要填写任何单位，默认单位为千米（公里），全部填写数字，并且精确到小数点后一位，如 1 千米（公里）要写成 1.0。、、6.模板中“出生地行政区划代码”“户口所在地行政区划”“成、员 1 户口所在地行政区划”“成员 2 户口所在地行政区划”均填写 6位行政区划代码后加 6 个 0，共 12 位。如：贵阳市南明区的 6 位行政区划代码为 520102，那么填写的时候应该填写 520102000000。7.模板中需要填写数字的列，例如：电话号码一类的信息不要填写“无”等文字，确保所填入的电话号码为纯数字，即使区号与电话号码之间也不要添加“-”等任何符号。，请重新在系统中下载模 8.若以上操作仍然提示“不符合模板”版，选取一条真实的学生学籍数据，手动逐列填写，然后导入系统，如果成功，那么将其它所有数据按照以上规范填写到模版。

二、学生信息录入以后显示“未查重”如何处理？ 该学籍系统是 1 小时自动查重一次，因此数据导入或录入以后，要在 1 小时后，状态转为“已查重”，才可以审核、上报操作。

三、模板导入后处理结果为“待处理”该怎么办？ 说明该模板正在进行数据排队，等待导入省级数据库，请耐心等候。正常情况下 24 小时内均可处理完毕，如果超过此时间，请逐级上报进行处理。

四、模板导入后处理结果为“失败”该怎么办？，说明模板中部分数据填写有误，点击上传 如果显示为“失败”失败的文件名，系统以列表的形式显示在模板文件中的哪一行，哪个数据项填写不规范或者填写错误，只需在模板中修改对应出错的数据，再重新导入一次即可。部分学校同一班级的信息未检查准确就多次上传，会增加系统无谓的审核量和各学校的等待处理时间，建议上传前仔细审核、检查模版数据，找到问题所在，排除问题后再上传。

五、模板导入时提示“数据重复”如何处理？ 系统提示“数据重复”时，会显示具体是哪行数据重复，重复条件为 5 个字段：学校标识码、姓名、性别、出生日期、身份证号码。应在模版中删除重复的学籍数据，导入即可。，如果学籍数据确实未上传至系统，且上传时提示“数据重复”若是小规模数据，请放弃使用模板，在系统中直接手工录入。若是大规模数据，请将情况逐级上报上级教育主管部门进行处理。

六、问题学籍如何处理？ 1.在学籍管理系统中，问题学籍分为）（1）身份证号错误（此类情况必须解决，确保身份证号正确！身份证号与性别、出生日期不符； 手工输入错误身份证号，不符合校验规则； 与公安部身份证认证系统核查，确认身份证号错误（包括身份证号错误，身份证号与姓名不匹配）。（2）有身份证号的重复学籍 两个以上的学生身份证号完全一样，分别都在系统中进行了学籍注册，此类情况必须解决，同一身份证号只能注册一个学生。（3）无身份证号的重复学籍 两个以上的学生姓名、性别、出生日期完全一样，分别都在系统中进行了学籍注册，需由学校、区县教育局核查，确保真实无误，可删除、修改或佐证。2.问题学籍处理原则和时间（1）先审核上报没有问题的学生学籍，后解决有问题的学生学籍。（2）问题学籍出现在本校内的，学校自行采取删除、变更、佐证方式处理；（3）问题学籍出现跨学校、跨区县、跨地市情况，需问题学籍双方或多方都提交佐证材料，各级教育机构必须与公安机关等相关职能部门核实后按问题学籍处理流程；（4）问题学籍处理时间在本次（无问题）学生学籍数据上传完成后逐一处理。如果问题学籍在本校、本县区内，属于录入错误不涉及需其他职能部门佐证的可以与上传数据同期处理。3.问题学籍处理流程（1）学校操作： 删除：核实本校学生信息是否存在，不存在则删除； 变更：核实本校学生信息是否准确，不准确进行变更，并上传证明材料； 佐证：确认本校学生信息无误，上传佐证材料进行佐证。详细操作步骤见操作手册第八章“8.3 问题学籍处理”（2）区县：对学校上传的证明材料，审核通过或不通过.其中本区县范围内的身份证重复的，只能通过一个，姓名性别出生日期重复可以通过多个；（3）区县以上：跨区县身份证号重复，且区县都审核通过，需共同上级进行仲裁；（4）上传佐证材料指能证明该学生信息属实的电子材料，如身份证扫描件（有身份证学生）、学校或其、户口簿扫描件（有户口学生）他职能单位出具证明其身份属实的材料，如家庭住址、父母姓名等（无身份证也无户口学生）。

七、请问学校导入数据后能修改吗？ 学校没有审核、查重的前提下学生信息在系统中可以进行修改；学校审核上报后，所辖教育局审核后，修改（维护）流程如下：

篇7：学生学籍系统系统分析

学生基本信息表中带黑色“★”标记的项目必填（一定要填有准确的数据），表格没有的数据补充完整。

一、个人基础信息项目考生号（填学业水平考试号码，初一学生填小学升初中9位数字的水平测试号，高一学生填初三升学考试14位数字的学业水平考试号）

1.姓名：在公安户籍管理部门正式登记注册、人事档案中正式记载的中文姓名（包括外国人正式的汉字姓名）。

2.性别：1-男，2-女。

3.出生日期：在公安户籍部门正式登记注册、人事档案中记载的时间日，年填4位数字、月填2位数字、日期填2位数字。如：“20110101”。

4.出生地：学生出生所在的行政区划。户口簿上有，精确到县。5.籍贯：祖居或本人出生的地方，现多用于父辈以上的居住地。6.民族：学生的民族，如：汉族，蒙古族，参见《中国各民族代码》。7.国籍/地区：统一填中国

8.身份证类型：可证明学生身份的证件类型：居民身份证

9.身份证件号：身份证件类型对应的证件号码。身份证件类型为Z-其他以外的证件类型时，身份证件号必填。

11.政治面貌：分为：“中共党员、中共预备党员、共青团员、群众”。

12.健康状况：学生的身体情况，分为：“10-健康或良好、20-一般或较弱、30-有慢性病、40-有生理缺陷、50-残疾”。

二、学生个人辅助信息17、18项户口所在地就是“户口簿上面的行政区划”，罗定户口的填“445381000000”，户口是其他县的直接填具体县的中文名称，例如“云浮市郁南县”、“肇庆市德庆县”、“茂名市电白县”，外省户口的也要精确到县，例如“贵州省铜仁市思南县”、“广西省梧州市岑溪市”。户口性质分为“农业户口，非农业户口”

三、学生学籍基本信息22项年级：学生就读年级23项班级：学生就读班级。26项就读方式 如果住宿的填”住校”，不住宿的填“走读”。

四、学生个人联系信息28-32项

现住址、家庭住址、通信地址有何区别？如何填写？

答：建议该三类住址在填写过程中能具体到门牌号，方便找到或者联系到该学生。

区别：现住址：学生目前所居住的地方，可能是亲戚家、租住房、学校等。

家庭住址：监护人所住的地方，一般指户口所在地或者是一家人共同居住的地方。

通信地址：能够联系或者信件能送递的地方，如父母所在的单位、学校等。

该三类地址可能是同一个地址，也可能不是，根据实际情况填写。

联系电话可以是固话，也可以是手机号码。建议填手机号码。

五、学生个人联系信息

35是否独生子女：学生属于独生子女范畴，‘0-否，1-是’。36是否受过学前教育 统一填“是”

37是否留守儿童：留守儿童指父母外出务工三个月以上，由其他亲属监护并留在户籍所在地家乡接受义务教育的子女，分为：‘0-非留守儿童，1-单亲留守儿童 2-双亲留守儿童’。

38.是否进城务工人员随迁子女：是指户口不在罗定市的，户籍登记在外省（区、市）、本省外县（区）的乡村，随务工父母到罗定市的城区、镇区（同住）并接受义务教育的适龄儿童少年，1-是；0-否。

39.是否孤儿：以当地有认定资格的部门出具的证明为准填写，1-是；0-否。

40.是否烈士或优抚子女：以当地有认定资格的部门出具的证明为准填写，1-是；0-否。

六、学生家庭成员或监护人信息一 二

49.家庭成员或监护人姓名：中文姓名

50.关系：家庭成员或监护人与学生之间的关系，1-父亲 2-母亲 3-祖父母或外祖父母 4-兄弟姐妹 9-其他。54.现住址：家庭成员或监护人现在居住的地址。

55.户口所在地就：罗定户口的填“445381000000”，户口是其他县的直接填具体县的中文名称，例如“云浮市郁南县”、“肇庆市德庆县”、“茂名市电白县”，外省户口的也要精确到县，例如“贵州省铜仁市思南县”、“广西省梧州市岑溪市”。

56.联系电话：填写家庭成员或监护人的固定电话号码或手机号码。

57.是否监护人： 填“-否”或“是”

58.。如何填写监护人的身份证件类型和身份证号？

答：如果学生信息中有身证号，则监护人可以不用填写身份证号，身份证件类型选择“其他”即可；如果学生没有身份证号，则监护人必须填写身份证件号，如果父母没有户口，则可以填写祖父母或者外祖父母的身份证件。

篇8：高校学生学籍管理系统的开发研究

系统的功能模块包括学生基本信息管理模块, 成绩管理模块, 班级管理模块, 课程管理模块, 系统管理模块。

1.1 学生基本信息管理:

可以对学生信息进行查询、录入、修改、删除等操作, 动态了解各学生基本信息。录入学生信息包括学生的学号、姓名、性别、年级、班级、地址、邮箱、电话, 当在校期间学生的年级和班级或其他信息有变化时, 应提示管理人员及时进行修改。

1.2 学生成绩管理:

考试的各学科成绩有专门人员进行录入, 当学生查询发现成绩有错误时, 可以及时通知任课教师, 然后通知有关人员进行修改。其中包括各学科的单科成绩、总成绩和平均成绩。

1.3 课程信息管理:

包括各学科的课程号、课程名、课程性质和课程描述。该项信息也由管理人员进行录入。

1.4 班级信息管理:

包括班级编号、所在年级、所在教室和班主任。

1.5 系统管理:

主要是对用户信息的管理, 包括用户名, 用户密码和用户权限等各方面的设置和管理。

2 系统具体功能描述

2.1 管理员模块功能。

这里所说的管理员也就是指能对学生的用户信息进行添加, 修改, 删除, 查询和统计的用户。在这个模块要实现用户对信息的各项操作都能顺利进行, 用户可以通过设定的关键字实现对信息的不同操作。用户对系统所享有的不同权限应由管理员赋予。管理员同时还负责对用户信息及密码的管理, 用户忘记密码时, 可以携带相关手续请管理员帮忙查找密码, 这样不仅能保证用户对信息的操作顺利进行, 同时也确保了信息的安全性。

2.2 用户模块功能。

2.2.1用户登录和注册模块。用户登录和添加功能主要包括的功能如下:用户登录:验证用户的信息是否合法, 以及验证用户是否为系统的合法用户。拥有不同权限的用户根据其权限对系统信息享有不同的操作权限。用户添加:由系统管理员添加新的用户。2.2.2教师信息管理功能。教师信息管理功能主要对教师信息的管理, 如教师信息的添加、修改和删除等。在系统中主要包括:添加新的教师信息、删除教师信息、修改教师信息。2.2.3班级和年级管理功能。班级和年级管理功能主要实现班级和年级的管理功能, 如班级和年级的添加、修改、删除、查看等。在系统中主要包括管理班级和年级、添加班级和年级、修改班级和年级、查看班级和年级信息等。2.2.4课程信息管理功能。课程信息管理功能主要对课程信息进行管理, 如课程信息的添加、修改、删除等。在系统中主要包括添加课程信息、添加课程信息、删除课程信息。2.2.5学生信息管理功能。学生信息管理功能主要对学生信息进行管理, 如学生信息的添加、修改、删除等。在系统中主要包括添加学生信息、修改学生信息、删除学生信息。2.2.6学生成绩管理功能。学生成绩管理功能主要对学生的成绩进行管理, 如学生成绩的添加、删除、修改等。在系统中主要包括添加成绩信息、修改成绩信息、删除成绩信息。

2.3 学生学籍管理系统需求。

2.3.1功能需求。a.能够浏览学生学籍的所有信息;b.能够通过学生的一条信息找到个人学籍的相关信息 (例如:知道学生的姓名能够找到该学生的所有有关的学籍信息) ;c.通过一条信息找到与之匹配的信息 (例如:查询同一专业的所有人员) ;d.相关人员能对包含学生的学籍信息进行管理 (因为学生有关情况不是固定不变的所以一旦学生信息发生改变就要对原有信息进行诸如添加, 删除, 修改等的操作) ;e.必须能对学生有关信息进行相关统计计算 (例如:评定各项奖项, 学科成绩等) ;f.对毕业生进行档案管理。2.3.2性能需求。a.数据精确度:查询时应保证查全率, 所有相应域包含查询关键字的记录都应能查到。b.时间特性:一般操作的响应时间应在1~2秒内, 对软磁盘和打印机及条形码刷卡服务响应时间也应在可接受的时间内完成。c.适应性:对运行环境要求不应存在困难, 常用的操作系统都可以支持。

2.4 学生学籍管理系统的分析和概要设计。

该部分主要对系统的设计进行简单的阐述。系统需要完成以下各项功能:2.4.1浏览功能。列出所有记录 (每项记录只列出学号、姓名及班级域) ;可选定一项记录, 显示所有域;2.4.2查询功能。学号匹配查询;课程匹配查询;2.4.3修改功能。修改所有的域, 学号不能为空;修改后, 数据库的相关数据应同时更新;2.4.4增加功能。增加一个新的记录, 该记录的相关信息同时在数据库中显示;2.4.5删除功能。删除一个学籍记录, 提供确认机制, 记录的相关信息同时从数据库中删除。

3 学生学籍管理系统分析

3.1 系统可行性分析。

只要资源和时间不加以限制, 所有的项目都是可行的, 然而, 由于资源缺乏和交付时间限制的困扰, 给基于计算机系统的开发带来了困难。因此对软件项目的可行性做出细致而谨慎的评估是十分必要的。如果在定义阶段尽早发现将来可能在开发过程中遇到的问题, 及早做出决定, 可以避免许多不必要的浪费。因此, 在开发《在线学生学籍管理系统》之前, 对系统开发的可行性进行了分析。3.1.1技术可行性。目前, 全国计算机越来越普及, 几乎每个学校都配有计算机为系统的开发提供了硬件环境。以计算机为基础的管理系统使教师和管理者摆脱了那种繁杂、易错的记录及管理方式, 通过计算机以及配套的软件, 用户可以采用全新的方式从不同的地方存取各种信息。从浏览器/服务器方式上发展起来的框架结构为我们提供了开发系统的基础。3.1.2经济可行性。一方面, 从开发者的角度来说, 计算机越来越普及, 各种用于系统开发的软件都可以从网上免费下载。因此, 以目前的情况, 要想实现开发系统的硬件和软件环境并不是问题。同时, 若系统成功完成, 对学校有多方面的好处。另一方面, 就学校自身来说, 它也是需要这样一个软件的。在计算机还没有普及之前, 信息都必须通过在纸上填写来实现, 这样既浪费时间又容易出错。随着信息时代的发展, 各项工作都要讲求效率, 成绩和学籍管理也不例外, 这就系统提供了使用群体。3.1.3法律可行性。在开发一个软件之前一定要确定它是否触犯某项法律或与国家的相关规定是否抵触。该《在线学生学籍管理系统》并不与任何法律或国家相关规定相抵触, 所以在法律可行性上是通过的。3.1.4系统运行可行性。系统可以运行在Windows 2003, Windows XP等操作系统之上, 就是说市场上流行的操作系统都可以支持。因此系统运行可行性绝不会成为《在线学生学籍管理系统》的问题。3.1.5用户使用可行性。系统操作简单, 有计算机基础的人无需培训即可使用, 即使是没有计算机基础的人只需经过简单的培训就可以很熟练的使用系统。系统运行后, 就用户方而言, 由于用户使用系统时, 不会也不必关心系统内部的结构及实现方法, 所以系统对用户而言, 是定位在界面友好、操作方便、功能齐全的原则上的。用户只需简单的用鼠标点击各界面上的选项卡或按钮就能执行完成相应的功能, 就管理者而言, 关心的是如何处理各种数据, 只要把用户的信息输入计算机, 管理者就可运行相应的后台程序进行处理。而以上的这些功能都能在所选择的开发环境中用所选择的开发工具来实现。所以说系统在用户使用可行性上是没有问题的。

3.2 系统功能分析。

学校工作总体规划由教务人员在学生学籍信息管理系统中完成对运行教务处所需的基本数据的维护, 包括这些信息的增加、修改、删除及对各项信息的变动都将在这里进行操作。新的学年, 教务人员首先加入年级信息, 然后编排班级, 再对来校学生进行基本的信息录入, 新生入学后由教务人员在学籍系统中完成新学生信息的添加。在每个学期开始, 教务处根据班级的情况, 以班为单位, 为每个班级安排一个辅导员及对此年级安排一个系主任, 并对各科老师进行安排。每举行一次考试后由任课老师对本科的成绩进行录入, 辅导员对本班的成绩汇总, 并进行排名, 然后系主任再进行汇总, 并对本年级各科成绩及总成绩进行排名。教务处、年级组长、班主任及任课老师跟据实际情况对录入的成绩进行维护, 各位同学对以上录入的信息可以跟据自己的需要进行权限内的查询。

结束语

学生学籍管理系统的开发和应用, 可以提高学校的管理水平。学校办公效率可以有很大的提高, 为学校的信息管理提供了一个良好的工具, 化简了繁琐的工作模式, 从而使学校的管理更加合理化和科学化。良好的管理信息系统节省了大量的人力和物力, 也避免了大量重复性的工作。尤其, 系统界面友好, 操作简单, 比较实用。

摘要：随着信息技术在管理上越来越深入而广泛的应用, 管理信息系统的实施在技术上已逐步成熟。管理信息系统是一个不断发展的新型学科, 任何一个单位要生存要发展, 要高效率地把内部活动有机地组织起来, 就必须建立与自身特点相适应的管理信息系统。

关键词：功能模块,系统分析,系统要求

参考文献

[1]Visual Studio2005入门.Net系列教程[M].北京:高等教育出版社, 2008:94-103.

[2]齐治昌, 谭庆平, 宁洪.软件工程 (第二版) [M].北京:高等教育出版社, 2004:89-101.

[3]刘惠芳.数据处理系统的分析和设计[M].北京:高等教育出版社, 2005:76-82.

[4]王珊, 萨师煊.数据库系统概论[M].北京:高等教育出版社, 2006:123-156.