《教学评估的需求分析.doc》由会员分享，可在线阅读，更多相关《教学评估的需求分析.doc（10页珍藏版）》请在金锄头文库上搜索。
1、教学评估的需求分析大学综合教务系统-教学评估模块 需求说明书 目录 教学评估的需求分析 1 前言 教学评估模块的需求分析说明书。本模块需要满足来自三方面的需求这三个方面分别是学生、教师和管理员。 本项目完成学校对学院教学评优和教师教学综合评价的统计与管理实施此模块是保障高校教学质量地重要举措是教学改革深化的动力和突破口是提高科学管理水平的重要手段有利于促进教师的成长和发展只有当教学评估做到和规律合目的时才有可能是科学的对高校来说科学教学评估的研究不仅具有重要的理论意义也具有重要的现实指导价值。同时也节约人力、物力和财力。告别以往的人工统计。 11 目的 在这一条包括下列内容： a. 编写本文档
2、的目的在于详细、准确和全面的定义本教学评估的功能和用户需求用以指导系统顺利地进行开发并保证后续地开发能够保质保量的完成。本文档所描述的需求信息将作为该项目最终验收的标准和依据。 b. 本文档所描述的需求信息将作为该项目最终验收的标准和依据。 12 范围 a. 大学综合教务系统-教学评估模块； b. 高校教学评估是在定量描述或定性描述的基础上进行的价值判断活动； c. 该模块的具体应用： (1) 学生对教师教学质量进行网上评价学院对教师进行同行评价学院根据教学评优工作文件进行教学评优。 (2) 如果有一个较高层次的说明存在则应该使其和高层次说明中的类似的陈述相一致（例如系统的需求规格说明）。 1
3、3 定义、缩写词、略语 B/S ：即浏览器/服务器结构基于浏览器的使用。 用户：用户分学生、老师和系统管理员角色不同所使用的功能不同。 网站：Inter 上提供Web服务的计算机。该计算机的IP绑定了域名在浏览器输入域名就可以访问该计算机的web资源 14 参考资料 本条应包括： a. 在SRS中各处参照的文件的全部清单如经核准的计划任务书上级机关批文、合同等； b. 列出其他参考资料如属本项目的其他已发表的文件和主要文献等。每一个文件、文献要有标题索引号或文件号发布或发表日期以及出版单位； c. 详细说明可以得到该参考文件的来源。这个信息可以通过引用附录或其他文件提供。 2 项目概述 本项目
4、所开发的学生选课系统完成学校对学生的选课信息的统计与管理减少数据漏掉的情况同时也节约人力、物力和财力。告别以往的人工统计。 本项目开发的软件采用 B/S结构方便学生、老师、管理员使用学生可以再线查看可选课程信息、再线选课、信息修改、成绩查看老师可以自己的课程人数、课程信息（包括开课时间、地点、开课方式）管理员可以对整个系统进行管理（包括系统管理、用户管理、课程管理）.。 21 产品描述 由于本系统的数据还算不上大型的。所以数据库服务器与web服务器共用同一台计算机。系统中的用户信息、系统信息和课程信息都放在数据库中。 系统用例图下图所示 2.1.1由于本系统的数据还算不上大型的。所以数据库服务
5、器与web服务器共用同一台计算机。系统中的用户信息、系统信息和课程信息都放在数据库中。 (1) 选课 ：学生可以执行选课的操作。 Step 1：成功登陆Step 2：查看所有可选课程Step 3：进行选课操作 (2) 查询 ：不管用户处于什么角色都可以使用查询Step 1：用户登陆Step 2：学生、老师和管理员分别使用的查询不一定全是相同的。 Step 3：查看相应信息 (3) 管理：系统管理员可以使用管理操作 22 产品功能 表2.2.1系统功能模块 功能模块 功能使用者 查询可选课程 学生管理员 查询可选课程信息 学生管理员 更改用户信息 所有用户可以更改自己信息 执行选课 学生 查看自
6、己所教课程信息 老师 课程管理 管理员 用户管理 管理员 系统管理 管理员 23 用户特点 本项目所开发的系统用户有三类学生、老师和系统管理员。 当学校公布可以选课了学生就应该急时登陆选课系统进行选课。对学生来说只要有一个能上网的就行可以在浏览器登陆了。系统中有哪些可选的课程由管理员添加课程重要的信息之一就是该课程的老师。当加入老师时。应该跟老师的信息相关联。当老师登陆时可以查看自己所教的课程的报名情况等信息。 24 一般约束 此系统必须满足以后限制： （1） 系统中所有账户能够供用户随时使用能够随时使用相应功能。 （2） 同一时刻所有账户不能在多个地方登陆。 （3） 学生选课数目不能超过学校
7、限制。 （4） 不能选已经超过规定人数的的课程不能选已经开课的课程。 （5） 没有达到规定人数的课程不能开课。 （6） 该系统必须确保所有数据安全以免损失。所有用户都要登陆才能访问每个用户只能使用所属角色的权限必要时限定访问次数。 （7） 界面友好操作简单。 （8） 软件系统开放性好结构灵活可扩充方便维护。 （9） 安全可靠。 。 25 假设和依据 （1） 假设学生不在学校照样可以选课。只要有联网的电脑且有浏览器就行 。 （2） 假设用户忘记密码系统设置找回密码的方法也可与管理员联系。 用例图 3.1功能需求描述 3.1.1系统类图如下图 所有的类： 学生类：包括学生的信息和学生可以执行的操作
8、。 老师类：包括老师的信息和老师可以执行的操作。 管理员：包括管理员的信息和管理员可以执行的操作。 课程类：包括每个课程的信息和可以被执行的操作。 3.2类的详细说明学生类：属性：ID：这是系统数据库中自己分配的一个号码是唯一的且会自动往上加的一个序列号是数据库的关键字以保证数据的完整性。 学号：用来存学生的学号每个学生都有学号且唯一。 姓名：存学生的姓名。 性别：用来标识用户的性别。 年龄：储存用户的年龄。 入学年份：储存学生进入学校的时间。 毕业院校：记录学生上一次毕业的学校。 密码：学生登陆时所使用的密码。 方法：登陆与注销：最基本的功能进入时必须登陆长时间不使用系统会自己注销用户。 修
9、改资料：对学生自己的可以修改的信息可以进行修改。不能修改的就不能一更改。 查看课程：查看所有被选课程和个体课程的详细信息。 选课：如果课程可以被选。就可以调用这个方法进行选课。 查看成绩：如果学生选了某门课并且已经考试可以查看成绩。 取消选课：如果对选的课不满意在规定的时间内可以取消。 老师类属性：ID：同学生老师工号：每个老师唯一的证件号码。 姓名：教师姓名。 性别：性别年龄：年龄职称：教师的职称号。 密码：登陆使用的密码。 方法登陆/注销：最基本的方法或者功能。 修改资料：修改可以修改的自己的信息。 查看程信息：查看自己带的课或者其它课程的信息两种情况的结果不一样。 成绩登记：当完成课程后
10、对学自己所带的课的学生添加成绩。 管理员属性：ID：同学生。 用户名：登陆所用的用户名。 密码：登陆使用的。 方法： 管理用户：对学生和教师进行管理。 管理课程：对所有课程进行管理例如添加删除课程等。 管理选课：对选课的情况进行管理。 管理成绩：对成绩进行管理例如设置成绩录入时间的限制等。 要了解详细的方法的功能请见系统设计说明书第四章。 3.3其它需求描述 3.3.1性能要求 （1）对服务器的要求至少能够容纳1000人同时访问。 （2）对客户端在现在使用的电脑中联网了就行。要求不高。 （3）地本系统使用功能时在网速好的情况下系统响应时间为10秒以内 3.3.2设计约束 数据库： SQL 服务
11、器操作系统：windows20_ 开发语言：JAVA 服务器硬件：配置稍好就行 开发方式：个人开发。 3.3.3进度要求 如果5到8人在20天内应该要完成整个开发并测试。 如果5人以下在30内应该完成整个工作并测试。 3.3.4交付要求 该项目完成后需向用户提交以下信息：软件需求规格说明书电子版和纸质版。 软件设计规格说明书电子版和纸质版。 (3)可运行的软件系统。 (4)部分或者全部java源码。 3.4 用户界面 界面对于用户来说至关重要既是用户对软件评介的根据也是用户最终使用的。所以界面设计得怎么样对整个系统的成功与否有着密切的联系。 当然也许界面设计得好不会让其性能更好但是设计得不好却只会让它更差。 界面设计原则：一致性操作步骤少随时提示用户系统正在进行哪些操作要有撤销操作减少用户记忆的东西 第 页 共 页
