学生成绩管理系统需求分析.docx

学生成绩管理系统需求分析.docx

《学生成绩管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《学生成绩管理系统需求分析.docx（13页珍藏版）》请在冰点文库上搜索。

学生成绩管理系统需求分析

金融信息系统设计

课程设计

需

求

分

析

题目：

学生成绩管理系统

班级:

XＸXＸXXＸXＸ

指导教师:

XＸXX

小组成员:

ＸXXXXXＸX

XＸXXＸXXＸ

1。

引言ﻩ1

1．1　目的1

1．2背景1

1．3定义1

１.4　参考资料2

２.系统概述2

２．1目标2

2.2　用户特点２

2。

3运行环境2

３．系统特性3

３.1系统角色ﻩ3

3.2学生管理4

３.2.1导入学生基本信息4

3.２．2添加学生信息ﻩ5

3．2.３更新学生信息5

3．2.4删除学生信息5

３．3教师管理ﻩ6

3。

3。

２添加教师信息６

3。

3。

3　更新教师信息ﻩ６

3．4　成绩管理ﻩ7

3。

４.１成绩查询ﻩ７

3。

4．2成绩录入７

3。

４。

3申请查分ﻩ８

3．４.4分析与统计8

4。

非功能性需求ﻩ8

4.2时间特性要求ﻩ8

4．3灵活性８

4．4　输入输出要求ﻩ9

4．５　故障处理要求9

4。

６其他专门要求ﻩ９

5.外部接口要求９

5.1用户接口ﻩ9

５。

３　软件接口9

5。

４　通信接口ﻩ9

１。

引言

1.1　目的

学生成绩管理是学校工作中的一项重要内容。

目前,我国大中专院校的学生成绩管理水平普遍不高。

随着办学规模的扩大和招生人数的增加，建立一个学生成绩管理系统是非常必要的，也是学校信息化建设的重要一环。

在当今信息时代，传统的成绩管理方式浪费了许多人力物力,已不能适应时代的发展，必然被以计算机为基础的MIS所代替。

在此基础上,为了提高成绩管理的效率，我们决定以学生成绩管理系统为本次设计的主题。

本系统面向的用户有：

系统管理员、教师、学生，主要应用于学校学生成绩管理,总体任务是实现学生成绩的信息化、规范化和自动化管理,其主要任务是对学生的成绩进行管理，如查询、修改、增加、删除。

此外，考虑到学生若对其成绩感到疑惑，增加了在线申请查分的功能。

1。

２　背景

随着科学技术的不断提高,计算机科学日趋成熟，其强大的功能已为人们所深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。

作为计算机应用的一部分，使用计算机对学生成绩信息进行管理,具有传统管理所无法比拟的优点。

例如,检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。

这些优点能够极大地提高学生信息管理的效率。

因此,设计一套学生成绩管理系统很有必要。

1。

3定义

Ｃ＃:

是微软公司发布的一种面向对象的、运行于．NEＴＦrameworｋ之上的高级程序设计语言。

数据流图：

简称DFＤ,就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。

E-R图:

为实体-联系图，提供了表示实体、属性和联系的方法，用来描述现实世界的概念模型.

数据字典：

是一种用户可以访问的记录数据库和应用程序元数据的目录。

主动数据字典是指在对数据库或应用程序结构进行修改时，其内容可以由DBＭS自动更新的数据字典。

被动数据字典是指修改时必须手工更新其内容的数据字典。

1.４参考资料

《C#课程设计案例精编》,王振江，王添添等编著。

《VisuaｌＣ＃2００5程序设计教程》,崔淼,陈明非主编。

《C#开发宝典》,匡松,张淮鑫主编。

2．　系统概述

2。

1目标

项目开发意图:

为了方便管理学生成绩,加强学生和老师之间的交流，让大家及时了解成绩状况，提供一个便捷的成绩管理平台。

应用目标:

学生成绩管理主要针对教师所教班级及所有学生而制作的成绩管理系统。

作用范围：

系统管理员、教师、学生。

2。

2用户特点

用户必须具备电脑的基本操作能力，管理员有添加、更新、删除、查看信息等操作权限，还要负责数据库的管理、网站的维护;教师可以录入成绩、查询、修改基本信息、修改登录密码等权限；学生只有查询、修改基本信息、修改登录密码、申请查分的权限操作.

2.3运行环境

该系统为C/S结构，它的运行环境分为服务器端和用户终端。

