教务管理系统可行性调查报告.docVIP

项目编号 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 引言 编写目的 明确该系统具体的用户需求，定义各子模块功能，统一研发小组的基本思想，协调各成员的开发思路，为详细设计提供原始说明。 背景 建立一个教务信息发布的平台 建立一个教学内容展示的平台 建议一个师生快速交流的平台； 建立一个学生查询成绩的平台 定义 系统：指“教务管理系统”； 用户：指使用“教务管理系统”中的注册人； 注册：指通过系统“注册页面”向系统管理者申请正常使用系统的申请审核过程； 注册批准：经系统管理人员审核后，被允许使用系统中相关功能； 用户权限：指用户可以使用的系统功能组合。系统提供四种功能组合，对应四种不同的用户——学生用户、教师用户、教务用户、管理用户； 系统功能：包括用户身份的批准、用户权限修改、用户信息的检索与查询、用户删除、信息发布与修改、信息被浏览状态的查询、短消息功能、教师在线状态查询、用户在线状态查询以及其他功能； 学生用户：提供信息的浏览功能、相关课程软件的下载功能、数量限制的短消息功能； 教师用户：提供信息浏览功能、所任课程的信息发布功能、教学课件及相关资料的上传功能、学生成绩的输入及修改功能、无数量限制的短消息； 教务用户：提供信息浏览功能、教务信息发布功能、信息阅读状态查询功能、教师用户在线时间查询功能、无数量限制的短消息功能； 管理用户：可使用系统的全部功能； 模块：指具有独立功能的程序代码组； 发布：指管理人员通过专用的模块，将信息在系统内展示，包括文字及程序（上传及下载）； 交流：指通过网络进行的在线问答、信息发布、信息阅读等； 短消息：指系统用户之间的“点对点”式信息传递； 参考资料 中华人民共和国国家标准 UDC 681.3 可行性研究的前提 要求目标 条件、假定和限制进行可行性研究的方法评价尺度 对现有系统的分析 处理流程和数据流程 进入注册页面，输入姓名、身份、代码（学号或工号）、班级、电子信箱等，再点击“申请”即完成。系统检测有无用户ID号的重复 注册方式二：由管理人员输入并赋权。 即管理人员参考教师名单、教务人员名单、学生名单等，输入其最基本的内容，如姓名、工学号、权限等，其他数据的赋值由用户通过“用户信息修改”功能完成。  用户审批 用户信息的修改 用户登录 用户删除 信息发布与文件上传 由于每位教师都可能教多门课程，所以为每位教师的信息发布各建立一个发布明细数据库，保存信息的课程名称、信息内容、上传的文件名、发布时间等。每条信息只允许上传一个文件（多个文件先压缩） 教务及管理信息可集中在一个数据库文件中保存，上传的文件也可以存储在同一个文件夹中。每条信息只允许上传一个文件（多个文件先压缩） 之所以采用不同的存储结构，是由于教师的信息发布与教务管理人员的信息发布不同，针对于各科课程，针对性强，而教务人员和管理人员则面对所有的人员。 发布信息的修改 由于教师信息发布页面与教务管理人员信息发布页面不同，所以其修改操作也不相同，数据库结构也不同，服务器端处理程序也不同。 发布信息的删除 虽然教师与教务管理人员工作方式不同，但删除信息的功能相近，所以可考虑将两个功能模块相结合。 教师输入成绩 学生名单文件可从其它格式中导入，暂定为TXT或XLS文件，最终生成的单科成绩明细文件也可以导出为此二类文件。学生单科成绩以每门课程一个数据库文件为准，区别于课程编号。 教师修改