软件工程课程设计终极版

枣庄学院

信息科学与工程学院

课程设计任务书

题目：学生成绩管理系统

学号：201212120202、201212120224、201212120234

姓名：崔浩王珂张勇

专业：网络工程

课程：软件工程

指导教师：姜振凤职称：讲师

完成时间：20 15 年6 月----20 15 年7月

枣庄学院信息科学与工程学院制2015年7 月8 日

课程设计任务书及成绩评定

目录 (4)

第一章摘要 (6)

1.1系统开发的目的与意义 (6)

1.2系统用户和功能 (6)

第二章可行性分析 (6)

2.1技术可行性 (7)

2.2经济可行性 (7)

2.3操作可行性 (8)

3.1功能需求 (8)

3.2系统UML基本模型 (11)

第四章总体设计 (12)

4.1总体设计 (12)

4.2数据库设计 (15)

4.3界面设计 (17)

第五章详细设计 (18)

5.1 系统程序流程图 (18)

图5.1系统流程图 (19)

5.2系统程序设计 (19)

第六章系统测试 (27)

6.1 测试目的 (27)

6.2测试项目 (27)

6.3测试步骤 (27)

第七章总结 (34)

目录

目录 (4)

第一章摘要 (6)

1.1系统开发的目的与意义 (6)

1.2系统用户和功能 (6)

2.1技术可行性 (7)

2.2经济可行性 (7)

2.3操作可行性 (8)

第三章需求分析 (8)

3.1功能需求 (8)

3.2系统UML基本模型 (11)

第四章总体设计 (12)

4.1总体设计 (12)

4.2数据库设计 (15)

4.3界面设计 (17)

第五章详细设计 (18)

5.1 系统程序流程图 (18)

图5.1系统流程图 (19)

5.2系统程序设计 (19)

第六章系统测试 (27)

6.1 测试目的 (27)

6.2测试项目 (27)

6.3测试步骤 (27)

第七章总结 (34)

第一章摘要

1.1系统开发的目的与意义

传统的教务信息处理利用手工方式登记、填写、更改和查询，早已不能满足当前成绩管理的需要。而随着时代的发展，计算机和网络的应用也是越来越普及，高校科技改革也是带头深入进行，通过设计一个有效的学生成绩管理系统，不仅可以节省大量的人力物力，减少投资和在填写，登记过程中可能出现的错误，而且极大的提高了查询效率和更新效率，并且是成绩管理变得系统化和自动化。通过编写文档作为系统的设计依据，对系统要完成的功能进行全面的要求。

1.2系统用户和功能

使用该系统的人有管理员，教师和学生。本系统主要包含了管理员模块、教师提交信息模块、学生信息查询模块管理员进行系统的维护和更新及数据的存储和更新，包括权限控制，信息修改删除和出错处理等；教师通过身份验证进行成绩的提交和更改；学生能够通过身份验证进行成绩查询。

第二章可行性分析

进行研究的前提是系统能够实现：管理员用户录入所有学生的信息，包括学号、姓名、班级、出生日期、性别，课程，对学生数据进行管理、更新、修改、删除；教师用户登录后，能够阅读所教授课程及全部学生信息，并按学号录入学生成绩后提交给管理员，若成绩出错时可以修改、删除、增加学生成绩；学生用户登录后可以看到自己的学生信息和课程信息，并查询相应成绩

2.1技术可行性

学生成绩管理系统需要有软件工程，数据库技术，网络技术，相应软硬件支持，经济支持，人才要求等。

学生成绩管理系统的软件设备有操作系统WIN2000、WINXP，IE6.0及以上、10M以上的LAN接入网络带宽、数据库软件SQLServer，网络和办公软件EXCEL2000用以输出报表；学生成绩管理系统的硬件设备有100M网卡，电脑五台，CPU奔腾4以上，内存1G以上，硬盘160G以上，可打印A3纸的打印机1台用以打印所需学生成绩。在现代化社会，这些硬件设备以越来越低廉的价格进入千家万户。

学生成绩管理系统的人员要求：系统分析人员（2），开发人员（5），数据库管理人员（1）。采用C++实现，依靠强大的数据库控件和数据库管理系统和其他语言相结合，两个月内开发出系统。现在有很多专门的机构用来培养计算机人才，各大高校也设置了很多的相应课程，现在的社会优秀的IT人才层出不穷，为系统的开发提供了强有力的智力支持。

2.2经济可行性

通过对软件开发项目进行成本/效益估计，以确定软件系统可能带来的经济效益能否超过研制和维护此系统所需的费用。

一套数据库软件如微软SQLServer价格在4万元，购买电脑、打印机网卡等硬件设备8万元，购买系统软件、办公软件、网络软件分别需要30000元、20000元和15000元，雇用2名系统分析员50元/小时，5名程序开发人员40元/小时，1名数据库管理人员45元/小时，2名技术书写人员30元/小时，工作5周，一周工作五天，每天8小时，其他物资消费5000元。假设一个学生成绩管理系统

运行15年，后期软件硬件升级20000元，雇用系统管理员1500元/月。合计开发一个学生成绩管理系统需要56万元。

