ieee se2012 internet-based self-services
TRANSCRIPT
![Page 1: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/1.jpg)
Internet-based Self-Services from Analysis and Design to Deployment
Jorge Cardoso Dept. Engenharia Informatica/CISUC
University of Coimbra Coimbra, Portugal
IEEE SE 2012 1st International Conference on Services Economics June 24-29 2012, Hyatt Regency Waikiki Resort and Spa, Honolulu, Hawaii, USA
John A. Miller Computer Science Department
University of Georgia Athens, GA, USA [email protected]
![Page 2: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/2.jpg)
Roadmap • Motivation, objectives,
and findings
• SEASIDE – Service architecture – Service analysis – Service design – Service implementation – Service deployment
• Conclusions
![Page 3: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/3.jpg)
Motivation • Past research in the field of services
1. Software and IT perspective 2. Business and marketing 3. Service design
• Our goal – Bridge 1-3 – Investigate a Systematic approach for
Internet-based Self-Service (ISS) development
![Page 4: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/4.jpg)
what is an Internet-based Self-Service (ISS)
• Subclass of real-world services
• No direct service employee
• Driven by self-service technologies
• The Internet as a delivery channel
Self-ticket purchasing using the Internet is an example of an Internet-based self-service
![Page 5: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/5.jpg)
Objectives
• Systematic approach – Guiding framework – Support analysis, design, implementation
and deployment
• Improve traceability and consistency • Reduce complexity and development
costs
![Page 6: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/6.jpg)
SEASIDE
• Systematic ISS development • Rely on:
– Enterprise architectures (EA), – Model-driven development (MDD), – Model-view-controller pattern (MVC), and – Platform as a service (PaaS)
SEASIDE = SystEmAtic ServIce DEvelopment
![Page 7: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/7.jpg)
Findings
• SEASIDE – Increases traceability (EA, MDD)
– Increases consistency of code (MDD, MVC)
– Reduces complexity (EA, MDD, MVC) – Lowers deployment costs (PaaS)
![Page 8: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/8.jpg)
ITIL IMS Use Case
– Incident Management Service (IMS) • From ITIL
– Blueprint >> – Resolve incidents
• Disks errors • Printers not working
ITIL = Information Technology Infrastructure Library
![Page 9: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/9.jpg)
SEASIDE
![Page 10: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/10.jpg)
The service architecture is a blueprint which captures artifacts produced during ISS development
![Page 11: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/11.jpg)
SEASIDE:Service architecture
Zachman enterprise architecture
![Page 12: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/12.jpg)
SEASIDE:Service architecture
• Adoption of an enterprise architecture
• Organize services’ developments
• Control completeness – models, interfaces,
and linkings Zachman enterprise architecture
![Page 13: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/13.jpg)
SEASIDE:Service architecture
• Service analysis – Contextual abstraction (mindmaps, nested bullet lists,
etc.)
• Service design – Logical abstraction (models, MDD)
• Service implementation
– As build abstraction (MVC)
• Service deployment – Functioning abstraction (PaaS)
![Page 14: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/14.jpg)
SEASIDE systematic development
drives service analysis, design,
implementation and deployment
![Page 15: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/15.jpg)
SEASIDE:Systematic development
![Page 16: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/16.jpg)
SEASIDE:Systematic development
• Steps 1-2) – Construct service models based
on the semantics captured in the analysis phase
• Steps 3-4) – Models are serialized to XML. – Code/instructions are generated
from models using XSLT.
• Step 5) – Code/instructions are organized
using MVC structure customized for services
– The service is automatically deployed into a commercial PaaS platform
![Page 17: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/17.jpg)
Service analysis
![Page 18: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/18.jpg)
Service analysis
• Use weak semantics to identify ISS main concepts • ITIL IMS case study …
1) Incident. Unplanned interruption of an IT service. a) Priority. How quickly the service should address the incident. i) Impact. The effect on the business. ii) Urgency. The need for a fast resolution. b) Supervisor. The responsible actor. 2) Solution. Steps to solve the incident. 3) Customer. The actor which submitted the incident. 4) . . . .
![Page 19: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/19.jpg)
Service design
![Page 20: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/20.jpg)
Service design
• Aggregates several models according to the service architecture
• ITIL IMS use case … – E-R models (ER) for modeling data (’what’) – Service blueprinting (SB) to model functions (’how’) – Network graphs (NG) to model locations (‘where’) – Low fidelity prototypes to model user interfaces (UI)
(’who’) – USDL to model schedules and motivations (’when’
and ’why’)
![Page 21: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/21.jpg)
Example:Service blueprint
XML serialization
• BPMN to design services’ blueprints
• Mapping between BPMN and blueprints
• Transform BPMN into a MVC pattern
(1) Sparx Systems’ Enterprise Architect (2) Bonita BPMN workflow editor
![Page 22: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/22.jpg)
Example:UI
XML serialization
• Blueprint tasks are associated with a UI view
• Low fidelity prototypes are created manually
Balsamiq mockups
![Page 23: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/23.jpg)
Example:Service description
XML serialization
• Enhance service description with business and operational aspects – Quality of service, pricing and
legal aspects among others.
• Transform USDL specification to: – UI Views of the MVC and – Software code in the form of
business rules – Rules were injected into MVC
controllers to specify the periods (i.e. days/hours) when the ITIL IMS was available to end users
![Page 24: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/24.jpg)
USDL • Unified Service
Description Language
• Master data model for services
• Describe various types of services – professional to electronic services
• Holistic
– business aspects such as ownership and provisioning, pricing and legal aspects, in addition to technical aspects
• http://www.genssiz.org/research/service-modeling/alpha-usdl/ • http://www.linked-usdl.org/ • http://www.internet-of-services.com/
![Page 25: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/25.jpg)
Service implementation
![Page 26: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/26.jpg)
Code generation
• The transformation of ISS’ models into code – Builds upon our previous work – Uses XSLT and XPath
• Code organized according to an adapted
version of the MVC pattern – Called MVC for Services – Later deployed in a PaaS
![Page 27: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/27.jpg)
MVC for Service • Model
– Code of the data models of the service architecture (i.e. ’what’ dimension).
• View
– Instructions of the UI models of the architecture (i.e. ’who’ dimension).
• Controller
– Code of the blueprint and USDL models of the service architecture
– i.e. ’how’, ’why’ and ’when’ dimensions
![Page 28: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/28.jpg)
MVC for Service • Controller generated from a service blueprint • Illustrates the control-flow
de f c r e a t e @i n c i d e n t = I n c i d e n t . new(@params [ ’ p r i o r i t y ’ ] ) @i n c i d e n t . d a t e = Date . t o d a y i f @i n c i d e n t . p r i o r i t y == ‘ ‘1 ’ ’ r e d i r e c t t o : a c t i o n => ’ NotifySeniorStaff ’ e l s e r e d i r e c t t o : a c t i o n => ’ InitialDiagnosis ’ end end
![Page 29: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/29.jpg)
Service deployment
![Page 30: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/30.jpg)
Service deployment using PaaS
• In our experiment we selected the Heroku platform – Ease of use, automation, and reliability for Web applications
• The following commands were retrieved automatically
executed to deploy the ITIL IMS: $ heroku create <imservice> –stack cedar $ git init # Initialize the code repository $ git commit ... # Several commits were made $ git push heroku master
• Since the PaaS used MVC, it knew exactly where all the necessary directories, models, views and controllers of our ISS were located
![Page 31: IEEE SE2012 Internet-based self-services](https://reader034.vdocuments.us/reader034/viewer/2022052619/556a436cd8b42a4a1e8b4bf3/html5/thumbnails/31.jpg)
Conclusions • Results
– The SEASIDE systematic methodology for ISS development
• The approach is suitable for
– The ’massification’ of services’ – Reduces development complexity and costs – Reduces time to market
• Findings
– Applicability of integrating EA, MDD, MVC, and PaaS to support a step-by-step guidance for ISS development