团队作业3--需求改进&系统设计
团队作业3--需求改进&系统设计
| 这个作业属于哪个课程 | 软件工程计科22级3 4班 |
|---|---|
| 这个作业要求在哪里 | 作业要求 |
| 这个作业的目标 | 对项目的需求改进和系统设计 |
1.小组介绍
- 队名：gdut.edg
- 队伍成员：
| 姓名 | 班级 | 学号 |
|---|---|---|
| 罗祖文 | 计科3班 | 3122004537 |
| 郑志涛 | 计科3班 | 3122004547 |
| 陈恺麟 | 计科3班 | 3122004515 |
| 许凌铎 | 计科3班 | 3122004540 |
| 邓茗骏 | 计科3班 | 3122004517 |
| 李晓彬 | 计科3班 | 3122004531 |
| 姚彬彬 | 计科3班 | 3122006324 |
2.需求&原型改进
针对课堂讨论的修改:
问题1： app的重点不明确，需要选择侧重点开发
修改1： 修改开发重点为校园二手商品回收平台，主打在校园内提供类似于咸鱼平台的二手交易功能
问题2： 怎么最大程度展现产品
修改2： 对用户展示的商品详情页进行完善，提供图片，买家评价等各模块的功能丰富对产品和卖家的介绍
修改需求规格说明书
上周提交的《需求规格说明书》初稿存在以下不足：
- 对于app的功能过于广泛但对于细项功能并不清晰，用户体验较差，人机交互体验一般
- 缺少对用户使用场景的描述，导致对于app功能使用不清晰
改进内容：
用户使用场景描述：
场景1： （卖家）张三想在二手交易平台出售一本二手书
使用过程： 张三点击“我的”模块，点击“发布商品”，在“发布产品”的详情页中上传产品图片，产品价格，产品参数等相关产品信息，并选择产品的分类，即可发布产品出去，后续通过与买家交易，发货后提交订单号给买家，即可完成一次订单！
场景2： （买家）李四想在二手交易平台买入一本二手书
使用过程： 李四可以在搜索框中输入书本信息或者内容，也可以在商品分类中选择“书籍”，在书籍分类中找到自己所需的商品，点进商品详情页，选择加入购物车，在购物车中选择“支付订单”，后续等待卖家发送订单号及其物流信息，即可完成一次交易！
功能分析的四个象限
- 核心且必要功能：
用户评价功能，商品详情页功能，购物车及其下单功能 - 非核心且必要功能：
用户首页，注册和登录页功能，商品分类功能 - 核心且非必要功能：
物流追踪功能 - 非核心非必要功能：
砍价功能
项目进度计划
根据修改后的需求，调整任务分解WBS如下：
注册登录页开发，应用首页开发 (1周)
后端接口及其接口文档 (1周)
核心且必要功能，包括用户评价，商品详情页，下单功能等 (2周)
测试，包括单元测试；集成测试；系统测试（1周）
3.系统设计
分层设计：
- 表现层：前端使用 Vue 3 框架来构建响应式网页应用，支持 PC 端和移动端的自适应访问。通过灵活的组件化和状态管理，使得界面能够根据不同设备类型自动调整，提供一致且流畅的用户体验。
- 业务逻辑层：后端采用 Spring Boot 框架来实现核心业务逻辑，通过构建高效的 API，处理来自前端的请求并返回相应的数据，确保系统具备良好的性能和可扩展性。
- 数据访问层：为实现高效的数据存储与管理，系统选择使用 MySQL 作为数据库管理系统，设计合理的表结构，确保在高并发情况下依然能保持良好的数据访问性能与可靠性。
系统技术选择：
- 前端技术：选择使用 Vue3 进行开发。Vue3 框架能够提供动态内容加载和无刷新交互，极大提升用户体验，确保界面流畅且高效。
- 后端技术：采用 Spring Boot 作为后端开发框架，使系统的服务端能够高效处理并响应客户端请求，保证系统的扩展性和高并发能力。
- 数据库：根据系统需求和数据处理负载，选择 MySQL 作为关系型数据库，具备出色的性能和稳定性，能够灵活支持不同的查询需求。
- 用户登录及其身份验证：为确保平台的安全性，采用 JWT 来处理用户身份验证和权限管理。通过令牌机制，有效防止未授权的访问，并能保障用户数据的安全性。
4.Alpha任务分配计划
Product Backlog
任务分解
| 任务 | 预计时间 | 负责人 |
|---|---|---|
| 前端首页及其登录页开发 | 4小时 | 陈恺麟，李晓彬，郑志涛 |
| 后端数据库开发 | 6小时 | 许凌铎，邓茗骏 |
| 开发后端接口并产出接口文档 | 9小时 | 罗祖文，姚彬彬 |
迭代冲刺计划
5.测试计划
- 模块测试（单元测试）
单元测试将针对系统中每个功能模块的独立功能进行验证，确保各个模块能够单独正常运行，满足设计需求。重点测试各模块的边界条件、异常情况以及基本操作流程。计划第三周进行，测试负责人为对应模块的开发人员。目标是全面检查系统各个功能模块的基本功能，确保各模块运行正常且无重大缺陷。 - 模块间集成测试
集成测试主要测试不同模块间的数据交互与协同工作，特别是在系统复杂的模块间接口，如支付系统、订单管理和用户账户管理等模块的配合。该测试旨在发现模块之间可能存在的数据传递问题或功能冲突。计划第四周到第五周进行测试，测试为整个小组成员共同测试，测试重点是验证系统各个模块之间的交互与数据传输，确保模块间的协调工作无误。 - 全面系统测试
系统测试将对整个应用进行综合性检验，包括但不限于功能完整性、性能稳定性和系统响应速度。重点测试系统在不同压力下的表现，评估其在高并发和大数据量情况下的稳定性。计划第六周进行测试，测试由小组成员共同测试，系统测试包括压力测试、性能测试和安全测试，目的是发现系统的潜在瓶颈或性能问题，确保系统可以应对实际使用环境中的各种挑战。 - 用户体验测试（用户测试）
通过实际用户对系统的使用，收集反馈和体验问题，评估系统的可用性、易操作性及交互设计。用户测试不仅帮助发现潜在的功能性问题，还能为界面和流程优化提供宝贵意见。计划第七周进行测试，测试负责人为罗祖文，小组其他成员负责协助，通过真实用户的反馈来评估系统的可用性与操作便利性，确保用户在使用过程中不会遇到阻碍和困扰。
