团队作业2-《需求规格说明书》

这个作业属于哪个课程 广工计院计科34班软工
这个作业要求在哪里 作业要求
这个作业的目标 小飞棍团队开会确定最终选题并通过需求分析制定需求规格说明书，建立和初步熟悉团队git协助方式

GitHub

一、团队简介

  • 队名：小飞棍队

  • 团队成员：

罗振烘（组长） 3122004748
庄崇立 3122004633
李响 3121002802
何昌洲 3122004737

二、需求规格说明书

1.系统概述

项目名称：工大严选
项目简介：工大严选是一个基于 Vue3 构建的电子商务购物平台，致力于为用户提供简单直观的购物体验。系统通过简洁的界面设计、流畅的交互体验以及高效的技术实现，为用户提供包括商品搜索、详情浏览、购物车管理、订单管理及支付等功能，支持多种支付方式，适配不同设备平台，满足用户的多样化购物需求。

开发团队：小飞棍队
团队项目目标：通过搭建工大严选购物平台，提供一站式的购物体验，优化用户购物流程，降低购买障碍，提升整体用户体验。

2. 面向用户分析

  1. 普通用户

    • 需求：普通用户希望便捷地查找商品、快速浏览商品信息，查看商品评价，加入购物车并进行支付。
    • 功能：
      • 商品浏览：用户可以按类别浏览不同商品，商品分类明确。
      • 商品搜索：通过搜索栏输入关键词查找相关商品，系统提供联想搜索功能，用户无需完全输入词语即可找到目标商品。
      • 商品详情查看：每个商品页面提供详细的描述、价格、库存、评价信息，帮助用户做出购买决策。
      • 购物车功能：用户可以随时添加商品到购物车，购物车展示商品的价格和数量，支持快速删除和修改数量。
      • 订单管理：用户可以查看历史订单，订单状态清晰，支持查看订单详细信息。
      • 支付功能：支持多种支付方式，提供快速安全的支付通道。
    • 痛点：普通用户关心系统是否流畅，购物体验是否直观，支付是否安全，页面加载速度是否快，以及是否容易找到商品。

  2. 商家用户

    • 需求：商家希望方便地上传和管理商品，实时监控库存和销售情况，处理订单。
    • 功能：
      • 商品上架：商家可以通过后台上传商品图片、描述、设置价格及库存，并编辑分类信息。
      • 订单管理：商家可以查看订单状态，包括已付款、待发货、已发货等，系统支持批量发货处理。
      • 库存管理：系统实时监控库存变化，当库存不足时，发出预警。
      • 销售数据分析：商家可以通过后台查看销售报表，分析不同商品的销售数据，调整销售策略。
    • 痛点：商家希望管理界面简洁易用，系统提供实时更新的数据，帮助其高效运营。

  3. 管理员用户

    • 需求：管理员负责平台的整体运营，包括用户管理、商品审核、系统维护。
    • 功能：
      • 用户管理：管理员可查看并管理所有用户信息，处理用户投诉及账户问题。
      • 商品审核：管理员需审核商家上传的商品，确保商品信息合法合规。
      • 系统监控：系统运行状况实时监控，管理员可查看异常报告并采取相应措施，保障平台安全运行。
    • 痛点：管理员希望管理系统操作便捷，系统提供可靠的监控和分析工具。

3. 功能性需求

  1. 用户注册与登录：提供用户注册、登录及第三方登录（如微信、支付宝），支持密码重置功能。所有用户信息存储在数据库中，用户可修改个人信息并查看操作日志。

  2. 商品模块：

    • 商品浏览：系统支持按类别、价格、品牌等多维度筛选商品，方便用户查找所需商品。
    • 商品详情页面：用户点击商品可进入详情页，查看商品的图片、规格、价格、库存情况，支持查看其他用户的评价和购买建议。
    • 商品搜索：系统提供智能搜索功能，根据用户输入的关键词实时联想，推荐相关商品，提高搜索效率。

  3. 购物车模块：

    • 添加商品：用户可以将感兴趣的商品加入购物车，系统会自动计算购物车中的商品总价。
    • 购物车管理：用户可以在购物车内修改商品数量或移除商品，支持单个或批量操作。
    • 结算功能：用户点击购物车中的“去结算”按钮后，进入结算页面，系统提供订单总价、优惠活动及配送方式选择。

  4. 订单管理模块：

    • 生成订单：用户完成支付后，系统生成订单，用户可以在“我的订单”中查看订单详情及物流状态。
    • 订单状态更新：订单状态包括“待付款”、“已付款”、“已发货”、“已收货”等，用户可追踪订单进度。

  5. 支付模块：

    • 支付功能：集成微信支付、支付宝支付等主流支付方式，保障支付的安全性和便捷性。支付过程采用 HTTPS 加密，保证用户的支付信息安全。
    • 订单确认：支付完成后，系统会自动发送确认信息至用户邮箱或短信，用户可通过系统实时查看支付状态。

  6. 后台管理模块：

    • 商品管理：管理员和商家可以对商品进行上架、下架操作，管理商品信息并查看销售情况。
    • 订单管理：管理员可监控所有订单的进展情况，系统提供订单异常报告，便于及时处理。
    • 用户管理：系统提供用户管理功能，管理员可查看用户历史操作记录并执行禁用等操作。

