也可以帮助用户更好的规划自己的流量使用情况。
2)程序锁功能
在日常生活中手机不可能做到"机不离身",可能会因一些原因而借给别人,但是如果手机中还有着一些自己不想让别人看到而又不舍得删掉的东西,那就会让用户很为难,于是对于个人隐私的保密性也就被许多手机用户所提倡。他们希望可以限制某些程序的公开性,来保护自己的秘密。
3)任务清理功能
在使用智能手机的过程中,我们不可能每次都一个个的去后台关闭不想用的进程,而大量的手机进程在后台运行又会影响手机的响应速度,所以批量关闭后台运行程序也成为手机用户迫切需要的一项功能。
4)程序卸载功能
随着时间的推移,我们会有越来越多的软件供我们使用,所以在手机中也将会存储着越来越多的应用软件,随着应用软件的更新换代,过去的软件将不再被使用,而这些软件闲置时还是会浪费一定量的存储空间。比起一个个的去查找并卸载软件,批量卸载是必然使用的优质选择。
5)黑名单功能
在信息化高速发展的今天,手机已经成为了人们必不可少的通信工具。但是手机给我们带来方便的同时,也带来了一些让人烦恼的事情。比如经常会有陌生人打骚扰电话,经常会在睡梦中被手机铃声惊醒,甚至接到一些诈骗电话,这些都是让人难以忍受的,似乎一切都被手机控制了。所以人们需求自由的来电拒接功能。
6)病毒查杀功能
当手机网络普及的同时,人们也发现了手机病毒的普及,有些程序会盗取用户的隐私,例如通讯录、短信等,更严重的则是盗取用户的账号对用户造成财物上的损失,所以手机用户们需要一款安全防护类的病毒查杀功能。
7)清理SD卡缓存功能
每当我们开启应用程序的同时,都会在SD中留有缓存,这是为了方便我们下次能够更快的启动程序,但是残留的缓存多了也会对手机整体造成影响,所以平时勤清理缓存会让我们的手机运行的更快。
8)归属地管理功能
在接打电话的过程中,用户会存在着对于一个不清楚的是不是长途的疑问,如果在接听和拨打电话时手机能够提示该的归属地,那么用户将不会再因不知道是否是长途而烦忧。
2.5.2 用户功能用例分析
用例分析是从用例模型到分析模型的过程,是需求与设计之间的桥梁。用例分析把系统的行为分配给分析类,让分析类交互完成系统的行为。
用例图是表示一组用例、参与者及相互间关系的图。一个用例是系统所执行的一组动作的规范,而动作的执行将产生一个可观察的结果,该结果对相关的参与者具有特殊用途或价值。用例图主要描述用例之间、用例与参与者之间的关系,还有相关注解和约束。[10]
手机助手系统的用例图如图2-3所示。
图2-3 手机助手系统用例图
针对图2-3用例图,对其中的用例进行用例描述,内容如表2-1~表2-5所示。
表2-1 监测流量用例
用例 监测流量 启动者 用户 支持者 手机助手系统 主要流程 a1用户点击流量监测
a2用户点击流量显示按钮
a3用户再次点击流量显示按钮 b1系统响应进入流量监测界面
b2系统界面显示系统内应用的流量消耗列表
b3关闭系统内应用的流量消耗列表 替代流程
无流量消耗应用:当系统内的应用没有联网功能时,其流量消耗表示为-1。 系统规则
BR1:流量显示按正常流量消耗和WIFI流量消耗两种。
BR2:累积所有软件总流量消耗。 表2-2 屏蔽黑名单用例描述
用例 屏蔽黑名单 启动者 用户 支持者 手机助手系统 主要流程 a1用户点击黑名单
a2用户点击黑名单列表中的
a3用户点击添加、修改或删除按钮 b1系统响应进入黑名单界面,并弹出黑名单列表
b2系统弹出黑名单添加、修改和删除按钮
b3系统执行添加、修改或删除操作,操作完成后显示黑名单列表 替代流程
1)无数据添加:添加黑名单为空时,提醒用户为空,显示黑名单列表界面。
2)无数据删除:当删除黑名单列表中的最后一个或黑名单列表为空时执行删除操作,会弹出"该黑名单中无,请添加"信息。 系统规则
BR:添加的黑名单不能为空。 表2-3 程序锁用例描述
用例 管理程序锁 启动者 用户 支持者 手机助手系统 主要流程 a1用户点击程序锁
a2设置程序锁密码
a3在程序列表中选中要锁定的程序
a4进入锁定的程序
a5输入密码 b1系统响应进入程序锁界面
b2系统显示密码
b3锁定改程序
b4弹出密码界面
b5密码正确,进入程序;密码错误,无法进入程序 替代流程
1)未设置密码:未设置密码而要锁定程序时,弹出密码为空信息,程序锁服务无法开启。
2)错误密码:输入错误密码无法进入程序,弹出"密码错误"信息。 系统规则
BR1:密码不能为空,且要求为6位数字。
BR2:密码唯一,不可设置多个密码。
表2-4 清理进程用例描述
用例 清理进程 启动者 用户 支持者 手机助手系统 主要流程 a1用户点击进程管理
a2选中需要清理的进程,点击清理
b1系统响应进入清理进程界面,弹出手机进程列表
b2清理选中的进程,提示清理的内存信息,清理完后显示进程列表 替代流程
清理系统进程:清理系统进程时,提示该进程为系统进程,无法清理 系统规则
BR1:不能清理系统进程。 表2-5 卸载程序用例描述
用例 卸载程序 启动者 用户 支持者 手机助手系统 主要流程 a1用户点击程序管理
a2选中要卸载的程序
b1系统响应进入程序管理界面,以列表形式显示手机内所有应用程序
b2弹出卸载界面,提示是否卸载,是则写在,否则返回b1 系统规则
BR1:不能卸载系统程序。 2.6 非功能性需求
非功能性需求是指依据一些条件判断系统运作情形或其特性,而不是针对系统特定行为的需求。包括安全性、可靠性、互操作性、健壮性、易使用性、可维护性、可移植性、可重用性、可扩充性。
下面分别介绍一下这些特性,如表2-6。
表2-6 非功能性需求
安全性 为防止把手机内的信息泄露给无关的用户,必须采取某种安全保密措施,这些措施的有效程序如何就称为系统的安全性或保密性 可靠性 元件、产品、系统在一定时间内、在一定条件下无故障地执行指定功能的能力或可能性。可通过可靠度、失效率、平均无故障间隔等来评价产品的可靠性 互操作性 Interoperability,是指不同的系统、网络、操作系统和应用程序一起工作并共享信息的能力 健壮性 健壮性又称鲁棒性,是指软件对于规范要求以外的输入情况的处理能力。所谓健壮的系统就是指对于规范要求以外的输入能够判断出这个输入不符合规范要求,并能有合理的处理方式 易使用性 易用性是可用性的一个重要方面,指的是产品对用户来说意味着易于学习和使用、减轻记忆负担、使用的满意程度等 可维护性 就是在软件交付使用之后直至软件被淘汰的整个时期内为了改正错误或满足新的需求而修改软件的活动 可移植性 指与软件从某一环境转移到另一环境下的难易程度。为获得较高的可移植性,在设计过程中常采用通用的程序设计语言和运行支撑环境 可重用性 在环境和功能发生变化后,可通过局部修改和重组,保持整体稳定性,以适应新要求的软件 可扩充性 设计良好的代码允许更多的功能在必要时可以被插入到适当的位置中。这样做的目的的是为了应对未来可能需要进行的修改,而造成代码被过度工程化地开发 因本手机助手系统涉及到权限问题,所以应该需要满足安全性、可靠性;
考虑到Android手机软件的特性,应需满足易使用性、可移植性、健壮性;
考虑到现今软件的可升级特性,为了本系统更好的发展空间,应需满足可维护性、可重用性、可扩充性。
2.7 环境需求
1)PC配置:操作系统要求Windows2007,内存2G以上,安装配备Java开发语言和ecl
上一篇:
Android多线程文件下载器论文源码
下一篇:
试论APP广告在手机中的应用