软件工程学生学籍管理系统至测试计划.docx
《软件工程学生学籍管理系统至测试计划.docx》由会员分享，可在线阅读，更多相关《软件工程学生学籍管理系统至测试计划.docx（37页珍藏版）》请在冰豆网上搜索。
软件工程学生学籍管理系统至测试计划
软件工程项目开发报告
项目名称：
学生学籍管理系统
组员：
陈韵维（09）官雅贞（15）
张泽婷（32）沈秀香（41）
*******
二〇一二年十月十二日
第一章引言
1.1编写目的
本学生学籍管理系统模块是为了实现学校人力资源的优化和学生学籍管理的科学管理而设计的，通过试用本系统，可以更加有效的管理学生学籍信息。
1.2项目背景
开发软件的名称：
学生信息管理系统
项目的任务提出者：
国脉信息学院信管1001班
开发者：
陈韵维、官雅贞、沈秀香、张泽婷
用户：
国脉信息学院学生信息管理员
实现软件的单位：
国脉信息学院
兼容系统：
WindowsXPSP2/SP3
开发工具：
ASP.NET+MicrosoftSQLServer2000
1.3相关术语
MacromediaDreamweaver8：
网页设计工具
MicrosoftSQLServer：
数据库工具
1.4参考资料
[1]《软件工程》，张海藩，清华大学出版社。
[2]《软件工程模型与方法》，肖丁等，北京邮电大学出版社。
[3]《ASP.NET+Dreamweaver8案例精粹》武新华等，西安电子科技大学出版社
[4]《信息系统应用与开发案例教程》，陈承欢，清华大学出版社。
[5]《基于B/S结构学生成绩管理系统设计与实现》，赵洋、张丽、王恩东、李玉红，沈阳化工学院学报。
[6]《基于Intemet的学生信息管理系统—学生成绩管理系统》，游应德，电子科技大学。
[7]《数据库原理与方法》，若忠、王鸿武，湖南科学技术出版社。
第二章可行性分析
2.1可行性分析
建议本系统的研究主要集中在是否能够为人事工作带来便利，能否减轻工作量，能否处理大量数据，若能则将提高工作效率，对学生学籍管理具有重要意义。
2.1.1项目主要功能
功能：
本学生学籍管理系统分为学生信息管理、学生成绩管理、考试管理和用户管理四个功能模块。
本系统应该实现学生信息（如学号、姓名、性别、家庭住址等）录入、学生信息查询、学生信息修改/删除，其中，学生信息查询不需登录即可使用，信息录入和修改/删除模块则需要先登录后才能使用；同时实现学生成绩录入、学生成绩查询、学生成绩修改/删除、计算总分与排名、目标分管理、添加新考试、对已有的考试信息进行修改/删除、对考试科目进行添加/删除，其中，学生成绩查询不需登录即可使用，其他模块则需要先登录后才能使用；另外还要做到可以对学生学籍信息以及学籍信息查询和维护，添加新用户、对已有的用户进行更改用户名、密码和权限（管理员或普通用户）等操作、删除用户，本模块只有管理员才能使用，普通用户不能进入。
性能：
查询效率尽可能做到精准，信息维护功能做到简单易用，不需过多对人员的培训，要求性能稳定，不能出现数据丢失、错误等情况。
输出:
能按要求在显示器上显示所需内容并能打印成有条理的表格。
输入：
对于查询功能，应做到可以单条件和组合条件输入；对于维护功能，要有输入、修改学生信息和学籍，要求系统各模块具有添加新数据的功能；
安全与保密要求：
学生可以查询个人基本信息、课程信息，具有选课功能；教师可以查询个人基本信息，具有添加课程功能；管理员可以查询、修改、删除所有信息。
2.1.2基本设计概要和处理流程
2.2经济可行性
2.2.1支出
基建投资:
房屋和设施：
50平米，￥3000元；
通讯费用：
￥500元；
安全与保密设备：
￥500元；
其他一次性支出：
数据库的建立：
￥500元；
检查费用和技术管理性费用：
￥1000元；
培训费、旅差费以及开发安装人员所需要的一次性支出：
￥3000元；
总支出：
￥54500元
2.2.2成本/效益
成本：
软件报价：
￥95000元
用户收益分析：
原本学籍管理需要工作人员3人，按每人每月工资2000元计算，每个月需要费用在6000元，每年费用72000元。
收益/投资比：
设系统软件生命周期为5年。
整个系统生命期的收益／投资比值：
￥141920.61（元）／￥95000（元）
投资回收周期：
软件成本为：
95000元。
第一年可以节省70410.45元，比最初投资（95000元）还少24589.55元，第二年可省68866.57元。
24589.55/68866.57=0.36因此，投资回收期是1.36年。
2.2.3敏感性
应尽量延长系统生存周期，可延长至五年；
应是有效数据全部录入系统，使系统工作负荷量达到饱和；
应尽力提高系统处理速度；
应提高设备和软件配置。
2.3操作可行性
该系统开发选用MyEclipse6.5t作为开发环境，系统设计结构设计是创建系统管理员与普通用户（包括教师和学生）两种登录方式分权限管理，界面支持中文操作。
用户单位的行政管理、工作制度、人员素质等能够满足要求，可着手组织开发。
2.4进度分析
在限制条件下，功能目标不能达到；
利用现有技术，功能目标能达到；
对开发人员数量的和质量的要求：
软件工程师：
3人
系统分析员：
1人
系统测试员：
1人
以上人员能够满足需要；
在规定的六周期限内，完成任务。
2.5其他方面的可行性分析
2.5.1法律因素
本软件由福建工程学院国脉信息学院信管1001班版权所有，未经作者允许，非法传播、复制，违者追究法律责任，后果自负。
2.5.2用户使用可行性
用户单位的行政管理、工作制度、人员素质等能够满足要求。
第三章需求分析
3.1编写目的
本需求规格说明书是为了开发学生信息管理系统而编写，主要面向系统分析员、程序员、测试员、实施员和最终用户。
本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用，也是项目完成后系统验收的依据。
3.2系统整体功能需求
在学生信息管理系统中,主要有用户登陆、学生信息管理、课程信息管理、用户管理等功能，功能分析如下：
（1）用户登陆
学生信息管理网站采用用户名及密码验证模式，进入学生信息管理网站前，用户必须在登陆页面输入用户名及密码，只有验证通过的用户方可进入学生信息管理网站操作主页面。
（2）学生信息管理
3个功能模块：
学生个人信息的添加、学生信息的查询以及学生信息的修改于删除。
（3）课程信息管理
3个功能模块：
课程基本添加与删除处理、成绩查询处理以及学生选课信息的查询处理。
用户管理
2个功能模块：
用户信息查询以及用户的删除与处理。
3.3性能要求分析
（1）系统易操作性
所开发的系统应做到操作简单，尽量使系统操作不受用户对电脑知识水平的限制。
（2）系统具有可维护性
由于系统涉及的信息比较广，数据库中的数据需定期修改，系统可利用的空间及性能也随之下降，为了使系统更好地运转，学院可以对系统数据及一些简单的功能进行独立的维护及调整。
（3）系统具有开放性
该系统能够在开放的硬件体系结构中运行，并且能与其他系统顺利连接，不会因外部系统的不同面要做在量的修改工作。
3.4逻辑模型的建立
经过以上调查分析，明确以所开发系统的功能需求和性能要求，发现了存在的问题，弄清了系统的功能，为系统逻辑模型的建立提供了依据。
系统分析的主要成果是建立系统的逻辑模型，本系统的逻辑模型主要以系统的数据流图和数据词典作为描述功具。
3.4.1数据流图
（1）顶层图
分析学生信息管理系统的数据来源和去向，确定外部项，绘制出数据流图的顶层图，如图2-1所示。
图3.4.1.1学生信息管理系统的顶层图
（2）顶层数据流图从总体上反映了学生信息管理系统的信息联系。
按自顶向下、逐层分解的方法对顶层图进一步细化，划分出几个主要的功能模块，并明确各功能之间的联系，绘制出数据流图图，如图2-2所示。
图3.4.1.2学生信息管理系统图
3.4.2数据字典
3.4.2.1数据流词条描述
（1）学生信息描述
数据流
学生信息
数据流来源
SQLServer2000数据库中学生基本信息表
数据去向
学生信息管理页面
数据流组成
学生学号、姓名、性别、出生年月、所在班级
（2）选课信息描述
数据流
学生选课信息
数据流来源
SQLServer2000数据库中课程表、选课表
数据去向
课程信息管理页面
数据流组成
学生学号、课程号、课程名
（3）学生成绩查询描述
数据流
学生成绩信息
数据流来源
SQLServer2000数据库中学生成绩表
数据去向
课程信息管理页面
数据流组成
学生学号、课程名、分数
（4）用户信息描述
数据流
用户信息
数据流来源
SQLServer2000数据库中用户信息表
数据去向
用户管理页面
数据流组成
用户名、用户密码
3.4.2.2数据元素词条描述
学生学号定义
数据元素名称
学号
简要描述
为学生基本信息、选课信息和成绩的查询提供查询条件
类型
字符型
长度
12
取值范围
不超过12个字符
3.5输入需求
用户需输入学生的学号进入相应用户界面。
3.6输出需求
根据用户需求输出相应信息。
第四章概要设计
4.1编写目的
在本系统的前一阶段，也就是需求分析阶段中，已经对本系统的需求进行实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。
本阶段在系统的需求分析的基础上，对基于学生学籍管理系统的设计与实现项目做概要设计分析。
主要解决了实现该系统需求的程序模块设计问题,包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在下一阶段的详细设计及以后的软件测试以及软件维护阶段中，小组成员皆可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
4.1.1项目背景
作为软件开发的前期文档,可以帮助程序设计人员和管理人员提供清晰的设计思路，在软件开发后期的维护阶段也起到至关重要的作用。
开发本软件的人员：
陈韵维、官雅贞、沈秀香、张泽婷
学生管理系统是所有学校重要的系统之一，现有系统所承担的工作只能实现学生学籍管理的简单功能，已无法适应目前工作中处理大量数据的功能。
为了实现学校人力资源的优化和学生学籍管理的科学管理而设计的，通过试用本系统，可以更加有效的管理学生学籍信息。
4.2任务概述
4.2.1目标
为人事工作带来便利，能否减轻工作量，能否处理大量数据，对最终提高管理员与普通用户（包括教师和学生）工作效率具有重要意义。
4.2.2运行环境
运行环境：
本软件应使用Windows7、WindowsXP操作系统运行。
4.2.3需求概要
易操作性、可维护、可开放。
4.2.4限制描述
1.为了支持所建议系统的开发，用户需在Win7以上的操作系统中安装MicrosoftSQLServer2005等软件；
2.为了建立数据库要求提供详细的数据资源；
3.为了开发和测验所建议系统而需要的计算机资源：
CPUP4、内存2G；
4.如数据涉及保密与安全问题，应由专人负责录入。
4.3总体设计
4.3.1层次图
4.3.2结构图
4.3.3功能设计
学生成绩单录入部分可以对某一个学生进行成绩录入，但是一次只能录入一条成绩记录，同时可对缺考、免考、补考学生成绩进行录入。
学生成绩显示/修改部分可以对已录入的成绩进行显示和修改，但是只能对系统默认的当前学期的记录进行修改。
学生成绩显示/删除部分可以对已录入的成绩进行显示和删除，但是也只能对系统默认的当前学期的记录进行删除。
4.3.4运行环境设计
4.3.4.1硬件设计
1.服务器：
CPU：
P42.0G以上
内存：
512M
硬盘：
60G以上
网络：
100M/1000M
2.客户机：
CPU：
500Mz
内存：
64M以上
硬盘：
1G以上
网络：
10M
4.3.4.2软件设计
1.服务器：
操作系统：
Windows2000/XP/2003
WEB服务：
IIS5.0
数据库：
SQLServer2000（建议打ServicePack3补丁）
2.客户机：
操作系统：
Windows系列之一
浏览器：
IE6.0以上版本
4.3.4.3网络设计
采用sqlserver2000网络关系型数据库，存储读取数据将同步进行。
4.3.5详细设计
用判定树表示教师端模块
4.3.6接口设计
4.3.6.1外部接口
用户界面：
软件接口：
4.3.6.2内部接口
因为本系统采用网页界面设计，所以各模块即各网页界面之间采用超链接（HyperLink）进行相互调用。
界面访问数据库时通过Asp.Net嵌入SQL语句访问数据库各字段。
4.4.数据结构设计
4.4.1数据分析
第一层：
基础数据及基础数据库分析
此类报表主要反映学校教师、学生和课程等的资料情况。
此类报表是将系统中较为常用的学生、教师和课程等基础资料以报表的形式予以反映。
在本层需要设计三个主表,分别用来存储学生资料、教师资料和课程资料。
第二层：
业务流程数据及业务流程数据库分析
在编辑此类表单时，可以点击相应的下拉按钮，这时所有的选项资料都会显
来，您可以根据实际情况来编制表单，使整个过程更加清晰，操作更加简便。
在本层需要设计一个学生成绩主表,用来存储学生的平时成绩表。
4.4.2数据库设计
4.4.2.1设计原则
1.密码管理：
学生修改学生查询密码；教师可以修改查询密码。
2.每个教师可以查看所有学生的成绩，包括每门课程的成绩、每门课程的平均成绩、每个分数段的成绩。
3.学生根据自己的学号查询本人的成绩。
4.教师可以登记、修改、查询自己所讲授课程的学生的成绩、该课程的总分、平均成绩、各分数段成绩人数统计、不及格学生的名单、成绩等等。
4.4.2.2数据库组成
数据表3个：
学生表（5个字段：
xh,xm,xb,csrq,bj），其中有各班学生的记录
课程表（4个字段：
kch,kcm,js,xf），其中有课程的记录；
成绩表（3个字段：
xh,kch,cj），其中有学生成绩的记录。
学生基本信息表（Student）描述如下:
学生期末成绩表（Grade）描述如下:
学生的课程管理（Course）描述如下:
4.4.3面向对象数据库设计方法
1）考虑对象的静态和动态属性
对象属性决定了数据库或包含具有相同类型对象的表的内容。
2）描述数据实体及其属性
包含所有静态属性的单个对象被称作数据实体。
每个单独的数据实体必须唯一，这样
可以与其他实体区分。
包含在数据实体中的对象的性质被称作为属性。
（attribute）
3）用方法来说明对象的行为
关系数据库对象的行为决定了数据对象参与事务的特征。
事务的发生对应着事件，通过
使用响应事件的方法来实现事务。
4）在单个表中合并不同实体
可以在单个表中包含不同对象类型的说明，只要可以按照相同方式描述属性和行为，以
及区分不同对象类型即可。
4.5运行设计
4.5.1运行模块的组合
本系统对不同的用户有不同的视图，而且产生不同的用户可以选择的功能也很多，则对不同的用户只选取代表性的模块组合作为讲解。
学生管理系统可以为学校各学院的教学管理部门提供学生相关信息管理的基本功能，特别是成绩管理，从而帮助教务部门通过电子化的管理方式，提高工作效率，节省人力和物力，符合信息化建设目标。
这些管理功能包括：
系统管理（添加用户、修改密码、重新登录）
班级管理（班级浏览、添加班级、班级查询）
学生档案管理（档案添加、档案浏览、档案查询）
课程管理（基本课程设置和班级课程设置）
4.5.2运行控制
使用权限管理和模块间的链接进行控制。
4.5.3运行时间
依用户选择的功能个数及执行次数决定。
4.6出错处理设计
4.6.1出错输出信息
为了使系统人性化及保证输入正确的数据，避免错误的数据，系统设置了身份的验证和输入否符合规则的查询，当输入有误时，系统会提示信息。
如：
登录时，若用户名或密码错误，则提示用户名或密码错误。
4.6.2出错处理对策
使用系统时，应保持一份数据库的备份，并不断进行更新，保持数据的实时性，以保证出现重大问题，导致数据不可恢复时，可以使用备份数据库。
4.7.安全保密设计
本系统为学生学籍管理系统，涉及学生个人信息的安全性
首先，系统提供了密码身份验证功能，只有被授权的人士才能登陆到此系统，保证了系统不会被非法人员进行不安全修改。
其次，系统对可登陆到系统的用户也进行了权限管理。
不同权限的用户可以访问的数据和执行的操作也不同。
设置了三个级别：
系统管理员，教师，学生。
对一些重要的信息的修改的权限只有系统管理员才有，避免重要数据被没有权限的人进行不安全修改。
4.8.维护设计
对此系统的日常维护，主要是进行数据库的备份，保证备份的实时性。
由于系统较小没有外加维护模块，因为维护工作比较简单，仅靠数据库的一些基本维护。
第五章详细设计
5.1引言
5.1.1编写目的
软件设计是把软件需求变换成为软件的具体设计方案，即模块结构的过程。
软件设计一般分为总体设计和详细设计两个阶段。
总体设计阶段根据软件需求分析所得到的数据流程或数据结构，使用结构化设计技术，导出软件的模块结构。
详细设计阶段是给出软件模块的内部过程描述。
内部过程描述是模块内部的算法设计。
该文档是直接给软件开发人员看的。
5.1.2项目背景
信息社会的高科技，商品化的高效性，是计算机的应用普及到经济和社会生活的各个领域，为了使计算机操作方便于手工劳动，为了适应现代社会人们高度强烈的时间观念，学籍管理系统软件将会为教学办公带来了极大的方便。
学生学籍管理系统以计算机为工具，管理人员以计算机为工具，通过学生学籍管理系统对学生的信息进行管理，把管理工作人员从烦扰的工作中解脱出来。
5.1.3定义
在软件具体设计阶段的专用术语有：
方块图（N-S图），PAD图（问题分析图ProblemAnalysisDiagram）等。
5.1.4参考资料
[1]《软件工程》，张海藩，清华大学出版社。
[2]VisualBasic程序设计教程，龚沛曾、扬志强、陆慰民主编，高等教育出版社。
[3]Access数据库应用教程，审莉莉，机械工业出版社。
5.2总体设计
5.2.1需求概述
5.2.1.1数据精确度
由于采用数据库技术并且用户的应用领域对数据精确度的要求不是太高，所以这点在系统中表现得比较少，但是用户数据的安全性与正确性是完全保证的，所以对用户的使用没有多大的障碍。
5.2.1.2时间特性
本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的。
而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的较让人满意。
5.2.1.3适应性
该软件是使用VisualBasic6在windowsxp系统下完成的所以只要是兼容windows的软件或是操作系统，该软件都可以正确地运行，有较好的适应能力与兼容性。
而且应用户的特殊需求软件在完成后的维护阶段可以保持一个与其他类软件接口，随时满足用户的使用要求。
5.2.1.4用户界面
系统运行时的主界面大致要求为windows的经典运行界面，主界面可以是SDI（单文档界面）即每个窗体之间是独立的，也可以是MDI（多文档界面）：
有一个主窗体，可以包含其他窗体。
建议本系统采用多文档界面，这样可以使程序更加美观，整齐有序。
5.2.1.5硬件接口
软件较小除硬盘外，基本没有与外界硬件的联系，不过考虑到数据库大量数据的备份等要求可以保持与磁带机和光盘刻录机的接口，这点较易实现。
5.2.1.6软件接口
在这里主要考虑软件与操作系统的接口，考虑到文档处理的需要有可能可以包括与较常用的办公软件的接口。
例如microsoft的office系列。
5.2.1.7故障处理
考虑到软件的范围不大，所以故障处理一般由操作系统完成，系统只要保持与操作系统的接口即可。
只要操作系统没有大的故障程序一般是比较稳定的。
考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能，这点在数据库软件中已经达到了，只要稍微在其上再增加用户所需要的附加功能即可。
5.2.1.8其他需求
系统保证了较好的可使用性与数据的安全保密性，但由于系统较小只保留一定程度的可移植性，可维护性。
5.2.2软件结构
在总体设计阶段产生的软件结构图如软件概要说明书中的软件数据结构设计，整个软件的结构已非常的明了了，软件系统的结构图如下图。
下面就进行软件的详细设计阶段，进行逐个模块的详细设计。
图5.2.2详细设计软件结构图
5.3程序描述
给出对该程序的简要描述，主要说明安排设计本程序的目的意义，并且，还要说明本程序的特点（如是常驻内存还是非常驻？
是否子程序？
是可重人的还是不可重人的？
有无覆盖要求？
是顺序处理还是并发处理等
以下逐个模块给出说明:
5.3.1系统用户管理模块
.功能
系统用户管理模块主要实现以下功能：
●用户登录
●添加用户
●修改用户密码
输入输出:
系统启动后，将首先出现用户登录窗体，用户首先输入用户名，然后输入密码，如果用户3次输入密码不正确，将退出程序。
．算法
在本文档中都统一使用PAD图，即树形问题分析图（ProblemAnalysisDiagram）。
系统管理模块的PAD图如下：
图5.3.1系统管理模块PAD图
5.3.2学籍管理模块
.功能
学籍信息管理模块主要实现以下功能：
●添加学籍信息
●修改学籍信息
●查询学籍信息
．算法
学籍管理模块PAD图如下：
图5.3.2.1学籍管理模块
图5.3.2.2添加功能子模块PAD图
图5.3.2.3修改功能子模块PAD图
图5.3.2.4
查询功能子模块PAD图
5.3.3班级信息管理模块
.功能
班级信息管理模块主要实现以下功能：
●添加班级信息
●修改班级信息
．算法
班级信息管理模块的算法包括班级信息的添加和修改与学籍管理的添加和修改类似，实现方法和前面介绍的一样，这里不再重复。
5.3.4课程设置模块
图5.3.4系统管理模块PAD图
5.3.5学籍管理模块
.功能
学籍管理模块PAD图如下:
．算法
图5.3.5.1学籍管理模块PAD图（总体）
图5.3.5.2添加功能子模块PAD图
图5.3.5.3修改功能子模块PAD图
图5.3.5.4查询功能子模块PAD图
5.3.6接口
用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序，说明参数赋值和调用方式，说明与本程序相直接关联的数据结构
用户界面首页登陆：
5.3.7存储分配
本程序在高级语言C进行编码，直接的内存分配由C运行时分配。
本组件内所依赖的变量、结构要求全部在组件元素内申明。
5.3.8限制条件
在界面上控制输入输出，服务器端如果出错也会返回出
升级会员 