服务器端：

接收用户端的数据或命令请求,并请求数据库服务器执行数据库操作得到相应的数据集，对数据集进行相应的处理，然后将数据集或处理后的数据集返回给用户终端。

操作系统：

Wｉndｏws2０00／XP及以上版本。

数据库系统：

SQLServer２0０8及以上版本。

用户终端:

提供用户操作界面，接受用户输入的各种操作信息，向服务器发出各种操作命令或数据请求，并接收执行操作命令后返回的数据结果，根据业务逻辑进行相关的运算，向用户显示相应的信息.

操作系统：

Wｉnｄoｗｓ2０00/XP及以上版本。

数据库系统：

SQLSｅrver　2008及以上版本.

2.4功能

本系统的主要功能分为三大类:

学生管理:

用于添加、更新、删除及查询学生基本信息.

教师管理:

用于添加、更新、删除及查询教师任课信息。

成绩管理：

对于学生，仅支持查询成绩和申请查分操作；对于教师,支持成绩录入、修改、汇总及排名等操作;对于管理员不设限制。

本系统的主要功能结构图如图1所示.

图1系统主要功能结构图

３。

　系统特性

３.１　系统角色

本系统主要包括系统管理员、教师、学生三种类型的用户.

系统管理员：

完成系统管理与维护，例如，维护学生、教师及数据字典等的维护.用例图如图2所示.

教师：

维护课程与成绩,查询所教课程的所有学生的成绩。

用例图如图３所示。

学生：

可以查询自己的成绩，同时,当对自己的成绩有疑问时,可以申请查分.用例图如图4所示。

图２管理员用例图

图３教师用例图

图４学生用例图

３。

2学生管理

3.2.1导入学生基本信息

使用者：

学校有学生管理功能角色的用户.

目的:

批量导入学生信息，也可以将其他系统中学生信息按照规定的格式导入本系统。

基本事件流：

用户进入批量导入学生界面，本用例开始。

系统显示导入文件类型、格式说明、并提供导入的模板文件,供下载。

用户按照导入文件格式要求填写或生成对应文件，然后将文件上传,点击确定。

系统检查文件的合理性,如果文件格式有误或数据有冲突，给出详细提示列表（错误所在行、错误原因）,用户修改文件后再上传，如果上传文件合理，系统将学生信息导入系统。

本用例结束。

3.2.2添加学生信息

使用者：

学校有学生管理功能角色的用户。

目的：

添加单个学生基本信息.

基本事件流：

用户进入增加单个学生界面，本用例开始。

系统显示学生信息输入界面，用户输入学生姓名、学号、性别、班级.

用户确认输入信息，系统检查学号是否唯一非空.若符合条件,则增加学生信息;否则，提示用户重新输入。

本用例结束。

3.2.3更新学生信息

使用者：

学校有学生管理功能角色的用户。

目的：

更新单个学生基本信息。

基本事件流:

用户进入更新单个学生界面，本用例开始。

系统显示学生信息输入界面,用户输入学生姓名、学号、班级。

用户确认输入信息，系统检查学号是否唯一非空。

若符合条件,则增加学生信息；否则，提示用户重新输入。

本用例结束。

3.２．４删除学生信息

使用者：

学校有学生管理功能角色的用户。

目的：

删除单个学生基本信息.

基本事件流:

用户进入删除单个学生界面，本用例开始。

系统显示学生信息输入界面,用户可输入学生姓名、学号。

用户确认输入信息,系统检查学号是否唯一非空。

若符合条件，则删除学生信息；否则,提示用户该学生不存在.

本用例结束。

3。

3　教师管理

3.3.1导入教师基本信息

使用者:

学校有教师管理功能角色的用户。

目的:

批量导入教师信息,可以将其他系统中教师信息按照规定的格式导入本系统。

基本事件流:

用户进入批量导入教师界面，本用例开始。

系统显示导入文件类型、格式说明、并提供导入的模板文件，供下载。

用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定。

系统检查文件的合理性，如果文件格式有误码,或有数据冲突，给出详细提示列表（错误所在行、错误原因），用户修改文件后再上传,如果上传文件合理，系统将教师信息导入系统.

本用例结束.

３．3。

２添加教师信息

使用者:

学校有教师管理功能角色的用户。

目的：

添加单个教师基本信息.

基本事件流:

用户进入增加单个教师界面，本用例开始。

系统显示教师信息输入界面,用户输入教师姓名、工号、任课课程。

