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.
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.
Per conoscere la nostra offerta per la Software
Selection
contattaci
