一.任务描述
根据上述需求分析阶段性成果物 ,编制完整的需求规格说明书
二.任务目的
一方面锻炼需求分析文档编写能力,另一方面通过对内容评价,掌握需求分析方法
三.任务详情
1.分工
讨论参与:李彦林、朱国宇、张号、黄博
文档撰写:黄博、李彦林、朱国宇
文档校准:黄博
2.文档内容
1. 引言
1.1. 编写目的
高校调查问卷管理系统是由政府发起,旨在开发一款支持问卷创建、设计、发布与回收分析的管理系统。管理人员可登录系统生成问卷,问卷经邮箱直接发送至待调查人员手中,免去了通知下发的时间损失,使得问卷反馈结果更加客观,也便于政府和高校及时收集教学反馈信息、掌握教育教学情况。
本文档将详细描述该系统的需求和规格情况,从项目概述、需求分析和运行环境规定三个方面入手。本文档将是后续开发工作的基础和重要参考依据。
1.2. 背景
随着计算机技术的飞速发展,互联网的产生为人们的生产生活带来了诸多便利,而“互联网+教育”更是时下的热门之一。同时,调查问卷作为一种常见的调查手段,经历了从线下纸质收集到如今线上填写提交的变革,大大降低了调查分析工作的时间成本,短时间即可收集到大量提交反馈。在此背景下,高校调查问卷管理系统已然成为了分析统计教育信息的必需工具,其客观、高校、便捷的特点,十分适合政府、高校快速获取教学信息、师生意见,及时对数据进行存储、分析。
1.3. 名词术语定义
将用户需求报告中的术语、缩写进行定义,包括用户应用领域和计算机领域的术语与缩写等。具体术语说明如下表所示。
表1. 术语说明
术语、缩略语 |
解释 |
调查问卷 |
通过制定详细周密的问卷,要求被调查者据此进行回答以收集资料的方法 |
用例模型 |
需求工作流程的结果,可当作分析设计工作流程以及测试工作流程的输入使用 |
响应时间 |
进程从提交请求到系统响应这个请求的时间 |
Tomcat |
开源轻量级web应用服务器 |
Mysql |
|
Windows 10 |
微软公司研发的一套操作系统 |
IntelliJ IDEA |
Java语言开发的集成环境 |
Java |
一门面向对象编程语言,具有功能强大和简单易用两个特征 |
JavaSpring |
为解决企业应用程序开发复杂性创建的Java开源框架 |
CSS |
一种用来表现HTML文件样式的计算机语言 |
1.4. 参考资料
(1)Karl Wiegers、Joy Beatty,《软件需求》,清华大学出版社,2016。
(2)Leszek A. Maciaszek,《需求分析与系统设计》,机械工业出版社,2009。
(3)佟立纯、李四化,《调查问卷的设计与应用》,北京体育大学出版社,2011。
(4)孙宗虎、任平均,《项目管理流程设计与工作标准》,人民邮电出版社,2007。
2. 项目概述
2.1. 项目目标
本项目在开发完成时应实现以下目标:
(1)实现用户的注册与登录功能,支持忘记密码找回。
(2)实现问卷项目定义、问卷编辑设计、问卷审核、问卷发布功能。
(3)有完善的用户管理机制,支持批量导入待调查人员信息数据。
(4)各问卷项目支持撤回发布、修改、删除、复制等多项基本操作功能。
(5)系统有完善的问卷统计分析机制,能依照用户的需求来处理待调查人员的反馈信息,为用户提供便利。
(6)在系统交付使用后,如出现故障,应及时委派维护人员对系统进行修复。做到持续跟踪用户使用情况,及时解决用户的使用问题。
2.2. 用户特点
本系统的相关用户描述如下:
(1)项目发起人:问卷项目的发起者,主要指政府、高校的领导层。该用户可以登录系统进行各项操作,但他们大概率不会亲自去进行操作,只是定义问卷项目的主要内容,接着委托系统管理人员进行其他工作,自己等待审核及验收问卷反馈结果。
(2)系统管理人员:包括问卷的设计人员和问卷结果分析人员。该用户可注册登录本系统,是系统的主要使用者。他们负责创建问卷、设计问卷内容,发布问卷,并对问卷收集的信息进行统计分析。该用户对系统的操作模式和具体功能有要求。
(3)待调查人员:高校教师和学生群体。该用户是本系统的间接用户,他们人数众多,但不需要注册登录,只需导入邮箱信息,将接收到的问卷填写提交即可。该用户群体对问卷支持系统和填写界面有需求。
2.3. 假定与约束
本系统能否成功实现,取决于以下条件:
(1)客户能够积极配合开发团队工作,确定项目的稳定负责人员做开发过程的沟通协调工作,以保障项目的进度和质量,也便于需求调整的及时传达。
(2)客户应为开发团队的调研、开发提供必要的开展环境和系统运行环境,这样有助于系统的开发。
(3)客户应提供完整详细的系统需求报告,以便于开发团队进行分析、设计,获取完善的功能需求信息。
(4)开发团队对项目的开发至交付有保证,会在约定交付期内完成系统的开发与测试工作。
3. 需求分析建模
3.1. 功能需求
3.1.1. 系统业务需求描述
本系统的业务需求为一个调查问卷项目从发起到设计、发布、填写、回收统计再到分析汇总的整个过程。一次完整的业务流程主要涉及的人员有:项目发起人(政府、高校的领导层)、系统管理人员(问卷设计人员和问卷分析人员)、待调查人员(高校教师、学生)。本系统业务流程如下图所示。
业务流程详细说明:
(1)首先由项目发起人定义问卷的主题、内容和调查对象,并在系统中创建一个以该主题命名的项目页面。
(2)接着,系统管理人员中负责问卷设计的人员在项目页面中创建问卷,进行调查对象设置、截止时间设置和编辑问题等工作,设计完毕后保存提交。然后,项目发起人对管理人员提交的问卷进行审核,若审核通过则管理人员可以发布问卷,若审核不通过则通知管理人员重新编写问卷。
(3)问卷发布后,待调查人员通过邮件、链接等方式获取并填写问卷,填写完毕点击提交。所有填写的回答会上传到系统中并被保存,等待统计与处理。
(4)问卷截止后,系统管理人员中负责问卷分析的人员对问卷的调查结果进行分析汇总,并将结果交给项目发起人查看。
3.1.2. 系统用例模型
高校调查问卷管理系统的系统用例图如下:
下面对系统的参与者进行说明:
参与者 |
说明 |
项目发起人 |
可以登录系统,负责定义问题项目、审核问卷,可查看已创建问卷的内容和统计分析情况 |
系统管理员 |
可以登录系统,负责设计问卷、发布问卷、统计结果 |
待调查人员 |
负责填写问卷和上交问卷 |
3.1.3. 功能模块分析
针对上述用例模型我们将登录、定义问卷项目、设计问卷,审核问卷、发布问卷、填写与上交问卷、查看问卷统计信息这七个用例进行了详述。其中,每个用例的内容均包括用例名、参与者、前置条件、事件流、后置条件等。具体内容如下:
(1)登录用例。参与者:所有用户。
标题 |
内容 |
用例名称 |
登录 |
用例简要说明 |
对用户登录的流程进行描述,用户输入用户类型、用户名、密码进行登录系统操作 |
前置条件 |
系统已启动并到达登录界面 |
事件流 |
1.用户进入登录界面;系统显示登录界面。本用例开始 2.用户输入登录信息;系统显示输入的信息 3.用户输入登录信息后,可能有两种操作: a.点击“登录”,执行事件流 4 b.点击“重置”,执行事件流 1 4.系统验证用户的登录信息,可能有两种情况: a.登录成功:本用例结束 b.登录失败:执行事件流 1 |
后置条件 |
1.登录成功,系统进入初始操作界面 2.登录失败,系统跳转回登录界面 |
扩展点 |
用户忘记密码,执行找回密码操作 |
优先级 |
高 |
(2)定义问卷项目用例。参与者:项目发起人。
标题 |
内容 |
用例名称 |
定义问卷项目 |
用例简要说明 |
对项目发起人定义并创建问卷项目进行描述。项目发起人进入问卷项目界面,进行创建或删除问卷项目的操作 |
前置条件 |
项目发起人进入问卷项目界面 |
事件流 |
1.项目发起人进入到问卷项目页面;系统显示问卷项目界面。本用例开始 2.项目发起人有如下操作可选: a.点击“新建”,执行事件流 3 b.点击“查看”,执行事件流 4 d.点击“返回”,执行事件流 5 3.系统进入创建问卷项目界面,项目发起人新建问卷项目,输入问卷项目名称、简介。完成创建后,执行事件流 2 4.系统进入问卷项目汇总界面,项目发起人有两个可选操作:a.可查看所有已创建的问卷项目 b.点击“返回”,执行事件流 2 5.系统返回到初始界面,本用例结束 |
后置条件 |
系统返回到上一界面,用户定义了一个新问卷项目 |
扩展点 |
无 |
优先级 |
高 |
(3)设计问卷用例。参与者:系统管理人员(问卷设计人员)。
标题 |
内容 |
用例名称 |
设计问卷 |
用例简要说明 |
对问卷设计人员的设计问卷操作进行描述 |
前置条件 |
问卷设计人员进入问卷设计界面 |
事件流 |
1.问卷设计人员进入到问卷设计页面;系统显示问卷设计界面。本用例开始 2.问卷设计人员有如下操作可选: a.点击“新建”,执行事件流 3 b.点击“查看”,执行事件流 4 c.点击“返回”,执行事件流 5 3.系统进入新问卷编写界面,问卷设计人员输入问卷名称、简介、编写问卷问题,并保存提交。完成后,执行事件流 2 4.系统进入问卷查看界面,用户可查看已设计的问卷,可选择修改、删除、发布、分析等操作。点击“返回”执行事件流 2 5.系统返回到上一界面,本用例结束 |
后置条件 |
系统返回到上一界面,用户设计了一个新问卷 |
扩展点 |
无 |
优先级 |
高 |
(4)审核问卷用例。参与者:项目发起人。
标题 |
内容 |
用例名称 |
审核问卷 |
用例简要说明 |
对项目发起人审核问卷的操作进行描述。项目发起人对问卷设计人员创建的问卷内容进行审核,通过的问卷方可发布 |
前置条件 |
项目发起人进入问卷审核界面 |
事件流 |
1.项目发起人进入到问卷审核界面;系统显示问卷审核界面。本用例开始 2.问卷设计人员有如下操作可选: a.点击“审核”,执行事件流 3 b.点击“返回”,执行事件流 4 3.项目发起人进入待审核问卷,查看内容后,选择通过或不通过此问卷。完成后,执行事件流 2 4.系统返回到上一界面,本用例结束 |
后置条件 |
1.问卷审核通过,系统将其标记为可发布 2.问卷未通过审核,系统将其标记为需修改 |
扩展点 |
无 |
优先级 |
高 |
(5)发布问卷用例。参与者:系统管理人员。
标题 |
内容 |
用例名称 |
发布问卷 |
用例简要说明 |
对系统管理人员发布问卷的操作进行描述 |
前置条件 |
系统管理人员进入已创建问卷界面 |
事件流 |
1.项目发起人进入到已创建问卷界面;系统显示已创建问卷界面。本用例开始 2.问卷设计人员有如下操作可选: a.点击“发布”,执行事件流 3 b.点击“返回”,执行事件流 4 3.问卷发布成功,执行事件流 2 4.系统返回到上一界面,本用例结束 |
后置条件 |
问卷发布成功,系统生成问卷链接,同时自动发送问卷到待调查人员的邮箱 |
扩展点 |
无 |
优先级 |
高 |
(6)填写与上交问卷用例。参与者:待调查人员。
标题 |
内容 |
用例名称 |
填写与上交问卷 |
用例简要说明 |
对待调查人员的填写问卷操作进行描述 |
前置条件 |
问卷成功发布,待调查人员收到问卷链接 |
事件流 |
1.待调查人员打开问卷链接,进入问卷页面 2.开始填写问卷信息 3.填写完毕后,点击“提交” 4.问卷被上传到系统并保存 |
后置条件 |
填写好的问卷被上传到系统保存 |
扩展点 |
无 |
优先级 |
中 |
(7)查看问卷统信息用例。参与者:系统管理人员(问卷分析人员)。
标题 |
内容 |
用例名称 |
查看问卷统计信息 |
用例简要说明 |
对问卷分析人员查看问卷统计信息的操作进行描述 |
前置条件 |
问卷分析人员进入问卷分析界面 |
事件流 |
1.问卷分析人员进入问卷分析界面;系统显示问卷分析界面。本用例开始 2.问卷分析人员有如下选择: a.点击“查看”,执行事件流 3 b.点击“导出”,执行事件流 4 c.点击“返回”,执行事件流 5 3.问卷分析人员查看问卷的详细分析报告。点击“返回”,执行事件流 2 4.系统导出问卷分析报告,用户可选择导出格式。点击“返回”,执行事件流 2 5.返回上一界面。本用例结束 |
后置条件 |
获取到问卷分析报告 |
扩展点 |
无 |
优先级 |
高 |
3.2. 非功能需求
3.2.1. 系统非功能需求
(1)系统应将操作界面设计得直观明了,各功能模块设置合理,减少用户误操作情况的出现。
(2)系统应确保完整性,有完善的用户管理、数据管理、发布管理等功能。
(3)系统应具有可扩充性和可维护性,在开发时要考虑最大可容纳用户数,以及最大库存储数据量,同时还要预测考量这些量的增长情况。
(4)支持多种浏览器访问。
3.2.2. 特性要求
(1)系统正常操作响应时间不超过1s。
(2)系统支持1000名待调查人员信息一次性导入,导入花费时间不超过150s。
(2)问卷提交后,系统反馈提交情况的响应时间不超过5秒。
(3)查看导出分析结果时,系统的响应时间不超过20s。
3.2.3. 故障处理要求
在问卷提交过程中出现网络中断等情况时,上传停止。但填写信息应先预存本地,不会丢失,用户重新上传即可。
3.3. 其他专门要求
(1)进度要求:系统开发的各阶段应安装预先制定的进度安排进行,若客户提出需求更改,应及时对进度安排进行调整。
(2)安全性需求:系统应确保用户账号和信息的安全性、保密性,问卷和待调查人员的数据不能被授权登录用户以外的人访问查看,也要防止外部恶意入侵丢失数据。
(3)培训需求:本系统应配有用户操作手册便于用户熟悉系统的使用方法。
(4)推广需求:本项目的最终交付成果为网站,依托客户(政府)向各高校推广,开发团队应配合新用户进行系统的使用、调试。
4. 运行环境规定
4.1. 基础架构
本系统的基础架构如下图所示。整个业务应用被划分为表示层、业务逻辑层、数据访问层三层架构,每层都有对应的分工,区分层次充分体现了“高内聚低耦合”的思想。
(1)表示层:提供系统与用户交互的工具,进行系统界面显示、完成用户的编辑提交等交互操作。
(2)业务逻辑层:对用户的操作做出应答,对问卷的发布、回收、统计分析等系统功能进行运算与实现,与表示层和数据访问层交互。
(3)数据访问层:进行读取和写入用户、问卷统计信息数据的工作。
4.2. 支持软件
(1)开发语言:Java、JavaSpring、CSS
(2)开发软件:IntelliJ IDEA
(3)操作系统:Windows 10
(4)应用层服务器:Tomcat
(5)数据层数据库软件:Mysql