IBM Worklight Proof of Technology by Jane Fung

Transcription

1 IBM Worklight Proof of Technology by Jane Fung

2 Welcome to the Technical Exploration Center Survey Introductions Access restrictions Restrooms Emergency Exits Breakfast / Lunch / Snacks Special meal requirements? 2

3 Introductions Please introduce yourself Name and organization Current integration technologies/tools in use Objectives for attending What do you want out of this Exploration session? 3

4 Agenda 1 Developing Hybrid Apps using Worklight Demo & Break 2 Managing Mobile Apps in Worklight 3 Worklight Security Features 4 Operational Aspects Demo & Lunch 5 Hands-on Labs Lab 1 Getting Started with IBM Worklight v6 Lab 2 Examine More Development Features in Worklight Lab 3 Using Worklight Server and Environment Optimization Lab 4 Using Mobile Test Workbench to Automate the Testing Lab 5 Using Remote Worklight Server 4

5 IBM MobileFirst: the big picture IBM s mobile first strategy is not only about mobile, but about IBM s attempt to remake the entire IT infrastructure at many companies to use the cloud, data, and real-time nature of social networks to serve customers. Big Data Social Cloud IBM MobileFirst

6 Gartner Magic Quadrant, August

7 On-line resources /worklight/getting-started.html 7

8 Mobile Apps Space Business to Enterprise Mobile Apps for Employees Business to Consumer Mobile Apps for Public 8

9 Evolving Mobile Landscape - Challenges Business to Enterprise Challenges Common Challenges Business to Consumer Challenges Company devices? Bring your own device? Buy or Build Multiple platforms Regular web site? SDK/platform Same usability and features? Future maintenance? Apps in wild? Critical defect? Version control? Mobile Strategy 9

10 Mobile Terminology Mobile Device Management (MDM) Manage mobile devices and applications e.g over the air distribution Secure mobile devices e.g. wipe device, remote locking Access to enterprise resources e.g. vpn Mobile Application Management (MAM) Manage Mobile Applications e.g. Disable app remotely, app delivery and updating, app version management, push services, reporting etc Provide runtime Security Tests on mobile apps IBM MobileFirst Mobile Foundation Platform Mobile Enterprise Application Platform (MEAP) IBM Worklight Write Once Run Anywhere - Build mobile applications Connect to, and run backend systems in support of mobile Reusable and Extensible Resources & Skills, Speed to Market & Agile to change 10

11 Strategy & Design Services IBM introduces the IBM MobileFirst offering portfolio Industry Solutions Banking Insurance Retail Transport Telecom / Utilities Government Healthcare Automotive IBM & Partner Applications Application Application Platform & Data and Platform Data Services Management Security Analytics Development & Integration Services Devices Network Servers Cloud & Managed Services 11

12 Worklight at a Glance Apps Development Build once. Run on multiple platforms. Android, ios, Blackberry, Microsoft Based on HTML5, CSS and JS Open flexible platform Ability to import 3 rd party JS Libraries and Cordova plugins Offline mode Runtime Skins for different resolutions Mobile Browser Simulator Functional Device Testing and Recording Geolocation toolkit Analytic instrumental framework App Center Centralized Build Process Security Encrypted offline cache App Authenticity Testing SSL encryption Multi-factor authentication Device SSO Enterprise Integration Adapters to access to back-end systems Leverage existing SOA services Automatically translate services to JSON making service fast, lightweight and Mobile ready Integration with authentication framework Application Management App Version management Remote disabling apps Direct Update Push Notification service management Analytics and Usage report Enterprise App Center for app distribution Session Management Middleware WebSphere Application Server or Tomcat Reliable, Highly Available and Scalable 12

13 Worklight overview Worklight Studio The most complete, extensible environment with maximum code reuse and per-device optimization Worklight Server Unified notifications, runtime skinning, version management, security, integration and delivery Worklight Runtime Components Extensive libraries and client APIs that expose and interface with native device functionality Worklight Console A web-based console for real-time analytics and control of your mobile apps and infrastructure Worklight Application Center A cross-platform private mobile application store focused on the needs of a development organization or a team 13

