团队作业2-《需求规格说明书》
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/homework/13481 |
| 这个作业的目标 | 需求规格说明书 |
团队博客 - 第十周
团队名称： 书海拾贝队
博客日期： 2025年11月9日
一、需求规格说明书
1.1 系统概述
系统名称： 校园二手书交易平台（ReuseBook）
系统简介： ReuseBook是一个专注于高校校园的二手书籍交易平台，通过互联网技术连接书籍的卖家和买家，实现教材、参考书、课外读物等书籍的高效流通。
系统特色功能：
- 基于学号的用户认证系统
- ISBN快速录入：通过ISBN自动获取书籍信息
- 卖家店铺系统：支持卖家创建和管理个人店铺
- 完整的订单流程：从下单到收货的全流程管理
- 商品评价系统：买家可对商品和交易进行评价
1.2 用户分析
用户角色：
- 普通用户：注册登录、浏览购买书籍、管理订单、评价商品
- 卖家：发布书籍、管理商品、处理订单、管理店铺
- 管理员：用户管理、卖家管理、商品管理、订单管理
1.3 功能性需求
用户管理模块：
- 用户注册：学号、邮箱注册账号
- 用户登录：学号/邮箱和密码登录
- 密码找回：通过邮箱找回密码
- 个人信息管理：查看和修改个人信息
- 收货地址管理：添加、删除收货地址
卖家书籍管理模块：
- 书籍发布：卖家通过ISBN发布二手书信息
- 书籍编辑：修改已发布的书籍信息
- 书籍下架：将书籍删除
买家书籍管理模块：
- 书籍浏览：浏览书籍列表
- 书籍详情：查看书籍详细信息
- 书籍搜索：通过关键词搜索书籍
交易管理模块：
- 加入购物车
- 购物车管理：查看、修改、删除购物车商品
- 订单创建
- 订单支付
- 订单查询：用户和卖家订单查询
- 卖家发货
- 确认收货
评价模块：
- 商品评价：买家对购买的书籍进行评价
- 评价查询：根据卖家或商品查询评价
超级管理员模块：
- 用户管理
- 卖家管理
- 商品管理
- 订单管理
- 店铺管理
功能优先级：
- P0（必须实现）：用户注册登录、书籍发布浏览搜索、购物车与下单、订单管理
- P1（重要功能）：用户评价系统、收货地址管理、书籍分类筛选
- P2（可选功能）：书籍评论、书友社交、数据统计
1.4 技术需求
前端： Vue.js + Vuetify + Vuex + Axios
后端： Java + Spring MVC + MyBatis + MySQL
性能： 页面加载<2秒、搜索<1秒、支持500并发
安全： MD5加密、HTTPS传输、SQL/XSS/CSRF防护
二、预期用户量
| 阶段 | 时间 | 注册用户 | 日活 | 月交易量 |
|---|---|---|---|---|
| 试运营 | 1-3月 | 500-1,000 | 50-100 | 200-500 |
| 校内推广 | 4-6月 | 3,000-5,000 | 300-500 | 1,000-2,000 |
| 跨校扩展 | 7-12月 | 10,000-20,000 | 1,000-2,000 | 5,000-10,000 |
| 区域平台 | 1-2年 | 50,000+ | 5,000+ | 20,000+ |
三、系统价值评估
3.1 真实性
学校的一手书价格十分的昂贵，鲜少有人会选择购买学校的一手书，更多的人会选择价格便宜的二手书，这使得我们的项目具有市场。
3.2 可用性
团队中工作分配明确，技术成熟，可以按时做出可用系统。
3.3 价值性
该项目能大大便利了学校学生之间的二手书交易，能够更好地在售书籍以及求购书籍，大大减少了二手交易之间不便性。
四、Git仓库
仓库地址： https://github.com/Bookmatescope/ReuseBook
分支策略：
- master：主分支，存放稳定版本
- develop分支：开发环境代码
五、Issues管理
六、时间安排表
6.1 原有安排
| 周次 | 主要任务 | 预期耗时 |
|---|---|---|
| 第9周 | 团队组建、角色分配、选题确定 | 已完成 |
| 第10周 | 需求规格说明书、原型设计、编码规范、环境搭建 | 20小时 |
| 第11周 | 原型改进、架构设计、WBS、测试计划 | 25小时 |
| 第12-13周 | Alpha冲刺（7天）、每日Scrum Meeting | 70小时 |
| 第14周 | 用户反馈、测试改进、个人总结 | 15小时 |
| 第15周 | 事后分析、发布说明、展示博客 | 10小时 |
6.2 校正后安排
校正计算方法：
根据第10周实际完成情况进行时间校正：
- 工时偏差率：(18 - 20) / 20 = -10%
- 校正系数：实际工时 / 计划工时 = 18 / 20 = 0.90
校正公式： 校正后工时 = 原计划工时 × (1 + 偏差率) × 风险系数
考虑到开发阶段复杂度增加，引入1.15的风险系数进行校正。
| 周次 | 主要任务 | 原计划工时 | 校正后工时 | 备注 |
|---|---|---|---|---|
| 第9周 | 团队组建、角色分配、选题确定 | 已完成 | 已完成 | - |
| 第10周 | 需求规格说明书、原型设计、编码规范、环境搭建 | 20小时 | 18小时（实际） | |
| 第11周 | 原型改进、架构设计、WBS、测试计划 | 25小时 | 25小时 | |
| 第12-13周 | Alpha冲刺（7天）、每日Scrum Meeting | 70小时 | 80小时 | |
| 第14周 | 用户反馈、测试改进、个人总结 | 15小时 | 15小时 | |
| 第15周 | 事后分析、发布说明、展示博客 | 10小时 | 10小时 |
校正说明：
- 第10周实际工时低于预期，但任务基本完成，说明团队效率较高
- 考虑到后续开发阶段技术难度增加，适当增加15%的时间缓冲
- Alpha冲刺阶段是关键期，从70h调整为80h，确保质量
- 预留时间用于处理突发问题和代码优化
七、团队分工
| 姓名 | 学号 | 角色 | 职责 |
|---|---|---|---|
| 杨浩 | 3123004462（组长） | 前端+UI | 原型、前端、协调 |
| 戴宏翔 | 3123004435 | PM+后端 | 架构、用户模块 |
| 莫圣韬 | 3123004456 | 测试 | 测试计划、质量保障 |
| 赖顺炜 | 3123004441 | 后端+DBA | 数据库、订单模块 |
| 陈东楷 | 3123004433 | 需求+文档 | 需求分析、文档 |
| 刘霆浩 | 3123004451 | 全栈+运维 | 环境、技术支持 |
第10周工时： 杨浩23h、戴宏翔18h、莫圣韬12h、赖顺炜18h、陈东楷23h、刘霆浩15h
八、完成情况
杨浩: 用户模块原型设计、书籍模块原型设计、前端框架搭建、团队协调
戴宏翔: 数据库设计、数据库表创建脚本、后端环境配置
莫圣韬: 学习软件测试理论、协助需求分析、编写测试用例模板、准备测试环境
赖顺炜: 编码规范文档制定、后端架构设计、用户模块接口设计
陈东楷: 需求调研和分析、编写需求规格说明书、接口文档框架设计、团队博客撰写
刘霆浩: 前端环境搭建、后端环境搭建、Git仓库初始化、技术选型调研、协助其他成员解决技术问题
九、成员感想
杨浩:
原型设计让我深入思考用户体验，Vuetify学习曲线陡但成果显著。我将竭尽全力，把原型变成真正可用的页面。
戴宏翔:
数据库设计和接口设计在有了文档之后，编写起来更有效率了，以后我会先进行分析编写文档之后再设计代码。
莫圣韬:
作为测试工程师，这周我主要在学习测试理论和准备测试环境。虽然还没有真正开始测试工作，但我已经感受到测试的重要性。
通过协助需求分析，我对项目有了更深入的了解。我发现，测试不仅是发现bug，更是保证产品质量的关键环节。我会认真学习测试方法，为团队的质量保障贡献力量。
下周我将开始编写详细的测试用例，期待看到自己的测试计划发挥作用。
赖顺炜:
在制定编码规范和架构设计的过程中，我意识到"磨刀不误砍柴工"的重要性。虽然前期准备工作看似繁琐，但为后续开发打下了坚实基础。
下周我们将进入架构设计和编码阶段，这是真正的挑战。我会努力写出高质量的代码，为团队贡献自己的力量。
陈东楷:
需求分析是一项非常有意思的工作。通过问卷调查和用户访谈，我了解到了很多真实的用户需求和痛点。把这些需求整理成规范的文档，是一个很有成就感的过程。
编写需求规格说明书的过程中，我学会了如何用专业的语言描述需求，如何考虑各种边界情况。这对我的逻辑思维能力是一个很好的锻炼。
下周我将开始编写接口文档，这需要和开发人员密切配合。我会继续做好文档工作，为团队提供清晰的指导。
刘霆浩:
作为团队的项目经理，这周我主要在做环境搭建和技术调研。虽然这些工作看似简单，但实际上需要考虑很多细节。
协调团队成员解决技术问题的过程中，我发现每个人的技术水平和学习能力都不同。
下周我将参与实际开发，同时继续做好技术支持工作。我相信通过团队的共同努力，我们一定能做出优秀的产品。
浙公网安备 33010602011771号