Teamwork—beta Spring

助教-吴可仪 2024-12-06 20:57:19

Deadline

The deadline for this assignment is December 20, 2024, 23:59

1. Assignment Requirements

1.Blog Submissions

The following content is basically arranged in chronological order. Please arrange your time reasonably and do not concentrate multiple tasks into a certain period of time to complete intensively.

  • 1 top-of-the-line collection of essays in the Beta stage, including links to all the following content
  • 1 Specific requirements for the alpha phase problem summary essay (published before the start of the beta sprint and added to the collection of essays)
  • 1 essay on "Preparing for Everything" (published before the start of the beta sprint and added to the collection of essays)
  • 1 essay about the team's code standards
  • 5 beta sprint essays.(Arrange a sprint until the end of the assignment during this assignment. Ensure that the essays released by the team are not published on the same day).
  • 1 user usage survey report
  • 1 Beta sprint summary essay
  • Project classroom demonstration and defense
  • Make defense PPT

During the Alpha sprint, many students experienced "learning by doing", learning a new programming language, learning Git, and learning to build a complete project. However, each group did not have a deep understanding of the meaning of "learning by doing" in software engineering and encountered many problems. Stop for a while, hold a summary meeting, and gain hindsight.

2.Improvements and new features are needed in the next phase.

  • Team division of labor needs to be improved (regarding previous deficiencies, team collaboration and division of labor need to be strengthened and improved)
  • Tool processes that need improvement (such as version control, testing tools, etc.)
  • The planning and arrangement of all blogs, as well as the time planning of the sprint.
  • Specific requirements for the sprint essay blog.

2.sprint blogs

The sprint blog is divided into two parts: scrum and PM report

1.SCRUM section

  • Description of each member: achievements from yesterday’s stand-up meeting to the present (which task was completed, how much time was spent, and how much time is left), existing problems/difficulties encountered, and arrangements for the stand-up meeting from now to tomorrow. (can be listed in tabular form)
  • If the team members' work is development work, they must have code check-in, and provide the Issue content and link/picture corresponding to the check-in record. (If missing, deduct 2 point from the sprint log that day)
  • If the work of team members is testing and other work, it must have specific results, such as screenshots, test reports, etc. (If missing, deduct 2 point from the sprint log that day)
  • A photo of the SCRUM meeting. The meeting photo should be real, unstaged photo of the daily sprint meeting. Faces can be covered to protect privacy.(If photos are reused, the sprint log will not be scored on that day.)

PM report

  • Summarize the expected taskof the entire project (the expected time of all work or the total number of issues), the work that has been completed so far (the time it takes to complete the work or the number of issues that have been completed), and the remaining work (the expected time of the remaining work) or the number of remaining issues)
  • Draw a burn-up chart to show the real situation
  • Record the changes in the total amount of tasks, reflect how many things you have discovered during your work that you had not thought of before; (you can draw a chart)
  • Latest running pictures/gifs/videos of appropriate project procedures/modules (If missing, deduct 2 point from the sprint log that day)

3.Beta Sprint Summary Essay Blog Specific Requirements

  • Corresponds to the tasks set before the start of the sprint (functions to be improved and added). Use a table to display the completion status; for items that have not been completed, describe the specific degree of completion.
  • In the "Problem Summary Essay in the Alpha Phase" and "Essay on Preparing for Everything" before the start of the sprint, your team set up some improvement plans. How was the completion of these plans?
  • Runnable project links, project files, program QR codes, etc. If it is a mobile project such as a WeChat applet or APP, please pay attention to the corresponding online review mechanism, required time and other matters, and be sure to understand and prepare in advance.
  • Running pictures, gifs or videos of each function of the project
  • Each member’s experience, gains and insights during the sprint phase
  • To distribute the contribution of each member, you can use the following markdown

Student ID

Task Description

Contribution

3.Scoring Rules for this Assignment

1.Defense Score

  1. Defense Score (consistent with previous scoring rules) = Sum of scores from other groups/(total number of groups-1) * 0.25 + Sum of assistant scores/(number of assistants) * 0.35 + Sum of teacher scores/(number of teachers) * 0.40

