Hi alle!
Ich kenne keine anderes Forum, in dem sich so viele qualifizierte Leute tummeln.
Deshalb hoffe ich, dass ihr mir mit eurer Meinung helfen könnt.
Für meine Diplomarbeit soll ich eine Zentraldisposition für Speditionen konzipieren.
Dabei sollen einzelne Standorte (z. B. Hamburg, München, Berlin) über einen zentralen Server Dispositionsdaten (insb. Lieferungen/Sendungen/Touren) austauschen können.
Folgende Punkte sind wichtig:
- die Speditionen sind meist kleine oder mittelgroße Unternehmen (Preisfrage)
- die Speditionen setzen schon das Programm meiner Firma ein
- die Kommunikation mit einem Server, der die Dispositionsdaten verwaltet, muss über das Internet erfolgen
Damit ich jetzt keinen konzeptionellen Fehler zu Beginn mache, würde ich gern eure Meinung zu meinen bisherigen Gedanken hören:
-
Aufgrund der Kostenfrage würde ich die Kommunikation zwischen Klienten
und Server über SOAP und HTTP(S) bewerkstelligen.
(Stichwort: "Service-orientierte Architekturen mit Web Services") -
Die Serverapplikation würde mit PHP und MySQL entwickelt werden, so
dass sie auf gängigen Webservern eingesetzt werden kann -
Auf die lokalen Anwendungen (Delphi, MSSQL 2005/8 Express) habe ich
selbstverständlich Einfluss. Auch hier ist eine Implementierung der
Kommunikation mittels SOAP kein Problem. -
Performanceprobleme des Servers sind nicht zu erwarten, da im Mittel
niemals mehr als 50 Zugriffe pro Minute erfolgen.
Meine grundsätzlichen Fragen:
1. Ist die Umsetzung über einen Webservice, der mittels SOAP mit den
einzelnen Standorten kommuniziert prinzipiell zu empfehlen?
2. Welche Alternativen gibt es?
Auch weitere Anmerkungen, Meinungen und Kritiken sind herzlich willkommen.
Ich danke euch für eure Aufmerksamkeit,
MfG H☼psel
"It's amazing I won. I was running against peace, prosperity, and incumbency."
George W. Bush speaking to Swedish Prime Minister unaware a live television camera was still rolling, June 14, 2001
Selfcode: ie:% fl:( br:> va:) ls:& fo:) rl:? n4:& ss:| de:] js:| ch:? sh:( mo:) zu:)