团队作业第三次 — 项目需求分析

团队作业第三次 — 项目需求分析

这个作业属于哪个课程	班级
这个作业要求在哪里	作业要求
团队名称	知社
这个作业的目标	完成需求分析，制定团队项目的整体计划安排及明确的里程碑
作业正文	本文链接
其他参考文献	《软件需求规格说明书》国标规范文本

一、整体计划安排

• 需求清单

• 里程碑

二、组员分工与贡献比

学号	工作内容	贡献度
081700430	需求报告-引言部分、界面原型设计评审表、需求分析评审表	11%
221701209	需求报告-总体描述、原型部分	11%
221701107	需求报告-具体要求部分、博客编写	14%
221701126	原型设计、需求分析答辩	13%
221701228	需求报告-功能描述及验收验证标准	11%
221701323	原型设计	8%
221701430	界面原型设计答辩 PPT、需求分析报告 PPT、原型答辩	11%
221701308	原型设计	8%
221701407	原型设计	14%

三、界面原型设计

1 游客

1.1首页

本次项目入口界面为首页界面即图中登陆界面，用户可在首页作为游客进行大体信息的浏览搜索，也可以登录自己的账号开启更多功能

1.2登陆

用户根据不同的身份登录将有不同的功能界面

2 普通用户/社员页面

2.1 我的社团

加入的社团的具体信息社团
风采展示

社团成员

申请职务

3 社长管理页面

3.1 社团信息管理

3.2 成员管理

审核加入社团申请

现有成员管理

3.3 活动管理

3.4 公告管理

4 管理员页面

4.1 社团管理

查看详情与解散社团

4.2 申请审核

社长换届申请

社团创建申请

社团活动申请

5 附件下载

界面原型点我查看

四、《需求规格说明书》

1 引言

1.1 编写目的

编写此文档，旨在说明本项目所拥有的功能及功能规定，对功能需求、性能需求和其它非功能性需求进行了详细的描述，并整理出应用的整体结构，从多方面说明系统轮廓，以此保证软件开发的需求、质量的完整性和可塑性，保证相关人员对需求达成共识。
本文档可作为：
1.开发人员对系统功能开发的依据。
2.设计人员进行系统设计的输入源。
3.测试人员编写系统测试计划、测试案例的编写的输入源。
4.项目团队外人员进行沟通的外部接口，用于他们的理解和评审系统。
5.项目需求阶段的主要交付物。

1.2 项目背景

软件名称：知社
项目任务提出者：单老师
项目开发者：软工实践第七小组

1.3 系统范围

该项目结合了产品用途以及具体用户的使用情况，采用网页开发，支持用户方便快捷访问及访问。
面对普通学生，该项目可以完成以下业务：
（一）个人信息查看、修改
（二）查看所有社团简介、活动
（三）申请加入社团、创建社团
（四）查看、报名社团活动
面对社员可以完成普通学生地所有业务以及：
（一）申请加入、退出社团活动
（二）查看社团公告
（三）投票
（四）申请退出社团
对于社长，该项目可完成以下业务：
（一）社团信息管理
（二）社员管理：发布纳新、审核入、退社团
（三）职务管理：社团成员职位委任
（四）活动管理：申请、发布、修改、取消活动
（五）公告管理：社团内发布公告
（六）投票管理：发布、查看、结束投票
对于社联管理员，该项目可完成以下业务：
（一）审核社团创建申请
（二）审核社团活动申请
（三）查看社团信息
（四）删除社团
（五）删除、修改评论

1.4 参考资料

[1]邹欣.构建之法[M].3 版:人民邮电出版社,2014.
[2]Roger S.Pressman 著,郑人杰等译.软件工程[M].第八版.北京:机
械工业出版社,2017

2 总体描述

2.1 目标

2.1.1 开发意图

随着全球经济发展，高校规模不断壮大，学生对课余生活的急切需求，导致社团数量急剧上升。以前的人力管理早已不适应目前的局势，如何利用互联网有效管理社团成了当今大学生关注的焦点，于是我们认为有必要开发一个针对社团及个人的信息交流分享平台——知社。

2.1.2 应用目标和作用范围

知社拥有丰富的功能，一方面可以提高社团管理人员的效率，另一方面可以增加社团活动发布的渠道，提高活动参与度。除此之外，还能促进学生之间的互动和交流。
知社主要用户有普通学生、社团管理员等人群。

