第一组管理信息系统实验报告.docx
《第一组管理信息系统实验报告.docx》由会员分享,可在线阅读,更多相关《第一组管理信息系统实验报告.docx(28页珍藏版)》请在冰豆网上搜索。
第一组管理信息系统实验报告
内江师范学院经济与管理学院
管理信息系统实验
报告
指导教师:
王雪媛
班级:
2011级2班
组长:
何小慧
小组成员:
潘茜茜、曹楠、吴翔、韩双武、黄黎明、傅夏雨
完成时间:
20年月日
第一章概述
1.1开发背景
随着我国高校教学体制改革的发展,更加体现出以人为本的教育方针政策。
自主地进行课程的选修机制、成绩审核、学分制等管理方式的改革向传统的管理软件提出了新的挑战。
高校教务管理工作是高等教育中的一个极为重要的环节,是整个院校管理的核心和基础。
面对种类繁多的数据和报表,手工处理方式已经很难跟上现代化管理的步伐,随着计算机及通讯技术的飞速发展,高等教育对教务管理工作提出了更高的要求。
尽快改变传统的管理模式,运用现代化手段进行科学管理,已经成为整个教育系统亟待解决的课题之一。
基于这种广泛的需求,在充分综合本院自身特点的前提下,开发一整套能够适应新的教学体制、能够最大程度满足高校现代化管理要求的教务管理系统成为必然。
“教务管理系统”能够完成学分制学校教务管理部门对学生从入学到毕业离校的全过程管理。
教务管理系统是一个大型复杂的计算机网络信息系统,采用基于浏览器/服务器(C/S)的应用体系结构来建设本院网络教务管理系统,使本院教务管理真正实现远程办公、异地办公。
满足本院现在和将来对信息资源采集、存储、处理、组织、管理和利用的需求,实现信息资源的高度集成与共享,实现信息资源的集中管理和统一调度。
为各级决策管理部门提出准确、及时的相关信息和快捷、方便、科学的决策分析处理系统;为信息交流、教务管理提供一个高
效快捷的电子化手段;最终达到进一步提高各级领导科学决策水平,减轻负担的目的。
第二章系统可行性研究
2.1技术可行性研究
要求从事系统开发的工作人员一般都要求掌握计算机技术如VB、VF等编程语言,教务信息管理系统最简单的是采用SQLserver2000的数据库技术进行架构,主要包括登录,教师用户,管理员用户,学生用户四个模块,各个对象根据自己的权限进行查询。
具有一定的软硬件基础,会使用各种管理软件,同样计算机等硬件设施不能少,这对于本开发团队来说是可以满足的,因此本系统开发在技术上的问题是没有的。
2.2经济的可行性
教育事业的不断发展,各级教育层次的教学规模日益扩大,采用传统的教务信息管理方法(如开发程度不高的管理系统)不但浪费大量人力、物力和财力资源,而且不能满足当前教育发展的需求。
基于学生对于自己学习事业的关心,开发具有高效,易于查询并且便于管理员管理的教务信息系统的需求就明显增多。
所以从经济上完全是可行的。
(1)开发团队有能力承担系统开发费用
开发新系统的工作是一项间距复杂的工作,它的投资主要是人力和物力的投资。
对于本系统的开发团队来说,其主要投资还是在人力和物力两个方面。
从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。
开发团队其组员要求都比一般企业的要求要高,而且对系统开发及软件产业了解比较多,所以在自我开发管理系统的过程中,开发团队自己比较容易安排人手,这样就可以为学院节约大部分的额外开支。
同时软件就其它产品来说,属于高端行业,无论是产品的价格还是质量都比较高,而经营产品的经销商或者是商家都要求有雄厚的资金支持。
并且学院给本开发团队初步投入了10万元,所以,在系统的开发过程中,开发团队完全有能力承担开发费用。
(2)新系统将为企业带来经济效益
管理系统是一个信息化、智能化和先进管理理念的集合体。
而管理是一个动态过程,在其运行过程中要采取多项措施。
所以在管理中获得经济效益是一个综合效益,要对它进行直接定量的分析是比较困难的。
一般新系统带来的经济效益是简介的,其最主要的表现就是减少了学院管理费用和人力开支。
而其它一些繁琐的事物都是通过新系统来加以分析解决,不仅节省了大量的时间,还为学院领导的各项决策提供了宝贵的资料,为学院带来了巨大的经济效益。
2.3人员及操作的可行性
所需人员由本开发团队自己决定,其中有系统分析员、系统设计员、程序员等构成,同时应有经济与管理学院的有关人员参与,组成一个开发小组。
本系统采用基于Windows的图形用户界面,采用VB6.0作为开发工具,而该系统是大家熟悉的操作系统,对于那些有一般的计算机知识的人员就可以轻松上手。
而整个学院教务管理系统采用最友好的交互界面,简洁明了,不需要对数据库进行深入的了解。
由此,该系统的操作是可行的,有必要开发该系统。
第三章系统需求分析
3.1用户需求
3.1.1学生模块功能需求
(1)只限于一般用户和管理员操作。
而且不同的用户级别所操作的教务信息类型是有限制的。
用户可以向里面添加、修改和删除数据。
(2)学生用户登陆后可以进行学籍管理、成绩管理、等级考试管理等基本信息管理。
3.1.2教师模块功能需求
教师可以通过登录系统后进行教师管理、排课管理、教学计划、成绩管理基本信息管理。
3.1.3系统管理员功能模块需求
(1)数据备份:
管理员可以通过选择保存的路径把数据库保存在硬盘中,也可保存在软盘中。
(2)数据恢复:
管理员可以通过选择路径把数据恢复。
(3)操作学生管理:
仅限管理员。
其中可以添加、修改、删除操作学生,设置他们的权限、级别及密码。
(4)系统整理信息:
显示距离管理员整理系统的时间。
3.2组织结构图
图1教务系统管理组织结构图
3.3业务流程图
图2教务管理系统业务流程图
3.4数据流程图
图3学生管理数据流程图
图4教师管理数据流程图
图5系统管理员管理数据流程图
3.5用例图(包括用例描述)
图6教务系统管理用例图
用例描述
用例名称:
登录教务系统进行管理
参与者:
学生
简要说明:
学生通过账号密码登录系统进行信息管理。
前置条件:
学生能够通过密码的检测顺利登录系统。
基本事件流:
(1)学生用户单击“登录”按钮。
(2)顺利进入系统页面。
(3)学生用户可以在自己相应的权限内进行查询或修改信息。
(4)学生用户查询或修改信息后,单击“退出”按钮,那么系统服务器就把信息保存起来方便管理员整理。
(5)用例终止。
其他事件流:
学生用户登录系统后只是查询相关信息而不作任何修改,页面内的内容不会改变。
后置条件:
查询后的信息不会在服务器上改变,但修改后的信息会在服务器上进行更新显示。
注释:
无
用例名称:
登录教务系统进行管理
参与者:
教师
简要说明:
教师用户通过账号密码登录教务系统进行信息的管理。
前置条件:
教师能够通过密码的检测顺利登录系统。
基本事件流:
(1)教师用户单击“登录”按钮。
(2)顺利进入系统界面。
(3)教师用户可以在相应的权限内进行成绩管理、排课管理和教学安排。
(4)教师用户进行编辑查询后,单击“确定”按钮进行信息保存,数据库会对修改的信息进行更新显示。
(5)用例终止。
其他事件流:
教师用户登录系统后只是查询相关信息而不作任何修改,页面内的内容不会改变。
后置条件:
教师用户进行修改后的信息会在服务器上进行更新显示。
注释:
无
用例名称:
登录教务系统进行管理
参与者:
系统管理员
简要说明:
系统管理员通过账号密码登录教务系统进行信息的管理。
前置条件:
系统管理员能够通过密码的检测顺利登录系统。
基本事件流:
(1)管理员用户单击“登录”按钮。
(2)顺利进入系统界面。
(3)管理员登录系统服务器,对服务器信息进行整理,分析。
或者修改学生、教师用户的权限。
进行日志的管理。
(4)管理员进行编辑查询后,单击“确定”按钮进行信息保存,数据库会对修改的信息进行更新显示。
(5)用例终止。
后置条件:
整理后的服务器信息会被更新显示。
注释:
无
第四章新系统的逻辑方案设计
4.1系统总体设计(系统的功能模块结构图)
图7教务管理系统详细设计结构图
4.2系统各功能模块设计
4.2.1顺序图
顺序图是将交互关系表示为一个二维图。
UML顺序图一般用于:
确认和丰富一个使用情境的逻辑。
一个使用情境就是系统潜在的使用方式的描述,也就是它的名称所要描述的。
一个使用情境的逻辑可能是一个用例的一部分,或是一条备选线路;一个贯穿单个用例的完整流程。
图8学生管理顺序图
图9教师管理顺序图
图10系统管理员管理顺序图
4.3建立数据字典
4.3.1数据流:
编号:
001
数据流名:
用户信息
数据流去向:
身份验证
组成:
用户名+密码
编号:
002
数据流名:
有效口令
数据流去向:
信息查询
组成:
有效的用户名+密码+有效操作
编号:
003
数据流名:
有效操作
数据流去向:
用户
组成:
查询+打印+修改+选课
编号:
004
数据流名:
权限信息
数据流去向:
教务人员、教师、学生
组成:
人员名单+权限授予
备注:
编号:
005
数据流名:
学生成绩单
数据流去向:
教师
组成:
学号+姓名+所有课程成绩
编号:
006
数据流名:
期末成绩单
数据流去向:
成绩档案
组成:
学号+姓名+本课程成绩
编号:
007
数据流名:
选修课程单
数据流去向:
选课档案
组成:
学号+姓名+课程名称+任课教师+上课地点+上课时间
4.3.2数据项:
编号:
0010
数据项:
学号
别名:
Number
取值范围:
字符型(8)
备注:
英文名(16)
编号:
0011
数据项:
姓名
别名:
Name
取值范围:
字符型(8)
备注:
英文名(16)
编号:
0012
数据项名:
性别
别名:
Sex
取值范围:
布尔型(男、女)
备注:
编号:
0013
数据项名:
出生年月
别名:
Birthday
取值范围:
日期型
备注:
编号:
0014
数据项名:
籍贯
别名:
Address
取值范围:
字符型(255)
备注:
编号:
0015
数据项名:
政治面貌
别名:
取值范围:
字符型
备注:
编号:
0016
数据项名:
家庭住址
别名:
Home_Address
取值范围:
字符型(255)
备注:
编号:
0017
数据项名:
入学时间
别名:
取值范围:
日期型
备注:
编号:
0018
数据项名:
学院
别名:
取值:
字符型
备注:
编号:
0019
数据项名:
专业
别名:
取值:
字符型
备注:
编号:
0020
数据项名:
年级
别名:
Grade
取值范围:
字符型
备注:
编号:
0021
数据项名:
班级
别名:
Class
取值范围:
字符型
备注:
编号:
0022
数据项名称:
教务处人员姓名
别名
取值:
字符型(8)
备注:
编号:
0023
数据项名称:
教师姓名
别名
取值:
字符型(8)
备注:
编号:
0024
数据项名称:
学生学籍
别名:
取值:
学号、姓名、性别、出生年月、籍贯、政治面貌、家庭住址、入学时间、学院、专业、年级、班级
备注:
4.3.3数据结构;
编号:
0031
名称:
学生学籍档案
组成:
学号+姓名+性别+出生年月+籍贯+政治面貌+家庭住址+入学时间+学院+专业+年级+班级
编号:
0032
名称:
教务管理信息库
组成:
教务人员名称+教师名称+学生系统
4.3.4数据存储:
编号:
D1
名称:
总成绩档案
组成:
{学号+课程号+平时成绩+期末成绩+总评成绩}
组织方式:
按学生学号、选课名称进行信息查询
编号:
D2
名称:
课程表
组成:
{课程号+课程名称+课程性质+理论学时+学分}
组织方式:
按学生学号、教师工号进行信息查询
编号:
D3
名称:
学生学籍信息表
组成:
{学号+姓名+性别+出生年月+籍贯+政治面貌+家庭住址+入学时间+学院+专业+年级+班级}
组织方式:
按学号信息查询
编号:
D4
名称:
学生选课档案
组成:
{学生学号+任课教师+上课时间+上课地点+上课人数+所选课程号}
组织方式:
按学生学号、选课名称进行信息查询
编号:
D5
名称:
单科成绩档案
组成:
{学号+课程号+平时成绩+期末成绩}
组织方式:
按学生学号、课程名称进行信息查询
编号:
D6
名称:
调整记录
组成:
{学号+姓名+学院+专业+年级+班级}
组织方式:
按学生学号称进行信息查询
4.3.5加工逻辑
1.用户登录的加工逻辑
标识符:
P7
名称:
用户登录
输入:
管理员、教务人员、教师或学生用户
输出:
拒绝信息或登入相应的子系统
定义:
用户输入相应的用户信息,登录到系统内
2.身份验证的加工逻辑
标识符:
P8
名称:
身份验证
输入:
管理员、教务人员、教师或学生用户的信息
输出:
登陆成功或失败信息
定义:
验证各个用户的身份信息,成功继续往下进行,失败就返回从新验证。
3.录入名单的加工逻辑
标识符:
P9
名称:
录入名单处理
输入:
登陆成功信息
输出:
授权信息
定义:
管理员登陆成功后,向数据库中添加权限信息,录入相应用户的名单,分别是教务人员权限、教师权限和学生权限。
4.学籍管理的加工逻辑
标识符:
P4
名称:
学籍管理
输入:
教务人员登陆成功信息
输出:
学籍表、学籍档案、调整记录
定义:
教务人员通过学籍管理,可以对新生进行登记,对毕业的学生的学籍进行注销,打印出相应的表单,并记录各项信息。
5.成绩统计的加工逻辑
标识符:
P5
名称:
成绩统计
输入:
教务人员登陆成功信息
输出:
成绩情况表
定义:
教务人员登录系统后,可以对学生的各科成绩进行管理,并打印出学生成绩表。
6.课程管理的加工逻辑
标识符:
P6
名称:
课程管理
输入:
教务人员登陆成功信息
输出:
学习情况表、选修情况表
定义:
教务人员登录系统后,查询各个学生的选课情况和学习情况,作出相应的记录,打出表单。
7.成绩计算的加工逻辑
标识符:
P1.1
名称:
成绩计算
输入:
教师登陆成功信息
输出:
学生成绩档案
定义:
教师登录系统后,计算学生的总成绩、平均成绩,并进行排名,然后将信息记录在学生成绩档案中。
8.录入期末成绩的加工逻辑
标识符:
P1.2
名称:
录入期末成绩
输入:
教师登陆成功信息
输出:
学生成绩档案
定义:
教师登录系统后,录入学生的期末考试成绩,并将成绩归档。
9.查询学生成绩的加工逻辑
标识符:
P1.3
名称:
查询学生成绩
输入:
教师登陆成功信息
输出:
学生成绩单
定义:
教师登录系统后,可以查看自己所教授科目学生的成绩,并打印出学生成绩单。
10.修改成绩的加工逻辑
标识符:
P1.4
名称:
修改成绩
输入:
教师登陆成功信息
输出:
学生成绩档案
定义:
教师登录系统后,也可以修改学生的成绩,并把修改后的成绩存档。
11.成绩查询的加工逻辑
标识符:
P2
名称:
成绩查询
输入:
学生登陆成功信息
输出:
已修课程成绩表、不及格课程成绩表
定义:
学生登录系统后,可以查询本人的已修课程的成绩和曾不及格课程的成绩,并打印出相应的成绩单。
12.选课处理的加工逻辑
标识符:
P3
名称:
选课处理
输入:
学生登陆成功信息
输出:
选课单、选课档案
定义:
学生登录系统后,可以根据选课单进行选课,若待选课程人数已满,则返回,若选课成功,则记入档案。
为了对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储和外部实体等建立进行具体的定义特建立数据字典。
第五章系统数据库设计
5.1数据库设计概述
所谓数据库(Database)就是指按一定组织方式存储在一起的,相互有关的若干个数据的结合,数据库管理系统(databaseManagementSystem)就是一种操纵和管理数据库的大型软件,简称DBMS,他们建立在操作系统的基础上,对数据库进行统一的管理和控制,其功能包括数据库定义,数据库管理,数据库建立和维护,与操作系统通讯等。
DBMS通常由数据字典,数据描述语言及其编译程序,数据操纵(查询)语言及其编译程序,数据库管理例行程序等部分组成。
关系数据库是以关系模型为基础的数据库,是数据表、记录、字段之间的关系将这些表联系在一起,关系数据库提供了成为结构化查询语句(SQL)标准接口,该接口允许使用多种数据库工具和产品,关系数据库是目前最流行的数据库。
在VFP中数据库是一个逻辑概念,通过一组系统文件将相互关联的数据表及其数据库对象组织起来,成为扩展名为.dbc的数据库文件、扩展名为.dtc的数据库备注文件和扩展名为.dcx的数据库索引文件,三个文件一般不能直接使用,而是交由VFP数据库统一管理。
VFP把.dbf文件称为表文件,一个库可以容纳多个表,通过库我们明确各表之间的相互关系,使表文件不在彼此孤立,而成为相互关联的数据集合。
5.2数据分析
5.2.1数据分析
5.2.1.1E-R图
E-R图也称实体-联系图(EntityRelationshipDiagram),提供了表示实体类型、属性和联系的方法,用来描述现实世界的概念模型。
图18教务管理系统E-R图
5.2.1.2数据库表
属性
属性类型
是否标识
长度
是否可以为空
学号
varchar
是
20
否
姓名
varchar
否
10
否
班级编号
varchar
否
20
是
性别
varchar
否
10
是
年级
int
否
是
政治面貌
varchar
否
5
是
民族
varchar
否
5
否
籍贯
varchar
否
20
否
专业院系
varchar
否
10
是
入学时间
Datetime
否
10
否
出生日期
Datetime
否
10
否
表1学生信息数据库
属性
属性类型
是否标识
长度
是否可以为空
课程编号
int
是
否
课程名称
char
否
20
否
学分
int
否
是
课时
varchar
否
20
否
上课地点
char
否
20
否
表2课程库数据库表
属性
属性类型
是否标识
长度
是否可以为空
姓名
varchar
否
10
否
分数
varchar
否
20
否
课程编号
int
是
否
是否重修
varchar
否
2
是
是否补考
varchar
否
2
是
是否已确定成绩
varchar
否
2
是
表3成绩表数据库表
属性
属性类型
是否标识
长度
是否可以为空
编号
Char
是
10
否
姓名
Char
否
10
否
性别
Char
否
2
否
出生日期
Datetime
否
10
是
职称
Char
否
5
否
系别
Char
否
10
否
表4教师数据库表
属性
属性类型
是否标识
长度
是否可以为空
课程号
Int
是
否
课程名称
Char
否
20
否
学分
Int
否
否
教师
Char
否
10
是
表5课程信息数据库表
5.3逻辑结构设计
逻辑结构设计阶段的任务是将概念结构设计阶段所得到的概念模型转换为具体DBMS所能支持的数据模型(即逻辑结构),并对其进行优化。
逻辑结构设计一般分为三步进行:
1.从E-R图向关系模式转化数据库的逻辑设计主要是将概念模型转换成一般的关系模式,也就是将E-R图中的实体、实体的属性和实体之间的联系转化为关系模式。
2.数据模型的优化数据库逻辑设计的结果不是唯一的。
为了进一步提高数据库应用系统的性能,还应该适当修改数据模型的结构,提高查询的速度。
3.关系视图设计关系视图的设计又称为外模式的设计,也叫用户模式设计,是用户可直接访问的数据模式。
同一系统中,不同用户可有不同的关系视图。
图19教务管理系统逻辑结构设计图
5.4输入输出设计
5.4.1输出设计
(1)输出设计的内容:
输出信息使用情况。
信息的使用者、使用目的、信息量、输出周期、有效期、保管方法和输出份数。
输出信息内容,输出项目、精度、信息形式(文字、数字)。
输出格式,表格、报告、图形等。
输出设备和介质,设备如:
打印机、显示器等;介质如:
磁盘、磁带、纸张(普通、专用)等。
(2)输出设计的方法:
在系统设计阶段,设计人员应给出系统输出的说明,这个说明既是将来编程人员在软件开发中进行实际输出设计的依据,也是用户评价系统实用性的依据。
因此,设计人员要能选择合适的输出方法,并以清楚的方式表达出来。
输出主要有以下几种:
表格信息,一般而言,表格信息是系统对各管理层的输出,以表格的形式提供给信息使用者,一般用来表示详细的信息。
图形信息,管理信息系统用到的图形信息主要有直方图、圆饼图、曲线图、地图等。
图形信息在表示事物的趋势、多方面的比较等方面有较大的优势,在进行各种类比分析中,起着数据报表所起不到的显著作用。
表示方式直观,常为决策用户所喜爱。
图标,图标也用来表示数据间的比例关系和比较情况。
由于图标易于辨认,无需过多解释,在信息系统中的应用也日益广泛。
5.4.2输入设计
(1)输入设计的内容:
输入界面设计。
根据具体业务要求确定。
输入设备选择。
输入设计首先要确定输入设备的类型和输入介质,目前常用的输入设备有以下几种:
键盘,磁盘输入装置。
由数据录入员通过工作站录入,经拼写检查和可靠性验证后存入磁记录介质(如磁带、磁盘等)。
这种方法成本低、速度快,易于携带,适用于大量数据输入。
光电阅读器,采用光笔读入光学标记条形码或用扫描仪录入纸上文字。
光符号读入器适用于自选商场、借书等少量数据录入的场合。
而纸上文字的扫描录入读错率较高。
另外,收、发料单,记帐凭证若通过扫描之后难于存入对应的表。
终端输入,终端一般是一台联网微机,操作人员直接通过键盘键入数据,终端可以在线方式与主机联系,并及时返回处理结果。
第六章程序和系统调试
6.1系统调试概述
调试的目的在于发现其中的错误并及时纠正,所以在调试时应使程序的各个部分都投入运行,力图找出所有错误。
错误多少与程序质量有关,即使这样,调试通过也不能证明系统绝对无误,只不过说明各模块、各子系统的功能和运行情况正常,相互之间连接无误,系统交付用户使用以后,在系统的维护阶段仍有可能发现少量错误并进行纠正,这也是正常的。
程序调试应注意的基本原则:
调试用例应该由“输入数据”和“预期的输出结果”组成;不仅要选用合理的输入数据进行调试,还应选用不合理的甚至错误的输入数据;除了检查程序是否做了它应该做的工作,还应检查程序是否做了它不该做的事情;应该长期保留所有的调试用例,直至该系统被废弃不用为止。
该管理信息系统的程序代码调试主要采用正常数据、异常数据以及错误数据调试三种方式,用以考验程序逻辑上的正确性。
对程序功能进行分调和总调,分调主要是为了保证模块内各程序间具有正确的控制关系。
对主控制