S-CUBE LP: Service Identification
Upcoming SlideShare
Loading in...5
×
 

S-CUBE LP: Service Identification

on

  • 438 views

 

Statistics

Views

Total Views
438
Slideshare-icon Views on SlideShare
429
Embed Views
9

Actions

Likes
0
Downloads
0
Comments
0

1 Embed 9

http://vc.infosys.tuwien.ac.at 9

Accessibility

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    S-CUBE LP: Service Identification S-CUBE LP: Service Identification Presentation Transcript

    • S-Cube Learning Package Service IdentificationVU University Amsterdam (VUA), Patricia Lago www.s-cube-network.eu
    • Learning Package Categorization S-Cube Service Engineering and Design Service discovery and identification Service Identification
    • Learning Package Overview Problem Description Service Identification Method Summary
    • Problem DescriptionQ) How to identify services out of requirements – How to guide the reasoning to identify candidate services out of requirements – What modeling methods can help such analysis
    • Italian restaurant analogy:Understanding Basic Concepts – Restaurant provides food: a service – After the order is taken, food is produced, served, …: service may consist of other services (service composition) – The menu indicates the service provided: a service description (contract) – The order is written down, or yelled at the cook: services communicate through messages
    • Main ingredients – Services ⇒ functionality – Service contracts ⇒ qualities (e.g. reliability, security, performance), other non-functional properties (e.g. platform characteristics, legal constraints), tacit design decisions (e.g. insurance companies might assume 1st January = starting date of policy contracts) – Messages ⇒ properties of data exchanges (e.g. data structures, protocols)
    • Other example: on services – Municipality supporting the citizen in looking for an apartment: - Check personal data ⇒ service (of provider) X - Check tax history ⇒ service (of provider) Y - Check credit history ⇒ service (of provider) Z - Search rental agencies ⇒ services (of providers) A, B -…
    • Other example: on messages Place order sync basket info credit card data Order sync E-payment processing status update basket info status update Delivery
    • Learning Package Overview Problem Description Service Identification Method Summary
    • Terminology /1 Conceptual service – service that is not yet implemented (implementation agnostic), can be either a software service or not Service candidate – conceptual service identified during analysis and candidate for design Service operation candidate – a service operation identified from functional requirements; it might become a service candidate itself, or be composed (i.e. aggregated) in a (more complex) service candidate Business service – is an (ideally) self-contained, stateless business function that accepts one or more requests and returns one or more responses through a well-defined, standard interface. – During service identification, the elicited business services become the service candidates of the design phase. They might be service operation candidates.
    • Terminology /2 Service types Track – task service delivery T Manage – entity service E Basket – utility (or infrastructure) service E-payment U – (hybrid service - mix of task and entity) Place order H Atomic service vs. Composed service
    • Terminology /2 exemplified task service Assign nurse ? entity service Arrange transport ? utility (or infrastructure) service Inform family doctor ? (hybrid service - mix of task and entity) Inform local ? social services What are the service types here? Inform patient ?
    • Service Oriented (SO) analysis  The process of determining how Service oriented business requirements can be analysis represented through services  The process of modeling a service inventory and/or reusing Service oriented it to compose a service oriented design application
    • Steps of SO analysis1. Identify business services and service operation candidates – from the target business domain: this can be the list of functional requirements (top-down development) or directly the list of provided business functions – from functional models of pre-existing systems (SO migration)2. Model service candidates – aggregate service operation candidates into service candidates - to do so, recognize overlaps (see next slides) UML activity diagrams (behavior), UML use case diagrams (decomposition); UML class diagrams (data)
    • Steps of SO analysisA) gluing service operations to define self-contained business logic Service operation Service candidates candidates (self-contained)
    • Service modeling guidelinesB) reusability of common business logic across different processes  Task service candidates – reusability of common business logic across different processes
    • Service modeling guidelines Task service candidates – reusability of common business logic within a process
    • Order Fulfillment Process - runningexample
    • Step 1: Identify service candidatesPOprocessing (XML -> native format)service (currently custom(task component)service) service candidate (into accounting system)same (currently custom legacy)as previous service candidate (to accounting clerks work queue)same service candidateas previous
    • Step 2: Model service candidates -excerpt Receive PO <<include>> document Validate PO <<include>> document PO processing service ... (If PO document is <<include>> invalid)send rejection notification (and end process) <<include>> Transform PO document into native electronic PO format
    • Model service candidates: businessprocess logic Not service operation candidates (from the Order Fulfillment Process example): – if PO document is valid, proceed with the step “transform PO document” – if the PO document is invalid, “end process” This belongs to the respective task services
    • Model service candidates: data model
    • Summary of SO analysis diagrams identify business services and service operation candidates – UML activity diagrams model service candidates – UML use case diagrams (task services) – UML class diagrams (entity services)
    • Learning Package Overview Problem Description Service Identification Method Summary
    • Summary of Service IdentificationMethod Step 1: Business service identification. – The business services are elicited by means of business process models and conceptual data models. – These two models can be determined either from functional models of pre-existing systems (i.e. bottom-up SOA migration), or from the target business domain, as the list of functional requirements (i.e. top-down service development). – Conceptual data models, instead, facilitate identification of the business services addressing the functionality of business entities Step 2: Business service decomposition. – Given the identified business services, this step elicits the candidate services and their constituent service operations.