教学管理系统数据流程省公开课一等奖全国示范课微课金奖

教学管理系统数据流程分析第1页MIS系统分析

教学管理系统数据流程分析：1、教学管理系统高层数据流程图

依据教学管理系统高层业务流程图分析出教学管理系统数据流程图。从高层业务流程图中分析能够发觉，在这张图中“核实学生情况记录表”是在招生办公室参加下进行，对于教学管理系统而言，最终只是负责将准确学生情况记录表存入档案，以备学生在学习期间各项业务处理使用。所以，能够考虑本系统只实现信息输入功效。“开会讨论”是在教务处教务科主持下，各院系中各专业针对每一年课程安排进行相互协商，最终产生教学执行计划过程，对计算机信息系统而言，只能实现将协商确定后教学执行计划存入档案。第2页MIS系统分析

各专业P2输入教学执行计划F2学生情况档案教学执行计划教师情况记录表P1输入学生情况P4学生情况统计P6排课F1学生变动台帐P7学生学籍管理F4学生成绩档案各单位各类统计表课程表教师任务分配表学生省教委校长各院、系教师学生学生情况记录表P3填写暂存定货单F3教学执行计划P5打印教学执行计划学生成绩单教师执行计划教学管理系统高层数据流程图第3页MIS系统分析

“日常事务处理”业务中经常包括到一些信息检索放在其它业务过程中实现，而不考虑详细实现这项业务过程。经过以上分析，然后画出教学管理系统高层数据流程图。以下所表示：

2、教学管理系统扩展层数据流程图

依据教学管理系统高层数据流程图扩展出数据流程图若干张。下面以“学生学籍管理”为例，扩展出“学生学籍管理”数据流程图。从“学生学籍管理”业务流程图中分析能够看出，校长对学生学籍变动审批过程由信息系统完成是不现实，所以考虑将其排除在系统实现功效之外，同时能够将“审查学生申请”和“实施学生变动申请”合并，然后画出“学生学籍管理”数据流程图。以下所表示：

第4页MIS系统分析

P7.2初审学生毕业资格学生毕业资格清单P7.1初步审查学生申请P7.4复查学生毕业资格F2学生情况档案P7.7降留级处理F4学生成绩档案学生毕业资格证书降留级通知学生教师学生学籍变动申请P7.3填写暂存定货单F3教学执行计划P7.5学生成绩存档降、留级学生清单教学管理系统学生学籍处理数据流程图初审后学生变动申请学生变动通知P7.6降留级预处理学生成绩单第5页MIS系统分析

3、数据流程绘制过程中应遵照标准：首先确定系统外部项。系统外部项确实定也就要求了系统与外部环境分界限。在高层数据流程图中普通只画出系统正常运行时主要输入和输出，也就是说高层数据流程图中只反应主要、正常逻辑功效。数据流程图能够与规划中企业模型相对应，系统各职能域及其相互关系用一级数据流程图表示；对每个职能域扩展第6页MIS系统分析

形成业务过程及其相互关系用二级数据流程图表示；对全部业务过程扩展形成业务过程及其相互关系用三级数据流程图表示。绘制数据流程图普通遵照从左到右，从上到下标准进行。左侧外部项通常是系统主要数据输入起源，然后画出由该外部项产生数据流和对应处理功效。接收该系统外部项普通画在数据流程图右侧。数据流程图需要经过重复修改才能最终形成。全部数据流程图经过仔细检验以确保其正确性。第7页MIS系统分析数据库设计

前面业务流程图和数据流程图对系统分析员来说是对现行系统详细调查认识过程，对业务人员来说是对其本身系统一个再认识过程。怎样依据这些调查结果及用户数据处理需求产生新系统逻辑结构，数据分析以及数据库建立是关键一步。在总体规划中要求了各子系统之间数据共享和交换关系以及这些数据分布要求，不过这些数据库是怎样组织，怎样将总体规划中数据库组织成合理逻辑结构，为了完成一些详细应用需求还需要再建立那些专用数据库，是系统分析所要完成主要任务之一。第8页MIS系统分析数据库逻辑设计数据库技术主要处理是对于给定一组数据怎样结构一个适合于它们模式，即数据库逻辑结构。这种逻辑结构普通用关系数据库来描述。不论是表还是数据库文件，在实现上首先要经过规范化处理，依据详细应用需求将每一个关系规范成一范式、二范式、三范式等形式。一、主题数据库规范化设计

