[Fiware-i2nd] R: USDL and Modelling in FI-WARE

[Kadner, Kay]

Hi guys,

let me try to clarify what USDL is good for. As you already said, USDL is for describing services, as it is the Unified Service Description Language. One of its intentions is to extend current service descriptions (e.g., WSDL) by other information that becomes necessary when looking at services from a business service network. In such a network, you need business and operational information like contact data of provider, pricing models for service execution, etc. USDL is by no means meant to replace WSDL. It's an addition to it and to some extent independent from it. This means two things: we do not reinvent the wheel (WSDL is quite mature) and we do not necessarily need a technical description. This is because USDL is intended to also cover service description of non-technical services like car repair or package handling.

So, in the end, UML is not comparable to USDL, they both have a totally different purpose. If you like, you can compare USDL to WSDL. I like to state that USDL could be for the Internet of Services what HTML was for the Web.

Best Regards,
Kay

Dr. Kay Kadner
Senior Researcher   I   Chair of W3C USDL XG   I   SAP Research Dresden
SAP AG   I   SAP Research   I   Chemnitzer Str. 48   I   01187 Dresden   I   Germany

T +49 351 4811-6127   I   F +49 6227 78-44576   I   M +49 172 4639220   I   mailto:kay.kadner at sap.com
www.sap.com/research

Please consider the impact on the environment before printing this e-mail.


Pflichtangaben/Mandatory Disclosure Statements:
http://www.sap.com/company/legal/impressum.epx
Diese E-Mail kann Betriebs- oder Geschäftsgeheimnisse oder sonstige vertrauliche Informationen enthalten.
Sollten Sie diese E-Mail irrtümlich erhalten haben, ist Ihnen eine Kenntnisnahme des Inhalts, eine Vervielfältigung
oder Weitergabe der E-Mail ausdrücklich untersagt. Bitte benachrichtigen Sie uns und vernichten Sie die
empfangene E-Mail. Vielen Dank.

This e-mail may contain trade secrets or privileged, undisclosed, or otherwise confidential information. If you have
received this e-mail in error, you are hereby notifi ed that any review, copying, or distribution of it is strictly prohibited.
Please inform us immediately and destroy the original transmittal. Thank you for your cooperation.

From: jeanpierre.lerouzic at orange.com [mailto:jeanpierre.lerouzic at orange.com]
Sent: Mittwoch, 12. Oktober 2011 16:57
To: pasquale.donadio at alcatel-lucent.com; castrucci at dis.uniroma1.it; Bohnert, Thomas Michael; fiware-i2nd at lists.fi-ware.eu
Cc: Kadner, Kay; Heller, Markus; Leidig, Torsten
Subject: RE: [Fiware-i2nd] R: USDL and Modelling in FI-WARE

Hi all,

I think there is some misunderstanding here.
Thomas said these two tools can't be compared or are not interchangeable:

·         It seems to me USDL is about large business process modeling, which means much larger conceptual realms than the much simpler simple services that are modelized with UML. I may be wrong about USDL actual possibilities but UML is not a universal solution: How do you quickly model non functional properties such as security, business or operation in UML? How can you share requirements with people that have expertise that you don't have (for example marketing) in UML? How to integrate in a UML model apparently contradictory requirements made by separate team of experts such as security team asking for closed devices and marketing team asking of opened devices?

·         Probably it's the whole of Fi-ware that should be modeled in USDL, where each WPs and tasks should use UML.

Indeed I am not a specialist of both tools.

Best regards,

Jean-Pierre




De : fiware-i2nd-bounces at lists.fi-ware.eu [mailto:fiware-i2nd-bounces at lists.fi-ware.eu] De la part de DONADIO, PASQUALE (PASQUALE)
Envoyé : mercredi 12 octobre 2011 16:38
À : Marco Castrucci; Bohnert, Thomas Michael; fiware-i2nd at lists.fi-ware.eu
Cc : Kadner, Kay; Heller, Markus; Leidig, Torsten
Objet : [Fiware-i2nd] R: USDL and Modelling in FI-WARE

Dear all,

>From an industrial point of view, and personal experience, Unified Modeling Language is considered the standard de facto for the design of each kind of software component, packages platforms and services.

