七色社团功能规格说明书
四川师范大学：李巍
四川师范大学：廖雪花
西南民族大学：周绪川
桂林航天工业学院：刘建华
目录
文档变更记录
引言
七色社团管理系统
1. 项目准备
1.1 项目背景与简介
1.2 项目干系人
1.3 文档综述
2. 系统功能需求
3. 系统约束
3.1 界面需求/原型
3.2 性能需求
3.3 安全性需求
3.4 政策和法律需求
3.5 其他约束
4. 项目的其他问题
附录
词汇表
文档变更记录
|
序号 |
变更（+/-）说明 |
作者 |
版本号 |
日期 |
批准 |
|
1 |
初稿 |
廖雪花 |
V1.0 |
2019.7.26 |
|
|
2 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
引言
七色社团管理系统
|
日期 |
版本 |
修改描述 |
作者 |
审核 |
|
2019-07-26 |
V1.0 |
初稿 |
廖雪花 |
|
|
|
|
|
|
|
|
|
|
|
|
|
1. 项目准备
1.1 项目背景与简介
随着我国高等教育体制改革的深入，学生社团对浓厚校园文化氛围、丰富学生课余生活、促进学生全面发展等方面的作用日益重要。学生社团是高等学校校园文化的重要载体，是高等学校第二课堂的重要组成部分，参与学生社团活动是学生丰富校园生活、培养兴趣爱好、扩大求知领域、增加交友范围、丰富内心世界的重要方式。优化学生社团管理，充分发挥社团自身所具有的多样性、灵活性的优势，对于创建新型校园文化，促进学生全面发展具有重要意义。
因此各高校都很重视社团开展的每一项活动，但由于社团活动的信息量较大，导致学校管理不能及时到位、社团内部管理混乱及信息资源无法及时共享等问题出现。若想充分利用巨大的信息资源，我们需要借助互联网平台，创建一种高校社团管理平台，有效提高社团管理质量，使得大学社团发展紧跟时代步伐，创造更多价值。同时，面临堆积成山的工作，我们可以通过强大的互联网资源平台实现高校社团管理系统模式，有效提高社团管理工作服务一体化，使社团管理具有价值性、高效性及信息资源共享的及时性。七色社团管理系统便是这一应用背景下产生的信息化管理系统，七色代表了社团活动的多姿多彩，蓬勃向上。
1.2 项目干系人
（1）系统项目开发团队人员：实现系统的需求调研、设计、开发实现、部署和运维的人员。
（2）社团管理人员：学院、学校、学生会等管理人员，系统使用的管理人员等。
（3）社团成员：社团的会员。
（4）游客：所有浏览系统的用。
1.3 文档综述
《七色社团管理系统需求规格说明书》主要描述项目的准备（含项目背景简介、项目干系人）、系统服务（含服务范围和功能性需求）、系统约束（含界面需求/原型、性能需求、安全性需求、政策和法律需求等）和其他问题等。
2. 系统功能需求
《七色社团管理系统》主要面向普通学生和社团管理员，集合了各个社团的信息，主要功能包括：用户注册与登录、社团管理、成员管理、社团活动管理、社团通知与公告管理、社团物质管理、社团考核与评价、系统管理等功能。特色功能是活动的浏览和报名，以及活动的发布、审核与通知，同时还具有加入社团、发送站内信息等功能。
（1）系统功能需求：
学生刚入学校时缺乏了解社团的长期的、便利的渠道；社团公众号文章分散各处；群里发的活动报名问卷容易被水过去，而且每次要填的信息都差不多。
社团管理员在管理社员时没有一个很好的工具，来发布活动、统计报名人员、通知活动变更等。
社联在管理所有社团时，在审核活动申请、审核场地申请、星级评定、材料收取等方面也存在一些困难。
因此，我们希望能打造一款软件连接学生、社团和社联，根据用户不同的使用需求，我们计划给将社团展示、活动报名等功能放在手机小程序端，在社团管理的大部分功能放在网页端。
（2）系统面向的用户：北航学生。
² 小程序：主要面向北航学生，其中的社团管理功能，则面向社长等社团管理员。
² 网页端：主要面向社长等社团管理员，还能面向社联。
（3）系统需求列表图：
图1 系统需求列表图
其中，就主要核心功能需求描述如下：
1）用户管理：实现系统核心用户的管理，例如，学生、社团管理员、社联管理和一般游客用户的管理，包含用户角色，角色权限等功能。
2）系统基本信息维护：实现系统使用相关基本信息的维护功能。
3）社团管理：实现社团的创建、基本信息、成员、社团物质等信息的管理。
4）社团活动管理：包括社团活动的创建、申请、审核、变更、发布、使用物资和后期资料收集等信息的管理。
5）社团经费与物资管理：实现社团经费和物资的收支及账目管理。
6）社团通知与公告：实现社团的通知与公告的发布、管理和维护。
7）社团的评比与考核：实现社团活动的评比与考核功能。
8）系统管理：实现系统的管理功能，包括：数据库备份、基本信息维护。
3. 系统约束
3.1 界面需求/原型
界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。
本系统界面需求应满足以下要求：
（1）易用性
按钮名称应该易懂，用词准确，屏弃没楞两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。
（2）规范性
界面遵循规范化的程度越高，则易用性相应的就越好。
（3）帮助
系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。
（4）合理性
非法的输入或操作应有足够的提示说明；对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待；提示、警告、或错误说明应该清楚、明了、恰当。
（5）美观与协调性
界面应该大小适合美学观点，感觉协调舒适，能在有效的范围内吸引用户的注意力。例如，布局要合理，不宜过于密集，也不能过于空旷，合理的利用空间。在设计界面时充分考虑不同模块的不同功能特点，但要保持界面风格一致；系统登录界面、主界面的风格保持一致，并与Logo保持一定的协调性等。
（6）安全性考虑
在界面上通过下列方式来控制出错几率，会大大减少系统因用户人为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发生的问题,使出错的可能降至最小。如应用出现保护性错误而退出系统,这种错误最容易使用户对软件失去信心。因为这意味着用户要中断思路,并费时费力地重新登录,而且已进行的操作也会因没有存盘而全部丢失。
（7）多窗口的应用与系统资源
设计良好的软件不仅要有完备的功能，而且要尽可能的占用最底限度的资源。例如，在多窗口系统中，有些界面要求必须保持在最顶层，避免用户在打开多个窗口时，不停的切换甚至最小化其他窗口来显示该窗口。
3.2 性能需求
本系统是多用户系统，所以对于多用户同时对于本系统操作时注重的是系统的响应速度和运行状态，使其能够最大限度的支持在线的用户数量及其系统操作。在系统使用的过程中，如果出现某段时间内系统数据访问量较大，某些系统页面处理的时间也较长，此时开发人员要进行仔细的分析和评估，一般要求系统页面的平均响应时间应该在3s以内，而对于页面处理数据量比较大的响应时间也应该在5s以内。
3.3 安全性需求
（1）系统保密性：只有授权的用户才能动用和修改信息系统的信息，而且必须防止信息的非法、非授权的泄漏。
（2）系统完整性：信息必须以其原形被授权的用户所用，也只有授权的用户才能修改信息。
（3）漏洞检测和安全风险评估：识别检测对象的系统资源，分析这一资源被攻击的可能指数，了解支撑系统本身的脆弱性，评估所有存在的安全风险
（4）可用性和抗毁性：设备备份机制、容错机制，防止在系统出现单点失败时，系统的备份机制保证系统的正常运行。
（5）系统防病毒：网络防病毒系统应基于策略集中管理的方式，使得分布式的企业级病毒防护不再困难，而且提供病毒定义的实时自动更新功能。
3.4 政策和法律需求
系统运行和管理应符合政策和法律要求，不得进行违法行为和宣传活动。
3.5 其他约束
无
4. 项目的其他问题
无
附录
词汇表
|
序号 |
术语或缩略语 |
说明性定义 |
|
1 |
PM |
Project Manager，项目经理 |
|
2 |
PG |
Programmer，程序员 |
|
3 |
TT |
Tester，测试人员 |
