学生学籍管理系统需求分析说明书


学生学籍管理系统需求分析说明书

拟制人: 刘世博

马静

王凤祥

潘振

审核人:______________________

批准人:______________________

[二〇一一年十二月二日]

需求分析说明书

1.引言
信息社会的高科技,商品经济化的高效益,使计算机的应用已普 及到经济和社会生活的各个领域。 计算机虽然与人类的关系愈来愈密 切,还有人由于计算机操作不方便继续用手工劳动。为了适应现代社 会人们高度强烈的时间观念, 学籍管理系统软件将会为教学办公室带 来了极大的方便。 1.1 编写的目的 本文档定义的是学生学籍管理系统的名称; 系统概述及系统要现哪些 功能,每个功能的具体描述。它说明了本系统的工作流程、各项功能 需求、性能需求,明确标识各功能的实现过程,提供客户解决问题或 达到目标所需的条件或权能,提供一个度量和遵循的基准。 1.2 背景 1 ○软件名称:学生学籍管理系统 开发人员:刘世博 马静 王凤祥 潘振 2 ○本项目的用户:管理员,教务处管理员,学校教师职工,学校全 体学生 实现该软件的计算中心:学校计算机中心,学校网管中心。计算机网 络:1000M 光纤接入,终端数 200~400 的淮海工学院学校局域网网 络和所连接的外网。 3 ○独立文档系统

1.3 参考资料 《数据库系统概论》 萨师宣 王珊 高等教育出版社。

《SQL Server 2000 教程》 龚波 北京希望电子出版社。 《软件工程导轮》 张海藩 清华大学出版社。

2 任务概述
2.1 目标 进行数据库设计首先必须准确了解也分析用户需求(包括数据和 处理) 。目的是为学籍管理数据库系统的设计打下牢牢的基础,是数 据库开发的重要文件依据,主要为数据库设计人员使用,是用户和系 统分析员的项目依据文件。作为“地基”的需求分析是否做得充分与 准确,它决定了在其上构建数据库大厦的速度和质量。需求分析做得 不好,甚至会导致整个数据库设计返工重做 2.2 用户的特点 该软件的用户特点:用户具有高校的教师学生,教务处人员负责 学校学生内部资料的管理,用户对计算机方面的知识较为丰富,对计 算机比较了解。 软件的维护人员为计算机专业人员,熟悉计算机,教育水平较高。 2.3 假定和约束 1. B/S 结构总体设计方案对它的约束: 学生学籍管理系统做为 B/S 结构的一个应用系统,不可避免的要 受到 B/S 结构的约束。在其实施的各个阶段都要服从它的一些规划,

包括功能设计、系统配置和计划。同时,由于信息的共享,学生学籍 管理系统还受到其它系统的信息约束。 2.人力、资金、时间的约束 学生学籍管理系统工程实施的目标就是要带给学生,教师,系统管 理员看得出见效快的效益,其开发过程中也要考虑到人力、资金和时 间的约束。因此,在设计中,重点是查询系统中的方便快捷,能提供 给使用者以优质高效的服务,并提高销售的效率和便捷,为高校带来 极大的便捷。 3. 技术发展规律的约束 计算机技术和产品的发展日新月异,将会给信息处理带来更多的 手段,同时也会带来更加丰富的信息表达形式。例如图象和语音技术 的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化 的可能性,为可能的变化预留一定的系统处理能力。

3 需求规定
3.1 对功能的规定 本 系 统 是 运 行 在 Win2000 、 WindowsXP 、 WindowsNT 、 WindowsVista 等操作系统环境下的多台计算机构成的学校局域网也 或可以上远程登录,根据系统的要求得到如下:

学生学籍信息管理 系统

系 统 管 理

学 生 基 本 信 息

学 生 学 籍 管 理

学 生 成 绩 管 理

毕 业 管 理

基 础 数 据 录 入

数 据 备 份

数 据 清 空

权 限 管 理

更 改 个 人 密 码

学 籍 处 理

学 籍 查 询

录 入 成 绩 信 息

查 询 成 绩 信 息

单 科 名 次 查 询

学 生 总 分 名 次

成 绩 单 通 知

