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

这个作业属于哪个课程 https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/
这个作业要求在哪里 https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/homework/13480
这个作业的目标 完成团队的组建、展示以及选题
GitHub仓库链接

一、团队基础信息

1. 队名

2. 队员信息（标记组长）

姓名 学号 角色 职责定位
努尔艾力·司马义 3123004802 PM/后端开发 项目管理、服务器端开发、部署运维、测试设计
刘浩辉 312300 前端开发/全栈支持 客户端GUI开发、多媒体功能实现、需求分析、文档编写

3. 团队项目描述

一款基于TCP协议的局域网多媒体聊天系统，支持多用户实时文本沟通、文件传输、语音聊天及图片/视频预览，兼顾便捷性与实用性。

二、队员风采

1. 努尔艾力·司马义（组长）

  • 风格：严谨细致、逻辑清晰，擅长从全局把控项目进度与技术方向
  • 擅长技术：Java后端开发、TCP网络编程、Linux服务器部署、多线程并发处理
  • 编程兴趣：网络通信类应用开发、底层协议实现与优化
  • 希望的软工角色：PM+后端开发，主导项目规划与核心技术实现
  • 一句话宣言：把每一个技术细节落地，让系统稳定运行到底

2. 刘浩辉

  • 风格：注重用户体验、执行力强，擅长将功能需求转化为直观的产品界面
  • 擅长技术：Java Swing GUI开发、多媒体处理、前端交互设计、文档撰写
  • 编程兴趣：桌面应用开发、可视化功能实现、用户交互优化
  • 希望的软工角色：前端开发+测试，负责界面与功能落地及质量验证
  • 一句话宣言：让每一次操作都流畅，让每一个功能都好用

三、团队首次合照

四、团队特色描述

  1. 双人高效协作：职责分工明确且互补，无沟通内耗，决策快、落地快
  2. 技术栈聚焦实用：深耕Java核心技术，不追求花哨框架，专注功能稳定性与用户体验
  3. 场景化开发思维：围绕局域网即时沟通核心痛点，优先实现高频刚需功能，拒绝冗余设计

五、选题详情

1. 系统核心定位

本项目是一款面向局域网环境的轻量级多媒体聊天系统，旨在解决小型团队（如办公室、实验室、校园小组）内部即时沟通需求，无需依赖外网，支持文本、文件、语音、图片等多形式信息传递。

2. 预期用户量

初期目标支持20-50人并发使用，覆盖中小型团队日常沟通场景。

3. 真实性、可用性及价值阐述

  • 真实性：局域网内无外网依赖的沟通场景普遍存在（如封闭实验室、无外网办公环境），现有商业软件无法满足需求，项目场景贴合实际
  • 可用性：客户端基于Windows系统开发，支持一键启动；服务器端可部署在openEuler云端或本地主机，配置简单，无需专业技术背景也能操作
  • 价值所在：相比传统聊天工具，文件传输速度快（局域网内10MB文件传输≤5秒）、无广告干扰、数据本地流转更安全，同时整合多媒体沟通功能，满足多样化需求

4. Git仓库搭建

  • 仓库地址：https://gitee.com/xxx/chatapp
  • 协作方式：
    1. 采用分支开发模式，master分支保持稳定版本，开发分支按功能模块创建（如server-dev、client-gui-dev）
    2. 代码提交前进行本地测试，提交时关联对应任务Issue，提交信息规范（格式：[功能模块] 具体修改内容，如：[服务器] 实现客户端连接管理）
    3. 文档与代码同步管理，核心设计文档、测试用例、部署指南均纳入仓库版本控制
  • 仓库结构：
ChatApp/
├── doc/          # 文档目录（需求规格、设计文档、测试计划等）
├── src/          # 源代码目录（按模块划分）
├── script/       # 编译运行脚本
└── README.md     # 项目说明文档

六、团队项目计划表

1. 计划制定依据

基于《构建之法》第8-15章“软件开发完整生命周期”相关内容，结合词典App案例分析经验，采用“三点估计法”（期望时间=(乐观时间+4×最可能时间+悲观时间)/6）矫正时间安排，聚焦核心场景，避免功能冗余。

2. 分阶段任务计划（第9-15周）

