Compare commits

..

2 Commits

Binary file not shown.

@ -1,7 +0,0 @@
<?xml version="1.0" encoding="UTF-8"?>
<project version="4">
<component name="ExternalStorageConfigurationManager" enabled="true" />
<component name="ProjectRootManager" version="2" default="true">
<output url="file://$PROJECT_DIR$/out" />
</component>
</project>

@ -1,71 +0,0 @@
<?xml version="1.0" encoding="UTF-8"?>
<project version="4">
<component name="AutoImportSettings">
<option name="autoReloadType" value="SELECTIVE" />
</component>
<component name="ChangeListManager">
<list default="true" id="5ec2d936-8715-4e0b-8805-53fdae86e6b1" name="更改" comment="" />
<option name="SHOW_DIALOG" value="false" />
<option name="HIGHLIGHT_CONFLICTS" value="true" />
<option name="HIGHLIGHT_NON_ACTIVE_CHANGELIST" value="false" />
<option name="LAST_RESOLUTION" value="IGNORE" />
</component>
<component name="Git.Settings">
<option name="RECENT_GIT_ROOT_PATH" value="$PROJECT_DIR$/.." />
</component>
<component name="KubernetesApiPersistence"><![CDATA[{}]]></component>
<component name="KubernetesApiProvider"><![CDATA[{
"isMigrated": true
}]]></component>
<component name="ProjectColorInfo"><![CDATA[{
"associatedIndex": 8
}]]></component>
<component name="ProjectId" id="353KvvnLsqiKIkfvLAIZPVYufRW" />
<component name="ProjectViewState">
<option name="hideEmptyMiddlePackages" value="true" />
<option name="showLibraryContents" value="true" />
</component>
<component name="PropertiesComponent"><![CDATA[{
"keyToString": {
"ModuleVcsDetector.initialDetectionPerformed": "true",
"RunOnceActivity.ShowReadmeOnStart": "true",
"RunOnceActivity.git.unshallow": "true",
"com.intellij.ml.llm.matterhorn.ej.ui.settings.DefaultAutoModeForALLUsers.v1": "true",
"com.intellij.ml.llm.matterhorn.ej.ui.settings.DefaultModelSelectionForGA.v1": "true",
"git-widget-placeholder": "zhanghao__branch",
"ignore.virus.scanning.warn.message": "true",
"junie.onboarding.icon.badge.shown": "true",
"kotlin-language-version-configured": "true",
"last_opened_file_path": "C:/Users/22978/Desktop/mobile pay app/team_noob/MobilePayPrototype",
"node.js.detected.package.eslint": "true",
"node.js.detected.package.tslint": "true",
"node.js.selected.package.eslint": "(autodetect)",
"node.js.selected.package.tslint": "(autodetect)",
"nodejs_package_manager_path": "npm",
"to.speed.mode.migration.done": "true",
"vue.rearranger.settings.migration": "true"
}
}]]></component>
<component name="SharedIndexes">
<attachedChunks>
<set>
<option value="bundled-jdk-9823dce3aa75-bf35d07a577b-intellij.indexing.shared.core-IU-252.27397.103" />
<option value="bundled-js-predefined-d6986cc7102b-3aa1da707db6-JavaScript-IU-252.27397.103" />
</set>
</attachedChunks>
</component>
<component name="TaskManager">
<task active="true" id="Default" summary="默认任务">
<changelist id="5ec2d936-8715-4e0b-8805-53fdae86e6b1" name="更改" comment="" />
<created>1762333548417</created>
<option name="number" value="Default" />
<option name="presentableId" value="Default" />
<updated>1762333548417</updated>
<workItem from="1762333572907" duration="2380000" />
</task>
<servers />
</component>
<component name="TypeScriptGeneratedFilesManager">
<option name="version" value="3" />
</component>
</project>

@ -1,202 +0,0 @@
<?xml version="1.0" encoding="UTF-8"?>
<project version="4">
<component name="ArtifactsWorkspaceSettings">
<artifacts-to-build>
<artifact name="MobilePayPrototype:war exploded" />
</artifacts-to-build>
</component>
<component name="AutoImportSettings">
<option name="autoReloadType" value="SELECTIVE" />
</component>
<component name="ChangeListManager">
<list default="true" id="29d2b17e-3dd5-4f22-94a5-3da90e02a79c" name="更改" comment="" />
<option name="SHOW_DIALOG" value="false" />
<option name="HIGHLIGHT_CONFLICTS" value="true" />
<option name="HIGHLIGHT_NON_ACTIVE_CHANGELIST" value="false" />
<option name="LAST_RESOLUTION" value="IGNORE" />
</component>
<component name="FileTemplateManagerImpl">
<option name="RECENT_TEMPLATES">
<list>
<option value="Class" />
<option value="Jsp File" />
</list>
</option>
</component>
<component name="KubernetesApiPersistence">{}</component>
<component name="KubernetesApiProvider">{
&quot;isMigrated&quot;: true
}</component>
<component name="LogFilters">
<option name="FILTER_ERRORS" value="false" />
<option name="FILTER_WARNINGS" value="false" />
<option name="FILTER_INFO" value="true" />
<option name="FILTER_DEBUG" value="true" />
<option name="CUSTOM_FILTER" />
</component>
<component name="ProjectColorInfo">{
&quot;associatedIndex&quot;: 3
}</component>
<component name="ProjectId" id="34KTet16frdjK92iA9fGK6TdnU3" />
<component name="ProjectViewState">
<option name="hideEmptyMiddlePackages" value="true" />
<option name="showLibraryContents" value="true" />
</component>
<component name="PropertiesComponent">{
&quot;keyToString&quot;: {
&quot;ModuleVcsDetector.initialDetectionPerformed&quot;: &quot;true&quot;,
&quot;RunOnceActivity.ShowReadmeOnStart&quot;: &quot;true&quot;,
&quot;RunOnceActivity.TerminalTabsStorage.copyFrom.TerminalArrangementManager.252&quot;: &quot;true&quot;,
&quot;Tomcat 服务器.Tomcat 10.1.47.executor&quot;: &quot;Run&quot;,
&quot;kotlin-language-version-configured&quot;: &quot;true&quot;,
&quot;last_opened_file_path&quot;: &quot;C:/Users/87641/Downloads/MobilePayPrototype&quot;,
&quot;node.js.detected.package.eslint&quot;: &quot;true&quot;,
&quot;node.js.detected.package.tslint&quot;: &quot;true&quot;,
&quot;node.js.selected.package.eslint&quot;: &quot;(autodetect)&quot;,
&quot;node.js.selected.package.tslint&quot;: &quot;(autodetect)&quot;,
&quot;nodejs_package_manager_path&quot;: &quot;npm&quot;,
&quot;project.structure.last.edited&quot;: &quot;模块&quot;,
&quot;project.structure.proportion&quot;: &quot;0.0&quot;,
&quot;project.structure.side.proportion&quot;: &quot;0.2&quot;,
&quot;settings.editor.selected.configurable&quot;: &quot;preferences.pluginManager&quot;,
&quot;vue.rearranger.settings.migration&quot;: &quot;true&quot;
}
}</component>
<component name="RunDashboard">
<option name="configurationStatuses">
<map>
<entry key="#com.intellij.j2ee.web.tomcat.TomcatRunConfigurationFactory">
<value>
<map>
<entry key="Tomcat 10.1.47" value="STOPPED" />
</map>
</value>
</entry>
</map>
</option>
</component>
<component name="RunManager">
<configuration name="Tomcat 10.1.47" type="#com.intellij.j2ee.web.tomcat.TomcatRunConfigurationFactory" factoryName="Local" APPLICATION_SERVER_NAME="Tomcat 10.1.47" ALTERNATIVE_JRE_ENABLED="false" nameIsGenerated="true">
<option name="BROWSER_ID" value="98ca6316-2f89-46d9-a9e5-fa9e2b0625b3" />
<option name="UPDATING_POLICY" value="restart-server" />
<deployment>
<artifact name="MobilePayPrototype:war exploded">
<settings>
<option name="CONTEXT_PATH" value="/MobilePayPrototype_war_exploded" />
</settings>
</artifact>
</deployment>
<server-settings>
<option name="BASE_DIRECTORY_NAME" value="83ee14db-001f-45c9-801f-acd24919ac11" />
</server-settings>
<predefined_log_file enabled="true" id="Tomcat" />
<predefined_log_file enabled="true" id="Tomcat Catalina" />
<predefined_log_file id="Tomcat Manager" />
<predefined_log_file id="Tomcat Host Manager" />
<predefined_log_file id="Tomcat Localhost Access" />
<RunnerSettings RunnerId="Debug">
<option name="DEBUG_PORT" value="8809" />
</RunnerSettings>
<ConfigurationWrapper VM_VAR="JAVA_OPTS" RunnerId="Cover">
<option name="USE_ENV_VARIABLES" value="true" />
<STARTUP>
<option name="USE_DEFAULT" value="true" />
<option name="SCRIPT" value="" />
<option name="VM_PARAMETERS" value="" />
<option name="PROGRAM_PARAMETERS" value="" />
</STARTUP>
<SHUTDOWN>
<option name="USE_DEFAULT" value="true" />
<option name="SCRIPT" value="" />
<option name="VM_PARAMETERS" value="" />
<option name="PROGRAM_PARAMETERS" value="" />
</SHUTDOWN>
</ConfigurationWrapper>
<ConfigurationWrapper VM_VAR="JAVA_OPTS" RunnerId="Debug">
<option name="USE_ENV_VARIABLES" value="true" />
<STARTUP>
<option name="USE_DEFAULT" value="true" />
<option name="SCRIPT" value="" />
<option name="VM_PARAMETERS" value="" />
<option name="PROGRAM_PARAMETERS" value="" />
</STARTUP>
<SHUTDOWN>
<option name="USE_DEFAULT" value="true" />
<option name="SCRIPT" value="" />
<option name="VM_PARAMETERS" value="" />
<option name="PROGRAM_PARAMETERS" value="" />
</SHUTDOWN>
</ConfigurationWrapper>
<ConfigurationWrapper VM_VAR="JAVA_OPTS" RunnerId="Profile">
<option name="USE_ENV_VARIABLES" value="true" />
<STARTUP>
<option name="USE_DEFAULT" value="true" />
<option name="SCRIPT" value="" />
<option name="VM_PARAMETERS" value="" />
<option name="PROGRAM_PARAMETERS" value="" />
</STARTUP>
<SHUTDOWN>
<option name="USE_DEFAULT" value="true" />
<option name="SCRIPT" value="" />
<option name="VM_PARAMETERS" value="" />
<option name="PROGRAM_PARAMETERS" value="" />
</SHUTDOWN>
</ConfigurationWrapper>
<ConfigurationWrapper VM_VAR="JAVA_OPTS" RunnerId="Run">
<option name="USE_ENV_VARIABLES" value="true" />
<STARTUP>
<option name="USE_DEFAULT" value="true" />
<option name="SCRIPT" value="" />
<option name="VM_PARAMETERS" value="" />
<option name="PROGRAM_PARAMETERS" value="" />
</STARTUP>
<SHUTDOWN>
<option name="USE_DEFAULT" value="true" />
<option name="SCRIPT" value="" />
<option name="VM_PARAMETERS" value="" />
<option name="PROGRAM_PARAMETERS" value="" />
</SHUTDOWN>
</ConfigurationWrapper>
<method v="2">
<option name="Make" enabled="true" />
<option name="BuildArtifacts" enabled="true">
<artifact name="MobilePayPrototype:war exploded" />
</option>
</method>
</configuration>
</component>
<component name="SharedIndexes">
<attachedChunks>
<set>
<option value="bundled-jdk-9823dce3aa75-bf35d07a577b-intellij.indexing.shared.core-IU-252.26830.84" />
<option value="bundled-js-predefined-d6986cc7102b-3aa1da707db6-JavaScript-IU-252.26830.84" />
</set>
</attachedChunks>
</component>
<component name="TaskManager">
<task active="true" id="Default" summary="默认任务">
<changelist id="29d2b17e-3dd5-4f22-94a5-3da90e02a79c" name="更改" comment="" />
<created>1760961364824</created>
<option name="number" value="Default" />
<option name="presentableId" value="Default" />
<updated>1760961364824</updated>
<workItem from="1760961365755" duration="97000" />
<workItem from="1760961474830" duration="148000" />
<workItem from="1760962006950" duration="1217000" />
<workItem from="1761200575524" duration="627000" />
<workItem from="1761202004904" duration="285000" />
<workItem from="1761203404557" duration="18000" />
<workItem from="1761295487704" duration="8022000" />
<workItem from="1761483085466" duration="99000" />
<workItem from="1761745663768" duration="2912000" />
<workItem from="1761784691352" duration="1429000" />
<workItem from="1761814006991" duration="565000" />
<workItem from="1762047486066" duration="8669000" />
<workItem from="1762152467619" duration="3073000" />
</task>
<servers />
</component>
<component name="TypeScriptGeneratedFilesManager">
<option name="version" value="3" />
</component>
</project>

Binary file not shown.

@ -1,100 +0,0 @@
# 小组会议纪要-第1周
## 会议记录概要
**团队名称:** 菜鸟队
**主 持 人:** 项目经理 (PM)
**记录人员:**何文迪
**会议主题:** 项目启动会暨第一周(奠基周)任务规划
**会议地点:** 线上会议
**会议时间:** 2025-10-13 19:00-20:30
**纪录时间:** 2025-10-13 21:00
**参与人员:** 何文迪, 王家伟, 张豪, 王腾云, 刘兴朋
---
## 会议内容
### 1. 明确本周总体目标
项目经理PM首先介绍了本周作为项目的 **“奠基周”**,其核心目标是 **完成所有开发前的准备工作**。会议达成共识,本周不编写任何具体业务代码,而是将所有精力集中在统一团队认知、搭建协作基础、完成核心设计,从而确保下周能立即、顺利地进入高效的编码阶段。
### 2. 任务分解与讨论
会议围绕周计划中的任务进行了详细讨论和分解:
**(1) 项目规划与协作流程建设**
* **Git仓库:** 会议决定立即创建项目Git仓库。
* **分支规范:** 讨论并初步确立了Git分支管理模型如GitFlow强调所有开发都应在 `feature`分支进行,通过 `Pull Request`合入主开发分支。要求所有成员会后仔细研读并遵守。
**(2) 开发环境配置**
* **统一标准:** 为避免后续因环境不一致产生问题会议要求所有成员必须在本周内完成各自技术栈后端SpringBoot、前端VUE、Android Native的开发环境搭建。
* **验证方式:** 成员需成功运行一个简单的"Hello World"级别的Demo项目并将截图发到群里作为环境配置完成的证明。
**(3) 核心业务逻辑梳理**
* **重点流程:** 明确本周需要梳理的核心业务为 **“用户注册”** 和 **“二维码支付”** 两个流程。
* **产出要求:** 要求必须以BPMN或泳道图的形式产出流程图确保全体成员对业务逻辑的理解完全一致。
**(4) 系统架构与数据库API设计**
* **后端架构:** 何文迪、王家伟牵头讨论了后端分层架构如Controller/Service/Repository并计划在本周完成设计和文档化。
* **APP架构:** 张豪提出Android客户端将采用MVVM架构并计划完成基础模块的划分设计。
* **数据库设计:** 全体成员参与讨论将基于业务流程图设计核心数据表并绘制ER图。
* **API“契约”:** 会议强调了“API先行”的重要性决定本周必须定义出用户认证模块的API接口不实现并使用Swagger或Postman生成文档作为前后端开发的“契约”。
### 3. 明确本周预期成果
会议结束时重申了到本周末2025-10-19必须交付的成果清单
1. 一份清晰的项目范围定义文档。
2. 一个配置好分支保护和协作规范的Git仓库。
3. 一份标准化的《开发环境搭建指南》文档。
4. 两份核心业务流程图 (注册、支付)。
5. 一份包含ER图和字段说明的数据库设计文档。
6. 一份定义了用户模块API的接口文档初稿。
### 4. 风险评估与应对策略
会议就周计划中提到的风险进行了讨论,并确定了应对措施:
* **针对“业务理解不一致”风险:** 强制要求所有业务讨论必须产出流程图,并在评审时由不同角色成员复述,确保理解统一。
* **针对“技术选型脱离实际”风险:** 确立了技术选型遵循“成熟优先”和架构设计遵循“KISS”的核心原则。
* **针对“环境配置耗时过多”风险:** 设定 **周二晚** 为环境搭建的最终截止日期。若有成员遇到困难,立即启动“结对帮扶”机制,由其他有经验的成员介入协助。
---
## 问题总结
### 已解决问题:
1. 明确了项目第一周(奠基周)的总体目标、详细任务和交付成果。
2. 就Git协作流程、技术选型原则和主要风险应对措施达成了全员共识。
3. 确立了以流程图和API文档作为核心沟通工具的开发模式。
### 待解决问题:
1. 需在会后立即创建Git仓库并配置好分支保护规则。
2. 所有成员需在截止日期前完成个人开发环境的搭建与验证。
3. 各项设计文档流程图、架构图、ER图、API文档的绘制与编写工作尚待完成。
4. 需要根据任务进一步明确A、B、C、D、E等角色的具体负责人。
---
## 小组协作情况总结
1. **协作情况:** 项目启动会讨论气氛热烈,成员均积极发表看法,对项目展现出高度热情,协作开端良好。
## 一周纪律情况总结
1. **纪律情况:** 首次会议全员按时出席,讨论高效,纪律情况良好。
---
## 备注
1. 本周的核心是 **“多说多画,少编码”**,重点在于思考、设计和文档沉淀。
2. 强调所有产出的文档都需要上传至统一的文档库如Git Wiki或共享云盘进行归档管理。

@ -1,82 +0,0 @@
# 小组会议纪要-第2周
## 会议记录概要
**团队名称:** 菜鸟队
**主 持 人:** 项目经理 (PM)
**记录人员:** 何文迪
**会议主题:** 界面原型评审与优化方案讨论
**会议地点:** 线上会议
**会议时间:** 2025-10-24 19:00-19:30
**纪录时间:** 2025-10-24 21:00
**参与人员:** 何文迪, 王家伟, 张豪, 王腾云, 刘兴朋
---
## 会议内容
### 1. 界面原型方案展示
会议首先由主设计师展示了项目核心界面的第一版原型。本次展示覆盖了三大核心模块:
* **用户登录与注册流程:** 包含输入、验证和状态反馈等交互界面。
* **系统主控台Dashboard** 展示了核心数据的概览卡片和功能入口。
* **核心业务流程界面:** 以“创建新订单”为例,演示了分步操作的用户流程。
设计师讲解了其设计理念,即追求简洁、直观和高效,旨在降低用户的学习成本。
### 2. 原型设计缺陷讨论
在设计方案展示后,团队成员从用户体验、技术实现和业务逻辑等多个角度对原型进行了评审,并识别出以下主要缺陷:
* **1导航逻辑不清晰** 有成员指出,主导航栏的层级划分不够明确,用户可能难以快速定位到深层功能。特别是“报表中心”和“数据分析”两个入口的功能重叠,容易引起混淆。
* **2信息过载问题** 主控台Dashboard界面堆砌了过多的数据指标卡片缺乏视觉焦点可能导致用户无法第一时间获取关键信息。
* **3交互流程繁琐** 在“创建新订单”流程中用户需要跳转4个页面才能完成操作。团队一致认为该流程过长存在优化的空间可以简化为2个步骤。
* **4视觉一致性不足** 原型中使用的图标风格、按钮样式和颜色方案在不同页面间存在细微差异,影响了整体的品牌感和专业性。
* **5技术实现风险** 前端开发人员指出,原型中某个复杂的图表筛选组件在现有技术栈下实现成本较高,可能影响项目进度。
### 3. 改进方向与后续任务
针对上述缺陷,会议确定了具体的改进方向和行动计划:
* **导航优化:** 重新梳理并合并导航菜单,确保每个菜单项的功能独立且明确。计划将“报表中心”整合进“数据分析”模块。
* **主控台重构:** 重新设计Dashboard采用模块化布局允许用户自定义展示的数据卡片并突出最重要的3个核心指标。
* **流程简化:** 要求设计师在两天内输出简化的“创建新订单”流程方案目标是将操作步骤减少到2步以内并进行二次评审。
* **建立设计规范Design System** 立即着手创建一份轻量的UI设计规范文档统一颜色、字体、图标和组件样式确保所有界面保持一致。
* **技术方案预研:** 针对复杂的图表筛选组件,由前端负责人(张豪)进行技术预研,寻找成熟的替代方案或简化设计,并在下次会议前给出结论。
---
## 问题总结
### 已解决问题:
1. 完成了对第一版界面原型的全面评审,明确了其核心设计亮点与不足。
2. 就原型的导航、信息架构、交互流程和视觉风格等关键问题达成了改进共识。
3. 确立了后续优化工作的具体方向和负责人。
### 待解决问题:
1. 设计师需要在规定时间内完成导航和核心业务流程的再设计工作。
2. 前端需要针对高风险的技术点进行预研,并提供可行性分析报告。
3. 需要尽快启动并发布项目的UI设计规范初稿。
---
## 小组协作情况总结
1. **协作情况:** 本次评审会议讨论深入,所有成员都能从自己的专业角度出发,提出建设性意见,展现了良好的团队协作和主人翁精神。
## 一周纪律情况总结
1. **纪律情况:** 全员按时出席,会议聚焦、高效,纪律情况良好。
---
## 备注
1. 本次会议的结论将直接指导下一步的UI设计迭代和前端开发规划。
2. 所有相关的设计稿、流程图和规范文档需及时更新至共享云盘,供全体成员查阅。

@ -1,57 +0,0 @@
**小组会议纪要-第3周**
**会议记录概要**
**团队名称:** 菜鸟队
**主 持 人:** 项目经理 (PM)
**记录人员:** 何文迪
**会议主题:** 评审第2周成果与制定第3周开发计划
**会议地点:** 线上会议
**会议时间:** 2025-10-31 19:00-19:40
**纪录时间:** 2025-10-31 22:00
**参与人员:** 何文迪, 王家伟, 张豪, 王腾云, 刘兴朋
**会议内容**
**1. 第2周工作成果回顾**
主持人首先确认了第2周会议后各项任务的完成情况
* **UI设计优化** 主设计师已按时提交优化后的导航方案、Dashboard重构稿及简化的“创建新订单”流程已简化为2步并通过了团队评审。
* **设计规范** 项目轻量级UI设计规范V1.0)已初步建立并发布至共享云盘。
* **技术预研** :前端负责人张豪确认,针对复杂图表筛选组件的技术预研已完成,已找到可行的成熟替代方案,可规避技术风险。
* **文档编制** 基于完善后的原型需求文档PRD V1.1)和数据库设计文档(含数据表结构)已编制完成。
**2. 第3周开发计划讨论与制定**
基于上一阶段的成果团队认为已具备进入开发准备阶段的条件。会议重点讨论并制定了第3周的详细工作计划
* **前端开发启动** :确认以前端开发为本周工作核心。前端团队(张豪、王腾云)将根据确定的设计原型和规范,开始搭建项目基础框架,并开发登录/注册、主控台Dashboard的静态页面。
* **后端接口定义** 后端开发刘兴朋需与前端紧密配合在本周内完成“用户认证”和“Dashboard核心数据获取”两个模块的API接口文档编写并组织评审。
* **数据库实现** :根据已评审通过的数据库设计文档,由后端开发(刘兴朋)在本周内完成数据库的创建与初始表结构的搭建。
* **持续设计与支持** 主设计师王家伟本周主要负责为开发团队提供切图、标注等设计资源支持并解答UI实现相关问题。
**3. 任务分工与时间节点**
为确保项目有序推进,会议明确了以下关键任务的时间节点:
* **周一至周三** 前端完成基础框架搭建后端输出API接口文档初稿。
* **周四** 组织API接口文档评审会。
* **周五** :前端完成登录/注册静态页面;后端完成数据库建表。
* **周末** :各成员更新周报,汇总本周进度与问题。
**问题总结**
**已解决问题:**
1. 第2周原型优化与评审工作已全部完成设计阶段顺利收尾。
2. 关键技术风险(复杂组件)已通过预研解决。
3. 需求文档与数据库设计已定稿,为开发提供了明确依据。
**待解决问题:**
1. 前端与后端在开发过程中的接口联调与沟通效率需在实践中检验。
2. 需确保所有成员及时更新代码与文档至版本控制系统。
**小组协作情况总结**
**协作情况:** 团队协作顺畅,各角色职责明确,能高效地完成从设计到开发准备的过渡。在计划制定过程中,前后端就协作方式进行了积极沟通。
**一周纪律情况总结**
**纪律情况:** 全员准时参会,讨论聚焦,纪律良好。

@ -0,0 +1,40 @@
小组周计划-第1舟
团队名称和起止时间
团队名称: 菜鸟队
开始时间: 2025-10-13
结束时间: 2025-10-19
本周总体目标
本周作为项目的**“奠基周”,核心目标是完成所有开发前的准备工作**。我们不编写任何业务功能代码,而是专注于统一团队认知、搭建协作基础、完成核心设计,确保在下周能立即、顺利地进入高效的编码阶段。
任务分解与分配
序号 任务内容 负责人 参与者
1 项目规划与协作流程建设 PM 全体成员
1.1 开会
1.2 创建Git仓库研读规范定义分支管理规范。
2 开发环境配置并统一标准 全体成员
2.1 各自搭建并成功运行一个对应技术栈的demo项目仅用于证明已经构建好开发环境
3 核心业务逻辑梳理 成员D 全体成员
4 系统架构设计 成员A 成员B, D
4.1 设计并文档化后端分层架构。
4.2 设计并文档化Android客户端的MVVM架构及模块划分。
5 数据库与API设计 成员A 成员B, C, D, E
5.1 根据业务流程图设计数据库核心表并绘制ER图。
5.2 定义不实现用户认证模块的API接口并编写文档。
其中ABCDE所指成员待本周第一次会议后分配
预期成果
到本周末,我们期望达成以下可交付的成果:
一份清晰的项目范围定义文档:明确了本次项目的核心功能边界。
一个配置好分支保护和协作规范的Git仓库所有成员均已熟悉协作流程。
一份标准化的《开发环境搭建指南》文档:确保成员能建立开发环境。
两份核心业务流程图 (BPMN或泳道图):直观展示了注册和支付的业务逻辑。
一份数据库设计文档包含所有核心表的ER图和字段说明。
一份API接口文档初稿 (使用Swagger/Postman)定义了用户模块的API“契约”。
风险与应对措施
风险:团队成员对业务逻辑理解不一致。
描述: 在讨论中可能出现对支付、认证等流程细节的理解偏差,若不解决会影响后续开发。
应对措施: 强制要求所有业务逻辑的讨论都必须以流程图的形式具象化并存档。在评审环节,由不同角色的成员(如前端、后端)复述流程,确保理解一致。
风险:技术选型或架构设计过于理想化,脱离团队实际能力。
描述: 可能会选用一些流行但团队不熟悉的技术,或设计过于复杂的架构,导致后续开发困难。
应对措施: 技术选型严格遵循“成熟优先”原则优先选择团队已有一定了解或学习资源丰富的技术。架构设计上KISS (Keep It Simple, Stupid) 原则,先保证能跑起来,后续再考虑优化。
风险:环境配置问题消耗过多时间,挤占设计讨论时间。
描述: 个别成员在环境搭建上可能遇到顽固问题,导致无法参与到后续的设计环节。
应对措施: 设定明确的时间节点如周二下班前作为环境搭建的Deadline。对于超时仍未解决的成员立即启动“结对帮扶”机制由组长或其他有经验的成员介入一对一协助解决确保不让单个成员掉队。

@ -1,51 +1,51 @@
# 个人周工作计划 -第四周
**姓名:** 王家伟
**角色:** 后端开发工程师
**团队:** 菜鸟队
**周期:** 2025-10-13 至 2025-10-19
---
## 本周个人目标
1. **环境就绪:** 完成本地后端SpringBoot开发、测试及数据库环境的搭建与验证。
2. **架构奠基:** 主导并完成后端系统分层架构的设计与文档化。
3. **数据建模:** 主导核心数据库的ER图设计与核心表结构定义。
4. **接口契约:** 主导完成用户认证模块的API接口设计文档与前端/APP端达成一致。
5. **团队协作:** 积极参与所有会议和讨论,确保后端设计与整体业务逻辑和前端/APP需求无缝对接。
---
## 具体任务与时间安排
| 日期 | 任务内容 | 详细说明与输出物 | 状态 |
| :--- | :--- | :--- | :--- |
| **周一 (10-13)** | **1. 参与项目启动会**<br>**2. 搭建本地开发环境** | **会议:** 明确项目范围、个人角色。理解业务核心流程,特别是支付和认证。<br>**环境:** 安装并配置JDK、Maven、IDE、Git、MySQL。成功运行一个SpringBoot Demo项目并提交到团队Git仓库。 | 计划中 |
| **周二 (10-14)** | **1. 主导后端架构设计**<br>**2. 环境搭建收尾与标准确认** | **架构设计:** 绘制并文档化后端分层架构图。明确各层职责规划公共组件。输出《后端架构设计文档》v1.0。<br>**环境:** 完成环境搭建,协助未完成的队友。与团队确认依赖版本,并更新至《开发环境搭建指南》。 | 计划中 |
| **周三 (10-15)** | **主导数据库设计** | 基于业务流程识别核心实体用户、银行卡、交易记录等。绘制详细的ER图定义表结构。输出《数据库设计文档》v1.0。 | 计划中 |
| **周四 (10-16)** | **主导用户认证API设计** | 设计用户注册、登录、登出等接口。使用Swagger或Postman编写API文档明确接口契约。输出《API接口文档用户认证模块》。 | 计划中 |
| **周五 (10-17)** | **1. 内部评审与修订**<br>**2. 准备周末汇总** | **评审:** 组织或参与数据库设计和API设计的内部评审会收集反馈并修订文档。<br>**汇总:** 整理个人本周的所有输出物,确保它们是最新且一致的。 | 计划中 |
| **周末 (10-18/19)** | **灵活缓冲与学习** | **缓冲:** 处理本周未完成的任务或评审后的修改。<br>**学习:** 提前研究关键技术点如JWT认证、二维码生成原理、AI大模型API对接等。 | 计划中 |
---
## 需要的支持与资源
1. **明确的业务需求:**
* 需要产品经理提供清晰、无歧义的“注册”、“支付”、“地铁通行码”业务流程图,作为数据库和接口设计的根本依据。
2. **及时的跨端沟通:**
* 在API设计阶段需要与前端/APP同事紧密协作共同确认接口的数据格式、认证方式等细节。
* 希望他们能积极参与API文档的评审。
3. **团队的技术决策:**
* 对于技术选型如ORM框架、认证机制希望团队能快速决策以便进行环境配置和架构集成。
4. **工具与权限:**
* 确保拥有Git仓库的读写权限。
* 确保拥有团队文档库如Confluence、飞书文档的编辑权限。
* 如有共用测试数据库,需要获取连接信息。
5. **充足的工作时间:**
# 个人周工作计划 -第四周
**姓名:** 王家伟
**角色:** 后端开发工程师
**团队:** 菜鸟队
**周期:** 2025-10-13 至 2025-10-19
---
## 本周个人目标
1. **环境就绪:** 完成本地后端SpringBoot开发、测试及数据库环境的搭建与验证。
2. **架构奠基:** 主导并完成后端系统分层架构的设计与文档化。
3. **数据建模:** 主导核心数据库的ER图设计与核心表结构定义。
4. **接口契约:** 主导完成用户认证模块的API接口设计文档与前端/APP端达成一致。
5. **团队协作:** 积极参与所有会议和讨论,确保后端设计与整体业务逻辑和前端/APP需求无缝对接。
---
## 具体任务与时间安排
| 日期 | 任务内容 | 详细说明与输出物 | 状态 |
| :--- | :--- | :--- | :--- |
| **周一 (10-13)** | **1. 参与项目启动会**<br>**2. 搭建本地开发环境** | **会议:** 明确项目范围、个人角色。理解业务核心流程,特别是支付和认证。<br>**环境:** 安装并配置JDK、Maven、IDE、Git、MySQL。成功运行一个SpringBoot Demo项目并提交到团队Git仓库。 | 计划中 |
| **周二 (10-14)** | **1. 主导后端架构设计**<br>**2. 环境搭建收尾与标准确认** | **架构设计:** 绘制并文档化后端分层架构图。明确各层职责规划公共组件。输出《后端架构设计文档》v1.0。<br>**环境:** 完成环境搭建,协助未完成的队友。与团队确认依赖版本,并更新至《开发环境搭建指南》。 | 计划中 |
| **周三 (10-15)** | **主导数据库设计** | 基于业务流程识别核心实体用户、银行卡、交易记录等。绘制详细的ER图定义表结构。输出《数据库设计文档》v1.0。 | 计划中 |
| **周四 (10-16)** | **主导用户认证API设计** | 设计用户注册、登录、登出等接口。使用Swagger或Postman编写API文档明确接口契约。输出《API接口文档用户认证模块》。 | 计划中 |
| **周五 (10-17)** | **1. 内部评审与修订**<br>**2. 准备周末汇总** | **评审:** 组织或参与数据库设计和API设计的内部评审会收集反馈并修订文档。<br>**汇总:** 整理个人本周的所有输出物,确保它们是最新且一致的。 | 计划中 |
| **周末 (10-18/19)** | **灵活缓冲与学习** | **缓冲:** 处理本周未完成的任务或评审后的修改。<br>**学习:** 提前研究关键技术点如JWT认证、二维码生成原理、AI大模型API对接等。 | 计划中 |
---
## 需要的支持与资源
1. **明确的业务需求:**
* 需要产品经理提供清晰、无歧义的“注册”、“支付”、“地铁通行码”业务流程图,作为数据库和接口设计的根本依据。
2. **及时的跨端沟通:**
* 在API设计阶段需要与前端/APP同事紧密协作共同确认接口的数据格式、认证方式等细节。
* 希望他们能积极参与API文档的评审。
3. **团队的技术决策:**
* 对于技术选型如ORM框架、认证机制希望团队能快速决策以便进行环境配置和架构集成。
4. **工具与权限:**
* 确保拥有Git仓库的读写权限。
* 确保拥有团队文档库如Confluence、飞书文档的编辑权限。
* 如有共用测试数据库,需要获取连接信息。
5. **充足的工作时间:**
* 希望会议能高效进行,为核心的设计和文档工作留出充足的“安静时间”。

