在线考试系统的需求分析报告

时间:2024.4.8

在线考试系统的需求分析报告

在线考试系统主要包括系统的注册、在线的考试系统、评分系统、在线的管理系统和在线的阅卷系统等。

首先是注册功能,虽然在本系统中没有复杂的注册功能,也不需要用户的详细信息,但是一定的注册功能对系统的安全还是必要的。

其次是在线的考试系统,这里要孝一虑的主要是怎样出题、怎样收集答案、怎样保存,怎样判分这些问题。

在线的账号管理系统比较简单,就是要对数据库中的系统用户和考试用户进行管理,而管理的项目则包括浏览整个系统的用户,添加、删除用户,以及更改用户的密码。

在线的阅览室卷系统是对在线考试系统的补充,因为我们的在线系统是自动判分的(读者可以从本书中了解到),但是为了判分的准确性,以及对用户的答题情况进行详细地了解,对用户的试卷应该进行判定。

1.1系统设计

1.1.1目标设计

在线考试系统的功能如下。

1.登录系统的功能如下:

l  欢迎页面

l  功能选择页面

l  各种功能的登录页面及密码验证

2.在线考试系统的主要实现功能要求

l  让用户选择试卷类型

l  让用户选择试卷的断线情况

l  从试题库中随机出题给用户

l  将随机试卷保存在暂时表中

l  保存用户的答案

l  给用户的试卷判分

l  保存用户的试卷

l  查询用户成绩

3.在线账户管理系统的主要功能要求

l  选择更改账户属性的类别

l  浏览整个系统中的各种用户(超级用户、普通用户、添加试题的管理用户和评卷老师用户)

l  添加包含某项功能的用户

l  删除不再需要的用户

l  更改用户的密码

4.在线阅卷系统的主要功能要求

l  浏览系统中用户答案情况。

l  删除某个用户的其中一个答卷或删除某种系统试卷。

1.1. 2设计思想

在线考试系统充分利用了Brower/Server结构的特点,实现了将考试系统移植到Internet的功能,该系统的优势在于极大的简化了老师出题的工作和学生考试的试题,做到了出题的多样性。

目前比较流行的两种网络开发模式分别是Client/Server模式与Brower/Server模式。Client/Server模式主要是在以局域网为基础的环境下展开应用的,它受到地域的限制。而Brower/Server模式样通过Internte进行通信,可以不受地域的限制,但是它不能够进行联机事务处理,并县城在大量数据处理的情况下,速度较慢。从目前的开发技术来看,Brower端作为信息收集源,特别是大量的数据录入工作还不能完全取代Client端的用户界面。在这方面,Client端的各种开发工具的功能更加强大也更加灵活,而Browser端却由于其功能结构的限定过于“瘦小”。

对于本在线考试系统,其功能目标是实现将现有的纸张答题式考试向基于Internet的无纸张考试系统的转变,所以它必须实现整个考试流程的进行,实现对系统的账户不同管理,以及完成阅卷、评分这些环节的处理。由于系统数据收集的实时性要求并不高,因此采用Browser/Server结构来进行设计是合理可行的。图1-1是本系统的网络应用原理示意图。

 

                                   图1-1 考试系统原理示意图

1.1. 3系统功能设计

根据系统功能的要求,在线考试系统分为上述的3个模块。即在线的考试系统,在线账户管理系统和在线的阅卷系统。可以将系统分解成几个功能模块来分别设计,功能模块之间关系如图1-2所示。

 


                        图1-2 系统功能模块

下面再来看一下整个系统的所有页面情况。

对于在线考试系统,根据系统功能分析,仅有一个单一的流程化页面。所以从试题选择页面开始,然后是断线记录选择页面,接着就进入考试页面,然后是判分以及查询成绩的页面。

对于在线的管理系统,根据系统功能分析,可以具体细化为浏览系统用户页面,添加用户页面,删除用户页面以及更改用户密码和页面。

对于在线的阅卷系统,根据系统功能分析,可以具体细化为阅卷登录页面,另外一个旧式试卷管理页面。

整个系统的页面逻辑结构示意如图1-3所示。

 


                                   图1-3 系统的页面逻辑结构示意图

1.2数据库设计与实现

1.2. 1数据库的需求分析

根据系统功能设计的要求以及功能模块的划分,对于在线考试系统的试题库数据库,可以列出以下数据项和数据结构。

l  试卷名称表:主要包括试卷的名称、该试卷的总分数、试卷的答题时间,以及试卷内各类题型的数目等。

