学生信息管理系统可行性分析报告（精选2篇）

学生信息管理系统可行性分析报告 篇1

一.引言

1.编写目的

为了提供一个有价值的方向，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程有价值，因此以文件化的形式，记录软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益，以便计划开展和确保项目开发成功。

2.项目背景

随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能以为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分，使用计算机对学生成绩管理信息进行管理，具有手工管理所无法比拟的有点。例如，检索迅速、查找方便、可靠性高、存储量高、保密性好、寿命长、成本低等。这些有点能够极大地提高学生档案管理的效率，也是企业科学化、正规化管理，与世界接轨的重要条件。因此，开发大学成绩管理系统很有必要。

学生成绩管理网站是一个学校不可缺少的重要部分，它的内容对于学校的决策者和管理者来说都至关重要，所以学生成绩管理系统应该为用户提供充足的信息和快捷的查询手段。同时，学生成绩管理是各大学的主要日常管理工作之一，涉及到校、系、师、生的诸多方面，随着教学体制的不断改革，尤其是学分制、选课制的展开和深入，学生成绩日常管理工作及保存管理日趋繁重、复杂。高校都迫切需要研制开发一款属于自己的功能强大，操作简单，具有人性化的学生成绩管理网站。

3.参考文献

【1】张海藩编著《软件工程导论》 第五版清华大学出版社

【2】王珊、萨师煊编著《数据库系统概论》 第四版高等教育出版社

【2】秦敬祥、文东编著《ASP.NET程序设计基础与项目实训》 中国人民大学出版社

二．可行性研究的前提

1．要求

1．功能：本网站应该实现学生成绩信息的管理与查询，具体包括学生信息查询，如姓

名，院系，专业，学号，班级，所学课程成绩，学年，学分，学期及该门课程的考试类型，课程类型，成绩总学分，总绩点和平均绩点等；还可以对以上信息进行修改，删除和添加。另外还要做到可以对学生成绩信息以及成绩信息查询和维护。对于老师需要做到信息查询，如姓名，院系，教师号，所带班级，所教课程，能够修改个人信息与密码，能够查询并给所教学生打分。

2．性能：查询效率尽可能做到精准，信息维护功能做到简单易用，不需过多对人员的培训。

3．输入：对于查询功能，应做到可以单条件和组合条件输入；对于维护功能，要有输入、修改学生信息和成绩的功能。

4．输出：能按要求在显示器上显示所需内容并能打印成有条理的表格，没有多余的内容，也没有重复的现象。

5．安全与保密：对于不同权限用户，设置不同权限，对重要数据可以考虑加密存储。考虑到数据保存，条件允许的情况下可以让系统定时自动保存，省去手工保存的繁杂程序。

6．完成期限：2个月

2．目标

“学生成绩管理网站”针对的学校学生情况对学生各学年的成绩进行有效的管理。能够快速的查询出学生的各科成绩以及所在班级等各种用途。相应的需求有：

1．在实现所需功能的基础上，尽可能减少所需人员数量，对设备的利用达到最大，减少不必要费用支出；

2．大大改善数据处理速度，能够尽快输入和输出数据；

3．能够存储一定数量的学生信息，并方便有效的进行相应的数据操作和管理，这主要包括：学生信息的录入、删除及修改。学生各科成绩的多关键字检索查询；

4．能够对一定数量的读者进行相应的信息存储与管理，这其中包括：查询学生信息的登记、删除及修改。学生资料的统计与查询；

5．能够提供一定的安全机制，提供数据信息授权访问，防止随意删改，同时提供信息备份的服务；

6．使网站更加容易管理和维护，不需对过多人员培训，提高工作效率。

2．条件假定和限制

1．所建议系统的运行寿命的最小值为5年；

2．所用数据库为SQL2005

3．所需硬件条件为服务器工作站，终端为pc机。

4．进行系统方案选择比较的时间最多用7天；

5．经济来源为个人集资；

6．所有技术资料都由提出方保管，合同制定确定违约责任；

7．运行环境在IE6，火狐等浏览器上都可以运行；

8．可利用的信息和资源由学生决定，某些特殊情况需学校特殊处理；

9．系统投入使用的最晚时间为xxxx年xx月xx日。

2．进行可行性研究的方法

