不鸽工程队——团队展示

不鸽工程队 2026-10-06 18:01:24

不鸽工程队——团队展示

项目	内容
这个作业属于哪个课程	202601-福大-软件工程实践-W班
这个作业要求在哪里	软件工程实践团队作业——种子队选拔、团队展示及选题
这个作业的目标	完成团队展示、选题分析、绩效考核方案与分工规划
其他参考文献	《构建之法》

不鸽工程队——团队展示
一、团队信息
1.1 队名
1.2 团队描述
1.3 队员风采
队员 1
队员 2
队员 3
队员 4
二、项目选题
2.1 拟作的团队项目选题描述：一句话
2.2 项目背景
（1）校园临时组队需求高频但分散
（2）现有渠道的问题
（3）项目机会
（4）项目定位
2.3 核心功能
（1）基础功能
（2）进阶功能
2.4 NABCD
N — Need（需求）
A — Approach（方法）
B — Benefit（好处/价值）
C — Competition（竞争）
D — Delivery（交付）
2.5 项目文档 PDF 文件
三、团队愿景
四、绩效考核方案
4.1 考核原则
4.2 考核维度与权重
4.3 具体评分标准
（1）任务完成度（50 分）
（2）代码/文档贡献（25 分）
（3）团队协作（15 分）
（4）阶段汇报与答辩（10 分）
4.4 加分项与扣分项
4.5 阶段考核机制
4.6 考核结果使用
4.7 申诉机制

一、团队信息

1.1 队名

不鸽工程队

Slogan：不鸽不鸽，搭子即刻成团。

1.2 团队描述

不鸽工程队是一支由4名成员组成的软件工程小组作业团队，目标是开发一个面向校园临时活动场景的即时搭子组队平台。团队成员分工明确，分别负责项目管理、后端开发、前端开发与测试，力求在学期内完成一个可运行、可演示、可推广的校园组队工具。

“不鸽”既是项目核心机制的体现，也是团队自身的承诺：任务不鸽、进度不鸽、交付不鸽。

1.3 队员风采

队员 1

学号： 102400403
姓名/昵称： 李佳
CSDN 地址： https://blog.csdn.net/2501_92362568?type=bbs
性格： 耐心随和
擅长的技术： 掌握Java、C/C++编程语言和MySQL操作，熟练Git流程
兴趣爱好： 游戏、同人
希望的软工角色： 后端开发或全栈联调
一句 slogan： 「全力以赴。」

队员 2

学号： 102400120
姓名/昵称： 林严泽
CSDN 地址： https://blog.csdn.net/lyz123666
性格： 沉稳有耐心，习惯先把问题自己弄明白再去求助，团队里随和肯配合，但技术讨论中有不同想法会直接说出来。
擅长的技术： 以 C / C++ 为主，熟悉 HTML / CSS 页面编写与 MySQL 基本操作，掌握 Git 协作流程，正在学习 Python 与 Spring Boot 后端开发
兴趣爱好： 运动、阅读
希望的软工角色： 后端开发，负责服务端业务逻辑与接口设计，也愿意在团队需要时承担接口测试和文档整理工作
一句 slogan： 「把每一行代码都写清楚，把每一个问题都搞清楚。」

队员 3

学号： 102300115
姓名/昵称： 徐鑫
CSDN 地址： https://blog.csdn.net/2601_97003854?spm=1000.2115.3001.5343
性格： 做事沉稳，善于沟通，遇到问题习惯理性分析，能够配合团队完成分配的开发任务
擅长的技术： 掌握 Java、C、C++基础，正在学习 SpringBoot、MySQL，熟悉 Git、CodeArts 版本管理，能够完成 UML 建模
兴趣爱好： 打篮球、阅读技术文档、研究后端接口开发
希望的软工角色： 后端开发
一句 slogan： 「持续学习，用代码实现需求。」

队员 4

学号： 102300324
姓名/昵称： 施乐山
CSDN 地址： https://blog.csdn.net/Oyu7mi?spm=1000.2115.3001.5343
性格： 心思细腻，遇事冷静，外柔内刚，习惯三思而后行
擅长的技术： C，C++，C#，python，熟悉JavaScript，unity开发，熟练Git流程
兴趣爱好： 运动，游戏
希望的软工角色： 前端开发
一句 slogan： 「加油。」

二、项目选题

2.1 拟作的团队项目选题描述：一句话

「不鸽工程队」拟开发一个面向校园临时活动场景的即时搭子组队平台，让同学能快速发布拼饭、跑步、学习、运动等组队需求，并完成报名、筛选与信用管理。

2.2 项目背景

（1）校园临时组队需求高频但分散

大学生日常生活中存在大量“临时起意”的组队需求，例如：

中午想拼饭，但室友已经吃过了；
晚上想去跑步，一个人又容易放弃；
想去图书馆学习，希望有人互相监督；
想打羽毛球、乒乓球，但缺一个搭子；
想参加某个活动，但身边同学没空。