应用传统成绩管理方式，根据学校规模学生人数每年消耗油墨纸张6万，雇用大量人力进行数据处理存储每年需要10万，累计15年需要资金240万。

从直观上进行比较不仅每年可节省大量的物力（如传统管理方法的磁盘，纸张，相应的物理空间）和人力（数据量庞大需要大量的管理人员）开销，更重要的节约大量时间，提高工作效率，维护良好的学校工作形象，当然这些都是无形的资产，但也是无价的。

2.3操作可行性

管理员需要进行信息管理，教师用户和学生用户只需进行用户登录认证即可查看信息，操作简便易行，界面设计如果足够简单，可以非常方便的查询管理学生成绩。管理员对数据库的管理运用相关数据库知识，教师和学生用户只需在登录界面输入用户名和密码即可进入成绩查询系统，根据系统的提示，进行输入、单击操作即可输入成绩，查询成绩。操作简单易学。

第三章需求分析

3.1功能需求

3.1.1功能划分

系统的功能需求包括以下几个方面

（1）学生用户能够查询成绩和个人信息

（2）教师用户能够查询学生信息，提交、修改学生成绩

（3）管理员用户可以对系统的数据进行维护，如增加、删除、更新学生信

息，增加、更改、删除教师信息

满足以上需求的系统需要一下几个模块

（1）基本数据维护模块。基本数据维护模块提供了使用者录入、修改并维护基本数据的途径。如管理员对学生和教师用户信息的更新和教师用户输入学生成绩

（2）信息查询模块。信息查询模块主要用于实现学生用户和教师用户对成绩和个人信息的查询

（3）数据库管理模块。在系统中，所有的数据信息都要进行详细的记录，所以要用同意的数据库管理平台进行管理

图3.1 学生成绩管理系统的功能需求

图3.2 基本数据维护模块

图3.3 信息查询模块

图3.4 数据库模块

3.2系统UML基本模型

3.2.1系统的用例图

学生用户，学生登录系统后可以查询个人信息和成绩,学生的成绩需要由产生成绩的人进行输入，需要教师把学生成绩的导入，同时需要教师的信息,对于一个成绩管理系统，系统维护也至关重要，维护操作包括数据添加，更新修改，删除等。

学生成绩管理系统主要实现学生查询成绩，教师录入成绩和管理员管理三个主要功能，涉及到角色有学生、教师和管理员根据分析可以得到系统的用例图为

管理学生成绩

(from 管理)

图3.5 系统用例图

第四章总体设计4.1总体设计

4.1.1软件结构体系

（1）系统流程图

图4.1 系统流程图（2）系统数据流图

图4.2 系统数据流图

（3）系统的类图

在学生成绩管理系统中用到的类主要有：学生类，教师类，管理员类，成绩类，课程类，工作记录类

学生类，属性包括姓名，学号，性别，年龄，年纪，班级，系别，专业，学生类能够进行的操作只有查询

教师类，属性包括姓名，教师号，性别，年龄，课程名称，能进行的操作有查询，包括学生信息和个人信息，添加成绩，修改成绩，删除成绩管理员类，属性包括姓名和工作编号，能进行的操作有查询信息，更新信息，修改信息，删除信息，删除成绩

图4.3 类图1

其他相关的类

课程类，属性有课程名称，课程编号，教师编号，能对课程进行查询操作成绩类，属性有对应课程名称，对成绩进行的操作可以有查询，创建，修改，删除

工作记录，属性有进行某项操作的人员，操作时间，操作对数据库进行的修改，对工作记录进行查询，删除和保存

图4.4 类图2

各类之间的关系

图4.5 系统类图

4.2数据库设计

1 DBMS简介：本系统应该实现学生成绩信息的管理与查询，具体包括学生信息查询，如姓名，五门课程总成绩等；同时可以对以上信息进行修改，删除和

添加。另外还要做到可以对学生成绩信息以及成绩信息查询和维护。

2 数据库的概念模型与逻辑设计：

管理员只需要输入学生情况表和课程设置表中的数据及教师代码表中的信息；教师只需输入成绩表中的学生成绩。系部代码表、班级代码表、教师代码表、课程代码表等数据表的数据由教务处统一生成,由各系部共享。

3 系统的主要数据表设计如下:

学生情况表(学号,姓名,性别，年龄，班级，年级，专业，系别)

系部代码表(系部代码,系部名称)

班级代码表(班级代码,班级名称)

教师代码表(教师代码,教师名称)

课程设置表(课程代码,课程名称,教师名称)

学生成绩表(学号,姓名,课程代码,课程名称,学期,成绩,学分)

表4.1 学生基本信息表

表4.2 课程表

表4.3 成绩信息表

表4.4 系统用户表

4.3界面设计

1、屏幕格式

采用B/S模式，界面由C设计实现，完全基于windows兼容的桌面平台

2、报表格式

采用与实际的报表格式一致，当然这也要求客户端的硬件配置（如打印

机等）要一致。

3、菜单格式

采用工具栏与菜单并用的方式，力图简洁、明了。

图4.6 用户界面

第五章详细设计

5.1 系统程序流程图

图5.1系统流程图5.2系统程序设计

5.2.1登入模块