- 1、本文档共18页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
目 录
1需求定义描述. 1
2 需求分析与设计 2
2.1 初步需求分析 2
2.2 系统数据流图 2
2.3 核心数据的数据字典 5
2.4系统E-R图及数据库逻辑设计 6
根据需求分析,得到如下的E-R图: 6
3详细设计 9
3.1 系统的命名规格定义 9
3.2 数据结构及数据库建立 9
3.3系统总体模块结构 11
3.4系统主要模块算法实现 13
4测试报告 15
4.1测试用例 15
4.2测试结果 16
5结论 161需求定义描述
在学生选课系统中,用户有学生,教师以及管理员。
●假设学生所能进行的日常活动如下:
◆学生可以进行选课;
◆学生可以查询所选的课程;
◆学生可以修改自己的登录密码;
●假设教师可以进行的日常活动如下:
◆教师可以查询自己所教课程的学生先看情况;
◆教师可以修改自己的登录密码;
●假设管理员可以进行的活动如下:
◆管理员可以查询所有学生的选课情况;
该系统预定的运行环境如下:
操作系统:Windows xp操作系统;
数据库系统:Mcrosoft SQL Sever 2000 企业版;
2 需求分析与设计
2.1 初步需求分析
一个小型的学生选课系统中,用户(学号,姓名,年龄,性别,系别,班级,出生年月)可以注册成为会员,注册的用户可以选择要选修的课程,也可以查询已选修的课程(包含课程名、任课教师和上课时间,学分)等,老师(姓名,职位,所教课程)可以查看该门课程的选课人数及上课时间,管理员可以查看所有学生的选课情况,查看各门课程的任课老师的信息,查看各门课程选课人数,查看注册用户信息。
用户的需求具体体现在各种学习成绩的提供、保存、更新和查询方面,这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据、数据结构及数据处理的流程,组成一份详尽数据字典,为后面的具体设计打下基础。
通过系统功能分析,针对一般的网上选课系统,总结出如下的需求信息:
(1) 学生的需求:网上选课、选课情况查询包括该门课程的老师信息,上课时间以及该门课程的学分,修改密码等;
(2) 本系统主要实现学生信息管理和选课查询。
学生信息包括学号,姓名,年龄,性别,系别,班级,出生年月;
课程信息包括课程名,上课时间,成绩,学分,学时数;
老师信息包括姓名,职位,所教课程;
管理员信息包括用户名和密码,能够查询所有学生的选课情况及信息;
2.2 系统数据流图
由初步需求分析可得到系统的数据流图如下图所示:
图2-1学生选课管理系统的基本系统模型
图2-2学生事务处理数据流图
图2-3教师事务处理数据流图
图2-4管理员事务处理数据流图
2.3 核心数据的数据字典根据分析,系统中主要要处理的核心数据包括有:等几项,核心数据和部分
表2-1数据字典
名字 别名 描述 类型 位置 姓名 S-name 普通学生姓名 Varchar Stu表 学号 S-id 普通学生学号 Varchar Stu表 性别 S-sex 学生性别 Varchar Stu表 年龄 S-birth 学生年龄 Varchar Stu表 班级 S-class 学生所在班级 Varchar Stu表 系别 S-dept 学生所在系别 Varchar Stu表 课程号 C-credit 课程号 Varchar SC表 课程名 C-name 课程名称 Varchar SC表 管理员登录名 User-Name 管理员登录名 Varchar Users表 管理员登录密码 Pow 管理员登录密码 Varchar Users表
2.4系统E-R图及数据库逻辑设计根据需求分析,得到如的E-R图
图2-5管理员E-R图
图2-6教师E-R图
图2-7学生E-R图
图2-8课程E-R图
图2-9选课关系E-R图
对于关系,对整个系统来讲,一可以被多人,一个人可以多,为多对多关系考虑实际情况,在系统中还存在以下两个管理关系:
图2-10 管理关系图
因本系统需求中并没有为每个管理员分派不同的管理范围(如某人负责管理本科生信息、某人负责管理社会科学图书等等),即每个管理员都有全部的管理权限,因此没有在系统中设置相应的表对应这两个管理关系。
根据得到的E-R图可转换出以下几个关系模式:
管理员(管理员ID,密码)
此为管理员实体所对应的关系模式。
(学生ID,密码,姓名,院系,)
此为普通读者(学生)实体所对应的关系模式。(学生ID,密码,姓名,院系,)
此为普通读者(学生)实体所对应的关系模式。(ID,名)
此为图书实体所对应的关系模式。(学生,,)
此为联系“”所对应的关系模式。
详细设计系统的命名规格定义
本系统设计时,参照Microsoft Visual C++ 6.0中的命名习惯,对函数和变量的命名做出如下规定:
文档评论(0)