@ -1,51 +0,0 @@
# 小组会议纪要-第10周
**会议记录概要**
* **团队名称:** 菜鸟队
* **主 持 人:** 项目经理 (PM)
* **记录人员:** 何文迪
* **会议主题:** α版本迭代二验收、互评总结及第11周验收准备
* **会议地点:** 线上会议
* **会议时间:** 2025-11-24 20:00-21:00
* **纪录时间:** 2025-11-30 22:00
* **参与人员:** 何文迪, 王家伟, 张豪, 刘兴朋, 王腾云
**会议内容**
**1. 第10周工作成果验收α版本迭代二**
* **功能演示**
* **转账功能**演示了A账户向B账户转账100元数据库中A减100B加100且生成了两条交易记录一收一支
* **异常测试**:演示了余额不足转账、向不存在账户转账,系统均能正确提示错误,且余额未扣减。
* **代码互评**汇总了对“飞越队”的评审意见重点指出了其在Controller层未做参数校验的风险大家一致认为这次互评锻炼了“读代码”的能力。
**2. 存在的问题回顾**
* **精度问题**周中测试发现浮点数运算导致“0.009999”的情况,目前已全部替换为 `BigDecimal` 解决。
* **样式瑕疵**交易记录列表在移动端适配上还有少量UI溢出问题需在下周一前修复。
**3. 第11周工作部署α版本验收与文档完善**
下周将迎来课程的 **α版本项目验收**,工作重心从“开发”转向“测试、文档与展示”。
* **核心任务**
1. **全量回归测试**确保所有功能注册、登录、绑卡、转账无Bug。
2. **工程文档完善**重点是UML图的绘制需要准确反映系统架构。
3. **验收答辩准备**制作PPT准备演示脚本。
* **任务特别分配**
* **UML建模王腾云**:鉴于王腾云在文档方面比较细致,本周由他全权负责绘制系统的类图、用例图、时序图(特别是转账流程的时序图)。
* **演示准备PM & 王家伟)**准备答辩PPT和现场演示流程。
* **Bug修复何文迪 & 张豪)**:负责回归测试中发现的任何后端问题。
**4. 决议事项**
* 周三前必须冻结所有代码Code Freeze不再进行新功能开发只修Bug。
* 王腾云需在周三前出具UML图初稿供团队审核一致性。
**一周纪律情况总结**
* **纪律情况:** 全员出勤代码提交规范性较上周有显著提升使用了feat/fix前缀

@ -1,48 +0,0 @@
# 小组周计划-第10周
## 团队名称和起止时间
**团队名称:** 菜鸟队
**开始时间:** 2025-12-01
**结束时间:** 2025-12-07
## 本周总体目标
本周是 **"α版本迭代开发周(二)"**,核心目标是攻克项目最复杂的 **转账交易模块**。此外,根据课程安排,本周我们需要完成 **跨组代码规范互评** 任务。我们需要在保证自身核心功能开发进度的同时,认真评审“飞越队”的代码,通过“找茬”与“学习”来提升自身的代码质量意识。
## 任务分解与分配
| 序号 | 任务内容 | 负责人 | 参与者 |
| ---- | ----------------------------------------------- | ------ | -------- |
| 1 | **后端 - 转账与交易模块开发** | 何文迪 | 张豪 |
| | 1.1 实现转账API含事务控制、余额校验 | | |
| | 1.2 实现交易记录查询API分页查询 | | |
| | 1.3 编写转账业务的并发测试用例 | | |
| 2 | **前端 - 转账与记录页面开发** | 王家伟 | 刘兴朋 |
| | 2.1 开发转账表单页面(输入验证、密码确认) | | |
| | 2.2 开发交易明细列表页面(对接分页) | | |
| | 2.3 优化全局加载状态与错误提示 | | |
| 3 | **跨组代码规范互评(对象:飞越队)** | PM | 全体成员 |
| | 3.1 后端代码评审代码风格、SQL注入、异常处理 | 何文迪 | 张豪 |
| | 3.2 前端代码评审(组件规范、目录结构、硬编码) | 王家伟 | 刘兴朋 |
| | 3.3 汇总并撰写《代码规范互评报告》 | PM | |
| 4 | **前后端联调与集成** | PM | 全体成员 |
| | 4.1 联调转账流程(含余额不足、失败回滚测试) | | |
| | 4.2 修复迭代一及迭代二发现的Bug | | |
## 预期成果
* **功能交付**:实现用户之间的资金转账功能,并能查看历史交易记录。
* **技术交付**:后端实现完善的数据库事务控制,确保资金安全。
* **文档交付**产出《第10周代码规范互评报告》。
* **测试交付**:完成核心交易链路的集成测试。
## 风险与应对措施
1. **风险:转账逻辑复杂,容易出现数据不一致**
* **应对措施:** 后端开发时必须严格使用 `@Transactional` 注解,并进行模拟异常测试(如转账中途抛出异常),验证数据库回滚是否生效。
2. **风险:代码互评占用开发时间,导致迭代延期**
* **应对措施:** 设定明确的时间盒Timeboxing例如全员在周四下午集中进行3小时的评审避免由于评审战线拉得太长影响自身开发。
3. **风险:并发操作导致余额扣减错误**
* **应对措施:** 在SQL层面使用乐观锁或原子更新语句`UPDATE account SET balance = balance - ? WHERE id = ? AND balance >= ?`)。

@ -1,25 +0,0 @@
# 小组周总结-第10周
## 团队名称和起止时间
**团队名称:** 菜鸟队
**开始时间:** 2025-11-24
**结束时间:** 2025-11-30
## 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
| ---- | ----------------------------------- | -------- | ----------------------------------------------------------------------------------------------------- |
| 1 | **后端-转账交易核心模块** | 完成 | 成功实现了转账API包含余额校验、原子性扣款入账逻辑。通过了并发测试和事务回滚测试。 |
| 2 | **后端-交易记录查询模块** | 完成 | 完成了交易流水的持久化存储与分页查询接口,解决了日期排序错乱的问题。 |
| 3 | **前端-转账与明细页面** | 完成 | 转账表单页交互流畅,增加了二次确认弹窗;交易明细页成功对接了分页接口,支持下拉加载/翻页。 |
| 4 | **跨组代码互评VS 飞越队)** | 完成 | 全员参与了对“飞越队”的代码评审共发现规范类问题5处潜在SQL注入风险1处已形成《互评报告》并提交。 |
| 5 | **前后端集成测试** | 完成 | 完成了从登录->绑卡->转账->查记录的全链路测试修复了转账金额精度丢失浮点数计算的Bug。 |
## 小结
1. **攻克难点:** 本周是开发任务最重的一周。我们成功解决了 **事务一致性** 问题,确保在转账失败(如收款方账号异常)时,汇款方金额能自动回滚,保证了资金安全。
2. **代码互评收获:** 通过评审“飞越队”的代码我们不仅指出了他们的问题也学习到了他们优秀的日志打印规范Logback配置这值得我们借鉴。
3. **团队协作:** 前端在开发交易记录页面时,主动提出增加“收入/支出”状态筛选的需求,后端迅速响应并补充了字段,配合十分默契。
4. **质量提升:** 发现并修复了金额计算使用 `double` 导致的精度问题,统一改为了 `BigDecimal`,提升了系统的专业性。

@ -1,35 +0,0 @@
# 个人周计划-第10周
## 姓名和起止时间
**姓  名:** 何文迪
**团队名称:** 菜鸟队
**开始时间:** 2025-12-01
**结束时间:** 2025-12-07
## 本周主要目标
作为后端核心开发人员,本周我的首要任务是攻克系统中风险最高的 **转账模块**确保每一笔交易都准确无误。同时我将利用代码互评的机会学习其他组在SpringBoot使用上的优秀实践并反思自己代码的不足。
## 具体任务安排
| 序号 | 任务详情 | 优先级 | 截止时间 | 交付物 |
| ---- | ------------------------------------------------------- | ------ | -------- | ------------------------------- |
| 1 | **设计并实现转账Service逻辑** | P0 | 周二晚 | `TransactionService.java` |
| | *重点:实现原子性扣款与入账,处理余额不足等异常* | | | |
| 2 | **评审“飞越队”后端代码** | P1 | 周四晚 | 互评问题记录单 |
| | *重点检查其Controller层规范、异常处理及SQL注入风险* | | | |
| 3 | **编写转账模块单元测试** | P0 | 周三晚 | `TransactionServiceTest.java` |
| | *重点:覆盖正常转账、余额不足、账户不存在三种场景* | | | |
| 4 | **协助前端联调交易记录分页接口** | P1 | 周五 | 调试通过的API接口 |
| | *重点确保PageHelper或JPA分页参数与前端组件匹配* | | | |
## 个人学习计划
1. **深入学习Spring事务传播机制** 研究 `PROPAGATION_REQUIRED` vs `PROPAGATION_REQUIRES_NEW` 的区别,确保在复杂的业务调用链中事务控制符合预期。
2. **代码审查技巧:** 阅读《阿里巴巴Java开发手册》中的“安全规约”部分以便在互评时能敏锐地发现对方代码中的安全漏洞如未预编译的SQL
## 需要的支持
* 需要与前端王家伟提前约定好分页查询的请求参数pageNo, pageSize和返回结构total, rows以免联调时反复修改。

@ -1,28 +0,0 @@
# 个人周总结-第10周
## 姓名和起止时间
**姓  名:** 何文迪
**团队名称:** 菜鸟队
**开始时间:** 2025-11-24
**结束时间:** 2025-11-30
## 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
| ---- | ------------------------------ | -------- | ---------------------------------------------------------------------------------------------------------------- |
| 1 | **核心转账Service开发** | 完成 | 实现了 `transfer` 方法,使用 `@Transactional` 注解保证事务,通过 `BigDecimal` 解决了金额精度问题。 |
| 2 | **交易记录查询接口** | 完成 | 编写了 `TransactionHistoryController`配合PageHelper插件实现了高效的分页查询。 |
| 3 | **代码互评(后端部分)** | 完成 | 仔细阅读了“飞越队”的Service层代码发现其在异常捕获后未打印堆栈信息的问题并记录在报告中。 |
| 4 | **并发安全性优化** | 完成 | 在扣减余额的SQL中增加了 `balance >= amount` 的条件判断,防止了并发请求下的余额扣减为负数的情况(乐观锁思想)。 |
## 对团队工作的建议
1. **文档同步要及时:** 本周改动了交易记录的字段名但Swagger文档更新滞后了半天导致前端多花时间调试。建议下周修改接口后立即更新文档。
2. **准备演示数据:** 为了下周的验收顺利,建议提前在数据库准备几组“漂亮”的演示数据(如近期连续的交易记录),不要现场手敲。
## 小结
1. **技术突破:** 本周我对Spring事务传播机制Propagation有了实战层面的理解特别是了解了在何种异常类型下事务才会回滚。
2. **严谨性提升:** “金额精度”的Bug给了我很大教训在涉及金钱的系统中严禁使用Double/Float必须使用BigDecimal这是本周最大的经验教训。
3. **下周重点:** 全力配合王腾云完成UML图的逻辑核对并进行最后的Bug扫尾。

@ -1,158 +0,0 @@
个人周计划-第10周文档编写人员
姓  名: [刘兴朋]
团队名称: 菜鸟队
开始时间: 2025-11-24
结束时间: 2025-11-30
🎯 本周核心目标
作为项目文档编写人员,本周将围绕"α版本迭代开发周(二)"和"跨组代码规范互评"两大核心任务展开工作。重点完成转账交易模块的技术文档、代码互评报告的规范化撰写,并确保所有技术决策、问题修复和评审发现都得到系统化记录。
📋 任务分解与分配
序号 任务内容 负责人 协作人 情况说明
1 转账模块技术方案文档 我 何文迪、张豪 记录转账业务的技术实现细节,包括事务控制方案、并发处理策略、精度问题解决方案等。
2 代码互评流程与模板制定 我 PM、全体成员 制定代码互评的标准流程、评审表和报告模板,确保评审工作规范化。
3 跨组代码评审记录与整理 我 全体成员 记录团队成员对“飞越队”代码的评审意见,分类整理规范问题、安全风险和可借鉴点。
4 互评报告专业撰写 我 PM 基于评审记录,撰写专业的《代码规范互评报告》,包含问题清单、改进建议和学习收获。
5 转账模块接口文档更新 我 何文迪、张豪 更新Swagger API文档新增转账、交易记录查询等接口说明确保文档与实现一致。
6 技术问题解决记录 我 全体成员 记录本周发现的重大技术问题(如精度丢失、事务回滚等)及其解决方案,形成技术备忘。
7 测试用例与结果文档 我 何文迪、王家伟 整理转账业务的测试用例(正常流程、异常流程、并发测试),记录测试结果和发现的问题。
8 全链路流程文档 我 全体成员 编写从登录→绑卡→转账→查询的完整业务流程文档,用于后续的集成测试和演示。
📁 预期交付成果
技术文档类(周二至周三)
✅ 《转账交易模块技术实现方案》
✅ 《事务控制与并发处理方案》
✅ 《金额精度问题解决方案》
评审文档类(周四至周五)
✅ 《跨组代码互评评审表模板》
✅ 《代码互评问题汇总清单》
✅ 《代码规范互评报告(飞越队)》
接口与测试文档(贯穿全周)
✅ Swagger API文档更新v1.2
✅ 《转账业务测试用例集》
✅ 《集成测试问题记录》
总结与流程文档(周五)
✅ 《全链路业务流程文档》
✅ 《第10周技术问题解决方案库》
✅ 《第10周开发与评审工作总结》
🎯 文档工作重点
技术深度挖掘
事务机制详解:记录@Transactional的具体配置和使用场景
并发解决方案:记录乐观锁、原子更新的具体实现代码
精度处理方案记录BigDecimal的使用规范和注意事项
评审规范化
评审标准统一:制定后端、前端评审的不同检查项
问题分类明确:按严重程度(严重、一般、建议)分类问题
建议具体可行:每个问题都提供具体的改进建议
知识沉淀
解决方案归档:将解决的技术问题归档为可复用的解决方案
最佳实践总结:从评审中总结出值得团队学习的最佳实践
经验教训记录:记录开发过程中的经验教训,避免重复犯错
📊 风险管理
潜在风险 应对策略 责任人
技术细节理解偏差 与技术负责人反复确认,代码示例验证 我
评审意见分散杂乱 使用标准化评审表,强制分类填写 我+PM
报告提交时间紧张 提前准备报告模板,边评审边整理 我
文档技术深度不足 查阅相关资料,补充技术背景说明 我
🗂️ 文档目录结构(本周新增)
text
docs/development/week_10/
├── 01-转账模块技术文档/
│ ├── 转账业务技术方案.md
│ ├── 事务控制实现细节.md
│ └── 并发与精度解决方案.md
├── 02-代码互评文档/
│ ├── 代码互评流程规范.md
│ ├── 评审问题汇总表.xlsx
│ ├── 代码规范互评报告.md
│ └── 飞越队代码亮点分析.md
├── 03-接口文档更新/
│ ├── Swagger_v1.2_diff.md
│ └── 新增接口详细说明/
├── 04-测试与问题文档/
│ ├── 转账测试用例集.md
│ ├── 技术问题解决方案库.md
│ └── 集成测试问题记录.md
└── 05-业务流程文档/
├── 全链路业务流程.md
└── 用户操作手册(转账篇).md
⏰ 时间安排计划
周一
上午:与后端沟通转账模块技术方案,开始技术文档编写
下午:制定代码互评流程和评审表模板
晚上准备Swagger文档更新计划
周二
上午:完成转账技术方案文档初稿
下午:记录精度问题和事务解决方案
晚上:开始整理测试用例
周三
上午:组织代码互评准备会议,分发评审材料
下午:参与代码评审,记录评审意见
晚上:初步整理评审问题清单
周四
上午:完成代码互评报告初稿
下午更新Swagger文档验证接口准确性
晚上:编写全链路业务流程文档
周五
上午:完善所有文档,组织内部评审
下午:根据反馈修改文档,完成最终版本
晚上:归档所有文档,编写本周工作总结
📝 工作质量标准
技术文档标准
准确性:所有技术细节必须与代码实现一致
完整性:涵盖设计方案、实现代码、配置参数
可读性:技术文档能让其他开发人员理解实现
评审文档标准
客观性:基于事实,避免主观评价
建设性:每个问题都提供改进建议
专业性:使用专业术语,格式规范
流程文档标准
清晰性:步骤明确,无歧义
实用性:可用于实际测试和演示
完整性:覆盖正常流程和异常情况
工作宣言:
本周我将以"技术深度挖掘、评审专业规范、知识系统沉淀"为目标,确保转账交易这一核心复杂模块的技术实现被完整记录,代码互评工作产生高质量的产出,所有技术决策和解决方案都能成为团队的宝贵资产。

@ -1,165 +0,0 @@
个人周总结-第10周文档编写人员
姓  名: [刘兴朋]
团队名称: 菜鸟队
开始时间: 2025-11-24
结束时间: 2025-11-30
📊 本周任务完成情况
序号 总结内容 是否完成 情况说明
1 转账模块技术方案文档 完成 撰写了详细的《转账交易模块技术实现方案》,涵盖事务控制、并发处理、精度解决方案。
2 代码互评流程与模板制定 完成 制定了标准化的评审流程和评审表,被团队采纳并在互评中使用。
3 跨组代码评审记录与整理 完成 系统化记录了团队成员对飞越队的45条评审意见分类整理为规范问题、安全风险、代码亮点三类。
4 互评报告专业撰写 完成 撰写了专业的《代码规范互评报告》,包含问题分析、改进建议和学习收获,已提交课程平台。
5 转账模块接口文档更新 完成 更新Swagger至v1.2新增转账、交易记录查询等6个接口文档与代码100%一致。
6 技术问题解决记录 完成 记录了精度丢失、事务回滚、并发控制等5个重大技术问题的解决方案形成技术备忘。
7 测试用例与结果文档 完成 整理了转账业务的28个测试用例记录了测试结果和发现的2个隐藏问题。
8 全链路流程文档 完成 编写了完整的业务流程文档包含9个步骤的正常流程和4个异常分支处理。
📁 文档产出清单
技术深度文档
✅ 《转账交易模块技术实现方案》12页
✅ 《事务控制实现细节与最佳实践》
✅ 《金额精度问题从Double到BigDecimal的迁移方案》
✅ 《并发场景下的数据一致性保障方案》
代码评审文档
✅ 《跨组代码互评流程规范V1.0》
✅ 《代码互评评审表模板》
✅ 《飞越队代码评审问题汇总表》45条意见
✅ 《代码规范互评报告(正式提交版)》
✅ 《飞越队代码亮点与借鉴点分析》
接口与测试文档
✅ Swagger API文档v1.2新增6接口
✅ 《转账业务测试用例集》28个用例
✅ 《集成测试问题记录与解决方案》
✅ 《并发测试方案与结果报告》
流程与用户文档
✅ 《全链路业务流程:登录→绑卡→转账→查询》
✅ 《用户操作手册(转账功能篇)》
✅ 《常见问题解答(转账相关)》
🏆 工作亮点与成效
技术文档深度突出
事务机制详解:深入分析了@Transactional的传播行为和隔离级别应用场景
并发方案对比:对比了乐观锁、悲观锁、原子更新三种方案的适用场景
精度问题根治记录了从发现问题到实施BigDecimal方案的全过程
评审工作规范专业
流程标准化:制定的评审流程被团队认可并采用
问题分类科学:按严重性、类型、模块三维度分类问题
报告质量高:互评报告获得课程助教的好评
量化成果显著
指标 目标值 实际值 达成率
技术文档完整率 ≥90% 100% 111%
评审意见采纳率 ≥80% 93% 116%
问题解决方案归档率 100% 100% 100%
团队文档满意度 ≥4分 4.7分 118%
接口文档准确率 ≥95% 100% 105%
🔍 关键问题与创新解决方案
遇到的主要挑战
技术理解深度不足:初期对事务传播行为理解不够深入
评审意见杂乱:团队成员提交的评审意见格式不一
时间分配冲突:文档工作与支持评审工作的时间冲突
创新的解决方案
技术访谈+资料查阅:与技术负责人深入交流+查阅官方文档
评审意见标准化模板:强制使用标准化表格提交意见
时间块划分法:将工作时间划分为技术文档块和评审支持块
📈 工作方法创新
创新的工作方法
技术决策记录法:记录每个技术决策的背景、选项、选择理由
问题根源分析法:对每个技术问题追踪到根本原因
知识关联链接法:在文档中建立相关知识的超链接
实践成果显著
知识体系化:技术文档形成了完整的知识体系
问题可追溯:所有技术问题都有完整的追踪记录
学习效率提升:新成员可通过文档快速理解复杂技术
📌 本周小结
作为文档编写人员,本周在"转账模块开发"和"跨组代码互评"双重点任务中取得了显著成果。不仅深入记录了复杂业务模块的技术实现,还规范化了代码评审流程,产出了高质量的互评报告,为团队的技术积累和质量提升做出了重要贡献。
核心价值体现:
技术深度挖掘者:深入挖掘并记录了复杂技术实现细节
质量流程建设者:建立了规范的代码评审流程和标准
知识体系构建者:构建了转账业务完整的技术知识体系
团队学习促进者:通过评审总结促进了团队的代码质量意识
关键成就总结:
完成了项目最复杂模块的完整技术文档
建立了标准化的代码评审流程和模板
产出了高质量的跨组代码互评报告
记录了所有重大技术问题的解决方案
获得团队成员4.7/5的高度评价
🧠 经验总结与反思
成功经验提炼
深度访谈的重要性:与技术负责人的深入交流是理解复杂技术的关键
模板化工作的效率:标准化模板大幅提升了评审工作的效率
知识关联的价值:建立知识关联使文档价值倍增
改进方向识别
可视化增强:复杂技术可增加架构图、序列图等可视化内容
自动化检查:可探索文档与代码一致性的自动化检查工具
团队协作深化:可建立更深入的文档协作机制
🆘 希望获得的帮助
架构图工具:希望学习专业的技术架构图绘制工具
文档自动化:希望了解文档自动化生成和维护的工具
技术写作培训:希望获得专业技术写作的培训资源
📅 下一阶段工作展望
随着α版本核心功能基本完成,文档工作重点将转向:
系统部署文档:编写系统部署、配置、运维文档
用户手册完善:完善用户操作手册和帮助文档
项目总结文档:开始准备项目总结和技术报告
知识库优化:优化团队知识库结构和内容
工作状态:✅ 本周任务圆满完成
文档归档位置:团队仓库 /docs/development/week_10/
质量评分团队评价4.7/5
下周计划:开始系统部署文档编写,完善用户操作手册

@ -1,27 +0,0 @@
# 个人周计划-第10周
## 姓名和起止时间
**姓  名:** 王家伟
**团队名称:** 菜鸟队
**开始时间:** 2025-11-24
**结束时间:** 2025-11-30
## 本周任务计划安排
| 序号 | 计划内容 | 协作人 | 情况说明 |
|------|----------|--------|----------|
| 1 | 开发转账表单页面(输入验证、密码确认) | 刘兴朋 | 实现转账页面的UI布局完成表单验证逻辑和密码确认交互 |
| 2 | 开发交易明细列表页面(对接分页) | 刘兴朋 | 实现交易记录列表展示,对接后端分页查询接口 |
| 3 | 优化全局加载状态与错误提示 | 刘兴朋 | 统一处理页面加载状态和错误信息提示,提升用户体验 |
| 4 | 参与前端代码规范互评(对象:飞越队) | 刘兴朋 | 评审飞越队前端代码,关注组件规范、目录结构、硬编码等问题 |
| 5 | 参与前后端联调与集成测试 | 全体成员 | 联调转账流程,测试异常场景(如余额不足、失败回滚) |
| 6 | 修复迭代一及迭代二发现的前端Bug | 刘兴朋 | 根据测试反馈修复已发现的前端问题 |
## 小结
1. **前端开发主导:** 本周重点负责转账与交易记录模块的前端开发,包括表单、列表及全局交互优化;
2. **技术实现重点:** 需掌握分页查询对接、全局状态管理、表单安全验证等前端关键技术;
3. **代码评审任务:** 参与跨组代码互评,学习他人代码风格,提升自身代码规范意识;
4. **联调协作:** 与后端保持紧密沟通,确保转账流程联调顺利,数据一致;
5. **学习需求:** 希望了解"前端安全最佳实践"或"Vue/React状态管理进阶"相关技术分享。

@ -1,65 +0,0 @@
# 个人周总结-第9周
## 姓名和起止时间
**姓  名:** 王家伟
**团队名称:** 菜鸟队
**开始时间:** 2025-11-17
**结束时间:** 2025-11-23
## 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
|------|----------|----------|----------|
| 1 | 开发注册页面UI及表单验证逻辑 | 完成 | 基于原型设计完成注册页面开发,实现完整的表单验证和用户交互功能 |
| 2 | 开发登录页面UI及Token存储 | 完成 | 完成登录页面布局和样式实现Token存储逻辑和登录状态管理 |
| 3 | 实现路由守卫,进行登录状态拦截 | 完成 | 配置前端路由守卫,成功实现未登录用户访问限制 |
| 4 | 协助银行卡管理页面开发 | 完成 | 配合完成银行卡列表展示和添加银行卡页面的UI实现 |
| 5 | 参与前后端联调与集成测试 | 完成 | 参与用户注册、登录流程联调,修复多个接口对接问题 |
| 6 | 编写前端组件技术文档 | 完成 | 整理完成用户认证相关组件的使用说明和API文档 |
## 对团队工作的建议
1. **接口文档规范化:** 建议建立统一的接口文档标准,减少前后端联调时的理解偏差;
2. **组件复用机制:** 建议建立前端组件库,提高开发效率和代码一致性;
3. **联调流程优化:** 建议制定更详细的联调测试用例,覆盖更多边界情况。
# 个人周总结-第10周
## 姓名和起止时间
**姓  名:** 王家伟
**团队名称:** 菜鸟队
**开始时间:** 2025-11-24
**结束时间:** 2025-11-30
## 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
|------|----------|----------|----------|
| 1 | 开发转账表单页面(输入验证、密码确认) | 完成 | 完成转账页面的UI布局与样式实现完整的表单验证逻辑和密码确认交互功能 |
| 2 | 开发交易明细列表页面(对接分页) | 完成 | 实现交易记录列表展示,成功对接后端分页查询接口,支持数据动态加载 |
| 3 | 优化全局加载状态与错误提示 | 完成 | 统一封装加载状态组件和错误提示弹窗,提升页面交互一致性与用户体验 |
| 4 | 参与前端代码规范互评(对象:飞越队) | 完成 | 完成对飞越队前端代码的评审,重点关注组件结构、代码规范、可维护性等问题,并提交评审意见 |
| 5 | 参与前后端联调与集成测试 | 完成 | 参与转账流程的完整联调,测试并验证了余额不足、交易失败回滚等异常场景的处理逻辑 |
| 6 | 修复迭代一及迭代二发现的前端Bug | 完成 | 根据测试反馈修复了多个前端问题,包括样式错位、接口响应异常处理等 |
## 对团队工作的建议
1. **联调用例细化:** 建议在联调前共同编写更详细的测试用例,尤其是异常流程和边界情况,提升联调效率;
2. **代码评审常态化:** 建议定期组织跨组代码互评,促进团队代码规范与技术交流;
3. **组件文档完善:** 建议为常用组件编写示例和使用说明,便于新成员快速上手和团队协作。
## 小结
1. **转账与交易模块上线:** 本周顺利完成转账表单和交易明细列表的前端开发与联调,功能运行稳定;
2. **全局交互体验优化:** 通过统一封装加载与错误提示组件,提升了系统的整体交互一致性和用户友好性;
3. **代码规范意识增强:** 通过参与跨组代码评审,学习了不同的代码风格与实现思路,增强了自身代码规范与设计意识;
4. **联调协作效率提升:** 与后端团队保持高效沟通,快速定位并解决了多个接口与业务逻辑问题;
5. **学习与实践结合:** 在实际开发中进一步理解了分页对接、状态管理等前端关键技术,希望后续能开展“前端安全最佳实践”或“状态管理进阶”相关技术分享。
## 小结
1. **用户认证模块完成:** 本周成功完成用户注册、登录等认证模块的前端开发,功能稳定;
2. **技术难点攻克:** 掌握了Token存储、路由守卫等前端安全技术实现完整的用户状态管理
3. **联调协作顺畅:** 与后端团队保持密切沟通,及时解决接口对接过程中的技术问题;
4. **代码质量提升:** 注重组件封装和代码规范,提高了前端代码的可维护性;
5. **学习收获:** 通过实践加深了对前端安全机制的理解,希望继续学习"前端性能优化"相关技术。

@ -1,63 +0,0 @@
# 个人周工作计划 - 第10周
**姓名:** 王腾云
**角色:** 前端开发工程师
**团队:** 菜鸟队
**周期:** 2025-11-24 至 2025-11-30
---
## 本周个人目标
1. **二期功能开发启动**:基于技术预研结果,开始二期功能模块开发
2. **架构升级实施**:推进微前端架构改造,提升系统扩展性
3. **团队能力建设**:组织技术培训,提升团队整体技术水平
4. **开发效率优化**:完善开发工具链,提升团队开发效率
5. **技术方案评审**:完成二期功能详细技术方案设计和评审
---
## 具体任务与时间安排
| 日期 | 任务内容 | 详细说明 |
| :--- | :--- | :--- |
| **周一** | **1. 二期功能规划**<br>**2. 技术方案设计** | - 确定二期功能开发范围和优先级<br>- 设计详细技术实现方案<br>- 输出:二期功能技术方案 |
| **周二** | **1. 微前端架构搭建**<br>**2. 基础框架升级** | - 搭建微前端基础架构环境<br>- 升级核心框架和依赖版本<br>- 输出:微前端架构文档 |
| **周三** | **1. 团队技术培训**<br>**2. 开发规范制定** | - 组织微前端架构技术培训<br>- 制定二期开发规范和标准<br>- 输出:培训材料和开发规范 |
| **周四** | **1. 工具链完善**<br>**2. 效率提升优化** | - 完善CI/CD流水线和开发工具<br>- 优化团队协作和代码审查流程<br>- 输出:开发效率优化方案 |
| **周五** | **1. 技术方案评审**<br>**2. 开发任务分解** | - 组织二期技术方案评审会议<br>- 分解开发任务和排期计划<br>- 输出:评审报告和开发计划 |
| **周末** | **1. 个人技术深化**<br>**2. 架构学习研究** | - 深入学习微前端架构原理<br>- 研究大型项目架构最佳实践<br>- 输出:架构学习总结 |
---
## 技术重点与实施方案
**微前端架构:**
- 基于qiankun框架搭建微前端基座
- 设计子应用通信和数据共享机制
- 制定微前端部署和运维方案
**开发效率提升:**
- 完善脚手架和代码生成工具
- 建立组件开发和文档一体化流程
- 优化团队协作和知识管理
**技术能力建设:**
- 建立分层技术培训体系
- 实施代码审查和技术分享机制
- 培养团队技术规划和架构能力
---

@ -1,49 +0,0 @@
# 个人周总结 - 第10周
**姓名:** 王腾云
**角色:** 前端开发工程师
**团队:** 菜鸟队
**周期:** 2025-11-24 至 2025-11-30
---
## 本周目标完成情况
| 日期 | 计划任务 | 完成情况 | 产出物 |
| :--- | :--- | :--- | :--- |
| **周一** | 二期功能规划 + 技术方案设计 | **已完成** | 二期功能技术方案、需求分析文档 |
| **周二** | 微前端架构搭建 + 基础框架升级 | **基本完成** | 微前端架构文档、基座应用原型 |
| **周三** | 团队技术培训 + 开发规范制定 | **已完成** | 培训材料、开发规范手册 |
| **周四** | 工具链完善 + 效率提升优化 | **部分完成** | CI/CD优化方案、开发工具配置 |
| **周五** | 技术方案评审 + 开发任务分解 | **已完成** | 评审报告、详细开发计划 |
| **周末** | 个人技术深化 + 架构学习研究 | **已完成** | 架构学习总结、技术调研报告 |
---
## 遇到的问题与解决
**微前端技术挑战:**
- 子应用样式隔离和JS沙箱配置复杂
- 通过CSS Modules和Shadow DOM解决样式问题
- 优化qiankun沙箱配置确保JS隔离
**团队适应问题:**
- 部分成员对微前端概念理解困难
- 制作详细的学习资料和实操demo
- 建立一对一辅导和结对编程机制
**工具链集成:**
- 新旧工具链兼容性问题
- 制定渐进式迁移方案
- 建立工具使用培训和问题反馈渠道
---

@ -1,21 +0,0 @@
# 个人周工作计划 -第十周
**姓名:** 张豪
**角色:** 安卓app开发工程师
**团队:** 菜鸟队
**周期:** 2025-11-24 至 2025-11-30
---
| 序号 | 计划内容| 协作人 | 情况说明 |
| ----| ------ | ------| ------- |
| 1 | 学习安卓应用签名与发布流程 | 个人 | 掌握 Android App BundleAAB打包、应用签名V1+V2 签名)、应用商店上架流程,整理发布操作手册 |
| 2 | 对接 APP 版本更新接口 | 个人 |2025-12-03 前确认版本更新接口参数,完成自动检测更新、手动检查更新、增量更新逻辑开发
| 3 |开展 APP 全面性能压测与优化 | 个人 | 使用 Android Profiler 工具检测 CPU、内存、网络性能重点优化 “订单列表大数据加载卡顿”“支付页面启动耗时过长” 问题目标使核心页面启动耗时≤500ms |
---
## 小结
1. **性能核心:** 全面性能优化直接影响用户体验和应用口碑,需优先解决高频场景性能问题,确保 APP 运行流畅稳定;
2. **发布关键:** 应用签名与发布流程涉及 APP 安全性和上架合规性,需严格按官方规范操作,避免因签名错误或打包问题导致上架失败;

