管理信息系统实验.docx

上传人:b****7 文档编号:9141404 上传时间:2023-02-03 格式:DOCX 页数:13 大小:341.77KB
下载 相关 举报
管理信息系统实验.docx_第1页
第1页 / 共13页
管理信息系统实验.docx_第2页
第2页 / 共13页
管理信息系统实验.docx_第3页
第3页 / 共13页
管理信息系统实验.docx_第4页
第4页 / 共13页
管理信息系统实验.docx_第5页
第5页 / 共13页
点击查看更多>>
下载资源
资源描述

管理信息系统实验.docx

《管理信息系统实验.docx》由会员分享,可在线阅读,更多相关《管理信息系统实验.docx(13页珍藏版)》请在冰豆网上搜索。

管理信息系统实验.docx

管理信息系统实验

实验一:

管理业务流程调查分析

——

 

一、系统业务背景分析

在计算机技术飞速发展的今天,应用数据库技术实现学生补考信息的计算机管理是可行而且十分有意义的工作。

在补考管理中,需要从大量的日常教学活动中提取相关信息,以反映情况。

传统的手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢。

使用计算机可以高速,快捷地完成以上工作。

在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率和水平。

新的管理模式以追求学校整体效益和效率的提高为目标。

开发的新系统功能强大,通过这些功能实现对学生、课程、教师、教务处、二级院校等教学系统中几个关键要素的科学管理,同时实现准确统计成绩、安排补考、即时查询、按照各项要求灵活完成统计报表,以及对校内各种资源进行统一、科学的管理。

二、现行系统组织结构分析

1、管理职能分析

1)分管教务的副校长:

全面负责补考业务管理,具体业务有审批教务处拟定的初步计划、审批补考后有关学生学籍变动的处理意见等。

2)教务处:

教务处教务科负责汇总二级院校采集的补考学生信息、安排补考时间、地点,最后汇总学生补考成绩,提出学籍变动意见;教务处教师管理科负责提供补考用的教室信息。

3)二级院系:

二级院系办公室负责收集补考学生信息,上报给教务处,收到教务处下发的补考安排后通知学生;按补考安排组织学生补考,收到试卷后组织教研室教师进行阅卷;填写补考成绩报告单。

2、图表如下:

(图2)

三、现行系统功能层次分析(图示如下)

 

四、现行系统业务流程分析

首先,教务科拟定初步补考计划,初步补考计划经分管院长审批、修改后成为正式补考计划;同时,二级院系负责根据教师的“成绩报告单”收集补考学生信息,如学生学号、、不及格课程名称、班级名称等。

其次,教务处根据二级院校收集的补考学生信息和审批后的正式补考计划安

排补考的时间、地点。

在此过程中,应特别考虑到以下四点:

1、同一门课程应该在同一时间考试;2、同一学生若有多门课程需要补考,则这几门课程的补考不能安排在同一时间进行;3、考试作弊的学生不能参加正常补考;4、每个教室安排的补考学生人数最多为教室容纳人数的一半。

再次,教务处把安排好的补考时间、地点发放给二级院系,由二级院系负责制作学生补考通知单,并通知学生。

二级院系还要按照教务处安排组织学生补考、教师阅卷、填写补考成绩报告单等工作。

最后,教务处负责汇总学生补考后的成绩,按照学生管理文件的有关内容,提出学生学籍变动意见,如退学降级等。

学籍变动意见经分管院长批准后,成为正式学籍变动文件。

该文件要发放给二级院系和学生本人。

2、图表如下:

(图4)

学籍变动意见

学籍变动文件

学籍管理文件

副校长

教务科

正式补考计划

初步补考计划

教室信息

副校长

成绩报告单

补考学生一览表

补考安排表

补考不及格学生一览表

补考成绩单

二级院系

教务科

教室管理科

教务科

二级院系

补考通知单

学生

教师

 

五、实验中存在的问题和实验体会

1、实验中存在的问题

⑴做实验初期,对Visio软件开发环境运用不熟练,导致制作流程图的时候耗费时间过长,不能做到快速熟练的操作该系统。

⑵对补考管理信息系统认识不深,系统整体功能偏少,不能满足成绩管理的所有需求,需要在使用中不断的完善。

2、实验体会

通过本次实验,我加深了对管理信息系统这门课程的认识,同时把所学的管理信息系统的知识都串联在了一起,在进行实验的同时把所学知识系统的整理在了一起。

在做实验的过程中,我对Visio软件的运用变得娴熟,同时也熟练了我的MicrosoftOffice软件的运用技巧。

学以致用,在实验中思考,让我们真正做到了联系实际,贴近现实。

学会科学知识并不是我们应该追求的,学以致用,才应该是学习的最终结果。

 

2012年10月14日

 

实验二:

系统分析

(二)——数据流程调查分析

一、数据流程分析

根据实验一的业务流程,对其中的数据处理、数据存储以及数据流动过程进行抽象,得到了系统的逻辑模型,即系统的数据流程图

具体流程图如下:

D2补考学生明细表D3补考安排明细表

 

 

D1补考通知

 

D4补考成绩

 

D5学籍处理文件

 

二、数据字典

数据字典是对数据流程图的详细、全面的描述,通过数据字典和数据流程图的相互对照,可以便于发现流程图中的问题。

1)数据存储字典

补考通知单的数据如下:

编号:

D1

简述:

学生根据此通知单的内容参加补考

数据结构:

学号(xh)c(10)(xm)c(8)

班级名称(bjmc)c(8)

补考课程*

课程名称(kcmc)c(30)补考日期(rq)d(8)

开始时间(kssj)t(8)结束时间(jssj)t(8)

