201
社区成员




一、本周计划任务和本周实际完成的任务
计划完成任务 | 是否完成 | 预计用时 | 实际用时 |
TAPD平台分别编写需求 | 是 | 90min | 120min |
对各自技术栈所需技术进行初步学习 | 是 | - | - |
任务细化分配 | 是 | 30min | 20min |
讨论如何推进项目进行 | 是 | 45min | 50min |
二、本周团队工作中存在的主要问题以及应对措施
1.大家对自己的分工不是太熟悉,花了很多方法以及讨论去明确了自己该做的事。
2.对基本软件的使用不熟,依靠看视频阅读相关文章逐渐去解决了问题。3.对个人项目预估时间还是不太准确 这个还在慢慢解决中
三、下周计划
1、任务细化与拆解,明确每个组员具体需要做些什么。明确设计软件需求对应的功能。写好软件的类图。
2、根据需求文档拆分后端模块(用户管理、提醒引擎),定义接口字段与数据流转规则。使用甘特图工具拆解任务为可量化子任务(如“JWT认证模块开发=3h”),标注模块间依赖关系。
3、类图与功能流程图设计
绘制核心类图(用户、任务、提醒规则),明确属性和方法。将需求转化为流程图(如提醒触发逻辑),标注异常分支和状态转换。
4、学习资源与工具:
类图设计:学习UML类图规范(参考网页4),使用PlantUML生成代码。
流程图工具:Boardmix在线编辑简单流程,Mermaid代码生成复杂逻辑。
四、该阶段可能存在的项目风险以及应对措施
1. 时间风险
项目进度可能由于各种因素(如延迟、需求变更等)受到影响。应对措施:制定详细的项目时间表,设置合理的时间缓冲期定期检查项目进度,及时发现问题并采取纠正措施确保关键任务优先完成,调整次要任务的时间安排。
2.技术风险
团队成员对于部分技术不够熟练,学习起来有一定困难
应对措施:在项目初期对技术进行充分的评估,确保选择合适的技术方案通过原型开发和小范围测试,验证技术可行性,为团队成员提供必要的技术培训,确保技术能力满足项目需求
3.需求变更风险
项目建立初期,需求容易发生改动,用户容易不定时改变需求。
应对措施:与客户保持紧密沟通,确保需求清晰并得到及时确认,建立严格的需求变更管理流程,评估变更的影响并做出决策,在项目的某一阶段(如设计阶段)冻结需求,避免频繁变动