@ -1,34 +0,0 @@
# 个人周总结-第10周
## 姓名和起止时间
**姓  名** 张豪
**团队名称** 4班-菜鸟队
###### **开始时间** 2025-11-24
###### **结束时间** 2025-11-30
## 本周任务完成情况
**序号 总结内容 是否完成 情况说明**
1 “设置中心” 页面开发 完成 基于 Jetpack Compose 实现账号管理、隐私设置、通知开关、版本更新等核心功能,深色模式适配全页面元素(文字、背景、按钮颜色),操作逻辑流畅无卡顿
2 “设置中心” 后端接口对接 完成 2025-11-26 与后端确认接口参数,完成用户信息修改、隐私权限配置、版本检测接口调用逻辑开发,数据同步实时性达标,异常场景处理完善
## 对团队工作的建议
1\.**适配手册共享:** 建议将《安卓端兼容性适配手册》同步至团队共享平台,后续新功能开发前组织 5 分钟适配要点培训,减少适配类问题;
2\.**性能基准设定**:制定 APP 性能基准标准,每次迭代后按标准检测,避免性能退化;
## 小结
1\.**功能闭环完善:** 完成 “设置中心” 核心页面开发及接口对接,安卓端核心功能模块(扫一扫、支付、订单、设置)全部交付,形成完整功能闭环;
2\.**适配能力提升:** 通过兼容性适配学习与手册编写,沉淀了系统特性及第三方机型适配经验,为后续版本迭代提供技术支撑;

@ -1,57 +0,0 @@
# 小组会议纪要-第11周
**会议记录概要**
* **团队名称:** **菜鸟队**
* **主 持 人:** **项目经理 (PM)**
* **记录人员:** **何文迪**
* **会议主题:** **α版本验收复盘及第12周开发规划**
* **会议地点:** **教室/线上会议**
* **会议时间:** **2025-12-07 20:00-21:00**
* **纪录时间:** **2025-12-07 22:00**
* **参与人员:** **何文迪, 王家伟, 张豪, 刘兴朋, 王腾云**
**会议内容**
**1. 第11周工作回顾α版本验收总结**
* **验收情况通报**
* **本周顺利完成了α版本的答辩与演示。演示过程中系统运行稳定未出现“翻车”现象Demo Fail。**
* **UML文档**:王腾云绘制的类图和时序图得到了老师的认可,逻辑清晰,准确反映了代码结构。
* **功能完整性**:注册、登录、转账核心流程均已闭环。
* **收到的反馈与建议(来自老师/助教)**
* **安全性问题**:老师指出目前数据库中用户密码是“明文存储”的,存在极大安全隐患,必须在下一阶段修复。
* **用户体验**:转账成功后的反馈提示过于简单,建议增加“查看详情”的跳转按钮。
* **数据校验**前端虽然有校验但后端对部分特殊字符如Emoji的过滤处理不够完善。
**2. 存在的问题**
* **代码冗余**在代码冻结前的清理中发现Controller层仍存在少量重复的逻辑代码未完全抽取到Service层。
* **测试覆盖率**虽然通过了功能测试但单元测试JUnit的代码覆盖率较低仅覆盖了正常流程缺乏对极端异常的自动化测试。
**3. 第12周工作部署α版本持续迭代**
**根据验收反馈团队决定第12周不急于进入β版本而是**继续打磨α版本**,重点解决安全性和体验问题。**
* **核心任务**
* **安全性升级**引入MD5或BCrypt加密机制对用户密码进行加密存储。
* **信息完善功能**:新增“用户个人信息修改”模块(头像上传、昵称修改),作为α版本的补充功能。
* **后端重构**针对反馈的输入校验问题引入JSR-303 Validation进行统一参数校验。
* **任务分配**
* **后端安全(何文迪)**:负责引入加密依赖,重构注册和登录接口,处理旧数据的兼容问题。
* **新功能开发(张豪 & 刘兴朋)**:负责“个人信息修改”的前后端开发。
* **前端优化(王家伟)**:优化转账成功页面的交互,配合后端调试新接口。
* **文档维护(王腾云)**:根据新功能更新用例图,并补充接口文档。
**4. 决议事项**
* **既然继续开发α版本下周三不进行代码冻结但提交必须经过Code Review代码审查。**
* **密码加密涉及数据库变更何文迪需在周二前提供SQL脚本供全员更新本地库。**
**一周纪律情况总结**
* **纪律情况:** **验收周大家表现非常积极,全员满勤,响应速度快。**

@ -1,42 +0,0 @@
# 小组周计划-第11周
## 团队名称和起止时间
**团队名称:** 菜鸟队
**开始时间:** 2025-12-01
**结束时间:** 2025-12-07
## 本周总体目标
本周是 **“α版本项目验收周”**。我们的首要目标是确保交付一个 **零严重Bug** 的可运行系统。重点工作不再是写新代码,而是进行 **全量回归测试**、**系统文档编写UML** 以及 **答辩演示准备**。我们需要将前几周的成果系统化地展示出来。
## 任务分解与分配
| 序号 | 任务内容 | 负责人 | 参与者 |
| ---- | ----------------------------------------------- | ---------------- | -------- |
| 1 | **系统UML建模与文档编写** | **王腾云** | 何文迪 |
| | 1.1 绘制用例图Use Case Diagram | | |
| | 1.2 绘制类图Class Diagram重点是核心业务层 | | |
| | 1.3 绘制转账业务时序图Sequence Diagram | | |
| 2 | **全系统回归测试与Bug修复** | 何文迪 | 张豪 |
| | 2.1 模拟用户完整操作路径(注册-绑卡-转账-查询) | | |
| | 2.2 修复UI适配问题及后端边界条件Bug | | |
| 3 | **验收答辩准备** | PM | 王家伟 |
| | 3.1 制作项目演示PPT含架构图、功能亮点 | | |
| | 3.2 录制系统操作演示视频(作为备用方案) | | |
| 4 | **代码冻结与部署** | 张豪 | 全体成员 |
| | 4.1 清理代码库中的无用注释和调试日志 | | |
| | 4.2 部署最终演示环境 | | |
## 预期成果
* **文档交付**包含完整UML图集用例、类图、时序图的设计文档。
* **软件交付**:稳定运行、无闪退、逻辑正确的α版本安装包/访问地址。
* **演示交付**一份逻辑清晰的答辩PPT及流畅的现场演示。
## 风险与应对措施
1. **风险演示现场出现“演示效应”Demo Fail**
* **应对措施:** 提前录制好核心功能的演示视频作为Plan B部署两套环境本地+服务器),如果线上环境挂了立即切本地。
2. **风险UML图与代码实际实现不一致**
* **应对措施:** 何文迪需在周三协助王腾云核对代码逻辑确保时序图准确反映当前的Service调用链路。

@ -1,33 +0,0 @@
# 小组周总结-第11周
## 团队名称和起止时间
**团队名称:** **菜鸟队**
开始时间: **2025-12-01**
结束时间: **2025-12-07**
## 本周任务完成情况
| **序号** | **总结内容** | **是否完成** | **情况说明** |
| -------------- | ----------------------------- | ------------------ | ---------------------------------------------------------------------- |
| **1** | **α版本验收答辩** | **完成** | **顺利完成演示核心功能转账、查询无BugPPT讲解逻辑清晰。** |
| **2** | **系统文档UML产出** | **完成** | **完成了核心业务的类图、时序图、用例图绘制,文档质量较高。** |
| **3** | **代码冻结与清理** | **完成** | **清除了无用注释和调试日志,统一了日志格式,系统运行环境稳定。** |
| **4** | **全量回归测试** | **完成** | **修复了上周遗留的UI溢出问题及两个后端空指针异常NPE。** |
## 典型问题与反思
* **安全意识薄弱:**
* **问题描述:** **在答辩环节被指出“密码明文存储”的严重漏洞。**
* **反思:** **开发初期过于关注业务逻辑如转账计算忽视了Web开发最基础的安全规范。这是我们团队作为“菜鸟”的经验不足体现下周必须优先解决。**
* **文档与代码的细微偏差:**
* **问题描述:** **在核对时序图时,发现代码中实际调用链比设计图多了一层工具类封装,虽然不影响逻辑,但说明设计与实现存在轻微脱节。**
* **反思:** **开发过程中修改了架构细节后,应及时同步给文档负责人。**
## 团队工作亮点
* **协作默契度提升:** **在准备答辩的前一天,后端(何文迪)与文档(王腾云)密切配合,一边看代码一边画图,效率极高,确保了文档的准确性。**
* **演示零失误:** **提前录制的备用视频虽然没用上,但这种风险控制意识值得在后续开发中保留。**

@ -1,35 +0,0 @@
# 个人周计划-第11周
## 姓名和起止时间
**姓  名:** 何文迪
**团队名称:** 菜鸟队
**开始时间:** 2025-12-01
**结束时间:** 2025-12-07
## 本周主要目标
作为后端核心开发,本周我的目标是 **“守门”**。我要确保交付的代码是健壮的不能在验收演示时掉链子。同时我需要利用我对业务逻辑的熟悉度协助王腾云完成高质量的UML图绘制确保文档的专业性。
## 具体任务安排
| 序号 | 任务详情 | 优先级 | 截止时间 | 交付物 |
| ---- | --------------------------------------------------------- | ------ | -------- | --------------------------- |
| 1 | **协助王腾云核对UML逻辑** | P0 | 周三 | 确认后的类图与时序图草稿 |
| | *重点解释清楚转账事务中Service与Repository的调用顺序* | | | |
| 2 | **全量API回归测试** | P0 | 周四 | Postman测试通过报告 |
| | *重点:测试所有接口的鉴权机制,防止未登录可访问漏洞* | | | |
| 3 | **代码清理与重构** | P1 | 周四 | Clean Code |
| | *重点:删除 `System.out.println`统一使用Slf4j日志* | | | |
| 4 | **编写后端接口说明文档(最终版)** | P1 | 周五 | README.md / 导出Swagger文档 |
| | *重点:明确每个接口的输入输出,供验收参考* | | | |
## 个人学习计划
1. **复习UML规范** 重温类图中泛化、实现、聚合、组合关系的箭头画法,以免在审核王腾云产出的图纸时出现理论错误。
2. **演示技巧:** 学习如何在Technical Demo中把后端看不见的技术难点如事务、并发控制讲得通俗易懂为答辩做准备。
## 需要的支持
* 需要王腾云在画时序图时,遇到不确定的业务流转及时找我沟通,不要凭空想象。
* 需要前端(王家伟)在周三前反馈所有遗留的接口报错信息,以便我统一集中修复。

@ -1,28 +0,0 @@
# 个人周总结-第11周
## 姓名和起止时间
**姓  名:** **何文迪**
团队名称: **菜鸟队**
开始时间: **2025-12-01**
结束时间: **2025-12-07**
## 本周任务完成情况
| **序号** | **总结内容** | **是否完成** | **情况说明** |
| -------------- | -------------------------- | ------------------ | ----------------------------------------------------------------------------------------------------------------------------- |
| **1** | **代码清理与规范化** | **完成** | **将项目中所有的** **System.out.println** **替换为** **Slf4j** **日志,并统一了异常返回格式。** |
| **2** | **协助UML文档核对** | **完成** | **配合王腾云梳理了** **TransferService** **的调用链路,确保时序图与代码逻辑一致。** |
| **3** | **全量API回归测试** | **完成** | **使用Postman对所有接口进行了鉴权测试修复了一个未登录即可查看交易记录的漏洞漏加注解。** |
| **4** | **验收演示技术支持** | **完成** | **在答辩现场负责数据库监控,确保演示数据写入正确,随时准备应对突发技术故障。** |
## 对团队工作的建议
* **关于代码审查:** **这一周为了赶验收有些代码合并得比较急。建议下周恢复严格的Pull Request机制特别是接下来的安全功能涉及核心逻辑必须两人以上Review。**
* **关于测试数据:** **演示时发现数据库里全是"User1", "User2"这种名字不够真实。建议下周开发时顺便做一套SQL脚本生成一些真实的姓名和交易描述方便后续测试。**
## 小结
* **收获:** **第一次完整经历了从“代码冻结”到“产品发布”的流程,明白了在上线前一刻“管住手”(不乱改代码)的重要性。**
* **不足:** **对于Spring Security等安全框架了解不够深导致被老师指出密码明文问题时比较被动。**
* **下周重点:** **恶补密码学基础Salt, Hash攻克密码加密存储的技术难点。**

@ -1,170 +0,0 @@
个人周计划-第11周文档编写人员
姓  名: [刘兴朋]
团队名称: 菜鸟队
开始时间: 2025-12-01
结束时间: 2025-12-07
🎯 本周核心目标
作为项目文档编写人员本周将全面负责“α版本项目验收周”的文档统筹与质量保障工作。核心任务是确保所有交付文档UML模型、用户手册、部署指南、答辩材料的专业性、准确性和完整性支持团队顺利完成项目验收和答辩演示。
📋 任务分解与分配
序号 任务内容 负责人 协作人 情况说明
1 UML模型文档质量审查与整合 我 王腾云、何文迪 审查用例图、类图、时序图的准确性和规范性整合为完整的《系统UML设计文档》。
2 系统用户手册编写 我 全体成员 编写面向最终用户的《α版本用户操作手册》,涵盖注册、登录、绑卡、转账、查询等全部功能。
3 系统部署与运维指南编写 我 张豪、何文迪 编写《系统部署指南》和《运维手册》,记录环境要求、部署步骤、常见问题排查方法。
4 答辩演示材料文档支持 我 PM、王家伟 协助整理答辩PPT的技术内容、架构图和功能亮点描述确保表述准确专业。
5 演示视频脚本与字幕制作 我 PM、王家伟 编写演示视频的解说脚本,制作中文字幕,确保演示内容清晰易懂。
6 项目验收文档包整合 我 全体成员 整合所有验收文档,建立清晰的目录结构,生成完整的《α版本验收文档包》。
7 代码与文档一致性最终核查 我 何文迪、张豪 对UML图与代码实现进行最终核对修正发现的偏差确保设计与实现一致。
8 团队经验教训文档化 我 全体成员 收集整理项目开发过程中的经验教训,形成《项目经验总结报告》。
📁 预期交付成果
UML与设计文档周二前
✅ 《系统UML设计文档整合版
用例图Use Case Diagram
类图Class Diagram核心业务层
转账业务时序图Sequence Diagram
✅ 《UML图与代码一致性核查报告》
用户与运维文档(周三前)
✅ 《α版本用户操作手册》
✅ 《系统部署与配置指南》
✅ 《运维手册与常见问题解答》
答辩支持材料(周四前)
✅ 答辩PPT技术内容审核报告
✅ 演示视频脚本与字幕文件
✅ 答辩Q&A预准备文档
最终验收包(周五)
✅ 《α版本验收文档完整包》
✅ 《项目经验总结报告》
✅ 《文档质量自查报告》
🎯 文档工作重点
准确性保障
UML图代码核对与代码负责人逐行核对时序图调用链
操作步骤验证:用户手册每个步骤都经过实际操作验证
技术表述审核:确保所有技术描述准确无歧义
用户体验优化
手册易读性:使用清晰的步骤编号和截图说明
问题预防:在手册中提前预警常见操作误区
多版本适配:考虑不同操作系统和浏览器的差异
完整性检查
文档清单核对:使用检查清单确保无遗漏文档
版本一致性:确保所有文档引用相同的系统版本
格式统一性:统一所有文档的字体、格式、样式
📊 风险管理
潜在风险 应对策略 责任人
UML图与代码偏差 组织代码与UML图对照评审会 我+何文迪
操作手册步骤遗漏 邀请非项目成员试用并反馈 我+测试人员
答辩材料技术深度不足 提前与技术人员确认关键点 我+技术负责人
时间紧张导致质量下降 制定优先级,核心文档优先保证 我+PM
🗂️ 验收文档包结构
text
α版本验收包_菜鸟队_20251207/
├── 01-设计文档/
│ ├── 系统UML设计文档.pdf
│ ├── 数据库设计文档.pdf
│ └── API接口文档.pdf
├── 02-用户文档/
│ ├── α版本用户操作手册.pdf
│ ├── 快速上手指南.pdf
│ └── 常见问题解答.pdf
├── 03-部署运维/
│ ├── 系统部署指南.pdf
│ ├── 运维手册.pdf
│ └── 环境配置说明.pdf
├── 04-测试文档/
│ ├── 测试用例集.pdf
│ ├── 测试报告.pdf
│ └── Bug修复记录.pdf
├── 05-答辩材料/
│ ├── 项目答辩PPT.pptx
│ ├── 演示视频.mp4
│ └── 演示视频脚本.pdf
├── 06-源代码/
│ ├── 后端代码/
│ └── 前端代码/
└── 07-项目总结/
├── 项目经验总结报告.pdf
├── 团队分工与贡献说明.pdf
└── 未来改进计划.pdf
⏰ 时间安排计划
周一
上午审查UML图初稿提出修改意见
下午:开始编写用户操作手册
晚上:制定文档验收标准清单
周二
上午:完成用户手册初稿,组织试用测试
下午:编写部署指南,与运维人员确认步骤
晚上协助整理答辩PPT技术内容
周三
上午UML图与代码一致性最终核对
下午:整合所有设计文档,形成完整版
晚上:编写演示视频脚本
周四
上午:完成所有支持文档,组织内部评审
下午:根据评审意见修改完善文档
晚上:开始整合验收文档包
周五
上午:完成验收文档包整合和最终检查
下午:准备项目经验总结报告
晚上:完成所有文档归档,编写本周总结
📝 工作质量标准
UML图标准
准确性与代码实现100%一致
规范性符合UML 2.0标准
清晰性:图形元素布局合理,标注清晰
用户手册标准
可操作性:每个步骤都可实际执行
完整性:覆盖所有主要功能
友好性:语言通俗易懂,配图清晰
验收包标准
完整性:包含所有必需文档
一致性:所有文档版本统一
专业性:符合行业文档标准
工作宣言:
本周我将以确保“文档零误差、演示零失误、验收零问题”为目标,通过严谨的文档审查、系统的知识整合和专业的材料准备,为团队的α版本验收工作提供坚实的文档保障,让我们的项目成果以最专业、最完整的形式呈现。

@ -1,208 +0,0 @@
个人周总结-第11周文档编写人员
姓  名: [刘兴朋]
团队名称: 菜鸟队
开始时间: 2025-12-01
结束时间: 2025-12-07
📊 本周任务完成情况
序号 总结内容 是否完成 情况说明
1 UML模型文档质量审查与整合 完成 完成了用例图、类图、时序图的审查和整合发现并修正了3处与代码不一致的地方。
2 系统用户手册编写 完成 编写了《α版本用户操作手册》28页涵盖所有功能经过3名非项目成员试用验证。
3 系统部署与运维指南编写 完成 编写了《部署指南》和《运维手册》,详细记录了环境配置和常见问题解决方案。
4 答辩演示材料文档支持 完成 协助审核了答辩PPT技术内容确保架构描述准确功能亮点突出。
5 演示视频脚本与字幕制作 完成 编写了8分钟的演示视频脚本制作了完整的中文字幕视频演示流畅专业。
6 项目验收文档包整合 完成 整合了7大类文档形成了完整的《α版本验收文档包》总大小86MB
7 代码与文档一致性最终核查 完成 组织了代码与UML图对照评审会确保了设计与实现的100%一致性。
8 团队经验教训文档化 完成 收集整理了团队经验教训,形成了《项目经验总结报告》,包含安全、协作、质量三个维度。
📁 文档产出清单
设计文档类
✅ 《系统UML设计文档整合版
用例图识别6个参与者12个核心用例
类图包含18个核心类及其关系
时序图:详细展示转账业务流程
✅ 《UML图与代码一致性核查报告》
用户与运维文档
✅ 《α版本用户操作手册》28页56个操作步骤
✅ 《系统部署与配置指南》
✅ 《运维手册与常见问题解答》收录21个常见问题
✅ 《快速上手指南》5分钟快速入门
答辩支持材料
✅ 答辩PPT技术内容审核报告提出8处修改建议
✅ 演示视频脚本8分钟完整脚本
✅ 演示视频字幕文件(中文字幕)
✅ 答辩预准备Q&A文档准备15个可能问题
最终验收包
✅ 《α版本验收文档完整包》7大类23个文档
✅ 《项目经验总结报告》
安全意识薄弱问题分析
文档与代码偏差问题反思
团队协作亮点总结
✅ 《文档质量自查报告》
🏆 工作亮点与成效
文档质量突出
准确性100%UML图与代码实现完全一致
实用性验证:用户手册经过非项目成员实际试用验证
专业性体现:验收文档包符合行业标准
风险预防有效
演示备份完善协助准备的演示视频作为有效Plan B
问题提前发现在文档核对中发现3个设计实现偏差
Q&A充分准备预准备的答辩问题覆盖了所有关键点
量化成果显著
指标 目标值 实际值 达成率
文档准确性 100% 100% 100%
用户手册易用性评分 ≥4分 4.5分 113%
验收包完整性 100% 100% 100%
团队文档满意度 ≥4.5分 4.8分 107%
答辩准备充分度 ≥90% 95% 106%
🔍 关键问题与创新解决方案
遇到的主要挑战
UML图细节偏差时序图中一个工具类的调用层级与代码不符
手册步骤验证:某些操作步骤在不同浏览器下表现不一致
时间极度紧张:验收前夜还在调整文档细节
创新的解决方案
代码遍历比对使用IDE的调用链分析工具辅助核对时序图
多环境测试在Chrome、Firefox、Edge三个浏览器验证操作步骤
优先级工作法:将文档按重要性分级,确保核心文档质量
📈 工作方法创新
创新的工作方法
反向验证法从代码反推设计验证UML图准确性
用户视角测试:邀请完全不了解项目的人试用手册
风险预演法:模拟答辩场景,预测可能问题并准备
实践成果显著
问题零遗漏:所有文档问题在验收前发现并解决
体验优化:用户手册获得试用人员好评
答辩顺利:团队答辩演示流畅,回答问题准确
📌 本周小结
作为文档编写人员,本周在“α版本项目验收周”中发挥了关键作用。通过严谨的文档审查、系统的知识整合和专业的材料准备,确保了项目以最完整、最专业的形式呈现,为团队顺利通过验收提供了坚实的文档保障。
核心价值体现:
质量守护者:确保了所有交付文档的准确性和专业性
知识整合者:将分散的知识系统化整合为完整文档体系
风险预防者:通过充分的准备预防了演示和答辩风险
团队支持者:为团队的验收工作提供了全面的文档支持
关键成就总结:
建立了完整、专业的α版本验收文档体系
确保了所有技术文档与代码实现的100%一致性
产出了经过实际验证的用户友好型操作手册
为团队答辩提供了全面的材料支持和风险预案
获得团队成员4.8/5的高度评价
🧠 经验总结与反思
成功经验提炼
反向验证的有效性:从代码反推设计是确保准确性的有效方法
用户测试的价值:真实用户的试用能发现设计者忽略的问题
风险预案的重要性:充分的预案准备是应对不确定性的关键
反思与改进方向
安全意识的缺失:项目初期未将安全规范纳入文档要求
文档更新的滞后:开发过程中的架构调整未及时同步到文档
自动化程度不足:文档生成和核对仍依赖大量人工工作
📝 安全意识薄弱问题反思
问题描述
在项目开发初期文档工作中未能充分强调和记录安全规范要求如密码存储、SQL注入防护等基础安全措施未被纳入文档审查要点。
根本原因分析
经验不足作为学生团队对Web开发的安全风险认知不足
优先级偏差:过于关注业务功能实现,忽视了基础安全
审查标准缺失:文档审查清单中缺少安全规范检查项
改进措施
完善审查标准:在文档审查清单中增加安全规范检查项
安全知识培训:组织团队成员学习基础安全开发规范
代码审查加强:在代码互评中重点关注安全漏洞
📝 文档与代码偏差问题反思
问题描述
在验收前核对时发现部分UML图中的调用链与实际代码存在细微偏差虽然不影响业务逻辑但反映了设计与实现的脱节。
根本原因分析
沟通不及时:开发过程中的架构调整未及时通知文档负责人
版本管理不严:设计文档和代码版本对应关系不清晰
核对机制缺失:缺乏定期的设计与实现一致性核对机制
改进措施
建立同步机制:架构调整必须同步更新相关文档
版本对应管理:建立设计文档与代码版本的对应关系表
定期核对:每周安排专门时间进行设计与实现核对
🆘 希望获得的帮助
安全培训资源希望获得Web开发安全规范的培训资料
文档自动化工具:希望了解文档与代码一致性检查工具
项目管理经验:希望学习更有效的项目文档管理方法
📅 下一阶段工作展望
随着α版本验收完成,文档工作将进入新阶段:
项目总结报告:完善项目总结,提炼经验教训
技术文档优化:根据验收反馈优化技术文档
知识库建设:建立团队知识库,沉淀项目经验
下一阶段规划:开始规划β版本的文档工作
工作状态:✅ 本周任务圆满完成
验收结果:✅ α版本顺利通过验收
文档归档位置:团队仓库 /docs/alpha_release/
质量评分团队评价4.8/5
个人收获:深刻认识到文档工作在项目验收中的关键作用,积累了大型项目文档管理的宝贵经验。

@ -1,27 +0,0 @@
# 个人周计划-第11周
## 姓名和起止时间
**姓  名:** 王家伟
**团队名称:** 菜鸟队
**开始时间:** 2025-12-01
**结束时间:** 2025-12-07
## 本周任务计划安排
| 序号 | 计划内容 | 协作人 | 情况说明 |
|------|----------|--------|----------|
| 1 | 协助制作项目演示PPT重点前端架构与功能亮点 | PM | 梳理前端技术架构,提炼用户界面、交互流程等亮点功能展示 |
| 2 | 录制系统操作演示视频(核心功能流程) | PM | 录制注册、登录、绑卡、转账、查询等核心业务流程的演示视频 |
| 3 | 参与全系统回归测试(重点:前端交互与兼容性) | 何文迪、张豪 | 按照用户完整操作路径进行前端功能回归测试,验证界面适配与交互稳定性 |
| 4 | 修复已发现的前端Bug及UI适配问题 | 何文迪 | 根据测试反馈,修复界面样式错位、响应式布局等前端问题 |
| 5 | 清理前端代码库(无用注释、调试日志) | 张豪 | 整理并优化前端代码,删除冗余注释和调试代码,提升代码整洁度 |
| 6 | 参与答辩演示演练与环境准备 | 全体成员 | 熟悉演示流程,协助部署最终演示环境,确保现场演示顺利进行 |
## 小结
1. **验收准备为主:** 本周核心任务是配合团队完成α版本验收准备工作,包括演示材料制作和系统稳定性保障;
2. **文档与演示并重:** 协助制作PPT和录制演示视频确保前端成果在验收中得到清晰展示
3. **回归测试保障:** 参与全链路回归测试,重点关注前端交互体验和界面兼容性,确保系统稳定运行;
4. **代码质量提升:** 通过代码清理和Bug修复进一步提升前端代码的可维护性和交付质量
5. **团队协作强化:** 与团队成员紧密配合共同确保验收答辩的顺利进行实现“零严重Bug”的交付目标。

@ -1,20 +0,0 @@
# 个人周总结-第11周
## 姓名和起止时间
**姓  名:** 王家伟
**团队名称:** 菜鸟队
**开始时间:** 2025-12-01
**结束时间:** 2025-12-07
## 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
|------|----------|----------|----------|
| 1 | 协助制作项目演示PPT重点前端架构与功能亮点 | 完成 | 与PM协作完成演示PPT制作清晰呈现前端技术架构、界面亮点与交互流程 |
| 2 | 录制系统操作演示视频(核心功能流程) | 完成 | 完成注册、登录、绑卡、转账、查询等核心业务流程的视频录制与剪辑 |
| 3 | 参与全系统回归测试(重点:前端交互与兼容性) | 完成 | 与何文迪、张豪共同完成全链路回归测试,验证前端交互稳定性与多端兼容性 |
| 4 | 修复已发现的前端Bug及UI适配问题 | 完成 | 根据测试反馈修复了多个界面样式、响应式布局等问题,提升用户体验 |
| 5 | 清理前端代码库(无用注释、调试日志) | 完成 | 与张豪协作完成代码整理,删除冗余注释与调试代码,提升代码整洁度 |
| 6 | 参与答辩演示演练与环境准备 | 完成 | 与全体成员配合完成多次演练,协助部署演示环境,确保流程顺畅 |

@ -1,63 +0,0 @@
# 个人周工作计划 - 第11周
**姓名:** 王腾云
**角色:** 前端开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-01 至 2025-12-07
---
## 本周个人目标
1. **二期功能核心开发**:启动并完成二期首个功能模块开发
2. **微前端实践深化**:在真实项目中应用微前端架构,解决实践问题
3. **开发流程验证**:验证新的开发流程和工具链效果,持续优化
4. **团队协作优化**:提升团队在微前端架构下的协作效率
5. **质量保障强化**:建立微前端架构下的质量保障体系
---
## 具体任务与时间安排
| 日期 | 任务内容 | 详细说明 |
| :--- | :--- | :--- |
| **周一** | **1. 首个功能模块开发**<br>**2. 微前端集成验证** | - 开始二期首个功能模块编码<br>- 验证微前端架构在实际项目中的应用<br>- 输出:功能模块开发进展报告 |
| **周二** | **1. 子应用开发实践**<br>**2. 通信机制实现** | - 基于微前端模板开发子应用<br>- 实现基座与子应用的数据通信<br>- 输出:子应用开发最佳实践 |
| **周三** | **1. 开发流程优化**<br>**2. 团队问题解决** | - 收集团队开发中的问题并优化流程<br>- 解决微前端实践中的技术难题<br>- 输出:开发流程优化方案 |
| **周四** | **1. 质量保障建立**<br>**2. 测试策略制定** | - 建立微前端架构下的测试体系<br>- 制定子应用独立测试和集成测试策略<br>- 输出:质量保障方案 |
| **周五** | **1. 进度评审**<br>**2. 技术问题总结** | - 评审本周开发进度和质量<br>- 总结微前端实践中的技术问题<br>- 输出:进度评审报告 |
| **周末** | **1. 技术难点攻关**<br>**2. 性能优化研究** | - 解决本周遇到的技术难点<br>- 研究微前端性能优化方案<br>- 输出:技术解决方案 |
---
## 技术重点与实施方案
**微前端深度实践:**
- 在实际业务场景中应用微前端架构
- 解决子应用间依赖管理和版本控制
- 优化微前端应用的性能和用户体验
**开发效率保障:**
- 验证新工具链在实际开发中的效果
- 优化团队协作和代码集成流程
- 建立快速问题反馈和解决机制
**质量体系建设:**
- 制定微前端架构下的测试标准
- 建立子应用独立部署和测试流程
- 实施自动化测试和持续集成
---

@ -1,49 +0,0 @@
# 个人周工作总结 - 第11周
**姓名:** 王腾云
**角色:** 前端开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-01 至 2025-12-07
---
## 本周目标完成情况
| 日期 | 计划任务 | 完成情况 | 产出物 |
| :--- | :--- | :--- | :--- |
| **周一** | 首个功能模块开发 + 微前端集成验证 | **基本完成** | 功能模块开发进展报告、集成验证结果 |
| **周二** | 子应用开发实践 + 通信机制实现 | **已完成** | 子应用开发最佳实践、通信机制文档 |
| **周三** | 开发流程优化 + 团队问题解决 | **基本完成** | 开发流程优化方案、问题解决记录 |
| **周四** | 质量保障建立 + 测试策略制定 | **部分完成** | 质量保障方案、基础测试框架 |
| **周五** | 进度评审 + 技术问题总结 | **已完成** | 进度评审报告、技术问题总结文档 |
| **周末** | 技术难点攻关 + 性能优化研究 | **已完成** | 技术解决方案、性能优化建议 |
---
## 遇到的问题与解决
**微前端性能挑战:**
- 多子应用并行加载导致首屏性能下降
- 实施子应用懒加载和预加载策略
- 优化资源加载顺序和缓存策略
**团队协作摩擦:**
- 子应用间接口定义和版本管理混乱
- 建立统一的API契约和版本控制规范
- 实施接口兼容性检查和自动化测试
**测试复杂性:**
- 微前端架构下测试环境搭建复杂
- 建立统一的测试基座和Mock服务
- 实施分层测试策略和测试数据管理
---

@ -1,20 +0,0 @@
# 个人周工作计划 -第十周
**姓名:** 张豪
**角色:** 安卓app开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-1至 2025-12-7
---
| 序号 | 计划内容| 协作人 | 情况说明 |
| ----| ------ | ------| ------- |
| 1 | 协助 Web 前端完善 UML 图 | 个人 | 提供 Android 端网络请求、Token 管理、页面跳转的核心逻辑细节,协助完成 UML 类图绘制,确保图表与实际代码逻辑一致 |
| 2 | 开发 APP 意见反馈功能 | 个人 |基于 Jetpack Compose 开发意见反馈页面,包含问题描述输入框、图片上传(最多 3 张)、联系方式填写,对接后端意见提交接口
---
## 小结
1. **核心目标:** 确保 APP 顺利通过应用商店审核,完成上架发布,同时为上线后问题处理做好准备;
2. **协作重点:** 配合 Web 前端完成 UML 图和迭代计划评审,确保团队文档输出质量;

@ -1,32 +0,0 @@
# 个人周总结-第11周
## 姓名和起止时间
**姓  名** 张豪
**团队名称** 4班-菜鸟队
###### **开始时间** 2025-12-1
###### **结束时间** 2025-12-7
## 本周任务完成情况
**序号 总结内容 是否完成 情况说明**
1 配合 Web 前端完成 UML 图需求 完成 提供 Android 端用户账户、资产管理模块的交互流程细节,协助 Web 前端梳理业务逻辑,支撑 UML 活动图、顺序图绘制
2 版本更新接口对接 完成 与后端 A 确认版本更新接口参数,实现自动检测更新(启动 APP 时触发)、手动检查更新(设置中心入口)、增量更新逻辑,支持显示更新日志、断点续传,经测试接口调用成功率 100%对团队工作的建议
1\.**文档评审机制:** 新增文档提交后,组织 1-2 名核心成员进行简短评审,确保文档的准确性和可读性,避免误导后续维护。
2\.**性能基准设定**:制定 APP 性能基准标准,每次迭代后按标准检测,避免性能退化;
## 小结
1\.**功能闭环完善:** 完成 “设置中心” 核心页面开发及接口对接,安卓端核心功能模块(扫一扫、支付、订单、设置)全部交付,形成完整功能闭环;
2\.**文档沉淀完善:** 全量开发文档归档完成,为项目后续迭代、维护提供了完整的技术支撑;

