团队作业2-《需求规格说明书》
团队作业2-《需求规格说明书》
| 这个作业属于哪个课程 | 信安1912-软件工程 (广东工业大学 - 计算机学院) |
|---|---|
| 这个作业要求在哪里 | 团队作业2-《需求规格说明书》 |
| 这个作业的目标 | <需求规格说明书> |
一、团队展示
1.队名：FiveEmpty/五大皆空
2.队员及学号
| 姓名 | 学号 |
|---|---|
| 梁梓恩（组长） | 3219005491 |
| 陈伟珊 | 3219005489 |
| 唐正奇 | 3219005495 |
| 陈浠 | 3219005443 |
| 巴灵慧 | 3219005442 |
3.拟做的团队项目描述
sGDUT——基于微信小程序的社团招新软件。
二、需求说明书
1.引言
1.1编写目的
为明确软件需求、规划项目、确认进度、组织软件开发并测试而撰写本文档。同时，详细分析项目总体需求，可以作为软件开发工作的基础和依据以及确认测试和验收的依据。
1.2预期的读者和阅读建议
此需求规格说明书针对设计人员、开发人员及测试人员。本文分别介绍了产品的用户功能及运行环境，系统的功能的具体描述。
2.项目描述
2.1项目价值
- 2.1.1 真实性
在如今移动互联网以及社交媒体风起云涌的时代, 传统意义上的花费一定人力的招新宣传方式已经无法满足用户在新时代的需求。 - 2.1.2 可用性
小程序能够为新生提供浏览社团、报名社团、查看报名情况等功能，网页端为社团管理者提供社团宣传、发布招新、审核报名等功能，构成一套社团招新的软件解决方案，将招新过程信息化、便利化、高效化，提升新生的社团参与率。 - 2.1.3 价值
我们旨在将社团宣传、报名招新、审核招新中存在的各种问题，通过小程序进行解决，将进一步提高社团宣传范围、提升社团报名人数。
2.2 用户分析
- 2.2.1 适用范围
本产品主要面向刚踏进大学校门对社团招新还不太了解的大一新生和社团管理者。 - 2.2.2 预期用户数量
在开发测试阶段，邀请5-10个社团管理者及20个新生体验，并提出改进意见；
初次投入使用时，尽可能覆盖计算机学院所有社团及大部分校级学生社团；
投入使用2-3年内，尽可能覆盖全校所有学生社团及兴趣社团。
3.功能需求
本作品旨在将社团宣传、报名招新、审核招新中存在的各种问题，使用软件解决方案进行解决，从而有效拓展新生入学后的信息来源渠道、提升社团报名人数，有效降低社团宣传成本，并提高社团招新活动的效率。
3.1 功能模块图
3.2 具体功能列表与描述
| 功能 | 具体描述 |
|---|---|
| 登录注册模块 | 账号注册：学生打开小程序，点击“授权登录”，填写个人信息后即完成注册操作。管理员根据提示，输入学号及密码，选择相关社团或部门，填写相关信息后，点击“注册”按钮即可完成注册。 账号登录：社团管理员打开网站进入登录界面，输入账号、密码，点击“登录”，验证成功后即可进入主页。 |
| 学生模块 | 查看社团：学生点击某一社团后跳转至“社团详情页”，可以查看社团的详细介绍。 报名社团：学生点击想要报名的社团，跳转至“社团详情页”，点击“我要报名”，进入“报名表页”，填写相关信息后，点击“提交” 即可。 查看通知：成功报名某一社团后，可以在“信箱页”中查看来自社团发送的通知，如报名成功通知、面试通知、录取通知等。 查看报名情况：成功报名某一社团后，可以在“信箱页”中查看自己的社团报名情况。不同的社团对应不同的报名情况。 |
| 管理员模块 | 修改社团信息：管理员点击“基本信息”-“社团信息”，即可进入社团信息页，对社团信息进行修改。 发布招新信息: 点击“发布招新”-“发布招新信息”，即可进入“发布招新页”，填写相关信息后，即可发布。 查看报名人员：管理员可查看报名社团人员的基础信息。管理员可以根据自己需求，选择查看某一个或多个部门的报名人员。 审核报名人员：管理员通过点击“审核”按钮，对报名人员的报名状态进行修改，可以选择“审核通过”或“审核不通过”。 |
4.技术需求
| 软件环境 | |
|---|---|
| 网页端 | Chrome 版本89.0及以上； Windows操作系统 或 macOS操作系统。 |
| 小程序端 | 微信版本 7.0.18及以上； Android 10 或 iOS 14.2 及以上。 |
三、团队计划与分工
1.团队GitHub地址及issues截图
1.1 团队GitHub地址
GitHub地址
1.2 issues截图
2.原项目计划安排
| 第9周 | 1.团队组队、团队博客 |
|---|---|
| 2.团队介绍、成员展示、角色分配、选题确定 | |
| 3.制定团队计划安排，团队贡献分的规定 | |
| 第10周 | 1.需求规格说明书 |
| 2.原型设计，队员估计任务难度并学习必要的技术 | |
| 3.编码规范完成、平台环境搭建完成、初步架构搭建 | |
| 第11周 | 1.原型改进（给目标用户展现原型，并进一步理解需求 |
| 2.架构设计，WBS，团队成员估计各自任务所需时间 | |
| 3.测试计划 | |
| 第12、13周 | 1.团队项目Alpha任务分配计划 |
| 2.连续7天的Alpha敏捷冲刺，7篇每日Scrum Meeting博客＋代码提交 | |
| 第14周 | 1.用户反馈+测试计划改进 |
| 2.团队Alpha阶段个人总结 | |
| 3.团队项目Alpha博客：发布说明、测试报告、展示波哥、项目管理 | |
| 第15周 | 团队项目Alpha博客：事后分析 |
3.现项目计划安排
3.1 矫正计算方法
- 根据任务难度进行适当调整
- 测试分为周期性测试及最终测试，周期性测试与开发可同步进行
3.2 矫正后具体项目计划
| 时间 | 计划安排 |
|---|---|
| 第9周 | 1.团队组队、团队博客 2.团队介绍、成员展示、角色分配、选题确定 3.制定团队计划安排，团队贡献分的规定 |
| 第10周 | 1.学习相关技术 2.小程序和后台环境的基本搭建 3.团队分析具体需求 4.UI1.0版本的完成 5.团队成员间的具体分配 |
| 第11周 | 1.后台数据库搭建 2.UI设计：完善主页 3.小程序端，初步的主页+论坛+个人信息 |
| 第12周 | 1.后台开始功能接口的实现 2.UI设计：准备图片 3.小程序端：具体页面实现 |
| 第13周 | 小程序端完善 |
| 第14周 | 对每个功能页面进行测试（产品使用说明，测试每个功能） |
| 第15周 | 1.写博客 2.完善功能 |
四、其他
1.排版：已经完成
2.团队分工
| 姓名 | 分工 |
|---|---|
| 梁梓恩（组长） | UI设计 前端开发 测试 文档和复审 |
| 陈伟珊 | html 测试 |
| 唐正奇 | java 管理端开发 |
| 陈浠 | java 后端开发 |
| 巴灵慧 | python 后端开发 |
| 3.团队成员进度情况 | |
| 姓名 | 进度情况 |
| :----------------- | :--------------- |
| 梁梓恩（组长） | 完成《需求规格说明书》撰写；完成了系统基础的界面设计，一些基本功能的界面布局 |
| 陈伟珊 | 根据软件设计需求制定测试计划，确定测试策略 |
| 唐正奇 | 为软件做出基本框架 |
| 陈浠 | 熟悉一下Java，了解项目需求构思代码逻辑 |
| 巴灵慧 | 根据需求分析先进行环境、项目的搭建，再建立数据模型（也就是对数据库的操作） |
| 4.团队成员感想 | |
| 姓名 | 感想 |
| :----------------- | :--------------- |
| 梁梓恩（组长） | 撰写文档较为顺利 在设计过程中发现想熟悉运用一个工具还是需要不断学习和练习，而且需要有耐心 |
| 陈伟珊 | 团队合作中沟通交流是非常重要的一部分 |
| 唐正奇 | 需要较强的逻辑思维和协作能力 |
| 陈浠 | 只有了解项目需求才能做好一个项目 |
| 巴灵慧 | 做项目之前一定要明确自己要做什么，先有个大致框架再开始做可以达到事半功倍的效果 |
| 5.本次作业评分基准 | |
| 评分内容 | 评分项 |
| :----------------- | :--------------- |
| 需求规格说明书 | |
| 给出预期的用户数量 | |
| 阐述系统的：真实性、可用性 以及价值所在 | |
| 制定团队计划 | 将团队的任务计划添加到码云的团队项目issues里面 |
| 给出团队项目的时间安排表 | |
| 在博客中提供码云的团队项目issues截图 | |
| 其他 | 排版 |
| 团队的分工 | |
| 每个人完成的情况 | |
| 每个人的感想 |
