教务管理系统可行性报告.doc

项目编号
JWGL-D01
项目名称
基于WEB的教务管理系统
级别
绝密
页数

最后修改日期
2005年8月7日

可行性研究报告

修改序号
修改日期
描述
编写人
第一稿
2005年6月6日
定义系统的整体功能和需求，信息学院的教务系统为参与
杨彤
第二稿
2005年7月17日
补充定义事物流程图
杨彤
第三稿
2005年8月7日
补充定义数据流程图
杨彤

1. 引言 4
a) 编写目的 4
b) 背景 4
c) 定义 4
d) 参考资料 4
2. 可行性研究的前提 4
a) 要求 4
b) 目标 4
c) 条件、假定和限制 4
d) 进行可行性研究的方法： 4
e) 评价尺度 ： 5
3. 对现有系统的分析 5
a) 处理流程和数据流程 5
b) 工作负荷 ：尚无 13
c) 费用开支：人民币2万元 13
d) 人员 13
e) 设备 13
f) 局限性：练习型，有待于进一步实践、更新 13
4. 所建议的系统 13
a) 对所建议系统的说明：WINDOWS2000 SERVER + SQL2000 13
b) 数据流程和处理流程：详见开发计划书 13
c) 改进之处：目前无 13
d) 影响：教师及教辅人员的工作思路 13
e) 局限性：功能方面考虑不周全 13
f) 技术条件方面的可行性：人员不足 13
5. 结论 13

1. 引言
a) 编写目的
明确该系统具体的用户需求，定义各子模块功能，统一研发小组的基本思想，协调各成员的开发思路，为详细设计提供原始说明。
b) 背景
建立一个教务信息发布的平台
建立一个教学内容展示的平台
建议一个师生快速交流的平台；
建立一个学生查询成绩的平台
c) 定义
系统：指“教务管理系统”；
用户：指使用“教务管理系统”中的注册人；
注册：指通过系统“注册页面”向系统管理者申请正常使用系统的申请审核过程；
注册批准：经系统管理人员审核后，被允许使用系统中相关功能；
用户权限：指用户可以使用的系统功能组合。系统提供四种功能组合，对应四种不同的用户——学生用户、教师用户、教务用户、管理用户；
系统功能：包括用户身份的批准、用户权限修改、用户信息的检索与查询、用户删除、信息发布与修改、信息被浏览状态的查询、短消息功能、教师在线状态查询、用户在线状态查询以及其他功能；
学生用户：提供信息的浏览功能、相关课程软件的下载功能、数量限制的短消息功能；
教师用户：提供信息浏览功能、所任课程的信息发布功能、教学课件及相关资料的上传功能、学生成绩的输入及修改功能、无数量限制的短消息；
教务用户：提供信息浏览功能、教务信息发布功能、信息阅读状态查询功能、教师用户在线时间查询功能、无数量限制的短消息功能；
管理用户：可使用系统的全部功能；
模块：指具有独立功能的程序代码组；
发布：指管理人员通过专用的模块，将信息在系统内展示，包括文字及程序（上传及下载）；
交流：指通过网络进行的在线问答、信息发布、信息阅读等；
短消息：指系统用户之间的“点对点”式信息传递；
d) 参考资料
中华人民共和国国家标准 UDC 681.3

2. 可行性研究的前提
a) 要求
相关教学人员、教辅人员可以操作运行，达到师生快速交流的目标
b) 目标
Ø 教辅人员发布各种教务信息
Ø 师生之间的快速交互
Ø 学生相关信息的快速查询
c) 条件、假定和限制
Ø 教师与学生均了解网络基本知识与使用技术，如浏览器、电子信箱、信息发布等；
Ø 教师与学生均有方便的上网途径；
Ø 学院可提供构建本系统的硬件平台；
Ø 学院愿意为本项目提供必要的资金；
d) 进行可行性研究的方法：
Ø 效果可行性：目前，学生对教务工作中产生的问题多是通过咨询相关教师得以解决，缺乏对相关规定、条款的快速了解途径，能过本项目，可以缓解上述问题；还可以建立教师与学生之间、教师与教师之间、教师与学院之间交流的直接通道。
Ø 技术可行性：系统拟采用WINDOWS2000+SQL2000+ASP的B/S结构，每一项均有相关的开发人员。
Ø 系统运行可行性：目前，学院内已架设局域网，系统为WINDOWS2000 SERVER，只需加设置一台SQL2000服务器，即可实现服务器端的硬件配置；同时，多数教师使用计算机工作，只需稍作培训，即可满足使用的要求
e) 评价尺度 ：
Ø 使用率：统计有哪些人使用本系统；
Ø 使用人数：统计每天访问量；
Ø 教师及学生的反馈；

