1. Trang chủ
  2. » Giáo Dục - Đào Tạo

Enterprise Service Computing Scientific_6 ppt

30 114 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 30
Dung lượng 669,1 KB

Nội dung

192 Gao & Chung Copyright © 2007, Idea Group Inc. Copying or distributing in print or electronic forms without written permis- sion of Idea Group Inc. is prohibited. Within one life cycle of one transaction, if one canceling occurs at one of the three phrases (C, M, F), it can be expressed by equation 3. Here we call the semantic consistency of T1 the rst layer of semantic consistency within the Web-services conversation, and the semantic consistency of T2 the second layer of semantic consistency. To dene such a conversation, we rely on a set of services (A, B ∈ Service) and a set of document types (T1 ∈ Type). We do not explicitly dene the type of the system associated with the messages exchanged between documents, but it encompasses the type of the system for XML. Formal.Semantics.on.Services.Interactions We can dene the semantics of a conversation as the set of typed interaction his- tories that can arise when executing the conversation between two Web services. We map a conversation to a set of interaction histories as a two-step process: We map a conversation to an intermediate representation, called a typed interaction history, and we then dene a conformance relation between interaction histories and typed interaction histories. A typed interaction history is a typed trace. That is, the elements of a typed interaction history include the types of information that may be exchanged in a conversation. We map a given conversation to a set of typed interaction histories, and the value and type of the message container within the conversation. We then dene a notion of conformance between interaction histories and typed interaction histories. Denition 12 A typed interaction history is a trace with the type of information for the observable actions, where each typed action has the following format. • A typed action E is a member of the set {A-S(T2:T1(v)), A-R(T2:T1(v)), A- A(T2:T1(v), A-C(T2:T1(v))}, where • A-S(T2:T1(v)) represents the action that service A sends a value v that matches or validates against the templates of T2 and T1, • A-R(T2:T1(v)) represents the action that service A receives a value v that matches or validates against the templates of T2 and T1, • A-A(T2:T1(v)) represents the action that service A aborts a send of a value v that matches or validates against the template of T2 and T1, and • A-C(T2:T1(v)) represents the action that service A commits a send of a value v that matches or validates against the template of T2 and T1. Three-Point Service-Oriented Design and Modeling Methodology for Web Services 193 Copyright © 2007, Idea Group Inc. Copying or distributing in print or electronic forms without written permission of Idea Group Inc. is prohibited. Denition 13 The set of the valid typed interaction history T is dened as follows. 1. λ ∈ T. 2. For any typed action E and typed interaction history t ∈ T, E.t ∈ T. A typed action E is said to occur in a typed interaction history t if t = 1 t .E. 2 t . We write E ∈ t if typed action E occurs in typed interaction history t. In essence, a typed interaction history is like an interaction history except for the fact that it has templates of documents or types of the values associated with the actions as opposed to the actual values themselves. Denition 14 Given an interaction i of the form A → B: T2: T1(v), the interaction semantics of i is the set {A-S(T2:T1(v)).A-C(T2:T1(v)).B-R(T2: T1(v))}. We write i ⇒ S if S is the semantics of the interaction i. This typed interaction history captures the fact that one of the end points of the interaction did a successful send followed by a commit, while the other end of the interaction did a successful receive. Denition 15 Given two sets of typed interaction histories 1 T and 2 T , the concatenation T of 1 T and 2 T (written as T = 1 T . 2 T ) is dened as a set of sequences whose elements are made by concatenating any elements of the rst set with any element of the second set. Denition 16 Given a conversation denition of the form c = i 1 ;c ' , where i 1 is a simple interac- tion of the form A → B: T2: T1(v) and c ' is a conversation fragment, c ' can be the interaction fragment or the evaluation of a holder function, or it can be both the interaction fragment and the evaluation of a holder function. Suppose further that i 1 ⇒ S i1 and c ' ⇒ S c' . The set S c such that c ⇒ S c is dened as S c = S i1 ⋅ S c' . 194 Gao & Chung Copyright © 2007, Idea Group Inc. Copying or distributing in print or electronic forms without written permis- sion of Idea Group Inc. is prohibited. The.Formal.Semantics.of.the.Standard.Schemes In terms of the standard schemes for the ordering service of an order-handing system (one supplier) and Denitions 13 and 15, we would like to address the formal seman- tics of the standard schemes on the conceptual system level by taking the example of the ordering service of an order-handing system. In this chapter, the denitions of schemes have general meanings and are not limited to a concrete example. The.Formal.Semantics.of.Scheme.A For Scheme A, the conversation fragment including records of matching message holders and received messages is: Holder(Order-mess-holder) = C: Order(a); Buyer → Agent: C: Order(a); Holder(Orderline-mess-holder) = C: Order(a); Agent → Supplier: C: Order(a). Evaluating Holder(Product-Mess-Holder) Holder(Product-mess-holder) = C: Order(a); Supplier → Agent: C: Order(a); Holder(Orderline-mess-holder) = C: Order(a); Agent → Buyer: C: Order(a); Holder(Order-mess-holder) = C: Order(a). Correspondingly, the semantics of the conversation with the interaction semantics are the following. Holder(Order-mess-holder) = C: Order(a). {Buyer-S(C: Order(a)).Buyer-C(C: Order(a)).Agent-R(C: Order(a))}. Holder(Orderline-mess-holder) = C: Order(a). {Agent-S(C: Order(a)).Agent-C(C: Order(a)).Supplier-R(C: Order(a))}. Evaluating Holder(Product-Mess-Holder) Holder(Product-mess-holder) = C: Order(a). {Supplier-S(C: Order(a)).Supplier-C(C: Order(a)).Agent-R(C: Order(a))}. Three-Point Service-Oriented Design and Modeling Methodology for Web Services 195 Copyright © 2007, Idea Group Inc. Copying or distributing in print or electronic forms without written permission of Idea Group Inc. is prohibited. Holder(Orderline-mess-holder) = C: Order(a). {Agent-S(C: Order(a)).Agent-C(C: Order(a)).Buyer-R(C: Order(a))}. Holder(Order-mess-holder) = C: Order(a). The semantics of Scheme B and Scheme C can be represented as those of Scheme A. Denition 17 We can dene Scheme A, Scheme B, and Scheme C as positive (denoted with *) schemes since they are all successful. Correspondingly, their formal semantics can be expressed in the following: st (Scheme A) = (* C S ) st (Scheme B) = (* M S ) st (Scheme C) = (* F S ). The Formal Semantics of Scheme D For Scheme D, the conversation fragment including records of matching message holders and received messages is: Holder(Order-mess-holder) = C: Order(a); Buyer → Agent: C: Order(a); Holder(Orderline-mess-holder) = C: Order(a); Agent → Supplier: C: Order(a). Evaluating Holder(Product-Mess-Holder) Holder(Product-mess-holder) ≠ C: Order(a); Due to Denition 5, Holder(Orderline-mess-holder) ≠ C: Order(a); Holder(Order-mess-holder) ≠ C: Order(a). In the above conversation fragment, the three-point cooperative principle, which is deducted from the lemmas of the message-dependency rules, can act as the reasoning engine within the conversation between the services; that is, if one parent role wants 196 Gao & Chung Copyright © 2007, Idea Group Inc. Copying or distributing in print or electronic forms without written permis- sion of Idea Group Inc. is prohibited. to take one of three activities (C, M, F), its activity needs to obtain the agreement of the other parent role and be conrmed by the intermediary role. Correspondingly, the semantics of the conversation with the interaction semantics are the following. Holder(Order-mess-holder) = C: Order(a). {Buyer-S(C: Order(a)).Buyer-C(C: Order(a)).Agent-R(C: Order(a))}. Holder(Orderline-mess-holder) = C: Order(a). {Agent-S(C: Order(a)).Agent-C(C: Order(a)).Supplier-R(C: Order(a))}. Evaluating Holder(Product-Mess-Holder) Holder(Product-mess-holder) ≠ C: Order(a). Due to Denition 5, Holder(Orderline-mess-holder) ≠ C: Order(a); Holder(Order-mess-holder) ≠ C: Order(a). The semantics of Scheme E and Scheme F can be represented as those of Scheme D. Denition 18: We can dene Scheme D, Scheme E, and Scheme F as negative (denoted with !) schemes since they are not successful. Correspondingly, their formal semantics can be expressed in the following: st (Scheme D) = (! C S ) st (Scheme E) = (! M S ) st (Scheme F) = (! F S ). The Schemes of Canceling an Order in the Order-Handling System of One Sup- plier. In the following, we would like to address the situation of canceling. Three-Point Service-Oriented Design and Modeling Methodology for Web Services 197 Copyright © 2007, Idea Group Inc. Copying or distributing in print or electronic forms without written permission of Idea Group Inc. is prohibited. Scheme.G: One buyer would like to book goods and sends the order message. This piece of information is passed to the supplier by the agent. At the same time the agent is preparing to send this message to supplier (denoted as ||), the buyer wants to cancel the order and sends the canceling information to the agent. We assume the buyer has priority over the supplier, denoted as Buyer ∠ Supplier. The.Formal.Semantics.of.Scheme.G The conversation fragment including records of matching message holders and received messages is (Buyer ∠ Supplier) Holder(Order-mess-holder) = C: Order(a); Buyer → Agent: C: Order(a); Holder(Orderline-mess-holder) = C: Order (a); Agent → Supplier: C: Order(a) || Buyer → Agent: QC: Order(a). When evaluating Holder(Product-mess-holder), Holder(Product-mess-holder) ≠ C: Order(a). Due to Denition 5, Holder(Orderline-mess-holder) ≠ C: Order(a); Holder(Order-mess-holder) ≠ C: Order(a). Correspondingly, the semantics of the conversation with the interaction semantics are the following. Holder(Order-mess-holder) = C: Order(a). {Buyer-S(C: Order(a)).Buyer-C(C: Order(a)).Agent-R(C: Order(a))}. Holder(Orderline-mess-holder) = C: Order(a). {Agent-S(C: Order(a)).[Buyer-S(QC: Order(a)).Buyer-C(QC:Order(a)). Agent-R(QC:Order(a))].Agent-A(C:Order(a))}. Evaluating Holder(Product-Mess-Holder) Holder(Product-mess-holder) ≠ C: Order(a). Due to Denition 5, Holder(Orderline-mess-holder) ≠ C: Order(a); Holder(Order-mess-holder) ≠ C: Order(a). 198 Gao & Chung Copyright © 2007, Idea Group Inc. Copying or distributing in print or electronic forms without written permis- sion of Idea Group Inc. is prohibited. Scheme.H: The buyer would like to change the content of the booking and sends the modied message. This piece of information is passed to the supplier by the agent. At the same time the agent is preparing to send this message to supplier, the buyer wants to cancel this change and sends the canceling information to the agent. We assume the buyer has priority over the supplier. Scheme.I: The Supplier fullls the contract. This piece of information is passed to the buyer by the agent. At the same time, the buyer cancels the order (we assume the buyer has priority over the supplier). Therefore, the order is not fullled by the supplier. (Within one transaction, this canceling may occur in one of the three phases C, M, or F.) The semantics of Scheme H and Scheme I can be represented as those of Scheme G. Denition 19 We can dene Scheme G, Scheme H, and Scheme I as negative schemes with can- celing (denoted with #). Correspondingly, their formal semantics can be expressed in the following: st (Scheme G) = (# C S ) st (Scheme H) = (# M S ) st (Scheme I) = (# F S ) . Phase Scheme Positive or Negative Semantics Expression Creating A Positive (* C S ) Creating D Negative (! C S ) Creating G Negative with Canceling (# C S ) Modifying B Positive (* M S ) Modifying E Negative (! M S ) Modifying H Negative with Canceling (# M S ) Fullling C Positive (* F S ) Fullling F Negative (! F S ) Fullling I Negative with Canceling (# F S ) Table 1. Formal semantics of the ordering of an order-handling system of one sup- plier Three-Point Service-Oriented Design and Modeling Methodology for Web Services 199 Copyright © 2007, Idea Group Inc. Copying or distributing in print or electronic forms without written permission of Idea Group Inc. is prohibited. Denition 20 Because the semantics of the canceling means there is no possibility of success, the parts of Scheme G, Scheme H, and Scheme I are the same as those of Scheme D, Scheme E, and Scheme F. Correspondingly, the semantics of Scheme D from evaluating Holder(Product- mess-holder) are the same as those of Scheme G. The semantics of Scheme E from evaluating Holder(Product-mess-holder) are the same as those of Scheme H, and the semantics of Scheme F from evaluating Holder(Order-mess-holder) are the same as those of Scheme I. In summary, the formal semantics of the ordering of an order-handling system of one supplier can be summarized in the following table. Denition 21 For any set of semantics of conversation S and nite integer i, S i = S.S.S… i times. Denition 22 In terms of the positive schemes, the successful standard semantics specication (denoted as SP) of the system within one life cycle of one transaction can be ex- pressed as follows: • SP = (* S c ) 1 ⋅(*S M )i⋅(*S F ) 1 , where i is a nite integer. Formal. History. Conformance Local.History.Conformance.to.Schemes In Denition 6 and Denition 7, we formally dened the valid interaction history. In Denition 12 and Denition 13, we formally dened the valid typed interaction history. We also formally dened local typed traces, which we call the formal se- mantics of schemes (in terms of the ordering service of an order-handling system of 200 Gao & Chung Copyright © 2007, Idea Group Inc. Copying or distributing in print or electronic forms without written permis- sion of Idea Group Inc. is prohibited. one supplier). In the following, we rst dene the local history, and then we dene the local history conformance to the formal semantics of schemes. Denition 23: Local History In terms of our three-point service-oriented design and modeling methodology for Web-services composition, on the conceptual system level, given two services A and B and their message holders, we dene the local history (denoted as lh) to be a set of history scripts, which includes all the values of the message holder function, the valid interaction history, the evaluating message holder, and the reasoning scripts from Service A to Service B. Denition 24 For any set of local history lh and the nite integer i, (lh) = i (lh).(lh).(lh)… i times. Denition 25: The Conformance Relation Between the Local History and the Formal Semantics of Schemes (Scheme A…Scheme I) In the following, we dene a conformance relation between the local history and the formal semantics of the schemes (Scheme A…Scheme I). Given a local history and a scheme, if lh ≈ st(Scheme A…Scheme I), we say lh conforms to st (Scheme A Scheme I). Next we would like to dene them in detail in terms of the individual schemes. The conformance relation has two aspects. There is a structure aspect, requiring that the sequences agree between a local history and the formal semantics of a scheme, which includes the sequence of interactions, the matching or validating of the holder value, the evaluation of the holder, and the reasoning results. There is also a value aspect, which requires that the data exchanged as part of the history match or validate against the templates in the formal semantics of the schemes. Denition 26: Well-Formed Local History A local history is said to be well formed if it conforms to the formal semantics of one of the schemes (Scheme A…Scheme I). Three-Point Service-Oriented Design and Modeling Methodology for Web Services 201 Copyright © 2007, Idea Group Inc. Copying or distributing in print or electronic forms without written permission of Idea Group Inc. is prohibited. Successful History of One Life Cycle of One Transaction Denition 27: Successful History of One Life Cycle of One Transaction In Denition 22, we dened the successful standard semantics specication of a system within one life cycle of one transaction. Here we dene the successful history of one life cycle of one transaction. A history (denoted as His) of one life cycle of one transaction is said to be successful if one of the following conditions holds. A: If there is no modication within one life cycle of one transaction, then [ 1 lh ≈ (* C S )] 1 .[ 2 lh ≈ (* F S )] 1 . (4) B: If there are i (i ≥ 1) modications within one life cycle of one transaction, then [ 1 lh ≈ (* C S )] 1 . [ )1 (2 i lh + ≈ (* M S )] i . [ ) 2 ( i lh + ≈ (* F S )] 1 , (5) where i (i ≥ 1) is a nite integer. According to Denition 17, Denition 18, and Denition 19, a successful history of one life cycle of one transaction can be expressed in one of the following expres- sions as well. A: If there is no modication within one life cycle of one transaction, then [ 1 lh ≈ st (Scheme A)] 1 .[ 2 lh ≈ st (Scheme C)] 1 . (6) B: If there are i (i ≥ 1) modications within one life cycle of one transaction, then [ 1 lh ≈ st (Scheme A)] 1 . [ )1 (2 i lh + ≈ st (Scheme B)] i . [ ) 2 ( i lh + ≈ st (Scheme C)] 1 , (7) where i (i ≥ 1) is a nite integer. [...]... (15) where i (i ≥ 1) is a finite integer In terms of our three-point service- oriented design and modeling methodology for Web-services composition, given the fact that there is a service buyer and service supplier, the intermediary service is the service agent When equation 8 happens within one life cycle of one transaction, the service buyer does not successfully create an order Copyright © 2007,... phase under the condition that the service buyer has priority over the service supplier When equation 14 happens within one life cycle of one transaction, the service buyer and service supplier successfully complete one life cycle of one transaction without modifying the order When equation 15 happens within one life cycle of one transaction, the service buyer and service supplier successfully complete... processes within Web-services interactions and composition—in this chapter we proposed a novel analysis, design, and modeling methodology for Web-services composition: a three-point serviceoriented methodology based on some object-oriented research results in MERODE On the concept level, we first clarified the research issue of semantic consistency within Web-services interactions and Web-services composition,... protocols in inter -enterprise process execution In Proceedings of the Second VLDS-TES Workshop, Rome Casati, F., Sayal, M., & Shan, M.-C (n.d.) Developing e-services for composing e-services (Tech Rep.) HP Lab Casati, F., & Shan, M.-C (2001) Dynamic and adaptive composition of e -service Information Systems, 26, 143-163 Curbera, F., et al (2003) Business process execution language for Web services (Version... Web-services interactions Related Works There are many emerging Web-services standards that are relevant for our work We enumerate some of major work and briefly describe the relationship with our work • BPEL4WS: BPEL4WS (Business Process Execution Language for Web Services Version 1.1, 2003) has emerged as a proposal for describing business-process execution BPEL4WS is built on top of the Web-services... methodologies for Web-services composition and making clear the semantic consistency within Web-services interactions on the concept level and system level Its results are significant and profound, and they can be the solid theoretical foundation of the BPEL4WS’ further evolution • WSCL: The work on WSCL (Web Services Conversation Language (WSCL) 1.0, 2002) proposes a conversation language for Web -service protocols... methodology for enterprise modeling Its first-class entities are object types and event types It requires that all relationships express existence dependency in object types, thus this methodology provides the key to semantic integrity among object types through presenting the existence dependency in object types Our work caters to the need of new Web-services computing and regards Web services as first-class... good reference for the formal model of Web-services composition Although this mealy-machine formalism provides the description about the internal behavior of a service, it lacks the direct analysis, discussion, and expression on the semantic consistency of Web-services interactions and composition Conclusion In order to tackle one of the big inhibitors of Web-services adoption and acceptance—the lack... transaction, the service buyer first successfully creates an order, but later cancels the Order during the modifying phase When equation 12 happens within one life cycle of one transaction, the service buyer successfully creates and modifies an order i (i ≥ 1) times, but the service supplier does not fulfill the order in the end When equation 13 happens within one life cycle of one transaction, the service. .. methodology for Web-services composition presented in the chapter Such a system will enable us to implement the composition techniques for Web-services composition and test whether the Copyright © 2007, Idea Group Inc Copying or distributing in print or electronic forms without written permission of Idea Group Inc is prohibited Three-Point Service- Oriented Design and Modeling Methodology for Web Services 207 . three-point service- oriented design and modeling methodology for Web-services composition, given the fact that there is a service buyer and service supplier, the intermediary service is the service. composition of e -service. Information Systems, 26, 143- 163 . Curbera, F., et al. (2003). Business process execution language for Web services (Version 1.1). Retrieved from http://www-1 06. ibm.com/developerworks/web- services/library/wsbpel/ Florescu,. Communicating sequential processes. Communications of the ACM, 21(8), 66 6 -67 7. Hull, R., Benedikt, M., Christophides, V., & Su, J. (2003). E-services: A look behind the curtain. In Proceedings of the

Ngày đăng: 22/06/2014, 04:20