这些需求的特点是：即时性强、场景碎片化、持续时间短、对陌生人接受度较高。但目前解决方式主要依赖微信群、QQ群、朋友圈、表白墙、校园论坛等，信息分散、时效性差、筛选困难，且缺乏报名管理和信用约束。

（2）现有渠道的问题

现有方式	主要问题
微信群/QQ群	消息刷屏快，活动信息容易被淹没
朋友圈/表白墙	依赖社交关系，触达范围有限
校园论坛	发帖门槛高，缺少结构化字段
私聊约人	效率低，临时找不到人
二手群/闲置群	非专门场景，信息不匹配

（3）项目机会

如果有一个专门的校园即时搭子组队平台，把“活动发布—浏览筛选—报名退出—历史记录—信用评价”流程结构化，就能显著降低组队成本，提高匹配效率。同时，加入兴趣标签、时间地点筛选和“放鸽子”扣分机制后，还能提升组队的可靠性和体验。

（4）项目定位

本项目定位为：轻量级、校园内、即时性、以临时活动为核心的搭子组队平台。 它不替代熟人社交，而是补充“熟人没空时”的组队空白。

2.3 核心功能

（1）基础功能

模块	功能点	具体说明
① 用户模块	注册/登录	支持用户注册与登录
	个人基本信息	昵称、头像、年级、专业、兴趣标签
	个人历史记录	发布过的活动、参加过的活动
② 活动发布模块	发布组队需求	用户可发布拼饭、跑步、学习、运动等活动
	活动类型	拼饭、跑步、学习、运动等
	标题与描述	活动标题与详细说明
	时间	开始时间、结束时间
	地点	校内地点或自定义地点
	人数上限	限制活动参与人数
	兴趣标签	为活动打上兴趣标签
	报名截止时间	设置报名截止时间
③ 活动浏览与筛选模块	活动列表展示	展示所有活动
	按时间筛选	今天、明天、本周、自定义
	按地点筛选	食堂、操场、图书馆、体育馆等
	按标签筛选	拼饭、跑步、学习、运动等
	按关键词搜索	支持关键词搜索活动
④ 报名/退出模块	报名参加活动	用户可报名参加活动
	退出活动	用户可退出已报名活动
	查看报名列表	发起人可查看报名名单
	人数控制	人数满员后自动截止或提示
⑤ 用户信息与历史记录模块	我发布的活动	查看自己发布的活动
	我参加的活动	查看自己参加的活动
	活动状态	进行中、已结束、已取消

（2）进阶功能

模块	功能点	具体说明
① 基于地点和标签的匹配推荐	相似活动推荐	根据用户兴趣标签、常用地点、历史参与记录推荐相似活动
② 信用评价机制	活动结束后互相评价	活动结束后用户之间可互相评价
	评价维度	是否准时、是否友好、是否靠谱
③ “放鸽子”扣分机制	无故不参加扣分	报名后无故不参加，扣信用分
	多次放鸽子限制	多次放鸽子限制报名或发布
	信用分展示	信用分展示在个人主页
④ 消息通知	报名成功通知	报名成功后发送通知
	活动即将开始提醒	活动开始前发送提醒
	活动取消通知	活动取消后发送通知

2.4 NABCD

N — Need（需求）

目标用户： 在校大学生。

核心需求：

快速找到临时活动搭子；
活动信息结构化，方便筛选；
报名流程简单，不用反复私聊；
对“放鸽子”有一定约束；
能查看对方基本信息和历史信用。

需求强度： 中高频、轻决策、即时性强。
痛点： 信息分散、匹配效率低、缺乏信用约束。

结论： 校园临时组队需求高频但分散，缺少一个专门、轻量、结构化的即时搭子平台。

A — Approach（方法）

产品方法：

以“活动”为中心组织信息，而不是以“人”为中心。
用户发布活动 → 其他人浏览筛选 → 报名/退出 → 活动结束 → 信用评价。

技术方法：

前端：Web 或小程序；
后端：提供用户、活动、报名、信用等接口；
数据库：用户表、活动表、报名表、标签表、评价表；
推荐：基于标签和地点的简单规则推荐或协同过滤。

B — Benefit（好处/价值）

对学生用户的好处：

更快找到搭子：不用在群里反复刷消息，直接按时间、地点、标签筛选；
降低组队门槛：临时想拼饭、跑步、学习，发一条活动就能等人报名；
减少放鸽子：信用分和扣分机制让报名更靠谱；
信息更集中：活动信息结构化，不会像群聊一样被淹没；
扩大社交圈：可以认识同兴趣、同地点、同时间的同学。

对校园社区的好处：

促进同学之间的交流与互助；
提高校园资源利用率，如食堂拼饭、球场组队、图书馆学习；
形成更靠谱、更友好的校园组队氛围。

C — Competition（竞争）

