教学系统需求分析报告1.docVIP

需求分析 1 引言 1.1 目的 本文档描述一个教案平台系统的软件功能需求和非功能需求，其阅读对象是本项目的客户，开发和维护系统的开发团队成员。 1.2 背景 随着网络技术的高速发展，使得信息资源实现了高度共享，并且从根本上改变了人们进行信息交流的方式。对于软件学院的学生更是如此，该院的学生都是通过网络了解要上的课程及作业情况等的。通过调研了解到，软件学院每学期都会有多门课程开设，虽然每个老师都有主页，每个老师有助教批改作业，但在教案上仍存在很多不方便。例如：选择本门课程的学生可能会忘记课程主页，因为不经常访问课程主页，漏掉老师的重要通知。再者，提交作业时必须通过电子邮件，助教批改作业需要把学生的email 逐个下载批阅，效率低。最后，软件学院电子作业内容基本为源代码，而有些学生编码作业存在抄袭现象，如果人工的逐一检测是否存 在抄袭，效率也十分低。为解决教案中存在的问题，开发软件学院教案平台可以充分发挥其指导学生学习、促进师生交流的作用。 1.3 参考资料 《软件项目理论与实践》清华大学出版社卢潇等编 《Java 与UML 面向对象程序教程》清华大学出版社刘晓冬编 《需求分析与系统设计》机械工业出版社LESZEK A.MACIASZEK 编 《轻量级J2EE 企业应用实战》电子工业出版社李刚编 2 任务概述 2.1 目标 本系统应用于软件学院的教案过程，方便师生，提高教案效率，具有很强的实用性。该系统实现教案资源和信息的整合和发布，课程作业管理，作业剽窃监控，学生在线讨论，教师网上答疑等主要功能。教师通过本系统发布教案资源及信息。学生通过该系统轻松顺利的完成学业。方便师生间的沟通。 2.2 系统或用户）的特点 系统特点： 它是一个为教案管理服务的信息系统，它必须能够根据使用者的需要，及时提供所需要的信息， 以及完成所需操作。 用户特点： 用户类说明： 教师教师是本系统的部分信息的维护人员，可以发布作业情况及上传教案资源等。学生学生是本系统的主要使用者，可以查看所有课程的相关信息。管理员管理员是本系统的最终信息维护人员，可以添加修改教师及学生的信息等。 3 可行性分析 用面向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，然后编写基本的DAO接口，并给出Hibernate的DAO实现，采用Hibernate架构实现的DAO类来实现Java类与数据库之间的转换和访问。 在表示层中，首先通过JSP页面实现交互界面，负责传送请求(Request和接收响应(Response，然后Struts根据配置文件(struts-config.xml将ActionServlet接收到的Request委派给相应的Action处理。 而在持久层中，则依赖于Hibernate的对象化映射和数据库交互，处理DAO组件请求的数据， 并返回处理结果。 4 需求规定 4.1 软件功能说明 功能划分 1）学籍管理模块 2）教案任务管理模块 3）成绩管理模块 4）教案评估模块 根据系统业务流程和相关数据报表，采用结构化分析技术对系统作进一步分析。 5.数据流图 S6领导 S4各系办 S6领导 S4各系办 F4教案任务安排F5教师打分F7学籍信息 F4教案任务安排 F5 教师打分 F7学籍信息 S1学生科 S1学生科 F8成绩统计信息 F8成绩统计信息 F19听课评议 教案管理系统 S5教务处S3教师S7招生办 F19听课评议 教案管理系统 S5教务处 S3教师 S7招生办 F13新生录取S2学生 F13新生录取 S2学生 F11教案安排F F 11 教案安排 F 18 成绩 查询 F6教案课程表 F6 教案课程表 F3 单 科 成 绩 F10成绩F1学 生 情 况 F17学生注册F F10成绩 F 1 学 生 情 况 F 17 学生注册 F 14 学生打分 F16测试日程测试 F16测试日程测试 然后，根据划分出几个主要的信息管理功能，并明确各功能之间的联系，绘制出系统的顶层数据流图： D6D1班级 D6 D1 班级 教案计划 F13新生录取 F4S4各系办 F13新生 录取 F4 S4各系办 P2教案任务P1 P2 教案任务 P1 学籍管理 S5学生S7招生办 S5学生 S7招生办 F5教师打分F14学生打分F10成绩F F5教师打分 F 14学生打分 F 10 成绩 F 18 成绩查询 S2学生科 P3 成绩管理 S2教师 S2学生 P5 教案评估 S3教师 P4 测试考务 S5教务处 S5教务处 S2学生 S6领导 F9听课评议期末检查 F16测试日程 F 11全校教案任务安排 F2学生成绩 F7学籍信息 F15学籍通知 F2成绩统计信息 S2学生 D3 学籍档案 D2 学