1.可行性研究报告
1.1编写目的
本报告分析了《****学院学院教务管理系统》开发的可行性，请院领导审阅并对是否进行该系统的开发做出批示。
1.2项目背景
随着我国教育体制改革的深入,学生人数的不断上升,课程设置不断向深度和广度发展,教学体制也逐渐由学年制向学分制过渡,教务管理工作无论从管理模式还是手段都需要尽快适应快速发展的高教事业。随着高校新生的扩招力度加大,各高校都面临着资源紧张的问题,如教室问题,原来每个班有一个固定教室的模式己不存在,甚至原来一个系专用的教学楼都要考虑参加全校的教室资源统一调整。对高校教务处来说确实是一个艰巨的任务。
而知识经济时代己向我们走来,信息化已经成为社会发展的时代特征。计算机技术、通信技术和现代信息技术的迅速发展,以及管理科学、行为科学和系统科学等相关学科的不断发展,为实现教务管理系统提供了坚实的理论与技术基础。建设高校教务管理,不仅是时代发展的要求,而且是发展教育事业、提高高校教学管理水平和办学效益的需要。高校教务管理是一个庞大的系统,包括方方面面,其中一个重要的子系统就是教务管理系统。
随着Intemet技术的日益发展,Web应用的逐渐普及,多数高校都建成了规模或大或小的校园网,并在此基础上实现了部分应用,如办公自动化系统、人事管理系统等,实现教务管理系统升级改选具备了条件,可实现教务管理系统由学年制改为学分制、由单机或局域网结构改成Intemet结构、通过Web浏览器访问学校的教务管理系统、进行教务管理等。
本系统的研究和开发,就是在这个大环境下由学院教务处提出进行的。
1.3技术可行性
本系统运行时要求计算机网络连接稳定可靠。
对现有人工数据采集、统计分析的流程进行了调查，并对软件系统实现的技术可行性进行了分析，我们认为《教务管理系统》具备开发的需求及条件。我们细致一对人工系统及软件系统实现测评的费用进行了计算及对比，得出的结论是使用软件系统可节省人力、物力，而且可以提高测评结果的准确性。
1.4经济可行性
基本建设投资25720元
其他一次性支出105600元
非一次性支出11200元
综上合计142520元
2.项目开发计划
2.1系统目标
以校园网为依托,在学院信息化建设总体建设框架下,遵循教务管理的模式,以较先进的开发平台开发学院教务管理系统。系统运行稳定可靠,数据安全性高,系统界面友好,方便通过INTERNET进行数据输入和查询。
系统要求能够实现学生学籍管理、教学计划管理、成绩管理、教师管理、排课管理、教材管理、教学设施管理和教学评价管理等功能,最大限度减轻教务管理听手工劳动,使学院教务管理水平提升到新的水平。
系统能够导入高校招生系统数据,并与学院其它应用系统有数据接口,能够实现数据共享。
2.2主要功能
按照系统开发业务分析要求和原则,在与教务管理人员员充分沟通,整理出教务管理系统所需求的基本功能,这些需求将作为系统分析和逻辑设计的依据。在开发过程中,有必要对这些要求进行细化和整合。
2.2.1学生学籍管理系统
1.能够根据高考录取名单导入学生花名册。
2.能够修改学生信息,按专业、成绩、性别等分班、生成学号等。
3.能够处理学籍异动情况(转入、转出、留级、退学、升本、毕业时间)。
4.打印功能。
2.2.2学生基本信息管理系统
1.能够完成学生基本情况录入、修改、导入和删除功能。
2.学生基本信息查询和统计功能。
2.2.3学生成绩管理系统
能够完成成绩录入功能,需要录入录入名称、学年、学期、考试/考察和总学时。
任课教师可以进入系统进行成绩录入,但确定后不可以再行修改。
可以添加课程补考及毕业前再补考成绩。
毕业论文题目及成绩录入、查询。
可以实现以班为单位的成绩统计,学生各科成绩统计,按科目分类的成绩统计,如不及格人数名单、缺考人数及名单,超1/4人数及名单。
各项统计的打印功能。
2.2.4教师基本信息管理系统
1.教师基本情况录入修改和导入功能。
2.教师基本信息查询和统计功能。
2.2.5学生选课管理系统
1.可以根据学生所在专业、年级自动生成可选课程相关信息列表。
2.学生根据信息列表可以完成选课。
3.在学生完成选课之后，显示其已选课程列表。
2.2.6教学计划信息管理系统
1.专业教学计划的录入、修改和生成。
2.根据教学计划生成各学期的执行教学计划。
3.查询各系、专业、年级教学计划。
4.查询各专业教学指导书、实习、实训指导书。
5.查询专业课程配置图。
6.按类别、学年、专业查询课程。
7.查询课内总学时数。
8.教学执行计划的打印功能
学院教务综合管理系统,其组织结构如图2.1所示。 图2.1教务管理组织机构图
2.3.主要业务流程
将教务管理系统划分为以下几个部分,即业务过程:.
学生学籍管理.
学生成绩管理.
教学计划管理.
学生选课管理.
教师基本信息管理.
统计管理.
这些业务过程贯穿在教学过程中,主要是通过授课来实现的,授课的结果主要表现为学生的成绩。新生入学后分配到各个不同的专业班级,在教学过程中按照教学的组织原则编排到不同的教学班级中,教务处和各院系按照全校各专业教学计划负责相关的课程设置、教学大纲、编排课程、选课条件、授课、成绩、毕业审核等教学和教学教务管理工作。
2.4实施计划
09/9/10——09/9/17系统的初步调查 09/9/17——09/9/0系统分析 09/10/9——09/10/22模块设计 09/10/22——09/11/5数据库设计 09/11/5——09/11/27部分运行界面与代码
2.5人员分工
售前服务：
系统设计：
编码：
测试：
售后服务：
3.需求分析
3.1数据描述
3.1.1数据流图
对教务管理系统的业务分析后发现,“核实学生情况登记表”是在招就办参与下进行的,对于教务管理系统而言,最终只是负责将准确的学生情况登记表存入档案,以备学生在校学习期间的各项业务处理使用,因此考虑本系统只实现信息的输入功能。“开会讨论”这项业务是在教务处的主持下,各系部中的专业针对每一学期的课程安排进行相互协商,最终产生教学执行计划存入档案,因此,这项业务在本系统中也只考虑实现信息的输入功能。‘旧常事务处理”业务中经常涉及到一些信息的检索查询或是一些只能用手工完成的随机业务,因此在教学系统中可以考虑将信息检索查询放在其它的业务过程中实现,而不考虑具体实现这项业务过程。
通过分析,可以画出现行系统的数据流程图,如图3.1。
图3.1现行系统数据流程图
数据流程图中外部项有:学生、各专业、教师、学生、各单位、院长和省教委。
数据存储有:学生情况档案、学生变动台帐、教学执行计划、学生成绩档案。
数据流有:学生情况登记表、教学执行计划、教学任务分配表、老师情况登记表、学生成绩单和种类统计报表。
处理功能有:输入学生情况登记表、建立学生变动台帐、输入教学执行计划、打印教学执行计划、排课、学生学籍管理和学生情况统计。
3.2 各功能数据流程图
3.2.2学生信息管理子系统数据流程图
学生信息管理子系统数据流图如图3.2所示。
数据流程图中外部项有:学生、招就办、各单位、院长和省教委。
数据存储有:新生名册、学生学籍。
数据流有:学生情况登记表、错误的学生情况登记表、新生名单、各类统计报表。
处理功能有:编班、审核登记表、建立学籍表和统计学生变动。
3.2.3学生学籍管理子系统数据流程图
学生学籍管理子系统数据流程图如图3.3
数据流程图中外部项有:学生、用人单位和成绩处理模块。
数据存储有:审批表、学生学籍和学生成绩档案。
数据流有:学籍变动申请、学籍变动通知、毕业证书、毕业登记表、退留名单和奖励名单。
处理功能有:审批变动申请、修改学生学籍、打印变动通知、退留处理、奖励处理、审批毕业资格和学生毕业登记。
图3.3 学生学籍管理子系统数据流图
3.2.4成绩管理子系统数据流程图
学生学籍管理子系统数据流程图如图3.4
数据流程图中外部项有:教师和学籍管理处理模块。
数据存储有:学生成绩。
数据流有:学生成绩单。
处理功能有:登记期末成绩和成绩分析。
图3.4 成绩管理子系统数据流图
3.2.5教学管理系统主题数据库方案
通过对系统业务流程中数据处理部分分析,可以确定以下主题数据表：
学生学籍管理数据表:刻录学生基本信息、学生奖惩情况、学生学籍变动情况、参加学校课外活动等信息,反映了学生在校期间的主要情况。
教师管理数据表:刻录都是自身基本信息及所属教研室、所属系的基本情况。
课程管理数据表:刻录了教学执行计划的详细内容。
教师任课数据表:刻录每一教师任课情况及日常必需的调课信息。
课表数据表 :是各专业、各班级课程安排的具体体现。
学生成绩管理数据表:刻录学生各门课程的学习成绩及补考成绩,反映学生在校的学习情况。
统计数据表:是根据教师、学生的各类信息进行分类汇总形成的一个初步的综合统计信息。
以上主题数据表确定了教务管理系统的数据库方案,每个主题数据库确定了其中所包含的内容。如学生学籍管理数据库刻录了学生基本信息、奖惩信息、学籍变动情况、学生参加课外活动情况、学生换证情况等信息。
3.3功能描述（界面）
温馨提示：答案为网友推荐，仅供参考