管理信息系统实验
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
其次，教务处根据二级院校收集的补考学生信息和审批后的正式补考计划安 排补考的时间、地点。在此过程中，应特别考虑到以下四点：1、同一门课程应 该在同一时间考试；2、同一学生若有多门课程需要补考，则这几门课程的补考 不能安排在同一时间进行；3、考试作弊的学生不能参加正常补考；4、每个教室 安排的补考学生人数最多为教室容纳人数的一半。
在做实验的过程中，我对 Visio 软件的运用变得娴熟，同时也熟练了我的 Microsoft Office 软件的运用技巧。
学以致用，在实验中思考，让我们真正做到了联系实际，贴近现实。学会科 学知识并不是我们应该追求的，学以致用，才应该是学习的最终结果。
2012 年 10 月 14 日
实验二： 系统分析（二）——数据流程调查分析
实验一： 管理业务流程调查分析
——
一、 系统业务背景分析
在计算机技术飞速发展的今天，应用数据库技术实现学生补考信息的计算机 管理是可行而且十分有意义的工作。在补考管理中，需要从大量的日常教学活动 中提取相关信息，以反映情况。传统的手工操作方式，易发生数据丢失，统计错 误，劳动强度高，且速度慢。使用计算机可以高速，快捷地完成以上工作。在计 算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管 理行为，从而提高了管理效率和水平。
涉及的处理：P4、P5
补考学生明细表的数据如下：
编号：D2
简述：纪录所有参加补考学生的信息
数据结构：班级名称（bjmc） c(8)
学号（xh） c(10)
姓名（xm） c(8)
课程名称（kcmc） c(30)
补考标志（bkbz） c(2)
流入的数据流：补考学生明细表上的数据
流出的数据流：
涉及的处理：P1
流出的数据流：补考成绩
涉及的处理：P5
2)处理描述
登记补考信息的处理过程如下： 编号：P1 流入：学生成绩报告单和其补考申请 流出：参加补考学生数据和补考学生明细表 处理：本处理过程过滤出满足以下条件的学生纪录：（1）考试成绩不 合格（小于60分）；（2）申请缓考；（3）考试作弊；（4）应届毕业生申 请毕业前补考；（5）结业生为换发毕业证书申请回校补考。
10 正常 11 补考请假 12 补考作弊 13 考试旷考 4）部门编号 本学校共有 12 个二级院系，按照单位成立的时间顺序编号，教务处是本系统 中唯一涉及的部门，编号为“0”，其他单位编码如下： 00 教务处 04 纺织系 08 人文系 01 机械系 05 管理系 09 数理系 02 电气系 06 生化系 0 10 外语系 03 艺术系 07 计算机系 11 机电学院 5）课程编码 课程采取七位三级编码方式：第 1—2 为是开课院系代码，第 3—4 位是教研 室代码，5—7 位是顺序码。 6）学号 学号编码共 10 位，其中 1—3 位为入学年代码，4-5 位为院系代码,6-7 位为 专业代码，8 位为班级代码，第 9—10 位是顺序码。 如：学号 3060703203
3）二级院系：二级院系办公室负责收集补考学生信息，上报给教务处，收
到教务处下发的补考安排后通知学生；按补考安排组织学生补考，收到试卷后组 织教研室教师进行阅卷；填写补考成绩报告单。
2、图表如下：（图 2）
分管教学的副校长
教务处
二级院系
教务处
教务管理科
办公室
教研室
三、 现行系统功能层次分析（图示如下）
PK
课程名称
PK,FK1 院系编号
FK2
教室编号
班级 PK 班级名称
班级人数 FK1 所在院系编号
学生 PK 学号
姓名 FK1 班级名称
补考
PK,FK1 学号 PK,FK2 课程名称
学生 PK 学号
姓名 FK1 班级名称
教室 PK 教室编号
教室名称 容纳人数
实验四：
2012 年 10 月 15 日
系统设计（一）——新系统功能模块图 设计和代码设计
编辑补考通知单的处理过程如下：
编号：P4 流入：补考的学生、课程、补考时间、地点等 流出：补考通知单 处理：该处理利用可供补考用教室数据、参加补考学生数据和为每个学 生安排的补考时间、地点等数据为每个参加补考的学生编辑“补考通知单”
登记学生补考成绩的处理过程如下： 编号：P5 流入：教室阅卷后的成绩数据和补考通知单上与补考管理相关的信息 流出：“补考成绩明细表”上所需的数据和补考不及格学生的数据 处理：该处理利用补考通知单上学生和课程的相关数据，以及教师批阅 试卷后所给出的补考成绩，编制补考成绩明细表；过滤必考不及格的学生名 单，用于学籍管理处理。
再次，教务处把安排好的补考时间、地点发放给二级院系，由二级院系负责 制作学生补考通知单，并通知学生。二级院系还要按照教务处安排组织学生补考、 教师阅卷、填写补考成绩报告单等工作。
最后，教务处负责汇总学生补考后的成绩，按照学生管理文件的有关内容， 提出学生学籍变动意见，如退学降级等。学籍变动意见经分管院长批准后，成为 正式学籍变动文件。该文件要发放给二级院系和学生本人。
3 是本科，06 是指 06 年入学，07 是指计算机系，03 是指信管专业，2 是指 2 班，03 是指学生的序号
2012 年 10 月 14 日
新的管理模式以追求学校整体效益和效率的提高为目标。开发的新系统功能 强大，通过这些功能实现对学生、课程、教师、教务处、二级院校等教学系统中 几个关键要素的科学管理，同时实现准确统计成绩、安排补考、即时查询、按照 各项要求灵活完成统计报表，以及对校内各种资源进行统一、科学的管理。
二、 现行系统组织结构分析
⑴做实验初期，对 Visio 软件开发环境运用不熟练，导致制作流程图的时 候耗费时间过长，不能做到快速熟练的操作该系统。
⑵对补考管理信息系统认识不深，系统整体功能偏少，不能满足成绩管理的 所有需求，需要在使用中不断的完善。
2、实验体会
通过本次实验，我加深了对管理信息系统这门课程的认识，同时把所学的管 理信息系统的知识都串联在了一起，在进行实验的同时把所学知识系统的整理在 了一起。
2、图表如下：（图 4）
副校 长
教室信 息
初步 补考 计划
成绩 报告 单
教务 科
二级 院系
正式补考 计划
教室 管理 科
补考学 生一览 表
二级 院系
补考 安排 表
补考通知 单
学生
副校 长
学籍 变动 文件
补考不及 格学生一 览表
学籍 变动 意见
教务 科
教师
教务 科
学籍 管理 文件
补考 成绩 单
五、 实验中存在的问题和实验体会 1、实验中存在的问题
监考人（jkr） c(8)
流入的数据流：补考安排表上所需的数据
流出的数据流：
涉及的处理：P2
补考成绩表的数据如下：
编号：D4
简述：纪录所有参加补考学生的成绩
数据结构：班级名称（bjmc） c(8)
学生成绩*
学号（xh） c(10)
姓名（xm） c(8)
成绩（cj） int(4)
流入的数据流：补考成绩表上所需的数据
D1 补考通知
教师
院长办 公室
P5 登记学生 补考成绩
P6 补考后成 绩和学籍
D4 补考成绩
学生
D5 学籍处理文件
学籍管 理系统
二、数据字典
数据字典是对数据流程图的详细、全面的描述，通过数据字典和数据流
程图的相互对照，可以便于发现流程图中的问题。
1)数据存储字典
补考通知单的数据如下：
编号：D1
简述：学生根据此通知单的内容参加补考
一、 现行系统功能层次分析（图示如下）
系统维护
高校补考管理系 统
数据录入
考场安排
查询打印
退出系统
数
基
信 息 交 换
系 统 初 始 化
据 备 份 恢
用 户 信 息
本 信 息 维
复
护
录录 入入 补补 考考 名沉 单寂
安安 排排 补补 考考 场教 次室
补补补补
考考考考
安 排
场 次
成 绩 报
成 绩 通
明统告知
系统维护
高校补考管理系 统
数据录入
考场安排
查询打印
退出系统
数
基
信 息 交 换
系 统 初 始 化
据 备 份 恢
用 户 信 息
本 信 息 维
复
护
录录 入入 补补 考考 名沉 单寂
安安 排排 补补 考考 场教 次室
补补补补
考考考考
安 排
场 次
成 绩 报
成 绩 通
明统告知
细计单单
下合 发并 信上 息报
信 息
2012 年 10 月 14 日
实验三： 系统分析（三）——新系统概念模型的建立
—
一、E-R 总图
二、E-R 局部图
院系_班级
院系 PK 院系编号
院系名称
学生_班级
班级 PK 班级名称
班级人数 FK1 所在院系编号
补考（学生_课程）
课程
PK
课程名称
PK,FK1 院系编号
FK2
教室编号
课程_教室
课程
补考安排明细表的数据如下：
编号：D3
简述：该表下发到各二级院系，二级院系根据该表的内容组织补考
数据结构：日期（rq） d(8)
开始时间（kssj） t(8)
结束时间（jssj） t(8)
教室编号（jsbh） c(6)
课程名称（kcmc） c(30) 班级名称（bjmc） c(8)
补考人数（rs） int(4)
一、数据流程分析
根据实验一的业务流程，对其中的数据处理、数据存储以及数据流动过程进 行抽象，得到了系统的逻辑模型，即系统的数据流程图
具体流程图如下：
D2 补考学生明细表
D3 补考安排明细表
二级 院系
P1 登记补考 学生信息
P2 安排补考 地点、时间
教室管 理科
P3 编辑教 室信息
P4 编辑补 考通知
细计单单
下合 发并 信上 息报
信 息
备恢 份复 数数 据据
补补补 院班课教考考考 系级程室场原备 信信信信次因注 息息息息信信信
息息息
二、代码设计
1）补考时间代码设计
查看学校数据，根据以往经验，最多的补考场次为 30 场，因此，每场次设置
两位代码，预设 99 个场次，代码“01”到“99”。
2）补考原因代码设计
1、管理职能分析 1）分管教务的副校长：全面负责补考业务管理，具体业务有审批教务处拟
定的初步计划、审批补考后有关学生学籍变动的处理意见等。 2）教务处：教务处教务科负责汇总二级院校采集的补考学生信息、安排补
考时间、地点，最后汇总学生补考成绩，提出学籍变动意见；教务处教师管理科 负责提供补考用的教室信息。
编辑教室信息的处理过程如下： 编号：P2 流入：教室资源信息 流出：供补考用教室数据 处理：该处理利用教室资源信息，根据补考教室的空闲情况，编写可供 补考用的教室数据。
安排补考的时间、地点的处理过程如下： 编号：P3 流入：参加补考学生数据和供补考用教室数据 流出：补考安排明细表的数据和补考的时间、地点等数据 处理：在该过程中应满足以下约束：（1）同一学生不能在同一时间参 加两门或两门以上课程的补考；（2）同一门课程应该在同一时间考试；（3） 考试作弊的学生不能参加正常补考；（4）每个教室安排的补考学生人数最 多为教室容纳人数的一半。
Fra Baidu bibliotek
由于学校学籍管理办法正在修订中，使用两位数字表示补考原因，其中首位
为“0”，具体的代码如下：
00 考试不及格
04 重修补考
01 考试请假
05 毕业前补考
02 考试作弊
06 毕业后补考
03 考试旷考 3）补考备注代码设计
由于学校学籍管理办法正在修订中，使用两位数字表示补考原因，其中首位 为“1”，具体如下：
三、 实验中存在的问题和实验体会 1、实验中存在的问题
⑴系统整体功能偏少，不能满足成绩管理的所有需求，需要在使用中不断的 完善
⑵增强各种灵活的及时查询分析功能。
2、实验体会
在进行实验的同时把所学知识系统的整理在了一起。 在做实验的过程中，我对 Visio 软件的运用变得娴熟，同时也熟练了我的 Microsoft Office 软件的运用技巧。 学以致用，联系实际，贴近现实。学会科学知识并不是我们应该追求的，学 以致用，才应该是学习的最终结果。
数据结构：学号（xh） c(10)
姓名（xm） c(8)
班级名称（bjmc） c(8)
补考课程*
课程名称（kcmc） c(30)
补考日期（rq） d(8)
开始时间（kssj） t(8)
结束时间（jssj） t(8)
补考地点（bkdd） c(6)
流入的数据流：补考通知单所需信息
流出的数据流：补考通知单上与补考后管理相关信息
备恢 份复 数数 据据
补补补 院班课教考考考 系级程室场原备 信信信信次因注 息息息息信信信
息息息
四、 现行系统业务流程分析
首先，教务科拟定初步补考计划，初步补考计划经分管院长审批、修改后成 为正式补考计划；同时，二级院系负责根据教师的“成绩报告单”收集补考学生 信息，如学生学号、姓名、不及格课程名称、班级名称等。
在做实验的过程中，我对 Visio 软件的运用变得娴熟，同时也熟练了我的 Microsoft Office 软件的运用技巧。
学以致用，在实验中思考，让我们真正做到了联系实际，贴近现实。学会科 学知识并不是我们应该追求的，学以致用，才应该是学习的最终结果。
2012 年 10 月 14 日
实验二： 系统分析（二）——数据流程调查分析
实验一： 管理业务流程调查分析
——
一、 系统业务背景分析
在计算机技术飞速发展的今天，应用数据库技术实现学生补考信息的计算机 管理是可行而且十分有意义的工作。在补考管理中，需要从大量的日常教学活动 中提取相关信息，以反映情况。传统的手工操作方式，易发生数据丢失，统计错 误，劳动强度高，且速度慢。使用计算机可以高速，快捷地完成以上工作。在计 算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管 理行为，从而提高了管理效率和水平。
涉及的处理：P4、P5
补考学生明细表的数据如下：
编号：D2
简述：纪录所有参加补考学生的信息
数据结构：班级名称（bjmc） c(8)
学号（xh） c(10)
姓名（xm） c(8)
课程名称（kcmc） c(30)
补考标志（bkbz） c(2)
流入的数据流：补考学生明细表上的数据
流出的数据流：
涉及的处理：P1
流出的数据流：补考成绩
涉及的处理：P5
2)处理描述
登记补考信息的处理过程如下： 编号：P1 流入：学生成绩报告单和其补考申请 流出：参加补考学生数据和补考学生明细表 处理：本处理过程过滤出满足以下条件的学生纪录：（1）考试成绩不 合格（小于60分）；（2）申请缓考；（3）考试作弊；（4）应届毕业生申 请毕业前补考；（5）结业生为换发毕业证书申请回校补考。
10 正常 11 补考请假 12 补考作弊 13 考试旷考 4）部门编号 本学校共有 12 个二级院系，按照单位成立的时间顺序编号，教务处是本系统 中唯一涉及的部门，编号为“0”，其他单位编码如下： 00 教务处 04 纺织系 08 人文系 01 机械系 05 管理系 09 数理系 02 电气系 06 生化系 0 10 外语系 03 艺术系 07 计算机系 11 机电学院 5）课程编码 课程采取七位三级编码方式：第 1—2 为是开课院系代码，第 3—4 位是教研 室代码，5—7 位是顺序码。 6）学号 学号编码共 10 位，其中 1—3 位为入学年代码，4-5 位为院系代码,6-7 位为 专业代码，8 位为班级代码，第 9—10 位是顺序码。 如：学号 3060703203
3）二级院系：二级院系办公室负责收集补考学生信息，上报给教务处，收
到教务处下发的补考安排后通知学生；按补考安排组织学生补考，收到试卷后组 织教研室教师进行阅卷；填写补考成绩报告单。
2、图表如下：（图 2）
分管教学的副校长
教务处
二级院系
教务处
教务管理科
办公室
教研室
三、 现行系统功能层次分析（图示如下）
PK
课程名称
PK,FK1 院系编号
FK2
教室编号
班级 PK 班级名称
班级人数 FK1 所在院系编号
学生 PK 学号
姓名 FK1 班级名称
补考
PK,FK1 学号 PK,FK2 课程名称
学生 PK 学号
姓名 FK1 班级名称
教室 PK 教室编号
教室名称 容纳人数
实验四：
2012 年 10 月 15 日
系统设计（一）——新系统功能模块图 设计和代码设计
编辑补考通知单的处理过程如下：
编号：P4 流入：补考的学生、课程、补考时间、地点等 流出：补考通知单 处理：该处理利用可供补考用教室数据、参加补考学生数据和为每个学 生安排的补考时间、地点等数据为每个参加补考的学生编辑“补考通知单”
登记学生补考成绩的处理过程如下： 编号：P5 流入：教室阅卷后的成绩数据和补考通知单上与补考管理相关的信息 流出：“补考成绩明细表”上所需的数据和补考不及格学生的数据 处理：该处理利用补考通知单上学生和课程的相关数据，以及教师批阅 试卷后所给出的补考成绩，编制补考成绩明细表；过滤必考不及格的学生名 单，用于学籍管理处理。
再次，教务处把安排好的补考时间、地点发放给二级院系，由二级院系负责 制作学生补考通知单，并通知学生。二级院系还要按照教务处安排组织学生补考、 教师阅卷、填写补考成绩报告单等工作。
最后，教务处负责汇总学生补考后的成绩，按照学生管理文件的有关内容， 提出学生学籍变动意见，如退学降级等。学籍变动意见经分管院长批准后，成为 正式学籍变动文件。该文件要发放给二级院系和学生本人。
3 是本科，06 是指 06 年入学，07 是指计算机系，03 是指信管专业，2 是指 2 班，03 是指学生的序号
2012 年 10 月 14 日
新的管理模式以追求学校整体效益和效率的提高为目标。开发的新系统功能 强大，通过这些功能实现对学生、课程、教师、教务处、二级院校等教学系统中 几个关键要素的科学管理，同时实现准确统计成绩、安排补考、即时查询、按照 各项要求灵活完成统计报表，以及对校内各种资源进行统一、科学的管理。
二、 现行系统组织结构分析
⑴做实验初期，对 Visio 软件开发环境运用不熟练，导致制作流程图的时 候耗费时间过长，不能做到快速熟练的操作该系统。
⑵对补考管理信息系统认识不深，系统整体功能偏少，不能满足成绩管理的 所有需求，需要在使用中不断的完善。
2、实验体会
通过本次实验，我加深了对管理信息系统这门课程的认识，同时把所学的管 理信息系统的知识都串联在了一起，在进行实验的同时把所学知识系统的整理在 了一起。
2、图表如下：（图 4）
副校 长
教室信 息
初步 补考 计划
成绩 报告 单
教务 科
二级 院系
正式补考 计划
教室 管理 科
补考学 生一览 表
二级 院系
补考 安排 表
补考通知 单
学生
副校 长
学籍 变动 文件
补考不及 格学生一 览表
学籍 变动 意见
教务 科
教师
教务 科
学籍 管理 文件
补考 成绩 单
五、 实验中存在的问题和实验体会 1、实验中存在的问题
监考人（jkr） c(8)
流入的数据流：补考安排表上所需的数据
流出的数据流：
涉及的处理：P2
补考成绩表的数据如下：
编号：D4
简述：纪录所有参加补考学生的成绩
数据结构：班级名称（bjmc） c(8)
学生成绩*
学号（xh） c(10)
姓名（xm） c(8)
成绩（cj） int(4)
流入的数据流：补考成绩表上所需的数据
D1 补考通知
教师
院长办 公室
P5 登记学生 补考成绩
P6 补考后成 绩和学籍
D4 补考成绩
学生
D5 学籍处理文件
学籍管 理系统
二、数据字典
数据字典是对数据流程图的详细、全面的描述，通过数据字典和数据流
程图的相互对照，可以便于发现流程图中的问题。
1)数据存储字典
补考通知单的数据如下：
编号：D1
简述：学生根据此通知单的内容参加补考
一、 现行系统功能层次分析（图示如下）
系统维护
高校补考管理系 统
数据录入
考场安排
查询打印
退出系统
数
基
信 息 交 换
系 统 初 始 化
据 备 份 恢
用 户 信 息
本 信 息 维
复
护
录录 入入 补补 考考 名沉 单寂
安安 排排 补补 考考 场教 次室
补补补补
考考考考
安 排
场 次
成 绩 报
成 绩 通
明统告知
系统维护
高校补考管理系 统
数据录入
考场安排
查询打印
退出系统
数
基
信 息 交 换
系 统 初 始 化
据 备 份 恢
用 户 信 息
本 信 息 维
复
护
录录 入入 补补 考考 名沉 单寂
安安 排排 补补 考考 场教 次室
补补补补
考考考考
安 排
场 次
成 绩 报
成 绩 通
明统告知
细计单单
下合 发并 信上 息报
信 息
2012 年 10 月 14 日
实验三： 系统分析（三）——新系统概念模型的建立
—
一、E-R 总图
二、E-R 局部图
院系_班级
院系 PK 院系编号
院系名称
学生_班级
班级 PK 班级名称
班级人数 FK1 所在院系编号
补考（学生_课程）
课程
PK
课程名称
PK,FK1 院系编号
FK2
教室编号
课程_教室
课程
补考安排明细表的数据如下：
编号：D3
简述：该表下发到各二级院系，二级院系根据该表的内容组织补考
数据结构：日期（rq） d(8)
开始时间（kssj） t(8)
结束时间（jssj） t(8)
教室编号（jsbh） c(6)
课程名称（kcmc） c(30) 班级名称（bjmc） c(8)
补考人数（rs） int(4)
一、数据流程分析
根据实验一的业务流程，对其中的数据处理、数据存储以及数据流动过程进 行抽象，得到了系统的逻辑模型，即系统的数据流程图
具体流程图如下：
D2 补考学生明细表
D3 补考安排明细表
二级 院系
P1 登记补考 学生信息
P2 安排补考 地点、时间
教室管 理科
P3 编辑教 室信息
P4 编辑补 考通知
细计单单
下合 发并 信上 息报
信 息
备恢 份复 数数 据据
补补补 院班课教考考考 系级程室场原备 信信信信次因注 息息息息信信信
息息息
二、代码设计
1）补考时间代码设计
查看学校数据，根据以往经验，最多的补考场次为 30 场，因此，每场次设置
两位代码，预设 99 个场次，代码“01”到“99”。
2）补考原因代码设计
1、管理职能分析 1）分管教务的副校长：全面负责补考业务管理，具体业务有审批教务处拟
定的初步计划、审批补考后有关学生学籍变动的处理意见等。 2）教务处：教务处教务科负责汇总二级院校采集的补考学生信息、安排补
考时间、地点，最后汇总学生补考成绩，提出学籍变动意见；教务处教师管理科 负责提供补考用的教室信息。
编辑教室信息的处理过程如下： 编号：P2 流入：教室资源信息 流出：供补考用教室数据 处理：该处理利用教室资源信息，根据补考教室的空闲情况，编写可供 补考用的教室数据。
安排补考的时间、地点的处理过程如下： 编号：P3 流入：参加补考学生数据和供补考用教室数据 流出：补考安排明细表的数据和补考的时间、地点等数据 处理：在该过程中应满足以下约束：（1）同一学生不能在同一时间参 加两门或两门以上课程的补考；（2）同一门课程应该在同一时间考试；（3） 考试作弊的学生不能参加正常补考；（4）每个教室安排的补考学生人数最 多为教室容纳人数的一半。
Fra Baidu bibliotek
由于学校学籍管理办法正在修订中，使用两位数字表示补考原因，其中首位
为“0”，具体的代码如下：
00 考试不及格
04 重修补考
01 考试请假
05 毕业前补考
02 考试作弊
06 毕业后补考
03 考试旷考 3）补考备注代码设计
由于学校学籍管理办法正在修订中，使用两位数字表示补考原因，其中首位 为“1”，具体如下：
三、 实验中存在的问题和实验体会 1、实验中存在的问题
⑴系统整体功能偏少，不能满足成绩管理的所有需求，需要在使用中不断的 完善
⑵增强各种灵活的及时查询分析功能。
2、实验体会
在进行实验的同时把所学知识系统的整理在了一起。 在做实验的过程中，我对 Visio 软件的运用变得娴熟，同时也熟练了我的 Microsoft Office 软件的运用技巧。 学以致用，联系实际，贴近现实。学会科学知识并不是我们应该追求的，学 以致用，才应该是学习的最终结果。
数据结构：学号（xh） c(10)
姓名（xm） c(8)
班级名称（bjmc） c(8)
补考课程*
课程名称（kcmc） c(30)
补考日期（rq） d(8)
开始时间（kssj） t(8)
结束时间（jssj） t(8)
补考地点（bkdd） c(6)
流入的数据流：补考通知单所需信息
流出的数据流：补考通知单上与补考后管理相关信息
备恢 份复 数数 据据
补补补 院班课教考考考 系级程室场原备 信信信信次因注 息息息息信信信
息息息
四、 现行系统业务流程分析
首先，教务科拟定初步补考计划，初步补考计划经分管院长审批、修改后成 为正式补考计划；同时，二级院系负责根据教师的“成绩报告单”收集补考学生 信息，如学生学号、姓名、不及格课程名称、班级名称等。