留级处理 录 入 基 本 信 息 查 询 基 本 信 息 全 校 信 息 查 询 学 生 个 人 信 息 学 生 奖 惩 情 况 休学处理 复学处理 转系处理 退学处理 奖 惩 信 息 录 入 奖 惩 信 息 查 询 结 业 处 理 毕 业 处 理 授 位 处 理

? 基本信息管理——系统管理员负责对各种基本信息的录入、 修改、删除等操作。 ? 学生成绩管理——系统管理员或教师负责对学生成绩的录 入、修改、删除等操作,学生可以查询各科成绩。

? 信息查询统计——学生可以查询基本信息和各科的考试成 绩,系统管理员负责把老师提交的学生成绩进行管理,计算 总成绩和平均成绩,统计不及格学生信息和获得奖学金学生 的信息,最后再输出所有的信息。 ? 毕业生信息管理——系统管理员负责计算毕业学生在学校期 间所修课程的总学分, 并进行审核, 最后输出登记表和名册。 ? 系统用户管理——系统管理员负责用不同的权限来限制不同 用户对系统的使用。

以上是用户对系统的基本的功能要求, 此外用户还要求系统的效率要 高, 查询速度要快, 比较小的冗余, 易维护, 具有较高的数据安全性。

3、对性能的规定
1. 系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。 在系统设计和开发过 程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理 能力和响应时能够满足设备管理处对信息处理的需求。 由于学生学 籍管理系统的查询功能和基本信息功能对于整个系统的功能和性能 完成举足轻重。作为系统的很多数据来源,而学生数量和成绩又影响 数据库的试验活动, 其准确性和可靠性很大程度上决定了学生学籍管 理系统的成败。在系统开发过程中,必须采用一定的方法保证系统的 准确性。

2. 系统的开放性和系统的可扩充性 学生学籍管理系统在开发过程中,应该充分考虑以后的可扩充性。要 求系统提供足够的手段进行功能的调整和扩充。而要实现这一点,应 通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定 的规范,可以简单的加入和减少系统的模块,配置系统的硬件。通过 软件的修补、替换完成系统的升级和更新换代。 3. 系统的易用性和易维护性 学生学籍管理管理系统是直接面对使用人员的, 而使用人员往往对计 算机并不时非常熟悉。这就要求系统能够提供良好的用户接口,易用 的人机交互界面。要实现这一点,就要求系统应该尽量使用用户熟悉 的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足 够的在线帮助,缩短用户对系统熟悉的过程。 学生学籍管理系统中涉及到的数据是学校相当重要的信息, 系统要提 供方便的手段供系统维护人员进行数据的备份,日常的安全管理,系 统意外崩溃时数据的恢复等工作。 4. 系统的标准性 系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有 这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作 系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操 纵界面、作为业界标准的 TCP/IP 网络协议及 ISO9002 标准所要求的 质量规范等;同时,在自主开发本系统时,要进行良好的设计工作,

制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移 植性。 5.系统的先进性 目前计算系统的技术发展相当快,做为学生学籍管理系统工程,应该 保证系统在下个世纪仍旧是先进的, 在系统的生命周期尽量做到系统 的先进,充分完成企业信息处理的要求而不至于落后。这一方面通过 系统的开放性和可扩充性,不断改善系统的功能完成。另一方面,在 系统设计和开发的过程中, 应在考虑成本的基础上尽量采用当前主流 并先进且有良好发展前途的产品。 3.3 输入输出要求 输入输出类型为任意数型 3.4 数据管理能力要求(针对软件系统) 管理的文卷和记录的个数为 1 万个;表和文卷的大小规模为 3M; 3.5 故障处理要求 考虑到软件的范围不大,所以故障处理一般由操作系统完成,系统只 要保持与操作系统的接口即可。 只要操作系统没有大的故障程序一般 是比较稳定的。考虑到用户对数据的安全性要求,程序可以有独立于 操作系统之外的数据备份功能与过程, 以及系统崩溃后的数据恢复功 能,这点在数据库软件中已经达到了,只要稍微在其上再增加用户所 需要的附加功能即可。