l  试题信息表:主要包括试题的ID、专业、试题题型、难易程度、试题内容、试题分数、试题答案,以及一引起附加的内容。值得指出的是试题信息本身包括了3个表,在本在线考试系统中包括了3个专业的试题表。

对于用户记录数据,主要包括了如下的一些数据项和数据结构:

l  超级用户信息:用户的ID、用户名、密码、权限等内容。

l  用户记录表:用户的ID、用户名、密码、权限,以及当前的状态(特别强调:这个状态可以查看所选用户是否处于考试状态,但包括正在考试和断线两种情况)等信息。

对于在线的考试系统,可以列出以下数据项和数据结构:

l  试卷名称:主要包括试卷的名称、试题的分数、试题的题量,以及试卷的答题时间等内容。

l  试题信息表:主要包括试题的ID、专业、试题题型、难易程度、试题内容、试题分数、试题答案,以及一些附加的内容。

l  暂时试题信息表:主要包括试题的ID、专业、试题题型、难易程度、试题内容、试题分数、试题答案,以及一些附加的内容。

l  成绩登记表:主要包括用户、成绩、当前状态等。

对于在线的管理系统,可以列出以下的数据项和数据结构:

l  用户记录表:用户ID、用户名、密码、权限,以及当前的状态(特别强调:这个状态可以查看所选用户是否处于考试状态,但包括正在考试和断线两种情况)等信息。

对于在线的试卷管理,因为它主要使用了试卷的一些信息,上面都已经给出了,不再赘述。

1.2.2数据库的逻辑设计

根据系统功能设计的要求以及功能模块的划分,对于系统用户信息数据库,可以列出以下数据项和数据结构:用户信息:用户的ID、用户名、密码、权限。它不需要任何的外部数据支持。

对于在线的考试系统,可以列出以下数据项和数据结构:

l  试题信息:主要包括试题的ID、专业、试题题型、难易程度、试题内容、试题分数、试题答案,以及一些附加的内容。

所需的外部数据支持

l  试卷信息:试卷名称、试卷的分数、答题时间

l  用户信息:用户名。

对于在线账户管理系统,可以列出以下数据项和数据结构:

l  用户信息:用户的ID、用户名、密码、权限

l  超级用户信息:用户的ID、用户名、密码、权限

对于在线的阅卷系统,可以列出以下的数据项和数据结构:

l  试卷信息:试卷名称、答题用户、当前状态

l  试卷名称信息:试卷名称(从试卷表获取)。

所需的外部数据支持:

l  超级用户信息:用户的ID、用户名、密码、权限。

1.2.3数据库的结构创建

根据数据库需求的分析,建立如下6个数据表。

l  用户记录数据表,其结构如图1-4所示。

超级用户数据表,其结构如图1-5所示。

l  3个试题表,其结构如图1-6所示。

注意:因为本系统在应用时只提出了3种类的考试科目(计算机基础培训教程、Internet基础培训教程、计算机办公应用培训教程,本书后面演示时则主要用到了Internet基础培训教程),所以只用到了3个试题表,但是因为他们的结构都是一样的,这里就不一一列出了。

l  试卷暂时数据表,其结构如图1-7所示。

l  成绩登记数据表,其结构如图1-8所示。

l  试卷名称数据表,其结构如图1-9所示。

 

2.       3后台服务器和数据库配置

3.        

3.1. 1后台服务器配置

首先,我们要谈的是在线图书销售系统的服务器配置问题。本系统使用了Microsoft的IIS5.0作为系统服务器。如果使用的是Window2000以上版本的操作系统,那么添加IIS5.0服务器非常简单,只需要打开“控制面板”里面的“添加/删除程序”选项,然后选择“添加/删除windows组件”,最后选中弹出对话框中的“Internet信息服务(IIS)选项”,如图1-10所示,按照系统提示进行安装即可。

图1-10  添加IIS服务器

  下面来介绍一下怎么设置IIS的服务。

   因为在在线考试系统的各个系统模块里都使用ASP的Session(会话)对象和Application(应用程序)对象。这样,就必须创建一个ASP应用程序来处理和户登录次数信息。一个ASP应用程序必须使用一个公用的目录结构,该目录包含了网站使用的所有页面。页面的具体位置并不重要,但要让这些页面都存于一个公用的目录结构里。

创建ASP应程序的具体步骤为:

打开IIS服务器,进入Web根目录。单击鼠标右键,选择“属性”命令,弹出如图1-11所示的属性对话框,在应用程序设置里,创建ASP应用程序。名称与Web根目录同名。这样我们就创建了一个ASP应用程序,但真正具有该应用程序执行功能的是一个称作Global.asa的特殊文件。

图1-11 添加ASP程序服务

1.3.2后台数据库的配置

