Home

SERVICE MODEL EDITOR USER GUIDE 1.1 (2008.03.13)

1. 3 36 Fig 30 The Service Description Diagrams at John s Office essen nennen 3 37 1 4 PLASTIC CONSORTIUM 13 03 2008 1 Introduction is a visual UML modeling and CASE tool it is devised for the analysis and design of Object Oriented OO systems and databases Within the PLASTIC project it has been adopted as Service Model Editor SME in order to specify the UML side of the PLASTIC Service Model The key features behind the choice of this UML tool are provision of a model driven approach DSL Customization Engine amp for adapting domain specific profiles i e PLASTIC Profile for adaptable context aware software service s domain to create custom diagrams custom specification dialogs custom real time semantic rules and other The user is able to create a specialized domain specific tool Domain Specific Environment DSE and hide UML underneath he seamless integration with Eclipse IDE and the open source Eclipse project MagicDraw provides import export functionalities to support the free Eclipse UML file format uml The exported Eclipse based Service Model represents the input model that feeds model to Analysis model and model to adaptable Java code transformations Detailed information about MagicDraw and its features is available MagicDraw user manuals magicdraw installation dir gt manual and on its official website www magi
2. 3 10 Fig 4 two examples of cutomized diagrams and their own customized toolbar the Use Case Service Diagram and Service Description Diagram eene ener nennen nnne nns 3 10 Fig 5 how to add quantitative additional information about reliability REuser or mobility PHMobEntity 3 11 Fig 6 customized specification dialog for an Actor with multiple stereotypes applied ServiceConsumer lt lt REuser gt gt reliability and PHMobEntity mobility sese 3 11 Fig 7 the overall structure of the UML PLASTIC Service Model seen 3 14 Fig 8 how to select the PLASTIC Template ies tidie Ux E RUM en exin emis pd os ER ev As RR aed 3 14 Fig 9 the default package structure displayed within MagicDraw 3 15 Fig 10 All the allowed views of the PLASTIC Service 3 15 Fig 11 The VPS Service Model overall structure 3 16 Fig 12 The VPS Requirement View structure 3 17 Fig 13 VPS Use Case Service 3 18 Fig 14 Using the contextual menus to define the Requirement View 3 18 Fig 15 Using the custom diagram and its c
3. Ctri 1 Ctrlt 2 y du Ha E 1 r Communication Diagrams Ctrl 3 Ctrl S Protocol State Machine Diagrams Chrl 6 Activity Diagrams Implementation Diagrams Ctrl 9 Composite Structure Diagrams Business Process Diagrams Free Form Diagrams Networking Diagrams Diagram SEE i PPM qis a sss t Diagram Content Diagrams ES gt Sarre xk Specifica E Dependency Matrixes ap Business Process Description Diagrams Diagram Dm Component Design Diagrams Altk Sinistra Elementary Service Dynamics Diagrams Previous Diagram 955 Diagrams Physical Mobility Pattern Diagrams Service Deployment Diagrams Service Description Diagrams Service Specification Diagrams Lise Case Service Diagrams 3 PLASTIC Service Model a collection of views The Plastic Service Model is organized in views Fig 7 The following sections describe each of them in a diagram centric mode Thanks to the MagicDraw DSL Customization Engine a set of custom diagrams have been defined Fig 2 each custom diagram is derived from a base UML2 diagram In the following list there is the associations between views and corresponding Plastic custom diagrams 1 Requirements View a Use Case Service Diagram
4. O01 Requirements View lt Reqguirermenks View 2 002 Service View lt lt Services view gt gt E 3 ampaonentcs View lt lt Components view gt gt zm Behavioral view lt lt Components Behavioral view gt gt E F4 Hotel Service Service Dynamics Specification Service Component Level Dynamics gt gt E c HotelService lt lt Service Dynamics Set gt gt HotelService lt lt Dynamics Specification gt gt i nes Hotel Booking Service VacationPlanningService 003 Components View Structural Hotel DB YacationPlanningService 003 Components View Structural View Hatel John Web Client vacatianPlanningService 003 Components View Structural View Hotel Booking Service VacationPlanningService 003 Components View Structural Hotel DB YacationPlanningsService 003 Components View Structural views Hotel 5 John Web Client vacatianPlanningService 003 Components View Structural view i M 23 Call Message closeDBt i M 43 Call Message getAvailableRaemsListi lt lt PAclosedload gt gt i M 23 Call Message openDBrt i 43 Call Message QUERY get4availableRoormsList i sasa Reply Message AVAILABLE ROOM DESCRIPTION i M Reply Message CLOSED i M Reply Message OPENED i M Reply Message RESULT i en ta HotelService lt lt Elementary Service Dynamics Diagram gt gt i 4 CallEvent i 4 CallEvent i 4 CallEvent i 4 CallEvent i M vf CallEv
5. VPS Requirement View structure The description of a PLASTIC application starts with the Requirement View specification a set of structured UML model elements listed in the above tree that 15 graphically represented by means a set of Use Case Service Diagram UCSD an extension of the standard UML2 Use Case Diagram 3 17 PLASTIC CONSORTIUM 13 03 2008 27 sCapsbilitrSpecificationss lt lt REservicelsage gt gt REserviceprob 1 eo U lt lt ServiceConsumer gt gt lt lt CapabilitySpecificatinn gt gt PHMobEntitys gt lt lt gt gt lt lt REuser gt gt Vacation Planning John conversationSpecifications Vacation Planning PHMobPattern John s Mobility Pattern REprob 1 REaccessprob 1 l xextende _ Bank Service ssextend gt lt lt CapabilittySpecification _ zxincludez Restaurant Reservation lt sinelude gt lt seCapabilitySpecitication Fr 5 Museum Reservation p z ServiceProvision s CapahilitySpecitications Hotel Reservation lt lt Servic i dd lt lt NSprvicePr ovision Las lt lt ServiceProvider gt gt lt lt ServiceProvider gt gt lt lt SeniceProvision gt gt Restaurant Bank af lt lt SernviceProvider gt gt lt lt SermiceProvider gt gt Museum Hotel Fig 13 VPS Use Case Service Diagram
6. Relations Protocol State Machine Diagrams Ctrl 6 001 05 Cases and A Activity Diagrams A 002 Software Archi gt an a Impl tation D ee F 003 Deployments db ME UML Profile For Sche ral Composite Structure Diagrams Ctrl 9 Business Process Diagrams Custom Diagrams Customize Diagram Wizards Alk Sinistra Previous Diagram D iagt ali w Messages Window Load All Diagrams 13 03 2008 3 Click on the Import button the open the lt magicdraw installdir gt profiles PlasticProfile custom diagrams Customize Diagrams Diagram Type Custom Diagrams Business Process Description Business Process Diagram me Component Design Diagram Elementary Service Dynamics Diagram Cerca in us Robustness Diagram lt Physical Mobility Context Specification Diagram descriptor xml Sus 3 Physical Mobility Pattern Diagram descriptor xml i Desktop Service Description Diagram descriptor sml 20 Use Case Service Diagram descripkor i Documenti g ee 2 File Custom diagram descriptor Fiet I Risorse del eatem diagram desshptor He _ wil Fao Use Case Diagram ES weenie custom diagrams L5 Free Form Diagram custom icons PIPU
7. 3 It is worth to note that all the stereotypes displayed this user manual belong to the PLASTIC Profile On the other hand the stereotypes can be used both to model domain entities the Core Specifications sub profile or to ease the customization of the modeling environment the Customization subprofile See PLASTICD2 2 PLASTICD2 3 for further information 3 14 PLASTIC CONSORTIUM 13 03 2008 mm Level Service Names PLASTIC Service gt gt B 4 001 Requirements View gt gt E O02 Service View lt lt Services view gt Behavioral View lt lt Services Behavioral view gt GF lt Use Case Capability Specification Mame lt lt Service Conversation Package gt Structural View lt lt Services Structural View gt mm 003 Components view E VIEWS t3 Behavioral View lt lt Components Behavioral view gt A eService Desc Name s aso Specification lt lt 5Service Component Level Dynamics gt Device Contexts lt lt Device Contexts gt i Ef lt a context gt lt lt Device Context Pac Structural View lt lt Components Structural view gt RS lt Service Description Mame Components Specification lt lt Component Based Service Realization gt gt Common Components Specification lt lt omman Components gt gt Bi 004 Implementation view lt lt Implementation view gt TJ Service Description Name Implementation component Ba
8. February 2007 formal 2007 02 03 3 SPT OMG UML Profile for Schedulability Performance and Time Specification January 2005 formal 05 01 02 4 WS MATE Autili V Cortellessa A Di Marco and P Inverardi A Conceptual Model for Adaptable Context aware Services In WS MATE 2006 5 SAPONE A Di Marco Model based Performance Analysis of Software Architectures Ph D Thesis June 2005 http www di univaq it adimarco thesis thesis final web zip 6 Mobility A Di Marco C Mascolo Performance Analysis and Prediction of Physically Mobile Systems WOSP 2007 7 REprofile Cortellessa V Singh H Cukic B Gunel E Bharadwaj V Early reliability assessment of UML based software models 3rd ACM Workshop on Software and Performance July 24 26 2002 Rome Italy 8 Cortellessa RE V Cortellessa A Pompei Towards a UML profile for QoS a contribution in the reliability domain in Proc 4th Int Workshop on Software and Performance WOSP 04 Jan 2004 pp 197 206 9 TAWS Test and Analysis of Web Services Baresi Luciano Di Nitto Elisabetta Eds 2007 Springer 10 PLASTIC D1 2 PlasticD1 2 PLASTIC IST STREP Project Deliverable D1 2 Formal description of the PLASTIC conceptual model and of its relationship with the PLASTIC platform toolset 11 PLASTIC D2 1 PlasticD2 1 PLASTIC IST STREP Project Deliverable D1 2 SLA language and analysis techniques for adaptable and resource aware components 12 PLASTIC D2 2
9. Hotel Reservation Service Conversation Package EI Hotel Reservation lt lt Conyversations Seb Ela Hotel Reservation lt lt ConversationSpecification gt gt Relations X start s Bank Service Activity Partition i Hotel Service Activity Partition i vacation Planning Service Activity Partition i 3 um OK sen as di us dz M Hotel Reservation i bookHotel lt lt ConversationStep gt gt i bookRestaurant checkDistance FindHotel 3 zx FindRestaurant FindR aute lt FindSites 69 getLocation getLocation n requestvacatian i A withdraw Hotel Reservation Business Process zBusiness Process Description Diagram lt ServiceDescription ad 2ServineDescription ad Hotel Service Restaurant Service z ServiceDescriptianz a Museum Service aeConversationSpecification s zeConversationSpecitication gt Hotel Reservation hh Restaurant start Museum Reservation h end Hotel Reservation lt Ser viceDescription zer vic pescriptionm ay Vacation Planning Service Hotel Service Bank Service gt requestVacation start distance type w TindSites 1 lt lt ty
10. base Use Case Diagram dynamic ii Services View a Service Description Diagram base Class Diagram static b Business Process Description base Activity Diagram dynamic iii Components View a Service Specification Diagram base Class Diagram static b Elementary Service Dynamics Diagram base Sequence Diagram dynamic iv Implementation View a Component Design Diagram base Class Diagram static 3 8 PLASTIC CONSORTIUM 13 03 2008 View Service Deployment Diagram base Deployment Diagram static b Physical Mobility Pattern Diagram base State Machine dynamic Service Description Service Specification mampan Design Diagram Diagram Diagram yos Business Process Elementary Service Case Service Description Diagram Dynamics Diagram Diagram Fig 2 The taxonomy of PLASTIC custom diagrams 3 1 MagicDraw DSL Customization DSL stands for Domain Specification Language It is an advanced feature of MagicDraw modeling tool called DSL Engine It allow to customize the GUI when a stereotypes belonging to Plastic Profile is assigned to a modeling elements a new image and a suitably customized GUI for element specification can are provided Moreover DSL Engine allows the hiding of unused modeling elements to drive the user during the service modeling 3 1 1 Custom diagrams and custom toolbars The DSL customization allows the introduction of aforementioned cu
11. In our case ServiceConsumer i e John interacts with one CapabilitySpecifications i e Vacation Planning UseCase that is able to provide the desired service by means of a suitable orchestration specified by the ConversationSpecifications tag of changing sets of related services i e CapabilitySpecifications that can extend the top service The ConversationSpecification tag value is an Activity that will be specified at the Service View Behavioral View Moreover the Requirement View graphically represented by one or more UCSD also some additional information to derive Analysis Models e The HEuser REserviceUsage and HEservice tags PLASTIC 02 2 to define the operational profile for sake of performance and reliability analysis e The Physical Mobility Entity PHMobEntity e g John with its own Mobility Pattern see Fig 13 model elements added the model tree using the contextual menus E R equlir Relatig bias aamin Capability Specification i Bank New Diagram Actor lt lt ServiceConsumer gt gt New Relation Actor ServiceDeveloper gt gt Open in New Tab Actor lt lt ServiceIntegrator gt gt Specification Actor lt lt ServiceProvider gt gt Use Case Numbering Association lt zServiceProvisian gt To Usage lt lt Servicelsage gt gt Convert Hyperlink Fig 14 Using the contextual menus t
12. PlasticD2 2 PLASTIC IST STREP Project Deliverable D2 2 Graphical design language and tools for resource aware adaptable components and services 4 39
13. VIEW CORE SPECIFICATIONS DEFINE STRUCTURE 400 PERFORMANCE MON FUNCTIONAL INFO PAPROFILE ADD PERFORMANCE INFO SIGHATURE DEFINE COMPONENT INTERACTIONS 400 PERFORMANCE NOM FUNCTIONAL INFO dis PAPROFILE PEN ADD PERFORMANCE IHFO OH COMPONENT INTERACTIONS CORE SPECIFICATIOHS DO PERFORMAHCE AHAL YSIS _ SAPOHE Step 3 3 26 PLASTIC CONSORTIUM 13 03 2008 In general a service can be implemented by one or more software components and in turn a software component can be used to implement one or more services The PLASTIC Profile provides modeling constructs aimed at describing the component based software architecture that implements a given service and their interactions Such descriptions are organized in a Component View and distinguished in Structural View and Behavioral View respectively 3 36 1 The Components View Structural View and Device Contexts Orat SOUS TELE views Package gt gt a HPBattery lt lt Battery Specification gt gt s m HPMemory Memory Specification gt gt i HPProcessor lt lt ProcessorSpecification gt gt of HPScreen zScreenSpecificakian gt gt 2 4 John s Laptop High Power Context lt lt DeviceContextSpecification gt gt Po dee E overview LowPowerContext Device Context P
14. different concrete syntax for the Service Description stereotyped Interface A ServiceComposition dependency is used when the supplier service has to be modelled then implemented as full PLASTIC Service while ServiceUsage dependency is used when the supplier service already exists 3 22 PLASTIC CONSORTIUM lt lt ServiceDescription Vacation Planning Service s20perationspecitication requesty acatione z perationspecificationz findHotel Operationspecificationz findSites z perationspecificatianz findEestaurantr z perationspecificationz checkDistancer 13 03 2008 xeserviceCompaositionz7 zzServiceDescriptionz Hotel Service soLperationspecitication getLocatione x zz5Servicellsagesz wv x 9 a ServiceDescriptionz Restaurant Service Museum Service i ServiceDescription E ar zsSserviceDescriptionz Route Service i zsSservicellsagez m k i d pi EI EL __ gt gt Bank 5ervice Fig 18 The VPS Service Service Description Diagram Once again the model elements or customized diagrams can be
15. divided into sets based on non functional additional information types es Performance Attributes Reliability Attributes ServiceConsumer Alice 5 Template Parameters d Properties Standard Inner Elements j Relations Tags j Constraints Mame Alice PH Mab Pattern R Eaccessprab R Eserviceprob Fig 6 customized specification dialog for an Actor with multiple stereotypes applied ServiceConsumer lt lt REuser gt gt reliability and PHMobEntity mobility The DSL customization is a work in progress User s feedback is appreciated to improve the current DSL customization to speed up the service model creation and to hide error prone useless GUI elements PLASTIC CONSORTIUM 13 03 2008 3 2 Performance Reliability and Mobility references Plastic Service Model includes additional information for sake of performance reliability and mobility analysis In the following sections we refers to these additional information to set what kind of diagram contains what kind of information performance reliability and mobility theory backgrounds are presented respectively in 3 5 6 7 8 and 6 3 3 The Vacation Planning Service The modeling example used in this manual in contained in Samples Plastic rar archive and described in 1 After installation this samples is contained within magicdraw installation dir samples Plastic In the following sections we assume that the reader is skilled wi
16. E ACTORS USECASES MOBILE ENTITIES ELSE ADD PERFORMANCE RELIABILITY MON FUNCTIONAL REQUIREMENTS REPROFILE DEFINE OPERATIONAL PROFILE Step 2 1 1 VacationPlanningService PLASTIC Service gt gt 0011 Requirements View lt lt cRequirements View gt Be Relations ie Bank lt lt ServiceProvider gt gt Hotel lt lt ServiceProvider gt gt i a John lt lt ServiceConsumer gt gt lt lt PHMobEntity gt gt lt lt REuser gt gt pes Museum lt lt ServiceProvider gt pes Restaurant lt lt ServiceProvider gt gt 9 Traffic Inc lt lt ServiceProvider gt gt LC Bank Service zi apability Specification gt gt Best Itinerary lt lt Capability Specification gt gt gt Hotel Reservation lt lt Capability Specification gt gt Museum Reservation lt lt Canability Specification gt gt Restaurant Reservation lt lt Capability Specification gt gt Vacation Planning lt lt CapabilitySpecification gt gt lt lt REservice gt gt Use Case Service Diagram lt lt Use case Service Diagram gt U Use Case Service Diagram lt lt Lse Case Service Diagram O02 Service View lt lt Services View gt gt 003 Components View Components View gt gt 004 Implementation View Implemenkation View E DDS Deploymenk view zDeployment View gt Fig 12
17. IC Service have to adapt to PHMobDevice from PHMobProfile e g John s Laptop adds mobility additional information to PLASTIC enabled device that consists in descriptions of its possible software and hardware configurations PHMobContextDescription attribute PHMobNetwork from PHMobProfile e g John s Office Network abstracts the networks which PLASTIC enabled devices are connected to Different kind of networks NetworkType enumeration type can be available within the open wireless B3G environment each different network is then described by its own NetworkContextSpecification attribute 3 37 PLASTIC CONSORTIUM 13 03 2008 3 381 Model elements used at Deployment View In the following table the stereotypes used at Deployment View are listed When not specified the semantic is specified in PLASTICD1 2 PLASTICD2 2 Semantic otereotype Base Target GIES Network ees Classifier Context Specification Modeling PHMobContext State PHMobContextlnstanceRef Mobility Modeling Mobility PHMobDevice Node Modeling Mobility Mobility Be ooo Table 5 model elements used in Deployment View 3 38 PLASTIC CONSORTIUM 13 03 2008 4 References 1 PLASTICDevProc M Autili L Berardinelli V Cortellessa A Di Marco D Di Ruscio Inverardi and M Tivoli A Development Process for Self Adapting Service Oriented Application Submitted to ICSOC 07 2 UML2 OMG UML 2 Superstructure
18. ONS DEFIHE SERVICE ACTIVITIES UMLAVSOL TRANSFORMATION GEHERATE SERVICE WSDL gt aes VIEW ees REQUIREMENT VIEW x E Em VacationPlanningService lt lt PLASTIC Service gt gt E G 00i Requirements view Viel gt gt 1027 Service View Services a Tm Behavioral View lt lt Seryvices e View m gt Hotel Reservation lt lt Service Conversation Package gt gt Museum Reservation Service Conversation Package gt gt Restaurant Reservation Service Conversation Package gt gt Ely vacation Planning Service Conversation Package gt gt 8 L3 Structural View lt lt Services Structural view 003 Components View components view gt gt 0054 Implementation View lt Implementation View gt RR 005S Deployment View Deployment view gt gt Fig 16 The VPS Service View 3 21 PLASTIC CONSORTIUM 13 03 2008 3 3 5 1 The Service View Structural View H 0 VacationPlanningService PLASTIC Service gt gt i O01 Requirements lt lt Reguirements View gt B 002 Service View lt lt Services View gt E Behavioral View Services Behavioral View gt gt Structural View lt lt Services Structural views gt Pa Relations d f Bank Service lt lt Servic d f Hotel Service lt lt ServiceDescription gt Museum Service Ser Restaurant Service lt lt Sery Iz AE Route Service lt Servi
19. PLASTIC CONSORTIUM 13 03 2008 IST STREP Project SERVICE MODEL EDITOR USER GUIDE 1 1 2008 03 13 http www Iist plastic org brem 4 77777 ZF PRARMA SD semens 3 ama Ee PLASTIC CONSORTIUM 13 03 2008 Document History Type of change Author s First version Luca Berardinelli UDA PLASTIC CONSORTIUM 13 03 2008 1 INTRODUCTION 1 5 2 REQUIREMENTS 2 5 3 PLASTIC SERVICE MODEL A COLLECTION OF VIEWS 3 8 3 1 MAGICDRAW DSL CUSTOMIZATION 3 9 3 1 1 CUSTOM DIAGRAMS AND CUSTOM TOOLBARS 3 9 3 1 2 CUSTOMIZED CONTEXT MENUS AND CUSTOMIZED SPECIFICATION DIALOGS 3 10 3 2 PERFORMANCE RELIABILITY AND MOBILITY REFERENCES 3 12 3 3 THE VACATION PLANNING SERVICE 3 12 3 3 1 THE VACATION PLANNING SERVICE SPECIFICATION 3 12 3 3 2 OPEN THE PLASTIC SERVICE TEMPLATE 3 12 3 3 3 VACATION PLANNING SERVICE MODEL 3 16 3 3 4 THE REQUIREMENT VIEW 3 17 3 3 5 THE SERVICE VIEW 3 21 3 3 6 THE COMPONENTS VIEW 3 26 3 3 7 THE IMPLEMENTATION VIEW 3 32 3 3 8 THE DEPLOYMENT VIEW 3 34 4 REFERENCES 4 39 1 3 PLASTIC CONSORTIUM 13 03 2008 List of Figures regulred un kn i ua 2 5 Fig 2 The taxonomy of PLASTIC custom diagrams 3 9 Fig 3 The customized toolbar of the Use Case Service
20. PROFILE CORE SPECIFICATIOHS ASSOCIATE USECASES SERVICE D YHAMICS was CORE SPECIFICATIONS m NM DEFINE SERVICE STRUCTURE CORE SPECIFICATIOHS DEFINE SERVICE ACTIVITIES SERVICE VIEW UMLAVSOL TRANSFORMATION P GEHERATE SERVICE WSDL CORE SPECIFICATIONS Li DEFIHE STRUCTURE ADD PERFORMANCE FUNCTIONAL INFO PAPROFILE ADD PERFORMANCE INFO COMPOHEHT SIGHATURE DEFIHE COMPONENT INTERACTIONS ADD PERFORMANCE FUNCTIONAL INFO PAPROFILE d ADD PERFORMAHCE OH INTERACTIONS CORE SPECIFICATIONS COMPOHEHTS VIEW DO PERFORMAHCE AHALYSIS SAPOHE e CORE SPECIFICATIOHS DEFINE e lt J 5 Step 4 3 32 PLASTIC CONSORTIUM 13 03 2008 In order to have a comprehensive description of the PLASTIC service being developed each component implementing it needs to be specified at a lower level of abstraction Such descriptions give place to the mplementation View which consists of Component Specification Diagram CSD that describe the classes implementing the components specified in the Component View The AdaptableClass modeling element is used to distinguish the classes which are adaptable according to specified resource annotations chamaleon We provide just a trivial implement
21. REaccessprob float probability that a certain type Profile of user accesses to the system REserviceProb represents the probability that the type of user once accessed requires a certain service represents the probability that a certain service is required For each REservice REprob is obtained as the sum over all REuser of the products between REaccessprob and HEserviceprob See Cortellessa RE PhMobEntity sae Actor Mobility PHMobPattern StateMachine See Mobility Mobile Entity Modeling Table 1 model elements used in Requirements View Capability usn Service ConversationSpecification Specification Modeling Interaction HEuser Operational HEserviceUsage Association Profile HEserviceprob float Operational REprob float Profile derived HEservice Use Case 3 20 PLASTIC CONSORTIUM 13 03 2008 3 3 5 The Service View START PLASTIC PROFILE PLASTIC TEMPLATE CORE SPECIFICATIOHS CORE SPECIFICATIONS i m DEFIHE ACTORS DEFINE USE CASES ADD MOBILITY REQUIREMENTS ELSE CORE SPECIFICATIONS PHMOBILITY ASSOCIATE ACTORS USECASES x MOBILE EHTITIES ELSE ADD PERFORMANCE RELIABILITY NON FUNCTIONAL REQUIREMENTS e REPROFILE DEFIHE OPERATIONAL PROFILE CORE SPECIFICATIONS ASSOCIATE USECASES SERVICE D YHAMICS m CORE SPECIFICATIOHS m DEFINE SERVICE STRUCTURE CORE SPECIFICATI
22. YSIS AGAINST MOBILITY DEFIHE INTERACTIONS ADD PERFORMANCE FUNCTIONAL INFO CORE SPECIFICATIONS I COMPOHEHT STRUCTURE 400 PERFORMANCE FUNCTIONAL INFO ADD PERFORMAHCE IHFO OH CORE SPECIFICATIONS SIGHATURE l DEFIHE SERVICE ADD MOBILITY REQUIREMENTS M yo o Y CORE SPECIFICATIONS Fil DEFINE USE CASES CORE SPECIFICATIOHS ASSOCIATE ACTORS USECASES ADD PERFORMANCE RELIABILITY FUNCTIONAL REQUIREMENTS REPROFILE 1 DEFIHE OPERATIOHAL PROFILE CORE SPECIFICATIONS ee ASSOCIATE USECASES SERVICE DYHAMICS imm m _ i i DEFIME SERVICE STRUCTURE DEFIME SERVICE ACTIVITIES 2wSsDL TRANSFORMATION GENERATE SERVICE WSDL PAPROFILE k PAPROFILE n ADD PERFORMANCE INFO OH COMPONENT INTERACTIONS DO PERFORMANCE AHALYSIS e END CORE SPECIFICATIONS DEFINE T CORE SPECIFICATIONS END Step 5 3 35 PLASTIC CONSORTIUM 13 03 2008 Once implementation view has been produced the modeling process finish with the definition of mobility patterns of mobile PLASTIC users PHMobEntity specified at Requirements View e g John and the specification of PLASTIC enabled mobile devices as hosts that execute the Componen
23. ackaqe gt gt Structural View lt lt Components Structural view gt gt i Common Components Specification common Components gt gt Ba Hotel Service Components Specification component Based Service Realisation gt gt Relations 41 Hotel Component ComponentSpecification gt gt E gt Relations Booking Service Logic lt lt ComponentSpecification gt gt lt lt control gt gt lt lt Pahost gt gt Hotel Client Side lt lt ComponentSpecification gt gt lt lt PAhost gt gt lt lt boundary gt gt so Hotel Database zComponentSpecificationz gt lt lt PAhost gt gt lt lt entity gt gt Hotel Server Side lt lt 5 gt gt Mobile Client lt lt ComponentSpecification gt gt lt lt POhost gt gt lt lt boundary gt gt B web Client lt lt ComponentSpecification gt gt lt lt MM zzboundary gt gt in Service Specification Diagram Service Specification Diagram gt Fig 22 The Service Specification Diagram for the Hotel Service The PLASTIC profile proposes the use of Service Specification Diagrams SSD for defining the components implementing the service represented by certain ServiceDescription Such diagrams are expressed as extended UML2 Class Diagrams and a number of new modeling constructs are provided The ServiceHealization stereotype is introduced to link ServiceDescription stereotyped interface and Compon
24. added on the model tree using the contextual menus right click on the tree node Structural View or on the Service Description Diagram using the customized visual editing capabilities of MagicDraw e g customized toolbar 01 Requirements View lt Requirements view gt gt Ay 002 Service View Services view gt gt H E Behavioral View Services Behavioral view lue OLII li Mew Element Service Description Diagram B E View fF Relations Bank Service lt lt ServiceDescription gt gt lt lt Services Structural View Relation Open in New Tab Common Class Diagram Class Interface Package E Generalization ca Association E Aggregation T Composition Interface Realization lt sOperationspecitication requesty s z perationspecification findHotel colperationSpecitication tindstest z perationspecificationz findResta z Dperationspecificationz checkDista zsogsviceCompositianz lt lt Sernice e ServiceDescription xj am Usage Hotel Service E h Abstrackion Instance A Link Service Description Diagram D Service Description Service Composition Service Description E Service Usage P Fig 19 Using the contextual menus or the customized toolbar to define the Service View 3 23 PLASTIC CONSORTIUM 13 03 2008 3 3 5 2 TheService View Behavioral View
25. are described Each view is strictly related to the previous ones we recommend the readers to follow a waterfall modeling activity first the requirement view has to be completed then the service view can be specified and so on Moreover when required the structural sub view takes precedence on the behavioural one the model elements used in the dynamic specification i e lifelines call messages or actions usually refer to structural model elements i e interfaces or components and their own operations 3 15 PLASTIC CONSORTIUM 13 03 2008 3 3 3 Vacation Planning Service Model VacationPlanningService 007 Service View Structural View Vacation Hotel Planning Reservation 004 Implementation Hotel Service View Components Specification Hotel Service Restaurant Service Implementation Implementation Behavioral View Vacation Planning Service Dynamics Specification 005 Deployment View John Mobility At Office In the Open Air Configuration Configuration Fig 11 The VPS Service Model overall structure In Fig 11 the overall service model package structure is shown 3 16 PLASTIC CONSORTIUM 13 03 2008 3 3 4 The Requirement View REGUIREMENT START PLASTIC PROFILE PLASTIC TEMPLATE CORE SPECIFICATIOHS CORE SPECIFICATIOHS m Hl DEFINE ACTORS DEFINE USE CASES W 400 MOBILITY REQUIREMENTS ELSE CORE SPECIFICATIONS PHMOBILITY ASSOCIAT
26. ation view of the Hotel Booking Service It is a PLASTIC Service then it is a client server application distributed over B3G networks The client side need to provide the desired service both on a Web HotelWebClient and Mobile Client HotelMobileClient the ComponentimplementationSpecification are the corresponding deployable artifact on the John s PLASTIC enabled device laptop or mobile where he is able to see the hotel list and the his reservation result The Adaptable Classes with their ContextAttributes and AdaptableMethods are aware of their own running device the DeviceContext which the HotelService has to adapt to see the SSD in Fig 23 On the server side Hotel Server Side the business logic is implemented by the HotelServiceSkeleton and HotelBooking AdaptableClasses These two classes are in charge to manage the dataflow from and to the HotelDatabase entities and send them back to the Hotel Client Side according to the available resources on the receiving device ComponentSpecificationz Hotel Component lt lt ComponentSpecification m lt lt PAhost lt lt houndary gt Hotel Client Side PAschdPolicy FCFS 8 s zzAdaptableclasss 7 zzAdaptableclass 7 et z cantral al ReservationResult HotelList Hotel Service Stub lt lt lontextAttibuteSpecification Screenspec BENE EDS lt AdaptableWiethod displa
27. cdraw com 2 Requirements This section contains the requirements to install and set up the PLASTIC Service Model Editor i MagicDraw UML 14 0 or higher Standard Edition or higher with full Commercial License or full Evaluation key properly installed It is worth to note that if you save your model with a newer version of MagicDraw you are not able to open it with any other older versions MagicDrave UML 14 0 Patch 1 Version Commercial Edition Standard License Academic Site Build 2007 1212 09 31 Fig 1 MagicDraw required version archive provided with this user manual Profiles Plastic rar it has to be uncompressed into md install dir gt profiles b Samples Plastic rar it has to be uncompressed into lt md install dir gt samples c Templates Plastic rar it has to be uncompressed into lt md install dir gt templates Then we have to import diagram descriptor files from md install dir gt profiles custom diagrams 1 Open MagicDraw 2 Click on Diagrams Customize on the MagicDraw menu 2 5 PLASTIC CONSORTIUM MagicDraw UML 14 0 ECommerceSystem2 mdzip D Dottorato GSP MagicDraw File Edit View Layout ns Options Tools Analyze Teamwork Window Help Class Diagrams Ctrl 1 Use Case Diagrams Ctrl 2 Ctril 3 1 Communication Diagrams Sequence Diagrams Ctrl 4 a State Machine Diagrams 5 E i Data
28. ceDescription gt gt Vacation Planning Service ServiceDescriptionz gt Ske Type Service Description Diagram Service Description Diagrama E 003 Components View lt lt Componenks view gt 9 G 004 Implementation View Implementation wiew WH 005 Deployment view Deployment view gt gt B H B m isi Fig 17 The VPS Service View Structural View Once the Requirement View has been produced the development proceeds with the definition of the services that build up the PLASTIC application being modeled Such specifications are given from both structural and behavioral perspectives In particular a otructural View is given by means of Service Description Diagrams SDescrD that show the ServiceDescriptions e g HotelService RestaurantService that may be combined on demand ServiceComposition or ServiceUsage dependency from client to supplier services and collaborate to provide the required service the top level Vacation Planning Service to the nomadic user e g John The key concept is ServiceDescription which is the base structural unit for the description of PLASTIC applications at service level It is a stereotype extending the UML2 nterface meta class It provides some ODperationSpecifications that together define what the user can request from its PLASTIC enabled device e g John s laptop or PDA It is worth to note how for example the DSL Engine allows to specify a
29. e 3 7 V AST b 3 5 Device Resources SS lt lt ServiceAdaptation gt gt _ John s Laptop High Power Context Battery HPBattery Memory Device Context defined by Hotel Service MetworkInterface WiFi va m Processor HPProcessor the device resources lt lt Service ka Screen HPScreen lt ComponentSpecitication Hotel Component lt lt ComponentSpecification gt gt al client side Hotel Client Side PAschdPolicy FCFS lt lt ComponentSpecification gt gt E lt lt ComponentSpecification gt lt lt PAhost gt gt lt lt PAhost gt gt Mobile Client Web Client PAschdPolicy FCFS PAschdPolicy FCFS lt lt Componentiperationspecification gt get4vailableRoomList lt lt ComponentSpecification gt gt Hotel Server Side lt lt ComponentSpecification gt gt lt lt PANOSt gt gt Hotel Database PAschdPolicy FCFS lt lt Componentspecification gt lt lt PAhost gt Booking Service Logic PAschdPolicy FCFS lt lt ComponentUperationspeciication gt lt lt PAstep gt gt getAvailableRoomsList P4demand l assm mean 40 ms Fig 23 The Service Specification Diagram for the Hotel Service 3 28 PLASTIC CONSORTIUM 13 03 2008 3 3 6 2 The Components View Behavioral View VacationPlanningService lt lt PLASTIC Service gt gt
30. el this is a mandatory structure for any Plastic Service Model Requirements View contains an high level description of serv 001 ices use cases Services View Structural View Behavioral View contains contains behavioral aspects of lt lt SericeDescription lt lt SeniceDescription gt elements It is a flat elements package CapabilitySpecification one for each lt lt CapabilitySpecification use case if necessary Components View Structural View Behavioral View Common Components Specification lt SermiceDescription shared components between ServiceDescriptions Dynamics Specification lt ServiceDescrpition Components Specification one for each ServiceDescription if necessary Device Contexts Implementation View Common Components Implementation contains shared components between lt lt ServiceDescription implementations lt ServiceDescription Implementation ane for each ServiceDescriptions specification if necessary Deployment View Common Deployment Elements PHMohEntity Actor Name gt Mohility 005 one for each PHMobEnitty defined in the Lise Case Service Diagram if necessary PHMobContext Context one for each mobility context specified for the PHMobEntity 3 13 PLASTIC CONSORTIUM 13 03 2008 Fig 7 the overall structure of the UML PLASTIC Service Model To help any user to quickly have a well str
31. ent closeDB i M vf CallEvent getAvailableRoomsL isti i M vf CallEvent openDB Lp CallEvent QUERY getayvailableRoornsListt Fig 24 The Component View Behavioral View of the VPS Once the components implementing the service being modeled have been defined their interactions have to be specified The PLASTIC profile provides the designer with Elementary Service Dynamics Diagrams ESDD which are given as an extension of UML2 Sequence Diagrams to model the interactions among the involved components specified in the structural view by means of ComponentSpecification elements 3 29 PLASTIC CONSORTIUM 13 03 2008 componentspecificatian n coamponentspecification gt lt P 4host contral E 7 lt lt boundary lt P 4host gt John Web Client Web Client Hotel Booking Service Booking Service Logic Hotel Hotel Database get4vailableRoomsL ist lt lt PAclosedLoad gt gt 2 PAextDelay asm mean 50 sec 3 OPENED PApopulation 300 4 QUERY_getAvailableRoomsList 5 RESULT close DBi CLOSED B AVAILABLE ROOM DESCRIPTION Fig 25 The Elementary Service Dynamics Diagram for the Hotel Service 3 30 PLASTIC CONSORTIUM 13 03 2008 3 3 6 3 Model elements used in the Components View In the following table the stereotypes used at Compo
32. entSpecification stereotyped components It describes how services are implemented in terms of software components Moreover by means of the SSD the designer can specify the contexts in which the service will be able to work after adaptation In particular DeviceContextSpecification elements are used to describe possible devices e g John s laptop mobile or car navigator each tag refers to an available resource specification of the Resource package The DeviceContextSpecification is then linked to adaptable services by means of ServiceAdaptation relationships The SSD in Fig 23 shows the component based software architecture of the HotelService it is a client server application where following the MVC architectural pattern the model HotelDatabase entity and the control Booking Service Logic control are placed on the server side Hotel Service Side whereas the client side Hotel Client Side boundary component provides the service interface on two possible kinds of PLASTIC enabled devices Mobile Client and Web Client 3 27 PLASTIC CONSORTIUM 13 03 2008 lt lt ScreenSpecification gt lt lt ProcessorSpecification gt gt MemarySpecificatianz7 lt lt BatterySpecificatian gt gt HPScreen HPProcessor HPMemory HPBattery color chipset myChipset 2 capacity 4500 mAh height 900 clock type DDR2 Lithium ion polymer N width 1400 fsb 600 MHz o ltag
33. ew gt Hotel Service Service Dynamics Specification lt Service Component Level Dynamics gt gt E F Vacation Planning Service Dynamics Specification Service Component Level Dynamics gt gt BA Device Contexts lt lt Device Contexts gt gt 8 HighPowerContext zDevice Context Package gt gt E S LowPowerContext lt lt Device Context Package gt gt El Em Structural View lt lt Components Structural view gt gt Common Components Specification Common Components gt gt FP Hotel Service Components Specification lt lt Component Based Service Realization gt gt 8 5 004 Implementation View lt lt Implenentation view gt 005 Deployment View Deployment view Fig 21 VPS Component View START PLASTIC PROFILE PLASTIC TEMPLATE CORE SPECIFICATIOHS CORE SPECIFICATIOHS DEFINE ACTORS r DEFIHE USE CASES ADD MOBILITY REQUIREMENTS W 1 CORE SPECIFICATIONS REQUIREMENT VIEW PHMOBILITY ASSOCIATE ACTORS USECASES f 4 DEFINE MOBILE ENTITIES ELSE ADD PERFORMANCE RELIABILITY FUNCTIONAL REQUIREMENTS 7 e REPROFILE DEFINE OPERATIONAL PROFILE CORE SPECIFICATIONS ASSOCIATE USECASES SERVICE D YHAMICS CORE SPECIFICATIONS DEFINE SERVICE STRUCTURE CORE SPECIFICATIONS DEFINE SERVICE ACTIVITIES UML2ZWSDL TRANSFORMATION i GEHERATE SERVICE WSDL px ee COMPONENTS VIEW SERVICE
34. hin customized toolbar sets A B R elm ps package 001 Requirements E3 Common 8 Use Case Diagram se Case Service Diagram 22 Service Consumer lt gt Capability Specification ability Elements PHMobEntity Reliability Elements RS Use Case Service Diagram 1 lt UseCase REservice amp actor lt lt REuser gt gt Association lt lt REuser gt gt Use Case Service Diagrarp 6 z EJ Common 1 35 Class Diagram Service Description Diagram Service Description 29 Usage lt lt ServiceUsage gt gt Dependency lt lt ServiceComposition gt gt 2 lt lt ServiceDescription gt 0 eHealthSeruice gt gt ServiceCotfipositioriss PS M z Servicellsagez Ro ServiceDescription ag s lt ServiceDescription ServiceManager Hospital lt lt OperationSpecification alarmManagment id event location ssOperationSpecification notify id event location lt OperationSpecification connect address Boolean lt lt ServiceComposition gt n lt lt ServiceDescription Middleware lt lt ServiceDescription eHealth lt OperationSpecification notify id event location lt lt OperationSpecification getLocatione id lt lt OperationS
35. nents View are listed When not specified the semantic is specified in PLASTICD1 2 PLASTICD2 2 otereotype Base Target Semantic Class Component Specification Modeling Component Specification 9 Service ue Service Realization Modeling Service Service Adaptation Dependency Modeling Device Context Device Specification Artifact Context Modeling Battery Device Specification Artifact Context Modeling Memory Device Specification Artifact Context Modeling Processor Device Specification Artifact Context Modeling Screen Device Specification Artifact Context Modeling Performance Operation Performance Message Modeling If the component is labelled with this stereotype its queue has a type f a component is not labelled than it will map to a delay resource without queue and with an infinite number of instances SAPONE SPT The PAdelay is placed on the first message outgoing from delay components Padelay assm mean value unit The PAdemand is placed on the time first message outgoing from active components Pademand assm mean value unit The remaining time to end the time process started from the first message of the Sequence Diagram SAPONE SPT It have to be placed on the first message of the Elementary Service Dynamics Diagram This Papopulation population quantity ste
36. nowledges the reservation the hotel withdraws the agreed amount of money from his credit card At home he describes the almost planned trip to his wife and they start searching for good restaurants and places to see close to the chosen location Again they reserve tickets for a couple of museums and also reserve a table in a nice restaurant by the lake for lunch on Saturday The day after while waiting for his wife John starts downloading on his mobile device the plan had created using his laptop and the reservations done at home Before leaving they also need a map and a good service to identify the best itinerary to reach the place Thus they decide to exploit a simple and cheap map service offering the screen resolution supported by the mobile device and asks the itinerary planning service for the fastest way to reach the target Given the characteristics of the display the device automatically negotiates the best resolution that can be displayed and asks the credit card company to pay for it Since the lowest resolution offered by the service is still too high for the capabilities of the display the device needs a lurther service to filter the map Everything works fine and John and his wife reach the hotel 3 3 2 Open the PLASTIC Service Template START PLASTIC PROFILE PLASTIC TEMPLATE 3 12 PLASTIC CONSORTIUM 13 03 2008 Step 1 Fig 7 illustrates the overall structure of a UML Plastic Service Mod
37. o define the Requirement View 3 18 PLASTIC CONSORTIUM 13 03 2008 or on the Use Case Service Diagram using the customized visual editing capabilities of MagicDraw e g customized toolbar 4bEX amp xREsenicaellsage gt JREserviceprob 1 bilitySpecificati on Service Consumer lt lt REse vice gt 22222200000 acation Planning Service Developer Service Integrator Service Provider R Museum 5 gt 0 Hote Resa Q lt lt SenicaProwsion gt lt lt Benice Prourder gt gt Bank lt lt Senice Provider lt lt Senice Prowder gt Musa um Hail E gt Fig 15 Using the custom diagram and its customized toolbar to define the Requirement View 3 19 PLASTIC CONSORTIUM 13 03 2008 3 3 41 Model elements used at Requirement View In the following table the stereotypes used at Requirement View are listed When not specified the semantic is specified in PLASTICD1 2 PLASTICD2 2 Model Base Target Tags Semantic Element Metaclass Service Service Consumer dud Modeling s Service Modeling Service Service Service Service Integrator Modeling Service Provider Actor A ConversationSpecification represent the services interaction at business level HEaccessprob represents the Operational
38. pecitication connect address Boolean lt lt OperationSpecification discoveryRequest id Fig 4 two examples of cutomized diagrams and their own customized toolbar the Use Case Service Diagram and Service Description Diagram 3 1 2 Customized context menus and customized specification dialogs When a new Plastic related stereotyped element is added to the model it is possible to edit it i through its contextual menu right click on it within the Containment tree or on the shape displayed within diagram As you can see from Fig 5 multiple stereotypes but only allowed ones are shown within the contextual menu and can be applied on the same modeling elements by click on the menu items checked applied unchecked unapplied 3 10 PLASTIC CONSORTIUM 13 03 2008 Specification Symbolfs Properties Alt Invio Select in Containment Tree AlE B Related Elements Tools Stereotype Presentation Options Servicelntegrator ServiceProvider ServiceDeveloper PHMobEntity Servicelonsumer Component4ssembler w Fig 5 how to add quantitative additional information about reliability REuser or mobility PHMobEntity Through its customized Specification dialog select the model elements then click Enter or select Specification menu item in the contextual menu If multiple stereotypes have been applied on the same modeling elements the customization dialog adapts itself to show tagged values
39. pes HOTEL gt findHotel J getLocation m J rcteiDistance checkDistance ConversationStepo ge bookHotel withdraw da FvoteiDistanceemdistence tanamicSpecification HatelService NotFound Fig 20 The BPDD for the ConversationSpecification associated to the Hotel Reservation Use Case 3 24 PLASTIC CONSORTIUM 13 03 2008 Once all services are defined i e the static description a number of business process descriptions i e the behavioural description have to be provided Each Business Process Description describes the activities i e service orchestration between the ServiceDescriptions identified in the SDescrD In particular for each CapabilitySpecification e g HotelReservation UseCase specified at the Requirements View a Business Process Description Diagram BPDD has to be specified to describe the interactions among the involved services A possible Vacation Planning overall orchestration includes at least an Hotel Reservation i e the lt lt include gt gt relationship between Vacation Service and Hotel Reservation Use Cases Then the ServiceConsumer John can extend the basic service with a Restaurant and Museum Reservation services i e lt lt extend gt gt relationship on UCSD see The detailed ConversationSpecification for each requested service is modeled by means of another BPDD for each Activity Partition each Action invokes the homonymous Opera
40. piantani LU 2 Business Process Description descriptor xml me Physical Mobility Context Specification Diagram 2 2 t Desian Di Physical Mobility Pattern Diagram pees rud Elementary Service Dynamics Diagram descriptor Service Specification Diagram descriptor xml Apri Annulla 4 Select one a time a descriptor file and push the Open button You ll see the name of the plastic custom diagram just imported under the a new PLASTIC section within the Customize Diagram window 2 6 PLASTIC CONSORTIUM p Customize Diagrams Diagram Type s Kas l L Em Time Diagram Diagrarn PLASTIC Business Process Description Diagram me Component Design Diagram li Elementary Service Dynamics Diagram J55M Diagram Physical Mobility Pattern Diagram me Service Deployment Diagram E Service Description Diagram E Service Specification Diagram Re Use Case Service Diagram Common Properties Any Diagram Behavior Diagram Interaction Diagram Edit Create Remove Reset to Defaults 13 03 2008 5 MagicDraw has to be restarted after the installation of these archives in order to activate the customization features custom diagrams and custom toobars provided by the PLASTIC Profile 2 7 PLASTIC CONSORTIUM 13 03 2008 Diagrams Options Tools Analyze Teamwork Window Help
41. reotype denotes the closed oe PaextDelay assm mean workload of the Sequence odeling 30 ms Diagram in particular the population and the delay PAstep PAclosedLoad Message introduced from the population SAPONE SPT Table 3 model elements used in Components View 3 31 PLASTIC CONSORTIUM 13 03 2008 3 3 7 The Implementation View E VacatianPlanningService lt lt PLASTIC Service gt gt 1 001 Requirements View lt lt Reguirements View gt gt 1 45 002 Service View lt lt Services view gt gt Ea O03 Components View Components View 004 Implementation view Implementation wiew gt m HE Components Implementation common Components Implementation gt gt m Hotel Service Implementation lt lt 4daptable Component Implementation gt gt NE Restaurant Service Implementation lt lt Adaptable Component Implementation gt E m 005 Deployment View zDeployrmenk view gt Fig 26 The VPS Implementation View START PLASTIC PROFILE PLASTIC TEMPLATE CORE SPECIFICATIONS CORE SPECIFICATIONS i DEFIHE ACTORS DEFIME USE CASES ADD MOBILITY REQUIREMENTS ELSE gt CORE SPECIFICATIONS PHMOBILITY ASSOCIATE ACTORS USECASES E 7 S DEFIHE MOBILE EHTITIES ELSE V ADD PERFORMANCE RELIABILITY NON FUNCTIONAL REQUIREMENTS REPROFILE DEFINE OPERATIONAL
42. sed Service Realization gt bus Common Components Implementation common Components Implementation z Be 005 Deployment view Deployment view gt gt i PHMobEntiby Mame gt Mobility lt lt User Mobility Specification gt gt M common Deployment Elements common Components Implementation L Network Contexts Contexts gt gt 9 UML Standard Profile lt lt auxiliaryResource gt gt LIML Standard Prafile xml Eg Plastic Profile Plastic PraFile mdzip Fig 9 the default package structure displayed within MagicDraw amp Data EE Level Service Nameh zPLASIIT Serie D1 Requirements View lt lt i Mew Element Package components Viewz gt gt E O02 Service View services New Diagram d Package zDeplosyment View gt i Behavioral view lt lt Seryic M BES Use Case Capability Package Implementation view gt gt Structural view lt lt Service Open in New Tab Package lt lt Requirements view gt gt Fl 003 components view lt Con Ms LE Eq Behavioral View lt lt Comp Specification Invia Package lt lt 5 Views gt E F lt Service Description Use Case Numbering Hyperlink ARP Device Contexts lt lt Devic Ta Fig 10 All the allowed views the PLASTIC Service In the following sections all the steps required to specify the UML side of a PLASTIC Service
43. ser Mobility Specification gt 3 Office Configuration rahiliby Context Specification gt gt El Relations Laptop lt lt PHMobDevice gt gt lt lt REhost gt gt E Office Network lt PHMobNetwork Vacation Service Provider Server lt lt PHMobDevice gt gt lt lt REhoast gt gt Hii Office Context Context Specification Diagram gt gt In the Open Air Configuration lt lt Mobility Context Specification gt gt 51 4029 John s Mobility Pattern lt lt Mobility Pattern Specification gt gt Physical Mobility Design Diagram lt lt Pattern Diagram John s Mobility Pattern Relations 81 089 John s Mobility i end ios start Network Contexts lt lt Network Contexts gt gt i Office Network Context lt lt NekworkContextSpecificatian gt gt L3 Open Air Network Context lt lt NetworkMontextSpecification gt gt Fig 28 The VPS Deployment View 3 34 PLASTIC CONSORTIUM PLASTIC PROFILE 13 03 2008 START PLASTIC TEMPLATE CORE SPECIFICATIOHS DEFIHE ACTORS 400 MOBILITY REQUIREMENTS ELSE PHMOBILITY DEFINE MOBILE EHTITIES ELSE REGUIREMENT VIEW CORE SPECIFICATIOHS CORE SPECIFICATIOHS SERVICE VIEW COMPOHEHTS VIEW e IMPLEMENTATION PHMOBILITY DEFIHE USER MOBILITY PATTERH DEPLOYMENT VIEW DO PERFORMANCE ANAL
44. ssible transitions between different contexts modeled by uml State characterized by its own hardware and software configuration the SDeployD referenced by the PHMobContextlnstanceRef tag the user provided with his PLASTIC enabled device interacts with during his moves 3 36 PLASTIC CONSORTIUM 13 03 2008 lt lt NetworkContextSpecification gt 5 Office Hetwork Context bandwidth 54Mb netwokType LAN lt lt PHMobMetwork gt Office Network FHMabContextDescription Office Network Context lt gt zPHMobbevicez 7 Laptop Vacation Service Provider Server lt lt ComponentimplementationSpecification a4 executable gt lt lt ComponentimplementationSpecification Hotel Web Client pxecutahble Hotel Database Compaonentlmplementation Specification lt cexecutable gt gt Hotel Booking Service Logic Fig 30 The Service Description Diagrams at John s Office After that the Physical Mobility Pattern Diagram is defined for each nomadic user PHMobEntity his possible contexts PHMobContext are detailed The modeling elements used to specify the user s configuration are 1 The NetworkContextSpecification from PLASTIC Specifications e g John s Office Network Context contains all network related information that together with device related one defined at Component View defines the context specification which context aware PLAST
45. stom diagrams Each diagram has its own custom toolbar Each toolbar customization follow the following design principles i Only allowed stereotyped modeling elements are added to the custom toolbar Allowed stereotyped elements divided into button sets distinguished the non functional quantitative information conveyed with stereotypes Currently there are four possible sets a Plastic related stereotyped elements contained in a toolbar with the same name of the customized diagrams b Performance related stereotyped elements contained in Performance Elements toolbar c Reliability related stereotyped elements contained in Reliability Elements toolbar d Mobility related stereotyped elements contained in Mobility Elements toolbar iii All customized diagrams contains the standard toolbar of the base diagram for example Use Case Service Diagram derived from Use Case Diagram contains the Physical Mobility Configuration Diagram is renamed in Service Deployment Diagram due to this custom diagram can be used disregarding the mobility requirements The Physical Mobility Pattern Diagram directly refers to the mobility requirement because of it has to be specified only in order to cope with mobility requirements 3 9 PLASTIC CONSORTIUM 13 03 2008 standard Use Case Diagram toolbar By default the default toolbar is shown collapsed because a Plastic Service Modeler should use only stereotyped elements shown wit
46. t Implementation Specifications specified at Implementation View deployed on it Each PLASTIC enabled device e g John s laptop or mobile is connected to network s of type allowed by B3G open wireless environment all network characteristics are modeled as network related context information Network Context Specification e g OfficeNetworkContext This information retrieved by means of a suitable PLASTIC Middleware together with its device information specified at Component View realize the context awareness of PLASTIC Service being modeled and drive its adaptation John s Mobility PHMobContext at Home i PHMobConte xt in the Open Air y z PHMobContext in the Car d PHMobContextinstanceRet In the Open Air Configuration PHMobRestime 45 mint goHome c j ga Tow siork z PHMobContext At Office PHMobContextinstanceRet At Office Context PHMobRestime l est mean 8 hour Fig 29 The Physical Mobility Pattern Diagrams of John Physical Mobility Entity The deployment view follows an user centric description While Use Case Service Diagrams UCSD is used at requirements view to identify service capabilities and their consumer the information related to user physical mobility is modeled by Physical Mobility Pattern Diagrams PhMPD and Service Deployment Diagram SDeployD PhMPD describes a pattern as a set of po
47. th the basic functionalities of MagicDraw modeling environment For user manuals end video tutorials the reader can refer to the training material available within his own local installation or on the product website www magicdraw com under the tutorial section While the example is introduced chunks of an Activity Diagram are used to make the modeller aware of the right order of the modeling steps Moreover each step is further detailed with chunks of tree representing the model structure as result of the corresponding modeling activity i e the actions displayed on the Activity Diagram 3 3 1 The Vacation Planning Service Specification The Vacation Planning Service specification is reported in TAWS it has been suitably adapted to highlight the main modeling activities to define a complete PLASTIC Service Model John wants to plan a trip with his wife to celebrate his new car He starts planning the trip in his office with a laptop He starts searching for a nice location it must be close enough to where he lives say within 100 miles by a lake and close to mountains Moreover John wants a nice and comfortable hotel where they can rest and enjoy the fitness center After finding the place he makes a reservation for a room for the weekend but since he has to run home he does not wait for the confirmation from the hotel The confirmation message from the hotel arrives on John s mobile while he is returning home As soon as John ack
48. tionSpecification of the ServiceDescription in the caption A service can invoke other services i e it can exist transitions between swim lanes if and only if ServiceUsage or ServiceComposition relationship exists between the involved ServiceDescriptions this is an example of cross diagram validation rule 3 3 5 3 Model elements used at Service View In the following table the stereotypes used at Service View are listed When not specified the semantic is specified in PLASTICD1 2 PLASTICD2 2 Model Base Target Tags Semantic Element 55 Structural View Service Service OperationSpecification Operation Mod eling e Behavioral View Conversation Activit Service Specification y Modeling Call i Service Operation CallOperationAction Modeling OperationSpecification NN Its value is a reference to the Interaction representing the software behaviour at components level Call bra ae Modeling dynamicsSpecification Performance Interaction Analysis ConversationStep Operation Action Table 2 model elements used in Services View 3 25 PLASTIC CONSORTIUM 13 03 2008 3 3 6 The Components View VacationPlanningservice lt lt FPLASTIC Service gt gt O01 Requirements view lt lt Reguirements View gt gt 8 5 002 Service View lt lt Services view gt E 003 Components View lt lt Components view gt gt E F3 Behavioral View Cornponents Behavioral Vi
49. uctured MagicDraw project a Plastic Template has been defined This template is a predefined MagicDraw models with a suitable stereotyped package structure with all the required profiles the Plastic Profile among them already loaded and linked to the current model If you have correctly installed the archives provide it is possible to choose this template by selecting 1 File New Project gt Project from Template 2 select Plastic Template within Plastic folder 3 click OK PLE Project D El Mame UML vacation Planning Service Model Blank Use Case Project Project Project location E Create directory For project and related data Project From Template Select template A H E Java 23 MOF ic Plastic Template z RUP E E SPEM Template description No description Cancel Fig 8 how to select the PLASTIC Template The resulting model structure is displayed in The package name surrounded by lt gt is a placeholder to be edited with the actual package name for example lt Top Level Service Name gt have to be replaced with Vacation Planning Service The package stereotypes beside each package allow are used in order to tune the MagicDraw environment They are used by the DSL Customization Engine to define customized contextual menus specification dialogs for example within a lt lt PLASTIC Service gt gt only five kind of packages can be added see Fig 10
50. ustomized toolbar to define the Requirement View 3 19 Fig 16 The VPSService u u u Nen ICI ne S Eq 3 21 Fig 17 The VPS Service View Structural 3 22 Fig 18 The VPS Service Service Description 0 00 200 000500 000000 3 23 Fig 19 Using the contextual menus or the customized toolbar to define the Service View 3 23 Fig 20 The BPDD for the ConversationSpecification associated to the Hotel Reservation Use Case 3 24 Fig 21 The VPS Component View AEE 3 26 Fig 22 The Service Specification Diagram for the Hotel Service 3 27 Fig 23 The Service Specification Diagram for the Hotel Service 3 28 Fig 24 The Component View Behavioral View of the 5 2 2 1 14 2 2 00000000000000000000000000000000005004 3 29 Fig 24 The Elementary Service Dynamics Diagram for the Hotel Service 3 30 Fig 25 He VPS Implementation VIGW A DE 3 32 Fig 26 The VPS Component Design 002 2 2 1 0 00000000000000000000000000 3 33 rg 2 Hie VPS Deployment VIOW s uu r us um 3 34 Fig 29 Physical Mobility Pattern Diagrams of John Physical Mobility
51. yListh s lomponentSpecitication e contral zaPAhnst Booking Service Logic PAschdPolicy FCFS t lt lt ComponentRealization gt gt zzAdaptableClasss HotelBookingSystem Hotel Serice Skeleton OOO O lt lt ComponertSpecification gt a gt gt A Hotel Database PAschdPalicy FCFS SSDOIIDONIEHUSE IESUS ene en z pntity n seniity ay ay z ngntity ist Customer Hotel HotelReservation Fig 27 The VPS Component Design Diagram 3 33 PLASTIC CONSORTIUM 13 03 2008 3 3 7 1 Model elements used at Implementation View In the following table the stereotypes used at Implementation View are listed When not specified the semantic is specified in PLASTICD1 2 PLASTICD2 2 otereotype Base Target Semantic 5 Classes Modeling Method Modeling Component Implementation ie Realization Realization Modeling Implementation manifest Dependency Modeling Component Implementation Implementation Artifact 2 Modeling Specification Table 4 model elements used in Implementation View 3 3 8 The Deployment View oyment View lt lt Deployment View I e ommon Deployment Elements common Deployment Element gt gt John Mobility lt lt U

SERVICE MODEL EDITOR USER GUIDE 1.1 (2008.03.13)

Contents

Download Pdf Manuals

Related Search

Related Contents