Skip to content

Latest commit

 

History

History
190 lines (143 loc) · 8.96 KB

需求文档.md

File metadata and controls

190 lines (143 loc) · 8.96 KB

一、 引言

1.1 目的

该文档首先给出项目的整体结构和功能结构概貌,试图从总体架构上给出整个系统的轮廓。同时对功能需求、性能需求进行了详细的描述。便于用户、开发人员进行理解和交流,反映出用户问题的结构,可以作为软件开发工作的基础和依据以及确认测试和验收的依据。

本文档面向多种读者对象:

项目经理:项目经理可以根据该文档了解预期产品的功能,并据此进行系统设计、项目管理。 设计员:对需求进行分析,并设计出系统,包括数据库的设计。 程序员:了解系统功能,编写《用户手册》。 测试员:根据本文档编写测试用例,并对软件产品进行功能性测试和非功能性测试。 用户:了解预期产品的功能和性能,并与分析人员一起对整个需求进行讨论和协商。

在阅读本文档时,首先要了解产品的功能概貌,然后可以根据自身的需要对每一功能进行适当的了解。

1.2 背景

本次待开发的软件为“失”App。

用户通过使用本App,可以在捡到东西时发布失物招领,包括捡到东西的类别、位置、文字图片描述等,这样其他用户就可以通过浏览找到自己遗失的物品。 同时App内还有排行榜、感谢信等功能,加强用户间的交流。

二、项目概述

2.1 产品描述

丢失物品,一直是人们非常头疼的一个问题。一方面,传统的寻物启事具有非常明显的局限性,自己的物品丢失了往往缺乏有效的途径去寻找。另一方面,自己在无意中捡到物品也不清楚该如何联系到可能的失主。 本产品——“失”是为了解决当代人们丢失东西无处可寻以及捡到失物没法及时找到失主的问题而开发的一款Android App。该App可以有效地帮助丢失物品的用户快速寻找到自己丢失的物品,也可以为捡到失物的用户提供一个失物招领的线上平台,同时还实现了感谢信、排行榜等功能。

2.2 产品功能

用户场景:

注册账号; 输入密码,登录账号; 个人信息的修改; 失物招领,包括:添加失物招领信息,完成失物招领等; 感谢信; 排行榜;

图片

2.3 用户特点

本软件的最终用户为个人物品的丢失者与捡拾者,任何有此需求的人均可使用本软件。由于APP操作简单,界面友好,所以只要是能够流畅使用手机的用户能够很快地适应该软件的所有基本操作。 操作人员以及维护人员为软件工程专业的学生组成的团队,了解该工作的整体流程,深入用户交流,便于调整软件功能,实现客户的各种需求。

2.4 一般约束

进行本软件开发的工作的约束条件是:

开发周期短,两个月的开发时间需要进行敏捷开发,通过三次迭代的过程基本实现初期构想。 所采用的方法与技术有限:项目团队成员的技术水平不够成熟,需要在开发中并发学习多种技术和能力。

2.5 假设和依据

本项目是否能够成功实施,主要取决于以下的条件:

团队成员的积极合作配合,为了项目的开发和实施,对个人时间进行合理规划同时为团队做出合理牺牲,配合队友完成任务。 学院教师提供完整详细的功能和性能需求资料,以便于团队对其进行分析,从而形成完善的软件需求。 团队掌握先进的能够适用于该项目的技术,这是系统的性能是否优化和项目能否成功的保证。

三、 具体需求

首先引入类图明确该项目中的角色分类及其角色间的相互联系。

图片

3.1 功能需求

3.1.1 系统登陆

(1) 登录界面:

输入用户名和密码即可登录,登录成功后,跳转至查询招领信息界面。

(2) 注册界面:

若没有账号,则可以在首页点击“注册”按钮,进入用户注册界面,填写相应信息,即可完成注册。

3.1.2 个人设置

(1) 个人信息界面:

在此页面上,可以进行昵称修改、签名修改,同时可以完善个人信息,添加联系方式。

(2) 系统设置界面:

在此页面上,可以查看版本信息和开发者联系方式,同时可以修改账号密码。

