Lab3-1-08-topic selection and requirement analysis report
| The Link Your Class | https://bbs.csdn.net/forums/MUEE308FZU202201 |
|---|---|
| The Link of Requirement of This Assignment | https://bbs.csdn.net/topics/609330258 |
| Blog of Leader | https://bbs.csdn.net/topics/610161358 |
| MU STU ID and FZU STU ID | 20124856_832001222 |
| Video Link | https://www.bilibili.com/video/BV1Uv4y197A2 |
1.Team Gathering
1.1 Introduction of Team Members
The introductions of the team members will be presented in a table, as shown in the following table.
| Name | Skills | Programming Interests | Role | STU Number |
|---|---|---|---|---|
| Kaixi Chen(leader) | Make ppt,painting | The front end | Project director | 832002214 |
| Chenyu Yan | Supervision of tasks,people actively | Requirements report document | The front end | 832001222 |
| Zichen Huang | Copy writing,programming | The uml diagram,the consultant research | The back end | 832001208 |
| Yu Zhou | Basketball,the game | The front end | The front end | 832001325 |
| Jiaqi Wu Le | Code,painting | Prototyping | The front end | 832001207 |
| Yuzhe Zhang | Video editing,copy writing | Product presentation | The front end | 832001310 |
| Wenjie She | Copy writing | Annotation of requirement | The back end | 832001330 |
| Jingyu Qing | Group division,the game | Prototype debug | The front end | 832001228 |
| Yangkun Xie | Programming,the game | Interface layout | The back end | 832001218 |
| Jiewen Liu | Debrief,investigate | The front end | The front end | 832001217 |
1.2 Team Characteristics
The team has the best communication and writing atmosphere to maximize work efficiency.
The team has a reasonable division of labor, and the primary goal is to complete the software. The most appropriate work is assigned to each team member to the maximum extent, so as to further improve the work efficiency.
The team has a reasonable division of labor, and the primary goal is to complete the software. The most appropriate work is assigned to each team member to the maximum extent, so as to further improve the work efficiency.
1.3 Team Logo

1.4 prototype




1.5 Photo of the team
Ten of us!

2. Start action
2.1 Project Summarize
Our team will complete the multi-role, multi-functional school sports assistant software.
我们团队将完成面向多角色,多功能的校运会助手软件。
2.2 Criteria of individual contribution determination
We regard the completion of the overall task as 100%, and each task is assigned according to the actual situation of the individual. If the task has been completed, then the corresponding progress will be updated and the individual contribution will be made in turn. At the same time, our team will also evaluate the contribution of each person. If an individual completes excellent work, he will be rewarded with 10% additional contribution on the basis of the original contribution.
2.3 Individual Contribution
| Member | Proportion |
|---|---|
| Kaixi Chen | 105% |
| Chenyu Yan | 110% |
| Zichen Huang | 100% |
| Yu Zhou | 80% |
| Jiaqi Wu Le | 120% |
| Yuzhe Zhang | 80% |
| Wenjie She | 105% |
| Jingyu Qing | 100% |
| Yangkun Xie | 90% |
| Jiewen Liu | 110% |
| Total | 1000% |
3. Drip Record
3.1 Mind Map
| Mind Maps |
|---|
|
| Record |
|
| About Client Side |
|
| About Management Side |
3.2 Burnout Map

3.2 UML
3.2.1 Use Case Diagram
• Person in charge: Jiewen Liu
• Description:Use case diagrams visually show which users are available. The use case diagram also shows what functions are provided to the user, making it easy to understand and clear to understand.
• Problems faced by this part:The concept of a use case diagram is unclear, as is the tool for drawing it.
• Problems solved:By querying the data of the use case diagram, understand the use case diagram, and at the same time according to the use case diagram drawn by others, to imitate the drawing of the use case diagram.

