风云预报队——团队展示

[风云预报队]

这个作业属于哪个课程	24秋-软件工程&实践-W班
这个作业要求在哪里	软件工程实践团队作业——种子队选拔和团队展示
这个作业的目标	创建团队账号；团队成员展示；讨论选题；明确团队考核制度
其他参考文献	《构建之法》

目录

• 1.团队展示
• 1.1 风云预报队
• 1.2 队员风采
• 组长
• 组员1
• 组员2
• 组员3
• 组员4
• 组员5
• 组员6
• 1.3 团队的愿景
• 项目描述：气候查询系统
• 1.4 团队合照
• 2.团队规范
• 2.1 拟作的团队项目描述
• 2.2 团队绩效考核方案
• 2.2.1 考核维度
• 1.1 项目进度与交付 (40%)
• 1.2 代码质量 (30%)
• 1.3 团队协作与沟通 (20%)
• 1.4 技术提升与创新 (10%)
• 2.2.2 绩效评分机制
• 2.2.3 反馈机制

1.团队展示

1.1 风云预报队

1.2 队员风采

组长

学号	222200324
姓名	郑昱
csdn地址	https://blog.csdn.net/nightzheng
性格	乐观
擅长的技术	c++、java
兴趣爱好	动漫
希望的软工角色	后端、测试
slogan	每一步，都是新起点

组员1

学号	222200215
姓名	汪明昊
csdn地址	https://blog.csdn.net/m0_74370817
性格	内向，并不是很擅长人际交往
擅长的技术	没啥擅长的技术，勉强会的有java和c++
兴趣爱好	看书听歌打游戏
希望的软工角色	前端，测试
slogan	快乐摸鱼每一天

组员2

学号	222200325
姓名	郑晓鹏
csdn地址	https://blog.csdn.net/m0_73627130
性格	平和开朗
擅长的技术	html mysql
兴趣爱好	运动，电影
希望的软工角色	前端/后端
slogan	Keep fighting!

组员3

学号	222200322
姓名	罗文强
csdn地址	https://blog.csdn.net/2301_81150459
性格	内敛、平和、随性
擅长的技术	Java
兴趣爱好	游戏、音乐、动漫
希望的软工角色	后端
slogan	尽力而为

组员4

学号	222200326
姓名	郑钰哲
csdn地址	https://blog.csdn.net/zyz_c
性格	开朗、平静
擅长的技术	Java、SQL
兴趣爱好	音乐和游戏
希望的软工角色	后端开发
slogan	无悔青春

组员5

学号	222200121
姓名	林一飞
csdn地址	https://blog.csdn.net/EliasL
性格	中规中矩，可以沟通交流，虚心听取意见
擅长的技术	没啥擅长的技术
兴趣爱好	旅游听歌打游戏
希望的软工角色	打杂
slogan	天天开心

组员6

学号	222200124
姓名	郑为强
csdn地址	https://blog.csdn.net/m0_74323131
性格	活人微死
擅长的技术	编程语言、web框架、数据库管理
兴趣爱好	吃吃喝喝
希望的软工角色	后端
slogan	一个一边摆烂一边焦虑的大学生

1.3 团队的愿景

---

项目描述：气候查询系统

项目实现程度目标
打算将该项目实现为一个完整的Web应用，包含前端界面、后端服务以及数据库。目标是构建一个具备良好用户体验的天气查询平台，能够通过桌面浏览器和移动端浏览器访问。该系统不仅会完成基础功能的开发，还将考虑用户体验优化，确保性能流畅、界面简洁友好。最终希望这个项目能够实现以下几个层次的目标：

1. 功能稳定：确保核心功能的可靠性，包括天气查询、历史记录和城市管理等，能实时获取最新的天气数据。
2. 用户友好：为用户提供简洁、直观的操作界面，用户无需复杂的操作即可快速查询天气信息。
3. 性能优化：通过API调用优化和缓存技术，减少等待时间，提升响应速度。

项目的适用场景
该系统适用于多种场景和用户群体，主要包括：

1. 个人日常生活：用户可以在出门前快速查询当天天气及未来几天的天气预报，方便安排出行或其他户外活动。
2. 旅游出行：用户可以提前查询目的地的天气，便于准备衣物、行程规划，避免恶劣天气影响旅行。
3. 交通运输：例如物流公司，可以通过该系统了解全国各地天气，提前规避恶劣天气对运输的影响。
4. 户外活动策划：组织户外活动时，策划者可以提前通过系统查询活动所在地的天气情况，做好准备。

---

1.4 团队合照

2.团队规范

2.1 拟作的团队项目描述

计划开发一个实时、准确且功能丰富的天气查询系统，旨在为用户提供简单便捷的天气查询服务。

2.2 团队绩效考核方案

---

制定软件工程团队的绩效考核方案时，应该综合考虑团队成员的技术能力、合作效率、项目进度、质量控制等方面。

2.2.1 考核维度

1.1 项目进度与交付 (40%)

• 任务完成率：评估每个团队成员在规定时间内完成任务的情况。可以根据任务的复杂度设定不同的权重。
• 迭代交付：按照计划的里程碑或迭代周期，考察是否按时完成功能的开发与交付。

1.2 代码质量 (30%)

• 代码审查通过率：统计每个开发者的代码在审核中的通过率，关注代码风格、可读性、可维护性。
• 代码缺陷率：追踪在测试或上线后发现的 bug，评估每个成员编写代码的缺陷率。
• 自动化测试覆盖率：衡量代码的自动化测试覆盖率，确保代码有充分的测试保护。

1.3 团队协作与沟通 (20%)

• 代码审查参与度：评估成员对其他人的代码审查贡献，确保每个人都能有效参与到代码质量的把控中。
• 会议与讨论贡献：评估成员在技术讨论、需求讨论以及项目评审中的参与度及贡献。
• 跨团队协作：衡量成员与其他团队或相关方的合作情况，确保顺利推进项目进展。

1.4 技术提升与创新 (10%)

• 技术分享：评估成员是否定期在团队内外进行技术分享
• 技术创新：奖励那些积极尝试新技术、提出技术改进建议，并为团队带来创新性提升的成员。

2.2.2 绩效评分机制

每个维度可以根据权重设定具体的评分细则。每个作业考核周期结束后，根据每个成员在各个维度的表现给出具体的评分。可以采用 0-100 分制，或更为细化的 5 分、10 分制。

2.2.3 反馈机制

绩效考核应有一个反馈和改进机制：

• 任务反馈：基于每次团队任务结束时为团队和成员提供绩效反馈，帮助发现问题并及时改进。

---

[助教袁金凡]

绩效考核制度可以再完善一下

[助教李凌佳]

实时的数据从何而来呢