第四周个人周报--197241--李默晗

[197241李默晗]

一、PSP表格

PSP阶段	任务内容	预估时间（小时）	实际时间（小时）
计划	明确本周工作目标，梳理项目任务安排	1	1
需求分析	在TAPD上重新调整需求关系，梳理需求之间的联系	2	2.5
技术实现	建立公网隧道，使项目能够从本机/局域网测试扩展到公网测试	2	3
项目集成	将GitHub仓库与TAPD建立关联，完善项目协同管理流程	1	1.5
功能开发	增设管理员功能，包括调整余额、封禁与删除账号、授予普通用户权限等	4	5
测试组织	邀请几名同学对项目进行测试，并收集反馈	2	2
项目规划	重新划定项目发展方向，讨论做成移动端软件还是小程序	2	2.5
总结	整理本周工作内容并进行反思总结	1	1
合计		15	18.5

 

二、个人工作中存在的问题以及应对措施

1. 存在的问题

本周在项目推进过程中，我主要遇到了以下几个问题：

（1）需求关系不够清晰，任务之间的逻辑联系较弱
在前期整理需求时，部分需求的从属关系和优先级划分不够明确，导致在TAPD中查看任务时不够直观，也不利于后续的开发安排和协作推进。

（2）项目测试环境受限
之前项目主要只是在本机和局域网内进行测试，这样的测试范围较小，不便于让更多成员或外部测试人员参与体验，影响了测试反馈的真实性和全面性。

（3）项目协同管理还不够完善
GitHub与TAPD在之前没有建立起有效联系，代码提交和需求跟踪之间存在一定割裂，导致项目管理效率偏低，不利于后期进行版本追踪和任务回溯。

（4）管理员功能设计较复杂
管理员涉及余额调整、账号封禁、账号删除、普通用户权限授予等多个操作，功能实现时不仅要考虑可行性，还要注意权限划分的合理性和系统安全性。

（5）项目发展方向还存在选择上的犹豫
在项目后续定位上，团队对于是做成移动端软件还是小程序还需要进一步统一认知，不同方向会影响后续的技术选型、功能设计以及推广方式。

2. 应对措施

针对以上问题，我采取了以下措施：

（1）重新梳理需求结构
我在TAPD上对需求关系进行了重新调整，进一步明确了需求之间的层级关系和逻辑顺序，使项目任务分布更加清晰，为后续开发和管理打下了更好的基础。

（2）优化测试环境
通过建立公网隧道，将项目从只能在本机和局域网测试，扩展到了可以在公网环境下访问和测试。这不仅方便了项目演示，也便于邀请更多同学参与测试并提出建议。

（3）完善项目协同流程
将GitHub仓库与TAPD建立联系后，可以更方便地把代码提交与需求任务对应起来，提升了项目开发过程中的可追踪性和协同效率。

（4）强化权限管理意识
在增加管理员功能时，我更加重视权限边界的划分，尽量让管理员操作与普通用户操作区分开来，避免功能混乱，同时为后续系统安全性优化做好准备。

（5）进一步明确项目定位
通过对项目目标和用户使用场景的重新分析，团队开始重新划定项目具体的发展方向。虽然最终形式还需进一步讨论，但本周已经在“移动端软件”和“小程序”两个方向上进行了较为明确的比较，为后续决策奠定了基础。

---

三、个人学习的新知识点以及学习途径和方法

1. 本周学习到的新知识点

本周在项目实践中，我学习并接触到了以下几个新的知识点：

（1）TAPD需求管理与需求关系调整方法
通过重新整理TAPD中的需求，我对项目管理工具中需求的层级关系、关联关系以及任务拆分方式有了更深入的理解，认识到清晰的需求结构对于项目推进的重要性。

（2）公网隧道的基本原理和使用方法
此前项目测试主要局限于本地和局域网环境，本周通过搭建公网隧道，我学习了如何将本地服务映射到公网环境中，理解了其在远程测试、演示和协作开发中的实际价值。

（3）GitHub与TAPD的关联方式
在将GitHub仓库与TAPD建立联系的过程中，我学习了项目管理工具与代码托管平台之间的协作机制，明白了如何通过工具联动提升团队开发效率和任务追踪能力。

（4）后台管理员权限设计思路
在增设管理员功能时，我对后台管理系统中的权限控制有了新的理解。比如，不同角色应该拥有不同的操作范围，管理员功能不仅是“能实现”，更重要的是“要合理”。

（5）产品发展方向分析方法
在讨论项目到底应该做成移动端软件还是小程序时，我学习到项目方向的制定不能只看开发便利性，还要结合目标用户、使用场景、推广成本以及后期维护等多个方面综合考虑。

2. 学习途径和方法

本周我主要通过以下几种方式进行学习：

（1）实践学习法
通过直接参与项目中的具体任务，在做中学、在学中做。比如搭建公网隧道、配置平台关联、设计管理员功能等，都是在实际操作中不断理解和掌握的。

（2）资料查阅法
在遇到不熟悉的问题时，我通过查阅相关技术文档、开发教程和平台说明，逐步了解相关知识点，并将其应用到项目中。

（3）问题驱动学习法
本周的学习更多是围绕实际问题展开的。例如，为了解决测试范围受限的问题，我去学习公网隧道；为了提升项目管理效率，我去了解GitHub和TAPD的联动方式。这种学习方式使学习目标更加明确，也更有针对性。

（4）讨论交流法
在重新划定项目发展方向时，我通过团队交流和思考比较不同方案的优缺点，这种讨论过程也帮助我更全面地认识产品设计和项目规划问题。

---

四、个人对本周工作的感悟

通过本周的工作，我更加深刻地体会到，软件项目开发不仅仅是单纯地写代码，更重要的是需求管理、协同配合、测试优化以及方向规划等多个方面的共同推进。

首先，我认识到需求梳理是项目顺利开展的重要前提。如果需求关系不清晰，后续开发就容易出现重复劳动或者方向偏差。因此，在TAPD中重新调整需求关系，不只是管理层面的工作，也是在为开发效率服务。

其次，我感受到测试环境对项目质量提升非常重要。本周建立公网隧道后，项目的可测试范围明显扩大，也让我意识到一个项目要真正接近实际使用场景，就不能只停留在本地开发阶段，而要尽可能创造更真实的测试条件。

另外，在增设管理员功能的过程中，我认识到功能开发需要兼顾实现与规范。一个功能不仅要能用，还要考虑权限是否合理、逻辑是否清晰、是否方便后续维护。这让我对“系统设计”有了比之前更深的理解。

最后，在重新讨论项目未来发展方向时，我体会到做项目不能只关注眼前功能，还要有整体规划意识。选择移动端软件还是小程序，并不是简单的形式选择，而是会影响整个项目后续的发展路径。因此，在项目推进过程中，及时复盘和重新明确方向是非常有必要的。

总的来说，本周我的工作不仅推进了项目的实际开发，也让我在项目管理、技术实践和产品思考等方面都有了新的收获。我会在接下来的工作中继续完善项目功能，结合测试反馈优化系统设计，并进一步推动项目方向的明确与落地。