图3.2 交通事故处理系统用例图
3.4.2 各模块描述
(1)客户端登陆注册功能:注册事故处理平台的会员可以进行登录进入该用户的主界面。用例图如图3.3所示。
图3.3客户端登陆注册用例图
(2)快速报案功能:注册过的的用户可以进行登陆,当有事故发生时,可以在功能主界面选择快速报案功能。当有紧急状况发生时,用户也可以跳过登录这一步,直接进行快速报案,快速报案用例图如图3.4所示。
图3.4快速报案功能的用例图
(3)违章查询功能:事故处理平台的注册用户可以在登录自己的用户主界面后凭短信收到的事故编号进行违章查询,违章查询用例图如图3.5所示。
图3.5违章查询用例图
(4)后台服务器管理功能:客户端通过快速报案上传事故信息到事故快速处理中心,事故快速处理中心的网站管理员登录到后台事故管理系统即可对报案信息进行处理,然后以短信的形式发送给事故责任人。图3.6是后台管理的总体用例图。
图3.6后台事故管理总体用例图
服务器端是使用J2EE开发,在完成后台管理的同时,为Android客户端提供WebServise接口,使得Android客户端可以通过调用WebService接口,来使用服务器端提供的服务(写数据库和查询数据库)。
3.4.3 非功能约束
1. 约束
1) 毕业设计时间有限,要求3个月内完成。
2) 要求系统具有一定的可迁移性,能够在Android 2.2以及以上的系统上运行。
3) 在公司里我是第一批参与Android开发的开发人员,所以一切都在摸索中前进。
2. 可靠性
1) 系统没有设计或逻辑上的错误,能够处理大多数的异常,发生故障的频率较低。
2) 系统具有一定的容错性,对于用户的非法操作(如强制结束程序等)有一定的处理能力。
3. 易用性
1) 程序运行方式,使用规则易于理解,系统提示信息直观、无歧义。
2) 程序使用方法,操作方式简单、容易学习。
4. 可维护性[7]
1) 易分析性:程序应包含足够多的注释及提示信息,变量方法命名有一定含义,以便出现错误时易于分析,易于查找错误。
2) 易改变性:程序符合面向对象编程思想,注重设计模式的使用,以便发现错误或环境改变之后易于修改。
3) 稳定性:程序各组件之间耦合性较低,修改之后对整体的影响较小,产生未预料结果的风险较低。
4) 易测试性:对程序所做的修改易于测试,修改结果容易确认。
第四章 总体设计
4.1 系统设计目标与原则
4.1.1 系统设计目标
(1)了解Android应用程序的设计和开发过程;
(2)在移动客户端实现事故信息的快速录入、报案功能;
(3)在移动客户端实现事故查询功能;
(4)学会在Android上调用WebService接口;
(5)本系统应做到界面简洁易操作,界面清爽,美观大方,操作简单,风格与主流的交通事故处理流程类似,同时有自己的特色。集功能与美观于一体,同时也突出自己移动设备的方便性;
(6)易于维护,功能模块相对独立,使得维护工作量减少,维护费用降低;
(7)性能优越,本系统要求运行流畅,处理速度快,延迟小。
4.1.2 系统设计原则
易用性原则,考虑到应用的实际情况,要求系统的操作尽可能简单易行,可有可无的模块坚决不要,复杂的模块需要简化,同时要有简洁清晰的导航。
交互性原则,本交通事故快速处理与查询系统要有良好的交互性。每一个模块的操作和每一次的输入都有提示,数据提交成功后也有相应的反馈信息来告诉用户是否操作成功。
可扩展性原则,易于在原有功能基础上增加新的功能模块。
安全性原则,尽量做到可靠运行、安全保密[3][7]。
4.2 系统总体架构设计
本Android客户端软件主要实现功能:客户端登陆注册、快速报案、违章查询、报案记录、定损图示、系统帮助、服务网点查看、
服务器端实现的主要功能:主要对整个事故处理数据库(包括事故表、事故责任人表、用户表等)的维护功能 (增、删、查、改等),提供写数据库和查询数据库两个接口。
该系统的总体架构如图4.1所示
图4.1 系统总体架构图
4.2.1 客户端登陆注册
客户端登陆注册功能:注册事故处理平台的会员可以进行登录进入该用户的主界面。登录注册流程图如图4.2所示。
图4.2客户端登陆注册流程图
4.2.2 功能选择
功能选择:用户在此界面选择将使用的功能,功能图4.3所示。
图4.3 浏览功能的流程图
4.2. 3 快速报案功能
快速报案功能:注册过的的用户可以进行登陆,当有事故发生时,可以在功能主界面选择快速报案功能,报案基本流程图如图4.4所示。
图4.4 快速报案功能的流程图
4.2.4 违章查询功能
违章查询功能:事故处理平台的注册用户可以在登录自己的用户主界面后凭短信收到的事故编号进行违章查询,基本流程如图4.5所示。
图4.5 违章查询流程图
4.2.5 Android客户端调用Webservice接口
Android客户端通过调用Webservice接口与服务器端通信,具体通信方式是:
1、前台将获取到的信息封装成XML格式的文件,调用WebService接口,将XML文件发送给服务器,服务器对XML文件进行解析。
2、后台对信息进行处理,处理结果封装成XML文件,返回到Android客户端,Android客户端对XML文件进行解析,解析后将有用信息弹到手机界面。
实际上,Android客户端调用服务器提供的服务,所完成的操作就是对记录事故信息的数据库进行查询和增加操作。调用接口流程图如图4.6所示。
图4.6 Android客户端调用WebService流程图
4.2.6 事故快速处理中心管理
后台事故快速处理中心负责接到报案后快速处理信息,并同时以短信的方式回馈事故责任人信息。后台管理的整体框架图如图4.7所示。
图4.7后台管理整体框图
第五章 系统实现与编码
经过前面的需求分析与总体设计,我们了解了交通事故快速处理的业务需求和总体流程。本章在此基础上,进一步分析系统的模型结构和具体实现。
5.1 系统运行状态图
为了进一步分析系统的工作流程,研究实现设计目标时所需要执行的各项任务或活动的顺序安排,进而了解系统的一个操作的执行过程中所完成的工作,确定对象内部的工作,以及这些工作如何影响周围对象,我们需要了解系统整体的动态结构。经分析,该系统的整体活动图总体如图5.1所示[7]。
经过需求分析和总体设计,可以大致得出系统的总体结构。为了进一步确切分析交通事故快速处理系统的设计,有必要先确定系统的整体模型结构。
图 5.1 系统运行状态图
5.2 软件的功能主界面
本模块为用户登陆成功后的功能选择界面,对用户的后续操作起到导航的作用。
5.2.1 功能主界面描述
本界面的实现情况如图5.2所示。
本欢迎界面的布局可分为三部分:
1、背景图片
首先是插了一张背景图片,图片资源存放在res中的drawable-hdpi中存储的,名字为:background_login。在本系统的其他界面中对于图片的处理都会是这样的实现情况。
2、线性布局(Linear Layout)
在此界面的中间部位采用了两次线性布局,用来水平排列这六个按钮(Button),分别是:"快速报案"、"违章查询"、"报案记录""定损图示""系统帮助"、"网点查询"。本界面使用的是横向线性的排列,这在布局中设置即可,如有需要,也可设置为纵向的排列。六个按钮分别引用了背景图片,也是存放在res中的drawable-hdpi中,名字分别为:kuaisu、weizhang、baoan、dingsun、xitong、fuwu。
3、.相
上一篇:
安卓操作系统下嵌入式图像分析软件开发与移植---毕业论文
下一篇:
试论APP广告在手机中的应用