XX大学系统分析报告

题    目： 学生信息管理系统分析报告

学    院：         

专    业：     

学    号：          

姓    名：         

指导教师：             

完成日期：              

目录

引言. 2

一．问题定义. 2

1.系统开发背景. 2

2.系统开发目的. 2

3.系统介绍. 3

4.系统的技术要求及限定条件. 3

二．系统可行性分析. 3

1. 可行性研究的前提. 3

2.技术可行性分析. 4

3.经济可行性分析. 4

4.操作可行性分析. 4

5.结论. 4

1.功能模块. 4

2.运行需求. 5

四．现有系统分析. 5

1.现行系统主要业务. 5

2.现行系统的问题. 6

五．新系统分析. 6

六．系统总体设计. 6

1.系统总体设计的指导思想. 6

2.功能分析. 6

3.数据流图. 7

4.新系统数据库. 10

七．结束语. 10

参考文献. 11

学生信息管理系统分析报告

引言

当今时代是飞速发展的信息时代。在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。计算机进行信息管理与信息管理系统的开发密切相关，系统的开发是系统管理的前提。随着计算机网络技术的不断发展，其被越来越广泛地应用于各行各业，作为教育单位的学校更不例外。学生信息管理系统更是一个教育单位不可缺少的部分，它的内容对于学校的决策者和管理者来说都至关重要，所以学生信息管理系统能为用户提供充足的信息和快捷的查询手段。

一．问题定义

1.系统开发背景

在科学技术飞速发展的今天，计算机科学及互联网日渐成熟，其强大的功能已为人们深刻认识，它已经进入人类社会的各个领域并发挥着越来越重要的作用。各行各业的人们无须经过特别的训练就能够使用电脑完成许许多多复杂的工作。

学校规模的不断扩大，使学生的数量急剧增加，有关学生的各种信息资料也成倍增长。办学者们所头疼的问题就是如何面对这庞大的信息量。所以我觉得有必要建立一个学生学籍管理系统，使学生学籍管理工作规范化，系统化，程序化。该系统不仅可以提高当前我国学校管理工作的效率、改进师生或同学之间的信息交流方法，同时也可以通过后台数据库系统的管理功能实现学生注册、学生成绩的查询、学生选课等基本功能。

2.系统开发目的

高效快捷的学生信息管理系统可以提高学校对信息的管理，减少人力资源的开支和浪费，从而提高学校在各方面的工作效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速的查询，从而减少管理方面的工作量。由于计算机和网络的普及，若建立一个B/S结构的学生信息管理系统，学生便可以通过网络来选课并且查询自己的有关信息，使得学生信息管理工作系统化，规范化，自动化，大大提高了学校管理学生的效率。

3.系统介绍

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

4.系统的技术要求及限定条件

ASP是Active Server Pages的简称，是服务器端脚本编写环境，使用它可以创建和运行动态、交互的Web服务器应用程序错误！未找到引用源。。使用asp可以组合Html页、脚本命令和Active组件以创建交互的Web页和基于Web的功能强大的应用程序。也可以认为Asp是一种类似于HTML、Script与CGI的结合体，但是其运行效率却比CGI更高，程序编制也比Html更方便且更有灵活性。Asp可包含服务器脚本，将服务器端脚本包含在ASP中就可以用动态内容创建网页。ASP提供了几种内置对象。在Active Server Pages中使用内置对象可以使脚本功能更强，在其他方面，这些对象可使你从浏览器中检索或向浏览器发送信息。用附加组件，可以扩展Active Server Pages可以同几个标准的服务器端Active组件捆绑在一起，这些组件的使用可以方便的处理数据库。ASP运行环境为Windows 20## 以上。

二．系统可行性分析

1. 可行性研究的前提

要求：

（1）  功能：教务处人员主要是对学生信息的输入及学生信息的确定，对新生学生信息进行添加；教师对新学生信息的输入和查看，对教师本班学生学籍进行管理，学生信息管理对教师本班学生基本信息查询，对学生进行请假管理，统计管理对教师本班学生的基本信息进行统计查询；学生请假统计查询，成绩管理能够对考试的学生进行分数的查询，选课管理能够对学生所选得课程进行查看但不能进行更改，评价管理能够在学生进行对老师评价后能够看到学生是否对老师进行评价查看，管理员有管理教师和教务处人员的权限。

（2）  性能：稳定快速，实时控制；系统化，规范化，程序化，结构化模块，层次清楚；提示通俗易懂；查询资料简便；维护手段齐全等。

（3）  输入要求：数据完整、详细、真实；

（4）  输出要求：简捷、快速、实时；

（5）  安全与保密要求：学生某些信息属内部资料，不能为外人所知，系统须有保密措施，设置密码。学生查看资料需输入正确密码，万一泄露密码，应设修改密码的程序，同时密码不能过于简单。