3.2.2 Class Diagram
• Person in charge: Chenyu Yan
• Description:Class diagrams are extremely important tools in software engineering. Class diagram will be an abstract representation of the entire software, show the relationship between classes, but also show the internal methods of the class, for the later coding to lay a solid foundation.
• Problems faced by this part:Similar to the use case diagram, the main problem is that the concept of class diagram is not clear, do not know how to draw the class diagram. At the same time, the bigger problem is the lack of object-oriented thought, the abstract ability of the class is insufficient.
• Problems solved:The first is to solve the class diagram concept problem, through drawing a simple class diagram to deepen the understanding of the concept of class diagram. The second is to solve the object-oriented abstraction ability, we will first split the whole problem into as simple as possible subproblems, and then think about how to solve the subproblems, need to use what classes, what methods, and finally use the class diagram to draw lines this process.


3.3 Entity Relationship diagram (ER)
• Person in charge: Lejiaqi Wu
• Description:Entity relationship diagram is an important link before database design. The entity diagram represents the attributes of the entity and abstracts the entity. An entity often corresponds to a table in the database.
• Problems faced by this part:Firstly, the concept of entity relationship diagram is not clear. Secondly, the abstract ability of entity is insufficient, which is not able to establish the connection with the corresponding strength according to the specific business.
• Problems solved:Understand the design of ER diagram by referring to data related to database design specification. In the process of learning, we should first understand the specific business requirements, and then design the corresponding entity according to the requirements, so as to provide important support for the implementation of the subsequent business.