3.1.3 失物招领

(1) 添加失物招领信息:

在此页面上,可以添加失物招领信息,包括文字描述、图片描述,同时可以通过地图标记捡东西的地点。

(2) 失物招领信息列表:

在此页面上,列出当前账号所发布的失物招领信息,点击可查看详情。同时设置“完成失物招领”按钮,可以将此招领信息设置为失效。

3.1.4 失物招领查询

在此页面上,在地图上通过记号标注出已发布的招领信息,点击即可进入到查看详细界面,展示失物描述和发布人的联系方式。同时,此页面还拥有按失物类别筛选信息的功能。

3.1.5 感谢信

在此页面上,用户可以发布留言,对帮助者表达感谢,查看权限开放给所有用户。

3.1.5 排行榜

在此页面上,按照招领信息完成数量,从高到低展示前二十位用户,以此激励用户更多的帮助他人。

3.2 外部接口需求

3.2.1 用户接口

本系统采用C/S架构,所有界面使用APP风格,且需要用户开启定位,记录用户位置信息。

3.2.2 硬件接口

无特殊需求。

3.2.3 软件接口

无特殊需求。

3.2.4 通信接口

无特殊需求。

3.3 性能需求

3.3.1 数据性能

除支持一般结构性事务数据外,还需要支持主要二维地理信息格式,以此配合百度地图API完成开发。

3.3.2 并发性

数据库支持超过200个用户的并发访问能力,业务端平台具备不少于100个访问并发的能力。

3.3.3 响应特性

一般数据查询响应时间<3秒。

3.4 属性

3.4.1 可用性

方便操作,操作流程合理。尽量从用户角度出发,以方便使用本产品。如:新增失物招领信息时,用户只需轻触屏幕,即可进入新增页面。在填写地点时,通过在地图上点击的方式进行,更加直观。 操作完成时有统一规范的提示信息。例如招领信息时,系统可提示警示框“您确认删除此信息吗?操作不可恢复!”,用户点击确认后,系统才执行删除操作,删除后可直接返回相关页面。

3.4.2 安全性

1.权限控制

用户只能查看个人信息,社区为公开。主页信息可以设置是否公开。

2.重要数据加密

对一些重要的数据按一定的算法进行加密,如用户口令、重要参数等。

3.记录日志

本系统应该能够记录系统运行时所发生的所有错误,包括本机错误和网络错误。这些错误记录便于查找错误的原因。日志同  
时记录用户的关键性操作信息。

3.4.3 可维护性

我们的系统发生故障后能够排除(或抑制)故障予以修复,并返回到原来正常运行状态。且具有接受对现有功能的改进,增加  
新功能的能力。

四、 验收验证标准

测试功能 测试项 操作 检验点 预期结果
登录功能 登录动作 输入信息错误或无输入 错误提示 提示输入正确用户名和密码
. . 输入正确账号密码 提示登入并跳转到主界面 跳转到个人主页界面
注册功能 注册动作 注册 注册 跳转到注册界面
查看首页 点击首页按钮 点击按钮 能否跳转到正确页面 跳转到正确页面
搜索某类物品 选择物品类别并搜索 输入和点击按钮 能否在地图上显示该类别的物品 在地图上显示该类别的物品
查看一条失物招领 地图上某个代表失物招领的点 点击按钮 是否显示该条失物招领的具体信息 显示正常
失物招领界面 失物招领按钮 点击按钮 是否显示用户添加过的所有失物招领记录 显示正常
删除一条失物招领 失物招领的确认选项 点击按钮 能否删除该记录表示以及确认收到 删除成功
添加失物招领 添加失物招领记录的动作 点击按钮 是否增添记录 增添成功
查看排行榜 排行榜界面 点击按钮 是否显示排行榜 显示正常
查看感谢信 感谢信界面 点击按钮 是否显示感谢信 显示正常
添加感谢信 感谢信的添加 输入 是否添加感谢信记录 添加成功
查看我的界面 我的界面 点击按钮 是否显示我的信息 显示正确
修改用户信息 用户信息的修改 输入 是否成功修改用户信息 修改成功