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

[孙宇鸽]

这个作业属于哪个课程	广工2023软件工程课程
这个作业要求在哪里	团队作业3—需求改进&系统设计
这个作业的目标	需求&原型改进 系统设计 Alpha任务分配计划 测试计划
所属团队	404NotFound队

目录

• 一、需求&原型改进
• 1.课堂讨论与总结
• 1.1课堂讨论上总结的问题与建议，并作相应的需求修改
• 1.2角色展示
• 2.需求规格说明书的改进
• 2.1不足
• 2.2改进
• 3.功能分析的四个象限
• 4.任务分解调整
• 4.1运用leangoo工具来作WBS，并包含相应的项目进度计划
• 4.2任务燃尽图
• 二、系统设计
• 1.架构设计
• 2.前端页面设计
• 3.后端系统设计
• 4.数据库设计
• 三、Alpha任务分配计划
• 1.Product Backlog
• 2.Sprint Backlog
• 3.迭代冲刺计划图
• 四、测试计划
• 1.引言
• 1.1项目背景
• 1.2参考资料（计划编写依据：可行性分析报告／软件需求定义／软件概要设计／软件详细设计／用户使用说明书／……）
• 1.3测试术语
• 1.4有关项目人员组成（开发人员／版本控制人员／测试人员／软、硬、结构、营销人员等）
• 2.任务概述
• 2.1测试范围
• 2.2测试目标
• 3.测试策略
• 3.1测试人员需求、分工
• 3.2测试方法（自动化测试／手动测试；白盒测试／黑盒测试；中断测试／临界测试／压力测试等）
• 3.3工具引用及测试培训（内训／外训）
• 3.4测试阶段计划（工作内容、人员安排、起止时间等）
• 3.5测试停止及恢复条件

一、需求&原型改进

1.课堂讨论与总结

1.1课堂讨论上总结的问题与建议，并作相应的需求修改

问题1：功能细节度不够，在借书上依旧缺乏便利，并没有解决图书管理员或者用户的找书问题
修改1：添加对书籍的信息录入：1.录入书目编号x-x-x0xx，并且分类与书籍在馆内排列顺序将按照编号（书架行-书架列-书架层0第几本）；2.添加对书籍的大致介绍与目录、试阅，在系统中留下相关的查看（用户）/录入（管理员）页面即可。

问题2：缺乏亮点设计，借书系统设计寻常
修改2：添加无人借书机

1.2角色展示

	图书管理员	借阅图书的用户
基本信息	长期在图书馆，熟悉图书分布与种类	缺少足够空间或资金购入所需图书，或者不经常需要某些功能书
角色痛点	具体到某一本书时，难以寻找并指引用户 借阅记录庞大，难以寻找具体是否逾期	前来寻找图书却找不到 前来借书却已被借走 缺乏对可借阅图书的了解，借不到需要的书目
需求分析	需要书目在图书馆的分布与编号录入，方便图书管理员或用户查询 借阅需要系统登记，并在管理员查询时具有逾期标记 图书管理员可以查看用户的借还书记录与逾期记录	用户方便地在网页查看图书的情况与内容介绍，最好具有书目的类型分类 用户在网页上进行预约借阅，并保留一段时间的借阅时限 用户可以在网页上提前查看书籍剩余数量，若在预定的借阅时限内前去取书，可以确保借到书 网页可以查看还书时间并提醒

2.需求规格说明书的改进

2.1不足

• 功能缺陷
  功能细节度不够，在借书上依旧缺乏便利，并没有解决图书管理员或者用户的找书问题

• 缺乏亮点
  缺乏亮点设计，借书系统设计寻常，在项目上缺少竞争力

2.2改进

• 功能完备构想
  添加对书籍的信息录入：1.录入书目编号x-x-x0xx，并且分类与书籍在馆内排列顺序将按照编号（书架行-书架列-书架层0第几本）；2.添加对书籍的大致介绍与目录、试阅，在系统中留下相关的查看（用户）/录入（管理员）页面即可。