以学生的角度与校领导及相关管理人员商议，以便选出最合适的可行性研究方案，网站可运行在IE6，火狐等浏览器上浏览。在运行时可以直观的浏览、查询和掌握学生的成绩，同时能够了解学生的基本信息所在系部、班级、宿舍的具体地址。结束了人工统计的耗时长、工作量大、错误率高的缺点。集体操作如下：

1．将可行性研究按一定的方法分解成相对简单的工作

2．将分解后的各项工作，分别交给合适的人或计算机去做

3．按照一定的规则组织人机协同工作

4．应用先进技术提高单项工作速度

5．使单项工作尽可能并行作业

三．对现有系统的分析

现有系统人工工作量较大，容易出错，查询也有所不便。

1．组织机构调查

学生成绩管理系统现有成绩管理人员2名，负责审核、统计每学期不及格学生的信息，对要留级的、退学的学生进行核查，确保教师录入成绩的准确性，防止学生修改成绩；任课教师若干名，负责录入学生成绩；辅导员有若干名，负责对班级成绩进行汇总，以方便班级管理与分析。

2．业务流程调查:

经初步调查，教务处对学生成绩管理的业务流程如下：

（1）学生对本年度或者以往学年度的成绩进行查询（按个人成绩查询，按班级成绩查询及总成绩的排名）。

（2）成绩管理人员审核教师录入的成绩，并统计不合格的学生，打印补考单，方便学生进行尽早的复习，准备补考；

（3）任课教师对班级单科成绩的录入。

通过调查了解到用户对系统有如下要求：学生能够通过本系统及时地查询考试完后的各门学科成绩。成绩管理员及时打印补考名单，任课教师及时地录入单科成绩单。输入方面的要求是如果操作失误的情况应能具有提示及撤销的功能。输出的信息应能直观反映给用户。

3．工作负荷

现有系统需人工输入课程名称，且不能一次存储多项成绩，也不能同时存储多个学生的成绩，操作量大，容易出错，不能多项关键字查询学生信息，操作复杂。

4．费用开支

由于系统老旧，操作复杂易出错，所以需大量的人员来管理，费用花费很大。以及运行的不稳定性，需要经常更新硬件。

5．设备和人员

需要大量的人员来管理，维护其数据，出错率较高。出现很多冗余信息。设备较老旧，不能满足该系统基本需求，所有经常超负荷工作，容易导致损坏。

学生信息管理系统可行性分析报告 篇2

1. 概述

1.1目的

此需求规格说明书对《学生信息管理系统》做了全面细致的用户需求分析，明确索要开发的软件具有的功能、性能与界面，是系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明出和完成后续设计与开发工作。编写该书的目的是为能够更加准确的明白该系统的需要，对所开发的软件的功能、性能、用户界面及运行环境等做出详细的说明。

本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员等。

1.2背景

在计算机技术日益发展与不断成熟的今天，为了更好的管理学生信息，为学生提供更多的便捷服务，开发出一个学生信息管理系统尤其必要。随着网络的日益发展与完善，网络已成为了大家生活中不可或缺的东西，让网络的平台来更好的服务于我们的学生信息管理系统，以网站的形式更好

1.3术语

系统采用的是C/S结构，即客户端和服务器架构，示意图如图2-1所示。客户端端提供用户操作界面，接受用户输入的各种操作信息，向服务器发出各种操作命令或数据请求，并接收执行操作命令后返回的.数据结果，根据业务逻辑进行相关的运算，向用户显示相应的信息。服务器端接收客户端的数据或命令请求，并请求数据库服务器执行数据库操作得到相应的数据集，对数据集进行相应的处理，然后将数据集或处理后的数据集返回给客户端。

C/S结构：即客户端和服务器架构。

1.4参考资料

《软件工程导论》

2. 任务概述

2.1目标

项目开发意图：为了方便管理学生信息，加强学生交流，让大家及时了解班级动态，提供一个人性化的便捷管理平台。

应用目标：学生信息管理主要针对自己所在的班级所有学生而制作的管理系统。

作用范围：学生导师、辅导员、管理员、学校管理人员等。

2.2用户特点

用户要具备电脑的基本操作，懂得上网浏览网页，管理人员要添加、更新、删除信息等操作，学生只有查询、修改基本信息、修改登录密码权限。技术人员要负责数据库的管理、网站的维护。

