软件工程学生学籍管理系统(至测试计划).doc

软件工程项目开发报告 项目名称：学生学籍管理系统 组 员：陈韵维(09) 官雅贞(15) 张泽婷(32) 沈秀香(41) 指导老师：胡锦美 二一二年十月十二日第一章 引言51.1 编写目的51.2 项目背景51.3 相关术语61.4 参考资料6第二章 可行性分析62.1 可行性分析62.1.1项目主要功能62.1.2 基本设计概要和处理流程72.2 经济可行性72.2.1支出72.2.2 成本/效益82.2.3敏感性82.3操作可行性82.4 进度分析82.5 其他方面的可行性分析92.5.1法律因素92.5.2用户使用可行性9第三章 需求分析93.1编写目的93.2系统整体功能需求103.3 性能要求分析103.4 逻辑模型的建立103.4.1数据流图113.4.2数据字典数据流词条描述数据元素词条描述123.5输入需求123.6输出需求13第四章 概要设计134.1 编写目的134.1.1 项目背景134.2任务概述134.2.1目标134.2.2运行环境144.2.3需求概要144.2.4限制描述144.3总体设计144.3.1层次图144.3.2结构图154.3.3 功能设计154.3.4 运行环境设计 硬件设计 软件设计 网络设计164.3.5 详细设计164.3.6接口设计外部接口内部接口174.4.数据结构设计174.4.1 数据分析174.4.2 数据库设计 设计原则数据库组成184.4.3 面向对象数据库设计方法194.5运行设计194.5.1运行模块的组合194.5.2运行控制204.5.3运行时间204.6出错处理设计204.6.1出错输出信息204.6.2出错处理对策204.7.安全保密设计204.8.维护设计21第五章 详细设计215.1 引言215.1.1编写目的215.1.2项目背景215.1.3定义215.1.4参考资料215.2 总体设计225.2.1 需求概述 数据精确度 时间特性 适应性 用户界面 硬件接口 软件接口 故障处理 其他需求235.2.2软件结构235.3 程序描述245.3.1 系统用户管理模块245.3.2 学籍管理模块245.3.3 班级信息管理模块265.3.4 课程设置模块275.3.5学籍管理模块275.3.6 接口305.3.7存储分配305.3.8限制条件315.3.9测试要点31第六章 测试计划316.1引言316.1.1编写目的316.1.2项目背景316.1.3定义316.1.4参考资料326.2任务概述326.2.1目标326.2.2运行环境326.2.3需求概述336.2.4条件与限制336.3计划336.3.1测试方案336.3.2测试项目336.3.3测试准备336.3.4测试机构及人员346.4测试项目说明346.4.1测试项目名称及测试内容346.4.2测试用例3输入3输出3步骤及操作3允许偏差366.4.3进度366.4.4条件366.4.5测试资料366.5评价366.5.1范围366.5.2准则37第一章 引言1.1 编写目的本学生学籍管理系统模块是为了实现学校人力资源的优化和学生学籍管理的科学管理而设计的，通过试用本系统，可以更加有效的管理学生学籍信息。1.2 项目背景 开发软件的名称：学生信息管理系统项目的任务提出者：国脉信息学院信管1001班开发者：陈韵维、官雅贞、沈秀香、张泽婷用户：国脉信息学院学生信息管理员实现软件的单位：国脉信息学院兼容系统：Windows XP SP2/SP3 开发工具：ASP.NET+ Microsoft SQL Server 20001.3 相关术语Macromedia Dreamweaver 8：网页设计工具Microsoft SQL Server：数据库工具1.4 参考资料1 软件工程，张海藩，清华大学出版社。2软件工程模型与方法，肖丁等，北京邮电大学出版社 。3ASP.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所示。图 学生信息管理系统的顶层图（2）顶层数据流图从总体上反映了学生信息管理系统的信息联系。按自顶向下、逐层分解的方法对顶层图进一步细化，划分出几个主要的功能模块，并明确各功能之间的联系，绘制出数据流图图，如图2-2所示。 图 学生信息管理系统图3.4.2数据字典数据流词条描述（1）学生信息描述数据流学生信息数据流来源SQL Server 2000数据库中学生基本信息表数据去向学生信息管理页面数据流组成学生学号、姓名、性别、出生年月、所在班级（2）选课信息描述数据流学生选课信息数据流来源SQL Server 2000数据库中课程表、选课表数据去向课程信息管理页面数据流组成学生学号、课程号、课程名（3）学生成绩查询描述数据流学生成绩信息数据流来源SQL Server 2000数据库中学生成绩表数据去向课程信息管理页面数据流组成学生学号、课程名、分数（4）用户信息描述数据流用户信息数据流来源SQL Server 2000数据库中用户信息表数据去向用户管理页面数据流组成用户名、用户密码数据元素词条描述学生学号定义数据元素名称学号简要描述为学生基本信息、选课信息和成绩的查询提供查询条件类型字符型长度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以上的操作系统中安装Microsoft SQL Server 2005等软件；2.为了建立数据库要求提供详细的数据资源；3.为了开发和测验所建议系统而需要的计算机资源：CPU P4 、内存2G；4.如数据涉及保密与安全问题，应由专人负责录入。4.3总体设计4.3.1层次图登陆学生端教师端教务处查询成绩查询基本信息录入成绩修改成绩删除成绩查询成绩录入基本信息修改学生信息删除学生信息查询信息4.3.2结构图4.3.3 功能设计 学生成绩单录入部分可以对某一个学生进行成绩录入，但是一次只能录入一条成绩记录，同时可对缺考、免考、补考学生成绩进行录入。 学生成绩显示/修改部分可以对已录入的成绩进行显示和修改，但是只能对系统默认的当前学期的记录进行修改。 学生成绩显示/删除部分可以对已录入的成绩进行显示和删除，但是也只能对系统默认的当前学期的记录进行删除。4.3.4 运行环境设计 硬件设计1.服务器： CPU：P4 2.0G以上 内存：512M 硬盘：60G以上 网络：100M /1000M 2.客户机： CPU：500Mz 内存：64M以上 硬盘：1G以上 网络：10M 软件设计1.服务器： 操作系统：Windows 2000/XP/2003 WEB服务：IIS5.0 数据库：SQL Server 2000（建议打Service Pack 3补丁）2.客户机： 操作系统：Windows系列之一 浏览器：IE6.0以上版本 网络设计采用sql server2000网络关系型数据库，存储读取数据将同步进行。 4.3.5 详细设计 用判定树表示教师端模块4.3.6接口设计外部接口用户界面：软件接口：内部接口 因为本系统采用网页界面设计，所以各模块即各网页界面之间采用超链接（Hyper Link）进行相互调用。 界面访问数据库时通过Asp.Net嵌入SQL语句访问数据库各字段。4.4.数据结构设计4.4.1 数据分析第一层：基础数据及基础数据库分析此类报表主要反映学校教师、学生和课程等的资料情况。 此类报表是将系统中较为常用的学生、教师和课程等基础资料以报表的形式予以反映。在本层需要设计三个主表,分别用来存储学生资料、教师资料和课程资料。第二层：业务流程数据及业务流程数据库分析在编辑此类表单时，可以点击相应的下拉按钮，这时所有的选项资料都会显来，您可以根据实际情况来编制表单，使整个过程更加清晰，操作更加简便。在本层需要设计一个学生成绩主表,用来存储学生的平时成绩表。4.4.2 数据库设计 设计原则1.密码管理：学生修改学生查询密码；教师可以修改查询密码。2.每个教师可以查看所有学生的成绩，包括每门课程的成绩、每门课程的平均成绩、每个分数段的成绩。3.学生根据自己的学号查询本人的成绩。4.教师可以登记、修改、查询自己所讲授课程的学生的成绩、该课程的总分、平均成绩、各分数段成绩人数统计、不及格学生的名单、成绩等等。数据库组成数据表3个： 学生表（5个字段： xh, xm, xb, csrq, bj），其中有各班学生的记录 课程表(4个字段：kch,kcm, js, xf)，其中有课程的记录； 成绩表(3个字段：xh, kch, cj)，其中有学生成绩的记录。学生基本信息表(Student)描述如下:表Student学号姓名性别班级系别学生期末成绩表(Grade)描述如下:表Grade学号姓名课程编号课程名称成绩学生的课程管理(Course)描述如下:表 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章 详细设计5.1 引言5.1.1编写目的软件设计是把软件需求变换成为软件的具体设计方案，即模块结构的过程。软件设计一般分为总体设计和详细设计两个阶段。总体设计阶段根据软件需求分析所得到的数据流程或数据结构，使用结构化设计技术，导出软件的模块结构。详细设计阶段是给出软件模块的内部过程描述。内部过程描述是模块内部的算法设计。该文档是直接给软件开发人员看的。5.1.2项目背景 信息社会的高科技，商品化的高效性，是计算机的应用普及到经济和社会生活的各个领域，为了使计算机操作方便于手工劳动，为了适应现代社会人们高度强烈的时间观念，学籍管理系统软件将会为教学办公带来了极大的方便。 学生学籍管理系统以计算机为工具，管理人员以计算机为工具，通过学生学籍管理系统对学生的信息进行管理，把管理工作人员从烦扰的工作中解脱出来。5.1.3定义 在软件具体设计阶段的专用术语有：方块图（N-S图），PAD图（问题分析图Problem Analysis Diagram）等。5.1.4参考资料1 软件工程，张海藩，清华大学出版社。2 Visual Basic程序设计教程，龚沛曾、扬志强、陆慰民主编，高等教育出版社。3 Access数据库应用教程，审莉莉 ，机械工业出版社。5.2 总体设计5.2.1 需求概述 数据精确度由于采用数据库技术并且用户的应用领域对数据精确度的要求不是太高，所以这点在系统中表现得比较少，但是用户数据的安全性与正确性是完全保证的，所以对用户的使用没有多大的障碍。 时间特性 本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的。而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的较让人满意。 适应性 该软件是使用Visual Basic 6在windows xp系统下完成的所以只要是兼容windows的软件或是操作系统，该软件都可以正确地运行，有较好的适应能力与兼容性。而且应用户的特殊需求软件在完成后的维护阶段可以保持一个与其他类软件接口，随时满足用户的使用要求。 用户界面系统运行时的主界面大致要求为windows的经典运行界面，主界面可以是SDI（单文档界面）即每个窗体之间是独立的，也可以是MDI（多文档界面）：有一个主窗体，可以包含其他窗体。建议本系统采用多文档界面，这样可以使程序更加美观，整齐有序。 硬件接口 软件较小除硬盘外，基本没有与外界硬件的联系，不过考虑到数据库大量数据的备份等要求可以保持与磁带机和光盘刻录机的接口，这点较易实现。 软件接口 在这里主要考虑软件与操作系统的接口，考虑到文档处理的需要有可能可以包括与较常用的办公软件的接口。例如microsoft的office系列。 故障处理 考虑到软件的范围不大，所以故障处理一般由操作系统完成，系统只要保持与操作系统的接口即可。只要操作系统没有大的故障程序一般是比较稳定的。考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能，这点在数据库软件中已经达到了，只要稍微在其上再增加用户所需要的附加功能即可。 其他需求 系统保证了较好的可使用性与数据的安全保密性，但由于系统较小只保留一定程度的可移植性，可维护性。5.2.2软件结构 在总体设计阶段产生的软件结构图如软件概要说明书中的软件数据结构设计，整个软件的结构已非常的明了了，软件系统的结构图如下图。下面就进行软件的详细设计阶段，进行逐个模块的详细设计。图5.2.2 详细设计软件结构图5.3 程序描述给出对该程序的简要描述，主要说明安排设计本程序的目的意义，并且，还要说明本程序的特点（如 是常驻内存还是非常驻？是否子程序？是可重人的还是不可重人的？有无覆盖要求？是顺序处理还是并发处理等以下逐个模块给出说明:5.3.1 系统用户管理模块. 功能系统用户管理模块主要实现以下功能：用户登录添加用户修改用户密码输入输出:系统启动后，将首先出现用户登录窗体，用户首先输入用户名，然后输入密码，如果用户3次输入密码不正确，将退出程序。算法在本文档中都统一使用 PAD 图，即树形问题分析图(Problem Analysis Diagram)。系统管理模块的PAD图如下：图5.3.1 系统管理模块PAD图5.3.2 学籍管理模块. 功能学籍信息管理模块主要实现以下功能：添加学籍信息修改学籍信息查询学籍信息算法学籍管理模块PAD图如下： 图 学籍管理模块图 添加功能子模块PAD图 图 修改功能子模块PAD图图查询功能子模块PAD图5.3.3 班级信息管理模块. 功能班级信息管理模块主要实现以下功能：添加班级信息修改班级信息算法班级信息管理模块的算法包括班级信息的添加和修改与学籍管理的添加和修改类似，实现方法和前面介绍的一样，这里不再重复。5.3.4 课程设置模块 图5.3.4 系统管理模块PAD图5.3.5学籍管理模块. 功能学籍管理模块PAD图如下:算法 图学籍管理模块PAD图（总体）图 添加功能子模块PAD图图 修改功能子模块PAD图图 查询功能子模块PAD图5.3.6 接口 用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序，说明参数赋值和调用方式，说明与本程序相直接关联的数据结构用户界面首页登陆：5.3.7存储分配 本程序在高级语言C进行编码，直接的内存分配由C运行时分配。 本组件内所依赖的变量、结构要求全部在组件元素内申明。5.3.8限制条件在界面上控制输入输出，服务器端如果出错也会返回出错信息。因为此系统采用B/S架构，所以只需浏览器便可运行。本系统只限于windows系列系统。5.3.9测试要点 对本程序进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及桩模块等的规定。管理员可以添加学生基本信息，成绩，奖惩情况，可以打印所有学生的信息。对于普通用户可以查看自己的相关信息，也可以打印。第6章 测试计划6.1引言6.1.1编写目的 本测试计划的目的是：学生学籍管理系统是否达到设计要求，能够完成委托单位所要求的功能，是否能够完成用户资料的管理、查询、添加、删除、修改等要求。读者对象：参加单元测试和系统测试的测试人员。6.1.2项目背景开发软件的名称：学生信息管理系统委托单位：国脉信息学院信管1001班开发者：陈韵维、官雅贞、沈秀香、张泽婷用户：国脉信息学院学生信息管理员主管部门：国脉信息学院6.1.3定义SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。主键：数据库表中的关键域。值互不相同。外部主键：数据库表中与其他表主键关联的域。ROLLBACK: 数据库的错误恢复机制。6.1.4参考资料项目的计划任务书，205软件开发小组，2012年10月18日项目开发计划，205软件开发小组，2012年10月18日需求规格说明书，205软件开发小组，2012年10月25日概要设计说明书，205软件开发小组，2012年11月2日详细设计说明书，205软件开发小组，2012年11月9日软件工程，张海藩，清华大学出版社。软件工程模型与方法，肖丁等，北京邮电大学出版社 。ASP.NET+Dreamweaver8案例精粹 武新华等，西安电子科技大学出版社信息系统应用与开发案例教程，陈承欢，清华大学出版社。基于B/S结构学生成绩管理系统设计与实现，赵洋、张丽、王恩东、李玉红，沈阳化工学院学报。基于Intemet的学生信息管理系统学生成绩管理系统，游应德，电子科技大学。数据库原理与方法，若忠、王鸿武，湖南科学技术出版社。6.2任务概述6.2.1目标 测试是“为了发现程序中的错误而执行程序的过程”, 测试的目的就是在软件投入生产性运行之前，尽可能多的发现软件中的错误。6.2.2运行环境1.服务器： 操作系统：Windows 2000/XP/2003 WEB服务：IIS5.0 数据库：SQL Server 2000（建议打Service Pack 3补丁）2.客户机： 操作系统：Windows系列之一 浏览器：IE6.0以上版本6.2.3需求概述 该系统能够完成用户登陆、学生信息管理、课程信息管理、用户管理等要求，符合系统易操作性做到所开发的系统操作简单，尽量使系统操作不受用户对电脑知识水平的限制；符合系统可维护性，由于系统涉及的信息比较广，数据库中的数据需定期修改，系统可利用的空间及性能也随之下降，为了使系统更好地运转，学院可以对系统数据及一些简单的功能进行独立的维护及调整；符合系统开放性要求，该系统能够在开放的硬件体系结构中运行，并且能与其他系统顺利连接，不会因外部系统的不同面要做在量的修改工作。6.2.4条件与限制必须要有足够的编程知识以及代码经验，还要有对整个体系透彻分析理解的能力。同时，必须要有足够的时间，必须从课余时间中抽出许多来进行项目设计。6.3计划6.3.1测试方案 测试方案是测试阶段的关键技术问题。为了提高测试效率降低测试成本，本测试方案采用黑盒法设计基本的测试方案，再用白盒法补充一些方案。在黑盒法测试方案中，采用等价划分技术，把所有可能的输入数据（有效的和无效的）划分成几等价类，其划分类在以下的输入中再详述。6.3.2测试项目系统管理（添加用户、修改密码、重新登录）班级管理（班级浏览、添加班级、班级查询）学生学籍管理（用户添加、用户浏览、用户查询）课程管理(基本课程设置和班级课程设置) 6.3.3测试准备 在测试前，与各模块的主要负责人共同协商讨论，以概要设计说明书、详细设计说明书作为总的提纲,选择合适的输入输出数据,并加以意义列举说明。6.3.4测试机构及人员测试机构名称：学生学籍管理系统项目测试小组负责人职责陈韵维执行测试从错误中恢复（返测报告）收集测试用例官雅贞确保测试环境和资产得到管理和维护管理测试系统授予和管理角色对测试系统的访问权沈秀香执行测试记录结果张泽婷进行管理监督生成测试计划，测试方案管理测试数据收集测试用例参与测试6.4测试项目说明6.4.