团队作业3--需求改进&系统设计
团队作业3--需求改进&系统设计
| 这个作业属于哪个课程 | 计科21级12班 |
|---|---|
| 这个作业要求在哪里 | 团队作业3--需求改进&系统设计 |
| 这个作业的目标 | 进行需求改进&系统设计 |
团队
- 队名：KAODAPU
- 团队组成
| 张建文（组长） | 3121004845 |
|---|---|
| 叶飞池 | 3121004843 |
| 林智谦 | 3121004831 |
| 刘晋延 | 3121004832 |
1、需求&原型改进
1.1 选题及需求进行修改
- 问题1：项目定位不够清晰
- 修改1：起初该项目主要面对快递地方中转站，后了解到部分地方直通快递较慢，而且没有对应的管理后台，只能通过一些公交车，或者私家车来进行运输，想寄到市上快递的很难找到具体班次的车运输，使用顺丰，邮政等大部分物流，又要中转，比较慢，不能实现很多客户实时需要，经过讨论，认为该项目除了便于快递站后台管理，也应使客户能够快捷寄件，以顺风车的形式接单揽件运输，以提高运输效率。
- 问题2：用户定位不清晰
- 修改2：经过讨论的用户定位修改为面向地方中转站管理员、快递员、客户，为用户提供一个平台。
1.2 完善后的规格需求说明书
经过讨论，我们主要修改以下方面：
- 面向用户：地方中转站管理员、快递员、客户
- 核心功能增加：
- 用户界面：提供两个网站，一个面向管理员的管理系统，一个面向用户与快递员的用户系统
- 增加面对客户的揽件寄件功能。
- 增加面对客户的包裹查询与管理
1.3 功能分析的四个象限
| 包裹信息查询 包裹信息修改 揽件 寄件 |
登录注册功能 |
|---|---|
| 用户账号注销 | 用户账号信息修改 |
1.4 任务分解WBS及相应的项目进度计划
-
任务分解WBS
-
项目计划
| 10.23-10.26 | 1.团队组队、团队博客 |
|---|---|
| 2.团队介绍、成员展示、角色分配、选题确定 | |
| 3.制定团队计划安排，团队贡献分的规定 | |
| 10.27-11.02 | 1.需求规格说明书 |
| 2.确定项目功能模块和实现方法，估计任务难度并学习必要的技术 | |
| 3.编码规范完成、平台环境搭建完成、初步架构搭建 | |
| 11.03-11.12 | 1.原型设计，队员估计任务难度并学习必要的技术 |
| 2.架构设计，WBS, 团队成员估计各自任务所需时间 | |
| 11.13-11.26 | 1.测试计划 |
| 2. 团队项目Alpha任务分配计划 | |
| 3. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | |
| 11.27-12.03 | 1.用户反馈+测试计划改进 |
| 2. 团队Alpha阶段个人总结 | |
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | |
| 12.04-12.07 | 1. 团队项目Alpha博客：事后分析 |
2、系统设计
2.1 设计摘要说明
-
前端页面:提供便于用户交互的页面，将用户的处理发送给后台
-
后台系统:负责处理用户的请求，对数据库进行增删查改，为用户提供其想要的数据
2.2 前端页面设计
前端页面：主要有用户端与服务端构成，用户可通过快递管理系统的用户端，在其上下单快递，主要功能有，运送快递，签收快递，也可成为运输员，接收快递运输；快递中转站可接收对应快递，然后分发到客户端，让客户能看到具体的快递运输状况，也能让快递员抢单
2.3 后台系统设计
后台采用Python的Flask框架。Flask 是一个微型的 Python 开发的 Web 框架，基于 Werkzeug WSGI 工具箱和 Jinja2 模板引擎。 Flask 使用 BSD 授权。 Flask 也被称为“microframework”，因为它使用简单的核心，用 extension 增加其他功能。Flask 没有默认使用的数据库、窗体验证工具。然而，Flask 保留了扩增的弹性，可以用 Flask-extension 加入这些功能：ORM、窗体验证工具、文件上传、各种开放式身份验证技术。
2.4 数据库设计
- 用户信息表：用户的用户名、手机号、密码等。
- 包裹信息表：包裹编号、寄件人信息、收件人、寄件地址、收件地址、快递员、包裹状态等。
3、Alpha任务分配计划
3.1 产品Backlog
3.2 Sprint Backlog
3.3 甘特图
4、测试计划
4.1 引言
4.1.1 项目背景
部分地方直通快递较慢，而且没有对应的管理后台，只能通过一些公交车，或者私家车来进行运输，想寄到市上快递的很难找到具体班次的车运输，使用顺丰，邮政等大部分物流，又要中转，比较慢，不能实现很多客户实时需要，该项目除了便于快递站后台管理，也应使客户能够快捷寄件，以顺风车的形式接单揽件运输，以提高运输效率。
4.1.2 测试人员
张建文、叶飞池、林智谦、刘晋延
4.2 测试范围
| 测试模块 | 测试内容 |
|---|---|
| 登录 | 测试用户的登录 |
| 寄件 | 测试寄件功能实现，是否实现对数据库的修改 |
| 揽件 | 测试揽件功能实现，是否实现对数据库的修改 |
| 包裹信息展示 | 测试是否能正常显示包裹信息 |
| 快递员指派 | 测试能否正常修改包裹信息 |
| 用户界面 | 用户体验是否流畅，用户交互是否合理 |
4.3 测试目标
系统无明显BUG，用户体验流畅
4.4 测试方法
| 测试类型 | 内容 |
|---|---|
| 单元测试 | 对项目中最小可测试单元进行检查和验证 |
| 集成测试 | 通过测试单元模块组装成系统或者子系统，再进行测试，重点测试不同模块的接口部分 |
| 功能测试 | 测试功能是否可用，包含逻辑功能，界面测试等 |
| 系统测试 | 对整个系统进行整体测试 |
4.4 时间安排
测试覆盖整个开发阶段
4.5 人员安排
| 测试模块 | 测试人员 |
|---|---|
| 登录 | 张建文、叶飞池、林智谦、刘晋延 |
| 寄件 | 刘晋延、林智谦 |
| 揽件 | 刘晋延、林智谦 |
| 包裹信息展示 | 张建文、叶飞池 |
| 快递员指派 | 张建文、叶飞池 |
| 用户界面 | 张建文、叶飞池、林智谦、刘晋延 |
| 系统测试 | 张建文、叶飞池、林智谦、刘晋延 |