2.Blog Score(100'):

  • (20')Summary of issues in the alpha phase (with the benefit of hindsight)
  • (14')Answered questions related to assumptions, goals, and plans; answered questions related to design/implementation, testing/release
  • (28')5 beta sprint essays
  • (10')user usage survey report
  • (12')Beta sprint summary essay
  • (10')Project expected plan, degree of completion, improvement plan completion status, project running link and screenshot display, etc.
  • (6')Process experience, team members’ division of labor and collaboration

Score for this assignment = Defense score * 60% + Blog score * 40%

Blog Guidelines

1. Submission Rules

  • The blog is subject to the submission time of the class assignment page; the files that need to be submitted are subject to the submission time of github;
  • Submitted before the deadline, the score will be the actual score;
  • If the post is under review after it is published (the post displays 404), you can submit the link to the assignment page before the deadline and wait for the review to pass.
  • Reasons for resubmission such as upload failure and network reasons will not be accepted.
    • Late Submission: Submitting within two days after the deadline is considered a late submission, and the score is the actual score * 50%; writing but forgetting to submit the assignment and late submissions are penalized equally.
    • Missed Deadline: Failing to submit the blog within two days after the deadline is considered a missed assignment, and the score is 0.
    • Assignment Plagiarism: When the teaching assistant finds that two blogs have text/images/code that are too similar, both blogs are considered plagiarized, and both receive a score of -100% (note that this is a negative score!).
    • Forgery of Submission: Although the assignment blog has not been completed, submitting it to occupy a place is considered a forged submission, and the score is 0.
    • Note: For assignments submitted in advance, if you can actively respond to teaching assistant and teacher feedback and make corresponding revisions before the deadline, these improvements will be taken into account in the subsequent grading. Early preparation has many advantages. Please note that editing blog content is not allowed after the deadline.

2.Points to Note

If the class group releases relevant notices, it is also part of the assignment requirements; please check the group notice in time. If you need to fill in related information in the group and fail to complete it before the deadline, deduct 50% of the actual score. If there are any questions about the assignment, please raise them in the class group three days before the deadline. If the assistant makes changes to the assignment requirements, it will be announced in the group; please be sure to check and improve the assignment according to the new requirements. Please respond promptly to the comments from the teacher or assistant and make the corresponding modifications. Even if the assignment is submitted, pay attention to the announcements from the assistant in the class group!

3.Clarifying Doubts

If there are unclear aspects of the assignment or if you don't understand something, you can ask in the QQ or WeChat group.

...全文
898 回复 打赏 收藏 转发到动态 举报
写回复
用AI写文章
0人已提交
完成率0%
暂无数据
回复
切换为时间正序
请发表友善的回复…
发表回复
内容概要:本文围绕发光太阳聚光器开展蒙特卡洛光线追踪研究,重点利用Matlab编程实现光线在聚光系统中的传播路径模拟。通过蒙特卡洛方法对大量随机光线进行统计追踪,精确分析光能在接收面上的分布特性、聚焦效率及系统整体光学性能,进而评估不同几何结构与材料参数对聚光效果的影响,为高效太阳能收集系统的设计与优化提供理论依据和技术支持。研究不仅涵盖核心算法实现,还结合多个跨领域科研案例(如电力系统、路径规划、信号处理、机器学习等),展示了Matlab/Simulink在科研建模与仿真中的广泛应用价值,突出了算法仿真与多学科交叉融合的重要性。; 适合人群:具备一定Matlab编程基础,从事光学工程、新能源技术、仿真建模及相关领域研究的科研人员,尤其适合研究生及青年研究人员。; 使用场景及目标:①掌握蒙特卡洛方法在光学系统仿真中的原理与应用;②学习使用Matlab实现光线发射、反射、折射及能量统计的完整追踪流程;③通过实际代码实践优化聚光器结构设计;④借鉴文中多领域仿真案例,拓展科研视野与技术迁移能力; 阅读建议:此资源以代码实现为核心,建议读者结合Matlab环境动手运行与调试程序,重点关注光线追踪的物理建模与数值计算细节,并参照其他仿真范例举一反三,全面提升科研建模与算法实现能力。
内容概要:本文复现并深入探讨了一种基于价格弹性矩阵的居民峰谷分时电价激励策略,属于电力系统需求响应领域的关键技术研究。研究通过构建价格弹性矩阵精确刻画居民用户对不同时段电价变化的用电行为响应特性,结合优化算法设计科学合理的峰谷分时电价方案,有效引导用户在高峰时段减少用电、低谷时段增加用电,实现削峰填谷,提升电网运行稳定性与能源利用效率。文中配套提供了完整的Matlab代码实现,涵盖数据处理、模型构建、优化求解及结果可视化等模块,具有较强的可复现性与工程应用价值,适用于需求侧管理政策仿真与学术研究。; 适合人群:面向具备一定电力系统基础知识、能源经济学或需求响应研究背景的科研人员,以及从事相关课题的硕士、博士研究生;熟悉Matlab编程且关注智能电网优化的技术人员亦可从中获益。; 使用场景及目标:①用于居民侧用电行为建模与电价敏感性分析;②支撑峰谷电价政策的设计、仿真评估与优化调整;③作为高校教学中需求响应机制的算法实现案例与科研入门实践项目。; 阅读建议:建议读者结合Matlab代码逐模块解析其实现逻辑,重点掌握价格弹性矩阵的构造方法、目标函数与约束条件的数学建模过程,以及优化求解器的调用方式,同时可尝试引入其他智能优化算法进行对比实验,以深化对电价激励机制设计原理的理解与创新能力。
内容概要:本文详细介绍了基于Matlab实现的无人机FMCW(调频连续波)毫米波高度计雷达仿真技术,系统阐述了雷达测高系统的工作原理、信号建模方法及完整的信号处理流程。通过构建发射信号与地面回波信号模型,依次完成混频、低通滤波、傅里叶变换(FFT)等关键处理步骤,提取差拍频率以精确计算无人机飞行高度,并对测高精度、分辨率及系统参数影响进行仿真分析与验证。该仿真平台不仅有助于深入理解毫米波雷达在复杂环境下的工作特性,也为无人机地形跟随、精准着陆、低空避障等应用场景提供了可靠的技术支撑和算法验证手段。; 适合人群:具备雷达原理、信号与系统、数字信号处理等相关基础知识,从事无人机导航、毫米波雷达开发、自动驾驶传感系统或相关领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①深入掌握FMCW雷达测距测高的物理机制与数学建模方法;②熟练运用Matlab进行雷达信号仿真与算法实现,提升实际编程与系统调试能力;③为后续开展真实雷达系统开发、测高算法优化或融合其他传感器(如IMU、GPS)的组合导航研究提供理论依据与仿真基础。; 阅读建议:建议结合经典雷达原理教材同步学习,重点理解chirp信号设计、混频后差拍信号特征以及FFT在频率提取中的作用,通过调整带宽、扫频周期、采样率等参数进行仿真实验,观察其对测高性能的影响,从而深化对系统设计关键指标的综合把握。

173

社区成员

发帖
与我相关
我的任务
社区描述
2401_MU_SE_FZU
软件工程 高校
社区管理员
  • FZU_SE_TeacherL
  • 助教-吴可仪
  • 助教-孔志豪
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