教室管理信息系统设计方案.docVIP

  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文档。上传文档
查看更多
教室管理信息系统设计方案

教室管理信息系统设计说明书 教室管理信息化是学校教务系统应用信息技术及其产品的过程,是信息技术应用于教室管理的过程。教育信息… 学校信息系统是现存信息系统中较为复杂的一类,这是由学校本身的目标、任务和性质决定的;它应用….重要的作用。 因此,学校信息化建设工作具有长期性、复杂性和内容的多变性;正因为如此,教室管理信息系统…变化和发展的系统。 需求分析分为三个部分:需求的文字表述、数据流图、数据字典。 需求分析 第一部分 调查用户需求 本系统的最终用户为在校学生,我们根据从学校方面取得的图表资料、文字资料以及其他细节方面的信息,根据我们日常生活中的经验,根据我们所做的其他询问和调查,得出用户的下列实际要求: 1、学校的组织机构情况 与教室管理相关的学校的组织机构有:学生、教师和教室。学校的所有日常工作都是围绕着这三大部分进行的。 一个学校下设若干学院,如信息学院、经济学院、法学院、财政金融学院等;一个学院下设若干专业,如信息学院下设三个专业:信息管理与信息系统、计算机科学与技术和数学与应用数学; …… ……若干门课程,一门课程可以由多个老师来教授。一个教室在不同的时段可以上不同的课程。 2、调查相关部门的业务活动情况 教务处: 教务处需要处理借教室申请信息,使用的数据是纸质版的教室、教师和学生信息,对提出的借用教室申请采用手动的加工和处理,最后给借教室的人输出的是批准或拒绝借用教室的信息,即一个纸质的教室使用条。 3、用户对系统的要求 信息要求: 由于系统的使用主体是教师和学生,因此对系统的信息要求可分为以下几个方面: 教师信息 教师的基本信息,主要包括教师的教师编号,教师姓名,性别,所属院系,职称,身份证号等; b、学生信息 … 教室信息 … 教学楼信息 … 处理要求: 学校现存系统存在的问题: 借用教室系统: 我们从自身体验出发,并调查了许多同学,认为学校现存的借用教室的程序过于繁琐,浪费时间….. ….的各种问题,给学校的主体――教师和学生,带来了很大的不便,使得现存的教务系统不能更好地服务于教师和同学。因此我们认为有必要改进系统,完善上述各种功能。 系统应当完成以下的信息处理: 教师查询;   学生通过这个功能,可以查询相关院系相关教师的个人信息以及开课信息,以便能更好地了解教师及其开课情况。 教室查询; … 课程查询; … 教室借用; … 要自习; … 安全性与完整性要求: 安全性要求: 系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证 用户身份不被盗用; b、…. c …. 完整性要求: a、各种信息记录的完整性,信息记录内容不能为空; b、… c、…。 4、确定系统的边界 经对前面的需求调查和初步的分析,确定由计算机完成的工作时对数据进行各种管理和处理,具体的工作内容见第二部分, 由手工完成的工作主要有对原始数据的录入;不能由计算机生成的,各种数据的更新,包括数据变化后的修改,数据的增加,失效数据或无用数据的删除等;以及系统的日常维护。 第二部分 系统功能的设计和划分 根据如上得到的用户需求,我们将本系统按照所完成的功能分成以下几个子系统: 教室查询子系统 教师查询子系统 课程查询子系统 教室借用子系统 我要自习子系统 各子系统完成的功能如下: …… 经上述分析,我们已经得到了对于该系统的基本要求和系统模块的划分,综上,我们对 教师查询子系统,教师查询子系统,课程查询子系统,教室借用子系统,我要自习子系统 。 进行具体的数据库设计,在需求分析中形成的数据流图如下: 二、数据流图 第一部分:教师查询子系统(见图1) 第二部分:教室查询子系统(见图2) 第三部分:课程查询子系统(见图3) 第二部分:我要自习子系统(见图4) 第三部分:教室借用子系统(见图5) 第四部分:后台管理子系统(见图6) 教师查询 学 生 学 生 查询 教师开课信息 该院系所有教师信息 教师姓名 查询 课程号 该课程具体信息 查询 查询 教师姓名 院系名称 教室查询 图略 课程查询 图略 教室借用 图略 后台管理 图略 我要自习 图略 三、数据字典 教室管理信息系统各实体及联系的数据字典 1.教学楼数据字典: 属性名 存储代码 类型 长度 备注 教学楼号 bno String 20 学校教学楼号 教学楼名称 bname String 20 学校教学楼名称 2.教室数据字典: 属性名 存储代码 类型 长度 备注 3.院系数据字典: 属性名 存储代码 类型 长度 备注 4.课程数据字典: 属性名 存储代码 类型 长度 备注 5.教师数据字典: 属性名 存储代码 类型 长度 备注 6.学生数据字典: 属性

文档评论(0)

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

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

1亿VIP精品文档

相关文档