本章系统没有使用ODBC这种形式的数据库,而是直接采用了Access文件的相对路径来实现读取数据库的功能,简单的代码如下所示:

set conn=Server.CreateObject("ADODB.Connection")

conn.Open "driver={Microsoft Access Driver(*.mdb)};dbq="& Server.MapPath("试题库.mdb")

set rs=server.createobject("adodb.recordset")

但需要强调,微软的Access数据库本身并不是一个数据库服务器,它不能用服务器来运行查询。对于数据庞大的情况,Access本身不是一个好的选择。另外一个要考虑的是数据库的安全性问题。Access比起SQL Server而言,总体的安全性能要差。

但是从应用的角度而言,Access数据库易于使用,而且在创建和配置上,Access数据库都比SQL Server要容易。


第二篇:软件需求分析报告


软件需求分析报告

1. 引言

本文档是为自动作曲系统所编写的软件需求分析报告.文档主要包括文档说明,软件的综合描述等几个方面,用于指导软件的开发以及对软件相关功能的说明

1.1 编写目的

由于国内版权意识不断加强,使音乐的使用价格既版权价格不断升高,而自动作曲系统所生成的歌曲具有无版权,形式多样等特点,可以用于背景音乐,电台网站等。并且自动作曲系统可以根据有限的模板创造出多种多样的音乐作品。并且当用户输入歌词后,在作曲基础上可以将词的部分根据作曲结果演唱,使该系统更加具有竞争力以及发展的可能性。

1.2 项目风险

项目风险主要承担者包括:任务提出者,软件开发者,以及产品使用者。任务提出者所承担的主要风险包括:软件的发展方向是否正确,软件是否有盈利模式,软件是否有足够的需求。 软件开发者的主要风险包括:软件开发是否符合规范,程序是否具有可读性,程序bug是否在可控制范围之内等。产品使用者的主要风险包括:是否清楚软件的使用规则等。

1.3 预期读者和阅读建议

用户:用户可以只阅读软件使用方面的相关说明,而不需要阅读有关项目开发等内容。 开发人员:开发人员需要阅读软件需求分析报告的所有内容,明确软件所需要达到的目的。

1.4 产品范围

产品为自动作曲软件,可生成midi,mp3格式的音频文件。当用户输入歌词后,可以采用已有音源演唱出来,软件主要可以用于网站背景音乐,微信公众平台或者自有网站。

2. 综合描述

2.1 产品的状况

该原件为新型的,自主型的产品,目前所使用的技术或者算法大多为自主创作。该软件为独立产品,既自身不是某一产品的一部分,可独立运行而不用依靠其余已有软件。

第-1-页

2.2 产品的功能

自动作曲系统可以根据用户所选择的情感,风格等相关数据,根据已有模板,自动作曲。并且当用户输入歌词时,可以根据自动生成的歌曲将歌词演唱。系统所生成的音频文件格式包括midi以及mp3.

2.3 用户类和特性

本产品的预期用户包括某些需要无版权背景音乐的网站,在微信公众平台运用本系统所提供的接口进行歌曲创作的用户,以及运用本系统所生成的歌曲在音乐电台中播放的网站。

2.4 运行环境

本软件的运行环境,包括:

操作系统:windows操作系统,版本暂不做限制

支撑环境:无数据库,

其他组件:需安装python及相关功能包

2.5 设计和实现上的限制

必须使用的编程语言:Python

政府发对的限制:有可能涉及到版权问题

3. 外部接口需求

3.1 用户界面

用户界面采用下拉菜单供用户选择情感以及风格,多文本输入框输入歌词,点击确定按钮后,使用音乐播放器播放生成歌曲。

3.2 软件接口

● 操作系统;Windows操作系统

● 数据库;无

● 功能包;simplejson,scipy,numpy

● 集成的商业组件 ;python 版本号2.7.5

第-2-页

4. 系统功能需求

4.1 输入/输出数据

用户输入:情感,风格,歌词

系统输出:midi,mp3格式音频文件。

用户输入的情感,风格会被转换为参数,传递至作曲函数中。

用户输入的歌词,转换为字符串传递至函数中。

5. 其它非功能需求

5.1 性能需求

● 相互合作的用户数量;无

● 系统支持的并发操作数量;无上限,与所处硬件系统上限有关。

● 响应时间;15s内

● 与实时系统的时间关系:与实时系统无时间关系

5.2 安全性需求

软件所生成的音频文件并无先关保护措施,如有需要,需在软件所处硬件系统之上采取相应的安全措施,防止信息泄露。

5.3 软件质量属性

软件质量的衡量标准为:生成一首歌曲的时间。

