Create a WEB 2.0 banking application. Adaptive Case Management. Secure and scalable.
-
Upload
harmony-the-1-cloud-application-development-run-time-platform -
Category
Business
-
view
628 -
download
0
description
Transcript of Create a WEB 2.0 banking application. Adaptive Case Management. Secure and scalable.
The “Banking” deposit systemWeb 2.0 / cloud
Using(Adaptive) case management
Workflow / business process modelingGoogle DOCS
UI demo & configuration
A major update will become available in May 2014, we’ll create a new presentation:Harmony in Cloud Banking - introducing the Google Platform
For processes which:• are unpredictable in their execution,• are driven by unknown events,• need actions with unforeseen consequences,• require the ad-hoc inclusion of new actors,• Have manual involvement for decisions not in
rules and flows,• have unknown inbound and outbound content.
Why adaptive case management (ACM)
IT requirements / features• must enable business users to add rules at any
time,• Support multiple versions of cases
– Old versions with the original rules & processes– Old versions with new versions of rules & processes
• need secure, auditable social interactions of actors,
• must assign actor authority based on ‘need-to-know,’
• require complete transparency and auditabilty
Adaptive case management
The banking case
• Customers that want to deposit money– Existing customers -> select a product– New customers must be added (account details)
• The Bank has rules for approving contracts– Minimum amounts and contract duration– Maximum contract duration– When deposit amount > exceeds banks maximum the bank manager
must approve• Customer must accept the contract
– Email notification / online access • Case data is shared with customer
– “case” access is granted • Management information needs
– Show all new contracts [in a Pivot table]
Google DOCS configuration contains
• The business process (using rules)– All interactions: workflows and presentation flows
• User Interface (UI) + web parts for– “Decision support”: displays & next steps– “History”: displaying all prior actions
• Data– Customer & contract files (updatable)– Products reference/master
• Shared via Google DOCS– All customer & contract changes replicated in spreadsheets
• Authorization – multi level:– Groups, users, events, case data
• E-mail support– templates
• Case output– Data is “put” on ESB – for processing back-office
The “deposit account” process
Start the app: authorization
3
2
1
1. User logs on with LinkedIN: access limited to customer groupand “identify customer” process
1
21. User logs in with Yahoo account:
Admin rights …. Sees all groups, all events
Identify customer (implementation A)
• By adding the customer key to the dialog we have mulitple options:1. Enter first and last name and Harmony auto fills [all fields]2. Enter Customer key and Harmony shows list 3. Select a customer [key] and Harmony auto fills
1
3
2
12
3
Select a [deposit] product
1
1
• If amount is too low:A message is displayed &case will be closed (both are “rules”)
• When amount is ok .. Next process step is contract length
1
2
2
2
When length and date are entered:1. End value is calculated2. Customer needs to confirm contract(Can be online or via email)
Enter contract length
1
1
2
2
Customer confirms contract
1. Email is sent …2. Recipient (customer) activates link3. Dialog is displayed
Contract confirmed = yes
1. User logs on with Facebook: limited access to groups and processes
Data replication in Google DOCS
1. Contract for the customer is created2. Harmony “syncs” data with spreadsheet3. (key is created using CONCATENATE function in
expression
Case data
1. Harmony collects and time stamps all data and records all user access to the case
2. (developers tip)with one command the data is output to an ESB
CHANGING THE RULESWe add the country to the application
1. This version of the case doesn’t have country … we cancel this event (process)
1
1
No country
1. Version doesn’t contain country2. We add country name to the dialog (and datasheet (REF_Country)
containing all countries)(we upload the configuration – within 1 minute the application is ready)
1
2
1
2
Adding country
1. Version 1 (the version that doesn’t contain country ) was canceled .2. Country name support has been added and all country data uploaded
(the configuration was uploaded – the application being ready in 1-minute)
3. We select the same case: country is added. Country list present.
1
3
2
1
2
3
Create your own “BI“ / pivot table
1. The transactions added to Contract file are immediately reflected in the Pivot Table contained in the workbook.
HARMONY CONFIGURATION How do we “create” such a application?
1. Create the dialogs (process steps)
2. Define rules1
2
Rules control the sequence (well that’s one part they “do”)1. When Harmony detects a customer’s Social Security Number :
1. it prompts for the dialog “select deposit”2. It sets the create account to “No”
2. Dialog “account details” are displayed when create account = “Yes”3. Only when a deposit [product] has been selected will the dialog “contract
length” be displayed
3
1
3
2
3. Create a Product reference file + DT
It’s smart to link Reference files with Decision Tables 1. Product contains the “base” data; product liability is input for the DT2. The DT generates a percentage point [value] for any present
combination of liability and contract duration
4. Add expression(s)
Familiar use of spreadsheet style expressionsno learning curve
[e-mail] template
Harmony has built-in templates
5. Authorize users
1. Create groups2. Create users, assign to groups & specify “access” 3. Specify which event (process) can be started by a group
2
1
3
6. Save transactions / updates
1. The banking application contains:1. Contract file 2. Customer file
2. Harmony automatically adds unique records to file3. Attributes are filled when data becomes available
WORK TOGETHERCollaboration improves productivity, lowers costs
Online collaboration: share ‘n’ chat
The advantage of having all configuration data in Google DOCS spreadsheets
AUTOMATED TESTINGTesting the application
All test stories & test cases are stored in Google DOCS
Tests run automatically, results in minutes.
The tests compareexpectations [what should the result be] with outcomes [what is the result ]
Configuration overview Banking
Part Number of rows Data (rows)
Rules 25 -
Dialogs (process steps) 40 (55)
Files 4 (6) 1000
MDT none (1)
DT 1 (2) 3
Expressions 3 (6)
Templates 3 (5)
Groups 3 (4)
Development time (hours) < 12 (+ 6)
(in brackets) is the estimate for a fully developed version
MDT = multi-dimensional decision table.
For more information
• Visit– www.liquidsequence.com
• Contact us– http://www.liquidsequence.com/contact.html
• The “deposit” configuration (“source code”)• https://docs.google.com/spreadsheet/pub?key=0Agz0QZsEoj
64dExUcUx2ZjRXMk9oN0djdmFpM0Z5MHc&output=html
• The banking lending application (the ultimate, decision table, implementation):• http://
liquidsequence.com/DecisionModelingNotation-Lending-Example.html