团队第二次作业github编程实战

|这个作业属于哪个课程|2021春软件工程实践|W班(福州大学)|
|:----😐:----|:----😐:----|
|这个作业要求在哪里|作业要求|
|这个作业的目标|搭建一个会议论坛网站，根据用户需求，完成登陆注册、分论坛信息查看、消息收发等基本流程的实现|
|其他参考文献|菜鸟教程|

目录

• 第一部分
  • 项目地址
    • Github:meeting-system-team2
    • 在线地址:meeting-system-team2
    • 接口链接: meeting-system-team2
  • 组员职责分工及贡献度
  • Github的提交日志截图
    • 截图
    • 各组员commit次数
  • 程序运行截图
  • 存在的问题
  • 遇到的困难及解决方法
    • 221801329
      • 困难
      • 解决方法
    • 221801312
      • 困难
      • 解决方法
    • 221801303
      • 困难
      • 解决方法
    • 221801238
      • 困难
      • 解决方法
    • 221801427
      • 困难
      • 解决方法
    • 221801316
      • 困难
      • 解决方法
    • 221801315
      • 困难
      • 解决方法
    • 221801123
      • 困难
      • 解决方法
    • 221801337
      • 困难
      • 解决方法
    • 221801406
      • 困难
      • 解决方法
  • 数据库设计
  • PSP表格
    • 221801329
    • 221801312
    • 221801303
    • 221801238
    • 221801427
    • 221801316
    • 221801315
    • 221801123
    • 221801337
    • 221801406
• 第二部分
  • 问题回溯
  • 灵感迸发

第一部分

项目地址

Github:meeting-system-team2

在线地址:meeting-system-team2

接口链接: meeting-system-team2

组员职责分工及贡献度

职责分工在线表格

Github的提交日志截图

截图

各组员commit次数

|学号|commit次数|学号|commit次数|
|:----|:----|:----|:----|:----|:----|:----|:----|
|221801329|13|221801315|6|
|221801312|12|221801316|6|
|221801303|9|221801123|3|
|221801238|23|221801337|16|
|221801427|5|221801406|4|

程序运行截图

存在的问题

三个后台页面已经做做出来了，但是路由表权限没来得及配置好，所以跳转就出了问题，功能接口、静态页面都已实现
V2.0版本

• 账号如图，密码123456
• lyk和user1是普通账号，master是主席，secretary01是秘书，chairman01是分论坛主席
• 如果1.0版本出现登出不了的问题，请手动进入 http://106.15.248.249/login 换账号
  

遇到的困难及解决方法

221801329

困难

1、《6小时速成VUE》确实很难，对一些组件标签根本就不熟悉，还有路由的配置之类的
2、代码pull下来发现被吃了

解决方法

1、乐曦带飞我们，帮我解决了很多问题，手把手教学！！！
2、push之前和队友说一声，真被吃了就再打一遍当复习

221801312

困难

1、之前有学过Vue的理论知识，但是没有具体实战的经验，导致我花了很多时间在学习上。
2、对Git的冲突解决不太熟悉，总是需要请别人帮助。

解决方法

1、一边写代码一边看文档，还有向乐曦同学请教
2、弄清楚Git解决冲突的原理，慢慢修改冲突。

221801303

困难

因为不太熟悉框架的使用，因此花在学习上的时间太多

解决方法

主要是依靠时间来弥补了技术，通过不断的查询和尝试，一点一点的来解决困难，当然实在自己解决不了的时候，就向组内的大佬寻求了帮助。

221801238

困难

1、很难协调前后端接口设计
2、很难将每个前端队员的界面整合成统一风格

解决方法

1、不停测试接口，和后端队友积极沟通参数问题
2、每隔一段时间检查一次前端队友的界面，尽量每次检查结束后整体风格达到大致统一

221801427

困难

1、12小时速成Vue，接口调用，感觉异常的痛苦，很慌忙。
2、git pull/push，npm intall时候网络非常卡顿，大幅拖慢工程进度，很抓狂。
3、个人作业时没遇到过的pull时的冲突解决问题。

解决方法

1、请求前端大佬的帮助。
2、无解。
3、现场学习。

221801316

困难

1、接口设计困难，经常出问题出问题
2、编程过程中发信息数据库表结构有时候不合理

解决方法

1、通过不停测试找出问题，积极和前端交互讨论接口参数及其值
2、和后端队友一起讨论新的数据库表结构，并作出相应更改

221801315

困难

对SprintBoot框架不熟悉，感觉有点无从下手

解决方法

在中午午饭空闲时间，熟悉SpringBoot的同学屏幕分享大致讲解了一下SpringBoot，发现跟自己使用过的Flask框架很相似，进行类比后对SpringBoot熟悉了很多。后端负责人考虑到成员SpringBoot运用不熟练的问题，分配给我Service层的编写任务。