竞品/替代方式	优势	不足
微信群/QQ群	使用门槛低，用户基数大	信息刷屏，无结构化筛选
表白墙/校园论坛	传播广	非专门组队场景，流程不闭环
熟人私聊	信任度高	依赖关系，临时组队效率低
通用社交平台	功能多	不聚焦校园临时组队
运动/学习类 App	垂直功能强	场景单一，不覆盖拼饭等

本项目差异化：

专注校园临时组队；
覆盖多场景：拼饭、跑步、学习、运动；
强调即时性、结构化筛选和信用机制；
轻量、低成本、易推广。

D — Delivery（交付）

交付形式：

可运行的 Web 应用或小程序；
项目文档：需求文档、设计文档、测试文档；
演示视频或现场答辩 Demo；
源代码与数据库脚本。

交付标准：

核心流程可完整跑通：注册登录 → 发布活动 → 浏览筛选 → 报名/退出 → 查看历史；
至少完成基础功能；
进阶功能根据时间选做；
界面简洁，适合校园用户使用。

2.5 项目文档 PDF 文件

选题 PDF 文档链接：

不鸽工程队选题pdf文档.pdf 144.73K

三、团队愿景

我们希望「不鸽工程队」做的不只是一个课程作业，而是一个真正能在校园里用起来的小工具。它的初衷很简单：让临时想拼饭、想跑步、想学习却找不到人的同学，能更快、更靠谱地找到搭子。我们打算把基础功能做扎实，让发布、筛选、报名、退出、历史记录这条流程顺畅跑通；如果时间允许，再加入标签和地点推荐、信用评价和“放鸽子”扣分机制，让组队不只是方便，也更可靠。我们希望它能在食堂、操场、图书馆、体育馆这些真实场景里被使用，成为校园里一个轻量、友好、不鸽的组队入口，让“找个搭子”不再靠群里刷屏和碰运气。

四、绩效考核方案

4.1 考核原则

为了公平、公开、可追踪地评价每位成员的投入程度和实际贡献，避免“搭便车”“失联”“拖延”等情况影响整体进度，同时鼓励主动补位、技术互助和高质量交付，本团队依据《构建之法》中关于团队绩效考核与成员投入程度的相关内容，制定本方案：

结果导向： 以实际交付物和任务完成情况为主要依据。
过程可见： 任务进度、会议参与、文档记录、代码提交都要可追踪。
分工明确： 每人有主责模块，避免“人人有责等于人人无责”。
避免搭便车： 对长期不参与、不交付、不沟通的成员进行扣分。
鼓励补位： 主动帮助他人、承担额外任务的成员可加分。

4.2 考核维度与权重

考核维度	权重	说明
任务完成度	50%	是否按时、按质完成自己负责的任务
代码/文档贡献	25%	代码提交量、文档撰写量、原型设计等实际产出
团队协作	15%	会议参与、沟通响应、配合联调、帮助队友
阶段汇报与答辩	10%	是否积极参与汇报、PPT、演示、答辩准备
合计	100%

总分 = 100分。

4.3 具体评分标准

（1）任务完成度（50 分）

表现	得分
全部任务按时高质量完成，主动推进，提前或按节点交付，几乎不需要催促	45-50
基本按时完成，质量合格，偶尔需要提醒	38-44
有延迟但最终完成，对整体进度有一定影响	25-37
多次延迟，明显影响整体进度	12-24
未完成或严重拖累进度	0-11

（2）代码/文档贡献（25 分）

表现	得分
核心模块主要完成者，代码/文档质量高，提交记录清晰	22-25
稳定完成分配任务，产出合格	18-21
有少量产出，但未覆盖主责模块	10-17
贡献较少，需要他人补位	1-9
几乎没有实际产出	0

（3）团队协作（15 分）

表现	得分
积极参与会议，响应及时，主动帮助队友，联调配合好	14-15
正常参与，能配合完成协作任务	11-13
偶尔缺席或响应较慢，但未严重影响进度	6-10
经常失联，影响协作	1-5
几乎不参与团队协作	0

（4）阶段汇报与答辩（10 分）

表现	得分
主导汇报或答辩，表达清晰，材料完整	9-10
积极参与准备，承担部分汇报	7-8
参与较少，但配合完成	4-6
几乎不参与	0-3

4.4 加分项与扣分项

加分项（每项 1-3 分，累计不超过 10 分）：

主动承担额外模块；
帮助队友解决技术难题；
提出被团队采纳的关键改进建议；
在项目完成、答辩、文档整理中有突出贡献；
提前完成关键任务，为联调留出时间。

扣分项（每项 2-5 分，累计不超过 20 分）：

无故缺席团队会议；
长期不回复群消息，影响协作；
任务多次延期且不提前沟通；
提交内容敷衍、抄袭或明显不合格；
在团队中制造矛盾，影响合作氛围。

4.5 阶段考核机制

阶段	考核重点	处理方式
阶段一	需求分析、原型、数据库设计	检查文档与设计产出
阶段二	核心功能开发	检查代码提交与模块进度
阶段三	进阶功能与优化	检查功能完成度与联调情况
阶段四	测试、答辩、交付	综合评分，确定个人贡献度