团队作业（3）—— 需求改进&系统设计
团队作业（3）—— 需求改进&系统设计
| 作业所属课程 | 首页 - 计科21级12班 - 广东工业大学 - 班级博客 - 博客园 (cnblogs.com) |
|---|---|
| 作业要求 | 团队作业（3）—— 需求改进&系统设计 - 作业 - 计科21级12班 - 班级博客 - 博客园 (cnblogs.com) |
| 作业目标 | 针对问题需求和原型改进并修改规格说明书、系统设计、Alpha任务分配计划、测试计划 |
GitHub团队仓库： jiajia-chicken
团队成员：
| 成员 | 学号 |
|---|---|
| 林桂旭 | 3121004830 |
| 刘升嘉 | 3121004833 |
| 谭艺豪 | 3121004837 |
| 陈泽瀚 | 3121004818 |
| 梁昊东 | 3121005000 |
一、需求&原型改进：
1.选题及需求修改：
-
问题一：如何优化系统管理员的操作、特别是批量处理时
修改：对用户的载入提供excel导入功能，以及导出信息excel，增加实用性。
减少管理员的输入操作，多以按键形式进行交互
-
问题二：如何确保系统的安全性
修改：管理员登录的时候需要验证码，多次失败须输入手机号验证。
增加电话验证功能，是每个用户和管理员绑定一个电话，符合
当下的使用习惯。
2.需求规格说明书改进：
项目简介：实现校园图书馆或市区图书管座位预约功能，解决现实中高峰期霸占座位，抢占和有继续使用座位的问题，使用户可以实时知道图书馆座位使用情况，避免浪费时间，以及方便管理员管理。
- 实现用户需求及管理员需求
- 用户和管理员的登录界面，及登录信息的判断
- 对用户信息及管理员信息的记录和管理
- 实时更新页面信息
- 登录冲突问题，避免同一用户同时登录系统
存在问题：系统存在安全性问题，登陆方式单一，管理员与用户之间缺乏交互。
改进： 1. 用户注册时需要手机验证码，以及忘记密码（新增功能）和修改密码时需要手机验证码
2.增加手机验证码登录功能（仅限已注册用户），符合当下的登录习惯，更加方便安全
3.当管理员对用户进行封禁的解禁时，会有消息提醒用户
3.功能分析四象限：
4.任务分解WBS及相应的项目进度计划:
WBE
任务进度：
| 第九周 | 1.团队组队、团队博客 |
|---|---|
| 2.团队介绍、成员展示、角色分配、选题确定✅ | |
| 3.制定团队计划安排，团队贡献分的规定✅ | |
| 第十周 | 1.需求规格说明书✅ |
| 2.原型设计，队员估计任务难度并学习必要的技术✅ | |
| 3.编码规范完成✅ | |
| 第十一周 | 1.原型改进（给目标用户展现原型，并进一步理解需求），平台环境搭建完成、初步架构搭建✅ |
| 2.架构设计，WBS, 团队成员估计各自任务所需时间✅ | |
| 3.测试计划✅ | |
| 第十二、十三周 | 1. 团队项目Alpha任务分配计划✅ |
| 2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | |
| 第十四周 | 1.用户反馈+测试计划改进 |
| 2. 团队Alpha阶段个人总结 | |
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | |
| 第十五周 | 1. 团队项目Alpha博客：事后分析 |
二、系统设计：
1.系统架构设计：
- 用户功能：
- 管理员功能：
2.数据库设计
三、Alpha任务分配计划：
1.Product Backlog
2.Sprint Backlog
3.甘特图的方式拟定迭代冲刺计划
四、测试计划：
引言：
1.项目背景：实现校园图书馆或市区图书管座位预约功能，解决现实中高峰期霸占座位，抢占和有继续使用座位的 问题，使用户可以实时知道图书馆座位使用情况，避免浪费时间，以及方便管理员管理座位。
2.有关人员：林桂旭、刘升嘉、谭艺豪、陈泽瀚、梁昊东
3.参考资料：如何编写测试计划
任务概述：
1.测试范围：客户端和服务端、数据库操作及前端等所有接口
| 测试功能 | 测试内容 |
|---|---|
| 用户注册界面 | 能否正确判断注册条件，不能有重复用户存在，数据库的更新 |
| 用户和管理员登录 | 判断用户是否存在以及是否已经登录，查询数据库更新其状态 |
| 预约座位 | 能否正确预约，不能有用户同时预约同一座位，能否实时更新座位状态 |
| 用户消息提醒功能 | 测试是否正确发出预约信息及其他信息 |
| 用户反馈功能 | 测试邮箱是否收到邮件 |
| 管理用户 | 测试是否正常管理用户（禁止，解禁）以及审批新用户 |
| 安全性 | 密码修改及找回功能 |
| 界面体验 | 使用是否流畅 |
| 兼容问题 | 是否兼容其他设备 |
2.测试目标：系统的所有功能可以正常使用，系统不存在安全性问题，系统能够兼容主流设备，用户拥有流畅的使 用体验。
测试策略：
1.分工：
| 测试内容 | 测试人员 |
|---|---|
| 前端界面测试 | 林桂旭、梁昊东 |
| 用户功能测试 | 刘升嘉 |
| 管理员功能测试 | 谭艺豪 |
| 数据库连接测试 | 陈泽瀚 |
| 整体体验测试 | 全体 |
2.测试方法：白盒测试/黑盒测试
黑盒测试：黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检验每个功能都是否能够正常使用。
白盒测试：白盒测试也称结构测试或逻辑驱动测试，是一种测试用例设计方法，它从程序的控制结构导出测试用例。（测试用例由测试输入数据以及与之对应的输出结果组成）允许测试人员对程序内部逻辑结构及有关信息来设计和选择测试用例，对程序的逻辑路径进行测试。基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。
3.测试环境：
| 操作系统 | windows10 |
|---|---|
| 浏览器 | 谷歌、微软 |
测试资源：
1.硬件资源：电脑笔记本即可
2.软件资源：不同浏览器（微软、谷歌、百度）
3.测试人员：编程人员（30%）及编外人员（70%）
往期博客：
| 第一期 | [团队展示&选题](团队作业（1）——团队展示&选题 - Chen泽瀚 - 博客园 (cnblogs.com)) |
|---|---|
| 第二期 | 需求规格说明书 |
| 第三期 | 需求改进&系统设计 |
