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

团队项目作业

一、作业基本信息

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

二、团队展示

团队名 海豹突击队
成员1:苗新雨(组长) 3123004237
成员2:刘柳杨 3123004235
成员3:付昌 3123004226
成员4:刘任浩 3123004236
成员5:冯昊铿 3123004225

团队项目描述:
一个面向高校师生的校园闲置物品置换平台,依托轻量化技术栈实现物品发布、分类搜索与社交化交易,助力校园资源高效流转与便捷置换。

三、队员风采

  1. 苗新雨(组长):

    • 风格:目标导向,擅长拆解任务,推动团队进度。
    • 擅长技术:Java SpringBoot 后端开发、MySQL 数据库设计。
    • 编程兴趣:业务逻辑实现、接口优化。
    • 希望的软工角色:PM(项目经理)+ 后端开发核心成员。
    • 一句话宣言:“让每一件闲置,都能找到新主人。”
  2. 刘柳杨(组员):

    • 风格:注重用户体验,对界面细节敏感。
    • 擅长技术:微信小程序原生开发、UI 组件设计。
    • 编程兴趣:交互逻辑实现、动画效果简化。
    • 希望的软工角色:前端开发(小程序端)。
    • 一句话宣言:“让操作像‘刷朋友圈’一样简单。”
  3. 付昌(组员):

    • 风格:逻辑严谨,擅长数据结构设计。
    • 擅长技术:Node.js 后端开发、API 接口开发。
    • 编程兴趣:搜索算法优化、数据查询效率提升。
    • 希望的软工角色:后端开发(负责搜索与筛选模块)。
    • 一句话宣言:“精准匹配,让找东西不再费时间。”
  4. 刘任浩(组员):

    • 风格:耐心细致,擅长模拟用户场景。
    • 擅长技术:黑盒测试、测试用例设计、用户反馈收集。
    • 编程兴趣:边缘场景验证、流程漏洞排查。
    • 希望的软工角色:测试工程师。
    • 一句话宣言:“在用户踩坑前,先替他们‘试错’。”
  5. 冯昊铿(组员):

    • 风格:沟通能力强,擅长需求转化。
    • 擅长技术:Markdown 文档编写、原型设计(Axure)。
    • 编程兴趣:用户故事梳理、功能流程可视化。
    • 希望的软工角色:需求分析师 + 文档管理员。
    • 一句话宣言:“把‘想要’变成‘能做’的清晰步骤。”

四、选题说明

  1. 系统描述
    本系统为校园闲置物品置换微信小程序,核心功能包括:

    • 闲置发布:支持上传3张以内图片、填写物品名称/分类(书籍、电子设备、生活用品等)、新旧程度、价格(可标“免费送”)、自拟描述;
    • 搜索筛选:按关键词、分类、价格区间、发布时间筛选,支持“只看本校”功能;
    • 聊天沟通:内置简易聊天窗口,支持文字+图片沟通,避免跳转第三方软件;
    • 交易地点标记:集成校园地图(如教学楼、宿舍区、食堂),可选择常用交易点或自定义位置。
  2. 预期用户量
    初期覆盖本学院(约4000名在校生),通过线下海报+社团推广,目标3个月内累计用户2000+,月活跃用户500+。

  3. 真实、可用、有价值阐述

    • 真实性:团队成员均经历过“毕业带不走闲置”“开学买新物太贵”的问题,需求源自真实校园场景;
    • 可用性:核心操作(发布/搜索/沟通)均设计为“3步完成”,界面模仿学生熟悉的社交软件风格,降低学习成本;
    • 有价值:帮助学生节省开支(平均每件闲置价值10-100元),减少资源浪费(预计每月循环利用闲置物品300+件);
    • 情怀加分:设置“公益置换”板块,鼓励将闲置物品捐赠给校园公益社团,传递“节约+互助”的校园文化。

五、团队首次合照

image

六、团队特色描述

我们是一支“学生视角”驱动的团队:全员均为在校生,深刻理解校园闲置交易的痛点(如信任顾虑、沟通低效),功能设计拒绝“炫技”,只做“有用”—— 这是我们区别于其他团队的核心竞争力。

七、团队计划