221801123

困难

SpringBoot没系统的学，且没尝试过前后端开发，看着有点困难

解决方法

懂点Spring，所以选择负责自己熟悉的部分pojo层、service层等
跟队友后面多学点东西

221801337

困难

1、跨域时很容易出错，有的时候是逻辑问题，有的时候是参数问题
2、跨域接口设计任务主要集中在我身上，工作量较大

解决方法

1、和前端队长每隔一阶段交流一次，尽量达到每次交流后当前阶段接口设计没有问题的效果
2、跟PM提出“以我优先”的需求，前后端队友都积极配合我的行动

221801406

困难

《springboot：10小时从安装到卸载》，后端service的注入和Impl的实现对我来说还是比前台难;
pull与push时网站不给力直接拉闸;
时间层面度日如秒;

解决方法

队友百度二得一可得代码运行；
修改host再挂vpn最后靠运气;
时间紧凑既是压力也是动力，没有时间限制就没有这样的效率；

数据库设计

---

表名	主键	所含字段与含义	外键与外键关联表
authority权限表	id	authority权限
meeting会议表	id	name会议名 context会议简介	chairman_id会议主席id(user) secretary_id秘书id(user)
post帖子表	id	title帖子标题 post_time发布时间	author_id作者id(user) meeting_id所属会议id(meeting)
user用户表	id	username用户名 password密码 email用户邮件	authority_id权限(authority)
user_meeting用户会议关联表	id	time该用户最近查看该会议时间 status该用户是否正在该会议中（0否1在） has_new该用户参加的该会议是否有新消息（0无1有）	user_id用户id(user) meeting_id会议id(meeting)

PSP表格

221801329

|PSP|Personal Software Process Stages|预估耗时（分钟）|实际耗时（分钟）|
|:----|:----|:----|:----|:----|:----|:----|:----|
|Planning|计划|30|60|
|• Estimate|• 估计这个任务需要多少时间|30|60|
|Development|开发|515|820|
|• Analysis|• 需求分析|35|35|
|• Design Table|• 设计数据库表结构|||
|• Design Review|• 设计复审|30|60|
|• Design|• 具体设计|80|90|
|• Coding|• 具体编码|360|600|
|• Code Review|• 代码复审、修改|15|30|
|Reporting|报告|20|25|
|• Size Measurement|• 计算工作量|10|5|
|• Postmortem & Process Improvement Plan|• 事后总结, 并提出过程改进计划|10|20|
||合计|545|880|

221801312

|PSP|Personal Software Process Stages|预估耗时（分钟）|实际耗时（分钟）|
|:----|:----|:----|:----|:----|:----|:----|:----|
|Planning|计划|30|60|
|• Estimate|• 估计这个任务需要多少时间|30|60|
|Development|开发|680|735|
|• Analysis|• 需求分析|60|120|
|• Design Table|• 设计数据库表结构|60|180|
|• Design Review|• 设计复审|30|60|
|• Design|• 具体设计|180|300|
|• Coding|• 具体编码|60|40|
|• Code Review|• 代码复审、修改|15|30|
|Reporting|报告|20|25|
|• Size Measurement|• 计算工作量|10|5|
|• Postmortem & Process Improvement Plan|• 事后总结, 并提出过程改进计划|10|20|
||合计|435|765|

221801303

PSP	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	30	60
• Estimate	• 估计这个任务需要多少时间	30	60
Development	开发	345	710
• Analysis	• 需求分析	60	120
• Design Review	• 设计复审	30	60
• Design	• 具体设计	180	400
• Coding	• 具体编码	60	100
• Code Review	• 代码复审、修改	15	30
Reporting	报告	20	25
• Size Measurement	• 计算工作量	10	5
• Postmortem & Process Improvement Plan	• 事后总结, 并提出过程改进计划	10	20
	合计	395	795

221801238

PSP	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	30	30
• Estimate	• 估计这个任务需要多少时间	30	30
Development	开发	660	690
• Analysis	• 需求分析	30	15
• Analysis	• 搭建前端整体架构	60	60
• Design Review	• 设计复审	30	30
• Design	• 具体设计	20	20
• Coding	• 具体编码	510	555
• Code Review	• 代码复审、修改	10	10
Reporting	报告	20	5
• Size Measurement	• 计算工作量	10	5
• Postmortem & Process Improvement Plan	• 事后总结, 并提出过程改进计划	10	0
	合计	710	725

221801427

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
•Planning	计划	30	30
Estimate	估计这个任务需要多少时间	30	30
•Development	开发	470	550
Analysis	需求分析 (包括学习新技术)	30	120
Design Spec	生成设计文档	30	15
Design Review	设计复审
Coding Standard	代码规范 (为目前的开发制定合适的规范)
Design	具体设计	20	20
Coding	具体编码	300	360
Code Review	代码复审	30	20
Test	测试（自我测试，修改代码，提交修改）	60	120
•Reporting	报告	30	25
Test Report	测试报告	5	5
Size Measurement	计算工作量	10	5
Postmortem & Process Improvement Plan	事后总结, 并提出过程改进计划	15	15
	合计	530	605

