团队作业1
| 这个作业属于哪个课程 | 软件工程 |
|---|---|
| 这个作业要求在哪里 | 团队作业1 |
| 这个作业的目标 | 团队展示、选题，制定团队计划 |
团队展示
- 队名：GCGL软件工程
- 队员学号：
- 3122002925 杜树扬（组长）
- 3122002880 陈益键
- 拟作的团队项目描述：通过实时监控交通流量、信号灯控制和车辆调度，优化城市交通流，减少拥堵和事故的城市智能交通管理系统。
- 队员风采：
- 杜树扬：以C语言为编程语言的各模块开发，风格比较保守但相对稳健，希望充当软工角色中的开发人员。
- 陈益键：擅长前端开发和用户体验设计，注重细节，希望在项目中负责原型设计和用户交互部分。
- 团队特色：MSF的九点基本原则
- 推动共同愿景：确保团队成员对项目目标有清晰的理解和共识。
- 聚焦于业务价值：确保项目的每个功能都能为最终用户带来实际价值。
- 保持灵活性：在项目开发过程中，能够根据需求变化和技术挑战灵活调整计划。
- 鼓励开放式沟通：团队成员之间保持透明和开放的沟通，确保信息流通。
- 明确角色和责任：每个团队成员都有明确的角色和职责，避免职责不清。
- 交付增量的价值：通过迭代开发，逐步交付可用的功能，确保项目持续进展。
- 质量至上：在开发过程中始终注重代码质量和系统稳定性。
- 学习与改进：通过回顾和反思，不断改进团队的工作流程和开发实践。
- 合作伙伴关系：与客户和利益相关者保持紧密合作，确保项目符合他们的期望
选题要求
- 选题：
- 智能交通管理系统：用于提高城市交通效率，减少交通拥堵和污染的系统。通过实时监控交通流量、信号灯控制和车辆调度，优化城市交通流，减少拥堵和事故。
- 预期的用户：城市交通管理部门、公共交通公司、私家车主、应急车辆等。
- 阐述：
- 通过实时监测交通道路上的流量以及信号的控制，优化城市的交通流，以便于减少路段上的拥堵和事故的发生。同时，在早高峰、晚高峰等车流量较大的时段，进一步优化系统的功能，进一步加强系统对城市交通流的优化。并且，对于消防车、救护车等应急车辆所处的应急情况下，能够为应急车辆优化出一条应急车道，提高应急车辆的通勤效率。
Git协作方式
- 分支策略：
- 主分支（main）：用于存放稳定的、可发布的代码。
- 开发分支（develop）：用于日常开发，所有新功能和bug修复都合并到这个分支。
- 功能分支（feature）：每个新功能开发都在独立的功能分支上进行，开发完成后合并到
develop分支。 - 修复分支（hotfix）：用于紧急修复生产环境中的bug，修复完成后合并到
main和develop分支。
- 代码审查：
- 每个功能分支在合并到
develop分支之前，必须经过至少一名其他团队成员的代码审查。 - 使用Git的Pull Request功能进行代码审查和讨论。
- 提交规范：
- 每次提交必须有清晰的提交信息，描述本次提交的内容和目的。
- 提交信息格式：
<类型>: <描述>，例如：feat: 添加用户登录功能。
- 文档管理：
- 所有项目文档（需求文档、设计文档、测试文档等）都存放在
docs目录下，并通过Git进行版本控制。 - 文档的修改和更新通过增量式管理，每次修改都提交到Git仓库，并附上详细的修改说明。
Git仓库
- 创建Git仓库：
- 在GitCode上创建一个新的仓库，命名为
smart-traffic-management。 - 初始化仓库时，选择添加
README.md、.gitignore（选择适合项目的模板，如Python、C等）和LICENSE文件。
- 仓库结构：
src/：存放项目源代码。docs/：存放项目文档。tests/：存放测试代码和测试数据。README.md：项目说明文件，包含项目简介、安装步骤、使用说明等。.gitignore：忽略不需要版本控制的文件，如编译生成的文件、临时文件等。
- 初始化仓库：
- 在本地克隆仓库：
- 切换到项目目录：
- 创建并切换到
develop分支： - 推送
develop分支到远程仓库。
团队计划
- 第4周：
- 团队组队、团队博客。
- 团队介绍、成员展示、角色分配、选题确定。
- 制定团队计划安排，团队贡献分的规定。
- 第5周：
- 需求规格说明书。
- 原型设计，队员估计任务难度并学习必要的技术。
- 编码规范完成、平台环境搭建完成、初步架构搭建。
- 第6周：
- 原型改进（给目标用户展现原型，并进一步理解需求）。
- 架构设计，WBS，团队成员估计各自任务所需时间。
- 测试计划。
- 第7周：
- 团队项目Alpha任务分配计划。
- 连续7天的Alpha敏捷冲刺，7篇每日Scrum Meeting博客+代码提交。
- 第8周：
- 用户反馈+测试计划改进。
- 团队Alpha阶段个人总结。
- 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理。
- 第9周：
- 团队项目Alpha博客：事后分析。
团队成员绩效评估方法
- 成员的绩效 = 团队获得的分数 + 个人的团队贡献分。
- 团队贡献分：
- 所有人贡献分的总和为50*2，其中2为团队的人数。
- 在alpha/beta之后，团队按照自己制定的规则，把50*2瓜分给每人，这就是“团队贡献分”。
- 每人得分为自然数，并且每个人分数不能相同。
- 团队贡献分分配规则：
- 根据每个成员在项目中的实际贡献、任务完成情况、帮助同伴的付出等因素进行评分。
- 团队将通过讨论会协商确定每个成员的贡献分，确保公平公正。
团队博客
- 团队贡献分分配规则：
- 每个成员的贡献分将根据其在项目中的实际表现进行分配，具体规则如下：
- 任务完成度：完成的任务数量和质量。
- 代码贡献：提交的代码量、代码质量、代码审查参与度。
- 文档贡献：编写的文档数量和质量。
- 团队协作：帮助同伴解决问题、参与讨论的积极性。
- 创新与改进：提出的创新想法和改进建议。
- 团队成员计划：
- 杜树扬：负责后端开发和系统架构设计，确保系统稳定性和性能优化。
- 陈益键：负责前端开发和用户体验设计，确保系统界面
