奶龙小纵队——团队展示

奶龙小纵队 2025-09-27 19:42:26

这个作业属于哪个课程	202501-软件工程实践-W班
这个作业要求在哪里	软件工程实践团队作业——团队组建与实践选题
这个作业的目标	团队组建、实践选题、撰写博客及PPT
其他参考文献	《构建之法》

一、选题描述
二、团队基本信息
1、队伍名称——奶龙小纵队
2、队员基本信息
三、基于NABCD模型对项目的分析
1、需求（Need）
2、方法（Approach）
3、收益（benefit）
4、竞争（Competitors）
5、推广/交付（Delivery）
四、团队的愿景
五、团队考核方案
最终绩效计算公式：
具体评估方案
第一部分：个人任务贡献（A） - 客观量化
第二部分：团队协作贡献（B） - 主观质化
第三部分：工程能力与过程贡献（C） - 客观过程

一、选题描述

经过小组成员之间的沟通与协商后，我们最终将选题定为电商商品信息聚合与推荐系统架构设计方案。
本系统旨在聚合多个电商平台的商品信息，提供基于多维度指标的排序推荐功能。系统将整合淘宝、京东、拼多多、亚马逊等主流平台的商品数据接口，实现商品信息的统一采集、处理与推荐。

二、团队基本信息

1、队伍名称——奶龙小纵队

在这里插入图片描述

2、队员基本信息

学号	102300114
成员姓名/昵称	杨嘉乐
成员CSDN地址	102300114杨嘉乐
成员性格	安静
擅长的技术	C++
兴趣爱好	游戏、兵乓球
希望的软工角色（前端、后端、测试、PM等）	前端
一句slogan	创新，改变世界

学号	102300126
成员姓名/昵称	林浩嶒
成员CSDN地址	102300126林浩嶒
成员性格	内向慢热
擅长的技术	Html、css、python、MySQL
兴趣爱好	运动、音乐
希望的软工角色（前端、后端、测试、PM等）	后端
一句slogan	细节决定成败

学号	102300130
成员姓名/昵称	g1gg
成员CSDN地址	102300130郭林钧
成员性格	内向
擅长的技术	java后端
兴趣爱好	打游戏
希望的软工角色（前端、后端、测试、PM等）	后端
一句slogan	爱拼才会赢

学号	102300131
成员姓名/昵称	方齐东
成员CSDN地址	102300131方齐东
成员性格	阳光开朗
擅长的技术	c、c++、java
兴趣爱好	游戏、音乐、羽毛球
希望的软工角色（前端、后端、测试、PM等）	前端
一句slogan	以梦为马，不负韶华

学号	102300132
成员姓名/昵称	陈赏
成员CSDN地址	102300132陈赏
成员性格	乐观向上
擅长的技术	c语言
兴趣爱好	玩游戏和学习
希望的软工角色（前端、后端、测试、PM等）	前端
一句slogan	相信自己！

学号	102300133
成员姓名/昵称	陈俊鸣
成员CSDN地址	102300133陈俊鸣
成员性格	内向
擅长的技术	Html、MySQL
兴趣爱好	游戏、装mod
希望的软工角色（前端、后端、测试、PM等）	测试
一句slogan	定叫它好评如潮

学号	102300134
成员姓名/昵称	曾威
成员CSDN地址	102300134曾威
成员性格	安静
擅长的技术	c,c++
兴趣爱好	游戏，音乐
希望的软工角色（前端、后端、测试、PM等）	测试
一句slogan	一时摸鱼一时爽，一直摸鱼一直爽

学号	102300135
成员姓名/昵称	李炜韩
成员CSDN地址	102300135李炜韩
成员性格	慢热
擅长的技术	html，Java，C++
兴趣爱好	跑步，fps游戏
希望的软工角色（前端、后端、测试、PM等）	前端，测试
一句slogan	从心所欲不逾矩

三、基于NABCD模型对项目的分析

1、需求（Need）

目标用户：

价格敏感型购物者：学生、精打细算的家庭主妇/主夫等。他们的核心诉求是“用最少的钱买到想要的商品”。
追求效率的购物者：不希望在不同电商App之间频繁切换、比价，希望一站式获取最优解。
购买决策谨慎者：在购买高单价商品（如电子产品、家电）时，需要综合比较价格、口碑和服务。

核心痛点与需求：

信息碎片化：想买一个商品，需要打开淘宝、京东、拼多多等多个App，手动搜索、记录、对比，过程繁琐耗时。
价格不透明：同一商品在不同平台的价格、优惠券、促销活动差异巨大，普通用户难以全面掌握，容易“买贵”。
口碑难辨真伪：单一平台内的好评可能刷单产生，用户需要综合多个平台的评价来辨别商品真实口碑。
决策困难：面对海量相似商品和复杂的价格信息，用户希望有一个系统能提供直观、可信的购买建议。

2、方法（Approach）

核心功能模块：

多平台数据聚合：
调用各平台官方API（如“京东商品API”、“拼多多开放平台”）。
网络爬虫（Web Crawling）。通过程序模拟浏览器行为，抓取电商网站的商品页面数据。
数据清洗与标准化：
将来自不同平台的非结构化数据（商品名称、规格、价格、评价数等）清洗、对齐，形成统一的数据库。
排名与推荐算法：
构建一个综合评分模型。排名因子可包括：

价格：最终到手价（计算满减、优惠券后）。
口碑指标：好评率、评价数量、晒图/视频评价占比。
平台信誉权重：为京东自营、天猫官方旗舰店等信誉高的渠道赋予更高权重。
服务因素：是否支持免息分期、运费险、送货速度等。
用户可以选择按“最低价格”、“最佳口碑”、“综合推荐”等不同策略进行排序。