2.1.3 产品前景

目前，社团管理还是停留在传统管理方式上，因为课业的原因大家时间很难统一时间因此工作效率降低，并且因为沟通需要花费大量的人力财力，增加了开支。因为没有严格的工作流程，大家工作起来会有很大的差别，会造成没必要的纠纷，麻烦。信息不能及时通知到每个人，在紧急情况下，大家不能主动获得信息。因此社团在工作效率和执行力上面都有所限制
对于那些希望通过社团管理系统的学生团体来说，“社团管理系统”是一个基于Web的应用，它支持帐号登录，在线查阅近期的活动信息以及个人要完成的任务。对于想及时了解近期的社团工作信息的成员有很大的帮助。该系统相比传统社团管理，节省了大量的开支并且避免了人力资源的浪费，社团团长只需要在网上公布近期活动并且根据课表安排工作人员即可。

3 具体要求

3.1 类图

3.2 属性

3.2.1 可用性

(1) 易操作，易理解，界面设计简洁易用。
(2) 容错能力：系统具有一定的容错和抗干扰能力，当用户输入格式错误时，系统有提示并可以再次输入。

3.2.2 安全性

指防止系统被非法入侵的能力，这既属于技术问题又属于管理问题。
1.保证平台的权限控制
根据不同用户角色，设置相应权限，用户的重要操作都做相应的日志记录以备查看，没有权限的用户只能查看一些基本的信息。
2.平台应具备抵御基本网络攻击手段（如 sql 注入攻击）的能力。如正确配置好数据库、使用参数化的过滤性语句、输入验证、错误消息处理、加密处理、安全评审等。

3.2.3 可扩展性

指为适应新需求或需求的变化为软件增加功能的能力，系统使用统一的模块设计。
1.前端使用 vue-cli 的目录结构，基于组件开发，组件可以复用。
2.后端使用 spring boot 架构，根据不同的功能编写服务，方便构建与使用。

3.2.4 可维护性

指在软件中纠正一个缺陷或做一次更改的简易程度

1. 开发团队制定统一的编码规范，并确保规范被严格执行
2. 保证开发日志的更新与维护。开发日志应注明修改人、修改时间、修改内容以及修改原因等

3.2.5 健壮性

指在异常情况下，软件能够正常运行的能力。
1.保证对数据的有效管理
2.对使用状况进行日志记录
a)日志主要记录的内容有用户帐号、IP 地址、操作内容、登入系统时间、退出系统时间、记录策略。
b)日志的保存时长应由系统的访问人数及操作的业务量决定，日志信息一般要进行定期清除，当数据量大时应缩短清除间隔日期。

4 功能描述及验收验证标准

4.1 具体功能描述

游客可直接查看社团信息。
进一步操作需要通过登录来执行。

普通用户登录后，可以进行以下操作：
（1）查看社团，查看自己加入的社团可看到社团风采展示、社团成员信息、社团论坛，查看自己管理的社团除了以上三个行为以外还可以进行活动管理。
（2）查看活动通知，可以查看自己加入的社团的活动。
（3）搜索社团，申请加入社团。

管理员用户登录后，可进行以下操作：
（1）审核申请，包括社长换届申请、创建社团申请、活动申请。
（2）社团管理，可以查看社团信息，删除社团。
（3）评论管理，可以删除用户的评论。

4.2 输入输出格式

无。

4.3 界面验收标准

4.3.1 登录界面

上方为搜索框，中间为图片展示，下方是推荐社团，社团排行以及社团风采。右上角有登录按钮，点击登录按钮跳出登录窗口，包括用户名、密码框，普通用户登录、管理员登陆、第三方登录、返回四个按钮。

4.3.2 前台界面——普通用户

左边为导航栏，包括首页、我的社团、活动通知、搜索社团、创建社团、申请进度、活动论坛。右边为内容面板，根据不同的导航项显示不同内容。
我的社团：分页显示社团列表。
活动通知：显示活动通知列表，下方有一个查看所有消息的锚点击可展开全部消息。
搜索社团：上方有一个搜索框，下方呈现搜索结果。
创建社团：显示一个表单，包括社团名、社团类别、申请理由等文本输入框及提交按钮。
申请进度：分页显示每条申请的情况，可查看申请，撤销申请。
活动论坛：上方有搜索框，可搜索指定社团的论坛，下方显示社团论坛的帖子，可以评论和点赞，每条评论将显示评论用户的头像、评论时间、评论内容。