4. 技术需求

  • 前端技术栈：使用 Vue3 框架进行前端开发，确保页面的动态渲染和高效响应，增强用户体验。使用 Vuex 进行状态管理，确保前后端数据同步。
  • 后端技术栈：使用Spring框架构建后端服务，提供 RESTful API 接口，处理业务逻辑和数据请求。
  • 数据库：使用 MySQL 数据库存储用户、商品、订单等数据。MySQL 具有高效的查询和处理能力，适合电子商务系统的海量数据处理需求。
  • 支付系统：集成微信支付、支付宝支付等第三方支付系统，确保支付的安全性和流畅性，所有支付信息通过 HTTPS 传输。
  • 部署平台：项目部署在阿里云服务器，确保平台的高可用性和稳定性，支持高并发访问。
  • 版本控制与协作工具：团队使用 Git + Gitee 进行版本控制和代码管理，确保每位成员的代码变动可追踪，便于协同开发。

5. 预期用户数量

  1. 初期目标：平台上线初期，预期注册用户数量为1000+，主要集中于工大内部，包括学生和教职工。
  2. 中期目标：平台运营三个月内，用户数量预计达到5000+，活跃用户主要为工大社区内的学生、教职工及其亲友。
  3. 长期目标：长期目标是将用户扩展至工大附属企业及合作伙伴，形成稳步增长的用户群体，并逐步推广至更大范围。

6. 系统的真实性、可用性、价值

  1. 真实性：
    系统基于真实的校园购物需求，结合了校园用户的日常消费场景，构建了完整的线上购物平台。平台实现了从商品浏览、下单到支付的全流程，真实反映了线上购物的实际需求。

  2. 可用性：
    系统设计简洁直观，用户操作流畅，平台对移动端和PC端进行了优化，确保用户无论是在校园中使用手机购物，还是在宿舍用电脑浏览，都能获得顺畅的使用体验。同时，系统采用 Vue3 技术，确保页面加载速度快，响应迅速，提升了用户体验。

  3. 价值：
    系统为校园用户提供了一站式购物平台，简化了购物流程，提升了效率。同时，平台具有定制化商品推荐功能，结合校园用户的特殊需求，提供个性化商品推荐，如教材、文具等。通过“工大周边严选”专区推动工大社区的商业发展，促进了校园经济与文化的融合。

三、团队计划和任务安排

团队计划

团队计划的核心是任务分解和合理的时间安排。每个任务会分配到具体的团队成员，任务的优先级、难度和预期完成时间会提前规划。为确保团队成员能够按时完成任务，并解决开发中遇到的问题，我们使用 Gitee 的 issues 功能进行任务的跟踪与管理。下面是详细的团队计划：

1. 项目任务分解

周数 任务内容 负责成员 任务描述
第9周 完成团队组建、角色分配、选题确定 全体成员 明确项目目标和团队成员分工，确定项目的技术架构和功能模块，准备开始需求分析。
第10周 编写需求规格说明书，原型设计，任务难度估计 罗振烘、庄崇立 罗振烘负责后端需求，庄崇立负责前端原型设计，其他成员协助。完成需求分析，并对开发任务的难度进行评估。
第11周 改进原型设计，架构设计与任务分解，制定测试计划 庄崇立、李响、何昌洲 庄崇立继续优化前端原型，李响和何昌洲负责系统架构设计，并分解任务为小的开发模块。何昌洲起草初步测试计划。
第12-13周 Alpha 阶段任务分配与开发，敏捷冲刺 全体成员 罗振烘分配具体的开发任务，各成员分工进行模块开发。每天进行 Scrum 会议，记录项目进展，及时解决遇到的问题。
第14周 收集用户反馈，调整测试计划，完成 Alpha 阶段总结 全体成员 收集早期用户的反馈，调整测试计划，针对反馈的问题进行修复。各成员撰写 Alpha 阶段总结。
第15周 对 Alpha 阶段进行事后分析，调整计划，准备 Beta 阶段 罗振烘、李响 罗振烘和李响负责分析 Alpha 阶段的开发进展及用户反馈，提出改进措施。全体成员为 Beta 阶段做好准备。

2. 码云项目 issues

所有任务将添加到 Gitee 的 issues 中，作为任务追踪工具。每个任务都有明确的描述、负责成员和预期完成时间。项目经理（罗振烘）将负责监督任务的执行，确保项目进展顺利。

项目地址

以下是团队在 Gitee 中的 issues 管理界面截图：

