通讯录需求分析文档格式.doc

通讯录需求分析文档格式.doc

《通讯录需求分析文档格式.doc》由会员分享，可在线阅读，更多相关《通讯录需求分析文档格式.doc（5页珍藏版）》请在冰点文库上搜索。

联系人的查询：

字段查询，分组查询，字母排序查询；

增加、删除联系人以及修改联系人信息；

导入、导出联系人；

发送联系人信息；

设置。

3.具体需求分析

3.1分组管理用例

基本流：

点击联系人列表视图中的分组键进入进入分组视图；

点击分组视图中的添加键添加分组，或者点击分组后的删除键删除分组；

点击分组后的添加键向分组中添加联系人，或者点击分组中联系人后的删除键删除联系人。

备选流：

增加分组时，存储空间不够时提示用户并返回。

3.2发送联系人用例

用户打开功能界面，功能界面为发送联系人信息用例提供入口；

用户选择“发送联系人信息”功能项，页面直接跳转到通讯录列表；

用户进入通讯录列表，选择需要发送的一个或者多个联系人并按确认选项；

用户进入“正在发送”等待界面，若发送完毕且发送成功则显示“已发送成功”。

反之，则显示“对不起，发送联系人信息失败”；

发送联系人信息完毕回到通讯录主界面。

若手机无信号或者无sim卡，则用户在基本流2操作后显示“找不到可用网络”界面，然后返回主界面。

3.3查询联系人用例

用户打开功能界面，功能界面为查询用例提供入口；

用户选择“通讯录”功能项，页面直接跳转到通讯录首页；

进入通讯录的缺省页面为联系人列表，在列表中看到所有联系人的姓名、电话等基本信息和查询方式选择键以及相应的信息输入框；

用户选择一种查询方式，输入联系人基本信息，通讯录显示所有符合查询条件的联系人列表；

用户选择一联系人进入联系人基本信息页面进行其他操作；

查询完成，用户按退格键返回主界面。

通过分组查询：

用户在基本流第3步可以选择进入分组列表，选择特定的组，然后再进行基本流第4、5步进行查询；

查询信息不存在：

用户在基本流第4步查询信息不存在，通讯录提醒用户“查询失败”，用户返回主界面，用例结束；

通讯录损坏：

若通讯录损坏，则会在基本流第3步提示“通讯录已损坏”，然后结束用例。

3.4增、删、改联系人用例

基本流：

点击通信录中的增加按钮，进入增加联系人界面。

输入联系人的基本信息，并可根据用户需求增加个性化信息，单击确认返回主页面；

点击通信录中一个已存在的联系人，进入联系人编辑界面。

可修改联系人的资料或进行删除联系人操作，完成后进入主页面。

备选流：

点击通信录中的增加按钮时若存储卡空间不足，则提示错误并返回。

对联系人中的每条信息都可进行隐藏设置；

在修改或删除联系人的过程中，系统将提示用户是否确认操作，若放弃操作，则联系人信息恢复至修改前。

3.5通讯录设置

用户根据自己的偏好设置字体、颜色等信息。

3.6导入、导出通讯录

用户点击菜单进入导入导出界面，点击导出手机通信录出现文件系统选择保存路径，选择并且点击导出后在指定目录生成包含通信录信息的Excel文件，显示“通信录导出成功”并且返回至导入导出界面。

点击导入手机通信录出现文件系统选择需要导入的Excel文件，选中文件点击导入后将信息添加至手机通信录，显示导入成功并返回导入导出界面。

备选流：

点击进入导入导出界面，点击返回则返回软件主界面。

导出文件时存储卡空间不足，则提示错误并返回导出界面。

导入文件时打开无法识别的文件提示错误，返回导入文件界面。

三．通讯录设计步骤

1.UI设计

我们用一个ListView来显示整个通讯录，其中用TextView显示每一记录，他们的xml文件分别为：

main.xml（通讯录主界面），addres.xml（添加联系人界面），list_item.xml（浏览联系人界面），find.xml（查找联系人界面）。

图1-1添加联系人

图1-2主菜单

图1-3查询联系人

图1-4导出通讯录

图1-5导入通讯录

2.数据库的设计

Android中的android.database.sqlite.SQLiteOpenHelper类是一个专门用于数据库创建和版本管理的辅助类。

因此，为了更好的管理数据库，这里我们创建一个继承自SQLiteOpenHelper的辅助类DBHelper来维护和更新数据库。

3.功能的设计

为了在主界面中浏览联系人的信息，并且创建主要菜单栏，我们设计了MainActivity类，主要用于显示联系人信息和菜单栏，通过菜单栏，实现通讯录的相关功能。

AddressBook类主要是为了实现联系人的添加功能，并且实现信息的保存后跳转到主界面。

Findactivity类主要是为了实现联系人的查找功能，输入联系人的姓名，点击查找按钮，显示所查联系人的相关信息。

性能需求

1. 数据精确度

查询时应保证查全率，所有相应域包含查询关键字的记录都应能查到。

因为通常的ISCDS规模在几十到几百项记录，以查全率为标准所带来的对查准率的影响并不大。

2. 时间特性

一般操作的响应时间应在1~2秒内，对软磁盘和打印机的操作也应在可接受的时间内完成。

3. 适应性

满足个人使用的需求（记录量控制在1000项内）。

对前面提到的运行环境要求不应存在困难。

四．总结