烤盐人——团队第二次作业github编程实战
团队第二次作业
| 作业的基本信息 | |
|---|---|
| 这个作业属于哪个课程 | 2021春软件工程实践S班 |
| 团队名称 | 烤盐人 |
| 这个作业要求在哪里 | 团队第二次作业github编程实战 |
| 这个作业的目标 | 进一步熟悉git；体验团队编程，学习前后端交互 |
| 其他 | CSDN、博客园、Vue.js |
项目详情
- 会议网站展示会议议程和分论坛信息，包括分论坛议题、主席和召开时间等；
- 普通参会者注册时需选择参加的分论坛，可以选择参加一个或多个分论坛；
- 会议主席、分论坛主席登录系统后，能了解会议、分论坛的参会人数；秘书可以获取全部参会者信息；分论坛主席、秘书负责发布分论坛相关消息通知；
- 普通参会者注册通过后，登录系统后，将收到所选择参加分论坛的信息推送。
项目github地址部署地址
github地址：https://github.com/FZUSESPR21/meeting-system-5
项目部署地址：http://47.100.89.20/#/
（采用超时提交的版本，相比原版本实现了登录以及会议通知的展示功能）
组员职责分工
- 产品：林炜、肖寒
- 前端：肖寒（组长）、吴江楠、林炜、高楠、庄威龙
- 后端：李星源（组长）、邹洋艺、郑宏骏、钟煜新
github提交日志
-
前端
前端commit次数
肖寒：11
吴江楠：11
林炜：17
高楠：7
庄威龙：9
-
后端
后端commit次数
李星源：9
郑宏骏：9
邹洋艺：8
钟煜新：6
数据库设计
程序运行截图
-
登录
-
注册
-
主页展示会议议程时间表以及各分论坛的部分信息
-
分论坛详细界面展示具体信息
-
用户通知界面展示收到的通知
遇到的困难
- 林炜：在使用vue的时候因为不熟练碰到了非常多的问题，组件样式一开始不熟练，包括之后的前后端交互时要使用的axios和ajax都不太会，使用的非常磕绊，在github同步的时候也碰见了许多次问题。
- 钟煜新：在配置环境时出了很多问题，SpringBoot也几乎是从零开始，不过还好，接触过类似的框架，因此上手较快，还多亏了星源同学的帮助。github也是一大问题，经常无法push/pull。还有就是写到后面的时候。
- 肖寒：速成VUE 555，上午已接到任务就开始配置，到下午开始使用组件，晚上配置接口，感谢江楠和林炜！ps:github今天下午很不行啊！
- 李星源：最大的困难就是GitHub！！！主要是网络的原因，导致Update和push代码耗费了很长的时间，希望老师可以使用国内的一些托管平台（例如gitee），我们后面想了很多方法去解决它。第二个困难是开发周期太短，我们整个组一整天的时间都在电脑桌前工作，时间还是不够，我们今后还需要更加努力。
- 郑宏骏：第一个困难是github，网络问题导致时间耗费很多；第二个困难是SpringBoot从零开始，多亏星源同学的帮助，让我能够快速理解层之间的关系。由于没有开发前后端交互的经验，导致一些思维转不过来，同时对文档的书写也不太会。
- 邹洋艺：第一次用springboot实践，多亏了星源同学，从0开始教学。在团队使用github的时候，也发生了很多问题，倒是进程慢了许多。
- 高楠：准备不够充分，很多东西都是现学的，进度十分缓慢
- 吴江楠：在前后端数据交互方面遇到很多问题，例如权限问题等
- 庄威龙：第一次使用vue在配置使用了十分生疏，遇到报错解决能力也很差，多亏了林炜队长的帮助，帮助解决了很多问题。还有github有时候会出问题不让push,pull。另外前端连接后端使用接口时报一堆错，解决报错连上接口十分困难。
组员贡献度
PSP表格
- 林炜：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 10 | 5 |
| ·Estimate | ·估计这个任务需要多少时 | 600 | 660 |
| ·Development | 开发 | 500 | 590 |
| ·Analysis | ·需求分析(包括学习新技术) | 30 | 60 |
| ·Design Spec | ·生成设计文档 | 30 | 20 |
| ·Design Review | ·设计复审 | 5 | 10 |
| ·Coding Standard | ·代码规范 | 5 | 10 |
| ·Design | ·具体设计 | 30 | 30 |
| ·Coding | ·具体编码 | 300 | 360 |
| ·Code Review | ·代码复审 | 100 | 100 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 80 | 120 |
| Reporting | 报告 | 20 | 20 |
| ·Test Repor | ·测试报告 | 10 | 15 |
| ·Size Measurement | ·计算工作量 | 10 | 10 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 10 | 15 |
| 合计 | 630 | 770 |
- 钟煜新：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 10 | 5 |
| ·Estimate | ·估计这个任务需要多少时 | 650 | 660 |
| ·Development | 开发 | 500 | 590 |
| ·Analysis | ·需求分析(包括学习新技术) | 30 | 60 |
| ·Design Spec | ·生成设计文档 | 30 | 20 |
| ·Design Review | ·设计复审 | 5 | 10 |
| ·Coding Standard | ·代码规范 | 5 | 10 |
| ·Design | ·具体设计 | 30 | 30 |
| ·Coding | ·具体编码 | 300 | 360 |
| ·Code Review | ·代码复审 | 100 | 50 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 80 | 100 |
| Reporting | 报告 | 20 | 20 |
| ·Test Repor | ·测试报告 | 10 | 15 |
| ·Size Measurement | ·计算工作量 | 10 | 10 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 10 | 15 |
| 合计 | 680 | 700 |
- 肖寒：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 10 | 20 |
| ·Estimate | ·估计这个任务需要多少时 | 10 | 20 |
| ·Development | 开发 | 540 | 640 |
| ·Analysis | ·需求分析(包括学习新技术) | 25 | 15 |
| ·Design Spec | ·生成设计文档 | 10 | 10 |
| ·Design Review | ·设计复审 | 5 | 5 |
| ·Coding Standard | ·代码规范 | 5 | 5 |
| ·Design | ·具体设计 | 5 | 5 |
| ·Coding | ·具体编码 | 500 | 540 |
| ·Code Review | ·代码复审 | 10 | 15 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 10 | 15 |
| Reporting | 报告 | 20 | 25 |
| ·Test Repor | ·测试报告 | 5 | 5 |
| ·Size Measurement | ·计算工作量 | 10 | 15 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 5 | 5 |
| 合计 | 570 | 685 |
- 李星源：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 10 | 20 |
| ·Estimate | ·估计这个任务需要多少时 | 10 | 20 |
| ·Development | 开发 | 540 | 640 |
| ·Analysis | ·需求分析(包括学习新技术) | 25 | 15 |
| ·Design Spec | ·生成设计文档 | 10 | 10 |
| ·Design Review | ·设计复审 | 5 | 5 |
| ·Coding Standard | ·代码规范 | 5 | 5 |
| ·Design | ·具体设计 | 5 | 5 |
| ·Coding | ·具体编码 | 500 | 540 |
| ·Code Review | ·代码复审 | 10 | 15 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 10 | 15 |
| Reporting | 报告 | 20 | 25 |
| ·Test Repor | ·测试报告 | 5 | 5 |
| ·Size Measurement | ·计算工作量 | 10 | 15 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 5 | 5 |
| 合计 | 570 | 685 |
- 郑宏骏：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 720 | 800 |
| ·Estimate | ·估计这个任务需要多少时 | 600 | 720 |
| ·Development | 开发 | 480 | 650 |
| ·Analysis | ·需求分析(包括学习新技术) | 60 | 80 |
| ·Design Spec | ·生成设计文档 | 30 | 20 |
| ·Design Review | ·设计复审 | 30 | 20 |
| ·Coding Standard | ·代码规范 | 10 | 10 |
| ·Design | ·具体设计 | 50 | 60 |
| ·Coding | ·具体编码 | 300 | 320 |
| ·Code Review | ·代码复审 | 60 | 60 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 60 | 80 |
| Reporting | 报告 | 30 | 30 |
| ·Test Repor | ·测试报告 | 20 | 30 |
| ·Size Measurement | ·计算工作量 | 10 | 5 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 30 | 30 |
| 合计 | 690 | 745 |
- 邹洋艺：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 10 | 5 |
| ·Estimate | ·估计这个任务需要多少时 | 650 | 670 |
| ·Development | 开发 | 450 | 590 |
| ·Analysis | ·需求分析(包括学习新技术) | 80 | 80 |
| ·Design Spec | ·生成设计文档 | 30 | 20 |
| ·Design Review | ·设计复审 | 5 | 10 |
| ·Coding Standard | ·代码规范 | 5 | 10 |
| ·Design | ·具体设计 | 80 | 100 |
| ·Coding | ·具体编码 | 300 | 360 |
| ·Code Review | ·代码复审 | 50 | 70 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 80 | 100 |
| Reporting | 报告 | 70 | 20 |
| ·Test Repor | ·测试报告 | 10 | 20 |
| ·Size Measurement | ·计算工作量 | 10 | 10 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 10 | 20 |
| 合计 | 680 | 695 |
- 高楠：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 10 | 5 |
| ·Estimate | ·估计这个任务需要多少时 | 10 | 10 |
| ·Development | 开发 | 500 | 600 |
| ·Analysis | ·需求分析(包括学习新技术) | 200 | 300 |
| ·Design Spec | ·生成设计文档 | 20 | 10 |
| ·Design Review | ·设计复审 | 30 | 60 |
| ·Coding Standard | ·代码规范 | 10 | 10 |
| ·Design | ·具体设计 | 60 | 50 |
| ·Coding | ·具体编码 | 200 | 300 |
| ·Code Review | ·代码复审 | 20 | 30 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 10 | 10 |
| Reporting | 报告 | 10 | 10 |
| ·Test Repor | ·测试报告 | 20 | 15 |
| ·Size Measurement | ·计算工作量 | 10 | 5 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 30 | 20 |
| 合计 | 680 | 720 |
- 吴江楠：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 20 | 15 |
| ·Estimate | ·估计这个任务需要多少时 | 20 | 15 |
| ·Development | 开发 | 575 | 655 |
| ·Analysis | ·需求分析(包括学习新技术) | 30 | 45 |
| ·Design Spec | ·生成设计文档 | 20 | 20 |
| ·Design Review | ·设计复审 | 5 | 5 |
| ·Coding Standard | ·代码规范 | 10 | 15 |
| ·Design | ·具体设计 | 40 | 30 |
| ·Coding | ·具体编码 | 300 | 360 |
| ·Code Review | ·代码复审 | 90 | 90 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 80 | 90 |
| Reporting | 报告 | 30 | 45 |
| ·Test Repor | ·测试报告 | 15 | 20 |
| ·Size Measurement | ·计算工作量 | 5 | 10 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 10 | 15 |
| 合计 | 625 | 715 |
- 庄威龙：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 10 | 8 |
| ·Estimate | ·估计这个任务需要多少时 | 10 | 15 |
| ·Development | 开发 | 300 | 360 |
| ·Analysis | ·需求分析(包括学习新技术) | 120 | 220 |
| ·Design Spec | ·生成设计文档 | 20 | 30 |
| ·Design Review | ·设计复审 | 30 | 50 |
| ·Coding Standard | ·代码规范 | 60 | 30 |
| ·Design | ·具体设计 | 45 | 60 |
| ·Coding | ·具体编码 | 200 | 220 |
| ·Code Review | ·代码复审 | 20 | 25 |
| ·Test | ·测试(自我测试，修改代码，提交修改) | 15 | 15 |
| Reporting | 报告 | 5 | 10 |
| ·Test Repor | ·测试报告 | 15 | 10 |
| ·Size Measurement | ·计算工作量 | 8 | 8 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 25 | 20 |
| 合计 | 583 | 720 |
项目ending思考
对于超时提交的反思
这次作业团队没能在规定时间内提交非常令人难过。
我们认为存在如下问题：
- 前端技术不够熟练，且开发效率不足导致拖慢项目进度。
- 团队交流效率不够，还有提升空间。
在这之后的改进：
- 立刻继续相关技术知识的学习，及时补足之前的缺漏。
- 增加一定的开会频率，加强团队间的交流
重新回答的问题
- 团队选题展示过程中，老师和同学提出了一些问题。有没有哪个问题你们想重新回答？
我们团队的项目是考研论坛，在我们选题展示后老师希望我们的考研论坛的功能能够专一，尽量在一个功能上做完美，在课堂上没有机会去讨论具体的删减和合并，但是在课后我们小组再次开了关于需求分析的组会,重新组织了论坛的基本架构，将一些小功能删去或者聚合在一起，丰富关于论坛发帖的基本设置，尽力给用户提供简洁且用户最需要的功能齐全的论坛。
- 在上次团队选题之后，你们组有什么新的思考和想法？有什么具体的行动，列出具体行动
在此前需求分析时，我们本希望增加一些关于二手书交易的功能，但在上次答辩之后，老师和同学们都表示希望一个考研平台的功能能专一且好用，所以我们就打算删去一些和我们主题关联度较低的功能模块，而专精于我们的主要业务，尽量把项目做好，做精。
具体行动，进行了相关内容的讨论，明确了我们项目的主要方向。
本次作业感受
- 对项目的管理还是有些混乱，前后端在编程过程中交流略少，同时前端的经验也不足，导致前端的进度相对较慢，希望在之后的时间加强这方面的技术水平。
- 对于前端技术还十分的不熟练，需要在之后加强巩固。这次也相当于发现了团队的短板，方便在之后的团队作业之前补强短板，为之后的团队作业打下基础。
