团队作业1——团队展示&选题

这个作业属于哪个课程 软件工程
这个作业要求在哪里 团队作业1
这个作业的目标 团队展示、选题，制定团队计划

目录

团队展示

  1. 队名：GCGL软件工程
  2. 队员学号：
    • 3122002925 杜树扬（组长）
    • 3122002880 陈益键
  3. 拟作的团队项目描述：通过实时监控交通流量、信号灯控制和车辆调度，优化城市交通流，减少拥堵和事故的城市智能交通管理系统。
  4. 队员风采：
    • 杜树扬：以C语言为编程语言的各模块开发，风格比较保守但相对稳健，希望充当软工角色中的开发人员。
    • 陈益键：擅长前端开发和用户体验设计，注重细节，希望在项目中负责原型设计和用户交互部分。
  5. 团队特色：MSF的九点基本原则
    1. 推动共同愿景：确保团队成员对项目目标有清晰的理解和共识。
    2. 聚焦于业务价值：确保项目的每个功能都能为最终用户带来实际价值。
    3. 保持灵活性：在项目开发过程中，能够根据需求变化和技术挑战灵活调整计划。
    4. 鼓励开放式沟通：团队成员之间保持透明和开放的沟通，确保信息流通。
    5. 明确角色和责任：每个团队成员都有明确的角色和职责，避免职责不清。
    6. 交付增量的价值：通过迭代开发，逐步交付可用的功能，确保项目持续进展。
    7. 质量至上：在开发过程中始终注重代码质量和系统稳定性。
    8. 学习与改进：通过回顾和反思，不断改进团队的工作流程和开发实践。
    9. 合作伙伴关系：与客户和利益相关者保持紧密合作，确保项目符合他们的期望

选题要求

  1. 选题：

    • 智能交通管理系统：用于提高城市交通效率，减少交通拥堵和污染的系统。通过实时监控交通流量、信号灯控制和车辆调度，优化城市交通流，减少拥堵和事故。
    • 预期的用户：城市交通管理部门、公共交通公司、私家车主、应急车辆等。

  2. 阐述：

    • 通过实时监测交通道路上的流量以及信号的控制，优化城市的交通流，以便于减少路段上的拥堵和事故的发生。同时，在早高峰、晚高峰等车流量较大的时段，进一步优化系统的功能，进一步加强系统对城市交通流的优化。并且，对于消防车、救护车等应急车辆所处的应急情况下，能够为应急车辆优化出一条应急车道，提高应急车辆的通勤效率。

Git协作方式

  1. 分支策略：

    • 主分支（main）：用于存放稳定的、可发布的代码。
    • 开发分支（develop）：用于日常开发，所有新功能和bug修复都合并到这个分支。
    • 功能分支（feature）：每个新功能开发都在独立的功能分支上进行，开发完成后合并到develop分支。
    • 修复分支（hotfix）：用于紧急修复生产环境中的bug，修复完成后合并到main和develop分支。

  2. 代码审查：

    • 每个功能分支在合并到develop分支之前，必须经过至少一名其他团队成员的代码审查。
    • 使用Git的Pull Request功能进行代码审查和讨论。

  3. 提交规范：

    • 每次提交必须有清晰的提交信息，描述本次提交的内容和目的。
    • 提交信息格式：<类型>: <描述>，例如：feat: 添加用户登录功能。

  4. 文档管理：

    • 所有项目文档（需求文档、设计文档、测试文档等）都存放在docs目录下，并通过Git进行版本控制。
    • 文档的修改和更新通过增量式管理，每次修改都提交到Git仓库，并附上详细的修改说明。

Git仓库

  1. 创建Git仓库：

    • 在GitCode上创建一个新的仓库，命名为smart-traffic-management。
    • 初始化仓库时，选择添加README.md、.gitignore（选择适合项目的模板，如Python、C等）和LICENSE文件。

  2. 仓库结构：

    • src/：存放项目源代码。
    • docs/：存放项目文档。
    • tests/：存放测试代码和测试数据。
    • README.md：项目说明文件，包含项目简介、安装步骤、使用说明等。
    • .gitignore：忽略不需要版本控制的文件，如编译生成的文件、临时文件等。

  3. 初始化仓库：

    • 在本地克隆仓库：
    • 切换到项目目录：
    • 创建并切换到develop分支：
    • 推送develop分支到远程仓库。

团队计划

  1. 第4周：

    • 团队组队、团队博客。
    • 团队介绍、成员展示、角色分配、选题确定。
    • 制定团队计划安排，团队贡献分的规定。

  2. 第5周：

    • 需求规格说明书。
    • 原型设计，队员估计任务难度并学习必要的技术。
    • 编码规范完成、平台环境搭建完成、初步架构搭建。

  3. 第6周：

    • 原型改进（给目标用户展现原型，并进一步理解需求）。
    • 架构设计，WBS，团队成员估计各自任务所需时间。
    • 测试计划。

  4. 第7周：

    • 团队项目Alpha任务分配计划。
    • 连续7天的Alpha敏捷冲刺，7篇每日Scrum Meeting博客+代码提交。

  5. 第8周：

    • 用户反馈+测试计划改进。
    • 团队Alpha阶段个人总结。
    • 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理。

  6. 第9周：

    • 团队项目Alpha博客：事后分析。

团队成员绩效评估方法

  1. 成员的绩效 = 团队获得的分数 + 个人的团队贡献分。

  2. 团队贡献分：

    • 所有人贡献分的总和为50*2，其中2为团队的人数。
    • 在alpha/beta之后，团队按照自己制定的规则，把50*2瓜分给每人，这就是“团队贡献分”。
    • 每人得分为自然数，并且每个人分数不能相同。

  3. 团队贡献分分配规则：

    • 根据每个成员在项目中的实际贡献、任务完成情况、帮助同伴的付出等因素进行评分。
    • 团队将通过讨论会协商确定每个成员的贡献分，确保公平公正。

团队博客

  1. 团队贡献分分配规则：

    • 每个成员的贡献分将根据其在项目中的实际表现进行分配，具体规则如下：
      • 任务完成度：完成的任务数量和质量。
      • 代码贡献：提交的代码量、代码质量、代码审查参与度。
      • 文档贡献：编写的文档数量和质量。
      • 团队协作：帮助同伴解决问题、参与讨论的积极性。
      • 创新与改进：提出的创新想法和改进建议。

  2. 团队成员计划：

    • 杜树扬：负责后端开发和系统架构设计，确保系统稳定性和性能优化。
    • 陈益键：负责前端开发和用户体验设计，确保系统界面友好、易用。
posted @ 2025-03-20 20:31  66676g  阅读(39)  评论(0)    收藏  举报