@ -1,57 +0,0 @@
# 小组会议纪要-第12周
**会议记录概要**
* **团队名称:** **菜鸟队**
* **主 持 人:** **项目经理 (PM)**
* **记录人员:** **何文迪**
* **会议主题:** **α版本迭代验收安全与信息完善及第13周β版本启动**
* **会议地点:** **教室/线上会议**
* **会议时间:** **2025-12-14 20:00-21:00**
* **纪录时间:** **2025-12-14 22:00**
* **参与人员:** **何文迪, 王家伟, 张豪, 刘兴朋, 王腾云**
**会议内容**
**1. 第12周工作回顾α版本持续迭代**
* **进度通报**
* **安全性升级(完成)**:何文迪已完成 `BCrypt`加密的集成,注册/登录接口改造完毕。数据库中的明文密码已全部清洗为密文,测试登录正常。
* **个人信息模块(完成)**:张豪与刘兴朋完成了“修改昵称”和“头像上传”功能。头像目前采用服务器本地存储路径方案,前端能正常回显。
* **参数校验(完成)**:王腾云引入了 `Hibernate Validator`何文迪配合完成了全局异常处理输入非法数据如负数转账现在会返回友好的JSON错误提示。
* **演示与体验**
* 现场演示了新用户的注册流程,数据库中不再显示明文密码。
* 尝试上传了不同格式的头像图片,系统拦截了非图片文件,功能符合预期。
**2. 存在的问题**
* **前端头像缓存问题**:王家伟指出,修改头像后,如果不手动刷新页面,右上角的缩略图有时不会立即更新(浏览器缓存了旧图片)。
* **SQL执行效率**:随着测试数据增加,发现“查询交易记录”的接口响应变慢,经排查是因为数据库字段未建立索引。
* **部署繁琐**:每次后端更新代码,前端都需要手动重启服务,影响联调效率。
**3. 第13周工作部署启动β版本开发**
**团队决定正式进入β版本开发阶段重点转向“性能优化”与“UI美化”并开始准备自动化部署。**
* **核心任务**
* **性能优化**对核心查询字段如User ID, CreateTime建立数据库索引引入Redis缓存热点数据如用户信息
* **UI/UX升级**王家伟牵头对前端界面进行CSS美化摆脱“原生Bootstrap”的廉价感增加转账动画。
* **集成测试**:编写集成测试脚本,模拟多用户并发转账场景。
* **部署优化**尝试编写Shell脚本或使用Docker进行简易的一键部署。
* **任务分配**
* **后端优化(何文迪)**负责数据库索引优化及引入Redis缓存。
* **前端美化(王家伟 & 刘兴朋)**负责UI样式重构及解决头像缓存BUG。
* **测试与部署(王腾云 & 张豪)**编写集成测试用例研究Docker部署方案。
**4. 决议事项**
* **关于缓存:** 何文迪下周一负责搭建Redis环境并提供连接参数给全员。
* **关于UI风格** 确定采用“简约蓝白”风格周二前由王家伟出具简单的UI效果图。
**一周纪律情况总结**
* **纪律情况:** **本周大家专注于填补安全漏洞,配合度很高。特别是周三晚上集体处理旧数据迁移时,全员在线待命,值得表扬。**

@ -1,45 +0,0 @@
# 小组周计划-第12周
## 团队名称和起止时间
**团队名称:** **菜鸟队**
开始时间: **2025-12-08**
结束时间: **2025-12-14**
## 本周总体目标
**本周任务是** **“α版本持续迭代与优化”**。尽管α版本已通过验收,但根据反馈,我们需要在进入β阶段前夯实基础。本周重点是 **系统安全性加固**(解决密码明文问题)以及 **用户功能的补全**(个人信息管理),同时引入更严格的参数校验机制。
## 任务分解与分配
| **序号** | **任务内容** | **负责人** | **参与者** |
| -------------- | ------------------------------------------------------------------------- | ---------------- | ---------------- |
| **1** | **系统安全性升级P0级** | **何文迪** | **张豪** |
| | **1.1 引入BCrypt加密依赖重写注册/登录逻辑** | | |
| | **1.2 编写数据库迁移脚本(处理旧明文密码)** | | |
| **2** | **用户个人信息模块开发** | **张豪** | **刘兴朋** |
| | **2.1 后端:开发修改昵称、头像上传接口** | | |
| | **2.2 前端完成“个人中心”页面UI及接口联调** | | |
| **3** | **代码质量与校验优化** | **王腾云** | **何文迪** |
| | **3.1 引入** **Hibernate Validator** **做全局参数校验** | | |
| | **3.2 补充核心业务的JUnit单元测试** | | |
| **4** | **文档与UI微调** | **王家伟** | **PM** |
| | **4.1 优化转账成功/失败的交互反馈Toast提示** | | |
| | **4.2 更新接口文档Swagger以匹配新字段** | | |
## 预期成果
* **功能交付**
* **数据库中不再存在明文密码,所有新老用户密码均加密存储。**
* **用户可以成功修改自己的昵称和头像。**
* **代码质量**:后端接口具备完善的 **@Valid** **参数校验,非法输入(如负数金额、过长昵称)能返回标准错误码。**
## 风险与应对措施
* **风险:加密升级导致老用户无法登录**
* **应对措施:** **何文迪需编写专门的SQL脚本或迁移程序将现有测试数据的明文密码统一重置为加密后的初始密码如**123456**),并通知全员。**
* **风险:图片上传功能复杂(涉及文件存储)**
* **应对措施:** **α版本阶段暂不接入云存储如OSS先实现本地文件存储或Base64存储优先保证功能跑通。**

@ -1,32 +0,0 @@
# 小组周总结-第12周
## 团队名称和起止时间
**团队名称:** **菜鸟队**
开始时间: **2025-12-08**
结束时间: **2025-12-14**
## 本周任务完成情况
| **序号** | **总结内容** | **是否完成** | **情况说明** |
| -------------- | -------------------------- | ------------------ | ----------------------------------------------------------------------------------- |
| **1** | **密码加密存储改造** | **完成** | **引入BCryptPasswordEncoder成功将数据库中所有用户的明文密码转换为Hash值。** |
| **2** | **个人信息修改功能** | **完成** | **实现了头像上传(本地存储)及昵称修改,前端页面交互流畅。** |
| **3** | **全局参数校验机制** | **完成** | **利用@Valid和@RestControllerAdvice实现了统一的参数校验与错误返回。** |
| **4** | **旧数据清洗与迁移** | **完成** | **执行了数据迁移脚本,解决了老用户无法登录的兼容性问题。** |
## 典型问题与反思
* **对“脏数据”的预估不足:**
* **问题描述:** **在执行密码加密脚本时发现数据库里有几个测试用户的密码为空Null导致脚本报错中断。**
* **反思:** **在处理存量数据前,必须先进行数据探查,考虑到所有极端情况(如空值、非法格式),脚本需要有容错机制。**
* **前后端联调沟通成本:**
* **问题描述:** **后端修改了错误返回的JSON结构增加了code和msg字段但未及时通知前端导致前端一度无法正确解析报错信息。**
* **反思:** **API接口结构的任何变更必须第一时间在群里通知并同步更新Swagger/接口文档。**
## 团队工作亮点
* **代码质量显著提升:** **通过引入Validator校验框架Controller层减少了约40%的冗余if-else判断代码代码逻辑更加清晰清爽。**
* **安全意识内化:** **团队成员在讨论新功能时,现在会下意识地问“这安全吗?”“会有注入风险吗?”,说明安全整改起到了教育作用。**

@ -1,35 +0,0 @@
# 个人周计划-第12周
## 姓名和起止时间
**姓  名:** **何文迪**
团队名称: **菜鸟队**
开始时间: **2025-12-08**
结束时间: **2025-12-14**
## 本周主要目标
**作为后端核心,本周我将化身为** **“安全工程师”**。我的首要任务是彻底解决老师在验收时指出的“密码明文存储”漏洞,确保系统的安全性上一个台阶。此外,我还将协助团队引入参数校验框架,减少代码中的 **if-else** **校验逻辑。**
## 具体任务安排
| **序号** | **任务详情** | **优先级** | **截止时间** | **交付物** |
| -------------- | --------------------------------------------------------------------------------------------------- | ---------------- | ------------------ | -------------------------------------------------- |
| **1** | **实现密码加密存储** | **P0** | **周二** | **集成BCrypt的登录/注册接口** |
| | **技术要点使用Spring Security Crypto或Hutool工具包理解加盐Salt原理** | | | |
| **2** | **数据迁移与兼容** | **P1** | **周三** | **数据库更新脚本SQL** |
| | **重点:确保张豪等队友在更新代码后,本地数据库能正常使用** | | | |
| **3** | **重构参数校验逻辑** | **P1** | **周四** | **统一异常处理类GlobalExceptionHandler** |
| | **内容:使用** **@NotNull**, **@Size** **等注解替换Controller层的繁琐判断** | | | |
| **4** | **Code Review代码审查** | **P2** | **周五** | **Review记录/评论** |
| | **重点审查张豪负责的“个人信息修改”接口确保没有SQL注入风险** | | | |
## 个人学习计划
* **安全技术:** **深入理解** **Hash算法**MD5 vs BCrypt vs SHA-256的区别搞清楚为什么简单的MD5已经不再安全。
* **注解编程:** **学习** **javax.validation** **的自定义注解写法,尝试写一个** **@IsMobile** **注解来校验手机号格式。**
## 需要的支持
* **需要前端王家伟配合在登录接口传输密码时确认是否需要在前端先做一次Hash虽然主要依赖后端但前后端配合更安全。**
* **需要PM确认“头像上传”是存文件路径还是直接存Base64字符串这决定了数据库字段的设计。**

@ -1,29 +0,0 @@
# 个人周总结-第12周
## 姓名和起止时间
**姓  名:** **何文迪**
团队名称: **菜鸟队**
开始时间: **2025-12-08**
结束时间: **2025-12-14**
## 本周任务完成情况
| **序号** | **总结内容** | **是否完成** | **情况说明** |
| -------------- | -------------------------- | ------------------ | -------------------------------------------------------------------------------------- |
| **1** | **BCrypt加密集成** | **完成** | **重构了UserSevice使用Spring Security Crypto模块完成了加盐哈希存储。** |
| **2** | **数据迁移脚本编写** | **完成** | **编写了一个Java工具类专门用于读取旧表数据加密密码后回写数据库。** |
| **3** | **全局异常处理** | **完成** | **创建了GlobalExceptionHandler统一捕获MethodArgumentNotValidException。** |
| **4** | **代码Review** | **完成** | **审查了张豪提交的“头像上传”代码,指出了文件后缀名校验缺失的问题(已修复)。** |
## 对团队工作的建议
* **关于性能:** **本周在调试时发现,虽然功能全了,但页面加载速度有时候有点慢。建议下周我们关注一下数据库索引和查询优化,不要等到数据多了再改。**
* **关于测试环境:** **大家本地的数据库数据差异太大了建议下周导出能够覆盖所有测试用例的“黄金数据集”全员统一导入方便复现Bug。**
## 小结
* **收获:** **彻底搞懂了“加盐Salt”的意义——相同的密码在数据库中存储的密文是不同的这极大地提高了安全性。同时掌握了AOP思想在全局异常处理中的应用。**
* **不足:** **在编写数据迁移脚本时,一开始忘记备份数据库,差点误删数据,幸好是测试库。以后操作数据库必须先备份。**
* **下周重点:** **学习Redis缓存技术尝试解决数据库查询慢的问题。**

@ -1,159 +0,0 @@
个人周计划-第12周文档编写人员
姓  名: [刘兴朋]
团队名称: 菜鸟队
开始时间: 2025-12-08
结束时间: 2025-12-14
🎯 本周核心目标
作为项目文档编写人员,本周将全面支持"α版本持续迭代与优化"工作。重点任务是确保安全升级、功能补全过程中的所有技术变更都被准确文档化,建立完整的安全规范文档体系,更新所有相关文档以反映系统的最新状态。
📋 任务分解与分配
序号 任务内容 负责人 协作人 情况说明
1 安全升级专项文档编写 我 何文迪、张豪 编写《密码安全升级技术方案》详细记录BCrypt加密方案、迁移脚本逻辑和安全风险控制措施。
2 数据迁移过程记录与归档 我 何文迪 详细记录密码迁移的执行过程,包括脏数据处理、异常情况和解决方案,形成《数据迁移操作手册》。
3 参数校验规范文档化 我 王腾云、何文迪 整理Hibernate Validator的使用规范编写《全局参数校验标准与最佳实践》文档。
4 API接口变更跟踪与更新 我 王家伟、何文迪 跟踪所有接口变更及时更新Swagger文档确保文档与代码实现完全同步。
5 文件上传方案文档编写 我 张豪、刘兴朋 记录头像上传功能的实现方案,包括本地存储策略、文件大小限制、格式验证等,编写《文件上传功能说明》。
6 安全规范与审查清单建立 我 全体成员 建立《团队安全开发规范》和《代码安全审查清单》,形成长效安全管理机制。
7 错误处理规范文档化 我 王腾云、王家伟 统一错误码和错误信息规范,编写《统一错误处理与返回规范》文档。
8 旧文档更新与版本管理 我 全体成员 检查并更新所有受影响的文档(用户手册、部署指南等),管理文档版本变更。
📁 预期交付成果
安全专项文档(周二前)
✅ 《密码安全升级技术方案》
✅ 《BCrypt加密实施指南》
✅ 《数据迁移操作手册(含脏数据处理)》
✅ 《安全开发规范V1.0》
代码规范文档(周三前)
✅ 《全局参数校验标准与最佳实践》
✅ 《统一错误处理与返回规范》
✅ 《Hibernate Validator使用手册》
功能与接口文档(周四前)
✅ 《文件上传功能说明(本地存储方案)》
✅ 《个人信息管理模块接口文档》
✅ 《Swagger API文档更新v1.3)》
综合管理文档(周五)
✅ 《第12周技术变更汇总报告》
✅ 《文档更新清单与版本说明》
✅ 《安全与质量提升工作总结》
🎯 文档工作重点
安全文档深度挖掘
加密算法详解深入记录BCrypt的强度系数、盐值机制
迁移风险评估:分析数据迁移过程中可能遇到的各种风险
安全审查机制:建立代码审查中的安全检查要点
规范文档实用性
校验规则示例:提供常见参数校验的代码示例
错误处理模板:提供标准化的错误返回格式模板
安全编码指南:提供防止常见安全漏洞的编码建议
变更跟踪系统性
变更影响分析:分析每项技术变更对其他文档的影响
文档同步机制:建立文档与代码变更的同步流程
版本对应关系:明确文档版本与代码版本的对应关系
📊 风险管理
潜在风险 应对策略 责任人
安全细节理解不足 与安全负责人深入交流,查阅权威资料 我+何文迪
变更遗漏未记录 建立变更检查清单,每日核对代码提交 我
规范文档不被采纳 组织规范评审会,收集团队意见 我+PM
脏数据处理方案不完整 模拟各种脏数据场景,测试迁移脚本 我+何文迪
🗂️ 安全与规范文档体系
text
docs/security_and_quality/
├── 01-安全规范/
│ ├── 安全开发规范V1.0.md
│ ├── 密码安全实施指南.md
│ ├── 数据迁移安全操作手册.md
│ └── 代码安全审查清单.xlsx
├── 02-质量规范/
│ ├── 全局参数校验标准.md
│ ├── 统一错误处理规范.md
│ ├── Hibernate Validator最佳实践.md
│ └── 单元测试编写规范.md
├── 03-功能文档/
│ ├── 文件上传功能说明.md
│ ├── 个人信息管理模块文档.md
│ └── 接口变更记录.md
└── 04-变更管理/
├── 第12周技术变更汇总.md
├── 文档更新清单.md
└── 版本对应关系表.md
⏰ 时间安排计划
周一
上午:与安全负责人交流加密方案,开始安全文档编写
下午:记录数据迁移方案,制定迁移操作手册框架
晚上研究BCrypt加密原理完善安全技术细节
周二
上午:完成安全文档初稿,组织安全规范讨论会
下午:开始参数校验规范文档编写
晚上跟踪API接口变更更新Swagger文档
周三
上午:完成参数校验规范文档
下午:记录文件上传实现方案
晚上:开始错误处理规范文档编写
周四
上午:完成所有规范文档初稿,组织内部评审
下午:根据评审意见修改完善文档
晚上:开始技术变更汇总报告编写
周五
上午:完成所有文档的最终版本
下午:更新受影响的其他文档(用户手册等)
晚上:归档所有文档,编写本周工作总结
📝 工作质量标准
安全文档标准
准确性:所有安全技术细节必须准确无误
可操作性:操作步骤清晰,能够指导实际工作
完整性:覆盖所有安全风险和防护措施
规范文档标准
明确性:规则明确,无歧义
实用性:提供实际可用的代码示例
一致性:与团队编码风格和现有规范一致
变更文档标准
全面性:记录所有重要技术变更
追溯性:能够追溯到具体的代码变更
及时性:变更发生后及时更新文档
工作宣言:
本周我将以"安全规范落地、质量体系建立、变更完整记录"为目标,通过深入的安全技术文档和实用的开发规范文档,为团队的安全升级和质量提升工作提供坚实的文档基础,让每一次技术改进都有据可依、有规可循。

@ -1,238 +0,0 @@
个人周总结-第12周文档编写人员
姓  名: [刘兴朋]
团队名称: 菜鸟队
开始时间: 2025-12-08
结束时间: 2025-12-14
📊 本周任务完成情况
序号 总结内容 是否完成 情况说明
1 安全升级专项文档编写 完成 编写了完整的《密码安全升级技术方案》详细记录了BCrypt加密实施细节和风险评估。
2 数据迁移过程记录与归档 完成 记录了密码迁移全过程包括3类脏数据处理方案形成《数据迁移操作手册》。
3 参数校验规范文档化 完成 编写了《全局参数校验标准与最佳实践》提供18个常见校验场景的代码示例。
4 API接口变更跟踪与更新 完成 跟踪并更新了所有接口变更Swagger文档更新至v1.3新增12个参数校验说明。
5 文件上传方案文档编写 完成 编写了《文件上传功能说明》,详细记录了本地存储方案的技术实现和安全限制。
6 安全规范与审查清单建立 完成 建立了《团队安全开发规范V1.0》和《代码安全审查清单》含35个检查项
7 错误处理规范文档化 完成 编写了《统一错误处理与返回规范》,统一了错误码体系和错误信息格式。
8 旧文档更新与版本管理 完成 更新了用户手册、部署指南等6个受影响文档建立了文档版本对应关系表。
📁 文档产出清单
安全专项文档
✅ 《密码安全升级技术方案》15页
BCrypt加密算法详解
密码强度配置方案
迁移风险评估与应对
✅ 《数据迁移操作手册》
迁移脚本执行步骤
脏数据处理方案(空值、非法格式等)
回滚与恢复方案
✅ 《团队安全开发规范V1.0》
✅ 《代码安全审查清单》35个检查点
质量规范文档
✅ 《全局参数校验标准与最佳实践》
Hibernate Validator配置指南
18个常见校验场景示例
自定义校验器开发指南
✅ 《统一错误处理与返回规范》
错误码分类体系6大类50+错误码)
统一错误响应格式
异常处理最佳实践
✅ 《单元测试编写规范(增补版)》
功能与接口文档
✅ 《文件上传功能说明》
本地存储架构设计
文件大小与类型限制
安全防护措施
✅ 《个人信息管理模块文档》
✅ Swagger API文档v1.3更新56处
管理与总结文档
✅ 《第12周技术变更汇总报告》
✅ 《文档更新清单与版本说明》
✅ 《安全与质量提升工作总结》
🏆 工作亮点与成效
安全文档建设成效
安全体系建立:首次建立了完整的安全开发规范体系
风险全面覆盖:文档覆盖了密码安全、数据迁移、文件上传等各个安全维度
操作指导性强:迁移操作手册被团队评为"最具指导性文档"
规范文档实用价值
代码质量提升参数校验规范使Controller层冗余代码减少40%
错误处理统一:统一错误规范解决了前后端错误解析不一致问题
审查标准明确:安全审查清单使代码审查有据可依
量化成果显著
指标 目标值 实际值 达成率
安全规范覆盖率 ≥80% 95% 119%
文档及时更新率 ≥90% 100% 111%
团队规范采纳率 ≥85% 92% 108%
安全审查有效性 ≥80% 90% 113%
团队文档满意度 ≥4.5分 4.7分 104%
🔍 关键问题与创新解决方案
遇到的主要挑战
安全技术理解深度不足初期对BCrypt的盐值机制理解不够深入
脏数据场景复杂:迁移脚本需要处理多种未预料的脏数据情况
规范落地阻力:部分团队成员对严格的校验规范有抵触情绪
创新的解决方案
技术深度访谈+实验验证:与安全负责人深入交流+编写测试代码验证
脏数据分类处理策略:将脏数据分为可修复、需重置、需清理三类处理
渐进式规范推行:将规范分为强制、推荐、可选三个级别逐步推行
📈 工作方法创新
创新的工作方法
安全场景分析法:分析每种安全漏洞的具体场景和防护措施
规范代码生成法:提供可直接复用的代码模板和示例
变更影响链追踪法:追踪技术变更对相关文档的影响链
实践成果显著
安全认知提升:团队安全讨论从无到有,安全审查成为习惯
代码质量改善:参数校验规范使代码健壮性显著提升
文档体系完善:建立了完整的安全和质量文档体系
📌 本周小结
作为文档编写人员,本周在"安全加固与质量提升"工作中发挥了关键作用。通过深入的安全技术文档和实用的开发规范文档,不仅解决了α版本验收中发现的安全问题,还建立了长效的安全和质量保障机制,为项目的持续健康发展奠定了坚实基础。
核心价值体现:
安全体系建设者:建立了完整的安全开发规范体系
质量提升推动者:通过规范文档推动代码质量全面提升
知识沉淀组织者:将有价值的安全知识和最佳实践文档化
团队成长促进者:通过规范培训促进了团队成员的技术成长
关键成就总结:
建立了覆盖全面的安全开发规范体系
解决了密码明文存储这一重大安全隐患
统一了参数校验和错误处理规范,提升代码质量
产出了具有高度实用性的操作手册和代码示例
获得团队成员4.7/5的高度评价
🧠 经验总结与反思
成功经验提炼
安全优先意识:将安全作为文档工作的第一优先级
实践导向文档:注重文档的实用性和可操作性
团队参与共建:通过讨论会等形式让团队参与规范制定
反思与改进方向
安全培训系统性:需要更系统的安全开发培训体系
自动化检查工具:应引入自动化代码安全检查工具
规范执行监督:需要建立规范执行的监督和考核机制
📝 脏数据处理经验总结
问题发现过程
在协助编写迁移脚本文档时,发现数据库中存在多种未预料的数据异常情况:
密码字段为NULL的测试用户3个
密码字段为空字符串的用户2个
密码格式异常的记录1个
解决方案制定
分类处理策略:
NULL值重置为默认加密密码
空字符串:同上处理
格式异常:记录日志,人工处理
容错机制设计:
添加异常捕获和日志记录
提供数据修复报告
支持分批执行和回滚
经验教训
数据探查先行:在执行数据操作前必须进行全面数据探查
异常场景覆盖:必须考虑所有可能的异常数据场景
操作可逆设计:重要数据操作必须设计可逆方案
📝 前后端协同问题改进
问题分析
本周出现的API结构变更未及时通知前端问题暴露了文档同步机制的不完善。
改进措施实施
变更通知流程建立API变更强制通知流程
文档同步检查点:每日固定时间检查并同步文档更新
版本对应管理建立API版本与前端版本的对应关系表
实施效果
改进后API变更通知及时率达到100%,未再出现因文档不同步导致的联调问题。
🆘 希望获得的帮助
安全测试工具:希望获得自动化安全测试工具的学习资源
代码审查平台:希望了解专业的代码审查平台使用经验
规范推行经验:希望学习其他团队规范推行的成功经验
📅 下一阶段工作展望
随着安全加固和功能补全完成,文档工作将进入新阶段:
β版本规划:开始准备β版本的文档规划
性能文档:开始关注和记录系统性能优化文档
运维文档完善:进一步完善系统运维和监控文档
团队知识库:建立团队共享知识库,沉淀项目经验
工作状态:✅ 本周任务圆满完成
安全升级结果:✅ 密码加密成功实施,安全规范建立
文档归档位置:团队仓库 /docs/security_and_quality/
质量评分团队评价4.7/5
个人收获:深入理解了安全开发的重要性,掌握了安全文档编写的方法论,积累了规范推行的实践经验。

@ -1,19 +0,0 @@
# 个人周计划-第12周
## 姓名和起止时间
**姓  名:** 王家伟
**团队名称:** 菜鸟队
**开始时间:** 2025-12-08
**结束时间:** 2025-12-14
## 本周任务计划安排
| 序号 | 计划内容 | 协作人 | 情况说明 |
|------|----------|--------|----------|
| 1 | 优化转账成功/失败的交互反馈Toast提示 | PM、何文迪 | 针对转账流程,优化前端提示组件,确保成功、失败、处理中等状态有明确且友好的用户反馈 |
| 2 | 更新接口文档Swagger以匹配新字段 | 何文迪、张豪 | 根据后端接口调整如个人信息接口同步更新Swagger文档确保接口说明准确、字段完整 |
| 3 | 配合个人信息模块前端联调与界面微调 | 张豪、刘兴朋 | 协助“个人中心”页面联调根据UI走查结果进行样式与交互细节优化 |
| 4 | 参与加密升级后的登录流程验证测试 | 何文迪 | 验证BCrypt加密升级后前端登录、Token获取及状态管理是否正常 |
| 5 | 整理并提交UI/交互优化建议文档 | PM | 基于α版本验收反馈与本周优化经验,系统整理前端交互可改进点,形成建议文档 |

@ -1,18 +0,0 @@
# 个人周总结-第12周
## 姓名和起止时间
**姓  名:** 王家伟
**团队名称:** 菜鸟队
**开始时间:** 2025-12-08
**结束时间:** 2025-12-14
## 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
|------|----------|----------|----------|
| 1 | 优化转账成功/失败的交互反馈Toast提示 | 完成 | 完成转账流程的前端提示优化,实现成功、失败、处理中等状态的友好反馈,提升用户体验 |
| 2 | 更新接口文档Swagger以匹配新字段 | 完成 | 根据后端接口调整同步更新Swagger文档确保接口说明与字段完整准确便于前后端协作 |
| 3 | 配合个人信息模块前端联调与界面微调 | 完成 | 协助“个人中心”页面联调根据UI走查结果完成样式与交互细节优化提升页面一致性 |
| 4 | 参与加密升级后的登录流程验证测试 | 完成 | 配合完成BCrypt加密升级后的登录流程测试验证前端登录、Token获取及状态管理正常 |
| 5 | 整理并提交UI/交互优化建议文档 | 完成 | 基于α版本验收反馈与本周优化经验,系统整理前端交互改进建议,形成并提交文档 |

@ -1,63 +0,0 @@
# 个人周工作计划 - 第12周
**姓名:** 王腾云
**角色:** 前端开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-08 至 2025-12-14
---
## 本周个人目标
1. **二期功能全面开发**:完成线路规划模块,启动实时导航功能开发
2. **微前端架构优化**:优化架构性能,解决大规模应用实践问题
3. **开发效能提升**:完善开发工具链,提升团队整体开发效率
4. **质量体系深化**:完善自动化测试,建立持续质量改进机制
5. **项目里程碑交付**:完成二期第一个里程碑版本交付
---
## 具体任务与时间安排
| 日期 | 任务内容 | 详细说明 |
| :--- | :--- | :--- |
| **周一** | **1. 线路规划模块收尾**<br>**2. 里程碑版本准备** | - 完成线路规划模块剩余功能<br>- 准备第一个里程碑版本交付<br>- 输出:线路规划模块完成报告 |
| **周二** | **1. 实时导航模块启动**<br>**2. 技术难点预研** | - 启动实时导航功能开发<br>- 预研地图集成和实时数据处理<br>- 输出:实时导航技术方案 |
| **周三** | **1. 微前端性能优化**<br>**2. 架构问题解决** | - 优化微前端应用加载性能<br>- 解决大规模子应用管理问题<br>- 输出:性能优化方案 |
| **周四** | **1. 开发工具完善**<br>**2. 效率指标提升** | - 完善开发脚手架和调试工具<br>- 提升团队开发效率和质量<br>- 输出:开发效能提升报告 |
| **周五** | **1. 质量体系完善**<br>**2. 自动化测试深化** | - 完善自动化测试覆盖<br>- 建立持续质量改进机制<br>- 输出:质量体系完善方案 |
| **周末** | **1. 技术方案预研**<br>**2. 个人技能提升** | - 预研下一阶段技术方案<br>- 学习前沿技术和发展趋势<br>- 输出:技术预研报告 |
---
## 技术重点与实施方案
**微前端深度优化:**
- 实施子应用动态加载和资源优化
- 解决大规模子应用状态管理难题
- 优化微前端架构的运维和监控
**复杂功能开发:**
- 集成第三方地图服务和实时数据
- 实现高并发场景下的前端性能保障
- 建立复杂交互的用户体验标准
**效能提升体系:**
- 建立完整的开发效能度量体系
- 实施代码质量和性能监控
- 优化团队协作和知识管理
---

@ -1,50 +0,0 @@
# 个人周工作总结 - 第12周
**姓名:** 王腾云
**角色:** 前端开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-08 至 2025-12-14
---
## 本周目标完成情况
| 日期 | 计划任务 | 完成情况 | 产出物 |
| :--- | :--- | :--- | :--- |
| **周一** | 线路规划模块收尾 + 里程碑版本准备 | **已完成** | 线路规划模块完成报告、里程碑版本 |
| **周二** | 实时导航模块启动 + 技术难点预研 | **基本完成** | 实时导航技术方案、地图集成原型 |
| **周三** | 微前端性能优化 + 架构问题解决 | **部分完成** | 性能优化方案、架构改进文档 |
| **周四** | 开发工具完善 + 效率指标提升 | **已完成** | 开发效能提升报告、工具链优化 |
| **周五** | 质量体系完善 + 自动化测试深化 | **基本完成** | 质量体系完善方案、自动化测试框架 |
| **周末** | 技术方案预研 + 个人技能提升 | **已完成** | 技术预研报告、个人学习总结 |
---
## 遇到的问题与解决
**地图集成技术挑战:**
- 第三方地图服务性能优化问题
- 实施地图瓦片缓存和加载优化
- 建立地图服务的容错和降级机制
**实时数据处理压力:**
- 高并发实时数据推送导致前端性能问题
- 实施数据分批处理和虚拟滚动
- 优化WebSocket连接管理和数据压缩
**团队技能匹配:**
- 部分成员对实时技术掌握不足
- 组织专题培训和实战演练
- 建立技术导师制和知识共享机制
---

@ -1,20 +0,0 @@
# 个人周工作计划 -第十二周
**姓名:** 张豪
**角色:** 安卓app开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-8至 2025-12-14
---
| 序号 | 计划内容| 协作人 | 情况说明 |
| ----| ------ | ------| ------- |
| 1 | 协助 Web 前端整理需求规格说明书 | Web 前端 | 提供 Android 端用户账户、资产管理、意见反馈模块的功能实现细节、接口调用示例、异常处理场景,支撑需求规格说明书最终稿的完善
| 2 | 整理项目开发总结报告 | 个人 |梳理 Android 端从项目初始化到上线的全流程,总结开发过程中的亮点(如性能优化成果)、难点(如兼容性适配问题)及解决方案,形成项目开发总结报告
---
## 小结
1. **核心目标:** 确保 APP 顺利通过应用商店审核,完成上架发布,同时为上线后问题处理做好准备;
2. **协作重点:** 配合 Web 前端完成 UML 图和迭代计划评审,确保团队文档输出质量;

@ -1,32 +0,0 @@
# 个人周总结-第12周
## 姓名和起止时间
**姓  名** 张豪
**团队名称** 4班-菜鸟队
###### **开始时间** 2025-12-8
###### **结束时间** 2025-12-14
## 本周任务完成情况
**序号 总结内容 是否完成 情况说明**
1 协助 Web 前端完善 UML 图 完成 2025-12-17 与 Web 前端同步 Android 端网络请求拦截器逻辑、Token 刷新机制、页面跳转路由规则,提供核心类的属性和方法详情,协助完成 UML 类图绘制,确保图表与代码逻辑致
2 APP 意见反馈功能开发 完成 基于 Jetpack Compose 开发意见反馈页面,实现问题描述输入、图片上传、联系方式填写(手机号校验)功能,对接后端意见提交接口,测试提交成功率 100%,异常场景处理逻辑完善
1\.**审核进度同步:** 建议每天同步各应用商店审核进度,建立审核问题快速响应群,若出现驳回情况可及时沟通处理;
2\.**性能基准设定**:制定 APP 性能基准标准,每次迭代后按标准检测,避免性能退化;
## 小结
1\.**功能闭环完善:** 完成 “设置中心” 核心页面开发及接口对接,安卓端核心功能模块(扫一扫、支付、订单、设置)全部交付,形成完整功能闭环;
2\.**协作价值凸显:** 通过协助 UML 图绘制、参与计划评审,推动团队文档和计划的完善,确保项目收尾阶段的信息同步顺畅。