• 亮点补足构想
  具体实现即添加书籍编号与更多信息，让用户可以通过查找书籍信息自行借阅与借还书登记，从而实现无人借书

3.功能分析的四个象限

4.任务分解调整

4.1运用leangoo工具来作WBS，并包含相应的项目进度计划

4.2任务燃尽图

二、系统设计

1.架构设计

• 架构图：
  

  

2.前端页面设计

页面	页面描述
注册	注册用户账号，跳转至登录界面
登录	登录用户或管理员账号，跳转至主界面
修改密码界面	用户忘记密码，将密码修改为新密码
主界面	分为用户主界面和管理员主界面
用户主界面	用户可以进行查找，借阅，归还，预约，缴费操作
管理员主界面	管理员可以对图书进行增删改查操作，查看读者借阅情况和管理读者的图书借阅、续借、归还、预约和逾期处理

3.后端系统设计

模块	模块描述
注册	输入用户名和密码，注册用户账号
登录	输入用户名和密码，登录用户或管理员账号
修改密码	将密码修改为新密码
查找图书	输入相应关键字，查找图书
添加图书	管理员输入图书基本信息，添加图书
删除图书	管理员删除相应图书
修改图书	管理员修改相应图书信息
用户管理	管理员管理用户的图书借阅、续借、归还、预约和逾期处理
借阅	用户借书
归还	用户还书
预约	用户提前预约图书
缴费	用户借书逾期缴费

4.数据库设计

• 相应ER图：
  

  

三、Alpha任务分配计划

1.Product Backlog

• 使用工具leangoo以辅助选取Product Backlog中待实现的功能项如下：
  

  

2.Sprint Backlog

3.迭代冲刺计划图

四、测试计划

1.引言

1.1项目背景

制作一个图书管理系统，包含两种登录方式：管理员以及读者

①读者可以进行登录借书功能
（1）借阅界面：可以提供借阅、预约、对图书进行查询的功能。
（2）个人中心：可以提供查看个人借书记录、预约记录，图书归还等功能。

②管理员可以登录进行对读者信息进行查询，录入图书信息等。

1.2参考资料（计划编写依据：可行性分析报告／软件需求定义／软件概要设计／软件详细设计／用户使用说明书／……）

需求规格说明书

1.3测试术语

• 黑盒测试（Black Box Testing）

黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。

• 压力测试（Stress Test）

压力测试（Stress Test），也称为强度测试、负载测试。压力测试是模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间或超大负荷地运行测试软件，来测试被测系统的性能、可靠性、稳定性等。

1.4有关项目人员组成（开发人员／版本控制人员／测试人员／软、硬、结构、营销人员等）

有关项目人员组成
前端页面设计	黄依绚
后端功能设计	方喜加，陈嘉容，李煜微
测试	龙依婷，孙宇鸽

2.任务概述

2.1测试范围

图书管理系统的各个功能模块

2.2测试目标

该项目所需的功能模块均能正常实现，且能承受计划所要求的用户量

3.测试策略

3.1测试人员需求、分工

测试人员	分工
龙依婷	负责黑盒测试
孙宇鸽	负责压力测试

3.2测试方法（自动化测试／手动测试；白盒测试／黑盒测试；中断测试／临界测试／压力测试等）

自动化测试、黑盒测试、压力测试

3.3工具引用及测试培训（内训／外训）

工具：JMeter
测试培训：内训

3.4测试阶段计划（工作内容、人员安排、起止时间等）

工作内容	人员安排	起止时间
黑盒测试	龙依婷	开发的全过程中，对每一个完成的功能模块进行功能测试
压力测试	孙宇鸽	项目完成后，对项目进行压力测试

3.5测试停止及恢复条件

测试停止条件：开发人员更改代码或当所有功能测试并完善完毕时，测试停止
恢复条件：开发人员更改代码完成