在建立了初步数据字典及前面业务流程调查和数据流程分析能够愈加清楚地确定出主题数据库所包含各项数据元素及其相互间依赖关系，从而为建立主题数据库模型奠定了基础。主题数据库模型建立普通能够采取以下几个步骤进行：1、将每个主题数据库所包含各类数据载体（各种单证、报表、帐册等）搜集在一起，消除冗余数据元素，最终确定出这些数据载体中应包含数据元素，并分析它们之间数据依赖关系。第9页MIS系统分析2、按照数据库规范理论，将这些主题数据库规范成三范式，形成一组关系表。3、从理论上所三范式形式是一个良好规范化结构，但在实际应用中还要考虑这组关系是否能够真正满足应用需求，在物理实现中又将产生什么问题，从而要对这组关系进行调整。有时有关系调整到二范式甚至一范式就能够了。4、经过上面三个步骤分析处理，便可确定出主题数据库逻辑模型。这些模型要与用户讨论和确认，才能形成正式数据库模型。二、主题数据库规范化设计实例

以教学管理系统为例，分析系统中主题数据库，建立稳定数据模型。教学管理系统总体方案中规划出主题数据库8个。如学籍管理数据库统计了学生基本信息、奖惩信息、学籍变动情况，学生参加课外活动情况、学生验证情况等信息。第10页MIS系统分析

实际上学籍管理主题数据库包含了教学管理系统高层数据流程图中“学生变动台帐”和“学生情况档案”两个数据存放中信息。将相关这些信息载体搜集上来以后，经过分析将其分解成以下形式：学籍管理数据库学生基本情况表DBSTUDB(a)DBSTUD学生处罚情况表DBSTUDC学生奖励情况表DBSTUDE学生变动情况表DBSTUDU学生验证情况表DBSTUDH学生课外活动情况表DBSTUDA

这些表之间联络以下所表示：第11页MIS系统分析学生基本情况表DBSTUDB（b）学生学号姓名曾用名性别民族办学形式…学生处罚情况表DBSTUDC学生学号姓名处罚原因处罚形式处罚时间学生奖励情况表DBSTUDE学生学号姓名奖励原因奖励形式奖励奖金奖励时间学生变动情况表DBSTUDU学生学号姓名原学生编码奖励原因变动时间…学生验证情况表DBSTUDH学生学号姓名学生证挂失日期新学生证号…学生课外活动情况表DBSTUDA学生学号姓名活动小组名称起始日期终止日期…

（a)+(b)学籍管理主题数据库模型第12页MIS系统分析在主题数据库模型设计同时还要对全部数据元素进行详细分析和定义，定义内容包含数据元素标识、数据元素类型、长度。功效分析建立新系统逻辑方案经过前面分析业务流程调查、数据流程抽取以及数据分析，系统分析员已经对现行系统有了比较深刻认识，再深入调查最终用户对系统功效需求、系统性能需求、运行需求以及预测未来可能需求，便能够建立新系统逻辑结构。新系统逻辑结构依然用“自顶向下”方式进行。首先建立新系统总体逻辑结构，然后明确处理方式，最终提出系统分析汇报。第13页MIS系统分析一、新系统逻辑结构建立新系统逻辑结构建立主要依据数据分析所建立主题数据库、专用数据库，将现行系统数据流程图转换为新系统数据流程图，形成新系统逻辑结构。因为这种新数据处理流程是建立在数据库基础上，所以在系统内部所进行数据交换都是基于数据库。下面仍以教学管理系统为例建立新系统逻辑结构。数据分析对总体规划中提出8个主题数据库进行了规范处理后，所建立数据库模型是建立新系统逻辑结构基础。新系统逻辑功效应该是围绕着8个主题数据库而建立。比如：“学籍管理数据库”内容包含了“学生变动台帐”和“学生情况档案”中信息，所以相关“输入学生情况记录表”和“建立学生变动台帐”功效能够归并为““学生学籍管理”功效模块中，同时该模块还要完成相关学籍管理其它功效。第14页MIS系统分析各系院送交教师任务表进入系统后，其信息要进入“教师任课数据库”、教学执行计划数据存放中信息在新系统中被放在“课程管理数据库”中，对这两个主题数据库能够由“教学计划管理”功效模块来完成。档案信息放在“学生成绩数据库”中，对应地依据由教师送交学生成绩单所进行学生成绩存档功效由“成绩管理”功效模块来完成。对“教师管理数据库”和“教室管理数据库”管理也经过“教师基本信息管理”和“教室设施管理”两个功效模块来完成。依据“课程管理数据库”、“教师任课数据库”、“教室管理数据库”和“教师管理数据库”信息所进行“排课管理‘产生排课信息放入”课表数据库“中。考虑到实际应用需求，将现行系统中“学生情况统计”所实现功效在新系统中分解为“统计管理”和“报表管理”。其统计信息放入“统计数据库”中。值得注意是该统计数据库中存放了大量统计信息，还包含日常事务统计和对历史数据统计分析。以备未来需求扩充。