14 Agenda 1 Developing Hybrid Apps using Worklight Demo & Break 2 Managing Mobile Apps in Worklight 3 Worklight Security Features 4 Operational Aspects Demo & Lunch 5 Hands-on Labs Lab 1 Getting Started with IBM Worklight v6 Lab 2 Examine More Development Features in Worklight Lab 3 Using Worklight Server and Environment Optimization Lab 4 Using Mobile Test Workbench to Automate the Testing Lab 5 Using Remote Worklight Server 14

15 Traditional Trade-offs (without MEAP/MAP) Characteristics Mobile Application development - spectrum of approaches Web Application Mobile Web Application Hybrid Mobile Application Native Mobile Application Mobile Browser Execution AppStore download and install IBM Worklight Richness of Mobile Presentation / Services Portability (cross-device reuse) Maintenance Cost (TCO) 15

16 What are Hybrid Apps? Can be uploaded to Apple AppStore, Google Play Store, BlackBerry App World and other app stores For ios, it will have an IPA file extension For Android, it will have an APK file extension For BB10, it will have a BAR file extension Worklight Runtime Component It s a Common Framework Performs things like: Check-in with Server on Startup Check for updates Authentication framework Push notification framework Sending Statistic Device API etc Worklight Runtime Component (Common Framework) Web Code <!DOCTYPE html PUBLIC <html> <! - - created <head><title>xyz</title </head> </body> </html> Device APIs Deployable App 16

17 Supported Application Types Supports a variety of application types Mobile iphone ipad Android BlackBerry Windows Phone Desktop Windows 8 desktop and tablets Adobe AIR Web Applications Mobile web app Desktop Browser web page 17

18 Single Shared Codebase Common code placed in primary file Environment optimization code is maintained separately 18

19 Integrating Best-in-class Tools Worklight is compatible with prominent HTML5 libraries and tools: 19

20 Open Standard and Extensible Unlimited Capabilities Full access to device features Integration of 3 rd -party libraries, JavaScript and Cordova Plugins Application store ready A variety of application types: Downloadable apps Mobile Web apps Desktop gadgets and Web widgets 20

21 Worklight Studio Rich Page Editor 21

22 Embedded Worklight Development Server Worklight Studio comes with a Worklight Development Server Based on WebSphere Application Server Liberty Profile Can connect to other remote Worklight server using the Servers view. 22

23 Deploying a mobile app to the development server Build All and Deploy will deploy the mobile app to the server. It carries out two internal steps. Add the MyLab1 EAR to the server. This enables the Worklight Management Console for MyLab1 Add the mobile app to the Worklight Management Console. 1 Add MyLab1 EAR to the server. This Add the mobile app to the Worklight enables the Worklight Management Management Console. Console for MyLab1 2 23

24 Mobile Browser Simulator 24 Perform device specific tests in the Mobile Browser Simulator: supports Cordova and Worklight client API

25 Validate on Vendor s Emulators 25

26 Generate Deployable Packages The generation the deployable packages can be incorporated as part of your build process. 26

27 Vendor s Deployment Process Create Apple Developer account For device testing Add each test device to account Download provisioning profile for the device Install the provisioning profile on the device Archiving the App Add the development certificate into Mac Key store Create the app using the development certificate (IPA file) Installing App to test device Via ITunes or XCode, install the app to the test device For public / enterprise distribution Use the corresponding certificates to repackage the app. Create an Google Play account For device testing Create a self sign certificate Archiving the App From eclipse > Export signed package. (APK file) Installing App to test device Via sync link, or or bluetooth, install the app. For public / enterprise distribution Use public cert to repackage the app. Create an BlackBerry Developer account For device testing Apply for a certificate from blackberry. Certificates are mailed to you. Archiving the App Using BB SDK to create the app (BAR file for BB10) Installing App to test device Via sync link, install the app. For public / enterprise distribution Use public cert to repackage the app. 27

