小衣酱——Beta冲刺Day4
| 这个作业属于哪个课程 | 2501_CS_SE_FZU |
|---|---|
| 这个作业要求在哪里 | 团队作业——Beta冲刺 |
| 团队名称 | 小衣酱 |
| 这个作业的目标 | Beta冲刺Day4——SCRUM与PM报告 |
| 其他参考文献 | 无 |
目录
- 1.SCRUM部分
- 1.1站立式会议照片
- 1.2组员总结
- 102300403朱茜茜
- 102300404胡跃
- 102300312何鑫涛
- 102300406叶芷
- 102300412林晨宇
- 102300413林俊辉
- 102300414李庆聪
- 102300415张伟健
- 2.PM报告
- 2.1项目时间报告
- 2.2项目燃尽图
- 2.3任务总量变化表
- 2.4项目程序/模块的最新运行图片
- 2.4.1 用户端界面
- 2.4.2 管理端界面
1.SCRUM部分
1.1站立式会议照片

1.2组员总结
102300403朱茜茜
昨天站立式会议到现在的项目进展
完成了项目概述和过程回顾的初稿,整理了各模块的关键成果数据。开始撰写成果展示部分。协助后端推荐模块开发。花费3小时,剩余时间6小时。

存在的问题/遇到的困难
如何突出各模块的亮点成果,使总结报告更具说服力
从现在到明天站立式会议的安排
完善成果展示部分,开始撰写反思与总结。继续协助后端开发。
心得体会
总结报告不仅要记录事实,更要突出项目的价值和团队的成长
102300404胡跃
昨天站立式会议到现在的项目进展
完成数据统计模块界面设计,集成图表库实现数据可视化展示。花费3小时,剩余时间4小时。

存在的问题/遇到的困难
大数据量下图表渲染性能需要优化
从现在到明天站立式会议的安排
进行界面细节优化和响应式布局完善
心得体会
数据可视化要注重信息传达的清晰度,避免过度设计影响实用性
102300312何鑫涛
- 昨天站立式会议到现在的项目进展

编写Day4冲刺随笔,花费1小时,剩余时间4小时
存在的问题/遇到的困难
项目亮点需要数据支撑
从现在到明天站立式会议的安排
收集Day5的素材,完成Day5冲刺随笔编写
心得体会
项目文档要突出价值点
102300406叶芷
昨天站立式会议到现在的项目进展
完成用户反馈数据分析,发现3个主要改进点,花费2小时,剩余时间5小时

存在的问题/遇到的困难
用户建议与技术要求存在冲突。
从现在到明天站立式会议的安排
编写用户使用调查报告
心得体会
用户需求要与技术实现平衡
102300412林晨宇
昨天站立式会议到现在的项目进展
优化交互动画性能,提升低配设备流畅度。开始收集项目亮点素材。花费4小时,剩余时间6小时。

存在的问题/遇到的困难
PPT内容需要突出项目技术亮点
从现在到明天站立式会议的安排
继续完善PPT内容结构
心得体会
好的演示需要清晰的技术叙事逻辑
102300413林俊辉
昨天站立式会议到现在的项目进展
优化缓存策略,推荐响应时间稳定在1.5秒内,花费2小时,剩余时间4小时

存在的问题/遇到的困难
内存使用需要优化
从现在到明天站立式会议的安排
进行内存优化和性能测试
心得体会
系统资源管理很重要
102300414李庆聪
昨天站立式会议到现在的项目进展
完成第二轮回归测试,修复3个bug,花费3小时,剩余时间4小时

存在的问题/遇到的困难
边界条件测试覆盖不足
从现在到明天站立式会议的安排
进行边界条件测试
心得体会
测试要覆盖各种异常情况
102300415张伟健
站立式会议至今的项目进展
完成压力测试,系统支持100并发用户,花费3小时,剩余时间5小时

存在的问题/遇到的困难
数据库连接池需要优化
从现在到明天站立式会议的安排
进行最后的性能调优
心得体会
系统架构要支持扩展性
2.PM报告
2.1项目时间报告
| 所有工作的预期时间(min) | 已完成工作花费的时间(min) | 剩余工作的预期时间(min) |
|---|---|---|
| 2100 | 1092 | 1008 |
2.2项目燃尽图

2.3任务总量变化表

2.4项目程序/模块的最新运行图片
2.4.1 用户端界面

2.4.2 管理端界面

相关推荐
国央企在推动科技创新时,如何利用技术交易系统实现全流程闭环管理?.docx
国央企在推动科技创新时,如何利用技术交易系统实现全流程闭环管理?
高校技术转移办公室人员如何提升技术成果的推介效率?.docx
科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。
机械三维3D设计图-自动引孔锁螺丝设备.zip
机械三维3D设计图-自动引孔锁螺丝设备.zip
sogou-wubi-5.5f.zip
五笔输入法
智能体上下文工程:预算控制与结构化压缩的Python实现
【内容概要】 本资源是《智能体演化史》系列第四篇的配套代码,用 108 行 Python 实现一个会"收桌子"的上下文管理器。核心是两件事:一是设一个上下文预算,用 token 估算函数实时盯着;二是超预算时执行结构化压缩——把早期轮次压成一段结论式摘要,保留最近若干轮原文,并且对失败尝试和关键事实单独留档,不让它们被摘要吃掉。配套测算脚本给出三组可复算的数据:关键信息密度从第一轮的 100% 衰减到第 80 轮的 13%(腐烂的本质是稀释,不是撑爆,按当前增量要 213 轮才真的撞上 128K 窗口);跑 80 轮,不压缩累积 199 万 token,滚动摘要降到 37.1 万,直接截断只要 42.6 万但关键信息只留下 8%。这组数字说明:只盯着账单会选错策略。 【适用人群】 智能体已能跑通、但长任务开始"变傻"的开发者;负责长会话产品体验的工程师;需要在成本与准确率之间做取舍的架构师。 【使用场景及目标】 1) 给自己的智能体加一层可配置的上下文预算与压缩; 2) 用测算脚本对比三种策略的成本与保留率,做出有依据的选择; 3) 作为团队内部分享材料,解释"提示词工程"为何被上下文工程取代。 目标:让长任务不再越跑越糊涂,同时把 token 花在真正重要的信息上。 【其他说明】 需 pip install openai 并配置 OPENAI_API_KEY;预算值与保留轮数为常量,可按业务调整。测算脚本离线可跑,假设参数在文件内显式标注,便于改成你的真实口径。压缩会损失细节,涉及合规留痕的场景请关闭自动压缩或单独归档原文。