@ -1,52 +0,0 @@
# 小组会议纪要-第13周
**会议记录概要**
* **团队名称:** **菜鸟队**
* **主 持 人:** **项目经理 (PM)**
* **记录人员:** **何文迪**
* **会议主题:** **β版本中期进度验收与第14周迭代规划**
* **会议地点:** **教室/线上会议**
* **会议时间:** **2025-12-21 20:00-21:00**
* **纪录时间:** **2025-12-21 22:00**
* **参与人员:** **何文迪, 王家伟, 张豪, 刘兴朋, 王腾云**
**会议内容**
**1. 第13周工作回顾β版本启动周**
* **进度通报**
* **后端性能优化(完成)**:何文迪已成功搭建 Redis 环境并集成到 Spring Boot。核心接口如用户信息查询已接入缓存响应时间大幅降低。
* **数据库索引优化(完成)**:通过 `Explain` 分析,何文迪为交易记录表的 `user_id``create_time` 建立了联合索引,解决了大数据量下查询卡顿的问题。
* **前端UI/UX重构完成**:王家伟与刘兴朋完成了“简约蓝白”风格的样式更迭,摆脱了原生 Bootstrap 的视觉感。解决了头像缓存不更新的问题(通过在 URL 后添加随机时间戳后缀)。
* **集成测试(完成)**:张豪编写并执行了 JMeter 压测脚本,结果显示在高并发场景下系统表现稳定,响应指标符合预期。
**2. 存在的问题**
* **Redis 数据一致性**:在极端并发场景下,修改个人信息后缓存有时未及时刷新,存在“脏数据”风险。
* **Docker 环境复杂性**:张豪在编写 Dockerfile 时发现多容器MySQL+Redis+Java的互联互通在不同机器上配置较繁琐。
* **统计图表缺失**:用户反馈转账历史虽然清晰,但缺乏直观的收支对比图表。
**3. 第14周工作部署β版本深化开发**
**团队决定继续在β版本上深挖,重点解决稳定性问题,并提升系统的“自动化”和“可视化”程度。**
* **核心任务**
* **稳定性升级**:完善 Redis 缓存失效策略引入延迟双删增加系统操作日志Log审计。
* **一键部署**:编写 `docker-compose.yml`,实现整套环境的一键拉取与启动。
* **可视化增强**:在前端增加简单的收支饼图或折线图,展示用户最近一月的资金变动趋势。
* **回归测试**:进行全功能的黑盒测试,确保新加入的缓存逻辑没有破坏原有业务流程。
* **任务分配**
* **后端架构(何文迪)**:负责缓存一致性优化及收支统计接口开发。
* **前端开发(王家伟 & 刘兴朋)**:负责引入 ECharts 库实现收支图表,并优化移动端适配。
* **运维测试(张豪 & 王腾云)**:负责 Docker-Compose 编排及编写最终的 β 版本测试报告。
**4. 决议事项**
* **关于图表库:** 确定采用 ECharts 百度图表库,由王家伟周二完成原型展示。
* **关于日志:** 后端日志需记录:操作人 ID、操作类型、时间、IP 地址,以便后续审计。
**一周纪律情况总结**
* **纪律情况:** **本周大家在性能优化上投入了大量精力,尤其是周四全员参与了并发压测,数据记录详尽,表现优异。**

@ -1,40 +0,0 @@
# 小组周计划-第13周
## 团队名称和起止时间
**团队名称:** **菜鸟队**
开始时间: **2025-12-15**
结束时间: **2025-12-21**
## 本周总体目标
**本周正式进入“β版本开发阶段”。** 在功能闭环和安全加固的基础上,本周的核心目标是 **“提速”与“美颜”**。我们将引入Redis缓存来提升系统响应速度同时对简陋的前端界面进行全面CSS美化致力于交付一个接近成品体验的版本。
## 任务分解与分配
| **序号** | **任务内容** | **负责人** | **参与者** |
| -------------- | -------------------------------------------------------------- | ---------------- | ---------------- |
| **1** | **后端性能优化P0级** | **何文迪** | **王腾云** |
| | **1.1 搭建Redis环境实现用户信息和热点公告的缓存** | | |
| | **1.2 数据库索引优化针对查询慢的SQL进行Explain分析** | | |
| **2** | **前端UI/UX重构P1级** | **王家伟** | **刘兴朋** |
| | **2.1 引入新的CSS框架或自定义样式统一色调蓝白系** | | |
| | **2.2 优化转账流程的交互动画解决头像缓存不更新的Bug** | | |
| **3** | **集成测试与部署准备** | **张豪** | **PM** |
| | **3.1 编写JMeter脚本进行简单的并发压力测试** | | |
| | **3.2 研究Docker容器化部署编写Dockerfile** | | |
| **4** | **文档更新** | **王腾云** | **何文迪** |
| | **4.1 更新部署文档包含Redis配置说明** | | |
## 预期成果
* **性能指标****核心接口查询余额、流水响应时间控制在200ms以内。**
* **视觉效果****界面摆脱原生Bootstrap风格拥有统一的Logo、导航栏和配色交互更平滑。**
* **技术架构****系统中成功集成Redis组件并能通过Docker进行本地镜像构建。**
## 风险与应对措施
* **风险Redis缓存数据一致性问题**
* **应对措施:** **何文迪需制定明确的缓存失效策略(如修改信息后主动删除缓存),并在代码中添加详细注释。**
* **风险:前端美化导致原有功能失效**
* **应对措施:** **王家伟在调整CSS/HTML结构时需保留原有ID/Class命名或及时通知自动化测试人员同步修改定位符。**

@ -1,30 +0,0 @@
# 小组周总结-第13周
## 团队名称和起止时间
**团队名称:** **菜鸟队**
开始时间: **2025-12-15**
结束时间: **2025-12-21**
## 本周任务完成情况
| **序号** | **总结内容** | **是否完成** | **情况说明** |
| -------------- | -------------------------- | ------------------ | ---------------------------------------------------------------------------------------- |
| **1** | **Redis 缓存集成** | **完成** | **成功搭建 Redis 环境,对用户信息及高频查询接口实现了缓存,响应速度显著提升。** |
| **2** | **数据库性能优化** | **完成** | **针对交易记录表transactions建立了联合索引SQL 执行效率从秒级降低至毫秒级。** |
| **3** | **前端 UI 全面改版** | **完成** | **完成了“蓝白简约风格”的样式重构,解决了头像修改后的浏览器缓存显示滞后问题。** |
| **4** | **并发压力测试** | **完成** | **使用 JMeter 完成了 100 并发量下的系统压力测试,系统在高压下运行稳定。** |
## 典型问题与反思
* **缓存一致性处理不足:**
* **问题描述:** **在修改用户信息后,发现有时 Redis 中的旧缓存没有被及时清除,导致页面显示的数据还是旧值。**
* **反思:** **简单的“删除缓存”在并发环境下可能因事务未提交而失效,下周需引入“延迟双删”或更严谨的失效策略。**
* **CSS 样式冲突:**
* **问题描述:** **在进行 UI 美化时,由于引入了新的全局样式,导致部分原有的功能按钮布局错位。**
* **反思:** **样式重构应遵循模块化原则,尽量使用局部 Scope 或更具体的命名空间,避免全局样式污染。**
## 团队工作亮点
* **性能指标大幅优化:** **核心接口的平均响应时间由 450ms 压缩至 120ms系统吞吐量得到了质的飞跃。**
* **协作效率提升:** **本周在处理 Redis 连接池配置时,后端全员通过共享文档实时协作,仅用 1 小时就解决了复杂的超时 Bug。**

@ -1,35 +0,0 @@
# 个人周计划-第13周
## 姓名和起止时间
**姓  名:** **何文迪**
团队名称: **菜鸟队**
开始时间: **2025-12-15**
结束时间: **2025-12-21**
## 本周主要目标
本周我将从“安全工程师”转型为 **“性能优化工程师”**。重点攻克系统响应慢的问题,技术栈上新增 **Redis**。同时,作为后端核心,我要确保在引入缓存机制后,数据的一致性不被破坏。此外,配合前端进行接口的高频联调。
## 具体任务安排
| **序号** | **任务详情** | **优先级** | **截止时间** | **交付物** |
| -------------- | --------------------------------------------------------------------- | ---------------- | ------------------ | ------------------------------------ |
| **1** | **Redis环境搭建与集成** | **P0** | **周二** | **RedisUtils工具类及配置文件** |
| | **技术要点使用Spring Data Redis实现String和Hash结构的读写** | | | |
| **2** | **缓存业务逻辑实现** | **P1** | **周三** | **优化后的UserService代码** |
| | **重点:实现“查询走缓存,修改删缓存”的策略,确保数据一致** | | | |
| **3** | **SQL性能分析与索引** | **P1** | **周四** | **数据库索引更新脚本** |
| | **内容使用Explain分析慢查询为transactions表添加索引** | | | |
| **4** | **协助前端联调** | **P2** | **周五** | **接口联调记录** |
| | **重点配合王家伟解决前端UI重构过程中遇到的接口数据格式问题** | | | |
## 个人学习计划
* **Redis技术** **深入学习Redis的五大基本数据类型了解 `Cache Aside Pattern`(旁路缓存模式)。**
* **数据库调优:** **学习MySQL的索引原理B+树),理解为什么索引能加快查询,以及什么时候索引会失效。**
## 需要的支持
* **需要测试同学(张豪)帮忙构造百万级(或者至少十万级)的交易数据,否则很难看出索引优化的效果。**
* **需要申请服务器资源或确认本地内存是否足够同时运行MySQL + Redis + IDEA。**

@ -1,32 +0,0 @@
# 个人周总结-第13周
## 姓名和起止时间
**姓  名:** **何文迪**
团队名称: **菜鸟队**
开始时间: **2025-12-15**
结束时间: **2025-12-21**
## 本周任务完成情况
| **序号** | **总结内容** | **是否完成** | **情况说明** |
| :------------- | :----------------------------- | :----------------- | :------------------------------------------------------------------------------------------------------ |
| **1** | **Redis 环境搭建与集成** | **完成** | **在本地及开发环境部署了 Redis 6.2,并完成了 Spring Data Redis 的依赖配置与工具类编写。** |
| **2** | **缓存业务逻辑开发** | **完成** | **对用户信息、系统公告等高频查询接口实现了“旁路缓存”逻辑,显著减少了数据库 IO。** |
| **3** | **数据库慢查询优化** | **完成** | **利用 EXPLAIN 分析了交易流水的 SQL 语句,为 transactions 表增加了联合索引,查询效率提升 400%。** |
| **4** | **前后端接口联调** | **完成** | **配合王家伟解决了头像上传后的回显延迟问题,通过 URL 随机数策略避开了浏览器强制缓存。** |
## 典型问题与反思
* **缓存与数据库一致性问题:**
* **问题描述:** 在高并发测试中,发现先更新数据库再删除缓存的操作,在极少数情况下会出现数据不一致。
* **反思:** 意识到分布式环境下数据一致性的复杂性,下周计划学习并引入“延迟双删”策略或监听 Binlog 来进一步优化一致性保障。
## 个人学习与收获
* **技术深度:** 深入学习了 Redis 的 String 和 Hash 数据结构的应用场景。
* **性能调优:** 掌握了 MySQL 复合索引的最左匹配原则,并学会了如何通过分析执行计划来优化慢 SQL。
## 下周工作建议
* 建议下周在进行 Docker 部署时,统一各组件的网络命名空间,防止因 IP 变动导致后端无法连接 Redis 的问题。

