团队作业—Beta冲刺
团队作业—Beta冲刺
- 发布时间:2025.11.21
- 截至时间:2025.12.01
- 答辩时间:2025.12.02
冲刺时间为7天,各组自行安排连续的7天冲刺时间。格式
- 为了方便其他学校的老师或者助教了解课程实况,请大家在作业开头添加格式描述:*
| 这个作业属于哪个课程 | <班级的链接> |
|---|---|
| 这个作业要求在哪里 | <作业要求的链接> |
| 这个作业的目标 | <写上具体方面> |
| 其他参考文献 | ... |
作业要求
以下内容基本是按照时间顺序排列的,请各组合理安排时间,不要将多项任务集中到某段时间里密集地完成。
1篇Beta阶段置顶集合随笔,包含以下所有内容的链接
1份代码规范
7篇冲刺随笔
1份用户使用调查报告
1篇Beta冲刺总结随笔
- 关于项目预期计划、完成度相关的问题
- 关于过程体会、组员分工协作相关的问题
- 关于计划完成情况、项目运行链接及截图展示等相关的问题
- 关于AI技术员在本次作业起到的作用(要求有具体案例)
项目课堂演示、答辩
制作答辩PPT
自行设计评审表
7天冲刺随笔博客的具体要求**
每天的冲刺博客分为scrum和PM报告两部分
SCRUM部分:
- 每个成员描述:从昨天站立式会议到现在的成就(完成了哪个任务,花了多少时间,还剩余多少时间)、存在的问题/遇到的困难,从现在到明天站立式会议的安排。(可以以表格形式列出)
- 团队成员的工作如果是开发工作必须有代码签入,给出签入记录对应的Issue内容和链接/图片(如果缺少,当天冲刺日志-2分)
- 团队成员的工作如果是测试等其他工作,那要有具体的结果,如截屏、测试报告等 (如果缺少,当天冲刺日志-2分)
- SCRUM 会议的照片一张,会议照片应该是每天冲刺会议的真实非摆拍照片,可以挡住脸保护隐私。(如果出现照片复用的情况当天冲刺日志不计分)
PM 报告:
- 总结整个项目预期的任务量(所有工作的预期时间或者issue总数)和目前已经完成的工作量(已完成工作花费的时间或者已经完成的issue数目),还剩余的工作量(剩余工作的预期时间或者剩余issue数目)
- 画出燃尽图,要显示真实的情况
- 记录任务总量变化,体现在工作中发现了多少以前没有想到的事情;可以画成图表
- 适当的项目程序/模块的最新运行图片/gif/视频 (如果缺少,当天冲刺日志-2分)
Beta冲刺总结随笔博客的具体要求
回应冲刺开始前设立的任务(要完善、新增的功能)。用表格的形式展示完成情况;对于没有完成的项,描述具体的完成程度
在冲刺开始前的“alpha阶段问题总结随笔”和“凡事预则立随笔”中,你们组设立了一些改进计划,这些计划的完成情况如何?
可运行的项目链接、项目文件、程序二维码等。如果为微信小程序、APP等移动端项目,请注意相应的上线审核机制,所需时间等事项,务必提前了解并做准备。
项目各功能的运行图片、gif或视频
各成员在冲刺阶段的体验、收获、心得
各成员的贡献度分配,可使用以下markdown
| 学号 | 工作内容 | 贡献度 |
|---|---|---|
评分标准
1.答辩得分(与之前计分规则一致)= 助教打分总和/(助教人数)* 0.6 + 老师打分总和/(老师人数) * 0.40
2.博客得分总分100分:
- (100')【覆盖课程目标4】
- (20') 代码规范
- (30') 7篇冲刺随笔
- (20') 用户使用调查报告
- (30)beta冲刺总结
- (10') 项目预期计划、完成度相关的问题
- (5') 过程体会、组员分工协作相关的问题
- (5') 计划完成情况、项目运行链接及截图展示等相关的问题
- (10') 关于AI技术员在本次作业起到的作用
这次作业得分 = 答辩得分 * 60% + 博客得分 * 40%
博客规范
1、提交规则
博客以班级作业页面的提交时间为准;需要提交的文件以CodeArt的提交时间为准;
在deadline前交,分数为实际得分 ;
- 若帖子发布后在审核(帖子显示404),可以在deadline 之前先于作业页面提交链接,再等待审核通过
- 不接受上传失败、网络原因等补交理由
补交:在deadline 后两天内提交视为补交,分数为实际得分 * 50%;写了但是忘记提交作业和补交扣分一致
缺交:在deadline 之后两天未补交视为博客缺交,分数为0分;
作业抄袭:当助教发现两篇博客文字/图片/代码过于相似时,判定两篇博客都为抄袭,分数都为-100%(注意是倒扣!);
伪造提交:虽然作业博客没有完成,但是先提交到作业占位置,判定为伪造提交,分数得0分;
注:提前提交的作业,如果能积极响应助教和老师的反馈并在deadline前做出相应修改,在后续评分时,这些修改完善也会被纳入考量。提早准备好处多~
2、注意事项
班级群如果发布相关通知也是作业要求一部分,请及时查看群通知; 若需要在群填写相关信息,未能在deadline之前完成填写的,**扣实际得分的50%**; 如对作业存在疑问,请在deadline之前三天在班级群提出;
若助教对作业要求有修改,会在群内公告,请务必查看并按新的要求完善作业; 请及时回复老师或助教的点评并作出相应修改。即使提交了作业,也应该关注班级群中助教的公告!
3、疑惑解疑
若有对题意不清或者有不理解的地方,可在该博客下方留言,或者在QQ群或微信群中直接提问
相关推荐
zjx-Beta2.md
zjx-Beta2.md
深圳AI-FDE服务商选型:动态评估体系与实操尽调指南
AI-FDE(AI-First Data Engineering)是面向模型生命周期的数据工程新范式,核心在于支撑数据可训、可验、可演进,而非传统ETL的报表可用。其技术原理涵盖实时特征计算、全链路数据血缘、模型漂移监控与边缘-云协同架构,价值在于弥合算法迭代与数据供给之间的代际鸿沟。典型应用场景包括智能制造缺陷预测、跨境单证智能解析、金融实时风控等高时效、强领域耦合任务。在深圳地域背景下,服务商能力必须适配硬件协同(如昇腾/Jetson边缘部署)、供应链碎片化数据接入(微信/飞书/物流API原生支持)及敏
遗传算法工程实践:破解早熟、自适应参数与可调试框架
遗传算法(GA)是一种基于自然选择原理的全局优化方法,其核心在于模拟选择、交叉与变异过程以逼近最优解。然而,理论上的生物隐喻在工程落地中常因早熟收敛、参数敏感和黑箱结构而失效。本文聚焦GA的实用化跃迁,深入解析锦标赛选择如何抑制早熟、SBX交叉与多项式变异背后的数学调控逻辑,并强调种群多样性、适应度缩放与编码本体匹配对求解质量的决定性影响。内容覆盖从函数优化到风电场选址等真实场景,突出可复现、可监控、可中断的工业级实现范式,为算法工程师提供一套兼顾原理深度与工程鲁棒性的GA落地指南。
软件工程期末考:从工程化思维到AI时代的核心竞争力
软件工程是系统化、规范化构建和维护软件系统的学科,其核心在于工程化思维而非单纯记忆。从基本原理看,它通过定义清晰的开发模型(如瀑布、敏捷)来管理项目生命周期,运用UML图进行系统建模与团队沟通,并遵循高内聚低耦合等设计原则保障代码质量。这些方法的技术价值在于提升软件的可维护性、可扩展性与团队协作效率,广泛应用于从互联网产品到企业级系统的各类场景。随着AI辅助编程工具的普及,掌握需求分析、系统设计及工程化管理等核心能力变得更为关键,这不仅是应对软件工程期末考试的关键,更是构建未来职业竞争力的基础。
pm-v1.0-beta:用于推送到v1.0 Beta的项目管理存储库
pm-v1.0-beta:用于推送到v1.0 Beta的项目管理存储库


