正在等待雇主选标中…
在线考试系统需求规格说明书
(是JSP+MySQL+Tomcat)
1.引言
1.1 编写目的
通过网上在线考试系统实现学生的联系和考试线上执行模式和学生教师进行交互的需求,充分发挥线上的便捷性。
1.2 项目背景
考试是各高校日常活动的重要部分。在教育工作中,老师们为学生考试出试卷和批改试卷,不仅消耗大量的时间,而且消耗大量的精力和体力。该系统是为了让学生可以更方便考试以及老师可以更简单方便的去管理学生成绩而设计的,可以减轻两者的工作量。因此,考试过程由人工操作转向计算机操作是必然的结果。
1.3目标
从总体上考虑,系统应该实现下列功能:
对管理员来说,包括系统维护和教师管理,学生管理等。
对教师来说,包括查看试题,出试卷,在线批改试卷等。
对学生来说,考试,练习,查看个人信息等。
系统能够提供友好的用户界面,使各类用户的工作量限度的减少。
系统具有良好的运行效率。
1.4读者对象
l 本系统的开发人员
l 设计人员
l 测试组人员
1.5参考资料
[1] 王珊,萨师煊著.数据库系统概论.北京:高等教育出版社,2014.
[2] 杨忠维.基于WebApp的医学在线考试系统设计与实现[D]:[硕士学位论 文].南京:东南大学,2018
[3] 陈婉凌.HTML5+CSS+jQuery Mobile轻松构建APP与移动网络[M].第2 版.北京:清华大学出版社,2016.118-138
2.系统概述
2.1概述
本系统是一个在线考试系统,实现了教师出题、学生在线考试以及相关的系统维护功能。其中教师可以对试卷、试题、考试时间等进行管理,试卷自动从题库中抽题组合成试卷,考试自动计时,交卷后系统把试卷再提供试卷给教师批改、并且对试卷进行打分。学生可以登陆、答题、练习、查看个人成绩等。管理员则是对系统里的所有用户进行管理的作用。
2.2功能需求分析
在线考试系统中不同类型的角色有着不同的功能需求,角色需要完成哪些工作,达到什么样的目标,系统需要分哪些模块去完成等等都是系统需求分析中需要考虑的重要因素,为了充分了解不同角色对系统的使用需求,我们对不同角色进行了需求分析,主要的功能需求包括以下几个方面:
l 学生需求
学生是这个系统中用户量最多的角色,主要通过电脑浏览器进行登录完成考试,可以查看考试信息、完成的考试的成绩及个人信息。学生通过注册完善自己的信息计入数据库,学生通过登录后,可以根据需求决定是否更改登录的密码。
学生角色登录系统时要求系统界面简单明了,能够符合大部分的考生的操作。关于最主要的考试功能,在考试期间需要可以导航到任意的题目号进行显示,需要可以在试题计时结束后自动提交试题答案,除此,在考试的页面还需要给出适当的提示,如“离开此页面将没有成绩”等提示,还有在线练习等功能。大致的功能需求如图2-1所示:
图2-1(童稀负责)
l 老师需求
老师主要需要完成考试的发布和对已发布考试的删除,考生信息的录入、查看、修改、删除、批卷。在实际的应用中,一般情况下考生的数量都是大于200个人的,因而有必要在考生管理的页面进行考生信息的分页显示。
在学生管理中录入考生信息完成和考试的发布完成后,考生可以通过登录系统完成发布的考试,在考生完成了考试后,老师可以在成绩统计中查询已发布的考试的成绩统计(分、分和平均分)和未完成考试的考生信息。大致的功能需求如图2-2所示:
l 管理员需求
管理员需要对学生的信息进行管理,比如查看学生的基本信息,对学生信息进行查看、删除、修改,添加学生信息,添加指定的学生信息。还需要对老师信息进行管理,查看教师基本信息,对教师信息进行查看、删除,添加指定的教师信息等。对数据库信息维护,可以修改用户密码等。
2.3运行环境
根据前期的需求描述要求,本系统的使用主要是PC电脑端,用户可以通过电脑浏览器使用本系统。本系统设计是基于B/S架构下实现的,软件服务器的运行环境为Windows 10专业版、Tomcat服务器、MySQL数据库以及Navicat数据库管理软件;用户运行环境主要是标准的浏览器环境。服务器业务逻辑的处理基本定为JSP技术实现,根据组员的能力可能会有变化,用户端的功能显示与功能实现打算采用HTML5和Javascri-pt语言实现。详见3-1系统平台记录表:
服务器操作系统 | Windows 10专业版 |
数据库 | MySQL 5.7 |
数据库管理软件 | Navicat |
Web服务器 | Tomcat |
客户端浏览器 | Edge、Chrome |
开发环境 | MyEclipse、 IDEA |
表3-1 系统平台配置表
系统中的考生信息和考试试题对数据的安全性有较高要求,采用B/S架构的应用具有良好的扩展性外,也具有一定的安全性,只有注册将信息计入数据库内的用户才能登陆本系统。
3.系统特性
3.1总体结构设计
基于B/S架构实现的在线考试系统的整体结构可以划分为数据库服务器,Web服务器(Tomcat)和系统管理功能三大结构。总体架构如图3-1所示:
总体的结构图:
总结构图(童稀负责)
根据需求分析,系统的角色分为老师、学生和管理员三个角色,业务的流程可以分为三个分支,具体的业务流程图如图如下:
学生业务流程图(吴铮负责)
学生业务流程图(赵锦儿负责)
3.3详细需求描述
3.3.1学生注册
用例图:
活动图:
(童稀负责)
注册功能用例详述:
使用者:未注册过,数据库里没有的用户
目的:注册账号
基本事件流:
(1)学生选择注册选项
(2)网页返回一个可提供注册的网页,本用例开始
(3)学生进入注册界面,显示注册需要填的信息,学生进行填写
(4)学生填写信息完成后,点击注册
(5)系统将该学生信息统计计入数据库,本用例结束
3.3.2学生查看及修改个人信息
用例图:
活动图:
(唐莹鑫负责)
查看及修改个人信息功能详述:
使用者:学生
目的 修改学生基本信息
基本事件流:
1.用户进入修改学生信息界面
2.系统显示学生信息输入界面
学生姓名学号 院系 专业 年纪
3.用户修改个人信息,确认输入信息,检查学号是否,若,修改成 功,否则,提示用户重新输入。
3.3.3学生在线考试
用例图:
活动图:
(万春负责)
在线考试功能用例详述:
使用者:已经注册的参加考试的在籍学生
目的:在线进行考试答题
基本事件流:
(1)学生登录后进入学生界面,然后选择在线考试模块,本用例开始。
(2)系统进入考试界面,显示考卷中的题目,学生进行答题。
(3)学生答题结束后,点击提交试卷,系统确认学生用户是否确认提交,学 生点击确认后,系统提交试卷。
3.3.4学生在线练习
用例图:
活动图:
(万春负责)
在线练习功能用例详述:
使用者:具有在线练习功能的在籍学生
目的:进行考试题目的练习
基本事件流:
(1)学生登录后进入学生界面,然后选择在线练习模块,本用例开始。
(2)系统进入练习界面,显示题库中的题目供学生练习。
(3)学生进行练习答题,学生答题后可进行查看正确答案。
(4)系统给出题目答案,本用例结束。
3.3.5题库组卷
用例图:
活动图:
(唐莹鑫负责)
教师从题库中组合试卷用例详述:
使用者:教师用户
目的:教师从题库中抽取题目组成试卷
基本事件流: 1.老师进入登录界面并验证合法性,若非法返回错误信息,本用例开始
2.登陆成功打开新建试卷页面查看题目
3.在题库中选取题目,并确认所选择题目是否重复以及试卷ID号码是否唯 一
4.提交试卷信息,并确认保存时间信息
5.退出登录,本用例结束。
3.3.6教师出题
用例图:
活动图:
(赵锦儿负责)
教师出题功能用例详述:
使用者:教师用户
目的:教师增加题目,丰富题库
基本事件流: 1. 教师选择出题选项
2. 网页返回一个可供选择题型等的出题网页,本用例开始
3. 教师选择不同题型,例如选择题,填空题,判断题,简答题
4. 系统返回不同题型的题库
5. 教师从题库中选择想出的题
6. 选题完毕后,系统组合试卷返回试卷总览,教师用户核对,若满意则本用例结束,否则重新选题目更换不满意的题目
3.3.7教师在线批改试卷
用例图:
活动图:
(赵锦儿负责)
在线批改试卷用例详述:
使用者:教师
目的:在线判卷给出分数
基本事件流: 1. 教师选择在线批改试卷选项,系统返回一个在线批改页面,本用例开始。
2. 教师选择批改科目和班级
3. 系统返回教师所选的科目班级的事件大体情况
4. 教师判题,给出分数
5. 判完题目,系统算出总分,给出排名,成绩计入数据库,本用例结束。
3.3.8题目选项换序功能
用例图:
(吴铮负责)
活动图:
题目选择换序用例详述:
使用者:已注册的教师
目的:选择考试的题目及顺序排列
基本事件流:
(1)教师登录系统,选择题目选择换序功能,本用例开始。
(2)系统进入选择换序界面,显示题库中的题目进行选择并排序。
(3)选择完成后点击确认,题目选择及换序完毕。
3.3.9学生名单导入功能
用例图:
(吴铮负责)
活动图:
学生名单导入功能用例详述:
使用者:已经注册的教师
目的:导入自己所教班级学生
基本事件流:
(1)教师登录后进入教师界面,然后选择导入名单模块,本用例开始。
(2)系统进入导入名单界面,选择导入的名单文件。
(3)选择完后点击确认,名单导入成功。
3.3.10管理员管理学生信息
用例图:
活动图:
(童稀、万春负责)
管理员管理学生信息功能用例详述:
使用者:管理员
目的:管理系统里的学生信息
基本事件流:
(1)管理员登录系统后,选择学生信息管理模块,本用例开始。
(2)系统进入学生信息管理界面,选择需要管理的学生,对其进行删除, 修改操作,添加新的学生信息操作。
(3)操作完成后,点击确认更新信息,点击保存,本用例结束。
3.3.11管理员管理教师信息
用例图:
活动图:
(童稀、万春负责)
管理员管理教师信息功能用例详述:
使用者:管理员
目的:管理系统里的教师信息
基本事件流:
(1)管理员登录系统后,选择教师信息管理模块,本用例开始。
(2)系统进入教师信息管理界面,选择需要管理的教师,对其进行删除, 修改操作,添加新的教师信息操作。
(3)操作完成后,点击确认更新信息,点击保存,本用例结束。
3.3.12管理员维护数据库信息
用例图:
活动图:
(童稀、万春负责)
管理员管理数据库信息功能用例详述:
使用者:管理员
目的:维护系统里的信息
基本事件流:
(1)管理员登录系统,检查系统数据库信息,本用例开始。
(2)当用户忘记密码后,管理员可进入系统内部更改其密码
(3)对系统进行定期的更新与维护,管理好整个系统,本用例结束。
3.4数据流图
建立数据流图,如图2-1所示:
图2-1(组员一起探讨,赵锦儿主操作画图)
如图2-1所示。通过这张图,我们可以很清晰的看到数据在整个学生考试系统中的流动过程和各个单位在系统中的作用与工作内容。
4.非功能需求分析
基于B/S架构的ZK通过浏览器(Browser)和服务器(Server)交互的方式实现,在登录、管理、考试这些整体功能的界面应当遵循界面简洁、操作简单的原则,避免繁琐问题给用户增加工作量等,具体的要求包括:
4.1 性能需求
响应时间:尽可能地短,达到1到2秒
支持200名学生信息一次性导入,导入时间不超过30秒
支持200名用户并发使用,并保证性能不受影响
4.2 操作简单
系统的操作需要同时兼顾管理者和考生的使用需求,同时更要对常用功能和易出错功能给与人性化的提示,并且能够拥有操作结果的反馈信息。
4.3 安全性需求
根据不同用户角色,设置相应权限,用户的重要操作都做相应的日志记录以备查看,没有权限的用户禁止使用系统。学生只可查看自己的学习成绩,教师只可查看所教课程的学生成绩。
4.4 运行稳定
在线考试系统是教育考核的一种新方式,在考核的过程中必须保证应用的稳定性,避免发生崩溃导致考生需要重复考等故障。
4.5 其他需求
(1)交互界面美观
(2)支持多浏览器
5.1 用户接口
本系统采用B/S架构,所有界面使用WEB界面。
5.2 硬件接口
输入设备:键盘,鼠标
输出设备:显示器
显示风格:IE 界面
显示方式:1024x768
输出格式:网页方式
5.3 软件接口
无特殊需求
5.4通信接口
无特殊需求
联系我时,请说是在 互站网 看到的,谢谢!
1、因聊天记录可作为纠纷评判依据,故双方联系时,只与对方在互站上所留的QQ、手机号沟通,以防对方拒不承认自己说过的话。
2、虽然交易产生纠纷的几率很小,但请尽量保留如聊天记录这样的重要信息,以防产生纠纷时便于互站介入快速处理。
1、互站作为第三方中介平台,依据交易合同(商品描述、交易前商定的内容)来保障交易的安全及买卖双方的权益;
2、非平台线上交易的项目,出现任何后果均与互站无关;无论卖家以何理由要求线下交易的,请联系管理举报。