The set of diagrams, also named "Use case diagrams", "State diagrams", "Sequence diagrams" etc...provides a general purpose set of design tools useful to describe each kind of software systems.

UML design is moreover supported by many software tools (e.g. StarUML, ArgoUML, Rational/IBM products, etc)

On the other hand, USDL seems a service oriented design language only, containing a subset of the UML formalisms. Finally USDL tools seems not yet mature respect the UML tools listed above

So, in my opinion, the UML language should be considered the best choice for our software design.

Best Regards

Pasquale
________________________________
Da: fiware-i2nd-bounces at lists.fi-ware.eu [mailto:fiware-i2nd-bounces at lists.fi-ware.eu] Per conto di Marco Castrucci
Inviato: mercoledì 12 ottobre 2011 16.03
A: Bohnert, Thomas Michael; fiware-i2nd at lists.fi-ware.eu
Cc: Kadner, Kay; Heller, Markus; Leidig, Torsten
Oggetto: Re: [Fiware-i2nd] USDL and Modelling in FI-WARE

Dear Thomas,

thanks for your input!
In addition, I'd like to suggest also to have a look to this paper: Cardoso, Winkler, Voigt "A service description language for the Internet of Services": http://eden.dei.uc.pt/~jcardoso/Research/Papers/ISSS-2009-Serv-Desc-Lang-for-the-IoS.pdf.

What is still not so clear to me is how to model technical aspects with USDL.
In the email you attached, I see that WP3 is using yEd tool for that. I had a look at yEd and I see that it also offers some utilities to draw UML diagrams (even if it is not so complete compared to other tools like StarUML).

Thus, is it right to conclude that, for the modelling of technical aspects, we don't need to use the USDL tool but we shall use other tools (like for example yEd or StarUML)? This means that we can use USDL for the global description of the service (business, legal aspects, etc.) and UML for its technical description?

Thank you in advance.
Best regards
Marco


----- Original Message -----
From: Bohnert, Thomas Michael<mailto:thomas.michael.bohnert at sap.com>
To: fiware-i2nd at lists.fi-ware.eu<mailto:fiware-i2nd at lists.fi-ware.eu>
Cc: Kadner, Kay<mailto:kay.kadner at sap.com> ; Heller, Markus<mailto:markus.heller at sap.com> ; Leidig, Torsten<mailto:torsten.leidig at sap.com>
Sent: Wednesday, October 12, 2011 11:22 AM
Subject: [Fiware-i2nd] USDL and Modelling in FI-WARE

Dear I2ND Members,

With reference to the call this morning here are some infos about USDL and general process/program design/modeling.

USDL:
Landing page: www.internet-of-services.com<http://www.internet-of-services.com>
Short intro: M. Heller, T. M. Bohnert, A. Friesen, "A Unified Service Description Language (USDL) (slides)", 3rd FI-PPP Usage Area Workshop", Brussels, Belgium, Jun 2011 http://dl.dropbox.com/u/43706589/USDL_Heller_tmb.pdf
Technical contact: M. Heller (WPL) / T. Leidig (WPA) / K Kadner (USDL W3C IC Chair). I suggest to schedule a USDL-briefing very soon. Also in order to address you concerns with respect to the stability and maturity of USDL in particular.

Modeling:
USDL is NO alternative to UML. Instead, for modeling your technical aspects you may consider the approach and tooling adopted in the Apps chapter. Precise info with real examples are attached.

Questions/Comments welcome.

Best - Thomas

--
Thomas Michael Bohnert
Technical Director
SAP (Schweiz) AG, Kreuzplatz 20, 8008 Zurich, Switzerland
T +41 58 871 7801, M +41 79 7018941, F +41 58 871 7812
email: thomas.michael.bohnert at sap.com<mailto:thomas.michael.bohnert at sap.com>
web: tmb.nginet.de, twitter: tmbohnert

Please consider the impact on the environment before printing this e-mail.
________________________________
_______________________________________________
Fiware-i2nd mailing list
Fiware-i2nd at lists.fi-ware.eu<mailto:Fiware-i2nd at lists.fi-ware.eu>
http://lists.fi-ware.eu/listinfo/fiware-i2nd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.fiware.org/private/old-fiware-i2nd/attachments/20111012/26aae9a7/attachment.html>