管理信息系统课程设计.docx
- 文档编号:30194831
- 上传时间:2023-08-07
- 格式:DOCX
- 页数:26
- 大小:403.51KB
管理信息系统课程设计.docx
《管理信息系统课程设计.docx》由会员分享,可在线阅读,更多相关《管理信息系统课程设计.docx(26页珍藏版)》请在冰豆网上搜索。
管理信息系统课程设计
一、前言
商品经济化的高效益,信息社会的高科技。
使计算机应用的触角已延伸到经济和社会生活各个领域的方方面面。
计算机与人类的关系正变得密切,使人们从繁重的手工劳动中解脱。
为了发扬这种优势,适应现代社会人们空前强烈的时间观念,同时随着信息技术在管理上越来越广泛深入的应用,管理信息系统的实施在技术上已逐步成熟。
当今社会,高校为适应社会的需求以及自身办学的需要,不断地进行扩建、扩招。
在这种情形之下,自然就会有更多的学生信息需要处理。
如果只靠人力来完成,必然是一项非常繁琐、复杂的工作,而且还会出现很多意想不到的错误,这不仅会给教学及管理带来了很大的不便,也不益于学校全面快速发展的需要。
这就使得运用信息管理系统技术建立教务信息系统成为历史趋势的必然发展结果,本次“建工学院教务管理信息系统”的设计就是在此基础上进行的。
教务管理系统是一个庞大而复杂的系统,它包括对学生信息的注册、修改,学生选课及课程管理和学生的四六级考试及计算机等级考试的管理;对教师课程的管理以及对选课学生评分的管理;和管理员对教师、各类考试的综合管理等主要的功能。
教务管理系统运行的状况将直接影响到学校里的主要工作,一旦此系统出错,不仅学校的教学进度安排会受到一定程度的影响,而且还会危及到每一个在校学生的切身利益。
所以设计一个功能相对完整、操作简单以及界面友好的教务管理系统变得非常重要。
二、系统规划
(一)、初步调查
随着计算机应用的推进与普及,大部分高校都拥有一套管理自己内部教务信息的信息管理系统,而且这种趋势已向中小学蔓延,但因各校的组织结构部门的划分不尽相同,系统的结构及实施也各有所以,但教务管理的工作重点却均是放在了学生的学籍信息、相关课程的成绩资料以及教师的课程安排等,故而开发一套具备基本教务信息管理功能的、可移植性较强的管理信息系统不为一件乐事。
它既可以作为学校开发教务管理信息系统的模板,又可作为自主设计开发教务管理系统的一个参照。
(二)、开发背景
由于信息技术在管理上越来越深入而广泛的应用,管理信息系统的实施在技术上已逐步成熟。
任何一个单位要生存、要发展、要高效率地把内部活动有机地组织起来,就必须建立与自身特点相适应的管理信息系统。
这对于正在迅速发展的各大高校而言,同样有着重要意义。
作为高校日常教学主要管理工作之一的教务管理,它涉及到院校、专业、师生等诸多方面。
特别是目前国家的教育体制也正处在不断改革、创新的阶段,教育部门充分吸取国外优秀的教学模式,结合国内多年的办学经验,逐步探索出了适合中国特色的教学形式,国家教育部面向各级各类学校开展了全面学分制改革。
同时,随着选课制的展开和深入,教务日常管理工作也日趋繁重、复杂,如何把教务工作信息化、模块化、便捷化便成为了现代高校发展的重点。
总而言之,教务管理软件应实现教务信息的集中管理,使传统的教务管理朝数字化、无纸化、智能化、综合化的方向发展,并为进一步实现完善的计算机教务管理系统和全校信息系统打下良好的基础。
在高校中,教务管理工作具有举足轻重的地位,教学质量直接取决十教务管理水平。
现如今教务管理信息系统的开发与实施可谓日新月异。
(三)、开发策略
管理信息系统的开发分为“自下而上”和“自上而下”两种开发策略。
“自下而上”的开发策略是从现行系统的业务状况出发,先实现一个个具体的功能,逐步的由低级到高级建立MIS,它首先由研制各项数据处理应用开始,然后根据需要逐步增加有关管理控制方面的功能。
“自上而下”的开发策略强调从整体上协调和规划,从全面到局部,由长远到近期,从探索合理的信息流出发来设计信息系统。
二者各有其独特的优缺点,实践中,我们应该根据需要选择性的结合使用。
(四)、开发方法
目前常用的MIS开发方法中,较传统的有生命周期法、原型法、面向对象
法等。
它们各有其优点与不足。
对一般系统来说,使用原型法来进行系统开发有较大优势:
第一,它顺应人的思维习惯和认识事物的规律,易被用户理解和接受。
第二,用户与开发人员间的沟通,循环、迭代的开发过程,缩短了系统模型与最后实现结果问的距离。
第三,系统开发灵活,修改、扩充方便。
第四,选用软件开发工具,使得开发周期短、费用低、见效快、自动化程度高。
第五,用户的一直参与,使得他们能较快熟悉软件,因而用前培训变得简单。
根据实际,本系统决定采用原型法进行系统开发。
即通过确定基本需求、构建初始原型、验正评价原型、修改完善原型最终完成此次系统设计。
三、系统分析
(一)、需求分析
1.目标
需求分析的目标是通过详细调查现实世界要处理的对象即建工学院,充分了解系统的工作概况,明确用户的各种需求,然后在此基础上确定新系统的功能,同时要考虑系统在日后的可扩展性,以适应未来用户需求的改变。
2.功能
能够满足系统三方面的需求。
其一,信息要求:
用户向系统输入获得导出信息;其二,处理要求:
用户要通过系统完成哪些功能,处理方式,处理的响应时间;其三,安全性和完整性要求:
确保系统数据的安全和完整性。
3.资源
需求分析的资源主要来自建工学院教务管理部门、院系、教师、学生的各自情况以及相互关联状况。
从中得到学校教务管理信息包括:
学生姓名、学号、班级、性别、班号、籍贯、出生日期、所属系编号、所属系名称、系主任、教师编号、教师职称、教师所授课程、课程编号、课程名、课程学分、项目名称、项目编号、项目负责人、学生选修课程及成绩等。
4.进度
第一,对于教务部门:
先要对学生的基本信息(学号、姓名、年级、专业等)设置录入查看功能;对于学生信息的变动,要能够更改;要全面掌握学生选课情况,控制选课时间安排,对于学生的由于特殊情况,在超过的选课时间所要求的选课和退课要求能够进行选课更改。
对学生的成绩,学分积要能够进行管理,能够对录入错误的成绩进行更改。
对于个专业的课程设置应该具有管理功能。
对于课程,教务处要能够协调上课时间、地点、学分、课时、开课单位等。
不同的开课单位对不同专业学生开放,上课人数也不同。
教务处对教师开设的课程能够管理,能够对数据进行更改。
教务处能够对所有的信息进行浏览,并能够打印输出这些信息。
第二,对于院系:
要能够安排课程,对本院系老师开设的课程,及课程的时间、地点、学时、学分等进行管理,能够对老师开设的课程进行录入,更改,删除等。
能够对本院系学生的成绩进行录入,更改,删除等。
对于这些信息能够浏览,打印输出。
第三,对于教师:
其功能要有向系统输入自己开设的课程,对自己的信息要求能够进行浏览、更改、打印输出等。
第四,对于学生:
要能够浏览学校开设的所有课程,能够选课,能够退课。
同时要能够看到学生课程的开课老师,课程的时间、地点、学分等内容。
学生要能够浏览所选课程的成绩,所修的学分。
为了保护学生的信息安全,还应该给予每个学生不同的登录密码,同时学生要能够修改密码。
(二)、可行性分析
可行性研究是系统分析阶段的必要活动。
此项活动的主要目标是:
进一步明确系统的目标、规模与功能,对教学管理信息系统的开发背景、必要性和意义进行调查分析并根据需要和可能提出开发系统的初步方案与计划。
可行性研究是对系统进行全面、概要的分析。
1.技术可行性
校园网已正常运行,开发人员已熟练掌握面向对象的开发工具,教务人员已实现计算机培训,这都为系统开发提供了技术上的可能性支持。
2.经济可行性
采用教务管理信息系统可取代原系统的单据手工传递工作,减少人工开支,节省资金,并且可大大提高信息量的取得,缩短信息处理周期,规划教学资源,提高学生信息,及时反馈教学信息的利用率,使教学质量更上一个台阶。
3.管理可行性
信息化的教务管理在如今的信息时代是大势所趋,而且随着现代管理理念、方法和途径的发展,教务信息化管理手段日渐成熟,也必定会突飞猛进,所以从长远利益出发,主管领导对该项目的开发与实施会大力支持。
4.社会可行性
当今社会,广大师生都较为熟悉计算机的相关操作,该系统将大大提高教务管理信息系统的运行效率,更好地为高校服务。
(三)、组织结构图
图1
(四)、管理功能图
图2
(五)、业务流程图
教务管理信息系统需要满足来自三方面的需求,这三个方面分别是学生、教师和管理员,所以它的教务业务流程以这三方面为主,以下是对该业务流程进行一下大略介绍:
学生报到登记,注册学籍信息;教学研究办公室根据学校的教学特色、教学理念及社会需求,制定学生的培养计划,并将培养计划下发给教学运行办公室、有关教师以及学生自己;教学运行办公室根据指定的学生培养计划对学生在学校的学习进行课程、进度等多方面具体详细的安排,定制出相关课表以及教师的上课时间地点,分别下发给学生以及教师。
以下就是经过分析制定的学校教务业务流程,它从学校教务的管理逻辑为基础进行较为具体的业务流程表示:
(六)、数据流程图
数据流程图是一种可以全面地描述教务管理信息系统的逻辑模型。
它完全舍去了具体的物质,只剩下了数据的流动、加工处理和存储,并且可以把信息中的各种不同业务处理过程联系起来,形成一个整体,具有较高的抽象性和概括性。
它主要用专用符号表示出了外部实体、数据流、处理和数据存储之间的关系,是系统设计的关键前提。
下面关于教务管理系统的数据流程分析图:
图4
(七)、数据字典
1.系表
列名
数据类型
约束
系号
Chart(7)
不为空、唯一
系名称
catcher(30)
不为空
班级数
Smallest
——
系主任
Archers(20)
不为空、唯一
表1
2.班级表
列名
数据类型
约束
班级号
Chart(7)
不为空、唯一
班级名称
Archery(30)
不为空
所在系号
Chart(7)
参照其他表
表2
3.学生信息表
列名
数据类型
约束
学号
Chart(7)
不为空、唯一
姓名
Archer(20)
不为空
性别
Chart
(2)
男或女、默认男
年龄
Smelling
——
所在班级号
Chart(7)
参照其他表
籍贯
Archer(20)
——
所在系号
Chart(7)
——
表3
4.教师信息表
列名
数据类型
约束
教师编号
Chart(7)
不为空、唯一
姓名
Archer(20)
不为空
性别
Chart
(2)
男或女、默认男
年龄
Smelling
——
职务
Archer(30)
——
联系电话
Chart(8)
所在系号
Chart(7)
参照其他表
表4
5.课程表
列名
数据类型
约束
课程号
Chart
(2)
不为空、唯一
课程名
Archer(30)
不为空
学分
Smelling
——
学时
Integer
——
类型
Chart(6)
取值(必修课、选修课)、默认(必修课)
表5
6.学生成绩表
列名
数据类型
约束
学号
Chart(7)
与课程号联合做主键、参照其他表
课程号
Chart
(2)
与学号联合做主键、参照其他表
成绩
Numeric(4,1)
>=0and<=100
学分
Smelling
——
表6
7.教师授课信息表
列名
数据类型
约束
教师编号
Chart(7)
联合主键、参照其他表
课程号
Chart
(2)
联合主键、参照其他表
开设该课程的班级号
Clone(7)
联合主键、参照其他表
表7
四、系统设计
(一)、总体结构设计
1.任务
此次“建工学院教务管理信息系统”总体结构设计的任务就是要建成一个完整统一、技术先进、高效稳定、安全可靠的基于Internet/Intranet的教务管理信息系统。
2.功能
(1)教师,管理员基本信息列表功能:
查看所有,或者按条件搜索教师,管理员的基本信息。
(2)课程管理功能:
查询,录入,修改,删除课程信息。
(3)教师任课信息管理功能:
查询,录入,修改,删除教师任课信息。
(4)教师评价管理功能:
查询,录入,删除对教师的评价信息。
(5)教师信息管理功能:
录入,修改,删除教师基本信息。
(6)学生成绩列表功能:
维护学生的成绩,其中包括查询,录入,删除学生的各门课程的成绩。
(7)学生信息管理功能:
查询,录入,删除学生的信息,包括基本信息和联系方式。
(8)学生信息查询功能:
学生查询自身的基本信息和成绩。
3.方案
本教务管理系统能够支持多平台访问与控制,采用分布数据管理方式。
学生可以通过网络实现信息查询、选课、个人信息统计等操作。
教师可以充分利用网络资源,对每一门课程建设一个网络节点,将课程要求、教学大纲、参考书目、电子教案、教学课件、习题指导等全部建设在该节点上,供学生使用,进一步实现网络化教学。
教务人员可以通过网络数据库平台实现课程管理、教学管理、成绩管理、学籍管理以及教学质量评估、软件工程化人才评估的自动化等功能。
4.模块
包括学生信息管理模块,课程信息管理模块以及教员信息管理模块。
(1)学生信息管理模块:
教务管理员对学生的管理表现在对学生基本信息的维护和查询,以及对学生学习信息的查询和统计,需要注意,设置的教务管理员不能修改学生的成绩,这是任课教员的权利。
(2)课程信息管理模块:
课程信息的浏览和添加修改,利用数据库表格组件和数据导航组件及数据源组件和数据网格组件即可实现,但是对教员的删除操作必须进行检验,如果该课程尚有学生成绩,则提示不要删除,如确认删除,相应的所有学习记录也将被删除。
(3)教员信息管理模块:
教员基本信息的浏览和添加修改,利用数据库表格组件和数据导航组件及数据源组件和数据网格组件即可实现。
但是由于教员是作为课程关系的一个属性,对教员的删除操作需考虑更多。
必须首先对该教员担任课程情况进行检查,若该教员尚担任课程,则提示不能删除。
5.总体功能模块图
根据对信息系统的模块建立,用图形表示出它们的功能以及内在联系,就可以做出总体功能模块图,下图就是针对建工学院教务系统设计做出的总体功能模块图:
(二)、代码设计
代码就是表示事物名称、属性、状态等的符号。
为便于计算机处理,常常用数字、字母或它们的组合来表示。
它具有标识、分类、排序、特定含义表示、人机共同语言这五大功能。
代码设计是要把系统中要处理事物用特定代码描述,便于计算机系统识别处理,数据共享,提高用户使用数据的效率。
合理的编码结构是信息处理是否具有生命力的一个重要因素。
在本系统中,所涉及到的代码设计主要有:
学院、系、专业、学生、教师、管理员。
每张单据上设置编号,分别为DM1-6。
1.编号:
DM1
编码对象:
学院代码
代码种类:
顺序码
代码结构:
**
两位数字
校验码:
无
一般学校对自己本校的各学院都有固定的标准代码,且每个学校的学院不会太多,两位数字以顺序码表示即可。
2.编号:
DM2
编码对象:
系代码
代码种类:
层次码
代码结构:
****
学院代码顺序码
校验码:
无
因为学校设置的系比较多,系代码应以层次码来表示。
3.编号:
DM3
编码对象:
专业代码
代码种类:
层次码
代码结构:
******
学院系顺序码
校验码:
无
专业代码同系代码设置的思想基本一致,以层次码来表示,共有六位,即在系代码之后加两位顺序码表示即可。
4.编号:
DM4
编码对象:
学号
代码种类:
层次码
代码结构:
***********
专业代码入学年份班级班内序号
其中班级和班内序号为顺序号
校验码:
无
学号是每个学生的唯一编号,学号设计是设计代码的重点与核心,由于学校的学生较多,为保证学号的唯一性,以十一位数字的层次码来表示,经过各个方面的考虑,将商品的代码设计成如下结构:
专业代码+入学年份+班级代码+班级内序号。
具体如上表所示。
5.编号DM5
编码对象:
教师编号
代码种类:
层次码
代码结构:
******
系代码系内顺序号
检验位:
无
教师编码以六位数字的层次码来表示,其结构为前四位为系代码,后两位为顺序号。
6.编号DM6
编码对象管理员编码
代码种类层次码
层次结构****
学院代码院内顺序号
检验位:
无
管理员编码以四位数层次码表示,前两位为学院代码,后两位为顺序号。
(三)、功能结构图
管理信息系统的各个子系统可以看成是系统目标下的下层功能。
系统功能的分解过程,就是一个由抽象到具体、又复杂到简单的过程。
而功能结构图就是按照功能的从属关系画成的图表,图中的每一个框就是一个功能模块。
功能模块可以根据具体情况分得大一点或小一点。
分解的最小的功能模块可以是一个程序中的每一个处理过程,而较大的模块则可能是完成某一任务的一组成程序。
在实践中可以根据具体的需要进行功能细化,从而得出功能结构图,由于不同的人有不同的细化方法和细化程度,因而系统的功能结构图应该是没有什么固定唯一的答案的,本例也是仅给出一种思路和方法。
如下图所示:
(四)、系统流程图
图7
(五)、系统配置
软件方面:
操作系统为windows2000/XP,并且系统装有SQLServer2000数据库管理系统。
硬件方面:
CPU主频500MHz以上,内存128M或更高,硬盘剩余空间不能少于30M。
(六)、输出设计
输出设计主要解决的问题是针对不同的用户的特点和要求,以最适当的形式,输出最切合需要的信息。
其主要内容包括:
1.输出方式的选择系统的输出方式根据输出信息的使用要求,信息量的大小、输出设备的限制条件来决定。
2.输出报表的设计报表内容要根据使用人员的实际需要进行设计。
对不同的用户,应当提供详细程度不同、内容不同的报表。
3.输出设计说明输出设计说明包括选用的输出设备,信息输出的频率和数量,各种输出文件及输出报表的格式及表格样本等。
(七)、输入设计
输入设计的目标是:
在保证输入信息正确性和满足输出需要的前提下,做到输入方法简便、迅速与经济。
输入设计要遵循最小量、简单性、早检验、少转换原则。
其主要内容包括:
1.输入方式的选择输入方式根据数据产生的地点,时间,周期,数量及特性,处理要求的确定。
常用的输入方式主要有以下三种:
键盘输入、光电设备输入及声音输入。
本系统主要采用键盘输入配合少量光电输入的方式。
2.输入数据的活动及输入格式的设计原始数据的获得需要考虑数据产生的部门,确定收集的时间和方法;了解数据产生的周期,平均发生量及最大量。
此外,输入的格式还需仔细设计,本系统为方便管理人员输入信息,设计专门的输入记录单,按屏幕填表或对话发生输入数据。
3.输入数据的校验输入设计最重要的问题就是保证输入数据的正确性。
对数据进行必要的校验是保证输入设计的重要环节。
主要的校验方法有:
静态校验、声音校验、词典校验、格式校验、逻辑校验、界限校验、顺序校验、记录计数校验及平衡校验。
(八)、数据库设计
数据库设计包括概念结构设计、逻辑结构设计以及物理结构设计,由于学科重点所致,在此重点详谈前两个层次的结构设设计,即数据库的概念设计和逻辑设计。
1.概念设计
(1)总体功能概念结构图
图8
2.查找所给问题的实体
系统中涉及到的实体有:
班级、学生、教师、课程、院系。
(1)查找实体间的关联
①班级和学生间是一对多关系;②学生和课程间是多对多关系;③院系、班级和教师间是一对多关系;④教师、课程和班级间是多对多关系。
(2)查找实体关键字
①班级的关键字——班级号;②学生的关键字——学号;③教师的关键字——教师编号;④课程的关键字——课程号;⑤院系的关键字——院系号。
3.设计E-R图
(1)总体功能流程图
图9
(2)学生E-R图
图10
(3)班级E-R图
图11
(4)课程E-R图
图12
(5)教师E-R图
图13
(6)全局E-R图
图14
4.逻辑设计
(1)将E-R模型转换为等价的关系模式
教师(教师编号,教师姓名,教师职称,教师所教授课程,教师所属院系号);学生(姓名,学号,班级,性别,班号,籍贯,出生日期,所属院系编号);
班级(班级号,所在院系号,班级名称);
课程(课程号,课程名,学分,学时,类型);
院系(院系号,院系名称,班级数,系主任);
成绩(学号,课程号,成绩,学分);
教师授课(教师编号,课程号,班级号)。
(2)按需要对关系模式进行规范化
经分析,教师表中的联系电话这一属性不符合第一范式,它是一个多值属性,现将联系电话属性拆分为三个属性,即办公电话,移动电话和住宅电话。
也即:
教师(工作证件号,姓名,性别,年龄,办公室号,职称,职务,办公电话,移动电话,住宅电话)。
则概念模型中的E-R图中涉及的表都能满足第三范式的要求。
(3)对规范后的模式进行评价
经过调整,模式基本符合题目要求,可以直接将范式化后的模型用于物理设计。
(4)根据局部应用的需要,设计用户外的模式
五、系统测试
鉴于本系统规模不是很大,因此系统的测试主要集中在4个封装基本功能的对象的代码测试和最后系统的总体测试。
代码测试主要是测试对象提供的接口运行是否正常,测试运行结果是否与期望相同。
以及对象的接口的容错性。
总体测试主要是测试整个系统的运行正确性、可靠性和稳定性,其中正确性最主要。
总体测试的内容包括使用本系统进行大量数据的录入,特别是边缘数据的录入测试。
其次测试系统的查询和打印功能,测试其结果是否与预期相符。
由于测试项目内容较多,无法在此一一罗列,但是经全面测试,系统全部能够正常运行。
六、总结与致谢
一个星期的课程设计很快就这样在忙碌中结束了,在这段学习时间里,虽然没有完全达到系统预期的目的,但是教务管理系统的设计,让我们又学到了一门技术,虽然还掌握得不够精通,但还是有一定的认识和了解,对于我们将来的学习是有很价值的。
本系统的功能基本符合用户需求,能够完成教务信息的存储和查询,使用户方便进行数据输入、修改、删除等管理措施。
由于时间仓促和技术上的一些匮乏,在系统当中难免存在一些问题及不足,希望日后在进一步的学习过程中我们能够将其逐步完善,有可能的话会将其投入实际应用,这就是我们今后的努力目标。
当然在这次设计当中,是离不开各位老师的热心帮忙和指导的,在此特别感谢梅益军、李欣、刘湘宁、陈韵老师。
七、参考文献
VisualFoxPro数据库开发经典案例解析清华大学出版社
管理信息系统黄梯云经济科学出版社
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 管理信息系统 课程设计