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.

...全文
866 回复 打赏 收藏 转发到动态 举报
写回复
用AI写文章
0人已提交
完成率0%
暂无数据
回复
切换为时间正序
请发表友善的回复…
发表回复
内容概要:本文围绕基于萤火虫算法(FA)的太阳能、风能与水力混合抽水蓄能系统的优化建模与仿真展开研究,提出了一种融合多源可再生能源与抽水蓄能技术的综合能源系统协调运行策略。通过Matlab平台实现了系统建模、智能优化算法设计与仿真验证全过程,重点解决了风光水多能源出力波动性强、系统供电可靠性低等问题。采用萤火虫算法对储能调度、能量管理与运行经济性进行优化,有效提升了系统对可再生能源的消纳能力和平滑输出性能,同时兼顾运行成本与稳定性。研究涵盖了从数学建模、目标函数构建、约束条件处理到多能互补协调机制的设计,提供了完整的代码实现方案,具有较强的科研复现价值与工程应用前景。; 适合人群:具备一定电力系统基础知识和Matlab编程能力的研究生、科研人员及从事新能源系统优化设计的工程技术人员。; 使用场景及目标:①用于高校或科研机构开展可再生能源集成与储能优化调度相关课题研究;②支撑高水平论文撰写与智能优化算法(如萤火虫算法)在综合能源系统中的应用复现;③为实际电力系统中多能互补项目、微电网能量管理系统的设计与仿真提供方法论与工具支持。; 阅读建议:建议读者结合文中提供的Matlab代码与可能的Simulink模型,逐步调试运行,深入理解算法实现细节与系统建模逻辑;同时关注优化目标函数的设定、约束条件处理及多能源协调机制,以提升自身在能源系统优化领域的建模与创新能力。
源码下载地址: https://pan.quark.cn/s/7f242081e14c 标题 "普中51-A2开发板资料.7z" 提供的信息表明,这是一个与普中51-A2开发板相关的资源包。 51单片机是微控制器领域中的一个经典系列,STC-89C52是51系列中的一个型号,常用于教学和入门级项目。 这个压缩包可能包含了一系列帮助用户理解和使用该开发板的材料。 描述中的"SHA256: B889D6FE71BF1CB25C67D57BE0854787F4D6902B20E2A1AF8FC9DEB66F4C7827"是文件的哈希值,用于验证文件的完整性和未被篡改,但具体知识点不在此范围内。 从标签来看,我们可以期待以下内容:1. **普中51-A2开发板**:这是一款基于51单片机的开发工具,可能包括硬件电路图、原理图、PCB设计文件等。 2. **STC-89C52**:这是51单片机的一个变种,具有增强的特性,如更多的I/O口、更大的内存等。 资料可能包含其数据手册、引脚定义、编程指南等。 3. **开发板**:可能包含开发板的使用手册、接线教程、初始化设置步骤等。 4. **51单片机**:基础理论、指令集、编程语言(如汇编或C语言)、中断系统、定时器/计数器的使用等。 5. **开发工具**:可能有Keil、Proteus、ISP编程软件等,这些工具用于编写、调试和烧录代码到单片机中。 从压缩包子文件的文件名称列表来看,我们可以深入学习以下内容:1. **普中51单片机开发攻略--A2.pdf**:这可能是开发板的用户指南或教程,涵盖基本操作、示例项目和常见问题解答。 2. **5--开发工具.rar**:可能包含开发环境的安装教程、配置指南和使用技巧。 3. **5--实验程序....
内容概要:本文详细介绍了一种基于Simulink的光伏储能单相逆变器并网仿真模型,系统涵盖了光伏阵列、储能单元、DC-AC单相逆变器及并网接口的完整结构,重点实现了储能环节的能量管理与逆变器并网控制策略的建模仿真。通过Simulink平台构建系统模型,验证了逆变器输出电能质量、并网稳定性以及控制系统的动态响应性能,采用SPWM调制、PI闭环控制等关键技术,确保并网电流与电网电压同频同相,满足并网电能质量要求。该模型不仅可用于分布式能源系统的仿真研究,还可作为新能源并网技术的教学与工程实践工具。; 适合人群:电气工程、自动化、新能源科学与工程等相关专业的高校本科生、研究生、科研人员,以及从事光伏发电系统设计、储能控制与并网技术研发的工程技术人员。; 使用场景及目标:①深入理解光伏储能系统中能量转换、存储与并网控制的整体工作原理;②支持课程设计、毕业设计或科研项目中对单相逆变器控制策略(如SPWM、PI调节、锁相技术等)的仿真验证与参数优化;③为后续研究更复杂的控制算法(如MPPT、低电压穿越、谐波抑制等)提供可扩展的仿真基础平台。; 阅读建议:建议结合MATLAB/Simulink环境动手搭建与调试模型,逐步理解各模块(如光伏建模、储能充放电控制、逆变器驱动、锁相环、PI调节器等)的功能与交互关系,重点关注控制系统的设计逻辑与参数整定过程,并可通过修改负载条件或电网参数测试系统鲁棒性,为进一步拓展至三相系统或多机并网场景奠定基础。

173

社区成员

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

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