需求过程中,调研人员采用用例图描述系统的各个单元模块,通过对图片管理软件的参与者和用例之间的关系描述,将系统的静态结构以可视化的方式提供给研发人员作为参考。
图片分类运行在android操作系统中,图片管理软件调用权限获取模块申请获取root权限,为用户提供图片管理的基础。图片管理系统获取权限的同时,调用生成列表模块遍历手机内存和SD卡中图片,生成列表。在生成列表的基础上,软件对图片进行分类,调用界面模块,将图片展示在软件前端。用户在软件的前端显示基础上,查看图片,选择需要操作的图片,对图片进行查看,删除,重命名和图片拖拽操作。系统总体用例图和流程图如下:
图 2-2 Android图片管理系统总体用例图
Figure 2-2 Android file management system general use case diagram
2)图片分类管理
进入图片分类的首页面,系统可以浏览系统所划分的类型下的所有图片,不同的图片类型展示不同的图片图标,如果是常用的图片类型,则展示相应的图片或者图标。分别列出了当前类别和属于该类别的图片数量(比如手机中所有音乐,视频之类的图片数量),当系统点击其中一个类别的时候 ,会在第2个页面展示当前页面的信息。系统所划分的图片类型有音乐,视频,图片,软件,文本图片,压缩包等,另外,根据用户的特殊需求,图片分类提供收藏分类界面,为用户提供图片收藏功能,方便用户查找。系统具体用例图如下图:
图 2-3 Android图片分类用例图
Figure 2-3 Android file management general use case diagram
3)图片管理
系统可以选择复制,移动,删除,重命名,收藏这些操作,当系统选择一个条目并执行如图的操作的时候它的名字就会变成蓝色,出现晃动提示。当系统选择移动或者复制的时候,,这时系统可以选择图片夹,点击确定按钮进行复制,移动操作.在图片管理的过程中同时伴有着界面切换,开机自启动功能,图标常驻通知栏等具体用例。具体用例图如下:
图 2-3 Android图片管理用例图
Figure 2-3 Android file management general use case diagram
图片管理过程中,需要注意的是用户权限的获取,为保护系统核心图片,在未获得root权限的情况下,不允许对图片进行操作,具体流程如下图:
(2)系统非功能性需求
Android图片管理系统面向用户功能明确,并且由于是基于android系统手机嵌入式软件,所以满足图片管理主要功能的同时,还需要满足一些非功能性需求。非功能性需求在以往的软件开发中经常被研发人员忽视,导致非功能性需求得不到保障,进而致使保障不了功能性需求的定义和实现。
为了更好的实现图片管理系统的带给用户的价值,基于提高软件质量和遵守
Android软件设计的主流标准和规范的考虑,图片管理系统非功能性需求有以下几个方面:
1.界面设计需求:此处的界面设计需求不同于详细的界面的设计,主要体现的是用户在手机上使用图片管理软件的体验感觉。作为手机应用,应该注重软件界面设计的美观,简单,大方。由于图片类型的较多,不同图片类型模块间的切换要求平滑实现。界面主题颜色采用醒目亮色。调用android操作系统的控件时充分考虑系统对控件的支持是否良好和使用范围是否超出软件需求。
2.执行需求:执行需求要充分考虑当前主流手机的硬件配置,要求图片管理软件精确完成图片操作和完成功能时间在用户可接受的范围之内。软件在响应用户的图片操作时,对初始化界面显示图片列表的速度,完成诸如图片移动,删除,重命名等操作的精确性,完成操作后更新列表的时间,验证root权限的准确度等。
3.易用性需求:在满足用户功能的需求的同时,软件最终提供给用户的功能的调用要符合用户使用手机软件的习惯操作和对软件的前期期望值。系统需求分析中心围绕的用户的使用习惯展开,细分用户习惯和需求,和软件应用功能相结合,最终达到用户可以更快的操作软件。
4.适应性需求:适应性需求主要包括图片管理软件对手机软件环境和硬件环境的适应。系统适应的软件环境主要是适应手机android操作系统,软件适合于android 1.0以上的所有版本的系统,可以调用android相应的服务和android自带的控件;系统适应的硬件环境主要是识别手机内存和自带的SD卡,软件安装后占有极少的手机空间前提下,提供完整的图片管理功能。
5.扩展性需求:系统采用开源代码java,基于android系统开源的特性,在现有的成熟的软件框架之下,可以调用系统留有的二次接口进行后续的软件功能扩展,定期维护和系统升级
6.安全性需求:系统面对的手机图片含有大量私人重要信息,如自拍图片,系统截图等,同时,用户可以查看系统图片,若用户对个人重要图片和系统关键图片进行了不当误操作,后果不堪设想。为此,针对系统关键图片误操作,系统提供了关键性图片保护功能,对系统图片采取验证root权限的验证,针对个人重要信息图片,系统应当提供提示框的方式提示用户,并考虑采用支持可恢复性处理。总之,在注重功能实现的同时,将软件功能面向的图片对象有条件的限制在特定图片范围之内。
第3章 系统设计
3.1 系统概要设计
根据长期软件开发经验,软件架构是手机软件系统开发面临的主要矛盾,基于成熟的软件架构,才能设计出优秀的手机系统。良好的软件架构能够有力的支持和促进系统,主要包括组织设计模块,定义手机系统的与底层android库的接口,模块之间的调用和协作,主系统涵盖的各个子系统模块的组成,当前系统架构风格和用户具体界面需求等方面。
信息交互。系统详细设计两个具体模块:手机客户端软件系统针对手机用户的需求特点,采用了android手机客户端技术,使用基于MVC的多层架构设计,加以图形化界面调用android系统库中插件,为方便用户不定期的对图片进行管理,系统软件运行在手机的android平台上。客户端图片管理软件采用动态刷新,使用android系统多线程技术,实现对不同类型不同位置的所有图片的管理,
根据上一章节的功能性和非功能性需求分析可知,系统需要将图片的类型,图片数量等信息汇总到前端界面显示的同时,还需要对手机存储空间中的图片进行遍历更新。系统设计成两大核心模块:图片分类模块和图片管理模块。软件架构针对用户的具体需求和系统面向的图片管理,采用面向对象的编程思想,参考基于JAVA的MVC各个层次架构特点,调用android系统库和控件,来完成系统主要功能。
系统的层次的特点是以手机存储空间内的图片集合为核心,根据用户,将不同的功能划分为多个模块。图片分类模块采用设计的前端界面进行区分式显示,体现不同的业务模型。图片管理模块调用控件和服务,对图片进行相应的操作。
3.1.1系统物理架构设计
系统的物理架构基于android手机存储设备,核心围绕手机存储设备上的各类图片展开,为手机用户提供具体的图片管理功能。用户通过基于android的客户端架构,使用系统访问手机存储设备,手机用户,用户使用软件相应功能对图片进行操作,通过android操作系统服务与内存和SD卡上图片进行交互。图片管理系统物理拓扑结构如下图所示所示:
图 3-1 图片管理系统物理拓扑结构图
Figure 3-1 File management system map for physical topology structure
图片管理系统设计时采用了基于android系统开源的性质,只要满足系统识别图片的范畴,用户在不同的android手机上都可以使用,同时,google公司开放了底层系统库,系统可以以程序接口的方式实现良好调用,所以图片管理系统设计平台采用了android操作系统
上一篇:
基于android手机通讯录毕业论文(低分)
下一篇:
计算机网络毕业论文