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

这个作业属于哪个课程	信息安全1812
这个作业要求在哪里	团队作业3--需求改进&系统设计
这个作业的目标	需求改进及系统设计

一、 需求&原型改进

1.1 课堂讨论问题

  问题1 ： 这个项目的典型用户主要是谁 和 他们的特点？
  问题2 ： 这个项目的主要功能和模块有哪些 ，用户使用是否轻松好用？  

1.2 问题修改完善

  修改1 ： 
           经典用户1（persona）：需要进行测试的后端开发人员，在开发的过程中，不可避免会接触到至少三个环境的程序部署:开发、测试和生产环境。
  可能在每个环境都使用一套数据库配置，路径配置等，如果每次都人工的干预每一个配置文件，工作会比较繁杂，且容易遗漏并且出错。
  在开发时，有一些代码仅在开发时运行，发版时不能运行。比如：测试用的mock数据。
           经典用户2（persona）：对于开发完前端界面的前端开发者，需要使用接口对接，获取数据，进行测试。
           经典用户3（persona）：需要写接口文档的开发者。在没有api-management之前，我们使用文档记录方式（markdown或者word格式），但有时候为了追求速度，
  后台人员写得真的很乱，对于强迫症患者来说，格式整齐太重要了，使用api-management可以轻松的对api文档进行编写。
  
  修改2 ：
        添加状态码文档和项目文档
              - 用户功能
                - 登录
                - 注册
                - 修改密码
                - 创建、加入项目
              - API管理
               - API的增删查改
               - 分组
              - API测试
               - 根据API向服务器发送请求
               - 获取并格式化返回结果
              - 项目管理
               - 创建、修改项目
               - 用户共享
              - 状态码文档
              - 项目文档
        用户可通过用户界面轻松使用。

1.3 需求规格说明书完善

1.3.1 初稿不足之处各个模块之间的关系没有讲解清楚，没有详细说明用户在各个模块可以执行的操作，没有给出整个系统操作对应的流程图；

1.3.2 改进
系统模块关系图：

graph TD A[xx用户] --> B(XX项目) B --> C[API文档] B --> D[API测试] B --> E[状态码文档] B --> N[项目文档] C--> G[API Path] C--> H[分组 / API 名称] C--> J[请求参数] C--> O[响应参数] D--> K[测试地址] D--> R[测试参数] E--> L[状态码1] E--> Z[状态码2] E--> X[状态码3]

1.4 参考《构建之法》5节功能的定位和优先级，给出功能分析的四个象限

	外围功能	杀手功能
必要需求	（第二象限）拥有美观的用户交互界面和用户安全功能	（第一象限）有良好的项目管理功能和API管理功能 ，可以根据用户提供的参数和要求对API进行自定义测试
辅助需求	（第三象限）美化及可以更换皮肤 ，开启夜间模式	（第四象限）状态码文档和项目文档以及API分组功能，不同开发者可以根据自己的模块写API文档

1.5 根据修改后的需求，调整任务分解WBS及相应的项目进度计划

二、系统设计：

2.1 系统架构设计

2.2 数据库设计

2.2.1 ER图（实体-联系图）

三、Alpha任务分配计划

3.1 待实现功能项：

模块名称	优先级
API文档和测试界面	高
API管理接口和API测试接口	高
用户注册登录接口	高
用户安全和web安全模块	中
状态码文档和项目文档界面	中
状态码文档和项目文档接口	中

3.2 待实现功能项分解：

功能名称	负责人	预计工时	优先级
API文档界面	李林飞	2天	高
API测试界面	李林飞	2天	高
用户个人中心界面	李林飞	1天	高
API管理接口	李俊贤	1天	高
API测试接口	黄博晓	2天	高
用户注册登录接口	陈金海	1天	高
用户安全和web安全模块	赖晋启	2天	中
状态码文档接口	黄博晓 、陈金海	1天	中
项目文档	李俊贤 、赖晋启	1天	中

3.3 甘特图

四、测试计划

4.1项目背景

为了解决Web开发人员编写API文档和对API进行测试的困难。

4.2 测试目的

此计划编写的目的是为使API管理系统系统能够达到与系统规格说明书所描述的功能一致，并且检验系统是否运行稳定。

4.3 测试范围

（1）项目的可用性

（2）系统的安全性

（3）功能的完整性

（4）数据的准确性

（5）系统的稳定性

4.4 测试安排与进度

测试任务	人员安排	时间估计	起始时间
API文档界面的测试	李林飞	1天	2020/11/10
API测试界面的测试	李林飞	1天	2020/11/11
用户个人中心界面的测试	李林飞	1天	2020/11/12
用户登录和注册接口的测试	陈金海	1天	2020/11/8
API文档接口测试	李俊贤	1天	2020/11/8
API测试接口的测试	黄博晓	1天	2020/11/8
web安全模块的测试	赖晋启	1天	2020/11/8
状态码文档	黄博晓 、陈金海	1天	2020/11/9
项目文档	李俊贤 、赖晋启	1天	2020/11/9

4.5 测试种类及测试标准

测试种类	测试标准
功能测试阶段	a.测试各个模块以及窗口所完成的功能是否准确，操作是否简洁方便b.功能键是否描述准确、齐全，操作方便c.界面是否设计简洁、符合用户需求
数据测试阶段	a.用户输入的数据是否能正确的存入数据库 b.后端返回给前端的数据能否正确显示
系统稳定性测试	a.在几种常用的操作系统下是否能顺利运行b.在与其他软件并行时是否运行正确