监考信息管理系统需求规格说明书.docx
《监考信息管理系统需求规格说明书.docx》由会员分享,可在线阅读,更多相关《监考信息管理系统需求规格说明书.docx(23页珍藏版)》请在冰豆网上搜索。
监考信息管理系统需求规格说明书
监考信息管理系统需求规格说明书
2009年11月13日
1.导言
1.1目的
该文档是关于用户对于监考信息管理系统的功能和性能的要求,重点描述了监考信息管理系统的功能需求,是概要设计阶段的重要输入。
本文档的预期读者是:
·设计人员;
·开发人员;
·项目管理人员;
·测试人员;
·用户。
1.2范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决整个项目系统的“做什么”的问题。
在这里,没有设计开发技术,而是主要通过建立模型的方式来描述用户的需求,为用户等参与者提供一个交流的平台。
1.3编写说明
UML,UnifiedModelingLanguage(统一建模语言)的缩写,是一个标准的建模语言。
1.4术语定义
无
1.5引用标准
无
1.6参考资料
《网上招聘系统需求规格说明书》
2.系统定义
我们分别阐述一下项目的来源,背景,目标等。
2.1项目来源及背景
本系统是为方便老师监考而开发的监考信息管理系统,由于参加考试的学生数量比较庞大,需要安排的监考工作也很多,给教务处的老师带来了很多的工作量。
为此学校希望有一个自动化的监考信息管理系统能够给他们带来工作的便利,提高工作效率,同时能及时安排老师监考和对监考信息的查询。
为了实现对监考信息更有效的管理,减轻教务工作者的工作压力,我们开发了监考信息管理系统。
老师可以通过这个监考信息管理系统根据自己的授业情况提出需要进行哪些考试。
教务工作者则根据老师提出的考试要求统计出所有考试的监考需求同时进行监考安排和监考人员设置并统计出监考信息。
监考老师可以网上查看自己当天的监考任务以及对往年和当年监考信息的查询。
教务工作者可以随时浏览监考信息并对其中的内容进行增,删,改。
2.1用户的特点
本系统的用户都是网上用户,包括两类,一类是监考老师,他们对所有考试进行监考。
另一类是管理人员包括教务工作者和系统管理员,教务工作者负责根据任课老师提出的考试任务进行考试安排并负责对所有考试的监考安排,系统管理员对系统进行相关设置,进行系统维护保证系统正常运行。
2.3项目目标
本项目设定的目标如下:
·系统能够提供友好的用户界面,使操作人员的工作量最大限度的减少;
·系统具有良好的运行效率,能过达到提高生产率的目的;
·系统具有良好的可扩充性,可以容易的加入其他系统的应用;
·系统的设计能够适应日常教学任务和教学管理的变化;
·通过这个项目可以锻炼队伍,提高我们团队的开发能力和项目管理能力。
3.应用环境
根据用户的需求陈述,可以确定本项目分为客户端和管理端,客户端主要功能是监考老师提交监考需求并查看往年和当年监考信息等。
管理端的功能是教务工作者根据老师提出的考试要求统计出所有考试的监考需求同时进行监考安排和监考人员设置并统计出监考信息等。
它们的关系如图A-1所示。
图A-1监考信息管理系统流程图
3.1系统运行的网络环境
本系统的网络运行图如图A-2所示,无论是客户端的监考老师还是管理端的教务工作者都可以通过网络登录到本系统中。
监考老师通过网络查询监考信息等相关信息,教务工作者通过网络发布需要监考的监考信息,以及根据教师提出的考试要求进行考试安排。
管理端的教务工作者设置管理端的用户以及相应的权限。
图A-2网络拓扑结构图
3.2系统运行的硬件环境
本系统的硬件环境如下:
客户机:
普通PC
·CPU:
P41.8GHz以上
·内存:
256MB以上
·能够运行IE5.0以上或者Netscape4.0以上版本的机器
·分辨率:
推荐使用1024*768像素
Web服务器
·CPU:
P41.0GHz
·内存:
1G以上
·硬盘:
80GB以上
·网卡:
KMb/s速度
数据库服务器
·CPU:
P42.0GHz
·内存:
1GB以上
·硬盘:
80GB以上
4.功能规格
我们采用面向对象分析作为主要的系统建模方法,使用UML(UnifiedModelingLanguage)作为建模语言。
UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。
在UML中,从任何一个角度对系统所做的抽象都可能需要几种模型来描述,而这些来自不同角度的模型最终组成了系统的映像。
用例描述角色(用户,外部系统以及系统处理)是如何与系统交互来完成工作的。
用例模型提供了一个重要的方式来界定系统边界以及定义系统功能,同时,该模型将来可以派生出动态对象模型。
设计用例时,我们遵循下列步骤:
1)识别出系统的角色。
角色可以是用户,外部系统,甚至是外部处理,通过某种途径与系统交互。
重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者(角色)是谁。
尽可能的确保所有角色都被完全识别出来。
2)描述主要的用例。
可以采取不断的问自己“这个角色究竟想通过系统做什么?
”来准确的描述用例。
3)重新审视每个用例,为他们下个详尽的定义。
4.1角色定义
角色或者执行者指与系统产生交互的外部用户或者外部系统。
4.1.1监考教师
监考教师是指在这个监考信息管理系统中通过客户端进行查询监考信息等相关信息,这个角色主要参与客户端的监考查询,往年监考查询,监考等功能。
4.1.2管理用户
管理用户是指管理端的用户,此角色派生两个子类,教务工作者和系统管理员,教务工作者是指在监考信息管理系统中通过管理端参与监考安排的各项工作中并进行用户进行设置,分配权限等功能,它们的关系如图A-3所示。
管理端用户具体说明如下:
教务工作者:
根据监考需求进行监考安排,监考统计信息,监考信息,监考人员设置的相关处理。
系统管理员:
通过管理端对系统用户进行管理的人员,这个角色主要负责对管理端用户的增删,权限的设置等功能。
4.1.3数据库
数据库是一个与系统产生交互的外部系统,这个角色负责系统的数据查询,增加,删除,修改等操作。
4.2系统主用例图
监考信息管理系统可以分为两个主要的组成部分,一个是客户端子系统。
一个是管理端子系统。
客户端子系统功能主要是监考老师查看自己当天要监考哪些考试以及对往年和当年监考信息的查询等。
管理端子系统功能是教务工作者根据老师提出的考试要求统计出所有考试的监考需求同时进行监考安排和监考人员设置并统计出监考信息等。
系统的主用例如图A-4所示。
图A-4系统主用例图
4.3客户端子系统
监考教师通过网络登录到系统中进行监考信息查询,监考教师通过它提交监考需求,进行监考信息查询,这就是客户端子系统的功能.在客户端用户可以看到监考的科目,时间,地点,监考人数等说明,按监考信息日期排序.当点击考试科目时进入监考详细信息页面。
图A-5是他的活动图
客户端的功能主要包括监考,监考信息查询,往年监考信息查询等功能。
如图A-6是它的用例图。
图A-5客户端的活动图图A-6客户端的用例图
客户端管理的这些用例描述如下:
F-C-1:
监考。
监考教师登陆到监考信息管理系统网站可以进行对监考情况的浏览,可以看到个人本学期被安排监考的情况。
F-C-2:
监考查询。
监考教师对本学期监考信息的查询。
F-C-3:
往年监考查询。
监考教师进行对往年监考信息的查询。
4.3.1监考
4.3.1.1列表教师
用例描述:
列表教师;
执行者:
监考教师
前置条件:
教师已登录系统;
后置条件:
选择教师所要查询教师的名,则可以进入教师监考信息安排;
扩展点:
无
基流:
当教师要查询监考信息,该用例启动。
1)教师登录到监考信息系统后,进入监考网页s-1;
2)列表显示所有教师名,点击任何一个教师名,可进入该教师详细的监考信息安排。
替代流:
s-1:
若用户名密码输入不正确,则提示信息,用例终止。
4.3.1.2查询教师监考信息安排
用例描述:
查询教师监考信息安排
执行者:
监考教师
前置条件:
教师已选择所要查询的教师名。
后置条件:
若已查询到,则注销退出该系统。
基流:
若查询该教师的详细信息,则该用例启动。
1)显示监考教师考试信息安排,包括时间,地点,次数等s-1;
2)可以打印信息。
替代流:
s-1:
若所查教师不存在,则提示信息,用例终止。
4.3.1.3列表显示用户
用例描述:
列表显示用户
执行者:
教务工作者
前置条件:
管理教师者已登录系统;
后置条件:
若显示出所有的用户,则可以进入任何一个用户界面;
基流:
1)可以显示所有用户的用户名s-1。
2)点击列表中的用户,进入到该用户页面s-2。
替代流
s-1:
若用户名密码输入不正确,则提示信息,用例终止。
s-2:
若该教师不存在,则提示信息,用例终止。
4.3.1.4修改用户信息
用例描述:
修改用户信息;
执行者:
教务工作者;
前置条件:
管理者已进入到用户列表页面
后置条件:
若用户信息维护完成,则用户的想要信息将记录到数据库中。
基流:
1)进入用户列表,显示当前系统的用户以及每个用户具有的权限。
2)点击不同的用户,可以显示这个用户的信息以及相应的权限,修改用户的权限。
3)可以增加,删除,修改用户的考试安排信息。
4.3.2监考查询
4.3.2.1用例描述:
查询信息
执行者:
教务工作者,监考老师
前置条件:
成功登入系统,系统中有往年监考信息可查
后置条件:
查询信息后则可以进行其他操作并可以提交所查询信息
基流:
1)进入查询界面,首先展示基本表单内容。
2)按查询要求,分别按(年份,日期,教师,教室,班级,科目)进行查询。
并显示结果。
3)并且分别按照上面各表单显示统计结果。
4.3.2.2查询日期信息
用例描述:
查询日期信息
执行者:
教务工作者,监考老师
前置条件:
成功登入系统,系统中有往年监考信息可查
后置条件:
查询信息后则可以进行其他操作并可以提交所查询日期信息
基流:
1)进入查询界面,首先展示基本表单内容。
2)按查询要求,按日期进行查询,并显示结果。
4.3.2.3查询班级信息
用例描述:
查询班级信息
执行者:
教务工作者,监考老师
前置条件:
成功登入系统,系统中有往年监考信息可查
后置条件:
查询信息后则可以进行其他操作并可以提交所查询班级信息
基流:
1)进入查询界面,首先展示基本表单内容。
2)按查询要求,按班级进行查询,并显示结果。
4.3.2.4查询教师信息
用例描述:
查询教师信息
执行者:
教务工作者,监考老师
前置条件:
成功登入系统,系统中有往年监考信息可查
后置条件:
查询信息后则可以进行其他操作并可以提交所查询教师信息
基流:
1)进入查询界面,首先展示基本表单内容。
2)按查询要求,按教师,教室进行查询,并显示结果。
4.3.2.5查询教室信息
用例描述:
查询教室信息
执行者:
教务工作者,监考老师
前置条件:
成功登入系统,系统中有往年监考信息可查
后置条件:
查询信息后则可以进行其他操作并可以提交所查询教室信息
基流:
1)进入查询界面,首先展示基本表单内容。
2)按查询要求,按教室进行查询,并显示结果。
4.3.2.6查询科目信息
用例描述:
查询科目信息
执行者:
教务工作者,监考老师
前置条件:
成功登入系统,系统中有往年监考信息可查
后置条件:
查询信息后则可以进行其他操作并可以提交所查询科目信息
基流:
1)进入查询界面,首先展示基本表单内容。
2)按查询要求,按科目进行查询,并显示结果。
4.3.3往年监考查询
4.3.3.1查询信息
用例描述:
查询信息
执行者:
教务工作者,监考老师
前置条件:
成功登入系统,系统中有往年监考信息可查
后置条件:
查询信息后则可以进行其他操作并可以提交所查询信息
基流:
1)进入查询界面,首先展示基本表单内容。
2)按查询要求,分别按(年份,日期,教师,教室,班级,科目)进行查询。
并显示结果。
3)并且分别按照上面各表单显示统计结果。
4.3.3.2查询年份信息
用例描述:
查询年份信息
执行者:
教务工作者,监考老师
前置条件:
成功登入系统,系统中有往年监考信息可查
后置条件:
查询信息后则可以进行其他操作并可以提交所查询年份信息
基流:
1)进入查询界面,首先展示基本表单内容。
2)按查询要求,按年份进行查询,并显示结果。
4.3.3.3查询日期信息
用例描述:
查询日期信息
执行者:
教务工作者,监考老师
前置条件:
成功登入系统,系统中有往年监考信息可查
后置条件:
查询信息后则可以进行其他操作并可以提交所查询日期信息
基流:
1)进入查询界面,首先展示基本表单内容。
2)按查询要求,按日期进行查询,并显示结果。
4.3.3.4查询班级信息
用例描述:
查询班级信息
执行者:
教务工作者,监考老师
前置条件:
成功登入系统,系统中有往年监考信息可查
后置条件:
查询信息后则可以进行其他操作并可以提交所查询班级信息
基流:
1)进入查询界面,首先展示基本表单内容。
2)按查询要求,按班级进行查询,并显示结果。
4.3.3.5查询教师信息
用例描述:
查询教师信息
执行者:
教务工作者,监考老师
前置条件:
成功登入系统,系统中有往年监考信息可查
后置条件:
查询信息后则可以进行其他操作并可以提交所查询教师信息
基流:
1)进入查询界面,首先展示基本表单内容。
2)按查询要求,按教师,教室进行查询,并显示结果。
4.3.3.6查询教室信息
用例描述:
查询教室信息
执行者:
教务工作者,监考老师
前置条件:
成功登入系统,系统中有往年监考信息可查
后置条件:
查询信息后则可以进行其他操作并可以提交所查询教室信息
基流:
1)进入查询界面,首先展示基本表单内容。
2)按查询要求,按教室进行查询,并显示结果。
4.3.3.7查询科目信息
用例描述:
查询科目信息
执行者:
教务工作者,监考老师
前置条件:
成功登入系统,系统中有往年监考信息可查
后置条件:
查询信息后则可以进行其他操作并可以提交所查询科目信息
基流:
1)进入查询界面,首先展示基本表单内容。
2)按查询要求,按科目进行查询,并显示结果。
4.4管理端子系统
管理端子系统主要是提供学校教务管理人员使用的功能,它的功能分为监考需求,监考安排,监考统计信息,监考人员设置,监考信息管理等部分.管理端的用例图如下。
管理端管理的这些用例描述如下:
F-B-1:
监考需求。
实现对本学期监考信息,如考试科目数量,每个科目所用教室数量,监考教师数量的信息。
F-B-2监考安排。
根据监考需求所提供的信息,安排考试考场,监考教师等信息。
F-B-3监考统计信息。
统计监考教师的监考次数,监考科目等信息。
F-B-4监考人员设置。
分配监考教师,对监考教师的管理实现增,删,改,查等功能。
F-B-5监考信息。
对监考信息实现增,删,改,查等功能。
4.4.1监考需求
4.4.1.1增加监考需求信息
用例描述:
增加监考需求信息。
执行者:
教务工作者。
前置条件:
管理者成功登录监考功能系统。
且有对监考需求进行增加的需求。
后置条件:
如果增加监考需求信息有效,合理,并且成功,则在数据库中的监考需求信息库随之发生对应的改变。
此时可以继续实现监考管理。
基流:
1)进入监考需求系统界面,首先展示系统中已有监考需求的信息。
2)如果有需要增加的监考需求内容,点击添加按钮,在相应的信息栏中(日期,时间,人数,科目。
备注等)录入信息。
提交按钮,完成操作。
4.4.1.2删除监考需求信息
用例描述:
删除监考需求信息。
执行者:
教务工作者。
前置条件:
管理者成功登录监考功能系统。
且有对监考需求进行删除的需求。
后置条件:
如果删除监考需求信息有效,合理,并且成功,则在数据库中的监考需求信息库随之发生对应的改变。
此时可以继续实现监考管理
基流:
1)进入监考需求系统界面,首先展示系统中已有监考需求的信息。
2)如果需要删除信息要求,先选择需要删除科目。
对其相应的日期和时间等相关信息进行核实,确定所需要删除的相关内容,然后点击与需要对应科目中的删除按钮,完成删除。
4.4.1.3修改监考需求信息
用例描述:
修改监考需求信息。
执行者:
教务工作者。
前置条件:
管理者成功登录监考功能系统。
且有对监考需求进行修改的需求。
后置条件:
如果修改监考需求信息有效,合理,并且成功,则在数据库中的监考需求信息库随之发生对应的改变。
此时可以继续实现监考管理
基流:
1)进入监考需求系统界面,首先展示系统中已有监考需求的信息。
2)如果需要修改信息要求,先选择需要修改科目,对相应的日期和时间等表中的相关信息进行核实,确定所需要修改的相关内容,然后点击与需要对应科目中的修改按钮,完成修改
4.4.2监考安排
4.4.2.1显示监考教师列表
用例描述:
显示监考教师列表。
执行者:
教务工作者。
前置条件:
教务工作者已登陆系统。
后置条件:
显示监考教师列表后,可进行监考安排。
基流:
1)教务工作者进入监考安排系统后,进入监考安排界面。
2)显示监考教师列表,包括已监考教师、正在监考教师和未监考教师。
3)点击任何一名教师,可对其进行设置。
4.4.2.2增加监考教师
用例描述:
对监考教师进行添加。
执行者:
教务工作者。
前置条件:
教务工作者点击监考教师。
后置条件:
监考教师添加成功后,对其查询、修改。
基流:
1)教务工作者点击监考教师后查看其状态。
2)如果该教师已安排监考教师,则返回。
3)如果该教师为未安排监考教师,则对其进行添加监考。
4.4.2.3删除监考教师
用例描述:
对监考教师进行相应的删除。
执行者:
教务工作者。
前置条件:
教务工作者点击监考教师。
后置条件:
删除监考教师成功后,对其查询、修改
基流:
1)教务工作者点击监考教师后查看其状态。
2)如果该教师为已安排监考教师,则对其进行删除监考。
3)如果该教师为未安排监考教师,则返回。
4.4.2.4修改监考教师信息
用例描述:
对安排后的监考教师进行修改。
执行者:
教务工作者。
前置条件:
教务工作已对教师进行添加,删除。
后置条件:
修改成功后,对其进行查询。
基流:
1)教务工作者对监考教师进行增加、删除后如有不符,则进行修改。
4.4.2.5查询监考教师信息
用例描述:
查询监考教师信息。
执行者:
教务工作者。
前置条件:
教务工作者已完成对监考教师的增加、删除、修改。
后置条件:
若操作以完成,则监考教师监考信息将会记录到数据库中。
基流:
1)教务工作者点击监考教师,查看状态。
2)点击不同监考教师显示不同监考状态。
4.4.3监考统计信息
4.4.3.1删除已有统计
用例描述:
删除已有统计
执行者:
教务工作者
前置条件:
教务工作者已登陆系统
后置条件:
显示已有监考信息后,可进行监考统计信息进行删除
基流:
1)教务工作者进入监考安排系统后,进入监考统计信息界面。
2)显示已有监考统计信息列表。
3)删除选定的监考统计信息。
4.4.3.2增加新监考统计
用例描述:
增加新监考统计
执行者:
教务工作者
前置条件:
教务工作者已登陆系统
后置条件:
显示监考统计信息,对监考统计信息进行增加。
基流:
1)教务人员提供所要添加的监考统计信息
2)系统检索所有监考统计信息(T-1)。
3)增加监考统计信息。
替代流:
T-1该监考统计信息已存在,系统显示提示信息,用例终止。
4.4.3.3显示统计信息
用例描述:
显示统计信息
执行者:
教务工作者
前置条件:
教务工作者已对监考统计信息进行添加,删除
后置条件:
修改成功后,对其进行显示
基流:
1)显示所要查询的监考统计信息。
4.4.4监考人员设置
4.4.4.1增加监考人员信息
用例描述:
增加监考人员信息。
执行者:
教务工作者。
前置条件:
在这个用例开始前,必须登录到系统中。
后置条件:
如果这个用例成功,在系统中增加监考人员信息,否则,系统的状态没有变化。
基流:
当教务人员增加监考人员信息的时候,用例启动。
1)教务人员提供所要添加监考人员的信息。
2)系统检索所有监考人员信息(E-1)。
3)增加的所要监考人员信息。
替代流
E-1该监考人员信息已存在,系统显示提示信息,用例终止。
4.4.4.2删除监考人员信息
用例描述:
删除监考人员信息。
执行者:
教务工作者。
前置条件:
在这个用例开始前,必须登录到系统中。
后置条件:
如果这个用例成功,在系统中删除监考人员信息,否则,系统的状态没有变化.
基流:
当教务人员删除监考人员信息的时候,用例启动。
(1)教务人员提供所要删除监考人员的信息。
(2)系统检索所有监考人员信息(E-1)。
(3)删除的所要监考人员信息。
替代流
E-1:
该监考人员信息不存在,系统显示提示信息,用例终止。
4.4.4.3修改监考人员信息
用例描述:
修改监考人员信息。
执行者:
教务工作者。
前置条件:
在这个用例开始前,必须登录到系统中。
后置条件:
如果这个用例成功,在系统中修改监考人员信息,否则,系统的状态没有变化。
基流:
当教务人员修改监考人员信息的时候,用例启动。
1)教务人员提供所要修改监考人员的信息。
2)系统检索所有监考人员信息(E-1)。
3)修改的所要监考人员信息。
替代流
E-1:
该监考人员信息不存在,系统显示提示信息,用例终止。
4.4.4.4查询监考人员信息
用例描述:
查询监考人员信息。
执行者:
教务工作者。
前置条件:
在这个用例开始前,必须登录到系统中。
后置条件:
如果这个用例成功,在系统中查询监考人员信息,否则,系统的状态没有变化。
基流:
当教务人员增加监考人员信息的时候,用例启动。
1)教务人员提供所要查询监考人员的信息。
2)系统检索所有监考人员信息(E-1)。
3)显示的所要监考人员信息。
替代流
E-1:
该监考人员信息不存在,系统显示提示信息,用例终止。
4.4.5监考信息
4.4.5.1管理监考信息
用例描述:
管理监考信息
执行者:
教务工作者;
前置条件:
教务工作者已登陆系统;
后置条件:
可对监考信息实现增,删,改,查等功能。
基流:
教务管理人员管理监考信息时,该用例启动.
1)系统显示监考信息;
2)教务管理人员选择对监考信息的增,删,改,查等功能;
3)若选择增加监考信息,则输入相关信息后系统增加一条监考信息记录;
4)若选择删除监考信息,则系统删除所选的监考信息记录;(H-1)
5)若选择修改监考信息,则修改相关信息后系统保存记录;
替代流:
H-1:
若无该监考信息或无所选信息,系统提示消息,用例终止。
4.4.5.2显示监考信息
用例描述:
显示监考信息
执行者:
教务工作者;
前置条件:
教务工作者已登陆系统;
后置条件:
列表显示监考信息。
基流:
教务管理人员管理监考信息时,该用例启动.
1)系统显示监考信息;
2)若选择查询监考信息,则输入查询条件后,系统显示查询结果.(H-1)
替代流:
H-1:
若无该监考信息,系统提示消息,用例终止。
5.性能需求
根据用户对