4.3.3 社团界面——社员

左边为导航栏，包括社团风采、社团成员、申请职务。右边为内容面板，根据不同的导航项显示不同内容。
社团风采：上方显示社团图片，下方显示社团公告、热帖榜、社团信息。
社团成员：以表格形式分页显示社团成员，可以查看成员的详细信息。
申请职务：显示表单信息，包括姓名、学号、年级、申请理由等文本输入框和提交按钮。

4.3.4 社团界面——社长

左边为导航栏，包括投票管理、社团风采、活动管理、公告管理、社团管理。右边为内容面板，根据不同的导航项显示不同内容。
活动管理：左上方有申请活动按钮，点击申请活动按钮显示一个表单，包括活动名称、活动主题、活动时间、活动场地、活动介绍文本框和申请按钮。申请活动按钮下面分别用两个表格显示待审核和已批准的活动，显示活动名称、活动时间、活动地点、活动简介、参与人数。审批表格提供查看、取消按钮。已批准表格提供修改、取消、发布按钮。
公告管理：左上方有发布公告按钮，点击发布公告显示表单，包括标题、内容文本框和发布按钮。发布公告按钮下面分页展示已发布的公告，包括公告标题、内容、发布时间。社团管理分为社团成员、社团信息、人员审核、成员退出四个部分。
社团成员：表格形式分页显示社团成员信息，包括成员名、学号、入社时间，提供删除、授权两个按钮。
社团信息：显示社团名称、社团简介、社团Q群、社团头像并提供修改按钮，上传社团风采展示图片按钮，显示社长信息，提供社团换届按钮，显示社团类别，提供修改按钮，显示社团人数。
人员审核：以表格形式分页显示申请信息，包括姓名、学号、专业、申请理由，提供同意、拒绝按钮。
申请退出：以表格形式分页显示退出人员信息、包括姓名、学号、专业、退出理由。

4.3.5 前台界面——管理员

左边为导航栏，包括审核申请、社团管理、评论管理。右边的内容面板，根据不同的导航项显示不同内容。
审核申请包括社长换届申请、社团创建申请、社团活动申请，根据不同的申请用表格显示对应的申请信息，有对应批准、退回的按钮。
社团管理：用表格显示社团信息，有对查看详情、解散社团的按钮。评论管理：用表格显示评论信息，有删除按钮。

4.4 功能验收标准

不同用户可以进行的操作各不相同，能够对用户权限进行有效控制。
（1）游客可以查看社团信息
（2）普通用户可以查看社团（社团风采、社团成员、申请职务、投票管理、活动管理、公告管理、社团管理）、查看活动通知、搜索社团、申请加入社团、申请创建社团、查看申请进度、查看活动论坛、修改个人信息的功能。
（3）管理员能购进行各项申请的审核、社团管理、评论管理的功能

5 附件下载

需求规格说明书

原型答辩

需求分析答辩

五、建议与改进

建议一：成员活跃度的区分
改进：成员活跃度作为一个成员的个人信息部分，是可以被成员自己或者社团管理者所看到的，活跃度的区分主要根据用户的登陆以及评论次数进行计算的

建议二：学生界面建议采用App形式，管理员后台采用web平台
改进：由于技术所限，本次项目打算仅采用web端技术

建议三：登陆界面待合并
改进：登陆界面实际上是没有区分的，由于原型的实现问题造成了一些误解，我们的产品是根据用户的登陆来决定用户的实际身份并且确定要展现给他什么样的界面和权限

建议四：申请不够到位，场地申请和社团申报需要填写表格
改进：在申请界面增加上传附件的一个功能来保证用户能够上传对应材料，同时增加下载的链接等等功能确保这些申报材料在线上能够双向传递

建议五：功能不够明确不够细化，较为模糊
改进：已针对功能进行进一步的细化和确定

建议六：亮点不够突出
改进：亮点方面目前只有小团体的运作，打算先把基础必需的功能先实现，后续有可以扩展的功能或者有更多的时间和精力会再实现！