28 Runtime Skinning Use Cases Different Screen Sizes Different Screen Densities Different Input Method Support for HTML5 The runtime skin is selected the first time the application is started. SkinLoader.js Encapsulate the rules and condition on how to determine which skins to use. 28

29 Example Mobile Skin on Phone 29

30 Example Mobile Skin on Tablet 30

31 Making Existing Services Mobile Ready and Protection Ready Worklight Runtime Component Web Code Device APIs JSON HTTPs Worklight Server Adapters Optional Filters JDBC Web Service JMS Existing Integration Hub backend integration Database WebService REST MQ File FTP SAP Seibel etc E N T E R P R I S E A P P L I C A T I O N S 31 Firewall

32 Encrypted Offline Cache Worklight provides encrypted cache RSA Public Key Crytography Standard (PKCS) Based on PKCS #5 Password-based Cryptography AES256 Can operate in offline mode Usage examples: Do a connectivity check when the app is bring to the foreground Store offline data to populate views Store offline invocation sequence and replay to server once connected Offline authentication 32

33 Encrypted Offline Storage and JSON Datastore Worklight App Executive Sales App Finance App Reduce latency Reduce bandwidth usage Reduce dependencies on network availability and reliability Patients App Encrypted Offline Cache Encrypted Offline JSON Datastore Automatic Sync Offline Mode Large Amount of Data Enterprise Database 33

34 Minification and Concatenation of Application Resources Minification is a process that minifies web resources to make them smaller. The smaller size of the resources means less traffic between the Worklight application and Worklight Server, and can improve initial download time and application start time. In Worklight V6.0.0, you can minify certain Mobile Web and Desktop Browser resources (JavaScript and CSS files) at build time, with the Google Closure Compiler. In IBM Worklight V6.0.0, a new feature enables users to concatenate multiple web resources that are used by Mobile Web and Desktop Browser applications into a smaller number of files. By reducing the total number of JavaScript and Cascading Style Sheet files that are referenced by the application HTML, fewer browser requests are required. As a result, the application can start more quickly. 34

35 Improve quality and time-to-value with industry-first integrated functional testing for mobile apps New in V6 Comprehensive, complete, resilient functional testing Comprehensive Android and ios, Native and hybrid Complete Record, edit, and run on mobile devices Resilient Same test runs across multiple devices Simple to use Natural language scripts can be used by developers and non-developers alike Streamlined, four-step process 1. Record Play your test first with the recording-ready app and generate a test script 2. Author Edit and enhance the test script by adding verification points and others instructions 3. Playback Run the test script on a real device, a simulator or an emulator 4. Report Generate an HTML report 35 Deliver consistently high quality across your mobile app portfolio.

36 Mobile Test Client and Test Workbench Mobile Test Client (installed on device) Test Workbench (Worklight Studio) Connected (port 7878) 36

37 Making App Available for Testing 2) Start recording in device 1) Add and instrument app for testing 3) Recorded test scripts are automatically sent back to the Test Workbench 37

38 Replay Test Script and Test Results 4) Run test on device 5) View test results 38

39 ... Transform business processes with geo-location toolkit Challenges of geo-location Multiple geo modalities Requires both GPS and Wifi sampling and interpolation Resource intensive Continuous polling strains network and battery resources Enterprise integration Meaningful action requires context from back-end systems New toolkit makes geo-location practical Efficiently collect geo-location data (GPS and Wifi) Set policies for acquiring geo data and sending it in batch Trigger business actions when user reaches a point of interest, or enters or exits a region (geo-fencing) Server-side logic enables meaningful reaction to important geo events Automatic Check-In A New in V6 At point A, initiate automated check-in SMS, Push Example: Geo-enriched hotel check-in experience 39 **Supported in Android and ios

40 Geolocation Toolkit Geo-fencing Geofence is a geographical area defined in a form of a circle or polygon Triggers are used to identify users entering, exiting or staying inside or outside a geofence. Multiple confidence levels to determine whether the trigger condition is met. Low confidence level is lower accuracy but consume less battery. You can change the confidence level dynamically as users become close to the area of interest. When a trigger is activated, the trigger specifies to either call a callback function in the application code or to send a event to the Worklight Server. Geofence 40

