最新学生信息管理系统数据库设计报告.docxVIP

最新学生信息管理系统数据库设计报告.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Z. Z. Z. Z. 学生信息管理系统数据库设计 TOC \o 1-5 \h \z \o Current Document 一、 需求分析 3 组合的业务处理流程图: 8 二、 概念分析 9 \o Current Document 三、 逻辑设计 16 \o Current Document 四、 物理设计阶段 25 \o Current Document 五、 系统实现 26 \o Current Document 六、 主要代码 33 \o Current Document 七、 课程设计总结 57 学生信息管理系统 、需求分析 1.1功能需求分析 总体任务的实现是建立在对系统正确的需求分析基础之上的。需 求分析分是数据库系统开发的第一步,也是最重要的一步。在大学的 学习生活中学生的活动范围很广,信息量相对于以前增加,学生在学 习生活中不仅仅与寝室和同班同系的同学联系有时候还要与自己所 学学科的任课老师交流联系,还要与本系的辅导员以及自己所在寝室 的宿舍管理员等进行联系,这些信息分布比较散乱,难于集合起来。 所以创建该数据库尽可能的将与学生相关的信息集合起来,将一些数 据结构化,方便用户查询。 学生信息系统的基本情况 由于整个系统是由多个部分组成,所以各个信息如下: (1) 学生信息:记录在学校中学生的基本信息,包括姓名,学号, 出生年月,所属院系,所在班级,联系电话等等; (2) 教师信息:记录与学生相关的教师的基本信息,包括教师姓 名,联系电话,教授课程等等; (3)导师信息:记录学生所在院系的导师的相关信息,包括导 师姓名,联系电话,领导院系等等; (4)宿舍信息:记录学生所住寝室的相关信息,包括寝室号和 寝室宿管联系电话等等。 1.2需求分析阶段的目标 (1)信息要求:用户能够查找到有关学生的所有相关信息包括学 生基本信息还有相关老师的信息 (2) 处理要求:当信息发生变化时,一些信息能够自行修改而 不造成插入删除错误。 (3) 完整性要求: .各种信息记录的完整性,信息记录内容不能为空; .各种数据间相互的联系的正确性; 相同的数据在不同记录中的一致性。 1.3信息需求分析 院系的基本信息 院系编号、院系名称、联系电话、院系主任 班级的基本信息 班级编号、院系编号、班级名称、班长、学生数 学生的基本信息 学号、班级编号、姓名、性别、出生日期、家庭住址 课程的基本信息 课程编号、课程名称、学分、讲师 成绩的基本信息 学号、课程编号、成绩、学分 讲师的基本信息 讲师编号、讲师姓名、教授班级、联系电话 宿舍的基本信息 宿舍编号、宿舍地址、联系电话、所属院系 导师的基本信息 导师编号、导师姓名、联系电话、所属院系 1.4需求分析阶段成果 根据实际业务处理过程,绘制业务流程图如图所示: (a)验证模块 z. z. z. z. (b)查询模块 院系信息表 学生信息表 课程信息表 成绩信息表 _ — 宿舍信息表 Z. Z. Z. Z. (c)选课模块 (d)维护模块 组合的业务处理流程图: 数据流程图 顶层数据流程图: 注册信息 层数据流程图: 二、概念分析 2.1对数据进行抽象 概念结构是对现实的一种抽象。首先对于该数据库系统中涉及的 数据进行分类,及抽象了该数据库涉及数据的型与值,而在E-R图模 型中,实体就是这种抽象;接着进行另一种抽象---聚集,即定义某 一类型的组成成分。它抽象了该数据库涉及对象内部类型和成分,而 在E-R模型中若干属性的聚集组成了实体型;最后在数据库中涉及对 象中进行定义类型之间的一种子集联系。 2.班级实体及其属性 3.院系实体及其属性 4.成绩实体及其属性 6.讲师实体及其属性 7.宿舍实体及其属性 8.导师实体及其属性 2.2创建局部应用,设计分E-R图 整个系统中最核心的数据内容是学生信息,所有一切应用都是围 绕着学生这些数据来进行的。 将学生和班级院系结构化,方便查询学生所在班级院系的查询,创建 有关的分E-R图如下: 院系班级导师 院系 班级 导师 在这个应用或这个分E-R图中主要的应用是,当查询一个学生的 班级和院系所涉及的数据时,这个应用能够将所涉及的院系和班级的 详细信息集合在一起,而且在需要联系导师时能够将导师的联系电话 等相关信息展现出来,方便了用户在查询涉及学生的相关导师、院系、 班级的信息。 (2)学生有关课程和教师的数据结构话形成一个查询应用: 该应用主要是涉及学生上课这部分的查询,将学生涉及课程和教师的 信息整合起来,这其中可以让用户查询有关对象指定课程的成绩和学 分或是指定课程的任课老师的联系电话,方便同老师进行交流,或者 时可以查询核定学生的所有学科的成绩或是查询某一科所有同学的 成绩,并按照

文档评论(0)

cooldemon0602 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档