2.2假定和约束

假定：开发周期：30天

约束：时间比较仓促、掌握的专业技能有限、社会经验不足、项目完成经验不足。

3. 需求分析

3.1功能分析

3.1.1对功能的分析

1：学生的需求

(1) 在第一时间查询自己所有的成绩（自己的平均成绩，总成绩）

(2) 查询某一科成绩，该科平均成绩，最高成绩，最低成绩

(3) 打印和下载自己的成绩

2：老师的需求

(1) 查询某一学生的所有成绩（平均成绩，总成绩）

(2) 查询某一学生某一科成绩，该科平均成绩，最高成绩，最低成绩 (3) 查询某一班级的成绩

(4) 对某一科成绩进行统计（及格人数，及格率，不及格人数，不及格率，优秀人数，优秀率，某一分数段的人数）

(5) 录入成绩和修改更新成绩（自己所教授的那一科成绩)

(6) 打印统计出的结果

3:管理员的需求

(1) 查询某一学生的所有成绩（平均成绩，总成绩）

(2) 查询某一学生某一科成绩，该科平均成绩，最高成绩，最低成绩

(3) 查询某一班级的成绩

(4) 对某一科成绩进行统计（及格人数，及格率，不及格人数，不及格率，优秀人数，优秀率，某一分数段的人数）

(5) 录入成绩和修改成绩

(6) 打印统计出的结果

(7) 用户管理

(8) 数据库管理

3.1.2对功能的要求

1．功能划分和描述

学籍管理、成绩管理、奖惩管理、奖学金管理、困贷管理其下的查询、编辑、插入、删除模块均实现其相应管理的具体功能。

2．进一步功能描述

模块名称：学籍管理

输入数据流：学籍控制信息

输出数据流：学籍返回信息

简要描述：主要负责学生学号、姓名、性别、出生年月、身份证号码、党团关系、系别、专业、级别、学制方面的信息管理。

块名称：成绩管理

输入数据流：成绩控制信息 输出数据流：成绩返回信息

3.1.3系统功能层次模块图

3.2性能分析 3.2.1 精度

为了查询完整，尽量让所有相应域包含查询关键字的记录都能查到。由于通常有文件的记录很多，所以本系统采用两种查询：直接查询和模糊查询。

3.2.2 容错要求

为了保障系统能正常运行，尽量使得服务器数据库的数据合法化，以及前台能有效操作和浏览系统。

3.2.3灵活性

1）当执行查询时，查询完后提供返回按钮可继续查找；

2）用户处于一定时间的“不操作”，服务器可以不再相应对数据库的请求，

除非再次登录；

3.3安全性分析

1）数据库连接采用JDBC方法进行连接，从而提高数据库的可操作性和安全性；

2）对于某些页面进行强制用户登陆后方能进行操作；

3.4故障处理要求

软硬件故障：

1）用户使用电脑系统有问题，或者浏览器有问题；

2）数据库建立有问题；

3）内存太小会影响运行速度；

4）对于各类突发事件要注意避免；

3.5其他专门要求

保密性：数据库要做好保密，避免数据的丢失或者盗取；

间接性：用户的操作界面必须要做到简单明了，不能有太复杂的设置或者操

作。

可更新性：对于系统可以根据用户需要进行更新，维护等操作，扩展其功能，

并使系统稳定。

4数据描述

第一层

数据流图 (DFD)

1.1 第二层

4.3数据字典

5运行环境规定

5.1设备

开发建议使用的设备：

要求操作系统用Windows 20xx以上的版本，Windows Xp最好。因为本系统将在Windows Xp环境下开发。要求支持并安装SQL Server 20xx、Power Buider 9.0。一台打印机，打印和预览当前显示的信息。一台电脑，如果有大量数据的话要加一台服务器。电脑要求 CPU1.6GH以的的主频，内存 1G，硬盘160，如数据需要

从网络传输需网卡，品牌机最好，组装机需性能好一点的，以防对大量操作 时出现反应不过来等不良现象。

5.2接口

软件接口：运行于XP以及更高版本；硬件接口：本系统不需要特定的硬件和硬件接口运行支撑；内部接口：内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行消息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。