41 Geolocation Toolkit Geo-fencing Example 41 var triggers = { Geo: { centralpark: { type: "DwellInside", polygon: [ {longitude: , latitude: }, {longitude: , latitude: }, {longitude: , latitude: }, {longitude: , latitude: } ], dwellingtime: , // 10 minutes bufferzonewidth: -100, // at least 100 meters within the park callback: after10minsincentralpark } } } };

42 Geolocation Toolkit Geo-fencing Example var triggers = { Geo: { statueofliberty: { type: "Enter", circle: { longitude: , latitude: , radius: 5000 // 5km }, confidencelevel: "high", // ~95% confidence that we are in the circle eventtotransmit: { event: { nearattraction: "statue_of_liberty" }, transmitimmediately: true } } } }; 42

43 Geolocation Toolkit Indoor Mapping To identify discrete areas in an indoor location, where the GPS signal might be poor or non-existent, it involves acquiring WiFi data and using WiFi triggers to initiate events. SSID: FreeMallWifi MAC: 12:34:56:78:78:93 var triggers = { Wifi: { welcometomall: { type: "Enter", areaaccesspoints: [{SSID: "FreeMallWifi"}] callback: showwelcome } foodcourt: { type: "Enter", areaaccesspoints: [ {SSID: "FreeMallWifi", MAC: "12:34:56:78:9A:BC"}, {SSID: "FreeMallWifi", MAC: "CB:A9:87:65:43:21"}] callback: showfoodcoupons } } }; SSID: FreeMallWifi MAC: 12:34:56:78:9A:BC SSID: FreeMallWifi MAC: CB:A9:87:65:43:21 43

44 Geolocation Toolkit Running Application in the Background When you are tracking a device by acquiring geolocation data, it is important to keep an application running in the background so that data can continue to be acquired. Android: WL.App.setKeepAliveInBackground(true) ios: Setup info.plist file to indicate that you want to use background location services when enablehighaccuracy=true 44

45 Worklight JavaScript Client API IBM Worklight defines a series of client API that you can use in your apps. APIs examples Initialize and reload the application Manage authenticated sessions Obtain general application information Retrieve and update data from corporate information systems Store and retrieve user preferences across sessions Internationalize application texts Specify environment-specific user interface behavior Store custom log lines for auditing and reporting purposes in special database tables Write debug lines to a logger window Use functions specific to iphone, ipad, Android, BlackBerry 6 and 7, Windows Phone 7, and Windows Phone 8 devices Work offline Use encrypted cache 45

46 JavaScript UI Frameworks Dojo Mobile Showcase JQuery Mobile Showcase JQuery Mobile ThemeRoller Sencha Touch Kitchen Sink hensink/ 46

47 Cordova APIs 47

48 Extensible with Cordova Plugin New features can be delivered through Cordova plugins 48

49 Client-side API for native apps Existing native apps can be put under Worklight Server management by adding the Worklight client files into the native app. 49

50 How Does it Work? Developer writes one or more native pages Developer writes one or more web pages Worklight web API allows navigation to native pages and back including the passing of data back and forth Worklight provides a native API to communicate with the Worklight Server from the native page Cookies are shared between web and native, allowing seamless client-server integration Native page 1 Native page 2 Native page 3 Web container Web page 1 Web page 2 Web page 3 50

51 Native Page API JavaScript API to active native page WL.NativePage.show(className, callback, data); The web page invokes the native class classname, with the parameters data and calls the callback function upon return It is possible to animate page transitions Example: 51

52 Shell as Organizational Sandbox B2E Organization Shell Architecture The Shell consists of native and web code Inner app consists of web code only Native access The Shell provides JavaScript access to native device capabilities Sandbox The Shell can restrict inner apps from accessing unsanctioned native and JavaScript functions Customization The Shell can include custom native and web libraries and APIs, branding resources, authentication, and integration components API restrictions are also customizable Diversity Company may distribute multiple shells for different trust levels, authentication types, corporate departments, etc. Especially useful for B2E apps Customizable Native Shell Code Inner Application Web Code Customizable Web Shell Code Device APIs 52

53 Agenda 1 Developing Hybrid Apps using Worklight Demo & Break 2 Managing Mobile Apps in Worklight 3 Worklight Security Features 4 Operational Aspects Demo & Lunch 5 Hands-on Labs Lab 1 Getting Started with IBM Worklight v6 Lab 2 Examine More Development Features in Worklight Lab 3 Using Worklight Server and Environment Optimization Lab 4 Using Mobile Test Workbench to Automate the Testing Lab 5 Using Remote Worklight Server 53

54 Dynamic Control of Deployed Apps Centralized control of all installed applications and adapters Remotely disable apps by device and version Customize user messages 54

55 Displaying a Notification Message on App Startup 55

56 Application versioning Device specific versions are uncoupled Supports multiple versions on the same platform 56

57 Direct Update On-device Logic 1. Web resources packaged with app to ensure initial offline availability Worklight Runtime 2. Web resources transferred to app's cache storage App Store 1 Download 2 Pre-packaged resources Transfe r 3. App checks for updates On startup On foreground 4. Updated web resources downloaded when necessary 3 Check for updates Worklight Server Web resources Cached resources 4 Update web resource *Available for Android and ios 57

58 Locking an App Preventing Re-deployment of an App's Web Resources 58

59 Push Notification Receiving Notification on the Device 59

60 How does Unified Push Notification work? Worklight Runtime Component Web Code Device APIs Want Notification? Yes No 1. Contact the Vendor Push Service 2. Obtain the Device Token 3. Send Token to Worklight Server 8. Send the notification to device User Device Token ABC Vendor Push Service (e.g. Apple APN, Google GCM) Worklight Server Applications MyApp CCC MyApp IBMApp Worklight server will store the device token mapped with the user and the apps. 7. Send the notification package with device token to push service MyApp Event Source Adapter IBMApp Event Source Adapter Support multiple devices per user and multiple apps per device If device token expires, the worklight server will ask the device to obtain another token from the vendor push service. 5. Poll at an interval for notification update 6. Backend calls the adapter when they want to send notifications Backend System 1 Backend System 2 60

61 Push Notification 61

62 Push Services Management 62

63 Worklight Unified Push Notification API Worklight Runtime Component Web Code Device APIs Client API WL.Client.Push.registerEventSourceCallback() WL.Client.Push.subscribe() Worklight Server MyApp Event Source Adapter IBMApp Event Source Adapter Worklight provides unified push notification API and automatically performs most of the notification steps. Backend System 1 Backend System 2 Server API WL.Server.getActiveUser() WL.Server.notifyAllDevices (user) Worklight console to manage of all the event source and push notifications *Available for Android, ios and Windows Phone 8 63

64 Globalization for Push Notification With IBM Worklight, you can globalize push notifications so that push notifications are displayed in the language of the user. You use different methods to globalize push notifications, depending on the way the application runs: in the foreground, in the background, or not running at all. Translate push notification messages so that the correct language is displayed to the user. How the application runs, such as, in the foreground, in the background, or not running at all, determines your choice of architectural pattern. App running in foreground App running in background / not running at all 64

65 Application Center The Worklight Application Center enables companies to easily set up an enterprise app store for their enterprise. The Application Center provides: Administrators with fine-grained control over the distribution of mobile apps across the enterprise, including ACL and LDAP support; Employees with one-stop shopping for the latest apps needed by their department and optimized for their device; Developers with an easy way to distribute mobile builds and elicit feedback from development and test team members. 65

66 Using the Application Center mobile application 66

67 Agenda 1 Developing Hybrid Apps using Worklight Demo & Break 2 Managing Mobile Apps in Worklight 3 Worklight Security Features 4 Operational Aspects Demo & Lunch 5 Hands-on Labs Lab 1 Getting Started with IBM Worklight v6 Lab 2 Examine More Development Features in Worklight Lab 3 Using Worklight Server and Environment Optimization Lab 4 Using Mobile Test Workbench to Automate the Testing Lab 5 Using Remote Worklight Server 67

68 Securing Mobile Apps Protecting Data on Device Robust Authentication and Authorization Encrypted offline cache & datastore (PKCS #5) App Authenticity Testing Offline Authentication Authentication Integration Framework User Identity Authentication Data Protection Realms Device Single Sign On Device Certificate Authentication Multi-step Security Enforcing Security Updates Streamline Corporate Security Process Remote Disable Apps Direct Update Capture Corporate Security in Shell Template Platform Security Proven platform security SSL with server identity verification Code obfuscation Federal standards Support (FIPS 140-2, FDCC, USGCB) 68

69 Federal Standards Supported in Worklight IBM Worklight supports Federal Desktop Core Configuration (FDCC), and United States Government Configuration Baseline (USGCB) specifications. IBM Worklight also supports the Federal Information Processing Standards (FIPS) 140-2, which is a security standard that is used to accredit cryptographic modules. FDCC and USGCB support The United States federal government mandates that federal agency desktops that run on Microsoft Windows platforms adopt Federal Desktop Core Configuration (FDCC) or the newer United States Government Configuration Baseline (USGCB) security settings. FIPS support Federal Information Processing Standards (FIPS) are standards and guidelines that are issued by the United States National Institute of Standards and Technology (NIST) for federal government computer systems. FIPS Publication is a security standard that is used to accredit cryptographic modules. 69

70 App Authenticity Testing 70

71 Device Single Sign On (5.0.6) If App1 and App2 are both from the same Worklight server, users only need to login to one of the apps to get access to the other one. App 1 App 2 71

72 Flexible Authentication Framework Worklight Runtime Component Web Code Device APIs Security Tests JSON HTTPs Worklight Server Security Tests are triggered on startup or on demand. Security Tests are a series of Realm tests which can be put into a sequence or all or nothing. Protecting resources, procedures and mobile apps Worklight provides framework for users to define the security test and the individual real test. There are also out-of-the-box pre-packaged realm tests and security tests. Some examples of a realm test include: App authenticity testing User authentication (which can be further extended) Device authentication Custom authentication Realm4: Custom Authentication Realm3: User Credential Testing (Question 2) Realm2: User Credential Testing (Question 1) 72 Realm1: App Authenticity Testing

73 Device Provisioning and Authentication When a Worklight application first runs on a mobile device, it creates a pair of PKIbased keys. It then uses the keys to sign the device s and application s public characteristics, and send them to the Worklight Server for authentication purposes. But a key pair alone is not sufficient to sign these public characteristics, because any app can create a key pair. In order for a key pair to be trusted, it must be signed by an external, trusted factor to create a certificate. The process of obtaining such a certificate is called provisioning. Once a certificate has been obtained, the app can store the key pair in the device s key store, access to which is protected by the mobile operating system. Certificate Provisioning Auto Provisioning: Worklight server assigns a certificate automatically Custom Provisioning: Custom login to get the certificate e.g. via MDM 73 Available in ios and Android

74 Integrating with WebSphere Application Server security An Authenticator and login module are provided for authentication via LTPA tokens No custom coding required by the user Authenticator understands where to look for the LTPA token in the HTTP header Login module can validate those credentials with a user registry defined in WebSphere Application Server LTPA token can also be propagated to back end data sources required by the mobile application thus supporting a Single Sign On approach 1. Call Protected Procedure IBM Worklight Server 2. Request Authentication Session authentication 74

75 Agenda 1 Developing Hybrid Apps using Worklight Demo & Break 2 Managing Mobile Apps in Worklight 3 Worklight Security Features 4 Operational Aspects Demo & Lunch 5 Hands-on Labs Lab 1 Getting Started with IBM Worklight v6 Lab 2 Examine More Development Features in Worklight Lab 3 Using Worklight Server and Environment Optimization Lab 4 Using Mobile Test Workbench to Automate the Testing Lab 5 Using Remote Worklight Server 75

76 Typical Setup of IBM Worklight Platform Firewall Worklight App B2E B2C B2B HTTPs Worklight Server Enterprise Applications Device APIs 76

77 Load Balancer Worklight Server Topology Example with WAS Liberty Core that comes with Worklight DMZ DR Site IHS Worklight Server (WAS Liberty Core) DB Mobile Web IHS Worklight Server (WAS Liberty Core) Primary Site IHS IHS Worklight Server (WAS Liberty Core) Worklight Server (WAS Liberty Core) DB *As per license agreement Licensee is entitled to use the Web server plug-ins to improve security by having an HTTP server run on a separate machine from the Program. 77 Licensee is authorized to configure the Web server plug-ins for the purposes of simple load balancing and failover limited to routing requests to a maximum of two (2) Profiles of the Program and is limited to HTTP/HTTPS requests only. A Profile of the Program is defined as an individual WebSphere Application Server runtime environment and includes all the files that the server processes in the runtime environment and that a Licensee can change.

78 Is-Alive Query Worklight provides query URLs that help determine Server vitality. Such queries are typically used from a load balancer or from a monitoring app (e.g. Patrol). Query What it does Check the Server as a whole Check the Server and the MyApp application Checks the Server, the MyApp application, and the MyAdapter adapter. 78

79 Reports and Operational Analytics In IBM Worklight V6, there are two types of reporting features: 1 2 Operational Analytics provided by the WebSphere Analytics Platform BIRT Reports

80 IBM WebSphere Analytics Platform Operational Analytics IBM IBM Corporation

81 IBM WebSphere Analytics Platform Operational Analytics 81 81

82 IBM WebSphere Analytics Platform Operational Analytics 82

83 BIRT Reports Worklight utilizes audited information to provide several usage reports for your consumption Active Users for the last 30 days Daily visits per application Daily hits per application Total visits per application Environments and OS version Newly detected devices per application Total unique devices per server or cluster Access reports via Eclipse using the BIRT plugin or Web viewer The BIRT reports are fully customizable and extensible Fully documented data model to allow other reporting or BI tools to create additional custom reports 83

84 Worklight includes Tealeaf CX API MOBILE APPLICATION USAGE REPORTING MOBILE PLATFORM USAGE REPORTING MOBILE CUSTOMER EXPERIENCE MANAGEMENT MOBILE APPLICATION MANAGEMENT IBM IBM Corporation

85 MOBILE PLATFORM USAGE REPORTING WORKLIGHT MOBILE APPLICATION USAGE REPORTING MOBILE CUSTOMER EXPERIENCE MANAGEMENT TEALEAF CX MOBILE APPLICATION MANAGEMENT IBM IBM Corporation

86 Using Worklight AppCenter with Other MDM App Store Application Center MDM Virus Scan Client Dealership App Executive Sales App Calendar etc Finance App HR App Mandatory Installs Voluntarily Installs Worklight AppCenter is optional. Use your existing MDM app store if it already exists. 86 Enterprise Related Devices (without agents) Employees Devices (with agents)

87 Agenda 1 Developing Hybrid Apps using Worklight Demo & Break 2 Managing Mobile Apps in Worklight 3 Worklight Security Features 4 Operational Aspects Demo & Lunch 5 Hands-on Labs Lab 1 Getting Started with IBM Worklight v6 Lab 2 Examine More Development Features in Worklight Lab 3 Using Worklight Server and Environment Optimization Lab 4 Using Mobile Test Workbench to Automate the Testing Lab 5 Using Remote Worklight Server 87

88 IBM Worklight Getting Started IBM Worklight Getting Started s/mobile/worklight/gettingstarted.html Download the IBM Worklight Developer Edition 88

89 89

90 90

91 91

92 92

93 Augmented Reality 93

94 Cordova Plugins 94

95 Worklight and Team Development Using Source Code Management with Worklight: Subversion

96 Javascript and Worklight Coming: Node.js on the Worklight Server