3. 对现有系统的分析
a) 处理流程和数据流程
Ø 处理流程：
n 用户的注册
进入注册页面，输入姓名、身份、代码（学号或工号）、班级，再点击“申请”即完成
对于教务人员与教师，管理人员事预先将其姓名、教师编号、照片及权限等信息输入并设置权限；对学生，管理人员只需输入其姓名、学号并设置权限，其他操作可由用户使用“用户信息修改”功能实现
n 用户审批
由管理人员操作，管理人员需要登录系统才可执行本操作
进行审批页面，系统呈现所有申请人的申请资料，管理员进行相关的核实工作（包括身份核实、权限核实等），对其赋权。
对于教务人员与教师，管理人员事预先将其姓名、教师编号、照片及权限等信息输入并设置权限；对学生，管理人员只需输入其姓名、学号并设置权限，其他操作可由用户使用“用户信息修改”功能实现
n 用户信息的修改
所有用户均可执行的操作
可以修改的信息内容为：年龄、性别、爱好、照片等
不允许修改的信息内容为：代码（学号或工号）、姓名、权限
n 用户登录
只需要输入用户名称和密码（口令）
如果输入的名称和密码匹配，则进入欢迎页面（不同的权限进入不同的页面），否则呈现错误信息，请求用户重新输入。如果用户连续三次错误，则暂时屏蔽该用户名称的使用。
n 用户删除
对于已经毕业的学生或已经调离的教师或教务人员，应停止其对系统的使用权。
该操作由管理人员于登录状态执行。
n 信息发布与文件上传
可操作人员：教师、教务人员、管理人员
教师操作：发布信息时，需首先给出对应课程的名称或代码，然后填写相关内容，必要时上传文件。本系统不支持作业提交
教务人员、管理人员：直接给出相关内容，必要时上传文件
n 发布信息的修改
浏览所发布的信息，点击修改按钮，只有发布者才能权限修改信息内容（有效期为三天），修改完成后点击“确认”完成
n 发布信息的删除
浏览所发布的信息，点击删除按钮，只有发布者才能权限删除信息内容（有效期为三天），修改完成后点击“确认”完成
n 教师输入成绩
系统呈现教师所任课程的班级列表，从其中选择一个，对应系统呈现的学生名单输入学生成绩，最终“确认”完成
n 教师修改成绩
可以与“教师输入成绩”合并为一
n 学生成绩查询
学生选择“成绩查询”后，系统呈现所有考试成绩，未有成绩的呈现“尚缺”
n 信息被浏览情况查询
教务人员与管理人员使用，查询该信息被哪些人员浏览过，浏览时间
管理人员可查询所有教师、教务人员、管理人员的在线时间、在线痕迹等
处理方法：当每个合法用户的登录及退出时，系统将时间记录到一个数据库中；针对于每一个页面，需要设置一个数据库，以记录浏览该页面的用户及时间。
n 系统内短消息
输入接收方的名称，输入要传递的内容（只限文字，50字以内），点击“发送”
学生最多5条/天，教师、教务人员、管理人员不限（但不提倡，影响速度）
n 系统登出
关闭所有打的数据库，退出系统，安全离开
Ø 数据流程：
n 用户的注册
u 注册方式一：由用户申请注册

进入注册页面，输入姓名、身份、代码（学号或工号）、班级、电子信箱等，再点击“申请”即完成。系统检测有无用户ID号的重复
u 注册方式二：由管理人员输入并赋权。
即管理人员参考教师名单、教务人员名单、学生名单等，输入其最基本的内容，如姓名、工学号、权限等，其他数据的赋值由用户通过“用户信息修改”功能完成。