周次 核心任务 细分任务 负责人 乐观时间 最可能时间 悲观时间 期望时间 实际分配时间
第9周 团队组建与初始化 1. 团队博客创建与发布
2. 角色分配与选题确定
3. 团队贡献分规则制定
4. Git仓库搭建		 共同负责 3小时 5小时 8小时 5.2小时 6小时
第10周 需求与基础准备 1. 需求规格说明书编写
2. 原型设计（Axure）
3. 编码规范制定
4. 开发环境搭建（IDEA、JDK、服务器环境）
5. 初步架构搭建		 刘浩辉（需求+原型）
努尔艾力（环境+架构）		 6小时 10小时 15小时 10.2小时 12小时/人
第11周 设计与计划完善 1. 原型改进（用户调研+反馈优化）
2. 详细架构设计
3. WBS任务分解
4. 测试计划制定
5. 各模块任务耗时预估		 共同负责 5小时 8小时 12小时 8.2小时 10小时/人
第12-13周 Alpha敏捷冲刺 1. 服务器端核心功能开发（连接管理、消息广播、用户管理）
2. 客户端网络层开发（连接、消息收发）
3. 客户端GUI开发（界面布局、交互功能）
4. 核心功能测试与Bug修复
5. 每日Scrum会议+博客发布（7篇）
6. 代码每日提交与版本管理		 努尔艾力（服务器端）
刘浩辉（客户端GUI+网络层）		 35小时 45小时 55小时 45.8小时 56小时/人（7天×8小时）
第14周 Alpha阶段总结 1. 收集用户反馈+测试计划改进
2. 个人总结编写
3. Alpha版本发布说明编写
4. 测试报告编写
5. 项目管理总结（燃尽图、任务完成情况）		 刘浩辉（反馈+总结文档）
努尔艾力（测试+发布说明）		 4小时 6小时 10小时 6.3小时 8小时/人
第15周 事后分析与复审 1. 项目事后诸葛亮分析
2. 班级其他团队项目复审+排名
3. 团队贡献分核算与分配		 共同负责 3小时 4小时 6小时 4.2小时 5小时/人

3. 关键里程碑

  • 第9周末：Git仓库搭建完成，团队博客发布
  • 第10周末：需求规格说明书定稿，开发环境搭建完成
  • 第11周末：详细设计文档定稿，测试计划完成
  • 第13周末：Alpha版本功能开发完成，7篇冲刺博客发布
  • 第14周末：Alpha版本发布，测试报告与总结文档完成
  • 第15周末：事后分析报告发布，项目复审完成

4. 任务依赖关系

  1. 需求规格说明书完成后，方可进行原型设计与架构设计
  2. 开发环境搭建完成后，才能启动核心功能开发
  3. 原型改进完成后，客户端GUI开发才能精准落地
  4. 核心功能开发完成后，进入测试与Bug修复阶段

七、团队贡献分分配规则

1. 分配原则

遵循“多劳多得、公平公正、贡献量化”原则，参考《构建之法》“人、绩效和职业道德”相关理念，结合双人团队特点制定规则，所有贡献分总和为20×2=40分，每人得分为自然数且不相同。

2. 贡献量化维度（总分40分）

量化维度 分值权重 评分标准
核心功能实现 15分 后端核心功能（服务器、消息转发）占8分；前端核心功能（GUI、交互）占7分，按功能完成度、稳定性评分
项目管理与规划 8分 含任务拆解、进度把控、风险处理、沟通协调，由两人协商评分
文档撰写 7分 需求规格说明书、设计文档、测试报告、部署指南等，按完整性、规范性评分
测试与问题修复 5分 测试用例设计、功能测试执行、Bug修复数量与质量
协作支持 5分 协助对方解决技术难题、代码Review、额外任务承担等

3. 分配流程

  1. Alpha阶段结束后，两人各自梳理个人贡献清单（附代码提交记录、文档链接、任务完成截图等证据）
  2. 召开内部评审会，逐一核实贡献项，按量化维度打分
  3. 结合打分结果协商确定最终得分，确保两人得分不同且总和为40分
  4. 将分配结果同步至团队博客，附详细贡献说明

4. 特殊情况处理

  • 若某一模块开发难度超出预期，相关负责人可额外获得2-3分补偿，从另一模块分值中调剂
  • 若出现未按计划完成任务、影响项目进度的情况，扣除对应维度2-5分
  • 主动承担额外任务（如优化功能、完善文档）可获得1-3分奖励分
posted @ 2026-01-08 14:44  allli  阅读(3)  评论(0)    收藏  举报