团队作业3--需求改进&系统设计
| 软件工程 | 网工1934 |
|---|
| 队员 | 学号 | 博客 |
|---|---|---|
| 陈浩然 | 3119005317 | 链接 |
| 刘熠 | 3119006062 | 链接 |
| 刘富华 | 3119005332 | 链接 |
| 柯新宇 | 3119005893 | 链接 |
| 郑世杰 | 3119005351 | 链接 |
一、需求&原型改进
1.针对课堂讨论环节老师和其他组的问题及建议所作出的一些修改：
| 问题 | 修改 |
|---|---|
| 你们这个软件做出来可以直接投入使用了吗？ | 目前还不行，我们只能局域网通信，因为我们这个软件的服务器缺少一个公网IP，所以在软件做出来后，还有时间的话会打算租个云服务器，这样就可以使用了，不过一些用户数据的安全问题暂时不用担心，因为目前我们这个软件的注册不需要用户的真实信息（除联系方式外），仅作一个发布平台 |
| 你们这个软件怎么没有打赏功能啊？ | 这个问题我们在设计之初是有考虑过的，但是由于我们团队对API接口方面的知识不够了解和熟悉，所以会在以后陆续添加各种功能的，所以还请不用担心 |
| 目标用户的疼 | 东西丢了，找回几率渺茫；捡到了东西，找到失主几率渺茫 |
|---|---|
| 场景 | 一个失物信息发布系统，所有“无”主之物终有归宿 |
2.《需求规格说明书》初稿现在很难说有什么不足，因为目前我们团队都是设计一些最基本的功能而已，以下可以给出一些用户使用场景来进行一些详细说明：
| 用户类型 | 使用软件的场景 |
|---|---|
| 丢掉东西的人 | 先登录软件，看看有没有其他的用户发布了失物寻主信息（可通过检索功能）（这个过程可多次循环），如果有，直接根据其联系方式联系他获得失物，否则，可以通过发布寻物信息，静待佳音。 |
| 捡到东西的人 | 先登录软件，看看有没有其他的用户发布了失物寻物信息（可通过检索功能）（这个过程可多次循环），如果有，直接根据其联系方式联系他交还失物，否则，可以通过发布寻主信息，守株待兔。 |
3.功能分析四象限
| 外围功能 | 杀手功能 | |
|---|---|---|
| 必要需求 | 网络通信及信息处理 | 界面 |
| 辅助需求 | API接口 | 检索功能 |
4.任务分解WBS及相应的项目进度计划
二、系统设计
前端基本功能划分：
| 功能概述 | 功能描述 |
|---|---|
| 登录页面 | 1.软件名显示; 2.用户可以输入账号密码; 3.用户能够在这一阶段点击登陆或注册。若点击登录，登录成功则进入客户端功能选择页面，登录失败则在本页面显示登录失败的信息。若点击注册则进入注册页面。 |
| 注册页面 | 1.用户可以输入注册信息；2用户能够在这一阶段点击注册。若注册成功则进入注册成功页面，若注册失败则进入注册失败页面。 |
| 注册成功页面 | 1.显示注册成功。2.用户能够在这一阶段点击登录进入登录页面。 |
| 注册失败页面 | 1.显示该账号已被注册等信息。2.用户能够在这一阶段点击重新注册进入注册页面。 |
| 客户端功能选择页面 | 1.用户能够在这一阶段点击相应功能进入相应页面。 |
| 发布信息页面 | 1.用户能够输入发布信息。2.用户能够在这一阶段点击发布，然后进入发布成功页面。 |
| 发布成功页面 | 1.显示发布成功等信息。2.用户能够在这一阶段点击返回，然后进入到客户端功能选择页面。 |
| 检索信息页面 | 1.用户能够输入检索信息。2.用户能够在这一阶段点击检索，然后进入查看信息页面。 |
| 查看信息页面 | 1.用户能够在这里查看信息。2.若信息数量过多，要设置分页或滚轮滑动查看。3.用户能够在这一阶段点击返回，然后进入到客户端功能选择页面。 |
三、Alpha任务分配计划
1.Product Backlog & Sprint Backlog
| Product Backlog | Sprint Backlog |
|---|---|
| 信息传输模块 | 传输信息功能 |
| 客户端模块 | 注册模块、登录模块、失物信息发布模块、获取失物信息发布模块、获取检索失物信息模块、返回信息显示模块 |
| 服务端模块 | 处理注册信息模块、处理登录信息模块、处理发布信息模块、处理获取信息模块、处理检索信息模块、创建线程服务模块 |
| 前端界面 | 登录页面、注册页面、注册成功页面、注册失败页面、 客户端功能选择页面、发布信息页面、发布成功页面、检索信息页面、查看信息页面 |
2.开发任务分配
| 开发任务 | 负责人 | 工时 |
|---|---|---|
| 信息传输模块 | 刘富华 | 10h |
| 注册模块、登录模块 | 陈浩然 | 1h |
| 失物信息发布模块 | 刘熠 | 2h |
| 获取失物信息发布模块、获取检索失物信息模块 | 刘熠 | 2h |
| 返回信息显示模块 | 郑世杰 | 3h |
| 处理注册信息模块、处理登录信息模块 | 刘富华 | 5h |
| 处理发布信息模块 | 柯新宇 | 2h |
| 处理获取信息模块、处理检索信息模块 | 柯新宇 | 2h |
| 创建线程服务模块 | 刘富华 | 10h |
| 登录页面、注册页面、注册成功页面、注册失败页面、 客户端功能选择页面 | 郑世杰 | 3h |
| 发布信息页面、发布成功页面、检索信息页面、查看信息页面 | 陈浩然 | 3h |
3.以甘特图的方式拟定迭代冲刺计划
四、测试计划
1.引言
1.1项目背景：
校园里散落着遗失之物，遍布着失落之人。
1.2参考资料：
上一次的作业的图片资料每天都会大量产生，点击此处跳转。
1.3有关项目人员的组成及联系方式：
请看最上方
2.任务概述
2.1测试范围：
| 功能模块测试 | 所有模块 |
|---|---|
| 压力测试 | 对用户和数据的承载量进行测试 |
| 安全测试 | 对系统的安全性能进行测试 |
2.2测试目标：
不会有逻辑错误，只能容忍无法承载过多数据和用户而出现错误。
3.测试策略
人工手动测试
4.测试资源
4.1硬件资源需求：
有电脑就行
4.2软件资源需求：
本软件，win10
4.3测试环境需求
有局域网条件
4.4测试人员需求
测试人员越多越好
5．风险评估
5.1人力方面；
人较少，测试数据不多
5.2时间方面；
时间较少，测试数据不多
