 |
|
|
|
|
|
|
|
| |
 |
|
INFORMATICAMENTE
PARLANDO |
| |
|
|
Perchè un
ERP deve essere sviluppato in tecnologia Web Services? |
| I Web Services si
basano su due tecnologie : |
|
RDS è impegnata a sviluppare le proprie
applicazioni in modo "eccellente" nelle due
tecnologie.
RDS ha già reso XML-enabled e
sta sviluppando i moduli per rendere Web Services-enabled -(secondo
gli standard UDDI (1), WSDL (2) e SOAP (3))- il suo ERP
nel Web RDS v5i.
Perchè un ERP deve essere sviluppato in
tecnologia Web Services?
 Leggi
l'articolo (in inglese):Enterprise
Resource Planning and Web Services,The Third Wave.
Esistono molti Toolkit disponibili sul mercato per semplificare la realizzazione
e/o l’utilizzo di Web Services, ma i più diffusi sono:
Microsoft Visual Studio.NET e .NET Framework -
Il nuovo ambiente Microsoft nasce con lo scopo di favorire
lo sviluppo e la diffusione dei Web Services. La realizzazione
di Web Services in questo ambiente è immediata
come quella di creare delle normali classi.
Apache SOAP Toolkit e AXIS - Sono due
toolkit per Java che permettono lo sviluppo e l’utilizzo
di Web Services. Il SOAP Toolkit è ottimo come
prodotto SOAP, ma non dispone di tool per la lettura
e generazione di file WSDL. AXIS è la nuova versione
che li supporta ma è ancora in fase di sviluppo.
IBM Web Services Toolkit - E’ basato
sul Toolkit Apache e lo estende fornendo il supporto
per i file WSDL e per l’utilizzo di UDDI.
IBM WebSphere Studio Application Developer - WebSphere Studio Application
Development è un nuovo "development environment" che supporta
l'intero ciclo di vita dello sviluppo dei Web Services col supporto per SOAP,
WSDL, and UDDI, e include una potente suite di XML tools. Usando questa suite,
gli sviluppatori possono facilmente portare i componenti esistenti come Java
beans, EJB beans, and SQL statements, dentro i Web Services, e possono incorporare
i Web Services dentro nuove applicazioni.
RDS è impegnata ad essere il
punto di riferimento per lo sviluppo di Web Services
ed è indirizzata a conoscere e usare tutti questi
tool, oltre ad aver sviluppato per il proprio ERP, una
suite proprietaria chiamata WebTalk.
Note :
|
Universal Description, Discovery, and Integration, (UDDI)
is a specification for distributed Web-based information registries of
Web services. UDDI is also a publicly accessible set of implementations
of the specification that allow businesses to register information about
the Web services they offer so that other businesses can discover them. |
|
Web services Description Language, (WSDL)
is the “descriptor standard” that allows a business to publish
and describe their unique service offerings to the UDDI registry in a standard
format. Once a Web service has been described, it is published in a UDDI
registry with a service broker that helps make the application/service
known to Web service requestors. |
|
Simple Object Access Protocol, (SOAP)
is an Internet Protocol that provides the “glue” that enables
Web service applications to bind to each other, and allows for program-to-program
communication and interoperability. After a Web service is published and
discovered, then the Web service provider and requestor can conduct electronic
business together through SOAP binding. |
| |
|
|
Per chi non conosce
i concetti fondamentali dei Web Services : |
Perchè Web Services
Secondo una definizione comune, Web Services sono dei componenti software che
interagiscono dinamicamente con tutti gli altri usando una tecnologia standard
in Internet (XML), rendendo possibile costruire dei ponti fra sistemi che altrimenti
richiederebbero un enorme sforzo di sviluppo. D'altra parte i Web Services permettono
la connessione fra sistemi per le funzioni di business di ogni giorno (es: ordini,
fatture, pagamenti,...). E queste funzioni di business possono essere usate come
blocchi per costruire qualsiasi cosa; una applicazione può essere costruita
da differenti Web Services assemblati dinamicamente da diverse fonti nel Web.
La buona notizia : gli Standards
Ciò che permette ai Web Services di lavorare - e ciò che li rende
unici nel mondo del business di oggi - è che i Web Services sono costruiti
completamente su standard aperti basati su XML. Perfino compagnie che normalmente
non si mettono d'accordo sugli standard - incluso Microsoft, IBM e HP - sono
d'accordo sul fatto che i Web Services sono vitali per il loro futuro. In effetti
sono tutte d'accordo con Microsoft, "Web Services provide a simple, flexible,
standards-based model for binding applications together over the Internet that
takes advantage of existing infrastructure and applications."
In altre parole, i Web Services offrono delle interfacce standard dentro e fuori
le applicazioni, che rendono facile l'integrazione di sistemi diversi.
Il risultato : uno Sviluppo ed una Integrazione
più Facile
Oltre che a cambiare il modo in cui le applicazioni sono distribuite, i Web Services
stanno re-inventando il modo in cui le applicazioni sono sviluppate ed integrate.
In verità i Web Services sono delle componenti riusabili, e quindi promettono
una drammatica riduzione del costo totale di creazione di una applicazione. E
ciò significa che il costo e lo sforzo oggi occorrente nello sviluppo
delle applicazioni calerà sensibilmente. Ma, più importante, i
Web Services rappresentano delle interfacce standard fra le applicazioni, rendendo
obsoleto il modo odierno di connettere le applicazioni fra loro attraverso rigide
soluzioni punto-a-punto.
Tuttavia, come ogni tecnologia che pretende una
grande flessibilità, i Web Services aggiungono
complessità e pretendono un approccio architetturale.
| |
|
|
Qualche
definizione da IBM e Microsoft. |
Dal sito IBM :
"A Web service is a set of related application functions that can be programmatically
invoked over the Internet. To invoke a Web service, applications make use of
the service definition information in a Web Services Description Language (WSDL)
document. WSDL documents will be indexed in a searchable Universal Description,
Discovery, and Integration (UDDI) Business Registry. The UDDI specification defines
open, platform-independent standards that enable businesses to share information
in a global registry. The UDDI Business Registry is poised to become a vast library
of functions available to all developers. Using the Web services in the Business
Registry, applications can use data and resources that are available on the Web,
just as they now use resources that are available to them locally.
Simple Object Access Protocol (SOAP) is a protocol that defines a standard way
for distributed applications to communicate over the Internet. SOAP enables programmers
to invoke remote services in a platform-neutral manner in much the same way that
Web browsers can access Web servers regardless of the platform on which the servers
run. Together, Web services and SOAP enable businesses to make their services
available to many potential clients using a standard connection protocol. This
makes it possible for related businesses, such as insurance companies and health
care providers, to integrate their business processes over the Internet, making
transactions easier and more efficient."
Figure: Relationship between service provider,
service broker, and service requester
Web services in action !
See Web services in action by IBM, and learn how to make your business a more
dynamic e-business. This demo looks inside a Private UDDI Directory, shows how
to find and bind to a Web service, and how to easily develop and publish new
Web services applications using the WebSphere Application Developer wizard. All
the technology used is available today! IBM makes Web services available NOW!
This demo requires RealPlayer to be installed on your computer. This is available
at no cost on the Realplayer
Web site.
View
the Web services demo (69.4 MB)
Dal sito Microsoft :
"Web Services Specifications: XML Web services are the fundamental building
block in the move to distributed computing on the Internet. Open standards and
the focus on communication and collaboration among people and applications have
created an environment where XML Web services are becoming the platform for application
integration. Applications are constructed using multiple XML Web services from
various sources that work together regardless of where they reside or how they
were implemented. XML Web services are successful for two reasons. First, they
are based on open standards making them interoperable, and, second the technology
used to implement them is ubiquitous.
XML Web services are built on XML, SOAP, WSDL and UDDI specifications. These
constitute a set of baseline specifications that provide the foundation for application
integration and aggregation. From these baseline specifications, companies are
building real solutions and getting real value from them. But, as companies develop
their Web services, their solutions have become more complex, and their need
for standards beyond this baseline is readily apparent. The baseline specifications
leave a gap in Web services development that requires developers to implement
higher-level functionality such as security, routing, reliable messaging, and
transactions in proprietary and often non-interoperable ways."
Microsoft and IBM
co-presented this vision at the W3C Workshop on Web Services in April 2001 available
at http://www.w3.org/2001/03/wsws-popa/paper51.
|
|
|
|
|
| |
Desideri ulteriori informazioni? Contattaci |
|
|