周次 主要目标 具体任务内容 责任人 时间估计 输出成果
第9周 团队组建与项目启动 1. 完成团队组建(7人),确定队名“易换Eswap”,完成团队博客创建。
2. 确定选题为校园闲置物品置换小程序,完成成员角色分配(PM、前后端、测试、需求等)。
3. 制定团队贡献分规则及项目初步计划。
全体成员 - 1. 团队博客(含队名、成员、选题等)
2. 角色分配表
3. 团队贡献分规则初稿
第10周 项目立项与准备阶段 1. 明确项目功能范围,完成《需求规格说明书》初稿(涵盖发布、搜索、聊天、交易地点标记等核心场景)。
2. 完成小程序原型设计初版(首页、发布页、详情页、聊天页)。
3. 确定技术栈(微信小程序原生 + Node.js/Java SpringBoot + MySQL),建立项目仓库(GitHub/Coding),制定统一编码规范与接口标准。
4. 完成开发环境搭建(前端IDE、后端服务、数据库、Git配置)及数据采集测试验证。
全体成员 20h 1. 《需求规格说明书v1.0》
2. 小程序原型初版
3. 代码仓库与协作平台搭建完成
4. 开发环境配置指南
第11周 深化设计与计划阶段 1. 收集潜在用户(本校学生)对原型的反馈,改进交互逻辑。
2. 绘制系统架构图、数据流图及WBS工作分解结构(拆分Alpha阶段子任务)。
3. 明确模块分工(发布模块、搜索模块、聊天模块、交易地点模块、用户模块)。
4. 制定《测试计划文档》,撰写功能测试用例与初步测试方案。
全体成员 25h 1. 完整原型v2.0
2. 系统架构图、WBS图
3. 模块分工与工时表
4. 《测试计划v1.0》
第12周 Alpha阶段启动(敏捷冲刺) 1. 按WBS分配任务,制定7天Alpha冲刺目标(实现发布、搜索、聊天、交易地点核心功能闭环)。
2. 完成后端核心接口开发(用户注册登录、物品发布、搜索筛选、聊天消息、交易地点接口)。
3. 前端完成页面框架搭建(登录页、首页、发布页、列表页、聊天页、地图页)。
4. 每日Scrum Meeting,撰写冲刺日志。
全体成员 每人3h×7天 1. Alpha版本核心模块初版
2. 7篇冲刺日志
3. 可运行代码版本(内部测试版)
第13周 Alpha阶段收尾与整合 1. 集成前后端,实现核心功能闭环(发布→搜索→聊天→交易地点标记全流程)。
2. 完成接口调试与本地部署测试,修复关键Bug。
3. 撰写《Alpha测试报告》与阶段总结。
4. 展示Alpha Demo,收集组内评审意见。
全体成员 15h 1. 可运行Alpha Demo
2. 《Alpha测试报告》
3. 阶段总结文档
第14周 用户反馈与改进 1. 向本校20名学生开放Alpha Demo试用,收集使用反馈。
2. 优化核心功能体验(如发布流程简化、搜索结果精准度提升)。
3. 更新UI细节与交互体验(如聊天界面优化、地图标记便捷性改进)。
4. 撰写并发布《Alpha阶段总结博客》。
全体成员 18h 1. 用户反馈汇总表
2. 改进版测试计划
3. Alpha阶段总结博客
第15周 项目反思与优化 1. 进行项目Postmortem分析,总结开发中出现的问题(如进度偏差、技术难点、协作问题)与改进建议。
2. 撰写《项目反思报告》与Alpha阶段事后分析。
3. 确定Beta阶段优化方向(如新增物品分类推荐、交易信誉体系等)。
全体成员 10h 1. 事后分析报告
2. 团队反思总结
3. Beta阶段计划草案

八、团队成员绩效评估方法

  1. 总分池:20×7=140分(按N=7人计算)
  2. 分配维度
    • 任务完成度(40%):按计划完成的任务量及质量(参考测试报告)
    • 技术难度(25%):承担核心模块(如后端接口/前端交互)者加分
    • 协作支持(20%):帮助他人解决问题、参与代码review的次数
    • 文档贡献(15%):需求文档/测试用例/博客的撰写质量
  3. 分配流程
    • Alpha结束后,每人自评分数(0-20分),说明理由
    • 团队讨论,PM汇总意见,最终分数经全员确认后公示
posted @ 2025-11-02 21:08  告不离水  阅读(20)  评论(0)    收藏  举报