221801316

PSP	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	30	60
• Estimate	• 估计这个任务需要多少时间	30	60
Development	开发	405	670
• Analysis	• 需求分析	60	120
• Design Table	• 设计数据库表结构	60	120
• Design Review	• 设计复审	30	60
• Design	• 具体设计	180	300
• Coding	• 具体编码	60	40
• Code Review	• 代码复审、修改	15	30
Reporting	报告	15	25
• Size Measurement	• 计算工作量	5	5
• Postmortem & Process Improvement Plan	• 事后总结, 并提出过程改进计划	10	20
	合计	450	755

221801315

|PSP|Personal Software Process Stages|预估耗时（分钟）|实际耗时（分钟）|
|:----|:----|:----|:----|:----|:----|:----|:----|
|Planning|计划|10|10|
|• Estimate|• 估计这个任务需要多少时间|10|10|
|Development|开发|405|730|
|• Analysis|• 需求分析|60|120|
|• Design Table|• 设计数据库表结构|60|180|
|• Design Review|• 设计复审|30|60|
|• Design|• 具体设计|180|300|
|• Coding|• 具体编码|60|40|
|• Code Review|• 代码复审、修改|15|30|
|Reporting|报告|20|25|
|• Size Measurement|• 计算工作量|10|5|
|• Postmortem & Process Improvement Plan|• 事后总结, 并提出过程改进计划|10|20|
||合计|435|765|

221801123

|PSP|Personal Software Process Stages|预估耗时（分钟）|实际耗时（分钟）|
|:----|:----|:----|:----|:----|:----|:----|:----|
|Planning|计划|20|15|
|• Estimate|• 估计这个任务需要多少时间|20|15|
|Development|开发|380|530|
|• Analysis|• 需求分析|60|120|
|• Design Review|• 设计复审|60|60|
|• Design|• 具体设计|120|300|
|• Coding|• 具体编码|100|60|
|• Code Review|• 代码复审、修改|40|30|
|Reporting|报告|30|25|
|• Size Measurement|• 计算工作量|10|5|
|• Postmortem & Process Improvement Plan|• 事后总结, 并提出过程改进计划|20|20|
||合计|430|570|

221801337

PSP	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	30	60
• Estimate	• 估计这个任务需要多少时间	30	60
Development	开发	680	870
• Analysis	• 需求分析	60	60
• Design Table	• 设计数据库表结构	60	60
• Design Review	• 设计复审	30	30
• Design	• 具体设计	180	30
• Coding	• 具体编码	660	660
• Code Review	• 代码复审、修改	15	30
Reporting	报告	20	5
• Size Measurement	• 计算工作量	10	5
• Postmortem & Process Improvement Plan	• 事后总结, 并提出过程改进计划	10	0
	合计	435	935

221801406

|PSP|Personal Software Process Stages|预估耗时（分钟）|实际耗时（分钟）|
|:----|:----|:----|:----|:----|:----|:----|:----|
|Planning|计划|30|60|
|• Estimate|• 估计这个任务需要多少时间|30|60|
|Development|开发|380|415|
|• Analysis|• 需求分析|30|35|
|• Design Table|• 设计数据库表结构|20|20|
|• Design Review|• 设计复审|30|30|
|• Design|• 具体设计|20|20|
|• Coding|• 具体编码|240|300|
|• Code Review|• 代码复审、修改|10|10|
|Reporting|报告|5|5|
|• Size Measurement|• 计算工作量|5|5|
|• Postmortem & Process Improvement Plan|• 事后总结, 并提出过程改进计划|10|0|
||合计|420|515|

第二部分

问题回溯

团队选题展示过程中，老师和同学提出了一些问题。有没有哪个问题你们想重新回答？
问题：如何获得用于训练的数据集（电动车停车场照片、影像）？
原回答：组员每日轮流在若干选定地点拍摄照片，如宿舍楼下停车点。
重新回答：宿舍楼下停车点电动车排列过于拥挤混乱，不便于图像识别。现团队决定选择数计院楼下一比较“清楚”的停车点，于楼上定点架设摄像机获取影像，成效较好。

灵感迸发

在上次团队选题之后，你们组有什么新的思考和想法？有什么具体的行动，列出具体行动。
新的思考和想法：架设摄像头拍摄动态的车（停车，离开），通过前后帧就可以把背景去掉（抠图），获得停取车数数据，可能可以实现监测车流量的功能。
具体行动：获取照片的小伙伴使用摄像机获取了停取车前后变化的影像，后端大哥进行了图像识别的尝试。