在线考试系统的需求分析报告
在线考试系统主要包括系统的注册、在线的考试系统、评分系统、在线的管理系统和在线的阅卷系统等。
首先是注册功能,虽然在本系统中没有复杂的注册功能,也不需要用户的详细信息,但是一定的注册功能对系统的安全还是必要的。
其次是在线的考试系统,这里要孝一虑的主要是怎样出题、怎样收集答案、怎样保存,怎样判分这些问题。
在线的账号管理系统比较简单,就是要对数据库中的系统用户和考试用户进行管理,而管理的项目则包括浏览整个系统的用户,添加、删除用户,以及更改用户的密码。
在线的阅览室卷系统是对在线考试系统的补充,因为我们的在线系统是自动判分的(读者可以从本书中了解到),但是为了判分的准确性,以及对用户的答题情况进行详细地了解,对用户的试卷应该进行判定。
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所示。
l 超级用户数据表,其结构如图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-页