（内容待补充）
| 所属课程 | 软件工程导论 |
|---|---|
| 作业要求 | 团队作业3--需求改进&系统设计 |
| 作业目标 | 需求规格说明书改进、系统设计、Alpha任务分配计划、测试计划 |
| github链接 | CampusSecond-handMarket--NoBailanGroup |
| 项目网址 | http://www.stopyc.shop/second/ |
一、团队
1、团队名称：摆烂就不队
2、团队成员
| 姓名 | 班级 | 学号 |
|---|---|---|
| 林劲辰（组长） | 计科2班 | 3121004707 |
| 许庆阳 | 计科2班 | 3121004931 |
| 苏建澎 | 计科2班 | 3121005007 |
| 黎灿宇 | 计科2班 | 3121004867 |
| 伊尔凡江·艾合买提 | 计科2班 | 3121005017 |
| 鄞灿 | 计科2班 | 3121005018 |
| 于杨 | 计科2班 | 3221004940 |
二、需求&原型改进
1.问题与改进
针对课堂讨论环节老师和其他组的问题及建议，对修改选题及需求进行修改
问题一：如果面对大四毕业生，毕业之后不在学校又想出售二手商品，但是不在学校导致再二手交易的过程很麻烦，应该怎么解决？
修改一：在二手市场网站中增加托管机制，实现二手商品的寄售，但是要收取一定的托管费用，且增加仓库管理人员对二手商品进行管理。
问题二：二手商品在网站上交易成功后要怎么实现配送？
修改二：增加一个送货功能，可以让平时想兼职的同学对二手商品进行配送，并给予一定的费用，消费者和销售者可以在平台上看到二手商品的物流信息。类似滴滴司机的接单功能，想要通过送货兼职的同学可以在平台上接单。
问题三：对于前面提到的仓库管理人员和配送员，去哪里找这些人呢？
修改三：我们决定增加一个兼职板块，平时想要赚取生活费的同学可以在这个板块寻找兼职，其中包括二手商品配送员，仓库管理人员等
与用户沟通
2、修改完善需求规格说明书
上周的《需求规格说明书》中，对二手交易市场的功能分析和需求不够充分，功能方面没有考虑到毕业生不在学校如何进行二手商品的交易，且二手商品主要由毕业生进行出售，所以我们增加了二手商品的寄售功能，对于不在校的同学，二手商品可以寄往平台进行托管销售，但要收取一定的托管费中，且增加了仓库管理人员负责对这些寄售的商品进行管理；且我们的平台只考虑到如何实现二手商品的交易，并没有考虑到如何将二手商品送到消费者手中，于是我们增加了配送模块和兼职模块，平时想要赚取生活费的同学可以通过这个兼职对二手商品进行配送。对于前面说到的兼职，我们增加了兼职模块，其中包括二手商品配送员和仓库管理人员，每个职位对应不同的报酬，想要兼职的同学可以在这个职位选取相应的职位，既解决了二手商品的托管和配送问题，还让兼职的同学多了选择。
3、新增内容：
1、商品管理
•发布物品：卖家可以发布商品，包括物品描述、发布时间地点、分类、照片、价格等。
•商品编辑：卖家可以随时编辑和更新物品信息。
•商品搜索：提供搜索功能，允许用户按类别，商品关键词等搜索商品。
•商品详情：每个商品页面包括详细描述、照片、价格和联系卖家的选项。
•商品状态：标明物品的状态，如已完成，缺货等
•商品评论：允许用户在商品页面上发表评论和评分。
•商品托管机制：大四师兄留下来的书籍实行托管制之类的，防止大一和大四时间差，怎么实现配送之类的
2、交易和支付
•购物车：允许用户将多个物品添加到购物车，以便一次性结账。
•支付选项：先充值到我的钱包中，支持多种支付方式，如微信、支付宝等，再用钱包中的钱支付。
•订单管理：用户可以查看和跟踪他们的订单状态。
•交易通知：向用户发送订单确认、付款和发货通知。
4、功能分析的四个象限
参考《构建之法》5节功能的定位和优先级，给出功能分析的四个象限
①必须做且重要（Must-haves）：
用户发布和浏览二手商品： 提供用户友好的界面，使毕业生可以方便地发布和浏览二手商品信息。确保商品信息包括必要的详细描述、价格和联系方式。
交易管理和托管： 实现交易的安全性和可控性，引入托管机制，为不在学校的毕业生提供寄售选择。设计仓库管理系统，确保托管商品的安全存放，增收一定的托管费用。
②必须做但不重要（Nice-to-haves）：
兼职板块： 创建一个专门的板块，供学生浏览和申请兼职，包括仓库管理人员和二手商品配送员。为平台提供人力资源，同时为学生提供赚取额外收入的机会。
物流信息： 引入送货功能，让平台上的兼职配送员可以接单并将商品送达消费者手中。为用户提供实时的物流信息，类似于滴滴司机的接单和配送过程。
③不必做但重要（Not-so-importants）：
优化用户体验： 确保平台的用户界面简洁直观，易于导航。考虑到用户体验的因素，例如快速加载、响应性和友好的设计，以提高用户留存率。
④不必做且不重要（Won't-haves）：
非关键性功能： 避免投入过多资源在一些不是核心业务的功能上，如高级社交功能。优先考虑满足核心业务需求。
5、调整任务分解WBS及相应的项目进度计划
根据修改后的需求，调整任务分解WBS及相应的项目进度计划
1、项目启动和准备阶段：
① 制定项目计划和目标
② 成立项目团队
③ 收集并整理老师和其他组的问题及建议
2、需求分析和修改：
① 重新评估选题及需求
② 修改选题及需求文档
③ 与老师和其他组沟通确认修改方案
3、更新需求规格说明书：
① 更新《需求规格说明书》
② 再次审查确保所有修改被正确记录
4、功能分析和四象限定位：
① 参考《构建之法》确定功能的四个象限
② 调整需求文档中的功能描述
③ 确认各功能的优先级
5、任务分解WBS调整：
① 根据新的需求和功能重新调整任务分解WBS
② 确定每个任务的工期和资源需求
6、项目进度计划：
① 制定项目进度计划
② 根据任务分解WBS和优先级确定任务的执行顺序
③ 定期更新项目进度，并与团队和相关方进行沟通
三、系统设计
四、Alpha任务分配计划
1、Product Backlog
依据项目组能提供的总时间、功能模块的优先级以及模块之间的依赖关系，在Product Backlog中选取待实现的功能项。
2、Sprint Backlog
对已选择的功能项再做进一步分解，分解为1-10小时左右的任务，构成Sprint Backlog。在PM的协助下，编码的同学对任务进行认领。
3、甘特图
以甘特图的方式拟定迭代冲刺计划。
