需求分析报告

网络在线考试系统

目录

1.引言. 1

2. 需求概述. 1

 目标. 1

 用户类和特征. 1

 运行环境. 2

3. 功能需求. 2

 确定执行者. 4

 确定用例. 4

 编写用例文档. 5

4.非功能需求. 7

 性能需求. 7

 安全性需求. 8

5.故障处理. 8

6.外部接口需求. 8

1  引言

随着社会经济的发展，人们对教育越来越重视。考试是教育中的一个重要环节，近几年来随着考试的类型不断增加以及考试要求不断提高，传统的考试方式要求教师打印考卷、监考、批卷、使教师的工作量与来越大，并且这些环节由于全部由人工完成，非常容易出错。因此，许多学校或考试机构建立网络在线考试网站来降低管理成本和减少人力物力的投入，同时，为考生提供更全面、更灵活的服务。考生希望对自己的学习情况进行客观、科学的评价；教务人员希望有效地改进现有的考试模式，提高考试效率。为了满足考生和教务人员的要求，网络在线考试系统应包含在线考试、成绩查询等功能，以满足用户的需求。

2 需求概述

 目标

从总体上考虑，系统应该实现下列功能；

对管理员来说，包括系统维护和用户管理,角色管理等；

对教师来说，包括出题，判卷，统计成绩，提交成绩等；

对学生来说，答卷，提交试卷； 

系统能够提供友好的用户界面，使各类用户的工作量最大限度的减少；

系统具有良好的运行效率； 系统要具有一定的智能型和创新性。

 用户类和特征

本系统用户一般为学生和老师，还有若干管理员，管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。学生和老师是普通用户，具备一定的计算机操作知识即可。

 运行环境

a) 操作系统：Windows ；

b) Web服务器：；

c) Java开发包：以上；

d) 数据库：MYSQL；

e) 浏览器：IE ；

f) 分辨率：最佳效果为1366*768像素。

客户端：

a) 浏览器：IE ；

b) 分辨率：最佳效果为1024*768像素。

3 功能需求

根据客户的基本需求，该在线考试系统拟分为以下子模块等。整个系统间各子模块的结构图如下所示：

图 功能结构图

主要用户类型以及系统功能模块： 

本系统的用户可分为管理员、教师和学生三类，三类人群共用一个登录界面，在登录界面处提供用户类型的选择，并因选择的用户类型进入不同的管理界面。 

进入本系统后共分成三个主要的界面：

1、界面用于管理员工作，主要负责进行基本资料的管理，如学生、教师成员的添加以及进入考试系统的权限设置；

2、是教师登录的主界面，主要是题库、试卷、成绩的管理以及查询等；

3、界面用于学生考试的主界面，主要负责在线考试、查询以往考试成绩留言等。 

从总体上考虑，系统应该实现下列功能： 

对管理员来说，包括教师、学生成员、班级的添加与管理。 

1、教师、学生管理：管理员可以查询现有成员的信息，可以添加、删除成

员信息，更改状态信息，设置权限，能否进入本系统。 

2、班级的管理：主要是基本资料的注册添加，当前权限修改，不能重复添

加相同的记录项。 

对教师来说，包括试卷管理、题库管理、成绩管理。 

1、试卷管理：教师可以从课程，各种题型的数量等方面对某份试卷提出一定的要求生成试卷规则，同时，教师还可以对库中已有的试卷进行修改和删除，添加新试卷等。 

2、题库管理：教师可以对题库中的试题进行三种基本操作：添加新的考题、删除旧有考题、修改原有考题，其中试题类型包括判断题、填空题、选择题；对于每种类型的试题，教师可以设置题干、答案等属性。 

3、成绩管理：教师可以查看考生的考试成绩，并针对不同的课程进行成绩统计，包括考试人数、最高分、最低分、平均分以及各分数段得分人数等。 

对普通用户来说，包括在线考试、查询以往考试成绩、留言等。 

1、在线考试：学生可以任选时间进行在线测试，考试结束后，系统会根据已有的标准答案进行在线判卷，考生可以立刻知道考试成绩。 

2、查询以往考试成绩：学生可以在线查询以前参加过的每门课程的考试相关信息。 

3、留言板：学生提交对系统的留言信息。

 确定执行者

执行者是与系统交互的外部实体，它既可以是人员也可以是外部系统或硬件设备。

确定执行者可以通过提出以下问题得到：

管理员使用系统的主要功能。

教师必须系统的支持以完成日常工作任务，如试题录入，管理，查询。