3.4 Learning Progress Bar
Member: Kaixi Chen
| Week | New lines | Cumulative lines | Time spent on learning this week(hours) | Cumulative time spent on learning(hours) | Important growth |
|---|---|---|---|---|---|
| 1 | 100 | 100 | 10 | 10 | Discuss and determine project topics. |
| 2 | 200 | 300 | 20 | 30 | Make ppt and the demo video. |
Member: Chenyu Yan
| Week | New lines | Cumulative lines | Time spent on learning this week(hours) | Cumulative time spent on learning(hours) | Important growth |
|---|---|---|---|---|---|
| 1 | 250 | 250 | 16 | 16 | Start writing java code,etc. |
| 2 | 500 | 750 | 30 | 46 | Develop the back end of the prototype. |
Member: Zichen Huang
| Week | New lines | Cumulative lines | Time spent on learning this week(hours) | Cumulative time spent on learning(hours) | Important growth |
|---|---|---|---|---|---|
| 1 | 100 | 100 | 8 | 8 | Prepare proposal reports. |
| 2 | 200 | 300 | 12 | 20 | Write the final report. |
Member: Jiaqi Wu Le
| Week | New lines | Cumulative lines | Time spent on learning this week(hours) | Cumulative time spent on learning(hours) | Important growth |
|---|---|---|---|---|---|
| 1 | 200 | 200 | 12 | 12 | Start writing python and java code,etc. |
| 2 | 500 | 700 | 28 | 40 | Develop the front and back end of the prototype. |
Member: Wenjie She
| Week | New lines | Cumulative lines | Time spent on learning this week(hours) | Cumulative time spent on learning(hours) | Important growth |
|---|---|---|---|---|---|
| 1 | 100 | 100 | 5 | 5 | Record a video,and prepare for the defense. |
| 2 | 100 | 200 | 5 | 10 | Develop the back end of the prototype. |
Member: Yu Zhou
| Week | New lines | Cumulative lines | Time spent on learning this week(hours) | Cumulative time spent on learning(hours) | Important growth |
|---|---|---|---|---|---|
| 1 | 50 | 50 | 2 | 2 | Participate in discussion of project topics. |
| 2 | 100 | 150 | 7 | 9 | Develop the front end of the prototype. |
Member: Yuzhe Zhang
| Week | New lines | Cumulative lines | Time spent on learning this week(hours) | Cumulative time spent on learning(hours) | Important growth |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 2 | 2 | Participate in discussion of project topics. |
| 2 | 100 | 100 | 5 | 7 | Develop the front end of the prototype. |
Member: Jiewen Liu
| Week | New lines | Cumulative lines | Time spent on learning this week(hours) | Cumulative time spent on learning(hours) | Important growth |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 2 | 2 | Participate in discussion of project topics. |
| 2 | 0 | 0 | 4 | 6 | Translating Report Contents. |
Member: Yangkun Xie
| Week | New lines | Cumulative lines | Time spent on learning this week(hours) | Cumulative time spent on learning(hours) | Important growth |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 1 | 1 | Participate in discussion of project topics. |
| 2 | 0 | 0 | 1 | 2 | Group Message Notification. |
Member: Jingyu Qing
| Week | New lines | Cumulative lines | Time spent on learning this week(hours) | Cumulative time spent on learning(hours) | Important growth |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 1 | 1 | Participate in discussion of project topics. |
| 2 | 0 | 0 | 0 | 1 |
3.5 Experience
The whole development of the project is done by the whole team, not by the strength of one person. In terms of experience exchange, I think team communication is the most important.
First of all, define and conduct communication meetings. At different levels of the project, formulate different topics to discuss. For example, in the early stage of the project, the most important thing is to make what kind of things, and then to dig into the needs of users. If you can't face the user directly, put yourself in the user's shoes and figure out what kind of feature you want.
Then during the project implementation process, in order to eliminate the barrel effect, every project member should catch up with the schedule. Members who are doing well should stop and share their own experience to help those who are doing slowly. At the same time, those who are slow should also throw out their own questions, so that we can make suggestions together to promote the progress of the project.
Finally, the process of realizing this project is also a learning process. We should not be stingy with our knowledge and share it with team members. Such a good atmosphere can form a good cycle. The use of tools, the understanding of concepts can be consulted on the Internet, the most important thing is their own attitude.
4. Video Clip
相关推荐
F题 简易多功能计数1.rar
F题 简易多功能计数1.rar
【SCI论文复现】基于IEEE9节点低惯量电力系统混合拓扑的构网型变流器控制:下垂控制、虚拟同步机控制(VSM)、匹配控制与可调度虚拟振荡器控制(dVOC)电磁暂态(Simulink仿真实现)
内容概要:本文围绕低惯量电力系统中构网型变流器的多种先进控制策略开展研究,重点实现了下垂控制、虚拟同步机控制(VSM)、匹配控制以及可调度虚拟振荡器控制(dVOC)在三相四桥臂逆变器中的电磁暂态建模与仿真,并基于IEEE9节点系统进行验证。通过Simulink平台构建混合拓扑结构,系统对比分析了各类控制方法在频率支撑、电压调节、动态响应及系统稳定性等方面的性能差异,旨在提升高比例新能源接入背景下电力系统的主动支撑能力与运行韧性。; 适合人群:电力电子、电力系统自动化及相关专业的研究生、科研人员及从事新能源并网技术研发的工程技术人员。; 使用场景及目标:①掌握构网型变流器在现代电力系统中的建模与控制方法;②深入理解VSM、dVOC等前沿控制技术的工作原理及其对系统稳定性的贡献;③为低惯量电网的仿真分析与控制策略优化提供技术参考与实现范例。; 阅读建议:建议结合文中提供的Simulink仿真模型与关键技术细节,动手复现各项控制策略,并通过设置不同扰动工况进行对比测试,以深化对控制机理的理解和工程应用能力的培养。
微电子与集成电路设计导论(第2版)配套课件+习题
微电子与集成电路设计导论(第2版)配套课件+习题
成品ASRS电路图.pdf
成品ASRS电路图.pdf
码学堂输入法:拼音 + 五笔二合一
码学堂输入法是一款码学堂研发的中文输入法。它不是外挂,不是弹窗程序,而是正式注册进Windows系统的 TSF文本服务——安装后与微软拼音、微软五笔并列出现在系统输入法列表中,Win + 空格 一键切换,随叫随到。拼音 + 五笔二合一,真正的无广告输入法——轻巧、透明、零打扰。





