小衣酱——Beta冲刺Day2
| 这个作业属于哪个课程 | 2501_CS_SE_FZU |
|---|---|
| 这个作业要求在哪里 | 团队作业——Beta冲刺 |
| 团队名称 | 小衣酱 |
| 这个作业的目标 | Beta冲刺Day2——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朱茜茜
昨天站立式会议到现在的项目进展
制定了总结报告的详细模板,包含项目概述、每日进展、成果展示等模块。与各组长确认了信息收集流程。协助后端推荐模块开发。花费2小时,剩余时间11小时。

存在的问题/遇到的困难
部分成员对需要提交的材料格式理解不一致,需要统一标准
从现在到明天站立式会议的安排
完善材料收集清单,明确各成员职责,开始汇总第一天的项目进展。继续协助后端开发。
心得体会
良好的沟通是确保信息准确收集的关键,需要主动与团队成员保持密切交流
102300404胡跃
昨天站立式会议到现在的项目进展
完成内容管理模块的界面优化,包括列表页和编辑页的布局调整。花费4小时,剩余时间11小时。

存在的问题/遇到的困难
富文本编辑器组件在不同浏览器下表现不一致,需要处理兼容性问题
从现在到明天站立式会议的安排
开始用户管理模块的界面开发
心得体会
组件复用能显著提高开发效率,但需要充分考虑不同场景下的适配需求
102300312何鑫涛
昨天站立式会议到现在的项目进展、
编写Day2冲刺随笔,花费1小时,剩余时间6小时

存在的问题/遇到的困难
需要更详细的项目进展记录
从现在到明天站立式会议的安排
收集Day3的素材,完成Day3冲刺随笔编写
心得体会
详细记录有助于项目复盘
102300406叶芷
昨天站立式会议到现在的项目进展
完成用户调查问卷设计,花费2小时,剩余时间8小时

存在的问题/遇到的困难
问卷发放渠道需要确定
从现在到明天站立式会议的安排
开始收集用户反馈
心得体会
用户需求是产品导向
102300412林晨宇
昨天站立式会议到现在的项目进展
完成首页加载速度优化,通过图片懒加载和代码分割提升性能。花费5小时,剩余时间15小时。

存在的问题/遇到的困难
部分老旧机型兼容性需要测试
从现在到明天站立式会议的安排
进行多设备兼容性测试和优化
心得体会
性能优化需要综合考虑不同用户设备情况
102300413林俊辉
昨天站立式会议到现在的项目进展
优化推荐算法接口,花费4小时,剩余时间11小时

存在的问题/遇到的困难
算法响应时间需要进一步优化
从现在到明天站立式会议的安排
继续算法性能调优
心得体会
算法优化需要数据支持
102300414李庆聪
昨天站立式会议到现在的项目进展
完成测试用例编写,花费4小时,剩余时间11小时

存在的问题/遇到的困难
测试环境搭建需要完善
从现在到明天站立式会议的安排
开始第一轮系统测试
心得体会
测试要全面覆盖
102300415张伟健
站立式会议至今的项目进展
完成代码规范检查,花费4小时,剩余时间11小时

存在的问题/遇到的困难
部分旧代码需要重构
从现在到明天站立式会议的安排
开始后端性能优化
心得体会
代码质量决定系统稳定性
2.PM报告
2.1项目时间报告
| 所有工作的预期时间(min) | 已完成工作花费的时间(min) | 剩余工作的预期时间(min) |
|---|---|---|
| 2100 | 546 | 1554 |
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;预算值与保留轮数为常量,可按业务调整。测算脚本离线可跑,假设参数在文件内显式标注,便于改成你的真实口径。压缩会损失细节,涉及合规留痕的场景请关闭自动压缩或单独归档原文。