目标：对全学校的学生学籍信息做统一管理，以实现管理的科学化，系统化，自动化，最大限度的为老师提供方便，节约人力、物力等各方面资源。

2.技术可行性分析

该系统所需硬件设备，如服务器、PC机、打印机及网络配件等，市场上有销售且价格较低，能满足系统功能要求。软件上，操作系统采用WindowsNT, 数据库管理系统采用SQL Server2000，这些软件在 MIS开发中已被大量应用，技术上都比较成熟。因此技术上是可行的。

3.经济可行性分析

由于学校急需采用计算机来进行学生的学籍管理，因此对开发学籍管理信息系统大力支持，拨款25万元作为开发经费。

4.操作可行性分析

由于该学校有很好的管理体制：每位学生均有学号及相关的成绩管理记录，且每次奖惩均会记录在相关档案中，以此来决定学生的升级、留级、退学情况。因此可以利用管理信息系统来进行管理。

5.结论

通过技术、经济、操作等方面的可行性分析可知，本系统的开发完全是可行的，可以进行开发。

三．系统需求分析

1.功能模块

教务处人员管理：主要是对学生信息的输入及学生信息的确定，对新生学生信息进行删除；

新生信息输入：可以有教务处人员和教师输入新生的姓名、性别、院系、出生年月、籍贯、电话、家庭住址等信息；

学籍管理：对教师本班学生进行学籍的管理；

学生信息：对教师本班学生基本信息查询，对学生进行请假管理；

统计查询：对教师本班学生的基本信息进行统计查询，学生请假统计查询；

系统管理：管理员对教务处人员和教师进行权限管理；

成绩管理：能够对考试的学生进行分数的查询，选课管理能够对学生所选得课程进行查看但不能进行更改；

选课管理：能够对学生所选得课程进行查看但不能进行更改；

评价管理：能够在学生进行对老师评价后能够看到学生是否对老师进行评价查看。

2.运行需求

（1）用户界面

本系统采用Microsoft Visual C++ 6.0设计，用户交互界面采用的是基于Windows的窗口界面。

（2）硬件接口

运行本系统的硬件基本要求如下：

CPU：Intel P3及以上；

内存：256MB及以上；

硬盘：10GB及以上。

（3）软件接口

数据库服务器：Microsoft SQL Server 2000及以上。

四．现有系统分析

1.现行系统主要业务

此学生学籍管理系统仅面向教务处人员和教师,也就是说只有教务处人员和教师有权对信息进行操作.又包括:新生信息输入、学籍管理、学生信息、统计查询和系统管理五个功能模快。

在第一个模块新生信息输入：可以有教务处人员和教师输入新生的姓名、性别、院系、出生年月、籍贯、电话、家庭住址等信息；

第二个模块学籍管理：对教师本班学生进行学籍的管理；

第三个模块学生信息：对教师本班学生基本信息查询，对学生进行请假管理；

第四个模块统计查询：对教师本班学生的基本信息进行统计查询；学生请假统计查询；

第五个模块系统管理：对教务处人员和教师进行权限管理，管理员有自己的权限不能进行以上四个模块操作。

2.现行系统的问题

（1）在教师的管理班级中，当学生进行考试之后，能够直接的看到学生考试成绩。

（2）在教师的管理班级中，当学生进行选课之后，能够直接的看到学生选课情况。

（3）在教师的管理班级中，当学生对教师评价之后，能够直接的看到学生评价情况。

五．新系统分析

信息管理系统主要是提供学生，老师或者来访者方便的查询等相关操作，对学生的信息管理能统一规范化。功能块的相应操作分别由其对应的子模块实现。通过教育网络或互联网把整个学校的学生信息汇聚起来，为学校教育主管部门提供全面及时的学生信息，方便管理，同时亦可通过校园网扩展各类信息化应用，共享学生信息。学校可通过一个简化的学生信息管理系统，使学生信息管理工作系统化，规范化，自动化，从而达到提高学生信息管理效率的目的。

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

六．系统总体设计

1.系统总体设计的指导思想

本管理信息系统是基于B/S结构的WEB应用程序，采用ASP作开发平台，借助FrontPage等网页制作软件对系统进行开发，后台则采用Access数据库，并通过ADO数据库访问技术实现网页对后台数据库的各种管理操作，实现了学生管理信息的基本功能。

2.功能分析

学生学籍管理系统需要满足来自以下方面的需求：

（1）教务处人员主要是对学生信息的输入及学生信息的确定，对新生学生信息进行添加；

（2）教师对新学生信息的输入和查看，对教师本班学生学籍进行管理，学生信息管理对教师本班学生基本信息查询，对学生进行请假管理，统计管理对教师本班学生的基本信息进行统计查询；