用户确认输入信息,系统检查工号是否唯一非空。

若符合条件，则增加教师信息；否则，提示用户重新输入。

本用例结束。

３.3．3　更新教师信息

使用者:

学校有教师管理功能角色的用户.

目的：

更新单个教师基本信息。

基本事件流:

用户进入更新单个教师界面，本用例开始。

系统显示教师信息输入界面，用户输入教师姓名、工号、任课课程。

用户确认输入信息，系统检查工号是否唯一非空。

若符合条件，则更新教师信息;否则,提示用户重新输入.

本用例结束。

3。

３。

4删除教师信息

使用者：

学校有教师管理功能角色的用户。

目的：

单个添加教师基本信息。

基本事件流：

用户进入增加单个教师界面,本用例开始。

系统显示教师信息输入界面，用户输入教师姓名、工号、任课课程.

用户确认输入信息,系统检查工号是否唯一非空,若符合条件，则删除教师信息;否则，提示用户重新输入。

本用例结束。

３。

4成绩管理

3.4。

1　成绩查询

使用者：

所有用户。

目的：

查询学生成绩。

基本事件流：

用户进入成绩查询界面，本用例开始。

系统显示成绩查询界面，用户输入学生姓名、学号、班级、课程名称、成绩。

用户确认输入信息,系统检查学号是否唯一非空。

若符合条件，则显示学生成绩信息；否则,提示用户重新输入。

本用例结束。

3.4.2成绩录入

使用者：

任课教师。

目的:

录入学生成绩.

基本事件流：

用户进入成绩录入界面,本用例开始。

系统显示成绩录入界面，用户输入学生姓名、学号、成绩。

用户确认输入信息,系统检查学号是否唯一非空。

若符合条件，则提交学生成绩；否则,提示用户重新输入。

本用例结束.

3。

4。

3　申请查分

使用者：

学生。

目的:

单个添加教师基本信息。

基本事件流：

用户进入增加单个教师界面,本用例开始.

系统显示教师信息输入界面,用户输入学生姓名、学号、课程名称。

用户确认输入信息，系统检查学号是否唯一非空.若符合条件，则提交申请,并留言通知任课教师;否则,提示用户重新输入.

本用例结束。

3。

4。

4　分析与统计

（１）考试成绩表：

某学期某次考试的单个班级考试成绩表.

（2）班级各科平均成绩表：

某学期某次考试单个年级的各科平均成绩表。

（3）年级成绩排名表:

某学期某次考试单个年级的年级排名表.

4.非功能性需求

软件应保证系统运行稳定,避免出现系统崩溃；软件必须保证有足够的数据精度，不影响正常业务；软件应尽量做到响应快速、操作简便。

4.1精度

为了查询完整,尽量让所有相应域包含查询关键字的记录都能查到。

由于通常有文件的记录很多,所以本系统采用两种查询:

直接查询和模糊查询。

4.2时间特性要求

响应时间：

要求保证一般操作的响应时间应在１—2秒内。

更新处理时间：

最好一学期更新一次.

数据的转换和传送时间：

尽量快.

解题时间：

短。

4.3灵活性

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

（2）用户处于一定时间的“不操作”,服务器可以不再相应对数据库的请求，除非再次登录。

4。

4　输入输出要求

输入要求:

数据完整，详实。

用户需选择相对应的身份,输入账号和密码进入相应的用户界面。

输出要求：

简捷,快速,实时。

根据用户需求输出相应的信息。

4.5故障处理要求

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

（2）数据库建立有问题.

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

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

4.6　其他专门要求

保密性：

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

间接性：

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

可更新性：

对于系统可以根据用户需要进行更新，维护等操作,扩展其功能，并使系统稳定.

５.外部接口要求

５。

1用户接口

用户接口：

该系统为Ｃ／S结构,它的运行环境分为服务器端和用户终端.所有界面采用Winｄows窗口风格，从而可以使程序更加美观，整齐有序，简单操作.要求操作系统是Winｄoｗs2000/XP或以上版本.数据库系统是SQLSeｒver200８或以上版本。

5.2硬件接口

本系统不需要特定的硬件和硬件接口运行支撑。

５．3软件接口

运行于XP以及更高版本。

5．４通信接口

各模块之间采用函数调用、参数传递、返回值的方式进行消息传递。

整个系统的压缩包在这里，有需要的可以下载：

链接:

　密码:

a5ej