📘 校园二手书交易平台项目报告
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | [软件工程](首页 - 计科23级12班 - 广东工业大学 - 班级博客 - 博客园) |
| 这个作业要求在哪里 | [作业要求](结对项目 - 作业 - 计科23级12班 - 班级博客 - 博客园) |
| 这个作业的目标 | 训练个人项目软件开发能力，学会使用性能测试工具和实现单元测试优化程勋 |
GitHub代码仓库 ：lei)
一、项目概述
1.1 项目背景
随着高校教学活动与校园生活的持续进行，教材、辅导资料与课外读物在学期末与专业调整时常被闲置。传统的线下交换信息零散、效率低且缺乏信任保障；而通用二手平台缺乏面向校园的实名认证与配送闭环，无法很好满足校园场景的特殊需求。
为缓解教材浪费、降低学术资源获取成本并构建校园内部循环生态，本项目拟设计并实现一套面向高校的二手书交易平台——“书屋（Campus Book Trade）”，为师生提供便捷、安全、高效的书籍流通渠道。
1.2 项目名称
项目名称：书屋（Campus Book Trade）
1.3 项目定位
“书屋”定位为校园内C2C 为主、辅以 B2C 的混合型电子商务平台，以学生二手书交易为核心，集成学生实名认证、校园社交、校内配送与智能推荐等功能，目标成为校园内可信赖的书籍流通与知识共享平台。
二、项目简介
2.1 产品定位
- 目标用户：在校本科生、研究生、教职工与校园合作商户
- 核心交易品类：教材、参考书、考研资料、外语读物与兴趣读物
- 运营模式：以学生间 C2C 交易为主，支持校园书店或合作商家 B2C 补充库存与服务
- 核心价值：低成本获取学习资料、绿色循环与校园内信任机制
2.2 平台核心功能
- 📚 书籍展示与检索 — 支持关键词、ISBN、分类、标签与多条件筛选；详情页展示书籍状态、成色与卖家信息。
- 🧠 智能推荐与分类 — 基于用户行为、课程信息与书籍标签提供个性化推荐。
- 🛒 购物车与订单管理 — 收藏、加购、订单跟踪、退款/退货流程与售后支持。
- 💳 支付与结算 — 对接微信支付、支付宝（沙箱环境用于测试）；支持校内账户/线下当面支付选项。
- 👩🎓 学生认证体系 — 与学校学号/校园卡体系联动或采用人工审核提高交易信任度。
- 💬 评价与校园社交 — 用户评价体系、交易信用等级、商品分享与话题讨论区。
- 🚚 校内配送与交付 — 支持面交、校内快递合作或学生配送服务，单校极速达（短时配送圈）。
2.3 技术架构（概要）
| 模块 | 技术栈／说明 |
|---|---|
| 前端 | Vue.js + Element UI / 响应式设计、PWA 可选 |
| 后端 | Python（Flask 或 Django）+ MySQL + Redis 缓存/队列 |
| 推荐 | 基础协同过滤 + 行为特征工程（可扩展至轻量级 ML） |
| 支付 | 微信支付 / 支付宝沙箱（生产环境需合规接入） |
| 部署 | Nginx + Gunicorn / uWSGI + Docker（容器化预留） |
三、成员与风采（已优化 — 请核对姓名与角色）
✨ 唐雷（前端开发）
- 风格：追求简洁与高效的工程实现，注重代码可维护性
- 技术侧重：前端架构、页面性能、组件化开发
- 贡献点：负责 SPA 页面搭建、响应式布局与前端性能优化
- 宣言：Talk is cheap. Show me the code.
✨ 赖柏源（项目经理 / 前端支持）
- 风格：注重可读性与团队沟通，善于把控节奏与优先级
- 技术侧重：前端实现、需求拆解与原型评审
- 贡献点：负责项目规划、需求梳理、进度管控与前端设计决策支持
- 宣言：以逻辑结构世界，以代码重塑可能。
✨ 徐铭阳（后端开发 / 推荐算法）
- 风格：模块化、注重测试与迭代交付
- 技术侧重：后端服务设计、Python、基础机器学习应用
- 贡献点：负责核心 API、推荐模块原型与数据管线设计
- 宣言：用代码构建可靠的世界，以迭代逼近完美。
✨ 袁梓轩（后端开发）
- 风格：关注系统稳定性与业务可扩展性
- 技术侧重：后端工程、数据库设计与性能优化
- 贡献点：负责数据库建模、接口优化与并发处理方案
- 宣言：我和代码有一个“能跑就行了”的约定。
✨ 姚沛鸿（后端开发 / 运维）
- 风格：注重架构设计与可运维性，强调模块化与可扩展方案
- 技术侧重：微服务思想、MySQL 优化、部署与自动化运维
- 贡献点：负责部署方案、监控报警与服务稳定性保障
- 宣言：热爱后端开发，追逐前沿技术。
✨ 黄龙宇（前端开发 / 交互）
- 风格：以需求为核心，注重交互细节与用户体验
- 技术侧重：前端交互、UI 实现与移动端适配
- 贡献点：负责界面风格制定、组件交互与移动端体验优化
- 宣言：我的产品追求用户体验的零摩擦。
✨ 于子豪（测试 / 质量保证）
- 风格：精益求精，注重自动化与覆盖率
- 技术侧重：测试用例设计、自动化测试、性能测试
- 贡献点：负责测试策略、回归测试与质量评估体系搭建
- 宣言："Code with creativity, test with precision."
四、团队分工
| 分工 | 成员 |
|---|---|
| 前端开发 | 唐雷、黄龙宇、赖柏源（支持） |
| 后端开发 | 徐铭阳、袁梓轩、姚沛鸿 |
| 项目经理（PM） | 赖柏源 |
| 测试 / QA | 于子豪 |
五、团队合照
六、团队特色
- 角色互补、技能全面：前后端、算法、运维、测试覆盖完整。
- 工程化与性能优先：重视上线表现、容错与并发处理能力。
- 用户驱动的迭代文化：敏捷开发、每日 Scrum 与持续集成。
- 校园场景创新：深耕学生认证、校内配送与社交驱动功能。
七、产品分析
7.1 用户分层
- 核心用户：18–25 岁在校学生（本科 / 研究生）
- 次级用户：校园周边商户、校园书店
- 潜在用户：教职工、学生家长
7.2 竞品对比
| 平台 | 优势 | 局限 |
|---|---|---|
| 闲鱼 | 大量二手资源 | 非校园化，缺认证与配送体系 |
| 淘宝 / 京东 | 物流成熟 | 商品与交易与校园需求不匹配 |
| 拼多多 | 社交裂变强 | 质量与交付不稳定 |
差异化策略：通过学生实名制、校内配送闭环与书籍品类聚焦，提供更高的信任度与更短的交易路径。
八、系统设计与可用性
8.1 交互原则
- 加载体验优先（首页 < 1.5 秒）
- 三步成交路径：搜索 → 加购 → 支付
- 容错性：购物车恢复、订单回滚与手动客服介入机制
8.2 安全与合规
- 学生身份校验、数据传输加密、支付合规接入
- 日志审计与异常检测、隐私保护策略
8.3 可扩展性
- 模块化服务接口、Redis 缓存减压、异步任务队列（消息队列）处理批量任务
- 预留推荐、广告与商户后台扩展接口
九、项目计划
| 周次 | 关键里程碑 |
|---|---|
| 第9周 | 团队组建、需求初稿、任务分解、技术选型 |
| 第10周 | 详细需求文档、原型验证、环境搭建、编码规范确立 |
| 第11周 | 架构设计、数据库建模、前端原型迭代 |
| 第12–13周 | Alpha 开发冲刺（每日 Scrum、持续集成与版本迭代） |
| 第14周 | 用户测试、性能调优、Bug 修复、文档编写 |
| 第15周 | 项目验收、性能报告、项目总结与成员绩效评估 |
十、职责梳理
| 角色 | 主要职责 |
|---|---|
| PM | 需求管理、进度把控、对外汇报、风险管理 |
| 前端 | UI/交互实现、移动适配、前端性能优化 |
| 后端 | API 与业务实现、数据设计、安全与运维 |
| 测试 | 覆盖性测试、自动化脚本、性能与回归测试 |
十一、贡献分考核机制
- 任务完成量：按复杂度计分（1 简单 / 2 中等 / 3 复杂）；按时完成加分。
- 代码质量：代码审查通过、模块化与文档完善为加分项。
- 协作与贡献：文档撰写、知识分享、跨组协作记入得分。
- 创新与优化：被采纳的技术改进或性能提升计入高权重加分。
- 问题响应：紧急问题处理及时与否作为加分/扣分依据。
互评占比 20%–30%，结合提交记录、Issue 处理与工时记录进行综合评分。遇重大事故按影响程度执行惩罚机制。
