通讯录需求分析

通讯录的简单需求 1．通讯录的简单需求分析 1.概述 本需求规约从用户对软件的需求出发，系统分析软件的功能以及实现过程所需要做的所有工作。主要定义了手机通讯录管理工具的需求，由五大模块组成，具体功能分为：查询联系人，增/删/改联系人，导入/导出联系人，发送联系人信息，设置等。 2.基本功能 本手机通讯录工具主要实现五大功能：联系人的查询：字段查询，分组查询，字母排序查询；增加、删除联系人以及修改联系人信息；导入、导出联系人；发送联系人信息；设置。 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项内）。 对前面提到的运行环境要求不应存在困难。 4．