软件应该无可移植性的相关问题。其余可能出现的质量问题为对用户输入歌词的判断等问题上。

6. 词汇表 MIDI:(Musical Instrument Digital Interface)乐器数字接口 ,是20 世纪80 年代初为解决电声乐器之间的通信问题而提出的。MIDI是编曲界最广泛的音乐标准格式,可称为“计算机能理解的乐谱”。它用音符的数字控制信号来记录音乐。

MP3:是一种音频压缩技术,其全称是动态影像专家压缩标准音频层面3(Moving Picture Experts Group Audio Layer III),简称为MP3。它被设计用来大幅度地降低音频数据量。

第-3-页

BPM:Beat Per Minute,每分钟节拍数的单位。最浅显的概念就是在一分钟的时间段落之间,所发出的声音节拍的数量,这个数量的单位便是BPM。也叫做拍子数。

和弦:(Chord)源自希腊文χορδ?,是乐理上的一个概念,指的是一定音程关系的一组声音。将三个和三个以上的音,按三度叠置的关系,在纵向上加以结合,就成为和弦。

第-4-页

更多相关推荐:
系统需求分析报告

系统需求分析报告关于成都信息工程学院学籍管理系统计本995毛彩霞990311521概述随着社会的发展经过本院全体师生的共同努力学校的规模不断的扩大日常教学活动中提取相关信息以反映教学情况传统的手工操作方式易发生...

系统需求分析报告-范例2

编号学年第学期实验报告实验课程名称教学管理信息系统专业班级学号学生姓名实验指导教师浙江大学城市学院教学管理信息系统需求分析报告第一章浙江大学城市学院教学管理信息系统开发项目介绍一新系统的目标和功能1新系统的名称...

用户需求分析报告(范本)

window命令大全11需求分析报告111引言编写目的阐明编写需求分析报告的目的项目背景应包括a项目的委托单位开发单位和主管部门b该软件系统与其他系统的关系名词解释列出文档中所用到的专门术语的定义和缩写词的原文...

新闻发布系统需求分析报告

新闻发布系统需求分析报告第一章引言随着互连网的进一步发展网络媒体在人们心中的地位进一步提高新闻发布系统做为网络媒体的核心系统其重要性是越来越重要一方面它提供一个新闻管理和发布的功能另一方面现在的新闻发布要求实现...

图书管理系统需求分析报告

图书管理系统需求规格说明书盛旭张驰1引言随着计算机技术的不断应用和提高计算机已经深入到社会生活的各个角落计算机软件也在各方面得到广泛的应用但是很多图书馆仍采用手工管理图书的方法不仅效率低易出错手续繁琐而且耗费大...

教务管理系统需求分析报告

苏州大学应用技术学院09计算机转教务管理系统需求分析报告曹晓飞黄涛张伟耿赛柳20xx年12月15日苏州大学应用技术学院09计算机转目录第一章引言111编写目的112背景说明113系统目标1第二章系统的需求分析2...

电子商务平台系统需求分析报告

电子商务平台系统需求说明书项目名称电子商务平台系统指导老师学号姓名1目录1引言311编写目的312背景313字符定义314参考资料32任务概述421目标422用户特点423假定和约束43总体设计4311需求规定...

进销存管理系统需求分析报告

文档中国httpWwwDoc126Com进销存管理系统需求分析1背景111问题的提出112问题分析32系统设计目标421系统设计的长远目标422系统设计近期目标53系统总体设计731系统设计思想732数据流图8...

教室管理系统需求分析报告

软件工程课程设计教室统一管理系统需求分析报告学校XXXX学院系别信息管理系班级XXXX姓名XXX学号XXXXX目录第I页1引言111编写目的112项目背景113名词定义114参考资料22任务概述221要求222...

系统需求分析报告要求

系统需求分析报告要求系统需求分析报告对整个项目实施过程中起着极其关键的重要性系统需求分析报告作为系统设计开发以及最后验收的重要依据使开发人员看到后不会产生歧义能够完全按照需求分析进行系统的设计和开发要求各组在确...

图书管理系统需求分析报告

设计名称课程名称姓名班级授课教师信息工程学院课程设计图书管理系统需求分析报告软件需求2薄文正12软件工程1班邱老师目录第一章引言211编写目的212项目背景213产品范围214术语说明215参考文献3第二章项目...

图书管理系统需求分析报告

图书管理系统需求分析报告目录图书管理系统需求分析报告21引言211编写目的212项目背景213相关定义22需求概述321目标322用户类和特征323运行环境33需求分析331数据需求332事物需求433系统的业...

系统需求分析报告(47篇)