目 录
第 1 章 前言 ………………………………………………………………………(1)
第 2 章 基于UML 学生报名系统需求分析说明书……………………………………(2)
2.1 引言………………………………………………………………………………………(2)
2.2 一般性描述……………………………………………………………………………(3)
2.3 功能需求描述…………………………………………………………………………(5)
2.4 其他需求描述…………………………………………………………………………(7)
2.5 输入输出要求…………………………………………………………………………(7)
2.6 交付要求 ………………………………………………………………………………(8)
第 3 章 基于 UML 学生报名系统的软件设计说明书 ……………………………(9)
3.1 引言………………………………………………………………………………………(9)
3.2 软件设计约束…………………………………………………………………………(10)
3.3 软件设计描述…………………………………………………………………………(10)
3.3.1 总体结构设计………………………………………………………………………(10)
3.3.2 学生报名模块设计 ………………………………………………………………(10)
3.4 系统界面设计描述 ………………………………………………………………(15)
3.4.1 学生报名系统界面设计 ……………………………………………………………(15)
第 4 章 代码实现…………………………………………………………………(16)
4.1 登录……………………………………………………………………………………(16)
4.2 注册信息………………………………………………………………………………(17)
4.3 学生查看报名代码…………………………………………………………………(17)
4.4 学生查看报名结果代码……………………………………………………………(18)
4.5 管理员管理报名信息代码…………………………………………………(18)
4.6 管理员管理学生信息代码 …………………………………………………(19)
4.7 管理员管理报名结果代码 ………………………………………………………(19)
第 5 章 学生报名系统的测试分析说明书……………………………………………(25)
5.1 引言……………………………………………………………………………………(25)
5.2 测试结果 ……………………………………………………………………………(25)
5.3 软件功能结论………………………………………………………………………(28)
5.4 分析摘要 ……………………………………………………………………………(28)
5.5 评价…………………………………………………………………………(28)
第 6 章 总结………………………………………………………………………(29)
参考文献 ……………………………………………………………………………………(30)
第 1 章 前言
目的背景
就湖北武汉的部分高校联合起来开办双学位的办学方向,这个不紧为学生以后的毕
业工作多一分实力,多一种职业的选择。只要是在联合学校就读的本科生便可以参加本
校或联合学校所提供的学位报名考试,这不仅可以充实学生的课外时间,而且还可以促
进学校之间的学术交流。现在基于这个背景设计一个网上报名系统。
- 1 -
第 2 章 基于 UML 的学生报名系统报名分析说明书
2.1 引言
2.1.1 编写的目的
(1)该学生报名系统需求分析报告的目的在于通过该报告,可以使系统实现
如下功能:报名须知,考点查询,开始报名,报名结果查询。使用户的需求能够
清晰的呈现出来。
(2)本文档所描述的用户需求将作为该项目最终验收的标准和依据。
2.1.2 读者对象
(1)用户
(2)需求分析人员
(3)软件设计人员
(4)软件测评人员
2.1.3 软件项目的概述
问题描述
本系统的最终用户就有二类:学生,系统管理员。系统的管理员的技术特长
就是能够熟练的进行数据库的维护,保证学校信息的安全性。该学生报名系统的
使用频度大概使每学期的开学报名时期,学生进入校园网进行报名的选择。
在用户进行各项操作的时候,每个用户只能对自己的权限进行相应的访问,
学生在报名的时候可以进行重填操作,学生也可以对以前所报的名进行结果的查
询;学生能查看自己所报名的详细信息,管理员管理数据库中的数据更新。
系统概览
现在,随着各大高校的扩招及信息化社会的到来,学校为了合理规划人力资
源的利用,保证学校信息的安全性,对信息化处理数据的要求也越来越高。学生
报名系统就是为了减少学校对信息管理的工作量,增强学生报名及查询信息管理
的安全性的双重要求下出现的。
随着软件开发方法学的演变和发展,特别是软件设计模式、软件组件等概念
的提出,给软件重用度、软件的可扩充性及软件开发效率的提高,提供了一个诱
人的前景。我们将采纳当前软件工程最新技术,采用统一建模语言,UML 描述
基于网络计算平台的整个项目,在分析、设计时充分利用软件模式及组合软件模
式,利用前人专家级经验,提高开发效率;最后的产品用软件组件的形式加以封
装,该系统采用 B/S 架构,其作用范围为所有在校学生和系统管理员。使学生能
够方便地通过本系统进行报名地查询,使系统管理员能够通过本系统方便的进行
报名信息,用户信息地维护,切实地减少了学校对信息管理的工作量同时也提高
了信息的安全性。
该项目将为学生报名系统提供一套软件,该软件实现的功能就是学生报名,
报名须知,考点查询和报名结果查询这四个功能。在学生进行结果查询后,能够
看到自己是否成功报名,该软件将大方便学生的报名和结果的查询,为管理员的
管理提供信息化支持。
- 2 -
2.1.4 文档概述
本文档准确、一致、全面定义和描述了学生报名系统的软件需求,文档的内
容组织如下:
第一章,引言部分,简要介绍了文档和项目的概况
第二章,一般性描述,定义了系统与环境之间的关系
第三章,详细需求描述,详细定义了系统的功能需求
第四章,其他需求,定义了系统的非功能需求
2.1.5 定义
概念
学生报名管理系统
(1)学生:该系统的主要使用者。
(2)管理员:对该系统进行维护管理的工作人员,负责数据库的管理,对学
生的信息进行维护。
(3)网站:Internet 上提供 Web 服务的计算机,分为学生网站和管理员网站,
一方面与 Internet 相连,上方面必须通过可靠的安全认证网关与学校的系统连接。
2.1.6 参考资料
(l) 《软件工程与软件文档写作》,2005 年 8 月第一版 2006 年第二次印刷 ,
125 页---127 页
(2) 《ISO 软件工程模版(4)需求说明书》
2.2 一般性描述
该系统所涉及用户信息全部放在学校的数据库服务器中,数据库服务器运行
在 粘 型 机 上 。 本 系 统 采 用 B/S 的 工 作 方 式 , 系 统 的 用 户 主 要 是 学 生 。
系统的用例图如图 2-1 所示:
- 3 -
图 2-1 学生报名用例图
各用例说明如下:
●学生类:学生可以在系统中进行报名和报名结果的查询。
步骤 1:学生预读报名须知
步骤 2:勾选以后,进入考点查询,查看考点信息。
步骤 3:开始报名,填写相关信息(姓名,性别,出生年月,考点信息,
身份证号等)。
●管理员类:系统中的管理员可以对学生类进行管理和维护。
步骤 1:管理员输入用户名和密码,登录报名系统,如果不存在该用户
或者验证信息不正确,则要求重新输入用户名,密码。
步骤 2:可以添加删除修改用户的信息,达到报名信息管理功能,用户
信息管理功能。
因此,本学生报名系统由以下模块组成:
① 学生报名模块;
② 管理员管理模块。
2.2.1 用户特征
此系统的主要用户:在校的学生,进行管理的工作人员。功能①可以让
学生进行报名,报名结果的查询②管理员能对学生的信息进行管理维护。对
于管理员来说,一般只需要有一定的电脑知识和经验,对于一般使用者来说,
不需要特殊的理论、知识来支持,也不需要经过特殊的训练,用户只要在计
算机上装有 IE 浏览器,并有基本的浏览器知识,便能方便地使用本系统。
2.2.2 限制与约束
- 4 -
此系统必须满足以下限制:
(1)系统中所有账户能供用户随时使用,完成各自授权活动;
(2)在同一时刻,一个账户不能同时为两个用户使用;
(3)该系统必须确保对数据进行完全保护,以避免未经授权的访问;所有的
远程访问期间都要登录,并且每个登录用户只能访问其角色所授的权限;
(4)界面友好,操作简便;
(5)软件系统开放性好,结构灵活,可扩充,易于维护;
(6)安全可靠。
2.3.功能需求描述
2.3.1 系统的类图
图 2-2 学生报名系统图
2.3.2 类的说明
●学生类属性
(1)学号:学生的学号,是一个长度不超过 11 的字符串。
(2)姓名:学生的名字,是一个长度不超过 10 的字符串。
(3)性别:是一个长度不超过 2 的字符串。
(4)密码:是一个长度不超过 10 的字符串。
●学生类方法
(1)报名:学生报名。学生用户登录后,进入报名管理功能单元
(2)查看:报名查询。学生用户登录后,进入成绩查询功能单元,,进行报名,
如果已经报名,就直接进入登陆页面进行登录,查看或修改基本信息。
2.3.3 有关管理员的说明操作
(1)报名信息修改:管理员用户登录后,进入报名信息管理功能单元,如果
是已经登录了,选择要修改的课序号,点击编辑就可以修改该学生的姓名,性别,
住址,联系电话等,更新后就得到该学生修改后的信息。
(2) 已报名学生信息的维护:管理员用户登录后,进入报名功能单元,就可
以看到学生已报的名,可以通过选择相应的代号来将相应学生的报名记录删除。
(3)用户信息添加:管理员用户登录后,进入用户信息管理功能单元,如果
是已经登录进入了,输入用户名,用户密码,但是此时的用户必须与学生信息管
- 5 -
理系统中的学生相对应,即用户必须是存在的。提交后就将新用户添加到了用户
组里面,即这个用户可以使用该系统了。
(4)用户信息修改:管理员用户登录后,进入用户信息管理功能单元,如果
是已经登录进入了,选择要修改的用户的用户名,点击后就可以修改该用户的密
码。点击提交后就完成了该用户信息的修改,就得到了该用户修改后的信息。
(5)用户信息删除:管理员用户登录后,进入用户信息管理功能单元,如果
是已经登录进入了,选择要删除的用户的用户名,提交之后就将该用户删除了,
用户组里面将不存在改用户。
2.4 其他需求描述
2.4.1. 对性能的要求
在用户使用各项功能时,响应时间控制在 10 秒之内。
2.4.2 灵活性
该学生报名管理系统还要有足够的灵活性,当用户需求发生变化时,如要求
增加学生退选功能,通过增加学生的权限实现该功能。
2.4.3 数据管理能力要求
该学生报名系统的要求系统能通过人工和自动两种方式进行系统数据备份,
以保证系统数据的正确性,使得数据不会应为故障而丢失或破坏了。人工系统数
据备份是指通过系统管理员来队数据库进行备份。自动备份是指设定一个时间
段,每隔一个设定的时间段系统将自动对数据库进行备份。同时对数据库的操作
也要求具有方便性,使得非计算机专业用户也可以完成日常数据备份和数据库维
护功能。
2.4.4 故障处理要求
对于该学生报名系统,用户提出的故障可能有:软件无法安装或者软件停止
运行以及此时应该采取什么措施恢复数据。
当软件无法安装时,可以查看帮助手册,安装相关软件或者修复受损文件。
当软件停止运行时,强行关机重启后,可以根据系统的自动备份或者在操作
之前的手工备份来恢复数据,保证系统数据的正确性。
2.4.5 安全性要求
因为学生报名系统关系到学校及学生的重要信息,所以对于学校而言对安全
保密性的要求非常严格,此系统是面向所有的在校学生,系统管理员,大多数人
都不是专业的计算机操作人员,因此对该系统使用的方便性要求也较高
2.4.6 可扩充性要求
任何软件都有缺陷,对于学生报名系统但学校的需求发生变化时,增加一个
新的功能模块,要求系统能够很好地对其进行扩充,既可补充性。
2.4.7 可维护性要求
当操作系统平台发生变化或者支持软件学生信息管理系统发生变化时,为了
- 6 -
适应这些变化必需对系统进行维护,即要求有可维护性。
设计约束:
(1)开发工具:要求用 VB.NET 开发
(2)运行环境规定
服务器段:装有 Microsoft ACCESS
客户端:Windows XP/Windows 2000/Windows 2003 操作系统。
2.5 交付要求
(1)软件需求规格说明书:电子版
(2) 软件设计规格说明书:电子版
(3) 可运行的软件系统
(4) 部分或全部模块的.NET 代码
第 3 章 学生报名系统的软件设计说明书
3.1 引言
3.1.1 系统概要及其运行环境
当今时代是飞速发展的信息时代。在各行各业中离不开信息处.理,这正是
计算机被广泛应用于信息管理系统的环境。计算机的最大好处在于利用它能够进
行信息管理。使用计算机进行信息控制,不仅提高了工作效率,而且大大的提高
了其安全性。尤其对于复杂的信息管理,计算机能够充分发挥它的优越性。计算
机进行信息管理与信息管理系统的开发密切相关,系统的开发是系统管理的前
提。
本系统就是为了管理好报名信息而设计的。学校作为一种信息资源的集散
地,学生繁多,包含很多的信息数据的管理,现今,有很多的学校都是初步开始
使用,甚至尚未使用计算机进行信息管理。根据调查得知,他们以前对信息管理
的主要方式是基于文本、表格等纸介质的手工处理,对于报名情况的统计和查询
等往往采用对课程的人工检查进行,对学生的选课权限、以及选课代号等用人工
- 7 -