（3）学生请假统计查询，成绩管理能够对考试的学生进行分数的查询，选课管理能够对学生所选得课程进行查看但不能进行更改，评价管理能够在学生进行对老师评价后能够看到学生是否对老师进行评价查看，管理员有管理教师和教务处人员的权限。

在此系统中，教师可以进行本班学生基本信息进行查询，并打印生成相应的报表能够及时的和教导处属于自己本班学生进行核对，教师可以对新学学生基本信息进行输入，即对新学学生基本信息并打印生成相应的报表能够及时的和教导处属于新学期学生进行核对。

3.数据流图

（1）系统用例图

（2）管理员登录流程图

（3）新系统流程图

 

                                               N

4.新系统数据库

（1）用户信息：包括的数据项有：用户名、密码、用户描述。

（2）新学生基本信息：包括的数据项有：新学生学号、新学生姓名、性别、出生日期、班号、联系电话、入校日期、家庭地址、备注等。

（2）学生基本信息：包括的数据项有：学生学号、学生姓名、性别、出生日期、班号、联系电话、入校日期、家庭地址、备注等。

（3）学籍信息：包括的数据项有：学号、班号、所在年级、班主任姓名、所在教室等。

（4）选课信息：包括的数据项有：学号、课程号、课程名称、课程类别、课程描述等。

（5）评价信息：包括的数据项有：教师号、学号。

（6）学生成绩信息：包括的数据项有：考试编号、所在班号、学生学号、学生成绩。

七．结束语

学生信息管理系统，便于用于班级信息和学生信息的修改以及查询，减少人力、物力，提高了工作效率；且能监控学生的注册情况，能做到及时的通知学生注册，促进学校财务的有效运转。通过课程管理，便于查看学校内专业开设的课程，便于及时的调整专业设置及专业内的课程设置，以提高学校的竞争力。通过对成绩管理,便于掌握学生的学习情况，教师的授课情况,为学校的学籍管理提供依据。通过教师管理，便于查看教师的任课情况，简化的教师工作量的计算。由此，不仅提高了工作效率，而且大大的提高了其安全性。

参考文献

[1] 薛华成.管理信息系统[M].5版 北京:清华大学出版社，2007.8.

[2] 史济民 顾春华 郑红.软件工程——原理、方法与应用[M].3版 北京:高等教育出版社，2009.3.

[3] 岳剑波.信息管理基础[M].1版 北京：清华大学出版社，1999.11.

第二篇：大学选课系统需求分析报告1

需求分析文档

一、背景

我们所面临的问题：

首先安全性不够高，只需要输入用户名和密码就可以进了，有出现过学生帐号被盗，已选课程被删，导致学生未能选上该门课.

其次选课人数过多导致系统崩溃，无法进行选课，这是最主要的问题，这现象和学校服务器有很大的关系，不过这个系统可以设置可同时访问的最大人数，还有用处理多人并发访问功能高点的数据库也是有是可行的方法。

还有第一次选课的缺乏人数限额导致了可选人数大大超过实际接受人数，从而让绝大部分选择热门课程或热门教师的人被调到第二轮选课，而这一设置并非能减少第一轮选课可以给第二轮选课压力。

由于可以同时选择多门课程，导致有些同学中选了多门，而有些同学则一门也没选中。

最后我觉得我们学校选课系统有个缺陷，就是在没有超过允许人数范围时，可以多个人同一时间选该课程，即使最后人数超过最大允许人数。

二、完成目标

系统的主要用户是管理员、教师和学生，管理员可以通过超级用户身份登录,对系统进行全面的管理维护, 老师、学生以不同用户的身份进入不同的界面，执行不同的操作拥有各自的权限。

该系统用于提高选课的工作效率，方便用户之间信息的交流，简化学生选课

的流程，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。在学校内部的现有局域网这个网络环境下,信息由各用户在规定的权限下录入，信息上网后各用户可查询，选课，修改，管理，达到信息共享。

三、管理结构

各部门的主要职责如下：

管理员：开启或关闭系统

教师：确认教学和自己的开课情况，以及最后登记学生的成绩等。

学生：学生可以根据本人学号和密码登录系统，进行相关操作。可以核实个人信息，查看教师信息、课程信息以便选课，查看自己选课结果，查询考试成绩等。

四、流程分析

在每学期初，教务处向各系院下发开设课程。教务处汇总信息（教师信息，时间安排，教室安排，课程信息），列出选课表，供学生选择。学生进行第一次选课，生成个人选课表，汇总选课信息。

学生可以查询个人课程表（课程信息，时间信息，教师信息，教室安排），教师可以查询自己的开课信息（时间，教室，课程）和学生名单，院系可以查看本院课程安排信息（教师，时间，教室，课程，学生）。