3. 原有的时间安排

原始时间安排基于任务的估算时间以及团队的工作计划。在项目开发过程中，按照计划分配任务和时间，以确保团队能高效地完成每一个阶段。

时间段 任务内容 负责人 备注
第9周 团队组建、分工、项目选题确定 全体 团队确定了项目选题和分工，明确了每个成员的职责。
第10周 编写需求规格说明书，完成原型设计 庄崇立、罗振烘 需求规格说明书撰写完毕，前端初步原型设计完成。
第11周 架构设计与任务分解，制定测试计划 李响、何昌洲 架构设计完成，并细化为各个开发模块，测试计划制定。
第12-13周 Alpha 版本开发与测试 全体 团队进入开发阶段，Alpha 版本包括主要功能的实现，进行持续集成与测试。
第14周 收集用户反馈，修复问题，完成总结 全体 进行 Alpha 版本测试，修复问题，并完成总结。
第15周 事后分析，调整计划，准备 Beta 阶段 罗振烘、李响 分析 Alpha 阶段的成果与不足，调整开发计划并为下一阶段做准备。

4. 校正后的时间安排

在项目开发过程中，由于任务难度评估不完全准确，部分开发任务需要延长完成时间，尤其是前端的开发工作。经过几次 Scrum 会议讨论后，我们决定对时间安排进行如下调整：

时间段 任务内容 调整内容 负责人
第10周 原型设计延长 原型设计难度高，庄崇立需要更多时间来优化界面设计，因此原型设计延长到第11周。 庄崇立
第12-13周 前端开发延长至第14周 前端开发时间延长至第14周，以确保界面和交互体验的优化。 庄崇立
第14周 测试期延长至第15周 系统测试及优化需更多时间完成，确保功能稳定性。 李响、何昌洲

5. 校正计算方法

时间安排的校正是基于每日 Scrum 会议反馈的进度调整而定的。团队在项目过程中遇到的困难、技术障碍和任务复杂性超过了预期，因此团队决定延长一些任务的完成时间，并重新安排关键任务的优先级。

校正计算的核心依据是：

  • 任务实际进展：根据每天的 Scrum 会议，追踪任务的完成情况。如果某个任务未按时完成，会重新评估其优先级，并调整其完成时间。
  • 任务优先级调整：高优先级的任务会被安排更多的时间和人力资源，以确保项目的核心功能按时上线。
  • 成员反馈：团队成员会根据自己遇到的困难反馈任务难度，并据此调整时间表。

6.团队分工

成员 任务描述
罗振烘（组长） 负责系统架构设计、后端开发、任务分配与项目管理，监督项目整体进度。
庄崇立 负责前端开发与用户界面设计，确保页面交互友好，用户体验流畅。
李响 负责后端性能优化，数据库设计与支付系统的集成。
何昌洲 协助前端开发，负责 UI 设计及系统测试，撰写开发文档。

7.每个人的任务完成情况

  1. 罗振烘：按时完成了后端系统的架构设计和核心功能的开发，确保了项目整体的进度，并帮助解决团队成员遇到的技术问题。
  2. 庄崇立：负责前端开发与界面设计，虽然任务稍有延迟，但最终提供了优化后的用户界面，确保了用户体验。
  3. 李响：按时完成了数据库设计和后端优化任务，解决了支付系统的集成问题，保障了系统性能和安全性。
  4. 何昌洲：协助前端开发，并负责撰写了完整的开发文档，积极参与测试工作，贡献了 UI 设计。

8.每个人的感想

  1. 罗振烘：作为项目经理，我充分体验到了项目统筹和团队协作的重要性。整个团队都非常积极主动，虽然过程中遇到了一些技术难题，但我们通过讨论和分工协作解决了问题。通过这次项目，我提升了自己在后端开发和团队管理方面的能力，同时也学到了很多项目协调的经验。

  2. 庄崇立：负责前端开发让我学到了很多新的前端技术。起初遇到了不少界面设计和交互体验上的问题，但通过与团队成员的讨论和反复调试，最终实现了预期的效果。我学会了如何更好地协调开发进度，并更加理解了用户体验的重要性。

  3. 李响：这次项目让我对后端性能优化和数据库设计有了更深刻的理解。支付系统的集成和安全性是一个很大的挑战，但通过不断的学习和测试，我成功实现了支付功能。团队合作让我认识到在面对复杂问题时，与其他成员的合作和及时沟通非常重要。

  4. 何昌洲：在这次项目中，我主要负责协助前端开发和UI设计，同时也参与了系统测试和文档编写。我学到了许多关于前端设计的知识，并且在团队合作中提升了自己的沟通和协作能力。文档撰写的过程也帮助我梳理了项目的整体流程，为以后的开发积累了宝贵的经验。

posted @ 2024-10-25 11:47  AIZzcl  阅读(148)  评论(0)  编辑  收藏  举报