由此能够画出新系统逻辑结构图：第15页MIS系统分析

P.2成绩管理P1学籍管理P6排课管理D4统计数据库P8教室设施管理D3课程管理数据库课程表学生教师学生学生情况记录表P4报表管理D4教师任课数据库教学管理系统总体逻辑结构图各类统计表P3统计管理省教委校长各单位教师D1学籍管理数据库D2学生成绩数据库各专业人事处D6学籍管理数据库P5教学计划管理P7教学基本信息管理D5教师管理数据库D8教室管理数据库学生成绩单教学执行计划教师任务分配表教师基本情况表第16页MIS系统分析由教学管理系统总体逻辑结构图所表示各项处理功效实际上是教学管理系统子系统划分，表示是各子系统之间数据存取与交换关系，而这些子系统功效描述只是表示了它们内部数据处理业务范围。为了愈加详细地描述其内部处理功效，必须按照一样方法对它们进行扩展分析，设计出每个子系统逻辑结构图。现以“学籍管理”为例设计子系统逻辑结构图。由教学管理系统总体逻辑结构图中能够看出，与学籍管理子系统相关数据库有“学生学籍管理数据库”和“学生成绩数据库”，与外界联络是学生外部项提供“学生情况记录表”。相关学籍各项现行管理表示出学生学籍变动申请、学生毕业资格审查以及学生降留级处理，首先都要经过各系、院先期处理后再交教务处教务科做最终处理，从管理内容上来说这是一个复杂劳动，新系统建立则要考虑系统优化问题。

学籍管理子系统逻辑结构图表示以下：

第17页

P1.3学籍变动处理P1.1录入学生基本情况P1.5自费试读处理

D4

学籍管理数据库(主库)P1.7学生受奖处理学生学生学生情况记录表P1.2汇总学生基本情况学籍管理子系统逻辑结构图各系院P1.4降留级处理P1.8学生处分处理学籍变动申请学生证丢补申请学生处罚名单住址变更换证申请

D2学生基本情况表

D4

学籍管理数据库(子库)

D2学生基本情况表D4学籍管理数据库(主库)

D2学生基本情况表

D8学生变动情况表P1.10毕业资格审查

D7

学生成绩数据库(主库)

D2学生基本情况表

D6学生补考情况表

D4学籍管理数据库(主库)

D5学生奖励情况表

D4学籍管理数据库(主库)

D3学生处分情况表

D4学籍管理数据库(主库)

D7学生验证情况表P1.9学生换证处理

D4学籍管理数据库(主库)

D3学生处罚情况表学生受奖名单第18页MIS系统分析由学籍管理子系统逻辑结构图能够看出，学生情况信息首先由各系负责将数据录入到当地“学生学籍管理数据库”子集数据库中，然后教务处教务科再负责汇总，将数据存放在“学生学籍管理数据库”主库中。学生降留级处理、试读处理、毕业资格审查和学生换证处理均在教务处教务科中依据“学生学籍管理数据库”和“学生成绩数据库”主库信息来处理。学生自愿提出学籍变动，由“学籍变动处理”功效来完成，该项功效以及“学生受奖处理”、“学生处罚处理”功效怎样，在这张图中表示并不十分明确，所以还需深入将其扩展成三级数据流图，以下列图所表示：第19页

P1.3.1跳级处理

D4

学籍管理数据库(主库)学生跳级申请P1.3..2汇总跳级信息学籍变动处理功效扩展结构图（1）

D2学生基本情况表

D4

学籍管理数据库(子库)

D2学生基本情况表

D8学生变动情况表

D8学生变动情况表P1.3.3转专业处理

D4

学籍管理数据库(主库)学生转专业申请P1.3.4汇总转专业信息

D2学生基本情况表

D4

学籍管理数据库(子库)

D2学生基本情况表

D8学生变动情况表

D8学生变动情况表第20页

P1.3.5休、复学处理

D4

学籍管理数据库(主库)学生休学申请P1.3..6汇总休、复学信息学籍变动处理功效扩展结构图（2）

D2学生基本情况表

D4

学籍管理数据库(子库)

D2学生基本情况表