学生谁从系统获取考试试题，答案和解析等信息。

管理员负责维护和管理系统以保证其正常运行。

在本例中，可以确定“教师”和“学生”为系统的执行者。“管理员”负责使用系统的主要功能，“学生”从系统中获取所需的信息。

 确定用例

用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。

确定用例可以通过提出以下问题得到：

学生需要从系统中获得考试和查看答案，成绩及解析功能，参与者需要在登陆后逐题作答，打完提交得到成绩，然后查看答案和解析。

老师需要从系统中获得录入试题，查看试题，管理试题和查看学生成绩的功能。

管理员要从系统中获得管理学生和老师信息，以及试卷管理等功能。

教师和管理员需要读取、产生、删除、修改或存储系统的信息。

本系统中发生事件需要通知参与者，如考试开始。参与者不需要通知系统事情。

本系统的输出有学生成绩和排名情况，考试答案和解析，考试试题。输入的有试题及其答案，解析录入，学生和老师名单，考生答题情况。输入的信息存到数据库中，输出的信息从数据库中获取

   本例中我们通过一定的调研和分析得到的“网络在线考试系统”的用例图，如图所示。

图  用例图

 编写用例文档

用例图不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放映在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应该只注重外部能力，不涉及内部细节。下面给出本例中的用例文档。

1.学生和教师信息的维护用例

用例名：学生和教师信息的维护

参与执行者：图书管理员

入口条件：管理员已经登陆到该系统中。

2.读者信息的维护用例

用例名：试题信息的维护

参与执行者：教师或管理员

入口条件：教师或管理员已经登陆到该系统中。

3.试题的查询用例

用例名：试题信息的查询

参与执行者：管理员、教师

入口条件：无

事件流：通过交互界面输入查询条件(如题号，关键字等)搜索图书记录。

出口条件：若有符合条件的课程信息，则系统显示这些试题信息。否则系统提示用户重新输入查询条件。

4.学生成绩的查询用例

用例名：学生成绩信息的查询

参与执行者：管理员，教师

入口条件：用户已经登陆到该系统中。

事件流：通过查询界面输入查询条件(如班级，姓名等)搜索待读者记录。

出口条件：若有符合条件的学生信息，则系统显示学生成绩信息。否则系统提示用户重新输入查询条件。

5.查询个人信息用例

用例名：查询个人借阅信息

参与执行者：教师，学生

入口条件：用户已经登陆到该系统中。

事件流：点击查询个人信息按钮。

出口条件：系统显示用户的借阅信息。

6.考试用例

用例名：考试

参与执行者：学生

入口条件：学生已经登陆到该系统中。

事件流：学生在考试页面，点击开始考试按钮。

出口条件：学生交卷。

异常事件：学生未交卷，提示“试卷未提交，是否提交”。

7.口令管理用例

用例名：口令管理

参与执行者：管理员、学生、教师

入口条件：用户已经登陆到该系统中。

事件流：用户点击“修改密码”按钮，在口令修改页面输入新的密码，点击保存按钮。

出口条件：数据库中的密码被修改成最新的密码。

4.非功能需求

 性能需求

（1）该软件在输入、输出时保留到小数点后两位，在传输过程中保存到小数点后3位。 

 （2）时间特性要求 ：响应时间：小于 ，更新处理时间：小于1s ，数据的转换和传输时间：小于1s ，解题时间：小于1s 。

（3）操作方式上的变化：不变 ；运行环境的变化：不变 ；同其他软件接口的变化：没有；精度和有效时限的变化：可调；计划的变化和改进：可改 。

（4）输入输出要求 ：输入数据类型有char型、int型、data型和datatime型数据。 

（5）本软件性能良好，稳定性极高，不容易发生问题，即使软件崩溃，由于其是即时储存在主机上，文件亦不会丢失，会在其主机上找到，只需重新安装软件即可。若硬件问题，则及时更换硬件。以上故障不会造成文件缺失，只会一定程度上影

（6）安全性：在登陆后，有管理权限的设定；可维护性：可维护 ；可补充性：可补充 ；易读性：易读 ；可靠性：可靠 ；运行环境：可转换。

  安全性需求

考试系统避免不了需要存储试题库，而试题库中往往有上千条甚至上万条记录，拥有的表也会相对复杂，所以在对数据库进行操作的时候，需要数据库响应时间在人们能够接受的范围之内。

5.故障处理

