教学管理系统数据流程.pptVIP

教学管理系统数据流程的分析,MIS的系统分析,教学管理系统数据流程的分析： 1、教学管理系统的高层数据流程图 根据教学管理系统的高层业务流程图分析出教学管理系统的数据流程图。从高层业务流程图中分析可以发现，在这张图中“核实学生情况登记表”是在招生办公室参与下进行的，对于教学管理系统而言，最终只是负责将准确的学生情况登记表存入档案，以备学生在学习期间的各项业务处理使用。因此，可以考虑本系统只实现信息的输入功能。 “开会讨论”是在教务处教务科的主持下，各院系中的各专业针对每一学年的课程安排进行相互协商，最终产生教学执行计划的过程，对计算机信息系统而言，只能实现将协商确定后的教学执行计划存入档案。,MIS的系统分析,各 专业,P2 输入教学 执行计划,F2 学生情况档案,教学执行计划,教师情况 登记表,P1 输入 学生情况,P4 学生情况 统计,P6 排课,F1 学生变动台帐,P7 学生 学籍管理,F4 学生成绩档案,各 单位,各类统计表,课程表,教师任务 分配表,学生,省 教委,校长,各 院、系,教师,学生,学生情况登记表,P3 填写暂存 定货单,F3 教学执行计划,P5 打印教学 执行计划,学生成绩单,教师执行计划,教学管理系统的高层数据流程图,MIS的系统分析,“日常事务处理”业务中经常涉及到的一些信息的检索放在其他的业务过程中实现，而不考虑具体实现这项业务过程。通过以上分析，然后画出教学管理系统的高层数据流程图。如下所示： 2、教学管理系统扩展层的数据流程图 根据教学管理系统的高层数据流程图扩展出数据流程图若干张。下面以“学生学籍管理”为例，扩展出“学生学籍管理”数据流程图。从“学生学籍管理” 业务流程图中分析可以看出，校长对学生学籍变动的审批过程由信息系统完成是不现实的，因此考虑将其排除在系统实现的功能之外，同时可以将“审查学生申请”和“实施学生变动申请”合并，然后画出“学生学籍管理”数据流程图。如下所示：,MIS的系统分析,P7.2 初审学生 毕业资格,学生毕业 资格清单,P7.1 初步审查 学生申请,P7.4 复查学生 毕业资格,F2 学生情况档案,P7.7 降留级 处理,F4 学生成绩档案,学生毕业 资格证书,降留级通知,学生,教师,学生,学籍变动申请,P7.3 填写暂存 定货单,F3 教学执行计划,P7.5 学生成绩 存档,降 、留级 学生清单,教学管理系统学生学籍处理数据流程图,初审后学生 变动申请,学生变动通知,P7.6 降留级 预处理,学生 成绩单,MIS的系统分析,3、数据流程绘制过程中应遵循的原则： 首先确定系统的外部项。系统外部项的确定也就规定了系统与外部环境的分界线。 在高层数据流程图中一般只画出系统正常运行时的主要输入和输出，也就是说高层数据流程图中只反映主要的、正常的逻辑功能。 数据流程图可以与规划中的企业模型相对应，系统各职能域及其相互关系用一级数据流程图表示；对每个职能域的扩展,MIS的系统分析,形成的业务过程及其相互关系用二级数据流程图表示；对所有业务过程的扩展形成的业务过程及其相互关系用三级数据流程图表示。 绘制数据流程图一般遵循从左到右，从上到下的原则进行。左侧的外部项通常是系统主要的数据输入来源，然后画出由该外部项产生的数据流和相应的处理功能。接受该系统的外部项一般画在数据流程图的右侧。 数据流程图需要经过反复的修改才能最终形成。 所有数据流程图经过仔细检查以保证其正确性。,MIS的系统分析,数据库设计 前面的业务流程图和数据流程图对系统分析员来说是对现行系统的详细调查认识过程，对业务人员来说是对其自身系统的一个再认识的过程。如何根据这些调查的结果及用户的数据处理需求产生新系统的逻辑结构，数据分析以及数据库建立是关键的一步。在总体规划中规定了各子系统之间的数据共享和交换关系以及这些数据的分布要求，但是这些数据库是如何组织的，如何将总体规划中的数据库组织成合理的逻辑结构，为了完成某些具体应用需求还需要再建立那些专用的数据库，是系统分析所要完成的主要任务之一。,MIS的系统分析,数据库的逻辑设计 数据库技术主要解决的是对于给定的一组数据如何构造一个适合于它们的模式，即数据库的逻辑结构。这种逻辑结构一般用关系数据库来描述。无论是表还是数据库文件，在实现上首先要经过规范化处理，根据具体的应用需求将每一个关系规范成一范式、二范式、三范式等形式。 一、主题数据库的规范化设计 在建立了初步的数据字典及前面的业务流程调查和数据流程分析能够更加清晰地确定出主题数据库所包含的各项数据元素及其相互间的依赖关系，从而为建立主题数据库模型奠定了基础。 主题数据库模型的建立一般可以采用以下几个步骤进行： 1、将每个主题数据库所包含的各类数据载体（各种单证、报表、帐册等）收集在一起，消除冗余的数据元素，最终确定出这些数据载体中应包含的数据元素，并分析它们之间的数据依赖关系。,MIS的系统分析,2、按照数据库规范理论，将这些主题数据库规范成三范式，形成一组关系表。 3、从理论上所三范式形式是一种良好的规范化结构，但在实际应用中还要考虑这组关系是否能够真正满足应用的需求，在物理实现中又将产生什么问题，从而要对这组关系进行调整。有时有的关系调整到二范式甚至一范式就可以了。 4、经过上面三个步骤的分析处理，便可确定出主题数据库逻辑模型。这些模型要与用户讨论和确认，才能形成正式的数据库模型。 二、主题数据库的规范化设计实例 以教学管理系统为例，分析系统中的主题数据库，建立稳定的数据模型。 教学管理系统的总体方案中规划出主题数据库8个。如学籍管理数据库记录了学生基本信息、奖惩信息、学籍变动情况，学生参加课外活动情况、学生验证情况等信息。,MIS的系统分析,实际上学籍管理主题数据库包含了教学管理系统高层数据流程图中的“学生变动台帐”和“学生情况档案”两个数据存储中的信息。将有关这些信息的载体收集上来以后，通过分析将其分解成如下形式： 学籍管理数据库 学生基本情况表 DBSTUDB (a) DBSTUD 学生处分情况表 DBSTUDC 学生奖励情况表 DBSTUDE 学生变动情况表 DBSTUDU 学生验证情况表 DBSTUDH 学生课外活动情况表 DBSTUDA 这些表之间的联系如下所示：,MIS的系统分析,学生基本情况表 DBSTUDB （b） 学生学号 姓名 曾用名 性别 民族 办学形式 学生处分情况表 DBSTUDC 学生学号 姓名 处分原因 处分形式 处分时间 学生奖励情况表 DBSTUDE 学生学号 姓名 奖励原因 奖励形式 奖励奖金 奖励时间 学生变动情况表 DBSTUDU 学生学号 姓名 原学生编码 奖励原因 变动时间 学生验证情况表 DBSTUDH 学生学号 姓名 学生证挂失日期 新学生证号 学生课外活动情况表 DBSTUDA 学生学号 姓名 活动小组名称 起始日期 终止日期 ,（a)+(b) 学籍管理主题数据库模型,MIS的系统分析,在主题数据库模型设计的同时还要对所有的数据元素进行详细的分析和定义，定义的内容包括数据元素标识、数据元素类型、长度。 功能分析建立新系统逻辑方案 经过前面分析的业务流程调查、数据流程的抽取以及数据分析，系统分析员已经对现行系统有了比较深刻的认识，再进一步调查最终用户对系统的功能需求、系统性能需求、运行需求以及预测将来可能的需求，便可以建立新系统的逻辑结构。新系统的逻辑结构仍然用“自顶向下”的方式进行。首先建立新系统的总体逻辑结构，然后明确处理方式，最终提出系统分析报告。,MIS的系统分析,一、新系统的逻辑结构的建立 新系统的逻辑结构的建立主要依据数据分析所建立的主题数据库、专用数据库，将现行系统的数据流程图转换为新系统的数据流程图，形成新系统的逻辑结构。 由于这种新的数据处理流程是建立在数据库基础上的，因此在系统内部所进行的数据交换都是基于数据库的。下面仍以教学管理系统为例建立新系统的逻辑结构。 数据分析对总体规划中提出的8个主题数据库进行了规范处理后，所建立的数据库模型是建立新系统逻辑结构的基础。新系统的逻辑功能应该是围绕着的8个主题数据库而建立。例如： “学籍管理数据库”的内容包含了“学生变动台帐”和“学生情况档案”中的信息，所以有关“输入学生情况登记表”和“建立学生变动台帐”的功能可以归并为“学生学籍管理”功能模块中，同时该模块还要完成有关学籍管理的其它功能。,MIS的系统分析,各系院送交的教师任务表进入系统后，其信息要进入“教师任课数据库”、教学执行计划数据存储中的信息在新系统中被放在“课程管理数据库”中，对这两个主题数据库可以由“教学计划管理”功能模块来完成。 档案信息放在“学生成绩数据库”中，相应地根据由教师送交的学生成绩单所进行的学生成绩存档功能由“成绩管理”功能模块来完成。 对“教师管理数据库”和“教室管理数据库”的管理也通过“教师基本信息管理”和“教室设施管理”两个功能模块来完成。 根据“课程管理数据库”、“教师任课数据库”、“教室管理数据库”和“教师管理数据库”信息所进行的“排课管理产生的排课信息放入”课表数据库“中。 考虑到实际的应用需求，将现行系统中的“学生情况统计”所实现的功能在新系统中分解为“统计管理”和“报表管理”。其统计信息放入“统计数据库”中。值得注意的是该统计数据库中存放了大量的统计信息，还包含日常事务统计和对历史数据的统计分析。以备将来的需求扩充。 由此可以画出新系统的逻辑结构图：,MIS的系统分析,P.2 成绩 管理,P1 学籍 管理,P6 排课 管理,D4 统计数据库,P8 教室设 施管理,D3 课程管理数据库,课程表,学生,教师,学生,学生情况登记表,P4 报表 管理,D4 教师任课数据库,教学管理系统总体逻辑结构图,各类统计表,P3 统计 管理,省 教委,校长,各 单位,教师,D1学籍管理数据库,D2 学生成绩数据库,各 专业,人 事处,D6 学籍管理数据库,P5 教学计 划管理,P7 教学基本 信息管理,D5 教师管理数据库,D8 教室管理数据库,学生成绩单,教学执行计划,教师任务分配表,教师基本情况表,MIS的系统分析,由教学管理系统总体逻辑结构图所表示的各项处理功能实际上是教学管理系统子系统的划分，表示的是各子系统之间的数据存取与交换关系，而这些子系统的功能描述只是表达了它们内部数据处理业务的范围。为了更加详细地描述其内部处理功能，必须按照同样的方法对它们进行扩展分析，设计出每个子系统的逻辑结构图。现以“学籍管理”为例设计子系统的逻辑结构图。 由教学管理系统总体逻辑结构图中可以看出，与学籍管理子系统相关的数据库有“学生学籍管理数据库” 和“学生成绩数据库”，与外界的联系是学生外部项提供的“学生情况登记表”。有关学籍的各项现行管理表示出学生的学籍变动申请、学生的毕业资格审查以及学生的降留级处理，首先都要通过各系、院的先期处理后再交教务处教务科做最后的处理，从管理内容上来说这是一种复杂的劳动，新系统的建立则要考虑系统的优化问题。 学籍管理子系统的逻辑结构图表示如下：,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 学 生处分情 况 表,学生受奖名单,MIS的系统分析,由学籍管理子系统的逻辑结构图可以看出，学生情况信息首先由各系负责将数据录入到本地的“学生学籍管理数据库”的子集数据库中，然后教务处教务科再负责汇总，将数据存放在“学生学籍管理数据库” 的主库中。学生的降留级处理、试读处理、毕业资格审查和学生换证处理均在教务处教务科中根据“学生学籍管理数据库” 和“学生成绩数据库” 的主库信息来处理。学生自愿提出的学籍变动，由“学籍变动处理”功能来完成，该项功能以及“学生受奖处理”、“学生处分处理”功能如何，在这张图中表示的并不十分明确，因此还需进一步将其扩展成三级数据流图，如下图所示：,P1.3.1 跳级 处理,D4 学籍管理数据库(主库 ),学生,跳级申请,P1.32 汇总跳级 信息,学籍变动处理功能的扩展结构图（1）,D2 学 生 基 本 情 况 表,D4 学籍管理数据库(子库 ),D2 学 生 基 本 情 况 表,D8 学 生 变 动 情 况 表,D8 学 生 变 动 情 况 表,P1.3.3 转专业 处理,D4 学籍管理数据库(主库 ),学生,转专业申请,P1.3.4 汇总转专 业信息,D2 学 生 基 本 情 况 表,D4 学籍管理数据库(子库 ),D2 学 生 基 本 情 况 表,D8 学 生 变 动 情 况 表,D8 学 生 变 动 情 况 表,P1.3.5 休、复学 处理,D4 学籍管理数据库(主库 ),学生,休学申请,P1.36 汇总休、 复学信息,学籍变动处