第二周团队周报-青黄相接队

[197242石文进]

一、本周工作概述

本周团队围绕“失物招领小程序”的核心功能模块持续推进开发工作，整体进展顺利。在搜索功能方面，成员已完成搜索页面的UI设计，包含输入框与搜索按钮，并实现了云数据库的模糊查询功能，支持按标题和描述字段进行检索，同时搜索结果的展示功能也已开发完成。在帖子发布功能方面，团队完成了发布页面的UI布局，实现了多图上传功能（包括选择、压缩及上传至云存储），并完成了表单必填项验证以及数据提交至云数据库items集合的工作，目前获取用户地理位置的任务仍在进行中。在用户个人信息模块，个人中心页面的布局已搭建完成，能够获取并显示用户的头像与昵称，同时用户发布物品数量与捡到物品数量的展示功能也已实现。在用户注册与登录功能方面，注册页面UI已设计完成，表单正则校验及云函数register写入数据库的功能已实现，注册后自动登录已与登录模块打通，登录模块中已完成用户集合users的创建和全局状态管理。团队成员还学习了如何使用GitHub进行代码管理，以提升团队协作效率。

二、本周计划任务与实际完成情况

任务	计划用时	实际用时
贴子发布功能	5h	4h
搜索功能和个人信息	8h	7h
用户登录和注册功能	9h	9h

三、本周团队工作中存在的主要问题及应对措施

在本周开发过程中，团队整体进展顺利，但也暴露出一些问题。首先，在帖子发布功能中，获取用户地理位置（经纬度及详细地址）的任务仍未完成，主要原因是小程序端获取定位需要用户授权，且部分测试环境下返回的地址信息不够准确，导致该任务进度滞后。针对这一问题，团队计划在下周初集中排查定位权限申请逻辑，并引入第三方地图服务（如腾讯地图或高德地图API）对返回的坐标进行逆地址解析，以提高地址信息的准确性和稳定性。其次，在用户注册与登录功能中，虽然大部分任务已完成，但团队成员在分工协作时出现了任务衔接不够顺畅的情况，部分依赖关系未提前明确，导致个别功能（如注册后自动登录）的联调时间略有延长。为此，团队决定在后续迭代中使用GitHub Projects进行任务状态跟踪，并建立每日站会机制，明确当日任务依赖和接口约定，避免类似问题再次发生。

四、下周计划

完善需求故事，github分支合并，完成信息列表功能、主页推送功能、帖子信息以及评论功能。

五、该阶段可能存在的项目风险和应对措施

考虑到当前项目处于迭代1的开发阶段，后续仍可能面临若干共性问题。一是随着云数据库集合（如items、users）的不断写入，可能出现数据权限配置不一致或查询性能下降的问题，尤其是在模糊查询和图片上传频率较高时，可能影响用户体验。对应措施是提前对云数据库的读写权限进行梳理，为不同集合设置合理的权限规则，并对常用查询字段建立索引，同时控制图片上传的大小和并发数。二是团队成员对GitHub协作流程尚不熟悉，可能出现代码合并冲突或版本混乱的情况。为此，建议团队统一采用分支管理策略（如main作为稳定分支，dev作为开发分支，每个功能从dev切出独立分支），并要求成员在提交代码前先拉取最新代码、解决冲突，定期进行代码评审。三是随着功能模块增多，前后端联调和真机测试的时间可能不足，导致部分问题延后暴露。应对措施是提前制定测试计划，利用微信开发者工具的云开发模拟功能进行本地调试，并安排专门的真机测试阶段，确保核心流程（如发布、搜索、登录）在不同设备上稳定运行。