五、用户需求

学生选课系统用于根据教学计划、教师资源等，制定每学期的课程表及相关信息，面对的用户包括系统管理员、教师和学生。因此该系统的功能模块应分为系统管理员需求、教师需求、学生需求三个部分。管理员可以通过超级用户身份登录,对系统进行全面的管理维护, 老师、学生以不同用户的身份进入不同的界面，执行不同的操作。

（1）

系统管理员（拟定教务处）

1． 课程评定的实效性。

需要满足这一项需求，得先从涉及评定表单的设计合理化，与学生的交流发现问

题所在开始。设计表单需要用问题背后所会涉及的形式来设计问题，这样学生的

填表积极性会提高。且一定要强调保障表单的隐私权。

2． 课程变动通知自动化。

因为每次的课程变动仅仅是以通知形式来传达，其实效性还是存在一定人性

化缺陷的（如没看到通知就被其他通知的更新推到后面去了）。可以的话以自

教师

1．

2．

学生

1．

2．

3． 动化删除选择性方案来解决。 排课时间的人性化。 因为有些老师的课程一直会是上午12节，或下午12节，老师也是人也需要适当的公平性合理安排。老师的状态是直接影响教学质量的，教学质量又直接影响期末的教学评定。若把这一项需求也考虑进去的话，相信课程的安排会取得实际性效益。 成绩管理的合理化。 据很多教师的意见，成绩的输入改写过程会比较繁琐，那若在业务流程方面和权限设置方面做一些必要的改善会不会能解决这种不必要的繁琐程序呢。 选课的公平性。 因为每次第一轮选课后没选上的学生，到第二次选课时是以先下手先得手来取决。一致导致网络拥堵，学生心慌，若第二次选课也是以随机抽选的形式来的话，是否会更具有公平性。 选课的更大自主性。 虽然说学生可以自主跨专业选择自己喜欢的课程上。但时间上太过于冲突，在选修上存在很大的不可行。 学分的上限设置合理性。

一学期可选学分的最高上限的规定是否必要，按学生个人喜好，觉得这一点并非是必要的。

（2）功能要求

系统管理：实现教务人员对系统的管理，包括添加删除用户。更改密码， 数据备份，数据还原，注销等功能。

基本信息管理：实现显示学生和老师的基本信息（包括学生基本信息，教 师基本信息，课程基本信息）。

选课管理：实现学生自主选择课程，选择老师。

查询：包括实现学生查询，老师查询，管理人员查询。学生查询包括自己 的基本信息，自己的课程，课表，成绩，同班同学等，老师查询包 括查询自己的信息，自己所带班的学生，自己的课表等。管理人员 的查询包括每个老师的和学生可以查询的信息。

权限管理：为学生、教师、管理员提供不同权限进行学生成绩管理。 对于网上信息的使用权限和责任规定如下：

数据完整性、正确性：

可根据某教师的课程自动生成教师的课程安排表；

可根据所选该门课的学生自动生成课程选课名单；

可根据某学生所选全部课程自动生成该学生的课程表；

性能需求

因为选课管理系统用于学生网上选课，提高教务处工作效率，使选课管理工作规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息，所以数据库系统应该具有备份和恢复功能，保证学生数据库的长期完整性和正确性。另一方面，作为系统的服务器应该能够无故障的运行，即使在多人并发登录的时候也应该不会瘫痪，但是这个要求似乎太高了，每次选课系统一般都会瘫痪，而且能够便于管理员的操作。 其他需求

系统管理员需求分析

系统管理员负责整个系统的维护，其需求最为复杂，包括对学生、教师、选课进行管理和统计，及系统状态的查看、维护并生成选课报表、排课报表。所涉及的信息包括课程信息、教师信息和学生信息。因此系统管理员具有该系统的最高权限，能够编辑各信息模块，如插入一个新生的信息，增添一门课程的信息，删除退休教师的信息等。

教师需求分析

在该系统中，为方便教师工作，要求教师能够核实自己信息、查询所授课程的信息、查看自己教学班的信息，以及最后登记学生的成绩等。

学生需求分析

该系统为学生主要提供选课服务，因此学生可以直接查看选课情况，学生可以根据本人学号和密码登录系统，进行相关操作。此外还应附带其他服

务，如核实个人信息，查看教师信息、课程信息以便选课，查看自己选课结果，查询考试成绩等。

数据需求

老师：姓名，性别，职工号

学生：姓名，性别，学号，班级，系。

学生属性图

课程：课名，学时，学分，课程号，上课时间，上课地点。

课程属性图

管理员：姓名，员工号

管理员属性图

5.4 用户平台需求

操作系统： LINUX

数据库：MONGDB

选课系统需求分析文档