学生选课管理系统教材.docVIP

  1. 1、本文档共18页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 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结论 16 1需求定义描述 在学生选课系统中,用户有学生,教师以及管理员。 ●假设学生所能进行的日常活动如下: ◆学生可以进行选课; ◆学生可以查询所选的课程; ◆学生可以修改自己的登录密码; ●假设教师可以进行的日常活动如下: ◆教师可以查询自己所教课程的学生先看情况; ◆教师可以修改自己的登录密码; ●假设管理员可以进行的活动如下: ◆管理员可以查询所有学生的选课情况; 该系统预定的运行环境如下: 操作系统: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)

美洲行 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档