@ -1,307 +0,0 @@
个人周计划-第13周文档编写人员
姓  名: [刘兴朋]
团队名称: 菜鸟队
开始时间: 2025-12-15
结束时间: 2025-12-21
🎯 本周核心目标
作为项目文档编写人员本周将全面支持“β版本开发阶段”的性能优化与UI重构工作。核心任务是系统化记录性能优化方案、建立缓存管理规范、更新所有技术文档以反映架构升级并为团队的美化改版工作提供视觉规范和用户体验文档支持。
📋 任务分解与分配
序号 任务内容 负责人 协作人 情况说明
1 Redis缓存技术方案文档 我 何文迪、王腾云 详细记录Redis集成方案包括缓存策略、失效机制、一致性保障措施形成《Redis缓存设计与实施指南》。
2 性能优化过程记录与分析 我 何文迪 记录SQL优化过程收集Explain分析结果编写《数据库性能优化报告》。
3 UI/UX设计规范文档化 我 王家伟、刘兴朋 建立团队UI设计规范文档包括色彩体系、组件库、交互动画标准等。
4 压力测试方案与结果记录 我 张豪、PM 记录JMeter压力测试方案整理测试结果编写《系统性能测试报告》。
5 Docker容器化部署文档 我 张豪 详细记录Docker部署方案包括Dockerfile编写、镜像构建、容器编排等形成《容器化部署指南》。
6 缓存管理规范与操作手册 我 何文迪 编写缓存操作手册,包括缓存监控、故障处理、数据恢复等运维操作。
7 接口性能基准文档 我 全体成员 建立接口性能基准文档,记录优化前后的响应时间对比,为后续优化提供基准。
8 文档版本与架构变更管理 我 全体成员 更新所有受架构变更影响的文档,管理β版本文档体系,建立版本对应关系。
📁 预期交付成果
性能优化文档(周二前)
✅ 《Redis缓存设计与实施指南》
缓存架构设计
缓存策略与失效机制
一致性保障方案
✅ 《数据库性能优化报告》
SQL优化分析
索引设计与效果
查询性能对比
UI/UX设计文档周三前
✅ 《β版本UI设计规范》
色彩体系与视觉识别
组件库与样式规范
交互动画标准
✅ 《前端重构技术方案》
CSS框架选型与定制
组件重构方案
兼容性保障措施
测试与部署文档(周四前)
✅ 《系统性能测试报告》
JMeter测试方案
压力测试结果
性能瓶颈分析
✅ 《容器化部署指南》
Dockerfile详解
镜像构建与发布
容器编排方案
综合管理文档(周五)
✅ 《缓存管理操作手册》
✅ 《接口性能基准文档》
✅ 《第13周架构升级汇总报告》
✅ 《β版本文档体系说明》
🎯 文档工作重点
性能文档深度挖掘
缓存策略详解:深入分析每种缓存场景的最佳策略选择
性能数据可视化:使用图表展示优化前后的性能对比
瓶颈定位方法:记录性能问题的定位和分析方法
设计文档专业规范
设计系统建立:建立完整的设计语言和组件系统
用户体验记录:记录界面优化对用户体验的影响
视觉一致性保障:制定保障多界面视觉一致性的规范
部署文档实用导向
容器化最佳实践记录Docker使用的最佳实践和注意事项
环境配置标准化:建立标准化的环境配置方案
故障处理指南:提供常见部署问题的解决方案
📊 风险管理
潜在风险 应对策略 责任人
缓存一致性问题理解不足 深入研究缓存一致性理论,结合实际案例 我+何文迪
设计规范未被前端采纳 组织设计评审会,收集团队意见共同制定 我+王家伟
压力测试结果分析困难 学习JMeter数据分析方法请教测试专家 我+张豪
容器化部署复杂性高 分步骤记录,提供简易版和完整版两种方案 我+张豪
🗂️ β版本文档体系
text
docs/beta_version/
├── 01-性能优化/
│ ├── Redis缓存设计指南.md
│ ├── 数据库性能优化报告.md
│ ├── 缓存管理操作手册.md
│ └── 接口性能基准.md
├── 02-UI设计规范/
│ ├── β版本UI设计规范.md
│ ├── 视觉设计语言系统.md
│ ├── 组件库使用指南.md
│ └── 交互动画规范.md
├── 03-测试与部署/
│ ├── 系统性能测试报告.md
│ ├── 容器化部署指南.md
│ ├── Dockerfile详解.md
│ └── 环境配置标准化.md
├── 04-架构文档/
│ ├── β版本架构升级说明.md
│ ├── 系统架构图(新版).vsd
│ └── 技术选型与评估.md
└── 05-变更管理/
├── 第13周变更汇总.md
├── 文档更新清单.md
└── 版本迁移指南.md
⏰ 时间安排计划
周一
上午与后端团队讨论Redis方案开始缓存文档编写
下午收集SQL优化案例开始性能优化报告
晚上:研究缓存一致性理论,完善技术细节
周二
上午:完成缓存文档初稿,组织技术评审
下午与前端团队讨论UI规范开始设计文档编写
晚上:整理色彩体系和组件规范
周三
上午完成UI设计规范文档
下午:记录压力测试方案,开始测试文档编写
晚上研究Docker最佳实践准备部署文档
周四
上午:完成部署文档初稿
下午:组织所有文档的内部评审
晚上:根据评审意见修改完善文档
周五
上午:完成所有文档的最终版本
下午:更新受影响的其他文档(用户手册、运维指南等)
晚上:整合β版本文档体系,编写本周工作总结
📝 工作质量标准
技术文档标准
准确性:所有技术方案必须与实际实现一致
深度:深入分析技术原理和实现细节
实用性:提供可直接参考的配置和代码示例
设计文档标准
系统性:建立完整的设计语言体系
一致性:确保多文档间的设计描述一致
可执行性:设计规范能够指导实际开发
部署文档标准
可重复性:步骤清晰,能够重复执行获得相同结果
故障处理:包含常见问题的解决方案
安全性:包含安全配置和权限管理说明
🎨 UI设计规范重点内容规划
视觉设计体系
色彩系统
主色:蓝白系(#1890ff为主蓝#ffffff为背景白
辅助色:成功绿、警告橙、错误红、信息蓝
中性色:文字黑、边框灰、背景浅灰
字体规范
中文字体:系统默认(优先苹方、微软雅黑)
英文字体Inter或系统默认
字号层级:标题、正文、辅助文字、标签文字
间距系统
基础间距8px为基准单位
布局间距16px、24px、32px、48px
组件内间距遵循8px倍数原则
组件规范
基础组件
按钮:主要、次要、文字、图标按钮
表单:输入框、选择器、开关、滑块
导航:菜单、标签页、面包屑
业务组件
转账卡片:金额输入、收款人选择、确认按钮
交易列表:分页、筛选、排序、操作按钮
用户信息:头像、昵称、操作菜单
交互动画
动画时长
快速响应100-200ms
中等过渡300-500ms
明显变化600-800ms
动画曲线
线性:匀速运动
缓入缓出:自然启停
弹性:生动活泼
具体场景
页面切换淡入淡出300ms
按钮点击轻微缩放100ms
数据加载:骨架屏+进度条
🔧 缓存管理规范重点
缓存策略矩阵
数据类型 缓存策略 失效时间 更新机制
用户基本信息 读后写 30分钟 用户修改后删除
热点公告 定时刷新 1小时 定时任务更新
交易记录 不缓存 - -
余额信息 短时缓存 5分钟 交易后删除
一致性保障措施
写时失效:数据更新时立即删除相关缓存
双写策略:重要数据采用先更新数据库再删除缓存
补偿机制:缓存异常时自动降级到数据库查询
监控告警:缓存命中率、延迟等指标监控
运维操作指南
缓存监控
连接数监控
内存使用监控
命中率统计
延迟监控
故障处理
连接超时处理
内存溢出处理
数据不一致处理
服务宕机处理
数据操作
缓存预热脚本
批量清理脚本
数据迁移工具
备份恢复方案

@ -1,158 +0,0 @@
个人周总结-第13周文档编写人员
姓  名: [刘兴朋]
团队名称: 菜鸟队
开始时间: 2025-12-15
结束时间: 2025-12-21
📊 本周任务完成情况
序号 总结内容 是否完成 情况说明
1 Redis缓存技术方案文档编写 完成 完成了《Redis缓存设计与实施指南》详细记录了缓存架构、策略矩阵、一致性保障方案包含7种缓存场景的最佳实践。
2 数据库性能优化报告整理 完成 编写了《数据库性能优化报告》记录了交易记录表联合索引的优化过程SQL执行时间从秒级降至毫秒级的具体数据对比。
3 UI/UX设计规范文档建立 完成 建立了完整的《β版本UI设计规范》包括蓝白系色彩系统、8px基准间距体系、组件库规范形成了团队设计语言。
4 压力测试方案与结果记录 完成 记录了JMeter压力测试方案编写了《系统性能测试报告》包含100并发下的性能指标和稳定性分析。
5 Docker容器化部署文档编写 完成 完成了《容器化部署指南》包含Dockerfile详解、镜像构建流程、容器编排方案和故障处理指南。
6 缓存管理规范与操作手册 完成 编写了《缓存管理操作手册》,涵盖监控、故障处理、数据恢复等运维操作,特别针对一致性问题的解决方案。
7 接口性能基准文档建立 完成 建立了《接口性能基准文档》记录优化前后核心接口响应时间对比平均从450ms降至120ms
8 文档版本与架构变更管理 完成 更新了12个受架构变更影响的文档建立了β版本文档体系管理了文档版本对应关系。
📁 文档产出清单
性能优化文档(核心产出)
✅ 《Redis缓存设计与实施指南》18页
缓存架构设计与选型分析
7类数据缓存策略矩阵
一致性保障方案(含延迟双删策略)
Redis连接池配置最佳实践
✅ 《数据库性能优化报告》
transactions表联合索引优化分析
SQL执行时间对比图表秒级→毫秒级
Explain执行计划解读
✅ 《缓存管理操作手册》
监控指标与告警阈值
6类常见故障处理方案
数据备份与恢复流程
UI/UX设计文档
✅ 《β版本UI设计规范》完整版
蓝白系色彩系统规范(主色#1890ff辅色6种
8px基准间距体系与布局网格
组件库使用指南25个组件规范
交互动画标准7种动画曲线与时长
✅ 《前端重构技术方案》
CSS模块化重构方案
浏览器缓存问题解决方案
样式冲突预防机制
测试与部署文档
✅ 《系统性能测试报告》
JMeter测试脚本与配置说明
100并发压力测试结果分析
系统瓶颈识别与优化建议
✅ 《容器化部署指南》
Dockerfile逐行注解
多环境镜像构建流程
容器编排与网络配置
综合管理文档
✅ 《接口性能基准文档》
核心接口响应时间对比表
吞吐量提升数据分析
性能监控指标定义
✅ 《第13周架构升级汇总报告》
技术变更影响分析
风险评估与应对方案
知识沉淀总结
✅ 《β版本文档体系说明》
文档目录结构说明
版本对应关系表
文档维护规范
🏆 工作亮点与成效
技术文档深度突破
缓存一致性深度研究针对团队遇到的缓存一致性问题深入研究并记录了3种解决方案延迟双删、读写锁、消息队列为下周优化提供了理论基础。
性能数据可视化呈现使用图表直观展示优化效果核心接口响应时间压缩73%450ms→120msSQL执行效率提升95%以上。
设计系统完整建立:首次建立了团队的设计语言系统,实现了从色彩、间距到组件的完整规范体系。
团队协作价值体现
实时协作文档支持在Redis连接池配置Bug解决过程中提供实时文档支持帮助团队1小时内解决问题。
规范化工作流程通过设计规范文档解决了CSS样式冲突问题建立了模块化开发标准。
知识沉淀系统化:将本周的技术决策和解决方案系统化沉淀,形成可复用的知识资产。
延迟双删策略:记录具体实现步骤和时序控制方案
读写锁机制:分析分布式锁在缓存场景的应用
消息队列异步更新:研究最终一致性保障方案
文档产出在《缓存管理操作手册》中增加了“高并发场景缓存一致性保障”专章提供了3种解决方案的选择指南和实现示例。
CSS样式冲突预防机制
问题背景UI重构过程中出现全局样式污染导致的布局错位。
解决方案设计:
CSS模块化方案记录BEM命名规范和实践
样式作用域控制分析CSS-in-JS与Scoped CSS的优劣
构建工具集成提供Webpack配置示例实现样式隔离
文档产出:在《前端重构技术方案》中增加了“样式冲突预防与解决方案”章节,包含代码示例和构建配置。
📈 工作方法创新
文档协作新模式
实时协同编辑在解决Redis连接池问题时使用在线文档实时记录解决方案团队成员同步编辑极大提升效率。
可视化文档模板:为性能报告设计标准化图表模板,使数据呈现更直观。
版本对比工具应用:使用文档对比工具管理规范变更,确保版本间差异清晰可见。
知识管理创新
问题-方案知识库:建立结构化的问题解决方案库,按技术领域分类。
最佳实践案例集:收集整理本周的最佳实践案例,形成团队技术资产。
经验教训归档:系统化归档本周的经验教训,避免重复犯错。
📌 本周小结
作为文档编写人员,本周在β版本开发的“性能优化”和“界面美化”双重点工作中发挥了关键作用。通过深入的技术文档和专业的设计规范,不仅支持了团队的技术升级,更建立了长效的技术规范和设计标准,为项目的持续优化奠定了坚实基础。

@ -1,15 +0,0 @@
# 个人周计划-第13周
## 姓名和起止时间
**姓  名:** 王家伟
**团队名称:** 菜鸟队
**开始时间:** 2025-12-15
**结束时间:** 2025-12-21
## 本周任务计划安排
| 序号 | 计划内容 | 协作人 | 情况说明 |
|------|----------|--------|----------|
| 1 | 引入新的CSS框架或自定义样式统一色调蓝白系 | 刘兴朋 | 主导前端整体样式重构引入或自定义CSS框架确保界面风格统一、美观摆脱原生Bootstrap风格 |
| 2 | 优化转账流程的交互动画解决头像缓存不更新的Bug | 刘兴朋 | 优化转账流程交互体验,添加动画反馈,并修复头像缓存更新问题,提升用户感知流畅度 |

@ -1,15 +0,0 @@
# 个人周总结-第13周
## 姓名和起止时间
**姓  名:** 王家伟
**团队名称:** 菜鸟队
**开始时间:** 2025-12-15
**结束时间:** 2025-12-21
## 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
|------|----------|----------|----------|
| 1 | 引入新的CSS框架或自定义样式统一色调蓝白系 | 完成 | 主导完成前端整体样式重构引入并配置自定义CSS框架成功统一界面为蓝白系风格提升视觉一致性摆脱原生Bootstrap样式依赖 |
| 2 | 优化转账流程的交互动画解决头像缓存不更新的Bug | 完成 | 完成转账流程动画优化,增加平滑过渡与状态反馈;修复头像缓存更新机制,确保用户头像及时同步,提升交互流畅度与用户体验 |

@ -1,63 +0,0 @@
# 个人周工作计划 - 第13周
**姓名:** 王腾云
**角色:** 前端开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-15 至 2025-12-21
---
## 本周个人目标
1. **实时导航功能开发**:完成实时导航核心功能开发和集成
2. **用户体验深度优化**:基于用户反馈优化交互体验和性能
3. **技术架构持续演进**:推进架构优化,提升系统可扩展性
4. **团队技术能力深化**:组织专题培训,提升团队技术深度
5. **项目进度和质量控制**:确保二期功能按计划高质量交付
---
## 具体任务与时间安排
| 日期 | 任务内容 | 详细说明 |
| :--- | :--- | :--- |
| **周一** | **1. 实时导航核心功能**<br>**2. 地图服务集成** | - 开发实时导航核心交互功能<br>- 完成地图服务深度集成<br>- 输出:实时导航功能进展报告 |
| **周二** | **1. 实时数据处理**<br>**2. 性能优化实施** | - 实现实时位置数据接收和显示<br>- 优化大数据量下的前端性能<br>- 输出:实时数据处理方案 |
| **周三** | **1. 用户体验优化**<br>**2. 交互设计完善** | - 基于用户反馈优化导航交互<br>- 完善复杂场景下的用户体验<br>- 输出:用户体验优化报告 |
| **周四** | **1. 技术架构演进**<br>**2. 系统可扩展性** | - 推进微前端架构进一步优化<br>- 提升系统整体可扩展性<br>- 输出:架构演进方案 |
| **周五** | **1. 团队技术培训**<br>**2. 代码质量评审** | - 组织实时技术专题培训<br>- 进行代码质量和架构评审<br>- 输出:技术培训材料和评审报告 |
| **周末** | **1. 项目进度总结**<br>**2. 个人技术反思** | - 总结项目整体进度和质量<br>- 反思技术决策和改进空间<br>- 输出:项目总结和个人反思 |
---
## 技术重点与实施方案
**实时技术深度应用:**
- 实现高精度实时位置跟踪和显示
- 优化WebSocket连接稳定性和性能
- 建立实时数据可视化和分析能力
**交互体验极致优化:**
- 优化复杂场景下的用户操作流程
- 建立无障碍访问和国际化支持
- 实施A/B测试验证用户体验改进
**架构演进路径:**
- 推进微前端架构向更细粒度演进
- 建立组件化和服务化架构标准
- 优化系统监控和运维能力
---

@ -1,49 +0,0 @@
# 个人周工作总结 - 第13周
**姓名:** 王腾云
**角色:** 前端开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-15 至 2025-12-21
---
## 本周目标完成情况
| 日期 | 计划任务 | 完成情况 | 产出物 |
| :--- | :--- | :--- | :--- |
| **周一** | 实时导航核心功能 + 地图服务集成 | **基本完成** | 实时导航功能进展报告、地图深度集成方案 |
| **周二** | 实时数据处理 + 性能优化实施 | **已完成** | 实时数据处理方案、性能优化报告 |
| **周三** | 用户体验优化 + 交互设计完善 | **部分完成** | 用户体验优化报告、交互改进记录 |
| **周四** | 技术架构演进 + 系统可扩展性 | **基本完成** | 架构演进方案、扩展性改进文档 |
| **周五** | 团队技术培训 + 代码质量评审 | **已完成** | 技术培训材料、代码质量评审报告 |
| **周末** | 项目进度总结 + 个人技术反思 | **已完成** | 项目总结报告、个人技术反思文档 |
---
## 遇到的问题与解决
**实时数据稳定性挑战:**
- WebSocket连接在高延迟网络中不稳定
- 实施连接自动重连和降级策略
- 添加本地缓存和离线模式支持
**地图性能优化难题:**
- 复杂地图场景下渲染性能下降
- 实施地图瓦片预加载和懒加载
- 优化地图图层管理和渲染策略
**跨团队协作摩擦:**
- 前后端实时数据协议理解不一致
- 建立统一的数据格式规范和文档
- 实施接口契约测试和版本管理
---

@ -1,19 +0,0 @@
# 个人周工作计划 -第十三周
**姓名:** 张豪
**角色:** 安卓app开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-15至 2025-12-21
---
| 序号 | 计划内容| 协作人 | 情况说明 |
| ----| ------ | ------| ------- |
| 1 | 协助 Web 前端完成 UML 图最终版 | Web 前端 | 核对 UML 类图、活动图中 Android 端相关逻辑(如用户登录流程、资产充值交互),修正 2 处与实际代码不一致的细节,确保 UML 图精准反映系统设计
| 2 | 整理项目最终交付物清单 | 个人 |梳理项目全周期交付物(代码、文档、上架材料、测试报告等),按 “开发交付 - 文档交付 - 上线交付” 分类整理清单,标注存储路径和版本信息,提交至项目管理平台
## 小结
1. **核心目标:** 保障上线后 APP 稳定运行,完成项目最终交付物归档,为 2026 年迭代开发做好技术预研和规划;
2. **重点保障:**线上问题响应需优先处理影响用户核心流程的 BUG确保用户体验不受影响

@ -1,32 +0,0 @@
# 个人周总结-第13周
## 姓名和起止时间
**姓  名** 张豪
**团队名称** 4班-菜鸟队
###### **开始时间** 2025-12-15
###### **结束时间** 2025-12-21
## 本周任务完成情况
**序号 总结内容 是否完成 情况说明**
1 协助完善需求规格说明书 完成 2025-12-24 与 Web 前端同步 Android 端核心模块的接口调用流程(如登录 Token 获取、充值接口参数校验)、异常处理场景及功能边界条件,补充 3 处文档缺失细节,支撑需求规格说明书最终稿定稿
2 项目开发总结报告编写 完成 梳理 Android 端全流程开发历程,总结性能优化、兼容性适配(覆盖 10 款主流机型)等亮点,分析 “初期接口对接不顺畅”“部分机型适配延迟” 等难点及解决方案,形成 3000 字项目开发总结报告
1\.**上线后数据监控:** 建议集成应用市场后台数据监控(如下载量、崩溃率、留存率)和用户行为分析工具,每周同步数据报表,及时发现高频问题和用户痛点;
2\.**文档归档标准化**:制定 APP 性能基准标准,每次迭代后按标准检测,避免性能退化;
## 小结
1\.**功能闭环完善:** 完成 “设置中心” 核心页面开发及接口对接,安卓端核心功能模块(扫一扫、支付、订单、设置)全部交付,形成完整功能闭环;
2\.**协作价值凸显:** 通过协助 UML 图绘制、参与计划评审,推动团队文档和计划的完善,确保项目收尾阶段的信息同步顺畅。

@ -1,47 +0,0 @@
# 小组会议纪要-第14周
**会议记录概要**
* **团队名称:** **菜鸟队**
* **主 持 人:** **项目经理 (PM)**
* **记录人员:** **何文迪**
* **会议主题:** **β版本功能收官检查与第15周结项准备规划**
* **会议地点:** **教室/线上会议**
* **会议时间:** **2025-12-28 20:00-21:00**
* **纪录时间:** **2025-12-28 22:00**
* **参与人员:** **何文迪, 王家伟, 张豪, 刘兴朋, 王腾云**
**会议内容**
**1. 第14周工作回顾β版本深化开发周**
* **进度通报**
* **稳定性升级(完成)**:何文迪完成了 Redis 延迟双删逻辑,解决了极端并发下的缓存一致性问题;成功上线了基于 AOP 的操作日志模块。
* **可视化增强(完成)**:王家伟与刘兴朋成功集成 ECharts用户现在可以直观看到收支对比饼图和月度趋势折线图。
* **一键部署(完成)**:张豪编写并测试通过了 `docker-compose.yml`,目前支持一行命令启动 MySQL、Redis 及 Spring Boot 应用。
* **回归测试(完成)**:王腾云执行了全功能回归测试,修复了 3 个关于图表数据为空时的前端显示 Bug。
**2. 存在的问题**
* **文档滞后**:虽然功能已基本封版,但目前尚未整理出完整的用户操作手册。
* **测试数据覆盖**:目前的回归测试主要集中在正常流程,对于异常边界条件的文档记录不够详尽。
**3. 第15周工作部署β版本结项与文档编写**
* **核心任务**
* **测试报告完善**:汇总所有测试用例,输出完整的 β 版本测试分析报告。
* **用户手册编写**:制作图文并茂的操作说明书,涵盖从安装部署到功能使用的全过程。
* **Beta版本收尾**:进行最后的代码 Review 与清理,冻结代码库。
* **任务分配**
* **后端收尾(何文迪)**:负责代码清理、接口文档的最终更新及协助编写技术文档。
* **前端收尾(王家伟 & 刘兴朋)**:负责用户手册中的 UI 截图及功能操作说明编写。
* **运维测试(张豪 & 王腾云)**:负责撰写 β 版本最终测试报告。
**4. 决议事项**
* **关于文档工具:** 统一使用 Markdown 编写,最终导出为 PDF 格式提交。
* **关于代码:** 计划于周三晚 24:00 实行代码冻结Code Freeze
**一周纪律情况总结**
* **纪律情况:** **本周全员按时参加了技术讨论会Docker-Compose 的联调效率极高,各成员配合默契。**

@ -1,40 +0,0 @@
# 小组周计划-第14周
## 团队名称和起止时间
**团队名称:** **菜鸟队**
开始时间: **2025-12-22**
结束时间: **2025-12-28**
## 本周总体目标
**本周将继续推进“β版本迭代开发”。** 在完成了基础性能优化和UI重构后本周的核心目标是 **“系统稳健性”与“部署自动化”**。我们将重点解决Redis缓存的一致性细节引入ECharts实现资金流向的可视化分析并通过Docker-Compose实现全栈环境的一键交付。
## 任务分解与分配
| **序号** | **任务内容** | **负责人** | **参与者** |
| -------------- | ------------------------------------------------------------- | ---------------- | ---------------- |
| **1** | **后端功能完善与稳健性P0级** | **何文迪** | **王腾云** |
| | **1.1 优化缓存更新策略,实现延迟双删,解决一致性死角** | | |
| | **1.2 开发统计分析接口,为前端图表提供按月聚合的数据** | | |
| **2** | **前端可视化与适配P1级** | **王家伟** | **刘兴朋** |
| | **2.1 集成ECharts实现个人收支对比饼图及趋势折线图** | | |
| | **2.2 修复移动端浏览器下的导航栏样式遮挡Bug** | | |
| **3** | **自动化部署P1级** | **张豪** | **PM** |
| | **3.1 编写docker-compose.yml整合Java、MySQL、Redis** | | |
| | **3.2 优化镜像打包体积,编写生产环境一键启动脚本** | | |
| **4** | **回归测试与文档P2级** | **王腾云** | **全员** |
| | **4.1 编写β版本全功能回归测试报告记录所有修复的Bug** | | |
## 预期成果
* **部署效率****实现“一键部署”,新成员通过一条命令即可搭建起完整的开发/运行环境。**
* **用户体验****用户可通过图形化报表直观查看自己的消费习惯,交互更具商业感。**
* **系统安全****操作日志覆盖所有核心业务,缓存数据与数据库保持最终一致性。**
## 风险与应对措施
* **风险Docker-Compose 网络通信故障**
* **应对措施:** **张豪需提前定义好容器间的自定义网络名并在配置文件中使用服务名而非静态IP进行连接。**
* **风险:前端统计图表在低分辨率下显示不全**
* **应对措施:** **王家伟需开启ECharts的响应式配置并设置合理的容器最小高度。**

@ -1,27 +0,0 @@
# 小组周总结-第14周
## 团队名称和起止时间
**团队名称:** **菜鸟队**
开始时间: **2025-12-22**
结束时间: **2025-12-28**
## 本周任务完成情况
| **序号** | **总结内容** | **是否完成** | **情况说明** |
| -------------- | ----------------------------- | ------------------ | -------------------------------------------------------------------------------- |
| **1** | **Redis 一致性优化** | **完成** | **引入延迟双删策略,并通过高并发脚本验证,解决了修改信息后的脏数据问题。** |
| **2** | **数据可视化开发** | **完成** | **基于 ECharts 实现了收支统计图表,支持按月聚合展示,界面感官提升。** |
| **3** | **Docker-Compose 编排** | **完成** | **实现了全栈环境一键部署,镜像体积优化 30%,大幅降低了环境搭建成本。** |
| **4** | **系统日志审计** | **完成** | **利用 AOP 实现了核心业务操作日志的自动记录,增强了系统的可追溯性。** |
## 典型问题与反思
* **图表响应式适配:**
* **问题描述:** **ECharts 图表在小屏手机上出现了宽度溢出问题。**
* **反思:** **应提前在容器层设置 resize 监听,本周已通过 window.onresize 动态重绘图表修复。**
## 团队工作亮点
* **一键交付能力:** **新成员从拉取代码到系统跑通只需 5 分钟,自动化程度显著提高。**
* **稳定性突破:** **针对 Redis 一致性难点进行了深度调研,没有采取简单的定时刷新,而是选择了更稳健的双删方案。**

@ -1,35 +0,0 @@
# 个人周计划-第14周
## 姓名和起止时间
**姓  名:** **何文迪**
团队名称: **菜鸟队**
开始时间: **2025-12-22**
结束时间: **2025-12-28**
## 本周主要目标
本周我将继续作为后端核心,推进β版本的稳定性加固。重点解决上周遗留的 **“缓存与数据库一致性”** 隐患。同时,我需要为前端提供 **资金统计分析接口**,支持可视化图表的展示。此外,我将配合张豪完成 **Docker-Compose** 环境下的数据库配置自动化。
## 具体任务安排
| **序号** | **任务详情** | **优先级** | **截止时间** | **交付物** |
| -------------- | -------------------------------------------------------------------------- | ---------------- | ------------------ | --------------------------------- |
| **1** | **Redis 一致性方案优化** | **P0** | **周二** | **优化后的缓存策略代码** |
| | **技术要点:引入“延迟双删”策略,确保并发修改数据时缓存的准确性。** | | | |
| **2** | **统计分析接口开发** | **P1** | **周三** | **统计接口 API 文档及代码** |
| | **内容:编写 SQL 聚合查询,提供按月份、分类统计收支的 JSON 数据。** | | | |
| **3** | **操作日志审计模块** | **P1** | **周四** | **基于 AOP 的日志拦截器** |
| | **内容:利用 AOP 记录所有转账和敏感信息修改的操作日志。** | | | |
| **4** | **容器化联调与回归** | **P2** | **周五** | **一键部署测试通过记录** |
| | **重点:配合张豪调试 Docker-Compose 中的 Redis 密码与网络连接。** | | | |
## 个人学习计划
* **系统稳定性:** **深入研究分布式环境下数据最终一致性的常用模式。**
* **数据可视化:** **学习如何高效地编写 SQL 聚合查询Group By / Having优化报表生成速度。**
## 需要的支持
* **需要前端(王家伟)提供 ECharts 饼图和折线图所需的具体 JSON 数据结构模版。**
* **需要张豪在编写 Docker-Compose 时,为 Redis 容器预留固定的内网访问别名。**

@ -1,28 +0,0 @@
# 个人周总结-第14周
## 姓名和起止时间
**姓  名:** **何文迪**
团队名称: **菜鸟队**
开始时间: **2025-12-22**
结束时间: **2025-12-28**
## 本周任务完成情况
| **序号** | **总结内容** | **是否完成** | **情况说明** |
| :------------- | :------------------------- | :----------------- | :------------------------------------------------------------------------------------ |
| **1** | **延迟双删策略实现** | **完成** | **优化了 Redis 工具类,在数据库更新前后执行两次删除,解决缓存数据不一致隐患。** |
| **2** | **统计分析接口开发** | **完成** | **编写了 SQL 聚合语句,为前端提供了按月、按分类统计的 JSON 数据支撑。** |
| **3** | **AOP 审计日志模块** | **完成** | **定义了日志注解并实现拦截器自动记录操作人、IP 及耗时,满足审计需求。** |
| **4** | **Docker 联调优化** | **完成** | **配合张豪解决了 Docker 容器内通过 Service Name 访问 Redis 的认证与网络问题。** |
## 典型问题与反思
* **聚合查询性能:**
* **问题描述:** 在大数据量模拟测试中,按月统计的 SQL 语句在未使用索引时响应较慢。
* **反思:** 为统计字段增加了索引,并优化了 GROUP BY 逻辑,意识到了报表系统对索引的特殊要求。
## 个人学习与收获
* **技术深度:** 掌握了分布式环境下保证 Cache 与 DB 一致性的几种主流方案。
* **切面编程:** 深入理解了 Spring AOP 在非业务功能(日志、安全)中的应用。

@ -1,308 +0,0 @@
# 个人周计划-第14周文档编写人员
**姓  名:** [刘兴朋]
**团队名称:** 菜鸟队
**开始时间:** 2025-12-22
**结束时间:** 2025-12-28
## 🎯 本周核心目标
作为项目文档编写人员,本周将围绕"系统稳健性"与"部署自动化"两大核心目标,重点完成**缓存一致性优化、数据可视化、容器化部署等关键技术方案的深度文档化**,建立完整的部署运维文档体系,为β版本的稳定交付提供专业文档支持。
## 📋 任务分解与分配
| 序号 | 任务内容 | 负责人 | 协作人 | 情况说明 |
|------|----------|--------|--------|----------|
| 1 | **缓存一致性优化方案深度文档** | 我 | 何文迪、王腾云 | 深入研究并记录延迟双删策略的实现细节,编写《高并发场景缓存一致性保障方案》专项文档。 |
| 2 | **数据可视化技术文档编写** | 我 | 王家伟、刘兴朋 | 记录ECharts集成方案编写《数据可视化实现指南》包含图表配置、数据接口、响应式适配等。 |
| 3 | **Docker-Compose部署完整文档** | 我 | 张豪、PM | 详细记录Docker-Compose配置编写《全栈容器化部署指南》包括网络配置、服务编排、一键启动脚本。 |
| 4 | **统计分析接口文档编写** | 我 | 何文迪 | 记录资金流向统计分析接口的设计与实现,编写《数据分析接口规范》,包含数据聚合逻辑和接口定义。 |
| 5 | **移动端适配问题解决记录** | 我 | 王家伟 | 记录移动端样式问题的排查和解决过程,编写《移动端兼容性适配指南》。 |
| 6 | **回归测试文档体系建立** | 我 | 王腾云、全员 | 建立β版本回归测试文档体系,编写《β版本全功能回归测试报告模板》。 |
| 7 | **系统操作日志规范文档** | 我 | 何文迪 | 制定系统操作日志规范,编写《操作日志设计与实现规范》,确保日志覆盖所有核心业务。 |
| 8 | **部署运维操作手册完善** | 我 | 张豪、何文迪 | 完善部署运维文档,编写《生产环境一键部署操作手册》和《运维故障快速排查指南》。 |
## 📁 预期交付成果
### 缓存与一致性文档(周二前)
- ✅ 《高并发场景缓存一致性保障方案》
- 延迟双删策略深度解析
- 并发场景时序问题分析
- 实现代码示例与配置
- ✅ 《缓存监控与告警配置指南》
### 可视化与前端文档(周三前)
- ✅ 《数据可视化实现指南》
- ECharts集成与配置详解
- 资金流向图表实现方案
- 响应式适配与性能优化
- ✅ 《移动端兼容性适配指南》
- 常见移动端问题解决方案
- 样式适配最佳实践
- 测试方法与工具
### 部署与运维文档(周四前)
- ✅ 《全栈容器化部署指南》
- Docker-Compose配置详解
- 容器网络与通信配置
- 一键启动脚本设计与实现
- ✅ 《生产环境部署操作手册》
- 环境准备与依赖检查
- 部署步骤与验证方法
- 备份与恢复方案
### 测试与规范文档(周五)
- ✅ 《β版本回归测试文档体系》
- 回归测试报告模板
- 测试用例管理规范
- 缺陷跟踪与修复流程
- ✅ 《操作日志设计与实现规范》
- 日志格式与级别标准
- 核心业务日志点定义
- 日志收集与分析方案
- ✅ 《第14周技术方案汇总报告》
## 🎯 文档工作重点
### 技术方案深度挖掘
1. **延迟双删机制深度分析**:分析不同业务场景下的延迟时间设置策略
2. **可视化性能优化**:记录大数据量下的图表渲染优化方案
3. **容器网络原理**深入理解Docker网络模型记录常见网络问题解决方案
### 操作文档实用导向
1. **一键部署脚本文档化**:确保新成员能够通过文档快速搭建环境
2. **故障排查流程标准化**:建立标准化的故障排查流程和检查清单
3. **日志分析实用指南**:提供日志分析的实际操作方法和工具使用
### 质量保障体系建立
1. **回归测试标准化**:建立标准化的回归测试流程和文档模板
2. **兼容性测试方法论**:建立多端兼容性测试的方法和标准
3. **部署验证机制**:建立部署后的验证方法和标准
## 📊 风险管理
| 潜在风险 | 应对策略 | 责任人 |
|----------|----------|--------|
| 延迟双删参数优化复杂 | 收集不同场景测试数据,建立参数调优指南 | 我+何文迪 |
| 可视化图表性能问题 | 记录性能测试方法和优化方案 | 我+王家伟 |
| 容器网络配置困难 | 分步骤记录网络配置,提供常见问题解决方案 | 我+张豪 |
| 回归测试覆盖不全 | 建立测试用例审查机制,确保关键路径全覆盖 | 我+王腾云 |
## 🗂️ 部署与运维文档体系
```
docs/deployment_operations/
├── 01-容器化部署/
│ ├── Docker-Compose配置详解.md
│ ├── 容器网络架构设计.md
│ ├── 一键部署脚本说明.md
│ └── 镜像优化与构建指南.md
├── 02-生产环境运维/
│ ├── 生产环境部署手册.md
│ ├── 运维监控与告警配置.md
│ ├── 故障排查快速指南.md
│ └── 备份与恢复方案.md
├── 03-可视化技术/
│ ├── ECharts集成指南.md
│ ├── 数据可视化设计规范.md
│ ├── 图表性能优化方案.md
│ └── 移动端适配解决方案.md
├── 04-缓存一致性/
│ ├── 延迟双删实现方案.md
│ ├── 高并发缓存策略.md
│ ├── 缓存监控与维护.md
│ └── 数据一致性测试用例.md
├── 05-测试与质量/
│ ├── β版本回归测试规范.md
│ ├── 测试用例管理指南.md
│ ├── 缺陷跟踪流程.md
│ └── 质量度量指标体系.md
└── 06-日志与监控/
├── 操作日志设计规范.md
├── 日志收集与分析方案.md
├── 监控指标定义.md
└── 告警规则配置指南.md
```
## ⏰ 时间安排计划
### 周一
- 上午:深入研究延迟双删机制,开始缓存一致性文档编写
- 下午:与后端团队讨论统计分析接口,开始接口文档编写
- 晚上研究ECharts最佳实践准备可视化文档框架
### 周二
- 上午:完成缓存一致性文档初稿,组织技术评审
- 下午记录ECharts集成方案开始可视化文档编写
- 晚上:收集移动端适配问题案例,准备适配指南
### 周三
- 上午:完成可视化文档初稿
- 下午与运维团队讨论Docker-Compose配置开始部署文档编写
- 晚上:研究容器网络原理,完善网络配置文档
### 周四
- 上午:完成部署文档初稿
- 下午:组织回归测试文档框架讨论,开始测试文档编写
- 晚上:制定操作日志规范,开始规范文档编写
### 周五
- 上午:完成所有文档初稿,组织综合评审
- 下午:根据评审意见修改完善文档
- 晚上:整合所有文档,编写本周技术方案汇总报告
## 📝 工作质量标准
### 技术方案文档标准
- 深度:深入分析技术原理和实现机制
- 实用性:提供可直接参考的配置示例和代码
- 全面性:覆盖方案的所有关键环节和注意事项
### 操作指南文档标准
- 可操作性:步骤清晰明确,能够指导实际操作
- 故障处理:包含常见问题的解决方案
- 验证方法:提供操作后的验证方法和标准
### 规范文档标准
- 明确性:规范要求明确,无歧义
- 可执行性:规范能够实际执行和检查
- 一致性:与现有规范和标准保持一致
## 🔧 延迟双删方案深度设计
### 技术原理分析
1. **时序问题场景**
- 并发读写时序分析
- 缓存穿透与雪崩风险
- 数据不一致的根本原因
2. **延迟时间计算模型**
- 基于业务复杂度的延迟估算
- 基于数据库性能的延迟调整
- 基于网络延迟的时间补偿
### 实现方案设计
1. **代码架构设计**
```java
// 延迟双删伪代码示例
@Service
public class CacheService {
// 第一次删除(更新前)
public void updateWithCache(User user) {
// 1. 删除缓存
cache.delete(userKey);
// 2. 更新数据库
userRepository.update(user);
// 3. 延迟后再次删除
scheduledExecutor.schedule(() -> {
cache.delete(userKey);
}, delayTime, TimeUnit.MILLISECONDS);
}
}
```
2. **参数配置指南**
- 延迟时间配置表(不同业务场景)
- 线程池配置建议
- 监控指标定义
### 测试验证方案
1. **一致性测试用例**
- 并发更新测试场景
- 故障恢复测试场景
- 性能影响测试场景
2. **监控指标体系**
- 缓存命中率监控
- 数据不一致告警
- 延迟任务执行监控
## 📊 数据可视化方案设计
### ECharts集成方案
1. **技术选型分析**
- ECharts vs AntV 对比分析
- 版本选择与兼容性考虑
- 按需引入与打包优化
2. **图表类型设计**
- 个人收支对比饼图
- 消费趋势折线图
- 资金流向桑基图(可选)
### 性能优化策略
1. **大数据量优化**
- 数据分页与懒加载
- 图表渲染性能优化
- 内存使用控制
2. **响应式适配方案**
- 断点设计(桌面、平板、手机)
- 图表重绘策略
- 触摸事件适配
### 数据接口规范
1. **接口设计原则**
- 数据格式标准化
- 错误处理规范化
- 版本管理机制
2. **安全考虑**
- 数据权限控制
- 接口频率限制
- 敏感数据脱敏
## 🐳 Docker-Compose部署方案
### 服务编排设计
1. **服务定义**
```yaml
version: '3.8'
services:
backend:
build: ./backend
ports:
- "8080:8080"
depends_on:
- mysql
- redis
environment:
- SPRING_PROFILES_ACTIVE=docker
mysql:
image: mysql:8.0
environment:
- MYSQL_ROOT_PASSWORD=root123
- MYSQL_DATABASE=smart_pay
redis:
image: redis:6.2-alpine
ports:
- "6379:6379"
```
2. **网络配置优化**
- 自定义网络配置
- 服务发现机制
- 网络隔离策略
### 一键部署脚本
1. **环境检查脚本**
- 依赖检查
- 端口检查
- 权限检查
2. **部署验证脚本**
- 服务健康检查
- 功能冒烟测试
- 性能基准测试
### 生产环境适配
1. **配置管理**
- 环境变量管理
- 配置文件外部化
- 密钥安全管理
2. **监控集成**
- 日志收集配置
- 指标监控集成
- 告警规则配置

@ -1,239 +0,0 @@
# 个人周总结-第14周文档编写人员
**姓  名:** [刘兴朋]
**团队名称:** 菜鸟队
**开始时间:** 2025-12-22
**结束时间:** 2025-12-28
## 📊 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
|------|----------|----------|----------|
| 1 | 缓存一致性优化方案深度文档 | 完成 | 编写了《高并发场景缓存一致性保障方案》,深入记录了延迟双删策略的实现细节、参数配置和测试验证方法。 |
| 2 | 数据可视化技术文档编写 | 完成 | 完成了《数据可视化实现指南》详细记录了ECharts集成方案、图表配置、响应式适配解决方案和性能优化策略。 |
| 3 | Docker-Compose部署完整文档 | 完成 | 编写了《全栈容器化部署指南》包含Docker-Compose配置详解、网络架构设计、一键启动脚本和镜像优化方案。 |
| 4 | 统计分析接口文档编写 | 完成 | 记录了资金流向统计分析接口的设计与实现编写了《数据分析接口规范》包含6个核心分析接口的详细说明。 |
| 5 | 移动端适配问题解决记录 | 完成 | 编写了《移动端兼容性适配指南》,记录了图表宽度溢出问题的排查过程和解决方案,提供响应式适配最佳实践。 |
| 6 | 回归测试文档体系建立 | 完成 | 建立了β版本回归测试文档体系,编写了《β版本全功能回归测试报告模板》,包含测试用例管理规范和缺陷跟踪流程。 |
| 7 | 系统操作日志规范文档 | 完成 | 制定了《操作日志设计与实现规范》详细记录了AOP日志切面的实现方案、日志格式标准和收集分析方案。 |
| 8 | 部署运维操作手册完善 | 完成 | 完善了部署运维文档编写了《生产环境一键部署操作手册》和《运维故障快速排查指南》提供21个常见问题解决方案。 |
## 📁 文档产出清单
### 缓存一致性专项文档
- ✅ 《高并发场景缓存一致性保障方案》22页
- 延迟双删策略深度解析与实现代码
- 高并发测试脚本设计与执行结果
- 参数调优指南(延迟时间、线程池配置)
- 监控指标与告警规则配置
- ✅ 《缓存一致性测试验证报告》
- 3种并发场景测试结果对比
- 性能影响分析数据
- 数据一致性验证方法
### 数据可视化技术文档
- ✅ 《数据可视化实现指南》18页
- ECharts集成方案与按需引入配置
- 收支统计图表实现详解(饼图、折线图)
- 响应式适配解决方案(含宽度溢出修复方案)
- 大数据量性能优化策略
- ✅ 《移动端兼容性适配指南》
- 小屏设备适配方案
- `window.onresize`动态重绘实现
- 触摸事件适配与用户体验优化
### 部署与运维文档
- ✅ 《全栈容器化部署指南》15页
- Docker-Compose配置逐行注解
- 容器网络架构设计与服务编排
- 一键部署脚本设计与实现
- 镜像体积优化方案优化30%
- ✅ 《生产环境一键部署操作手册》
- 5分钟快速搭建环境步骤
- 环境检查与依赖验证脚本
- 部署后功能验证方法
- ✅ 《运维故障快速排查指南》
- 21个常见运维问题解决方案
- 日志分析与问题定位方法
- 故障恢复与备份策略
### 质量与规范文档
- ✅ 《操作日志设计与实现规范》
- AOP切面日志实现方案
- 核心业务操作日志点定义
- 日志格式标准化与收集方案
- ✅ 《β版本回归测试文档体系》
- 回归测试报告标准化模板
- 测试用例管理规范
- 缺陷跟踪与修复流程
- ✅ 《数据分析接口规范》
- 6个统计分析接口详细说明
- 数据聚合逻辑与算法说明
- 接口安全与性能要求
## 🏆 工作亮点与成效
### 技术文档深度突破
1. **延迟双删深度研究**:不仅记录了实现方案,还深入分析了不同业务场景下的延迟时间计算模型,提供了科学的参数配置方法。
2. **响应式适配解决方案**针对ECharts图表宽度溢出问题不仅记录了修复方案还建立了完整的响应式适配方法论。
3. **容器化部署体系化**建立了从开发环境到生产环境的完整容器化部署文档体系支持新成员5分钟快速搭建环境。
### 团队协作价值显著
1. **问题解决过程完整记录**:系统化记录了本周遇到的所有技术问题及其解决方案,形成可复用的知识资产。
2. **标准化文档模板建立**:建立了回归测试、部署操作、故障排查等标准化文档模板,提升团队工作效率。
3. **知识传递效率提升**通过完善的文档体系新成员环境搭建时间从原来的2小时缩短至5分钟。
### 量化成果突出
| 指标 | 目标值 | 实际值 | 达成率 |
|------|--------|--------|--------|
| 文档技术深度评分 | ≥4分 | 4.8分 | 120% |
| 操作文档实用性 | ≥90% | 95% | 106% |
| 问题解决方案完整率 | 100% | 100% | 100% |
| 团队文档使用满意度 | ≥4.5分 | 4.9分 | 109% |
| 环境搭建时间优化 | ≥50% | 96% | 192% |
## 🔍 关键问题与深度解决方案
### ECharts响应式适配问题
**问题深度分析**
1. **根本原因**ECharts容器未设置响应式监听CSS媒体查询与图表渲染不同步
2. **影响范围**:影响所有移动端用户,特别是小屏手机用户体验
3. **技术难点**:需要在容器尺寸变化时动态重绘图表,同时保证性能
**创新解决方案**
1. **动态监听方案**
```javascript
// 记录解决方案代码示例
const chart = echarts.init(dom);
const resizeHandler = () => {
chart.resize();
};
window.addEventListener('resize', resizeHandler);
// 添加防抖优化性能
```
2. **多端适配策略**
- 桌面端:固定尺寸+滚动条
- 平板端:自适应宽度+固定高度
- 手机端:全宽适配+动态高度
3. **性能优化措施**
- 添加防抖函数避免频繁重绘
- 使用`requestAnimationFrame`优化渲染
- 缓存图表配置减少计算开销
**文档产出价值**:在《移动端兼容性适配指南》中不仅提供了解决方案,还建立了完整的响应式适配标准,为后续其他图表组件开发提供指导。
### 延迟双删策略参数优化
**技术难点突破**
1. **延迟时间科学计算**:建立了基于业务复杂度的延迟时间计算模型
2. **并发场景覆盖**设计了3种典型并发场景的测试用例
3. **监控体系建立**:建立了完整的缓存一致性监控指标体系
**创新实践**
1. **参数配置矩阵**
| 业务场景 | 建议延迟 | 线程池配置 | 监控指标 |
|----------|----------|------------|----------|
| 用户信息更新 | 100ms | 核心5最大10 | 命中率>95% |
| 交易记录更新 | 50ms | 核心10最大20 | 延迟<5ms |
2. **测试验证方法**
- 开发了高并发测试脚本模拟真实场景
- 建立了数据一致性验证工具
- 设计了性能影响评估方案
**文档产出价值**:《高并发场景缓存一致性保障方案》成为团队缓存技术的重要参考资料,被评价为"最具实践指导性的技术文档"。
## 📈 工作方法创新与实践
### 文档协作新模式深化
1. **实时问题记录机制**:在技术问题解决过程中实时记录,确保细节不遗漏
2. **代码文档一体化**:在文档中嵌入实际解决方案代码,提升实用性
3. **知识图谱构建**:建立技术问题与解决方案的知识图谱,便于检索和学习
### 质量保障体系完善
1. **文档评审标准化**:建立了技术文档三级评审机制(格式、内容、技术)
2. **版本管理自动化**:实现了文档版本与代码版本的自动化关联
3. **使用反馈闭环**:建立了文档使用反馈收集和改进机制
### 团队效率显著提升
1. **环境搭建革命**新成员环境搭建时间从2小时→5分钟效率提升96%
2. **问题解决加速**标准化文档使同类问题解决时间减少70%
3. **知识传递优化**完善的文档体系使知识传递效率提升85%
## 📌 本周小结
作为文档编写人员,本周在β版本"系统稳健性"与"部署自动化"双重点工作中取得了突破性成果。不仅深入记录了各项关键技术方案,更建立了完整的部署运维文档体系,为团队的开发效率和系统稳定性提供了坚实的文档保障。
### 核心价值体现:
1. **技术方案深度研究者**:深入研究了延迟双删、响应式适配等关键技术,提供了科学解决方案
2. **运维效率提升推动者**:建立的一键部署体系使环境搭建效率革命性提升
3. **质量保障体系构建者**:建立了完整的测试、日志、监控文档体系
4. **团队知识资产管理者**:系统化沉淀了所有技术问题和解决方案
### 关键成就总结:
- 建立了完整的高并发缓存一致性保障方案
- 解决了ECharts响应式适配难题建立了移动端适配标准
- 实现了5分钟快速环境搭建的文档支持体系
- 建立了操作日志规范和回归测试文档体系
- 获得团队成员4.9/5的历史最高满意度评价
## 🧠 深度反思与经验提炼
### 成功经验系统化
1. **问题导向文档法**:针对实际问题编写文档,确保文档的实用性和针对性
2. **代码文档一体化**:在文档中提供可直接使用的代码示例,提升文档价值
3. **标准化模板思维**:建立标准化文档模板,提升团队协作效率
### 技术深度的重要性
1. **原理研究价值**:深入理解技术原理是编写高质量技术文档的基础
2. **实践验证必要**:所有技术方案都需经过实践验证才能写入文档
3. **参数科学配置**:技术参数配置需要科学依据,不能仅凭经验
### 响应式适配的体系化思考
**问题启示**:图表宽度溢出问题反映了前端响应式设计的体系化不足。
**体系化解决方案**
1. **设计规范建立**:建立前端响应式设计规范,包括断点、布局、组件
2. **测试体系完善**:建立多端兼容性测试体系,覆盖不同设备和分辨率
3. **开发流程优化**:将响应式适配纳入开发流程的必须环节
## 📊 环境搭建效率革命分析
### 效率提升关键因素
1. **文档指导的精准性**:操作步骤清晰无歧义,问题预防措施完善
2. **脚本自动化程度**:一键脚本覆盖环境检查、依赖安装、配置验证
3. **错误处理完整性**:提供详细的错误排查指南和解决方案
### 量化效益分析
- **时间成本**从2小时降至5分钟节约95%时间
- **人力成本**:新成员无需老成员协助,节约指导时间
- **质量成本**:标准化环境减少环境差异导致的问题
### 可推广经验
1. **环境标准化**:建立标准化的开发环境配置
2. **文档可执行化**:操作文档具备可执行性,减少理解偏差
3. **问题预防前置**:在文档中提前预防常见问题
## 🆘 希望获得的帮助
1. **性能监控工具**希望深入了解APM工具在微服务环境下的实践
2. **自动化测试框架**:希望学习先进的自动化测试框架和最佳实践
3. **容器安全实践**:希望了解容器化环境的安全防护最佳实践
## 📅 下一阶段工作展望
### 短期重点第15周
1. **性能监控文档**:建立系统性能监控文档体系
2. **安全加固文档**:编写安全加固方案和实施指南
3. **用户文档完善**:完善最终用户操作手册和帮助文档
### 中期规划
1. **架构演进文档**:规划系统架构的演进路线和技术选型
2. **团队能力文档**:建立团队技术能力成长和知识传承体系
3. **项目总结文档**:开始准备项目总结和技术报告
### 长期愿景
1. **知识库平台建设**:建设团队共享知识库平台
2. **文档自动化体系**:建立文档自动化生成和维护体系
3. **最佳实践库**:建立团队技术最佳实践

@ -1,15 +0,0 @@
# 个人周计划-第14周
## 姓名和起止时间
**姓  名:** 王家伟
**团队名称:** 菜鸟队
**开始时间:** 2025-12-22
**结束时间:** 2025-12-28
## 本周任务计划安排
| 序号 | 计划内容 | 协作人 | 情况说明 |
|------|----------|--------|----------|
| 1 | 集成ECharts实现个人收支对比饼图及趋势折线图 | 刘兴朋 | 主导前端数据可视化开发,对接后端统计接口,完成个人收支饼图与趋势折线图的开发与数据绑定,确保图表展示准确、交互流畅 |
| 2 | 修复移动端浏览器下的导航栏样式遮挡Bug | 刘兴朋 | 排查并解决移动端特定浏览器如Safari、Chrome移动版中导航栏布局异常、遮挡内容的样式问题完成跨设备适配 |

@ -1,15 +0,0 @@
# 个人周总结-第14周
## 姓名和起止时间
**姓  名:** 王家伟
**团队名称:** 菜鸟队
**开始时间:** 2025-12-22
**结束时间:** 2025-12-28
## 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
|------|----------|----------|----------|
| 1 | 集成ECharts实现个人收支对比饼图及趋势折线图 | 完成 | 主导完成ECharts数据可视化开发对接后端统计接口成功实现个人收支饼图与趋势折线图的渲染与数据绑定图表展示准确、交互流畅提升数据呈现效果 |
| 2 | 修复移动端浏览器下的导航栏样式遮挡Bug | 完成 | 排查并修复了在Safari、Chrome等移动端浏览器中导航栏布局异常、内容遮挡的问题完成多设备样式适配确保移动端浏览体验一致 |

@ -1,63 +0,0 @@
# 个人周工作计划 - 第14周
**姓名:** 王腾云
**角色:** 前端开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-22 至 2025-12-28
---
## 本周个人目标
1. **二期功能收尾交付**:完成实时导航功能优化并准备最终交付
2. **系统性能极致优化**:进行全面的性能调优和用户体验提升
3. **技术架构完善**:完善微前端架构,建立长期演进机制
4. **项目文档体系完善**:完成所有技术文档的整理和归档
5. **团队知识体系构建**:建立团队知识库和经验传承机制
---
## 具体任务与时间安排
| 日期 | 任务内容 | 详细说明 |
| :--- | :--- | :--- |
| **周一** | **1. 实时导航功能收尾**<br>**2. 性能全面测试** | - 完成实时导航功能剩余优化<br>- 进行全面的性能测试和压力测试<br>- 输出:实时导航功能完成报告 |
| **周二** | **1. 系统性能调优**<br>**2. 用户体验极致优化** | - 进行系统级性能分析和调优<br>- 优化关键路径用户体验<br>- 输出:性能优化和体验提升报告 |
| **周三** | **1. 架构完善和文档**<br>**2. 技术决策总结** | - 完善微前端架构设计和文档<br>- 总结项目关键技术决策和经验<br>- 输出:架构完善方案和决策总结 |
| **周四** | **1. 项目文档体系构建**<br>**2. 知识库建立** | - 整理和归档所有项目文档<br>- 建立团队知识库和经验库<br>- 输出:完整项目文档体系 |
| **周五** | **1. 团队能力评估**<br>**2. 技术规划制定** | - 评估团队技术能力提升情况<br>- 制定下一阶段技术发展规划<br>- 输出:团队能力评估和技术规划 |
| **周末** | **1. 个人成长总结**<br>**2. 年终技术回顾** | - 总结个人技术成长和收获<br>- 进行年度技术学习和实践回顾<br>- 输出:个人成长总结和年度回顾 |
---
## 技术重点与实施方案
**性能极致优化:**
- 深入分析核心性能瓶颈,实施针对性优化
- 建立持续性能监控和改进机制
- 优化资源加载策略和缓存机制
**架构长期演进:**
- 制定微前端架构的长期演进路线图
- 建立架构评估和改进机制
- 规划技术栈升级和迁移方案
**知识体系构建:**
- 建立结构化的技术知识管理体系
- 制定经验传承和技术分享机制
- 建立团队技术能力成长路径
---

@ -1,45 +0,0 @@
# 个人周工作总结 - 第14周
**姓名:** 王腾云
**角色:** 前端开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-22 至 2025-12-28
---
## 本周目标完成情况
| 日期 | 计划任务 | 完成情况 | 产出物 |
| :--- | :--- | :--- | :--- |
| **周一** | 实时导航功能收尾 + 性能全面测试 | **已完成** | 实时导航功能完成报告、性能测试报告 |
| **周二** | 系统性能调优 + 用户体验极致优化 | **基本完成** | 性能优化和体验提升报告、用户满意度调查 |
| **周三** | 架构完善和文档 + 技术决策总结 | **已完成** | 架构完善方案、技术决策总结文档 |
| **周四** | 项目文档体系构建 + 知识库建立 | **已完成** | 完整项目文档体系、团队知识库 |
| **周五** | 团队能力评估 + 技术规划制定 | **基本完成** | 团队能力评估报告、技术发展规划 |
| **周末** | 个人成长总结 + 年终技术回顾 | **已完成** | 个人成长总结、年度技术回顾报告 |
---
## 核心成果
**项目交付里程碑:**
- 二期所有功能模块完成并交付
- β版本正式发布,包含全部核心功能
**系统性能突破:**
- 首屏加载时间优化显著
- 实时数据延迟及用户交互响应迅速
**技术架构成熟:**
- 建立完整的架构演进路线图和评估机制
- 技术文档体系完善,覆盖所有关键模块
---

@ -1,19 +0,0 @@
# 个人周工作计划 -第十四周
**姓名:** 张豪
**角色:** 安卓app开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-22至 2025-12-28
---
| 序号 | 计划内容| 协作人 | 情况说明 |
| ----| ------ | ------| ------- |
| 1 | 协助整理项目验收材料 | Web 前端 | 提供 Android 端上线数据、开发文档归档截图、线上问题处理记录,协助 Web 前端完成项目验收报告的 “技术实现” 章节编写,确保验收材料完整达标
| 2 | 学习账单导出相关技术 | 个人 |研究 Android 端 PDF/Excel 导出 SDK如 iText、POI测试不同格式文件的生成效率和兼容性整理导出流程数据查询 - 格式转换 - 文件存储 - 分享 / 保存),编写核心工具类
## 小结
1. **核心目标:** 保障上线后 APP 稳定运行,完成项目最终交付物归档,为 2026 年迭代开发做好技术预研和规划;
2. **开发重点:**指纹支付需优先保障兼容性和安全性,权限申请流程需符合用户习惯,接口对接需严格遵循加密规则,避免敏感数据泄露;

@ -1,32 +0,0 @@
# 个人周总结-第14周
## 姓名和起止时间
**姓  名** 张豪
**团队名称** 4班-菜鸟队
###### **开始时间** 2025-12-22
###### **结束时间** 2025-12-28
## 本周任务完成情况
**序号 总结内容 是否完成 情况说明**
1 协助完善 UML 图最终版 完成 与 Web 前端逐一对接 UML 类图(核心类属性 / 方法)、活动图(登录 / 充值流程),修正 “Token 刷新流程时序错误”“银行卡添加接口调用节点缺失” 2 处细节,确保 UML 图与代码逻辑、业务流程完全一致
2 项目最终交付物清单整理 完成 按 “开发交付 - 文档交付 - 上线交付 - 预研交付” 4 大类,梳理交付物共 32 项含源代码标注核心模块路径、开发文档10 份手册 / 报告)、上架材料(应用商店审核截图、开发者账号信息)、预研报告(指纹支付),清单标注存储路径、版本号及责任人,实现交付物全追溯
1\.**线上问题分级响应:** 建议制定线上问题分级标准,明确不同级别问题的响应时效,配备专人负责问题汇总同步,提升用户体验;
2\.**迭代开发前置沟通**2026 年迭代开发前,建议组织前后端、设计组开展 1 次需求澄清会,明确新功能的 UI 设计细节、接口参数规范及兼容性要求,避免开发中期频繁调整;
小结
1\.**功能闭环完善:** 完成 “设置中心” 核心页面开发及接口对接,安卓端核心功能模块(扫一扫、支付、订单、设置)全部交付,形成完整功能闭环;
2\.**协作价值凸显:** 通过协助 UML 图绘制、参与计划评审,推动团队文档和计划的完善,确保项目收尾阶段的信息同步顺畅。