系统对于用户错误输入的处理也应该相对友好，尽量做到以最大限度提升用户体验为前提。  偶尔会遇到个别考生考试意外中断的现象，如某台计算机意外断电等。这就涉及到如何在最大程度上保护学生的考试现场问题。我们的做法是，将考生的主观性试题、试卷以及结果，保存到服务器端硬盘上。因为正式考试是集中在学校机房里面进行的，我们可以在安装机房的应用软件时进行设置。例如：将系统的自动保存时间设置在合理的范围之内，最大程度的保存学生考试过程中试题的考试现场。

6.外部接口需求

无

第二篇：网络彩票站管理系统-需求分析报告

需求分析报告

——网络彩票站管理系统

班级：09级计科1班

1引言

      《网络彩票站管理系统需求规格说明书》旨在详细描述系统功能需求和一些非功能需求，明确系统需求边界。文本分为4个部分：概述部分描述了项目的目的和范围，并对文档中使用的术语进行了说明；系统说明部分对系统进行了简单的描述；需求说明部分对系统从功能要求、安全性、性能等几个方面进行了阐述；验收准则是对系统最终验收通过的标准。

      1.1编写目的

      《网络彩票站管理系统需求规格说明书》目的是明确《网络彩票站管理系统》中各项功能和非功能需求，确定系统功能模块。同时为概要设计和详细设计人员提供设计依据。网络彩票站管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立和维护及前段的维护程序的开发两个方面。对于前者需要建立数据的一致性和完整性，对于后者要求应用程序功能的完备、易用等特点。

   1.2背景

      开发软件名称：网络彩票站管理系统

      项目开发者：杨蒙、程然、高靖

      用户：系统管理员、彩票站会员

      项目开发环境：工具未定、利用Windows作为系统平台

   1.3定义

           网络彩票站管理系统：是负责彩票站会员的管理，让其会员能在网络上就可以购买彩票的一个系统。

      项目：是在内一定的时间所要达到的预期目的

2任务概述

2.1目标

      旨在开发一个网络上的彩票站管理系统平台。利用本系统实现会员在网络上管理、购买彩票的目的。彩票站会员能够能方便快捷的完成彩票的购买、管理、查看等功能。

         2.2用户特点

网络彩票站管理系统用户有2种：系统管理员、彩票站会员。

1）    系统管理员：具有最高权限，可以执行本系统的所有操作。

2）    彩票站会员：可以使用系统的部分功能，如：对彩票信息的各种查询、投注购买等。

2.3假设和约束

1）开发期限和时间比较紧凑。

2）项目组开发成员少。

3数据概述

3.1静态数据：

      包括彩票站会员的用户名、密码，会员的个人信息部分，彩票的价格。

3.2动态数据：

      包括各种有关金钱交易的数据，金额，时间等。

3.3数据库描述：

      彩票站会员数据库：记录所有会员的各种信息，用户名，登录密码等。

      日志数据库：记录站内所有有关金钱交易的记录。

4功能概述

4.1功能划分

关于网络彩票站管理系统的功能总体可以划分为4个部分：

1）          人事管理。

2）          会员管理。

3）          消费信息管理。

4）          技术档案管理。

      4.2功能描述

           1）网络彩票站管理系统的功能目标：

                 人事管理：彩票站会员基本信息管理。

会员管理：系统支持会员对自身充值、查询功能，会员可以自由的投注。

                 消费信息管理：记录投注金额、消费记录等。

2) 网络彩票站管理系统常用功能实现流程:

5性能需求

5.1数据精确度：

在数据库中利用浮点数来记录消费者的相关记录，因此对于数据的记录是准确的，同时还给系统设定了定时的数据备份。

5.2时间特性：

对于数据的统计可以在很短的时间内完成，并可以根据用户的要求完成相关的信息对比，这样更有利于与用户对彩票的分析。

5.3适应性：

此软件的适应性比较好，要随着IT行业的变化而变化，同时要不断的完善，更新相关内容。

6运行需求

6.1用户界面

屏幕格式：

1要求有菜单及工具栏以方便操作

2各数据库信息可在屏幕上直接修改

3各数据库信息可在屏幕上直接显示

4用户可自行查找自己在某段时间的消费情况等

6.2硬件接口：

           需要链接网线进行上网。

6..3软件接口：

Windows标准接口。

7其他需求

      可使用性：界面简洁而且使用简单。

      安全保密性：用户都是要注册的，并且有密码保护，每个部门及个人所具有的权限都是公司实现设定好的，应此安全性好，而且用户可以随时更改自己的密码。