补考地点(bkdd)c(6)

流入的数据流:

补考通知单所需信息

流出的数据流:

补考通知单上与补考后管理相关信息

涉及的处理:

P4、P5

补考学生明细表的数据如下:

编号:

D2

简述:

纪录所有参加补考学生的信息

数据结构:

班级名称(bjmc)c(8)学号(xh)c(10)

(xm)c(8)课程名称(kcmc)c(30)

补考标志(bkbz)c

(2)

流入的数据流:

补考学生明细表上的数据

流出的数据流:

涉及的处理:

P1

补考安排明细表的数据如下:

编号:

D3

简述:

该表下发到各二级院系,二级院系根据该表的内容组织补考

数据结构:

日期(rq)d(8)开始时间(kssj)t(8)

结束时间(jssj)t(8)教室编号(jsbh)c(6)

课程名称(kcmc)c(30)班级名称(bjmc)c(8)

补考人数(rs)int(4)监考人(jkr)c(8)

流入的数据流:

补考安排表上所需的数据

流出的数据流:

涉及的处理:

P2

补考成绩表的数据如下:

编号:

D4

简述:

纪录所有参加补考学生的成绩

数据结构:

班级名称(bjmc)c(8)学生成绩*

学号(xh)c(10)(xm)c(8)

成绩(cj)int(4)

流入的数据流:

补考成绩表上所需的数据

流出的数据流:

补考成绩

涉及的处理:

P5

2)处理描述

登记补考信息的处理过程如下:

编号:

P1

流入:

学生成绩报告单和其补考申请

流出:

参加补考学生数据和补考学生明细表

处理:

本处理过程过滤出满足以下条件的学生纪录:

(1)考试成绩不合格(小于60分);

(2)申请缓考;(3)考试作弊;(4)应届毕业生申请毕业前补考;(5)结业生为换发毕业证书申请回校补考。

编辑教室信息的处理过程如下:

编号:

P2

流入:

教室资源信息

流出:

供补考用教室数据

处理:

该处理利用教室资源信息,根据补考教室的空闲情况,编写可供补考用的教室数据。

安排补考的时间、地点的处理过程如下:

编号:

P3

流入:

参加补考学生数据和供补考用教室数据

流出:

补考安排明细表的数据和补考的时间、地点等数据

处理:

在该过程中应满足以下约束:

(1)同一学生不能在同一时间参加两门或两门以上课程的补考;

(2)同一门课程应该在同一时间考试;(3)考试作弊的学生不能参加正常补考;(4)每个教室安排的补考学生人数最多为教室容纳人数的一半。

编辑补考通知单的处理过程如下:

编号:

P4

流入:

补考的学生、课程、补考时间、地点等

流出:

补考通知单

处理:

该处理利用可供补考用教室数据、参加补考学生数据和为每个学生安排的补考时间、地点等数据为每个参加补考的学生编辑“补考通知单”

登记学生补考成绩的处理过程如下:

编号:

P5

流入:

教室阅卷后的成绩数据和补考通知单上与补考管理相关的信息

流出:

“补考成绩明细表”上所需的数据和补考不及格学生的数据

处理:

该处理利用补考通知单上学生和课程的相关数据,以及教师批阅试卷后所给出的补考成绩,编制补考成绩明细表;过滤必考不及格的学生名单,用于学籍管理处理。

三、实验中存在的问题和实验体会

1、实验中存在的问题

⑴系统整体功能偏少,不能满足成绩管理的所有需求,需要在使用中不断的完善

⑵增强各种灵活的及时查询分析功能。

2、实验体会

在进行实验的同时把所学知识系统的整理在了一起。

在做实验的过程中,我对Visio软件的运用变得娴熟,同时也熟练了我的MicrosoftOffice软件的运用技巧。

学以致用,联系实际,贴近现实。

学会科学知识并不是我们应该追求的,学以致用,才应该是学习的最终结果。

2012年10月14日

实验三:

系统分析(三)——新系统概念模型的建立

一、E-R总图

 

二、E-R局部图

院系_班级

学生_班级

补考(学生_课程)

课程_教室

 

2012年10月15日

 

实验四:

系统设计

(一)——新系统功能模块图设计和代码设计

一、现行系统功能层次分析(图示如下)

二、代码设计

1)补考时间代码设计

查看学校数据,根据以往经验,最多的补考场次为30场,因此,每场次设置两位代码,预设99个场次,代码“01”到“99”。

2)补考原因代码设计

由于学校学籍管理办法正在修订中,使用两位数字表示补考原因,其中首位为“0”,具体的代码如下:

00考试不及格04重修补考

01考试请假05毕业前补考

02考试作弊06毕业后补考

03考试旷考

3)补考备注代码设计

由于学校学籍管理办法正在修订中,使用两位数字表示补考原因,其中首位为“1”,具体如下:

10正常

11补考请假

12补考作弊

13考试旷考

4)部门编号

本学校共有12个二级院系,按照单位成立的时间顺序编号,教务处是本系统中唯一涉及的部门,编号为“0”,其他单位编码如下:

00教务处04纺织系08人文系

01机械系05管理系09数理系

02电气系06生化系010外语系

03艺术系07计算机系11机电学院

5)课程编码

课程采取七位三级编码方式:

第1—2为是开课院系代码,第3—4位是教研室代码,5—7位是顺序码。

6)学号

学号编码共10位,其中1—3位为入学年代码,4-5位为院系代码,6-7位为专业代码,8位为班级代码,第9—10位是顺序码。

如:

学号3060703203

3是本科,06是指06年入学,07是指计算机系,03是指信管专业,2是指2班,03是指学生的序号

2012年10月14日

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 文学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1