团队作业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 |
团队项目描述:
一个面向高校师生的校园闲置物品置换平台,依托轻量化技术栈实现物品发布、分类搜索与社交化交易,助力校园资源高效流转与便捷置换。
三、队员风采
-
苗新雨(组长):
- 风格:目标导向,擅长拆解任务,推动团队进度。
- 擅长技术:Java SpringBoot 后端开发、MySQL 数据库设计。
- 编程兴趣:业务逻辑实现、接口优化。
- 希望的软工角色:PM(项目经理)+ 后端开发核心成员。
- 一句话宣言:“让每一件闲置,都能找到新主人。”
-
刘柳杨(组员):
- 风格:注重用户体验,对界面细节敏感。
- 擅长技术:微信小程序原生开发、UI 组件设计。
- 编程兴趣:交互逻辑实现、动画效果简化。
- 希望的软工角色:前端开发(小程序端)。
- 一句话宣言:“让操作像‘刷朋友圈’一样简单。”
-
付昌(组员):
- 风格:逻辑严谨,擅长数据结构设计。
- 擅长技术:Node.js 后端开发、API 接口开发。
- 编程兴趣:搜索算法优化、数据查询效率提升。
- 希望的软工角色:后端开发(负责搜索与筛选模块)。
- 一句话宣言:“精准匹配,让找东西不再费时间。”
-
刘任浩(组员):
- 风格:耐心细致,擅长模拟用户场景。
- 擅长技术:黑盒测试、测试用例设计、用户反馈收集。
- 编程兴趣:边缘场景验证、流程漏洞排查。
- 希望的软工角色:测试工程师。
- 一句话宣言:“在用户踩坑前,先替他们‘试错’。”
-
冯昊铿(组员):
- 风格:沟通能力强,擅长需求转化。
- 擅长技术:Markdown 文档编写、原型设计(Axure)。
- 编程兴趣:用户故事梳理、功能流程可视化。
- 希望的软工角色:需求分析师 + 文档管理员。
- 一句话宣言:“把‘想要’变成‘能做’的清晰步骤。”
四、选题说明
-
系统描述:
本系统为校园闲置物品置换微信小程序,核心功能包括:- 闲置发布:支持上传3张以内图片、填写物品名称/分类(书籍、电子设备、生活用品等)、新旧程度、价格(可标“免费送”)、自拟描述;
- 搜索筛选:按关键词、分类、价格区间、发布时间筛选,支持“只看本校”功能;
- 聊天沟通:内置简易聊天窗口,支持文字+图片沟通,避免跳转第三方软件;
- 交易地点标记:集成校园地图(如教学楼、宿舍区、食堂),可选择常用交易点或自定义位置。
-
预期用户量:
初期覆盖本学院(约4000名在校生),通过线下海报+社团推广,目标3个月内累计用户2000+,月活跃用户500+。 -
真实、可用、有价值阐述:
- 真实性:团队成员均经历过“毕业带不走闲置”“开学买新物太贵”的问题,需求源自真实校园场景;
- 可用性:核心操作(发布/搜索/沟通)均设计为“3步完成”,界面模仿学生熟悉的社交软件风格,降低学习成本;
- 有价值:帮助学生节省开支(平均每件闲置价值10-100元),减少资源浪费(预计每月循环利用闲置物品300+件);
- 情怀加分:设置“公益置换”板块,鼓励将闲置物品捐赠给校园公益社团,传递“节约+互助”的校园文化。
五、团队首次合照

六、团队特色描述
我们是一支“学生视角”驱动的团队:全员均为在校生,深刻理解校园闲置交易的痛点(如信任顾虑、沟通低效),功能设计拒绝“炫技”,只做“有用”—— 这是我们区别于其他团队的核心竞争力。
七、团队计划
| 周次 | 主要目标 | 具体任务内容 | 责任人 | 时间估计 | 输出成果 |
|---|---|---|---|---|---|
| 第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阶段计划草案 |
八、团队成员绩效评估方法
- 总分池:20×7=140分(按N=7人计算)
- 分配维度:
- 任务完成度(40%):按计划完成的任务量及质量(参考测试报告)
- 技术难度(25%):承担核心模块(如后端接口/前端交互)者加分
- 协作支持(20%):帮助他人解决问题、参与代码review的次数
- 文档贡献(15%):需求文档/测试用例/博客的撰写质量
- 分配流程:
- Alpha结束后,每人自评分数(0-20分),说明理由
- 团队讨论,PM汇总意见,最终分数经全员确认后公示
浙公网安备 33010602011771号