第二周团队周报--李哲远队

[197241李默晗]

一、本周工作概述

本周，小组主要围绕项目调研、需求与任务优化、迭代规划、MVP 开发与测试等方面开展工作。首先，小组在 GitHub 上查找并分析了与“校园众包/跑腿互助”方向相近的开源软件，对其功能设计（如任务发布、接单大厅、个人中心）、界面组织和整体实现思路进行了初步学习与借鉴。在此基础上，小组结合自身项目目标，对原有需求和任务进行了重建与优化，使需求描述更加清晰，任务拆分更加合理。

其次，小组对后续各个迭代阶段的开发流程进行了系统规划，并对成员分工进行了明确安排，为后续协同开发打下了较好的基础。在开发方面，本周已完成前端简单 UI 界面（任务大厅、发布任务表单）的初步搭建，同时后端完成了基础任务流转（CRUD）API 的开发，实现了项目的基础调用链路。在此基础上，小组初步完成了一个 MVP 版本，使项目从需求设计逐步进入到可运行的原型阶段。

此外，小组还对当前 MVP 进行了初步测试，并在测试过程中发现了 3 个较明显的缺陷，分别是：系统缺少登录与校园认证界面、任务大厅列表数据写死在代码中无法动态刷新、用户“接单”操作缺少二次确认容易导致误触。这些问题已被整理记录，为后续版本优化提供了明确方向。

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

任务计划	用时	实际用时	完成情况	产出/结果
调研同类开源软件并进行分析借鉴	3h	4h	已完成	在 GitHub 上找到同类众包/互助开源项目，并对其功能和实现思路进行了参考
重建并优化小组需求与任务	3h	4h	已完成	完成需求与任务的重新梳理、补充和优化
规划各迭代阶段流程并分配成员分工	2h	3h	已完成	明确了各迭代阶段重点任务及小组成员职责
开发前端简单 UI 界面	4h	5h	已完成	完成 MVP 的基础前端界面（任务大厅、发布页）搭建
后端完成基础任务流转 API 开发	4h	5h	已完成	实现了后端任务发布与获取 API 调用链路的初步开发
整合前后端并完成 MVP 初步实现	3h	4h	已完成	形成可运行的项目初版 MVP
对 MVP 进行测试并记录缺陷	2h	3h	已完成	发现并整理了 3 个主要交互与逻辑缺陷

三、本周小组工作成果

1. 完成同类开源软件调研与借鉴 本周小组在 GitHub 上查找并分析了与本项目方向相近的校园互助/众包开源软件，对其功能模块、交互逻辑和实现思路进行了初步研究。这一过程帮助小组更直观地认识了同类产品的基本形态，也为后续需求梳理和功能设计提供了参考依据。

2. 完成需求与任务的重建和优化 在参考同类开源软件的基础上，小组对项目原有需求和任务进行了重新梳理与优化，进一步明确了项目目标、核心功能（发单、接单、状态跟踪）及任务分解方式。这一工作提高了需求描述的清晰度，也使后续开发任务的安排更加具体。

3. 完成迭代规划与成员分工 小组围绕项目后续推进节奏，对不同迭代阶段的目标进行了系统规划，并结合成员情况完成了相应任务分工。通过本次规划，小组在开发顺序、人员职责和阶段重点上形成了较为统一的认识。

4. 完成 MVP 初步开发 本周在开发方面取得了实质性进展：前端完成了简单 UI 界面（如任务大厅）的搭建，后端完成了基础任务数据的发布与获取 API 接入，在此基础上初步实现了一个 MVP。这表明小组项目已经从需求讨论阶段正式进入原型实现阶段。

5. 完成初步测试并发现缺陷 小组对当前 MVP 进行了初步测试，并发现了 3 个主要缺陷：

• 系统缺少登录界面，无法完成校园身份认证；

• 任务大厅的数据为本地写死的 Mock 数据，尚未实现与后端的动态数据绑定；

• 用户“接单”操作采用单次点击直接生效，缺少二次确认弹窗，容易导致误触接单影响体验。 这些问题的发现，有助于小组在后续版本中更有针对性地进行优化。

四、小组工作中存在的问题及应对措施

存在的问题	具体表现	原因分析	应对措施
需求设计前期不够完善	需要在参考开源项目后重新梳理和优化需求	前期对产品形态和实现方式理解不够深入	后续在需求确定前加强竞品调研，并结合实际开发能力进行分析
迭代规划经验不足	成员分工和阶段任务需要多次调整	小组对项目推进节奏把握还不够成熟	后续提前明确核心功能优先级，按主线功能逐步推进
MVP 功能还较为初步	当前仅实现基础界面和任务展示，信誉积分、订单状态流转等完整度仍有限	项目仍处于早期开发阶段	后续继续完善前后端协同，实现更完整的接发单核心功能链路
测试方式还不够系统	虽发现了明显问题，但缺少更规范的测试流程	测试经验不足，测试用例尚未建立	后续按模块建立测试项和缺陷记录表，提高测试规范性

五、本周学习的新知识点以及学习途径和方法

（一）新知识点

• 同类开源软件分析方法：小组学习了如何通过 GitHub 查找、分析和借鉴与项目方向相近的开源软件，并将外部参考转化为自身项目需求优化的依据。

• 需求重建与任务优化方法：通过本周的需求重构工作，小组进一步理解了需求清晰化、任务细化和功能优先级划分的重要性。

• 迭代规划与成员分工方法：在重新制定迭代方案和分配成员任务的过程中，小组对敏捷开发中的阶段划分和协作推进有了更直观的认识。

• 前后端协同开发基础：通过前端任务大厅 UI 搭建和后端 CRUD API 开发，小组初步了解了从界面展示到后端调用之间的基本协作方式。

• MVP 测试与缺陷整理方法：在测试 MVP 的过程中，小组认识到测试不仅是检查能否运行，还包括发现产品体验、交互方式和业务逻辑漏洞上的问题。

（二）学习途径

• 开源项目调研：通过 GitHub 查找同类众包开源软件，并对其功能与实现思路进行分析。

• 项目实践：在本周的需求优化、迭代规划、前后端开发和测试过程中，通过实际操作积累经验。

• 小组讨论：通过成员之间的交流与协作，共同推进任务优化、流程规划和问题发现。

（三）学习方法

• 借鉴分析法：通过参考已有开源项目，结合自身需求进行吸收和转化。

• 实操驱动法：在开发前端界面、接入后端 API 和测试 MVP 的过程中边做边学，加深对相关知识的理解。

• 问题导向法：围绕开发和测试过程中暴露出的实际问题，有针对性地进行分析与改进。

六、本周小组工作的感悟

通过本周的工作，小组对软件项目从“需求梳理—任务优化—迭代规划—原型开发—测试反馈”的整体流程有了更加清晰的认识。大家逐渐意识到，一个校园众包互助平台的推进不仅依赖于代码开发本身，还离不开前期调研、业务流设计、合理分工以及后续测试与反馈。通过本周 MVP 的初步实现，小组成员增强了对项目继续推进的信心；同时，在测试中发现的 3 个缺陷也让大家认识到，当前项目仍有许多需要完善的地方。后续小组将继续在已有基础上完善功能、修复问题、优化体验，逐步提升项目完成度。

七、下周计划

1. 跟进并修复本周测试中发现的 3 个缺陷（增加登录页、对接真实任务数据、增加接单二次确认）；

2. 继续完善前端界面（如订单详情页、个人中心）和交互逻辑；

3. 优化后端任务状态流转 API 接入方式，提高系统安全性与稳定性；

4. 完成各功能模块（如任务大厅分类筛选、用户认证）的基础开发。