队伍名称：软工菜鸡队
组长：173401010533 冯澳 https://www.cnblogs.com/fa32/
队员：173401010201 刘瑶 https://www.cnblogs.com/ly-lyy/
173401010202 赵金荣 https://www.cnblogs.com/zjr-zz/
173401010529 蔡超 https://www.cnblogs.com/caichao1015/
本文编辑者：蔡超
1. 引言
1.1. 编写目的
为了提高教育教学的质量，更好的满足学生和教师的需求，简便数据分析，我们提出了开发该问卷调查系统的想法。
本文档的目的是为了详细地介绍本系统所包含的需求、明确系统能够完成的任务，以便用户能够更加确认产品的确切需求。开发人员能够根据需求设计编码，文档的预期读者有用户（包括在校学生、教师）、项目经理、开发人员以及与该项目相关的人员。
1.2. 背景
在高校教育阶段，为提高政府教育管理的针对性与有效性，需要从学生和教师获知其对学校、专业、教学情况教学资源配套、学校管理水平等多方面评价的信息收集。互联网是效率最高、短时间内涉及人员广的渠道之一一, 所以依托互联网的调查问卷需求应运而生,通过信息的反馈，进行信息的初步帅选与分析，能够及时反应当前高校情况，为管理手段和政策方针提供依据。
1.3. 名词术语定义
表1. 术语说明
|
术语、缩略语 |
解释 |
|
SRS |
《软件规格需求说明书》 |
|
SOA |
面向服务的架构 |
|
用例图 |
是指由参与者（Actor）、用例（Use Case）、边界以及它们之间的关系构成的用于描述系统功能的视图 |
1.4. 参考资料
（1）张海藩，软件工程导论[M]，清华大学出版社，2003
（2）黄雨田，聂丽琴，段富，何华军，用例分析技术的应用[J]. 太原理工大学学报，2005（02）
2. 项目概述
2.1. 项目目标
完成一个功能完善、可稳定运行的问卷调查系统可供受调查者和相关高校管理人员使用，不同角色登录有不同的权限。调查的目的是为了节约调查的时间，能够更加简单容易地了解到广大教师和学生对于某一事件的看法。
被调查人员能够通过登录问卷调查系统来进行相对应的问卷答题，在人员答卷完成之后，问卷管理分析人员能够登录系统后台，对调查结果进行整理与分析，并得出结论。高校的管理层人员也可以查看分析得到的最终结果，清楚直观明白地了解师生的诉求和满意度。
2.2. 用户特点
（1）教师学生：是问卷的调查对象，负责对调查问卷的题目做答和评价
（2）调研人员：负责采集信息，拟写问卷题目
（3）问卷系统维护人员：负责维护该系统正常的运行
（4）学校管理层：可获得查看问卷调查分析结果的权限
2.3. 假定与约束
假定：团队人员不超过10人。
约束：2020.6.18号之前完成各项进度。
3. 需求分析建模
3.1. 功能需求
3.1.1. 系统业务需求描述
3.1.2. 系统用例模型
|
参与者 |
说明 |
|
教师，学生 |
调查对象，负责完成问卷题目。 |
|
问卷设计人员 |
负责拟写题目，设计问卷。 |
|
系统维护人员 |
维护系统正常运行。 |
|
高校管理人员 |
查看系统返回的问卷调查结果，对学校资源合理分配和调整。 |
3.1.3. 功能模块分析
|
用例名称 |
问卷调查系统 |
|
用例简要说明 |
将设计好的调查问卷发放给高校师生进行问卷调查，并返回调查结果进行分析 |
|
前置条件 |
问卷设计 |
|
事件流 |
|
|
后置条件 |
系统接收到填好的问卷 |
|
扩展点 |
系统没有收到填写好的问卷 |
|
优先级 |
<问卷设计人员设计问卷，老师学生填写/提交问卷，问卷发放人员发放问卷，系统分析总结问卷> |
|
用例名称 |
问卷调查系统 |
3.2. 非功能需求
3.2.1. 系统非功能需求
（1）用户界面：界面简洁，操作用户方便。
（2）系统性能：系统稳定，可实现3000人同时在线。
（3）可拓展性：可实现负载均衡，日后若信息量较大，则系统可相应增加服务器实现拓展。
3.2.2. 特性要求
（1）系统响应时间：在系统使用过程中，对用户在各个功能模块的鼠标点击键盘点击输入等操作的响应时间需在用户能够容忍的范围之内，一般不超过1秒。
（2）更新处理时间：最长不超过15秒。
（3）结果提交时间：不超过3秒。
3.2.3. 故障处理要求
在软件的使用过程中，如果出现软件使用故障，应当具有报警信息提示。当系统依赖的文件损毁或丢失时，软件以对话框的形式进行提示，报告损毁或丢失的文件等相关错误，以帮助用户及时修复系统的正常功能。对系统需要用户输入项的情况，如果发生缺少输入项、输入项格式错误或不符合规则等情况，系统应以合理的方式予以提示。
提系统出现运行故障并进行修复后，应确保问卷调查系统功能的完整性，不能发生因系统运行故障而导致工具无法继续使用的情况。
3.3. 其他专门要求
（1）进度要求：总项目分为多个分项目，要保证分项目能够在期限之内完全结束，总进度能够在在2020.6.18号之前完成。
（2）安全性需求：在系统遭遇危险时，能够查找出危险源，并能够能够做出应对，做出一个完美兼容主流的操作系统。
（3）培训需求：可以通过图像、文字等多种方式来引导用户的操作，并不需要其他的培训。
（4）推广需求：可以通过手机短信、网络连接、传单以及电子邮件等方式来达到推广问卷的效果。
4. 运行环境规定
4.1. 基础架构
面向服务的架构(SOA)是一个组件模型，它将应用程序拆分成不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。
接口是采用中立的方式进行定义的，它应该是一个独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。
4.2. 支持软件
支持Windows、Android、iOS等操作系统，用户可以通过电子邮件、手机短信等链接的方式来完成问卷。