团队作业2-《需求规格说明书》
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/gdgy/Networkengineering1834 |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/gdgy/Networkengineering1834/homework/11150 |
| 这个作业的目标 | 制定团队计划,通过需求分析形成需求规格说明书;建立和初步熟悉团队git的协作方式 |
一、博文内容
二、需求规格说明书
功能结构图
具体功能列表
| 功能 | 详细描述 |
|---|---|
| 登录功能 | 面试官用内置的账号密码（一开始是面向学习社团的，所以默认都是学生学号）进行登录 |
| 面试官设置 | 面试官进入系统之后要填写自己的组别等相关信息，方便分类 |
| 学生列表 | 展示不同组别的所有面试者信息 |
| 面试队列 | 展示当前正在面试的面试者的信息以及可以对其进行详细评价，还有叫号功能 |
前端技术选型
| 技术项 | 具体技术 |
|---|---|
| 编程语言 | JavaScript、css、html |
| 开发框架 | vue |
| 代码版本控制 | git |
| 运行环境 | 浏览器 |
后端技术选型
| 编程语言 | Java |
|---|---|
| 通信协议 | HTTP |
| JDK版本 | 1.8 |
| 数据库 | MySQL、Redis |
| 代码版本控制 | git |
| 技术框架 | springboot 、maven、junit |
三、项目阐述
产品功能
一个服务于学校社团或者组织机构招聘用人时的面试记录系统，便于用户在招新用人时可以及时对面试者进行相关信息的记录，方便面试结束后面试官进行回顾。同时，该系统还可以记录面试者的面试通过状态，并通过短信告知面试者面试情况。
预期的用户数量
计划是本校社团或者工作室学生，后期可以发展到其他高校的学生
真实性
面试与被面试都是大学里进入社团或者工作机构一个必经的路径，因此需求量存在的，真实性也自然是存在的
可用性
本产品是面向于学校社团或者组织机构以及当代大学生，如今手机的普及，微信的普及，最重要的是网络的普及，学生通过小程序查看自己的面试进程是十分方便和轻松的事情。而面试官通过电脑进行面试记录和更新面试进程也是一件十分轻松和方便的事情，无需下载APP，无广告等优势，让这款简洁实用的产品拥有无限的可能。
产品价值
由于疫情的影响，学校要面临线上教学的挑战，这也直接影响到很多社团或者组织的招新面试或者活动面试，与线下面试不同，线上面试效率自然没有线下高，线下面试很多做得到的线上面试实现都很困难。比如，排队等待面试，线上面试无法高效的组织排队等待叫号等过程。因此，这款产品专注于解决线上面试的困难点，方便面试官的同时也方便面试者。面试官面试结束后直接通过系统更新面试者的状态，避免了像以前一样一个一个的发短信，面试者也可以自己随时随地查看自己的面试状态，是一款双赢的设计。
产品情怀
产品情怀的切入点在于很多面试的记录都能够写入到数据库进行保存，等到面试通过了或者以后毕业回看，都是满满的回忆。
面向用户分析
主要面向的用户是学校社团或者组织机构以及当代大学生，基于方便面试中一些系列操作的概念去设计的产品。解决了一些他们在面试过程中所遇到不便捷的操作（如：发短信通知结果，记录面试者的面试表现等等）。该产品不仅可以很好的运用在当前疫情环境下的面试，假如疫情结束了也依然有很好的运用场景。
四、团队项目的码云链接
GitHub地址
issues截图
五、团队计划
初定计划
| 计划周次 | 计划内容 |
|---|---|
| 第六周 | 1.团队组队、团队博客 |
| 2.团队介绍、成员展示、角色分配、选题确定 | |
| 3.制定团队计划安排，团队贡献分的规定 | |
| 第七周 | 1.需求规格说明书 |
| 2.原型设计，队员估计任务难度并学习必要的技术 | |
| 3.编码规范完成、平台环境搭建完成、初步架构搭建 | |
| 第八周 | 1.原型改进（给目标用户展现原型，并进一步理解需求） |
| 2.架构设计，WBS, 团队成员估计各自任务所需时间 | |
| 3.测试计划 | |
| 第九、十周 | 1. 团队项目Alpha任务分配计划 |
| 2. 连续7天的Alpha敏捷冲刺，7篇每日Scrum Meeting博客+代码提交 | |
| 第十一周 | 1.用户反馈+测试计划改进 |
| 2. 团队Alpha阶段个人总结 | |
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | |
| 第十二周 | 1. 团队项目Alpha博客：事后分析 |
修改后计划
| 计划周次 | 计划内容 |
|---|---|
| 第六周 | 1.团队组队、团队博客 |
| 2.团队介绍、成员展示、角色分配、选题确定 | |
| 3.制定团队计划安排，团队贡献分的规定 | |
| 第七周 | 1.需求规格说明书 |
| 2.原型设计，队员估计任务难度并学习必要的技术 | |
| 3.架构设计，WBS, 团队成员估计各自任务所需时间 | |
| 4.编码规范完成、平台环境搭建完成、初步架构搭建 | |
| 5.前端完成需求文档，页面设计 | |
| 6.后台完成接口文档，按照约定规范进行开发 | |
| 第八周 | 1.原型改进（给目标用户展现原型，并进一步理解需求） |
| 2.前后端进行对接，初步完成系统整体功能 | |
| 3.编写单元测试，测试功能 | |
| 第九周 | 1.前端进一步改进页面、功能逻辑细节 |
| 2.后台完善代码健壮性，对性能进行测试改进 | |
| 3.完成初步整体开发后，讨论二次功能优化和开发 | |
| 第十周 | 1. 团队项目Alpha任务分配计划 |
| 2. 连续7天的Alpha敏捷冲刺，7篇每日Scrum Meeting博客+代码提交 | |
| 第十一周 | 1.用户反馈+测试计划改进 |
| 2. 团队Alpha阶段个人总结 | |
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | |
| 第十二周 | 1. 团队项目Alpha博客：事后分析 |
矫正方法
根据先整体，后细节的原则，先建立完整的开发规范、代码。良好的架构、代码规范是保证代码质量的关键。考虑周到的架构，能够保证项目整体功能的合理性，实现高内聚低耦合高可用，便于后期拓展。因此，开发的前期规划准备至关重要，团队计划在前期计划做出了较多调整。
六、本周进展和总结
| 姓名 | 完成情况 | 博客任务 | 个人感想 |
|---|---|---|---|
| 曾曼青 | 基本页面搭建和实现页面样式 | 功能需求分析、前端技术需求分析 | 团队项目分工明确，大家都能积极配合，团队项目初期完成效果不错 |
| 曾肖宇 | 编码规范完成、平台环境搭建完成、初步架构搭建 | 团队计划和分工 | 这一次的团队项目交流和解决的问题都很满意，期待项目进一步完善的成果 |
| 陈诒祺 | 编码规范完成、平台环境搭建完成、初步架构搭建 | 项目阐述、面向用户分析、后台技术需求分析 | 这次团队项目交流很多，对项目很是期待 |
| 邓婧汐 | 向队员们学习编程相关知识，发布博客 | 本周进展和总结 | 第一次团队项目，队友们都很照顾我，希望这次项目之后，我能发挥更大的团队作用和得到更大的提升 |