n 用户审批

n 用户信息的修改

n 用户登录

n 用户删除

n 信息发布与文件上传

由于每位教师都可能教多门课程，所以为每位教师的信息发布各建立一个发布明细数据库，保存信息的课程名称、信息内容、上传的文件名、发布时间等。每条信息只允许上传一个文件（多个文件先压缩）

教务及管理信息可集中在一个数据库文件中保存，上传的文件也可以存储在同一个文件夹中。每条信息只允许上传一个文件（多个文件先压缩）
之所以采用不同的存储结构，是由于教师的信息发布与教务管理人员的信息发布不同，针对于各科课程，针对性强，而教务人员和管理人员则面对所有的人员。
n 发布信息的修改

由于教师信息发布页面与教务管理人员信息发布页面不同，所以其修改操作也不相同，数据库结构也不同，服务器端处理程序也不同。

n 发布信息的删除

虽然教师与教务管理人员工作方式不同，但删除信息的功能相近，所以可考虑将两个功能模块相结合。
n 教师输入成绩

学生名单文件可从其它格式中导入，暂定为TXT或XLS文件，最终生成的单科成绩明细文件也可以导出为此二类文件。学生单科成绩以每门课程一个数据库文件为准，区别于课程编号。
n 教师修改成绩

n 学生成绩查询

学生成绩库是一个交叉型数据库。在每学期中，每个学生均可以选择若干不同的课程，同时每个教师也可以同时教若干班、若干门课程。所以，需要对各个班级建立一个学生明细库，包括学生的学号、姓名，并预设每个学生每个学期最多可学习的科目数，作为相应的字段，内存学科的科目编号；同时，每门课程均需以其科目编号为文件名，保存所选课学生的名单及相关成绩（平时一、平时二，期末成绩等）。当学生查询成绩时，由学生班级库出发，逐一检索各课成绩，最后汇总到一个页面中显示。
n 信息被浏览情况查询

当网页被浏览时，记录打开网页的用户ID号、开始时间以及离开时间，存储于D_page_brow_record数据库中，不同页面以其页面代码为区别。
n 系统内短消息

系统为每位教师、教务人员、管理人员设置一个短消息数据库，为用户保留最近一个月的所有短消息。每月的第一天删除上一个月及以前的所有短消息。
n 系统登出
n 系统用户操作主要功能流程

b) 工作负荷 ：尚无
c) 费用开支：人民币2万元
d) 人员
Ø 项目负责人：杨彤；
Ø 可行性计划编者：杨彤；
Ø 项目计划编者：
Ø 软件需求说明书编者：
Ø 数据要求说明书编者：
Ø 概要设计说明书编者：
Ø 详细设计说明书编者：
Ø 数据库设计说明书编者：
Ø 用户手册编者：
Ø 操作手册编者：
Ø 软件设计：
Ø 模块开发卷宗编者：
Ø 测试计划编者：
Ø 测试分析报告编者：
Ø 开发进度月报编者：
Ø 项目开发总结报告编者：
e) 设备
Ø 专用服务器一台；
Ø 与互联网相连接；
Ø WINDOWS2000 SERVER
Ø SQL2000
Ø 开发用计算机
f) 局限性：练习型，有待于进一步实践、更新
4. 所建议的系统
a) 对所建议系统的说明：WINDOWS2000 SERVER + SQL2000
b) 数据流程和处理流程：详见开发计划书
c) 改进之处：目前无
d) 影响：教师及教辅人员的工作思路
Ø 对设备的影响 ：无
Ø 对软件的影响 ：无
Ø 对用户单位机构的影响：无
Ø 对系统运行的影响：增加服务器的负担
Ø 对开发的影响：无
Ø 对地点和设施的影响：无
Ø 对经费开支的影响 ：不知领导是否支持
e) 局限性：功能方面考虑不周全
f) 技术条件方面的可行性：人员不足
5. 结论
立即执行