团队作业3--需求改进&系统设计

作业要求

这个作业属于哪个课程	计科34班
这个作业的要求在哪里	团队作业3--需求改进&系统设计
这个作业的目标	修改完善需求规格说明书、系统设计、Alpha任务分配计划、测试计划

1.需求&原型改进

1.1 课堂问题与改进
问题1：用户进行商品的入货以及出货时，如果需要进行手动添加，会十分麻烦
修改1：设计一个端口，当用户使用扫描枪扫描商品的条形码进行售出时，自动在系统中进行对应商品数量的调整。我们会尝试实现只需要扫对应的条形码就可以迅速地进行系统中货物数量的调整的功能。

问题2：面向用户的类型具体是什么？
修改2：因为大型超市中已经有完善的仓库管理系统，所以我们的仓库管理系统主要面向的用户应该是类似于小卖部这样的小型商店。

1.2 修改完善上周提交的需求规格说明书
《需求规格说明书》初稿存在以下不足：
1.面向用户群体的概述不够具体，初稿中写的是面向类似商店后台的仓库和学校中存储货物的仓库，但我们没有具体阐明一个事实，那就是附近的大型商店的仓库以及学校中的大型仓库肯定都已经有完善的仓库管理系统了，所以我们制作的系统所面向的用户群体应该是类似于小卖部这种仓库存储系统还不成熟的设施。
2.功能性需求不够完整，因为商品的入货和出货如果全部都要手动录入的话工作量太大了，所以我们应该把系统设计成和商店里的扫描器相连接，可以通过扫描商品的条形码来自动对仓库中的库存进行调整。
3.技术需求写的不够完整，前端后端使用的具体模块和框架没有进行赘述。

针对以上三点不足，具体改进：

1. 面向用户群体具体为类似于小卖部之类的小型商店
2. 功能性需求添加一个可以根据条形码的扫描自动调整库存的功能
3. 技术需求改为，后端开发主要运用python语言，引入django框架，采用MySQL建立数据库。前端开发主要采用JavaScript语言。

1.3 原型展示
用户故事（User Story）：
老王是一位小卖部的老板，开这家小商店已经开了几十年，这么多年一直都是通过手写记录仓库中货物的数量，工作量较大，把他这把老骨头折磨得够呛。
然后，机缘巧合下，他接触到了我组开发的仓库管理系统，只需要在上面注册一个账号，就可以轻松地进行仓库货物的录入。
以往他还要一个个地去数仓库内货物的数量，如今它只需要通过扫描货物的条形码就可以轻松地记录仓库中货物的增加与减少。本系统中的货物排序与筛选的功能也极大地方便了货物的管理。老王感觉自己又年轻了几十岁！

1.4 功能分析的四个象限

1.5 任务分解WBS

2.系统设计

2.1架构设计

2.2数据库设计
用户信息：

	序号	用户名	角色	邮箱	手机号码	创建时间
例：	1	admin	普通用户	123456@qq.com	1xxxxxxxx	2024年11月1日

货物信息：

	序号	库存	价格	状态
例：	1	100	98	上架/下架

货物分类：

	分类名称	分类下货物名称
例：	食品	薯片、雪糕......

用户信息E-R图：

货物信息E-R图：

3.Alpha任务分配计划

3.1项目Sprint-backlog图

3.2迭代冲刺计划

4.测试计划

测试目标：为了确保仓库管理系统的质量和稳定性，我们将进行以下测试：
1.功能测试：验证各模块的功能是否符合需求，是否稳定可靠。
2.性能测试：检测系统的响应速度、负载能力和压力承受能力。
3.安全性测试：验证系统是否存在安全漏洞，保护用户数据的安全性。
4.用户体验测试：验证系统的易用性和用户体验是否良好。
测试对象：仓库管理系统的主要功能：
1.用户登录与账户管理：测试用户能否正常登录，测试管理员在后台能不能看到账号列表。
2.货物信息管理：测试是否能正常录入货物信息，确保可以显示货物的库存数量与价格等信息。
3.货物分类管理：测试是否可以正确地对现有的货物进行分类。
4.日志管理：测试日志中是否能显示对仓库的修改记录。
测试策略：
1.功能测试：采用黑盒测试方法，以用户的角度进行测试，验证每个模块的功能正确性、稳定性和易用性。
2.性能测试：采用负载测试和压力测试方法，模拟多用户并发访问系统，以验证系统的负载能力和稳定性。
3.安全性测试：采用白盒测试方法，对系统的内部结构和逻辑进行深入测试，验证系统的安全性。
4.用户体验测试：采用灰盒测试方法，兼顾用户需求和系统实现，验证系统的易用性和用户体验。
测试资源与环境：
1.测试团队：由前端与后端的开发小组组成。
2.测试环境：搭建多用户访问的测试环境，包括服务器、网络、数据库等。
3.测试数据：模仿实际场景，准备充足的数据用于测试，包括正常数据、异常数据和边界条件等。
测试计划安排：
第一阶段：需求分析阶段（1周）
•分析仓库管理系统的需求文档和设计文档。
•制定详细的测试计划和测试案例。
第二阶段：功能测试阶段（2周）
•对各模块的功能进行全面测试。
•提交缺陷报告并跟进缺陷修复。
第三阶段：性能测试阶段（1周）
•进行负载测试和压力测试。
•分析性能测试结果并提交报告。
第四阶段：安全性测试阶段（1周）
对系统的输入验证、权限验证和数据加密等进行深入测试。
提交安全性测试报告。

第五阶段：用户体验测试阶段（1周）
•对系统的易用性和用户体验进行测试。
•提交用户体验测试报告。
第六阶段：汇总与总结阶段（1周）
•对所有测试阶段的结果进行汇总和分析。
•编写总结报告并提出改进建议。
预期输出结果：提交完整的缺陷报告、性能测试报告、安全性测试报告和用户体验测试报告。同时提供汇总总结报告，总结整个项目的测试过程和结果，并提出改进建议。通过这些报告和建议，我们可以更好地修正我们现有的仓库管理系统，以求将其完善成一个更加实用的系统。