4.运行环境规定
本系统是运行在 Win2000、WindowsXP、WindowsNT 等操作系统环 境下的多台计算机构成的学校局域网也或可以上远程登录。 操作系统:windows XP 编译开发软件:PB9.0 测试软件: Microsoft PB 9.0 等

5.数据库描述
根据上面的分析就可以设计出能够满足用户需求的各种数据实体, 以及它们之间的关系,为后面的逻辑结构设计打下基础.这些实体包 括各种具体信息,通过相互之间的作用形成数据的流动. E-R 图 E-R 图提供了表示实体、属性和联系的方法。 * 实体: 用矩形表示,矩形框内写明实体名 * 属性:用椭圆型表示,并用无向边与其相应实体连接起来 * 联系:用菱形表示,菱形框内写明联系名,并用无向边与 其有关实体连接起来,同时联系的类型。 本系统采用 E-R 图(实体-关系图)的方法进行数据库概念结 构设计。 系统 E-R 图如下所示:
留级 休学 复学 转系 退学

毕业 学生 m 教导 选修 n 教师 n m

成绩

系统各实体 E-R 图: (1)学生实体 E-R 图:
姓名 学号 政治面貌 学 备注 生 出生年月 民族 家住地址 邮编 户口所在地 性别 年级 班级

入校时间

(2)学生留级的 E-R 图

留到的年级

留到的班级

留级 原因 备注 学号

姓名

时间

(3)学生休学的 E-R 图

休学 学号 备注 姓名 休学开始时间 休学截止时 间

(4)学生复学的 E-R 图

学号

姓名

复学

备注 新的班级号

(5)学生转系的 E-R 图
转系 备注

学号

姓名

调到年级

调到班级

(6)学生退学的的 E-R 图
退学 备注

退学时间 学号 姓名 退学原因

3.1

将 E-R 模型转换为关系模型:

学生(学号,姓名,性别,年级,班级,出生年月,民族,入校时间,户口 所在地,邮编,家庭住址,备注,政治面貌, 学生状态,家庭电话) 课程(课程号,课程名) 选课(学号,课程号,成绩) 考试类型(课程号,考试类型,考试时间,备注) 成绩表(学号,课程名,考试类型,成绩,是否缺考,备注) 留级表(学号,姓名,留到的年级,留到的班级,留级时间,备注) 休学表(学号,姓名,休学开始时间,休学截止时间,备注)

复学表(学号,姓名,复学时间,备注) 转系表(学号,姓名,调到的年级,调到的班级,转系时间,备注) 退学表(学号,姓名,退学时间,退学原因,备注 ) 奖惩表(学号,姓名,奖励事件,处罚事件,备注) 用户表(用户代码,用户名,用户密码,用户权限)

5.4 系统特点 5.4.1 网络环境下的多用户系统 在上述已有的硬件环境下, 信息由各用户在系统规定的权限下在 各自的工作站上录入信息登录系统上网后各用户可查询,调用,可达 到信息共享。管理员可以相对应的管理处理各种信息.

5.4.2 数据的完整性,准确性 a.根据数据库的要求录入数据采用表格方式,限制各种录入数据 的不同数据类型及取值范围以保证数据的完整性及准确性。 b.系统具有修改功能,更新功能,而系统备有的修改功能在尚未 提交数据库前均可取消

5.4.3 数据完成的时间性, 数据的录入有关到实时的,需要具有时间的要求限制.如成绩的录 入,仅当师资科录入教学进程,教务科分发教师教学任务安排之 后,各系方可录入成绩。

5.4.4 数据安全性 本系统采用二级安全保障 第一级:依赖于网络本身对用户使用权限的规定。 第二级: 在程序模块中通过使用密码控制功能对用户使用权限加 以限制。


相关文档

需求分析说明书(样例:高校学生学籍管理系统)
需求分析说明书(样例:高校学生学籍管理系统) - 副本
学生学籍管理系统需求分析报告
学生学籍管理系统需求规格说明书
学生学籍管理系统---系统需求分析报告
学生学籍管理系统--需求规格说明书
软件文档写作学生学籍管理系统-需求分析说明书
校园网-需求分析说明书(样例:高校学生学籍管理系统)
《高校学生学籍管理系统---系统需求分析报告》
学生学籍管理系统需求分析
电脑版