Web Services: Entwicklung eines Szenarios

Das Beispiel-Szenario für dieses Projekt besteht aus zwei fiktiven Unternehmen: Toms Online Books und Johns Wholesale Book Supplier. Johns Firma ist einfach ein Bücher-Großhandel. Er hat kein Ladengeschäft und verkauft nicht direkt an Kunden, sondern liefert nur Bücher zu Großhandelspreisen an Buchhändler. Toms Firma betreibt dagegen eine Online-Buchhandlung, bei der Kunden über das Internet mithilfe eines Warenkorbes Bücher kaufen können. Tom unterhält kein eigenes Lager, sondern leitet Kundenaufträge an John weiter, der die Bücher liefert.

Da John über kein eigenes Ladengeschäft verfügt, besteht seine einzige Einnahmequelle darin, Bestellungen anderer Buchhandlungen auszuführen. Zu diesem Zweck hat John sich entschlossen, eine ASP.NET-Anwendung mit einer Web Services-Schicht zu entwickeln, mit der er in Echtzeit Bestellungen mit seinen Händlern abwickeln kann. Und Tom hat sich entschieden, seine Produktivität mithilfe eines eigenen Warenkorb-Systems mit ASP.NET und einer Web Services-Schnittstelle zu Johns Anwendung zu steigern. Durch diese Übereinkunft zur geschäftlichen Zusammenarbeit hoffen beide Umsatz und Produktivität zu erhöhen.

In diesem Beispielfall werden beide Anwendungen vom selben System-Designer entwickelt, in der Realität könnten es aber auch zwei unterschiedliche Entwickler-Teams sein, womöglich sogar von unterschiedlichen Firmen. Da die einzige Verbindung über die Web Services-Schicht besteht, sorgt ein allgemeines Design dafür, dass beide Anwendungen flexibel genug für zukünftige Erweiterungen bleiben und es zwischen den beiden Entwicklergruppen nicht zu Unstimmigkeiten in Bezug auf die Web Services-API kommt.

Anwendungsfälle

Anwendungsfälle sind eine Möglichkeit, Benutzeranforderungen gegenüber den Anwendungs-Designern und -Entwicklern zum Ausdruck zu bringen. Die UML-Spezifikationen (Unified Modeling Language) bieten äußerst detaillierte und ausführliche Erläuterungen für sorgfältig dokumentierte Anwendungsfälle. Hier sollen Anwendungsfälle aber nur dazu dienen, zu beschreiben, was jedes System leisten soll.