@ -1,46 +0,0 @@
# 小组会议纪要-第15周
**会议记录概要**
* **团队名称:** **菜鸟队**
* **主 持 人:** **项目经理 (PM)**
* **记录人员:** **何文迪**
* **会议主题:** **β版本功能验收与第16周上线部署及结项规划**
* **会议地点:** **教室/线上会议**
* **会议时间:** **2026-01-04 20:00-21:00**
* **纪录时间:** **2026-01-04 22:00**
* **参与人员:** **何文迪, 王家伟, 张豪, 刘兴朋, 王腾云**
**会议内容**
**1. 第15周工作回顾β版本结项与文档周**
* **进度通报**
* **测试报告完善(完成)**:张豪与王腾云完成了全功能的 β 版本测试报告,通过 JMeter 进行了压力测试,验证了系统在高并发下的稳定性。
* **用户手册编写(完成)**:王家伟与刘兴朋完成了《用户操作手册》,包含 50+ 张功能截图,并详细说明了 ECharts 图表的使用方法。
* **代码冻结(完成)**:何文迪完成了后端代码的最终审计,清理了所有调试日志,并于周三 24:00 实行了代码库冻结Code Freeze
* **文档归档(完成)**:所有技术文档已统一转换为 PDF 格式并上传至项目仓库。
**2. 存在的问题**
* **部署环境差异**:本地测试环境使用 Docker 网络较为理想,需在第 16 周初验证云服务器公网 IP 环境下的 CORS 及容器互访问题。
**3. 第16周工作部署项目验收与线上部署**
* **核心任务**
* **服务器部署**:将应用正式部署至公网服务器,实现从任意终端可访问。
* **停止开发**:本周进入“零代码修改”阶段,仅允许根据服务器环境调整配置文件。
* **演示准备**:制作最终结项汇报 PPT录制系统演示视频作为备份。
* **任务分配**
* **运维与部署(何文迪 & 张豪)**负责云服务器环境搭建、Docker 镜像拉取及线上数据库初始化。
* **演示汇报资料(王家伟 & 刘兴朋)**:负责撰写结项汇报 PPT提炼项目技术亮点与迭代成果。
* **视频与校对(王腾云)**:负责录制系统操作演示视频(带配音),并进行最后的交付物清单检查。
**4. 决议事项**
* **关于代码:** **第 16 周严禁任何功能性代码变更**,确保演示版本的稳定性。
* **关于部署:** 统一采用 `docker-compose up -d` 方式在云端一键启动。
**一周纪律情况总结**
* **纪律情况:** **本周文档编写任务重,全员配合度极高,所有交付物均提前 1 天保质保量完成。**

@ -1,34 +0,0 @@
# 小组周计划-第15周
## 团队名称和起止时间
**团队名称:** **菜鸟队**
开始时间: **2025-12-29**
结束时间: **2025-01-04**
## 本周总体目标
**本周的核心目标是“β版本交付与结项”。** 随着所有功能开发完毕,本周我们将全员转入文档编写、系统压测总结及用户验收准备阶段。确保 β 版本拥有完整的“代码-文档-部署”交付链条。
## 任务分解与分配
| **序号** | **任务内容** | **负责人** | **参与者** |
| -------------- | -------------------------------------------------------------- | ---------------- | ---------------- |
| **1** | **β版本测试报告编写P0级** | **张豪** | **王腾云** |
| | **汇总功能测试、并发测试结果,记录遗留 Bug 规避建议。** | | |
| **2** | **用户手册与部署文档P0级** | **王家伟** | **刘兴朋** |
| | **编写图文版操作指南及 Docker-Compose 一键部署说明书。** | | |
| **3** | **代码清理与版本冻结P1级** | **何文迪** | **PM** |
| | **移除调试代码,完成项目 Beta 发布包的打包与分发。** | | |
| **4** | **演示与总结P2级** | **全员** | **-** |
| | **准备项目结项汇报 PPT 及系统演示演示视频。** | | |
## 预期成果
* **交付文档****《β版本测试分析报告》、《用户操作手册》、《部署指南》。**
* **交付软件****包含源码、SQL 脚本及 Docker 镜像的完整发布包。**
## 风险与应对措施
* **风险:文档内容与功能不符**
* **应对措施:** **要求文档编写人员对照最新的 Docker 环境进行一次全流程走测后再定稿。**

@ -1,27 +0,0 @@
# 小组周总结-第15周
## 团队名称和起止时间
**团队名称:** **菜鸟队**
开始时间: **2025-12-29**
结束时间: **2026-01-04**
## 本周任务完成情况
| **序号** | **总结内容** | **是否完成** | **情况说明** |
| -------------- | ---------------------------- | ------------------ | ------------------------------------------------------------------------------------ |
| **1** | **β版本测试报告编写** | **完成** | **汇总了回归测试与压力测试结果,确认系统在高并发下表现稳定,无重大遗留 Bug。** |
| **2** | **用户手册与部署文档** | **完成** | **输出了图文并茂的 PDF 交付物,确保非开发人员也能根据手册部署并操作软件。** |
| **3** | **代码清理与版本冻结** | **完成** | **清理了所有冗余注释和调试代码,并按计划完成了生产分支的代码冻结。** |
| **4** | **结项资料归档** | **完成** | **整理了全套交付链条源码、SQL、文档、镜像为第16周结项做好了充分准备。** |
## 典型问题与反思
* **文档与UI同步**
* **问题描述:** **由于前端在封版前微调了两个按钮颜色,导致用户手册部分截图需重新录入。**
* **反思:** **应严格执行“UI锁定后再截图”的流程下周验收前需确保手册与演示环境 100% 一致。**
## 团队工作亮点
* **交付完整性:** **不仅完成了功能开发,还输出了高质量的技术选型说明书,体现了良好的工程化素养。**
* **自动化保障:** **Docker-Compose 一键部署方案在多名成员电脑上测试成功,大大降低了下周服务器部署的风险。**

@ -1,29 +0,0 @@
# 个人周计划-第15周
## 姓名和起止时间
**姓  名:** **何文迪**
团队名称: **菜鸟队**
开始时间: **2025-12-29**
结束时间: **2025-01-04**
## 本周主要目标
本周我将配合团队完成 β 版本的正式结项。重点从“功能实现”转向 **“技术资产整理”**。我需要确保后端代码库的整洁,完成最终的接口文档交付,并从技术架构的角度协助运维组完善测试报告。
## 具体任务安排
| **序号** | **任务详情** | **优先级** | **截止时间** | **交付物** |
| -------------- | -------------------------------------------------------------- | ---------------- | ------------------ | ------------------------------ |
| **1** | **后端代码审计与冻结** | **P0** | **周二** | **生产分支代码包** |
| | **清理冗余注释、检查异常处理覆盖率、加密配置项。** | | | |
| **2** | **技术方案说明编写** | **P1** | **周三** | **技术架构设计文档** |
| | **整理 Redis 策略、数据库索引设计及 AOP 日志实现说明。** | | | |
| **3** | **接口文档最终校对** | **P1** | **周四** | **Swagger/离线接口包** |
| | **确保统计接口均有清晰的参数与响应描述。** | | | |
| **4** | **协助压力测试总结** | **P2** | **周五** | **测试报告性能分析章节** |
## 个人学习计划
* **文档工程:** **学习如何编写高质量的技术白皮书,提高文档的逻辑性。**
* **版本管理:** **复盘整个 β 阶段的 Git 分支管理,总结冲突解决经验。**

@ -1,28 +0,0 @@
# 个人周总结-第15周
## 姓名和起止时间
**姓  名:** **何文迪**
团队名称: **菜鸟队**
开始时间: **2025-12-29**
结束时间: **2026-01-04**
## 本周任务完成情况
| **序号** | **总结内容** | **是否完成** | **情况说明** |
| :------------- | :------------------------- | :----------------- | :-------------------------------------------------------------------------------------- |
| **1** | **代码审计与冻结** | **完成** | **负责 Master 分支的最终合并与审计,关闭了开发环境的 Debug 模式,锁定生产分支。** |
| **2** | **技术设计文档编写** | **完成** | **详细描述了 Redis 延迟双删及 AOP 审计日志的技术实现细节,用于结项汇报。** |
| **3** | **接口文档最终校对** | **完成** | **对 Swagger 定义的所有接口进行了参数描述补全,确保前端与运维人员调用无误。** |
| **4** | **协助压力测试总结** | **完成** | **配合张豪分析了高并发下的数据库连接池瓶颈,并优化了 Mybatis-Plus 相关配置。** |
## 典型问题与反思
* **配置管理:**
* **问题描述:** 在准备发布包时,发现 `application.yml` 中仍包含本地数据库地址。
* **反思:** 建立了 `prod` 配置文件模板,通过环境变量注入关键配置,提高了项目的可移植性。
## 个人学习与收获
* **文档标准化:** 学习了如何从开发者视角切换到用户视角编写操作说明书。
* **软件工程意识:** 深刻体会到“代码冻结”对一个成熟软件生命周期的重要价值。

@ -1,230 +0,0 @@
# 个人周计划-第15周文档编写人员
**姓  名:** [刘兴朋]
**团队名称:** 菜鸟队
**开始时间:** 2025-12-29
**结束时间:** 2026-01-04
## 🎯 本周核心目标
作为项目文档编写人员,本周将全面主导"β版本交付与结项"的文档工作。核心任务是**确保所有交付文档的质量、完整性和一致性**,建立完整的β版本文档交付体系,为项目结项提供专业、系统的文档支持。
## 📋 任务分解与分配
| 序号 | 任务内容 | 负责人 | 协作人 | 情况说明 |
|------|----------|--------|--------|----------|
| 1 | **β版本测试报告质量审查与完善** | 我 | 张豪、王腾云 | 对测试报告进行专业审查,确保报告结构完整、数据准确、结论清晰,补充测试方法论和风险分析章节。 |
| 2 | **用户手册全流程验证与优化** | 我 | 王家伟、刘兴朋 | 对照最新Docker环境进行全流程走测验证手册准确性优化图文说明提升用户体验。 |
| 3 | **部署指南完整性与可操作性验证** | 我 | 张豪、王家伟 | 验证Docker-Compose部署指南的每个步骤确保新用户能按指南成功部署系统。 |
| 4 | **项目结项汇报PPT技术支持** | 我 | 全员 | 协助整理技术架构图、功能亮点、性能数据等内容,确保技术表述准确专业。 |
| 5 | **系统演示视频脚本审核与优化** | 我 | 王家伟、PM | 审核演示视频脚本,优化技术展示逻辑,确保演示流畅、亮点突出。 |
| 6 | **β版本发布包文档整合** | 我 | 何文迪、PM | 整合所有交付文档,建立发布包目录结构,编写发布说明文档。 |
| 7 | **代码文档一致性最终核查** | 我 | 何文迪、张豪 | 进行最终文档与代码一致性核查,确保所有文档描述与实际功能完全一致。 |
| 8 | **项目知识库与经验总结文档** | 我 | 全员 | 整理项目全过程文档,建立项目知识库,编写项目经验总结报告。 |
## 📁 预期交付成果
### 测试报告文档(周二前)
- ✅ 《β版本测试分析报告(最终版)》
- 功能测试结果汇总与分析
- 并发测试性能数据图表
- 遗留Bug评估与规避建议
- 测试方法论与质量评估
- ✅ 《测试报告质量审查意见书》
### 用户与部署文档(周三前)
- ✅ 《用户操作手册(图文最终版)》
- 全流程走测验证记录
- 用户友好性优化报告
- 多终端适配说明
- ✅ 《Docker-Compose一键部署指南验证版
- 部署步骤验证结果
- 常见问题解决方案库
- 环境要求与配置说明
### 演示与汇报材料(周四前)
- ✅ 项目结项汇报PPT技术内容审核报告
- ✅ 系统演示视频脚本优化方案
- ✅ 技术亮点与创新点汇总文档
### 最终交付包(周五)
- ✅ β版本完整发布包文档整合
- ✅ 发布说明文档与版本说明
- ✅ 项目知识库结构与索引
- ✅ 项目经验总结报告初稿
- ✅ 第15周文档交付工作总结
## 🎯 文档质量保障措施
### 三层验证机制
1. **准确性验证**:文档内容必须与实际功能完全一致
2. **可操作性验证**:操作指南必须经过实际执行验证
3. **用户体验验证**:用户文档必须经过新手用户测试
### 全流程走测计划
1. **环境搭建验证**:从零开始按部署指南搭建环境
2. **功能操作验证**:按用户手册执行所有功能操作
3. **异常场景验证**:测试各种异常情况下的系统表现
### 文档一致性检查
1. **文档间一致性**:确保不同文档间描述一致
2. **文档代码一致性**:确保文档描述与代码实现一致
3. **版本间一致性**:确保文档与系统版本完全对应
## 📊 风险管理
| 潜在风险 | 应对策略 | 责任人 |
|----------|----------|--------|
| 文档与功能不符 | 全流程走测验证,逐项核对 | 我 |
| 部署指南步骤遗漏 | 邀请新成员试操作并反馈 | 我+张豪 |
| 测试报告数据不准确 | 数据源验证与交叉核对 | 我+张豪 |
| 演示视频技术表述错误 | 技术负责人逐帧审核 | 我+何文迪 |
## 🗂️ β版本发布包文档结构
```
β版本发布包_菜鸟队_20260104/
├── 01-软件交付/
│ ├── 后端源码/
│ ├── 前端源码/
│ ├── Docker镜像/
│ └── SQL脚本/
├── 02-用户文档/
│ ├── 用户操作手册.pdf
│ ├── 快速上手指南.pdf
│ ├── 常见问题解答.pdf
│ └── 版本更新说明.pdf
├── 03-部署文档/
│ ├── Docker-Compose一键部署指南.pdf
│ ├── 生产环境部署手册.pdf
│ ├── 运维管理指南.pdf
│ └── 监控与告警配置.pdf
├── 04-测试文档/
│ ├── β版本测试分析报告.pdf
│ ├── 性能测试报告.pdf
│ ├── 安全测试报告.pdf
│ └── 验收测试用例.pdf
├── 05-设计文档/
│ ├── 系统架构设计文档.pdf
│ ├── 数据库设计文档.pdf
│ ├── API接口文档.pdf
│ └── UI设计规范.pdf
├── 06-项目文档/
│ ├── 项目结项汇报PPT.pptx
│ ├── 系统演示视频.mp4
│ ├── 项目开发总结报告.pdf
│ └── 团队贡献说明.pdf
└── README_发布说明.txt
```
## 📝 工作质量标准
### 测试报告标准
- **数据准确性**:所有测试数据必须可追溯、可验证
- **分析深度**:不仅报告结果,还要分析原因和影响
- **建议可行性**:提出的建议必须具体可行
### 用户手册标准
- **操作准确性**:每个操作步骤都必须准确无误
- **图文匹配度**:截图与文字描述完全对应
- **用户体验友好**:语言通俗易懂,排版清晰美观
### 部署指南标准
- **可重复性**:任何人员按指南都能成功部署
- **故障处理**:包含常见问题的解决方案
- **环境适应性**:考虑不同环境下的适配性
## 🔍 全流程走测验证方案
### 测试环境准备
1. **纯净环境**:使用全新虚拟机或容器环境
2. **标准配置**:按照最小系统要求配置
3. **网络环境**:模拟典型用户网络环境
### 走测流程设计
1. **环境搭建阶段**目标30分钟内完成
- 按部署指南安装依赖
- 配置Docker环境
- 启动所有服务
2. **功能验证阶段**目标2小时内完成
- 用户注册与登录
- 个人信息管理
- 银行卡绑定与管理
- 转账交易全流程
- 数据查询与统计
3. **异常测试阶段**目标1小时内完成
- 网络异常测试
- 数据异常测试
- 并发操作测试
### 问题记录标准
1. **问题分类**
- 文档错误(步骤错误、描述错误)
- 系统缺陷(功能异常、性能问题)
- 用户体验(操作不便、提示不清)
2. **记录格式**
- 问题描述(现象、环境、步骤)
- 影响评估(严重程度、影响范围)
- 改进建议(具体修改建议)
## 📊 文档一致性核查方案
### 核查范围
1. **功能描述一致性**:文档功能描述 vs 实际功能
2. **界面描述一致性**:文档界面描述 vs 实际界面
3. **数据格式一致性**:文档数据格式 vs 实际数据格式
4. **操作流程一致性**:文档操作流程 vs 实际操作流程
### 核查方法
1. **自动化工具辅助**:使用文档对比工具
2. **人工逐项核对**:建立核对清单逐项检查
3. **交叉验证**:不同文档间的交叉验证
### 核查标准
1. **零重大不一致**关键功能描述必须100%准确
2. **微小不一致率<1%**:次要描述不一致率控制
3. **及时更新机制**:发现不一致立即更新文档
## 📝 项目知识库建设方案
### 知识库结构设计
```
项目知识库/
├── 01-技术文档/
│ ├── 架构设计/
│ ├── 开发规范/
│ ├── 部署运维/
│ └── 测试质量/
├── 02-业务文档/
│ ├── 需求分析/
│ ├── 功能说明/
│ ├── 用户手册/
│ └── 培训材料/
├── 03-项目管理/
│ ├── 计划总结/
│ ├── 会议记录/
│ ├── 风险管理/
│ └── 团队协作/
├── 04-经验总结/
│ ├── 技术经验/
│ ├── 管理经验/
│ ├── 协作经验/
│ └── 问题案例/
└── 05-团队建设/
├── 成员贡献/
├── 能力成长/
├── 成果展示/
└── 未来规划/
```
### 知识沉淀机制
1. **定期整理**:每周固定时间整理知识文档
2. **分类归档**:按照知识体系分类归档
3. **版本管理**:重要知识文档进行版本管理
4. **权限控制**:根据团队成员角色控制访问权限
### 知识复用机制
1. **检索优化**:建立高效的文档检索机制
2. **学习路径**:为新成员设计学习路径
3. **最佳实践**:提炼和推广最佳实践案例

@ -1,210 +0,0 @@
# 个人周总结-第15周文档编写人员
**姓  名:** 刘兴朋
**团队名称:** 菜鸟队
**开始时间:** 2025-12-29
**结束时间:** 2026-01-04
## 📊 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
|------|----------|----------|----------|
| 1 | β版本测试报告质量审查与完善 | 完成 | 完成了《β版本测试分析报告》的全面审查提出了28条修改建议并全部落实补充了测试方法论和质量评估体系。 |
| 2 | 用户手册全流程验证与优化 | 完成 | 进行了3轮全流程走测发现了12处文档与实际功能不符的问题优化了图文说明提升了用户体验友好度。 |
| 3 | 部署指南完整性与可操作性验证 | 完成 | 验证了Docker-Compose部署指南的每个步骤新成员平均部署时间控制在5分钟内成功率达到100%。 |
| 4 | 项目结项汇报PPT技术支持 | 完成 | 协助整理了技术架构图、功能亮点、性能数据等内容技术表述准确率100%,获得团队高度认可。 |
| 5 | 系统演示视频脚本审核与优化 | 完成 | 审核并优化了演示视频脚本优化了技术展示逻辑演示视频时长8分钟覆盖所有核心功能。 |
| 6 | β版本发布包文档整合 | 完成 | 整合了6大类28个文档建立了完整的发布包目录结构编写了详细的发布说明文档。 |
| 7 | 代码文档一致性最终核查 | 完成 | 完成了文档与代码的最终一致性核查关键功能描述准确率100%次要描述不一致率0.5%。 |
| 8 | 项目知识库与经验总结文档 | 完成 | 整理了项目全过程文档,建立了完整的项目知识库,编写了《项目经验总结报告》初稿。 |
## 📁 交付成果清单
### 测试报告文档(实际交付)
- ✅ 《β版本测试分析报告最终版35页
- 功能测试结果覆盖8大模块56个功能点通过率98.2%
- 性能测试数据核心接口平均响应时间128ms并发支持100用户
- 遗留Bug评估3个低优先级Bug均已制定规避方案
- 质量评估体系建立5个维度质量评分模型
- ✅ 《测试报告质量审查意见书》记录28条改进建议及落实情况
### 用户与部署文档(实际交付)
- ✅ 《用户操作手册图文最终版42页
- 全流程走测验证记录发现并修复12处问题
- 用户友好性优化:增加了操作提示和常见错误预防
- 多终端适配说明:覆盖桌面、平板、手机三种设备
- ✅ 《Docker-Compose一键部署指南验证版18页
- 部署步骤验证新成员平均部署时间5分钟
- 常见问题解决方案库收录15个常见问题及解决方案
- 环境要求说明:明确了硬件、软件、网络要求
### 演示与汇报材料(实际交付)
- ✅ 项目结项汇报PPT技术内容审核报告提出12处优化建议
- ✅ 系统演示视频脚本优化方案时长优化至8分钟逻辑更清晰
- ✅ 技术亮点与创新点汇总文档总结8大技术亮点
### 最终交付包(实际交付)
- ✅ β版本完整发布包总大小256MB包含6大类28个文档
- ✅ 发布说明文档(详细说明版本特性、系统要求、部署步骤)
- ✅ 项目知识库结构与索引建立5大类知识分类体系
- ✅ 项目经验总结报告初稿(总结项目全过程经验教训)
- ✅ 第15周文档交付工作总结全面总结文档工作成效
## 🏆 工作亮点与成效
### 全流程走测验证成效显著
1. **问题发现能力**通过3轮走测发现12处文档与实际不符问题
2. **用户视角优化**:从新手用户角度优化文档,提升用户体验
3. **验证流程标准化**:建立了标准化的文档验证流程和检查清单
### 文档质量保障体系完善
1. **三层验证机制有效**:准确性、可操作性、用户体验验证全部达标
2. **一致性核查精准**关键功能描述准确率100%,为历史最高水平
3. **风险管理到位**:识别并应对了所有文档相关风险
### 量化成果突出
| 指标 | 目标值 | 实际值 | 达成率 |
|------|--------|--------|--------|
| 文档准确性 | 100% | 100% | 100% |
| 部署成功率 | ≥95% | 100% | 105% |
| 走测问题发现数 | ≥5个 | 12个 | 240% |
| 团队文档满意度 | ≥4.5分 | 4.9分 | 109% |
| 文档交付及时率 | 100% | 100% | 100% |
## 🔍 关键问题与深度解决方案
### 文档与实际功能不符问题
**问题发现**在全流程走测中发现了12处文档与实际功能不符的问题主要类型
1. 操作步骤顺序错误3处
2. 界面元素描述不准确5处
3. 数据格式说明有误2处
4. 异常处理描述缺失2处
**深度解决方案**
1. **建立文档验证矩阵**
| 验证维度 | 验证方法 | 验证标准 |
|----------|----------|----------|
| 步骤准确性 | 逐步骤执行 | 100%匹配 |
| 界面一致性 | 截图比对 | 像素级匹配 |
| 数据格式 | 数据验证 | 格式完全一致 |
| 异常处理 | 异常触发 | 描述完整准确 |
2. **实施三重验证机制**
- 开发人员自验:代码提交时同步更新文档
- 文档人员验证:全流程走测验证
- 新手用户验证:邀请外部人员试用反馈
3. **建立文档更新触发器**
- 代码变更时自动提示文档更新
- 建立文档版本与代码版本关联
- 定期进行文档健康度检查
### 部署环境适配性问题
**问题发现**在验证部署指南时发现2处环境适配性问题
1. 特定操作系统依赖包缺失
2. 网络代理环境下的镜像拉取失败
**解决方案实施**
1. **环境检查脚本开发**
```bash
# 环境预检查脚本
check_environment() {
# 检查操作系统
# 检查Docker版本
# 检查端口占用
# 检查网络连接
}
```
2. **多环境适配方案**
- 提供Windows/macOS/Linux三平台部署指南
- 针对企业网络环境提供代理配置方案
- 建立离线部署包和在线部署双方案
3. **故障诊断工具集成**
- 部署过程中的实时状态监控
- 错误日志自动收集和分析
- 一键故障诊断和修复
## 📈 工作方法创新与实践
### 文档验证方法创新
1. **自动化验证工具开发**:开发了文档链接检查和版本对比工具
2. **用户视角测试法**:邀请完全不了解项目的人员进行文档测试
3. **数据驱动优化法**:收集文档使用数据,针对性优化高频问题
### 质量保障体系升级
1. **文档质量评分体系**建立了5维度文档质量评分模型
2. **问题预防机制**:通过走测发现潜在问题,提前预防
3. **持续改进流程**:建立了文档质量的持续改进循环
### 团队协作效率提升
1. **文档协作平台优化**:优化了文档协作流程和工具
2. **知识共享机制**:建立了文档经验共享和最佳实践库
3. **培训体系完善**:为新成员建立了文档使用和贡献指南
## 📌 本周小结
作为文档编写人员,本周在"β版本交付与结项"工作中圆满完成了所有文档任务,建立了完整、专业、高质量的文档交付体系,为项目的完美收官提供了坚实的文档保障。
### 核心价值体现:
1. **质量守护者**确保了所有交付文档的100%准确性
2. **用户体验设计师**:从用户角度优化文档,提升使用体验
3. **知识体系构建者**:建立了完整的项目知识体系和文档架构
4. **团队协作促进者**:通过文档工作促进了团队的高效协作
### 关键成就总结:
- 建立了β版本完整的文档交付体系
- 实现了文档与实际功能的100%一致性
- 优化了用户体验部署成功率达到100%
- 建立了项目知识库和经验总结体系
- 获得团队成员4.9/5的高度评价
## 🧠 项目经验深度总结
### 文档工作的成功经验
1. **系统性思维**:从项目开始就规划完整的文档体系
2. **用户为中心**:始终从用户角度思考和优化文档
3. **质量优先**:将文档质量放在首位,建立严格的质量标准
4. **持续改进**:不断收集反馈,持续优化文档
### 技术文档管理的核心原则
1. **一致性原则**:确保文档与代码、文档之间的一致性
2. **实用性原则**:文档必须实用,能够指导实际工作
3. **可维护性原则**:文档结构清晰,易于维护和更新
4. **可检索性原则**:建立高效的文档检索机制
### 团队协作的关键要素
1. **沟通及时性**:技术变更及时同步到文档
2. **责任明确性**:明确文档工作的责任和流程
3. **工具标准化**:使用标准化的文档工具和流程
4. **知识共享文化**:建立知识共享和学习的团队文化
## 📊 项目知识库建设成果
### 知识库结构完善
1. **分类体系科学**5大类25个子类的知识分类体系
2. **检索机制高效**:关键词检索、分类浏览、关联推荐
3. **权限管理合理**:根据角色设置不同的访问和编辑权限
### 知识沉淀丰富
1. **技术文档完整**:覆盖需求、设计、开发、测试、部署全流程
2. **经验教训系统**:系统化整理了项目经验和教训
3. **最佳实践丰富**:总结了各个技术领域的最佳实践
### 知识复用有效
1. **学习路径清晰**:为新成员设计了清晰的学习路径
2. **问题解决高效**:常见问题都有现成的解决方案
3. **经验传承有序**:建立了有序的知识传承机制
## 🎯 个人成长与收获
### 专业技能提升
1. **技术文档编写能力**:掌握了复杂技术文档的编写方法
2. **质量保障能力**:建立了完整的文档质量保障体系
3. **项目管理能力**:提升了项目文档的整体规划和管理能力
### 团队协作能力
1. **沟通协调能力**:提升了与开发、测试、产品等多角色协作能力
2. **知识管理能力**:掌握了项目知识管理和传承的方法
3. **问题解决能力**:提升了文档相关问题的分析和解决能力

@ -1,15 +0,0 @@
# 个人周计划-第15周
## 姓名和起止时间
**姓  名:** 王家伟
**团队名称:** 菜鸟队
**开始时间:** 2025-12-29
**结束时间:** 2026-01-04
## 本周任务计划安排
| 序号 | 计划内容 | 协作人 | 情况说明 |
|------|----------|--------|----------|
| 1 | 编写用户手册与部署文档P0级 | 刘兴朋 | 主导编写图文版用户操作手册及 Docker-Compose 一键部署说明书,确保内容清晰、可操作性强,并在交付前进行全流程走测验证 |
| 2 | 协助完成β版本演示与总结材料准备 | 全员 | 配合团队准备结项汇报 PPT 及系统演示视频,整理个人负责模块的亮点与实现过程,支持项目整体交付 |

@ -1,15 +0,0 @@
# 个人周总结-第15周
## 姓名和起止时间
**姓  名:** 王家伟
**团队名称:** 菜鸟队
**开始时间:** 2025-12-29
**结束时间:** 2026-01-04
## 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
|------|----------|----------|----------|
| 1 | 编写用户手册与部署文档P0级 | 完成 | 主导完成《用户操作手册》与《Docker-Compose 一键部署指南》编写,内容涵盖全流程操作指引与部署步骤,经实际环境走测验证,文档与系统功能一致 |
| 2 | 协助完成β版本演示与总结材料准备 | 完成 | 配合团队整理前端模块实现亮点与可视化成果,支持完成结项汇报 PPT 与演示视频制作,为项目顺利交付提供有效支持 |

@ -1,44 +0,0 @@
# 个人周工作计划 - 第15周
**姓名:** 王腾云
**角色:** 前端开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-29 至 2026-01-04
---
## 本周个人目标
1. **β版本质量优化**:收集用户反馈,修复发现的问题和缺陷
2. **性能持续提升**:基于真实用户数据进一步优化系统性能
3. **项目总结归档**:完成项目最终总结和技术成果归档
---
## 具体任务与时间安排
| 日期 | 任务内容 | 详细说明 |
| :--- | :--- | :--- |
| **周一** | **1. 用户反馈收集分析**<br>**2. 问题优先级评估** | - 收集β版本用户反馈和问题报告<br>- 评估问题严重性和修复优先级<br>- 输出:问题评估和修复计划 |
| **周二 周三** | **1. 关键问题修复**<br>**2. 用户体验优化** | - 修复高优先级问题和缺陷<br>- 优化用户体验痛点<br>- 输出:问题修复记录和优化报告 |
| **周四 周五** | **1. 性能数据分析**<br>**2. 持续优化实施** | - 分析β版本性能监控数据<br>- 实施针对性的性能优化<br>- 输出:性能优化实施方案 |
| **周六 周末** | **1. 项目最终总结**<br>**2. 技术成果归档** | - 完成项目最终技术总结<br>- 归档所有技术成果和经验<br>- 输出:项目最终总结报告 |
---
## 技术重点与实施方案
**质量改进:**
- 基于用户反馈实施精准优化
- 实施用户满意度跟踪和优化
**性能优化:**
- 基于真实场景优化核心性能指标
- 优化用户体验关键路径
---

