Beginners Guide to TikTok for Search - Rachel Pearson - We are Tilt __ Bright...
Extract from blueprint options
1. Extract from Blueprint Options – Mobile Solutions
Fig 7.1 High level Common Mobile Architecture
2. This document will describe the capabilities of a selected group of leading suppliers in the Work Management, Scheduling and Mobile
Technology marketplace. It will make a judgement on their strengths and weaknesses by scoring the key areas that will assist with determining
if the supplier be invited to formally tender their commercial solution(s).
The document will form the basis of a Technical Blueprint for a Mobile Field Force Management architecture to cover:
A configurable client application that can work on a range of devices with a defined set of hardware and software configurations.
A system to securely and robustly synchronise data between backend databases on the corporate LAN and a large number of local
databases on distributed clients.
A system to stage all field work required within a specified business area with the ability to automatically schedule jobs to field resources
Routine and ad-hoc reporting
A system to support the management of mobile devices
At the heart of the architecture is a standards based integration engine (the mobility platform) which may (ideally) utilise a Service Oriented
Architecture (SOA) using a framework approach for integrating with various backend systems.
SOA architecture provides a design framework for enabling rapid system development and integration. An example of this could be Cognito’s
EAI Tibco engine or SAP’s Process Integration (PI) within the NetWeaver platform.
This integration capability is one of the more important functionalities that a platform provides and provides the ability to create a service based
event driven call to various backend systems in order to concatenate information required by the requesting mobile client application.
The resulting data as gathered by the above approach is then copied and stored within a staging database. Almost all vendors have at least
one staging database and sometimes a vendor may even have two staging databases in order to properly achieve the required horizontal /
vertical splicing of the information ready for the field force to action upon. This temporary storage area for concatenated data can be referred to
as a consolidated database; a meta-data database or preparation database.
The mobile platform will handle user management; role management and security. There are typical user interfaces available for administering
users and assigning roles and privileges accordingly.
Depending on the mobile platform in question there are numerous ways of viewing the state and statuses of e.g. job details data. This
information is also held within the staging database and the platform usually assigns timestamps to the data rows upon state changes. There
could be additional data status views developed through a web user interface to match an organisations requirements.
The direct integration into a suitable scheduling engine is normally achieved through the use of the scheduling engines native interface; this
could be (and often is) achieved through web services, direct database table schema interrogation or flat file parsing and generation.
3. In some cases a scheduling engine is embedded as part of the mobile platform either through re-packaging a popular scheduling engine or a
completely new scheduling engine developed and implemented within the platform.
Leading vendors will provide additional functionality such as location based services enabling client applications to update the server with
current location / speed of travel / status of work.
The level of complexity and functionality obviously varies depending on the specific vendor mobility platform however with today’s plug and play
approach towards mobile computing and the available services to support this type of applications, there are numerous web services and ‘nice
to haves’ that could be readily implemented as part of a platform. This could be anything from supporting ‘Lone Worker’ scenarios to binding
device and ‘User ID’ to the SIM card to enable enhanced security.
From a mobile application and local data storage perspective the evaluated vendors provide a client application in a variety of ways. These
include web browser based client solution, native embedded C++ and client run time library interfaces; or integration with popular Integrated
Development Environments (IDE) such as Visual Studio .NET and Eclipse for J2ME and in certain scenario’s the vendor provides its own
proprietary ways of developing a mobile client application using their own scripting language.