用户界面展示：
简洁的Web界面或小程序。
输入商品名称，以列表或卡片形式展示聚合结果，清晰标注各平台的价格、关键指标和直达链接。

3、收益（benefit）

对用户：

省钱：直接找到价格最低的购买渠道，避免“价格歧视”。
省时省力：一站式比较，无需切换多个App，极大提升购物决策效率。
决策更明智：基于多维度的客观数据（而非单一平台的营销信息）做出更优的购买选择。
发现优惠：系统可以主动提示历史价格走势，帮助用户判断当前是否为“好价”。

对商家/平台：

这是一个中立平台，可以真实反映各商家的价格和服务竞争力。
为中小商家提供了一个与大型平台竞争曝光度的机会。

4、竞争（Competitors）

直接竞争对手：

导购比价网站：
优势：历史悠久，用户量大，内容生态丰富
劣势：信息覆盖不一定全面，有时更侧重于“爆款”和“好价”推荐，而非用户任意指定商品的全面比价。
浏览器比价插件：
优势：无缝集成在浏览器中，当用户浏览商品页时自动显示历史价格和比价信息。
劣势：功能相对单一，主要聚焦于价格，且依赖特定浏览器环境。我们的系统可以作为一个独立的、功能更强大的决策入口。

间接竞争对手：

电商平台自身的比价功能：如京东的“价格保护”、淘宝的“拍立淘”。但它们是“球员兼裁判”，不可能主动推荐其他更便宜的平台，缺乏中立性。

我们的竞争优势：

中立性与全面性：核心卖点。承诺覆盖所有主流平台，给出最客观的排名。
算法透明与可定制：允许用户调整排名因子的权重（例如，特别看重送货速度），满足个性化需求。
敏捷与专注：作为学生项目，可以快速迭代算法，尝试最新的推荐模型。

5、推广/交付（Delivery）

面临的巨大挑战：

数据来源合法性：这是本项目能否持续存在的最大瓶颈。
商业模式：如何盈利？可能的模式包括：
导购佣金（CPS）：用户通过你的链接下单，你获得佣金。但这可能影响排名的中立性。
增值服务：如价格监控提醒、深度数据分析报告等。

推广策略：

技术博客与社区：将项目作为技术案例分享在CSDN、博客园、GitHub等技术社区，吸引第一批技术爱好者和早期用户。
精准渠道：在“什么值得买”这类平台的评论区，以中立、有帮助的姿态提供更全面的比价信息，引导用户使用你的产品。
口碑传播：专注于解决“高单价商品”（如手机、显卡）的比价需求，这类用户决策成本高，对工具需求强，容易形成口碑。

四、团队的愿景

我们学生团队以电商商品信息聚合与推荐系统为核心目标，致力于打造高效、精准的跨平台选品工具 —— 整合淘宝、京东、拼多多等平台数据，通过多维度评分排序，帮用户快速筛选高性价比商品，解决跨平台比价的繁琐。
同时，我们将以项目为实践载体，深耕 Spring Boot、Redis、RocketMQ 等技术，在模块解耦、缓存优化、异步抓取等场景中锤炼分布式架构能力，在协作中提升工程思维与问题解决力。力争既为用户提供便捷选品体验，也成长为兼具技术实力与用户思维的团队，为轻量化电商工具领域注入青春力量。

五、团队考核方案

最终绩效（Total Performance, TP）由三部分组成，并为每个部分设定权重（Weight， W）。

个人任务贡献（A）：客观量化指标，占50%
团队协作贡献（B）：主观质化指标，占30%
工程能力与过程贡献（C）：客观过程指标，占20%

最终绩效计算公式：

TP = A+B+C

具体评估方案

第一部分：个人任务贡献（A） - 客观量化

评估指标	具体内容
任务完成分	基础分为40
任务难度系数	简单=0.85，普通=1，困难=1.25
任务完成情况	按时完成=1，推迟交付=0.8，未完成=0.5
计算公式	`A = 任务完成分 * 难度系数 * 任务完成情况`

第二部分：团队协作贡献（B） - 主观质化

由两部分组成：成员自评和团队匿名互评。团队互评内容需去掉一个最高分和一个最低分（避免人情分或恶意分），计算平均分。每一维度1-5分。

评估指标	具体内容
成员自评	根据所做任务难度，付出努力程度，对自己的工作进行打分
团队互评——沟通能力	是否能清晰表达想法，积极参与讨论，及时同步信息
团队互评——承诺心与责任	是否能按时完成承诺的任务，对交付的质量负责
团队互评——帮助他人	是否积极主动地帮助队友解决技术或业务问题
团队互评——知识共享	是否乐于分享自己的学习和发现，撰写技术文档
团队互评——参与积极度	是否积极交流，服从安排，是否无故缺席会议等
计算公式	`B = 自评分 + 沟通分 + 责任分 + 帮助分 + 共享分 + 参与分`

第三部分：工程能力与过程贡献（C） - 客观过程

这部分关注成员对工程规范和团队效能的贡献，封顶20分。

评估指标	具体内容	分值范围
代码贡献度（Code）	使用Git等版本控制工具的统计（如有效代码行数、提交次数），衡量贡献度	5~15分
文档贡献（Doc）	撰写了多少技术文档、API文档、用户手册等。按文档的重要性和数量由团队评估	1~5分
流程遵守（Process）	是否遵守团队约定的流程？如：代码规范、Commit信息规范、是否进行单元测试	违规一次扣1分
创新与解难（I）	是否提出了重大技术解决方案或解决了关键性技术难题	2~4分
计算公式	`C = Code + Doc + Process + I`