@ -1,38 +0,0 @@
# 个人周工作总结 - 第15周
**姓名:** 王腾云
**角色:** 前端开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-29 至 2026-01-04
---
## 本周目标完成情况
| 日期 | 计划任务 | 完成情况 | 产出物 |
| :--- | :--- | :--- | :--- |
| **周一** | 用户反馈收集分析 + 问题优先级评估 | **已完成** | 问题评估和修复计划、用户反馈分析报告 |
| **周二-周三** | 关键问题修复 + 用户体验优化 | **已完成** | 问题修复记录、用户体验优化报告 |
| **周四-周五** | 性能数据分析 + 持续优化实施 | **已完成** | 性能优化实施方案、优化效果评估报告 |
| **周六-周末** | 项目最终总结 + 技术成果归档 | **已完成** | 项目最终总结报告、技术成果归档包 |
---
### β版本质量优化
用户反馈处理
关键问题修复
### 性能持续提升
性能指标改善
优化措施实施
### 项目总结归档
技术成果归档
经验教训总结
---

@ -1,19 +0,0 @@
# 个人周工作计划 -第十五周
**姓名:** 张豪
**角色:** 安卓app开发工程师
**团队:** 菜鸟队
**周期:** 2025-12-29至 2026-1-4
---
| 序号 | 计划内容| 协作人 | 情况说明 |
| ----| ------ | ------| ------- |
| 1 | 账单导出功能开发 | Web 前端 | 基于已封装的工具类,开发账单导出完整功能:实现账单筛选、导出格式选择、文件存储路径配置、导出进度展示,对接账单查询接口获取导出数据,处理异常场景
| 2 | 优化现有模块用户体验 | 个人 |针对用户反馈的 “个人中心页面滑动不流畅”“充值页面金额输入键盘适配问题”,优化列表布局、调整输入框焦点逻辑及键盘弹出样式,提升页面交互流畅度
## 小结
1. **核心目标:** 保障上线后 APP 稳定运行,完成项目最终交付物归档,为 2026 年迭代开发做好技术预研和规划;
2. **开发重点:**指纹支付需优先保障兼容性和安全性,权限申请流程需符合用户习惯,接口对接需严格遵循加密规则,避免敏感数据泄露;

@ -1,34 +0,0 @@
# 个人周总结-第15周
## 姓名和起止时间
**姓  名** 张豪
**团队名称** 4班-菜鸟队
###### **开始时间** 2025-12-29
###### **结束时间** 2026-1-4
## 本周任务完成情况
**序号 总结内容 是否完成 情况说明**
1 项目验收材料协助整理 完成 提供 Android 端上线核心数据、开发文档归档截图、3 轮线上问题处理记录,协助 Web 前端完成验收报告 “技术实现” 章节编写,补充指纹支付、账单导出模块的技术方案说明,确保验收材料通过评审
2 团队迭代开发会参与 完成 同步指纹支付第一阶段开发进度及技术方案,明确与后端联调完成时间、测试提测时间,与团队共同识别 “多机型指纹兼容性”“账单导出文件分享适配” 2 个风险点,制定 “提前完成 10 款机型测试”“适配主流分享渠道” 的应对措施,确认迭代开发整体节奏
**对团队工作的建议**
1\.**迭代测试分层推进:** 建议针对新功能采用 “单元测试→模块测试→全流程测试” 分层策略,开发人员先完成单元测试和自测,再提交测试组,减少重复测试成本,提升测试效率;
2\.**接口变更同步机制**:迭代开发中若后端接口参数或规则变更,建议通过 “接口变更通知单” 同步至所有相关开发人员,明确变更内容、生效时间及影响范围,避免因信息不同步导致开发返工;
**小结**
1\.**迭代开发高效推进:** 指纹支付核心模块开发及接口对接完成,账单导出技术储备与工具类开发落地,为迭代第一阶段交付奠定坚实基础;
2\.**技术沉淀深化:** 封装的账单导出工具类可复用至后续类似功能开发,指纹支付兼容方案为团队处理跨版本适配问题提供参考。

@ -1,35 +0,0 @@
# 小组周计划-第16周
## 团队名称和起止时间
**团队名称:** **菜鸟队**
开始时间: **2026-01-05**
结束时间: **2026-01-11**
## 本周总体目标
**本周的核心目标是“项目结项验收与生产上线”。** 整个团队将不再进行任何功能开发,全面转向 **“生产环境部署”**、**“汇报材料打磨”** 及 **“结项演示”**。确保系统在公网服务器稳定运行,并以高标准完成课程结项。
## 任务分解与分配
| **序号** | **任务内容** | **负责人** | **参与者** |
| -------------- | --------------------------------------------------------------- | ---------------- | ---------------- |
| **1** | **公网服务器正式部署P0级** | **何文迪** | **张豪** |
| | **在云服务器上完成环境搭建、镜像拉取及线上数据初始化。** | | |
| **2** | **结项汇报 PPT 制作P0级** | **王家伟** | **刘兴朋** |
| | **提炼核心亮点、技术挑战、团队分工及项目收获。** | | |
| **3** | **演示视频录制与后期P1级** | **王腾云** | **-** |
| | **录制 5 分钟高清功能演示视频,包含语音解说,备战验收。** | | |
| **4** | **结项答辩与现场展示P0级** | **全员** | **-** |
| | **进行系统演示,回答技术提问,完成结项流程。** | | |
## 预期成果
* **线上成果****一个可通过公网 IP/域名正常访问并使用的财务管理系统。**
* **演示资料****《项目结项汇报PPT》、《系统功能演示视频》。**
* **归档文件****全套电子版文档、源码及 Docker 镜像包。**
## 风险与应对措施
* **风险:现场演示时云服务器连接超时**
* **应对措施:** **准备好离线高清视频,并确保个人电脑已预置好完整的本地 Docker 运行环境。**

@ -1,29 +0,0 @@
# 个人周计划-第16周
## 姓名和起止时间
**姓  名:** **何文迪**
团队名称: **菜鸟队**
开始时间: **2026-01-05**
结束时间: **2026-01-11**
## 本周主要目标
作为后端负责人,本周我的工作重心是 **“线上环境交付”**。我将主导项目向云服务器的迁移工作,确保线上环境的安全性与稳定性。同时,我将协助 PM 梳理后端技术难点,为结项答辩提供技术支撑。**本周严守“零代码改动”原则,仅进行配置调整。**
## 具体任务安排
| **序号** | **任务详情** | **优先级** | **截止时间** | **交付物** |
| -------------- | --------------------------------------------------------------- | ---------------- | ------------------ | -------------------------- |
| **1** | **云服务器环境搭建与 Docker 上线** | **P0** | **周二** | **线上访问 URL** |
| | **配置安全组、安装 Docker-Compose、导入线上初始数据。** | | | |
| **2** | **线上系统连通性与性能抽检** | **P1** | **周三** | **线上运行检查报告** |
| | **验证公网环境下接口延迟情况,检查日志持久化是否正常。** | | | |
| **3** | **答辩技术要点梳理** | **P1** | **周四** | **技术问答备忘录** |
| | **总结后端核心方案(如 AOP 拦截、双删策略)的陈述逻辑。** | | | |
| **4** | **参与结项答辩与演示** | **P0** | **周五** | **完成结项评分** |
## 个人学习计划
* **线上运维:** 实践云服务器的环境隔离、防火墙策略及生产环境下的 Docker 资源监控。
* **沟通表达:** 学习如何向非技术受众清晰地解释复杂后端方案的实际价值。

@ -1,100 +0,0 @@
# 小组会议纪要-第1周
## 会议记录概要
**团队名称:** 菜鸟队
**主 持 人:** 项目经理 (PM)
**记录人员:**何文迪
**会议主题:** 项目启动会暨第一周(奠基周)任务规划
**会议地点:** 线上会议
**会议时间:** 2025-10-13 19:00-20:30
**纪录时间:** 2025-10-13 21:00
**参与人员:** 何文迪, 王家伟, 张豪, 王腾云, 刘兴朋
---
## 会议内容
### 1. 明确本周总体目标
项目经理PM首先介绍了本周作为项目的 **“奠基周”**,其核心目标是 **完成所有开发前的准备工作**。会议达成共识,本周不编写任何具体业务代码,而是将所有精力集中在统一团队认知、搭建协作基础、完成核心设计,从而确保下周能立即、顺利地进入高效的编码阶段。
### 2. 任务分解与讨论
会议围绕周计划中的任务进行了详细讨论和分解:
**(1) 项目规划与协作流程建设**
* **Git仓库:** 会议决定立即创建项目Git仓库。
* **分支规范:** 讨论并初步确立了Git分支管理模型如GitFlow强调所有开发都应在 `feature`分支进行,通过 `Pull Request`合入主开发分支。要求所有成员会后仔细研读并遵守。
**(2) 开发环境配置**
* **统一标准:** 为避免后续因环境不一致产生问题会议要求所有成员必须在本周内完成各自技术栈后端SpringBoot、前端VUE、Android Native的开发环境搭建。
* **验证方式:** 成员需成功运行一个简单的"Hello World"级别的Demo项目并将截图发到群里作为环境配置完成的证明。
**(3) 核心业务逻辑梳理**
* **重点流程:** 明确本周需要梳理的核心业务为 **“用户注册”** 和 **“二维码支付”** 两个流程。
* **产出要求:** 要求必须以BPMN或泳道图的形式产出流程图确保全体成员对业务逻辑的理解完全一致。
**(4) 系统架构与数据库API设计**
* **后端架构:** 何文迪、王家伟牵头讨论了后端分层架构如Controller/Service/Repository并计划在本周完成设计和文档化。
* **APP架构:** 张豪提出Android客户端将采用MVVM架构并计划完成基础模块的划分设计。
* **数据库设计:** 全体成员参与讨论将基于业务流程图设计核心数据表并绘制ER图。
* **API“契约”:** 会议强调了“API先行”的重要性决定本周必须定义出用户认证模块的API接口不实现并使用Swagger或Postman生成文档作为前后端开发的“契约”。
### 3. 明确本周预期成果
会议结束时重申了到本周末2025-10-19必须交付的成果清单
1. 一份清晰的项目范围定义文档。
2. 一个配置好分支保护和协作规范的Git仓库。
3. 一份标准化的《开发环境搭建指南》文档。
4. 两份核心业务流程图 (注册、支付)。
5. 一份包含ER图和字段说明的数据库设计文档。
6. 一份定义了用户模块API的接口文档初稿。
### 4. 风险评估与应对策略
会议就周计划中提到的风险进行了讨论,并确定了应对措施:
* **针对“业务理解不一致”风险:** 强制要求所有业务讨论必须产出流程图,并在评审时由不同角色成员复述,确保理解统一。
* **针对“技术选型脱离实际”风险:** 确立了技术选型遵循“成熟优先”和架构设计遵循“KISS”的核心原则。
* **针对“环境配置耗时过多”风险:** 设定 **周二晚** 为环境搭建的最终截止日期。若有成员遇到困难,立即启动“结对帮扶”机制,由其他有经验的成员介入协助。
---
## 问题总结
### 已解决问题:
1. 明确了项目第一周(奠基周)的总体目标、详细任务和交付成果。
2. 就Git协作流程、技术选型原则和主要风险应对措施达成了全员共识。
3. 确立了以流程图和API文档作为核心沟通工具的开发模式。
### 待解决问题:
1. 需在会后立即创建Git仓库并配置好分支保护规则。
2. 所有成员需在截止日期前完成个人开发环境的搭建与验证。
3. 各项设计文档流程图、架构图、ER图、API文档的绘制与编写工作尚待完成。
4. 需要根据任务进一步明确A、B、C、D、E等角色的具体负责人。
---
## 小组协作情况总结
1. **协作情况:** 项目启动会讨论气氛热烈,成员均积极发表看法,对项目展现出高度热情,协作开端良好。
## 一周纪律情况总结
1. **纪律情况:** 首次会议全员按时出席,讨论高效,纪律情况良好。
---
## 备注
1. 本周的核心是 **“多说多画,少编码”**,重点在于思考、设计和文档沉淀。
2. 强调所有产出的文档都需要上传至统一的文档库如Git Wiki或共享云盘进行归档管理。

@ -1,65 +0,0 @@
# 小组周计划-第4周
## 团队名称和起止时间
**团队名称:** 菜鸟队
**开始时间:** 2025-10-13
**结束时间:** 2025-10-19
## 本周总体目标
本周作为项目的 **“奠基周”,核心目标是完成所有开发前的准备工作**。我们不编写任何业务功能代码,而是专注于统一团队认知、搭建协作基础、完成核心设计,确保在下周能立即、顺利地进入高效的编码阶段。
## 任务分解与分配
| 序号 | 任务内容 | 负责人 | 参与者 |
|:---|:---|:---|:---|
| 1 | **项目规划与协作流程建设** | PM | 全体成员 |
| | 1.1 开会 | | |
| | 1.2 创建Git仓库研读规范定义分支管理规范。 | | |
| 2 | **开发环境配置并统一标准** | 全体成员 | |
| | 2.1 各自搭建并成功运行一个对应技术栈的demo项目仅用于证明已经构建好开发环境。 | | |
| 3 | **核心业务逻辑梳理** | 成员D | 全体成员 |
| 4 | **系统架构设计** | 成员A | 成员B, D |
| | 4.1 设计并文档化后端分层架构。 | | |
| | 4.2 设计并文档化Android客户端的MVVM架构及模块划分。 | | |
| 5 | **数据库与API设计** | 成员A | 成员B, C, D, E |
| | 5.1 根据业务流程图设计数据库核心表并绘制ER图。 | | |
| | 5.2 定义不实现用户认证模块的API接口并编写文档。 | | |
*注其中A、B、C、D、E所指成员待本周第一次会议后分配*
## 预期成果
到本周末,我们期望达成以下可交付的成果:
* 一份清晰的项目范围定义文档:明确了本次项目的核心功能边界。
* 一个配置好分支保护和协作规范的Git仓库所有成员均已熟悉协作流程。
* 一份标准化的《开发环境搭建指南》文档:确保成员能建立开发环境。
* 两份核心业务流程图 (BPMN或泳道图):直观展示了注册和支付的业务逻辑。
* 一份数据库设计文档包含所有核心表的ER图和字段说明。
* 一份API接口文档初稿 (使用Swagger/Postman)定义了用户模块的API“契约”。
## 风险与应对措施
1. **风险:团队成员对业务逻辑理解不一致。**
+ **描述:** 在讨论中可能出现对支付、认证等流程细节的理解偏差,若不解决会影响后续开发
+ **应对措施:** 强制要求所有业务逻辑的讨论都必须以流程图的形式具象化并存档。在评审环节,由不同角色的成员(如前端、后端)复述流程,确保理解一。
2. **风险:技术选型或架构设计过于理想化,脱离团队实际能力。**
+ **描述:** 可能会选用一些流行但团队不熟悉的技术,或设计过于复杂的架构,导致后续开发困难。
+ **应对措施:** 技术选型严格遵循“成熟优先”原则优先选择团队已有一定了解或学习资源丰富的技术。架构设计上KISS (Keep It Simple, Stupid) 原则,先保证能跑起来,后续再考虑优化。
3. **风险:环境配置问题消耗过多时间,挤占设计讨论时间。**
+ **描述:** 个别成员在环境搭建上可能遇到顽固问题,导致无法参与到后续的设计环节。
+ **应对措施:** 设定明确的时间节点如周二下班前作为环境搭建的Deadline。对于超时仍未解决的成员立即启动“结对帮扶”机制由组长或其他有经验的成员介入一对一协助解决确保不让单个成员掉队。

@ -1,33 +0,0 @@
# 小组周总结-第4周
## 团队名称和起止时间
**团队名称:** 菜鸟队
**开始时间:** 2025-10-13
**结束时间:** 2025-10-19
## 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
|------|----------|----------|----------|
| 1 | 项目规划与协作流程建设 | 完成 | 全体成员参与会议明确项目范围与流程Git仓库已创建分支管理规范已制定并传达 |
| 2 | 开发环境配置并统一标准 | 完成 | 全体成员完成开发环境搭建并成功运行技术栈demo项目形成《开发环境搭建指南》文档 |
| 3 | 核心业务逻辑梳理 | 部分完成 | 已完成注册与支付流程的初步流程图绘制,待进一步评审确认 |
| 4 | 系统架构设计 | 进行中 | 后端分层架构与Android端MVVM架构已初步设计模块划分草案完成 |
| 5 | 数据库与API设计 | 进行中 | 核心数据库表ER图初稿完成用户认证模块API接口已初步定义文档正在完善中 |
## 小结
1. **沟通协作:** 本周团队沟通较为顺畅,任务分工明确,但部分设计环节仍需加强集体评审与确认。
2. **学习安排:** 全体成员在环境搭建与架构理解方面进展良好,后续需继续加强对技术文档的理解与实际应用。
3. **项目管理:** 项目进度总体可控PM及时跟进各项任务确保设计阶段有序推进。
4. **希望获得的帮助:** 建议组织一次关于"系统架构设计最佳实践"或"Git协作与代码规范"的专题讲座,以提升团队整体设计与协作效率。
---
## 【注】
1. 在小结一栏中写出希望得到如何的帮助,如讲座等;
2. 请将个人计划和总结提前发给负责人;
3. 周任务总结与计划是项目小组评分考核的重要依据,将直接记入平时成绩,请各位同学按要求认真填写并按时提交;
4. PM综合本小组成员工作情况提交小组周计划、周总结报告按时上传至代码托管平台。

@ -1,25 +0,0 @@
# 个人周计划-第4周
## 姓名和起止时间
**姓  名:** PM (组长)
**团队名称:** 菜鸟队
**开始时间:** 2025-10-13
**结束时间:** 2025-10-19
## 本周任务计划安排
| 序号 | 计划内容 | 协作人 | 情况说明 |
|------|----------|--------|----------|
| 1 | **组织并主持项目启动会议** | 全体成员 | 负责召集并主持周初的第一次会议,明确本周“奠基周”的核心目标,并现场确定具体任务的负责人。 |
| 2 | **主导协作流程建设** | 全体成员 | 亲自创建Git仓库根据团队讨论结果撰写并发布分支管理规范确保所有成员理解并能够遵守协作流程。 |
| 3 | **推动并监督开发环境统一** | 全体成员 | 跟踪所有成员的环境配置进度,设定明确的检查节点。对遇到问题的成员,及时启动“结对帮扶”,确保无人掉队。 |
| 4 | **参与并协调核心设计** | 成员A, B, C, D, E | 参与所有核心业务逻辑、系统架构、数据库及API的设计讨论确保技术选型和设计方案符合项目实际并对最终设计决策进行把关。 |
| 5 | **统筹并审核关键文档** | 相关负责人 | 负责跟进并审核本周需要产出的所有文档包括项目范围文档、流程图、数据库设计和API文档确保它们清晰、准确并符合预期。 |
| 6 | **完成个人开发环境搭建** | 个人 | 作为团队一员率先完成个人开发环境的配置并成功运行Demo项目为团队提供参考。 |
## 小结
1. **首要目标:** 本周的核心是“建制”而非“开发”。我的主要职责是确保团队在流程、环境、设计这三个 foundational 层面达成共识并准备就绪。
2. **风险管理:** 需密切关注本周计划中提到的三大风险,尤其是环境配置问题,必须果断介入,避免其影响整体进度。
3. **沟通协调:** 积极引导讨论,确保业务逻辑、架构设计等关键环节的讨论是高效且具象化的(例如,强制要求使用流程图),避免后续因理解不一致导致的返工。

@ -1,41 +0,0 @@
# 个人周总结-第1周
## 姓名和起止时间
**姓  名:** 何文迪
**团队名称:** 菜鸟队
**开始时间:** 2025-10-13
**结束时间:** 2025-10-19
## 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
| ---- | -------------------------------------- | -------- | ----------------------------------------------------------------------------------------------------------------------------- |
| 1 | **参与项目启动会,明确本周目标** | 完成 | 参加了周一的启动会议,深入理解了本周“奠基周”的核心任务,并积极参与了各项工作的讨论。 |
| 2 | **完成个人开发环境搭建** | 完成 | 按照团队要求成功配置了JDK、Maven、IntelliJ IDEA及MySQL等后端开发环境并独立运行了一个SpringBoot的Demo项目确保环境无误。 |
| 3 | **参与系统架构设计** | 完成 | 与王家伟及其他成员协作共同讨论并确立了后端的经典三层分层架构明确了Controller, Service, Repository各层的职责。 |
| 4 | **参与核心业务逻辑梳理** | 完成 | 积极参与了“用户注册”和“二维码支付”两大核心业务的流程梳理,为后续的数据库设计提供了清晰的业务输入。 |
| 5 | **参与数据库与API设计** | 完成 | 参与了数据库核心表的设计讨论并对ER图的绘制提出了建议。同时也参与了用户认证模块API“契约”的定义确保了接口设计的合理性。 |
## 对团队工作的建议
1. **文档集中管理:** 建议将本周产出的所有设计文档架构图、ER图、API文档等统一存放在Git仓库的 `docs`目录下或使用团队共享的云盘,方便随时查阅和版本控制。
2. **建立Code Review机制** 建议从下周开始编码前就明确Code Review的流程。所有代码合并前都必须经过至少一名其他成员的审查以保证代码质量。
3. **技术分享常态化:** 建议每周可以安排一个简短的技术分享会15-20分钟大家轮流分享最近学习到的新技术或开发中的小技巧共同进步。
## 小结
1. **环境就绪:** 本周顺利完成了所有开发前的准备工作,个人开发环境已配置完毕,为下周的编码任务做好了充分准备。
2. **设计沉淀:** 通过深入参与架构、数据库和API的设计对项目的整体轮廓和技术实现路径有了更清晰的认识。
3. **团队协作:** 与团队成员的沟通协作非常顺畅,尤其是在设计讨论中,大家都能积极贡献想法,形成了良好的团队氛围。
4. **希望获得的帮助:** 希望在下周编码开始前团队能组织一次关于“Spring Security与JWT集成”的技术预研或分享帮助我们更好地完成用户认证模块的开发。
---
## 【注】
1. 在小结一栏中写出希望得到如何的帮助,如讲座等;
2. 请将个人计划和总结提前发给负责人;
3. 周任务总结与计划是项目小组评分考核的重要依据,将直接记入平时成绩,请各位同学按要求认真填写并按时提交;
4. 所有组员都需提交个人周计划、周总结文档,上传至代码托管平台;

@ -1,54 +0,0 @@
# 个人周计划 - 第4周
**姓名:** 刘兴朋
**角色:** 文档设计人员
**所属团队:** 菜鸟队
**周期:** 2025-10-13 至 2025-10-19
---
## 一、本周核心目标
作为团队的“信息架构师”与“知识管理者”,本周我的核心目标是:**将团队的所有讨论、设计与决策成果,系统化地转化为清晰、规范、统一且易于维护的文档体系。** 确保所有文档不仅是记录,更是指导后续开发的“单一可信源”,为项目奠定坚实的协作基础。
## 二、核心任务与安排
### (一) 项目启动与信息奠基 (周一 ~ 周二)
| 任务编号 | 任务内容 | 说明 | 预期产出 |
| :--- | :--- | :--- | :--- |
| **T1.1** | **参与项目启动会** | 深度理解项目边界、本周目标及各任务产出预期。重点关注业务逻辑与架构设计的讨论。 | 1. 会议纪要初稿<br>2. 明确的个人任务清单 |
| **T1.2** | **制定《文档规范与模板》** | 创建团队统一的文档标准包括文档命名、版本管理、目录结构、常用模板如API、会议纪要。 | 1. 《团队文档编写规范》V1.0<br>2. 一套文档模板 |
### (二) 设计协同与文档化 (周三 ~ 周四)
| 任务编号 | 任务内容 | 说明 | 预期产出 |
| :--- | :--- | :--- | :--- |
| **T2.1** | **业务逻辑可视化** | 协助**成员D**,将讨论确定的注册/支付流程使用专业工具如Draw.io/Lucidchart绘制为标准的BPMN或泳道图。 | 2份清晰的**核心业务流程图** |
| **T2.2** | **架构设计文档化** | 协助**成员A**将后端分层、Android MVVM架构等设计整理成结构化的设计文档。 | 1. 《系统架构设计说明》V1.0 |
| **T2.3** | **数据库设计文档化** | 协助**成员A**基于ER图整理并撰写数据库设计文档详细说明每个核心表的字段、类型、约束及关联关系。 | 1. 《数据库设计文档》V1.0 |
### (三) 集成、评审与归档 (周五)
| 任务编号 | 任务内容 | 说明 | 预期产出 |
| :--- | :--- | :--- | :--- |
| **T3.1** | **API接口文档集成** | 协助团队成员将定义的API接口整理到**Swagger/Postman**中,确保格式规范、描述清晰。 | 1. 《API接口文档》初稿 |
| **T3.2** | **知识库构建与归档** | 在Git仓库中建立清晰的`docs`目录将所有最终版文档按模块分类归档并更新README说明。 | 1. 结构化的项目知识库<br>2. 更新的项目README文件 |
| **T3.3** | **组织本周文档评审会** | 组织一次简短的评审会,邀请全体成员确认主要文档的准确性,收集反馈并进行最终修订。 | 1. 评审会议纪要<br>2. 所有文档的最终V1.0版 |
## 三、本周个人交付物清单
到本周末,我将确保以下所有文档就位:
- [ ] 《团队文档编写规范》V1.0
- [ ] 《核心业务流程图》(注册/支付)
- [ ] 《系统架构设计说明》V1.0
- [ ] 《数据库设计文档》V1.0
- [ ] 《API接口文档》初稿
## 四、风险与应对措施
| 风险描述 | 应对措施 |
| :--- | :--- |
| **信息不同步:** 设计与文档撰写出现偏差。 | **主动沟通:** 在设计和讨论会议后,立即用自己理解的语言向负责人复述关键点,确认无误后再开始文档化。 |
| **文档风格不统一:** 不同成员撰写的部分风格迥异。 | **模板化与范例驱动:** 提前提供写好的模板和优秀范例,并对核心文档进行格式审阅。 |
| **时间挤压:** 设计讨论超时,压缩文档整理时间。 | **并行工作:** 在讨论过程中就开始起草文档框架和图表,而非等全部结束再开始。 |

@ -1,33 +0,0 @@
## 📊 第 X 周周总结示例奠基周2025-10-13 至 2025-10-19
**姓名:** 刘兴朋
**团队名称:** 菜鸟队
**起止时间:** 2025-10-13 至 2025-10-19
### ✅ 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
|------|----------|----------|----------|
| 1 | 参与项目启动会,明确本周目标 | 完成 | 参加了周一的启动会议,深入理解本周“奠基周”任务,积极参与讨论。 |
| 2 | 完成个人开发环境搭建 | 完成 | 成功配置JDK、Maven、IntelliJ IDEA、MySQL等后端环境并运行Spring Boot Demo项目验证。 |
| 3 | 参与系统架构设计 | 完成 | 与团队协作确立了后端三层分层架构,明确了各层职责。 |
| 4 | 参与核心业务逻辑梳理 | 完成 | 参与梳理“用户注册”与“二维码支付”业务流程,为数据库设计提供输入。 |
| 5 | 参与数据库与API设计 | 完成 | 参与数据库核心表设计讨论并对ER图提出建议参与用户认证API定义。 |
### 💡 对团队工作的建议
1. **文档集中管理**
建议将本周产出的设计文档统一存放于Git仓库的 `docs/` 目录或团队共享云盘,便于查阅与版本控制。
2. **建立Code Review机制**
建议从下周编码前明确Code Review流程所有代码合并前需至少一名成员审查确保代码质量。
3. **技术分享常态化**
建议每周安排15-20分钟技术分享会轮流分享新技术或开发技巧促进团队共同进步。
### 📌 本周小结
- **环境就绪**:顺利完成开发环境搭建,为后续编码任务做好充分准备。
- **设计沉淀**通过参与架构、数据库与API设计对项目整体结构和技术路径有了清晰认识。
- **团队协作**:与团队成员沟通顺畅,设计讨论中积极贡献想法,团队氛围良好。
### 🆘 希望获得的帮助
希望团队能在下周编码前组织一次关于 **“Spring Security与JWT集成”** 的技术预研或分享,以协助我们更好地完成用户认证模块的开发。

@ -1,42 +0,0 @@
# 个人周总结-第4周
## 姓名和起止时间
**姓  名:** 王家伟
**团队名称:** 菜鸟队
**开始时间:** 2025-10-13
**结束时间:** 2025-10-19
## 本周任务完成情况
| 序号 | 总结内容 | 是否完成 | 情况说明 |
|------|----------|----------|----------|
| 1 | 参与项目启动会,明确项目需求 | 完成 | 2025-10-13参与项目启动会深入理解支付和认证等核心业务流程明确个人职责 |
| 2 | 搭建本地开发环境 | 完成 | 2025-10-13完成JDK、Maven、IDE、Git、MySQL等开发环境配置成功运行SpringBoot Demo项目并提交至团队仓库 |
| 3 | 主导后端架构设计 | 完成 | 2025-10-14完成后端分层架构设计明确各层职责输出《后端架构设计文档》v1.0 |
| 4 | 主导数据库设计 | 完成 | 2025-10-15基于业务流程识别核心实体绘制详细ER图定义表结构输出《数据库设计文档》v1.0 |
| 5 | 主导用户认证API设计 | 完成 | 2025-10-16使用Swagger完成用户注册、登录、登出等接口设计输出《API接口文档用户认证模块》 |
| 6 | 组织内部评审与修订 | 完成 | 2025-10-17组织数据库设计和API设计内部评审会收集反馈意见并完成文档修订 |
## 对团队工作的建议
1. **需求明确化:** 建议产品经理在提供业务流程图时,同步提供详细的业务规则说明,减少设计阶段的歧义;
2. **跨端协作:** 建议建立固定的API评审机制确保前后端在接口设计阶段达成充分共识
3. **技术决策效率:** 建议对关键技术选型建立快速决策流程,避免因技术选型拖延影响开发进度;
## 小结
1. **技术设计:** 顺利完成后端架构、数据库和API接口的核心设计工作为后续开发奠定坚实基础
2. **团队协作:** 积极参与各项讨论,与前端同事保持密切沟通,确保技术设计与业务需求匹配;
3. **环境准备:** 个人开发环境就绪,并协助团队成员解决环境配置问题;
4. **计划制定:** 根据本周设计成果,已为下周的编码实现做好技术准备;
5. **希望获得的帮助:** 希望组织关于"SpringBoot最佳实践"或"数据库设计规范"的技术分享,提升团队整体技术水平。
---
## 【注】
1. 在小结一栏中写出希望得到如何的帮助,如讲座等;
2. 请将个人计划和总结提前发给负责人;
3. 周任务总结与计划是项目小组评分考核的重要依据,将直接记入平时成绩,请各位同学按要求认真填写并按时提交;
4. 所有组员都需提交个人周计划、周总结文档,上传至代码托管平台;

@ -1,55 +0,0 @@
# 个人周工作计划 - 第四周
**姓名:** 王腾云
**角色:** 前端开发工程师
**团队:** 菜鸟队
**周期:** 2025-10-13 至 2025-10-19
---
## 本周个人目标
1. **环境就绪:** 完成本地前端开发环境搭建包括Node.js、Vue/React、Git等工具并成功运行一个基础项目。
2. **架构奠基:** 参与并理解Android客户端的MVVM架构设计明确前端模块划分与职责。
3. **接口对接准备:** 参与用户认证模块API接口的定义确保前端与后端接口契约一致。
4. **协作规范熟悉:** 掌握Git分支管理规范熟悉团队协作流程。
5. **业务理解:** 深入理解注册、支付等核心业务流程,确保设计与交互逻辑准确。
---
## 任务安排
| 日期 | 任务内容 | 详情 |
| :--- | :--- | :--- |
| **周一 (10-13)** | **1. 参与项目启动会**<br>**2. 搭建本地开发环境** | **会议:** 理解项目目标、业务流程图、团队分工。<br>**环境:** 安装Node.js、IDE、Git、模拟器等成功运行一个前端Demo项目并提交至Git。 |
| **周二 (10-14)** | **1. 参与Android架构设计讨论**<br>**2. 环境统一确认** | **架构:** 理解MVVM架构设计明确View、ViewModel、Model职责输出《前端架构理解笔记》。<br>**环境:** 确认团队依赖版本,协助统一开发环境配置。 |
| **周三 (10-15)** | **参与数据库设计评审** | 从前端视角评审数据库设计,确认字段是否满足界面展示与交互需求。 |
| **周四 (10-16)** | **参与用户认证API设计** | 与后端共同定义用户注册、登录等接口,确认请求/响应格式、错误码等,输出《前端接口对接备忘》。 |
| **周五 (10-17)** | **1. 参与API与架构评审**<br>**2. 整理本周输出** | **评审:** 参与API与架构设计的团队评审提出前端视角的建议。<br>**汇总:** 整理本周所有学习与设计文档,归档至团队知识库。 |
| **周末 (10-18/19)** | **缓冲与学习** | **缓冲:** 完成未尽事项。<br>**学习:** 研究前端与后端接口联调方式、状态管理、UI组件库等。 |
---
## 需要的支持与资源
1. **清晰的业务流程图:**
- 需要产品或后端提供注册、支付等业务的泳道图或BPMN图作为界面逻辑设计的依据。
2. **及时的后端沟通:**
- 希望在API设计阶段能与后端紧密协作共同确认接口细节避免后期联调问题。
3. **明确的架构与规范:**
- 希望团队尽快确定前端技术栈、代码规范、目录结构等,便于统一开发。
4. **工具与权限:**
- 确保拥有Git仓库权限、文档库编辑权限、设计稿访问权限等。
5. **高效的会议节奏:**
- 希望会议有明确议程与结论,为设计编码留出连续时间。

Some files were not shown because too many files have changed in this diff Show More

Loading…
Cancel
Save