| |
2-2 UML für Unternehmenanwendungsintegration, v1.0 März 2004 2 Es gibt eine Notwendigkeit an den zusätzlichen Abstraktionen wie Warteschlangen (lokal oder entfernt) und Themen. Bei einem Niveau sollten Warteschlangen und Themen, aber auf einem untereren Niveau des Details unsichtbar sein sie kann hervorquellen wird angefordert. 2,2 Drehbuch 2: InformationscTeilen Dieses Drehbuch kommt von der Behandlung von Sicherheiten. Ein Investor bestellt einen auf lagerhandel, gewöhnlich, indem er eine Anzeige sendet, die den Vorrat beschreibt durchzuführender Handel. (wir besprechen die Kreation der Anzeige im folgenden Drehbuch.), Dieser auf lager Geschäftsauftrag löst einen Satz autonome Tätigkeiten aus: Überprüfung des Investors Konto, die Position der Anstalt überprüfend und teilen einen Vermittler, wenn der Handel groß ist mit, und einen Vermittler sowie den Investor mitteilend, wenn es irgendwelche Ausgaben gibt. Wenn der Auftrag angenommen wird, wird der Marktplatz und eine Anstalt wie ein Markt vorgewählt Hersteller führt den Handel durch. Nach Durchführung sind die Investoraufzeichnungen aktualisiert. Dem Investor über Pager und E-mail Informationen über den durchgeführten Handel werden und zu geschickt interne Systeme wie Buchhaltung, die die Informationen erfordern. Das Sicherheitsunternehmen ist nicht nur interessiert, an, Anträge richtig aber auch anzufassen innen antwortende Fragen von den Investoren, von den Reglern und von anderen interessierten Beteiligten, beide intern und extern, zu irgendeinem Zeitpunkt während oder nach eines Handels. Eine Schlüsselanforderung ist, daß es einfach sein sollte, neue Teilnehmer zu addieren und neu Funktionalität ohne oder minimale Auswirkung zu vorhandenen Teilnehmern und zu den Dienstleistungen. Eine gute Weise, dieses Drehbuch zu beschäftigen soll es als Informationen modellieren, die zwischen teilen Anwendungen und Schauspieler, wie Investoren und Vermittler. Solche Informationen, die Dose teilen seien durch das Veröffentlichen und das Unterzeichnen zum Geschäftsfallermöglichen eingeführt Sie Kommunikation zwischen den Teilnehmern. Wir nehmen an, daß alle Anwendungen a reflektieren geteiltes Verständnis über die Bedeutung und die Reihenfolge des einzelnen Geschäfts Fälle und Tat entsprechend diesem teilten das Verstehen. Jedoch nehmen wir das an Anwendungen und die Schauspieler, die an diesen Prozessen teilnehmen, werden vom Wissen lokalisiert über in wem ihre Informationen verbrauchen und in welchem Thema und formatieren Sie die Empfänger erwarten Sie es. Es muß möglich sein, die folgenden Abstraktionen zu modellieren: ?- Anzeigen, die Geschäftsfälle darstellen. (wir sind an den Anzeigen viel weniger interessiert das stellen nicht Geschäftsfälle.) dar, ?- Publikation der Anzeigen und der Geschäftsfälle - die Fähigkeit, Informationen zu teilen. ?- Warteschlangen und -themen - es muß möglich sein, Ausgangsbehälter des Sendens zu trennen Anwendungen von den Eingangsbehältern des Empfangens von Anwendungen. ?- Datenumwandlung - jedes Programm muß in der LageSEIN, Anzeigen innen zu verursachen oder zu verbrauchen sein eigenes Format. Anwendungen sollten in der LageSEIN, die Datenstrukturen zu benutzen, die für ihr verwendbar sind Sprache z.B. ein C++-Programm zu besitzen sollte nicht SCHNELLES oder XML anfassen müssen Formate. Datenumwandlung muß Datenüberprüfung umfassen. ?- Ausbreitung - die Fähigkeit, irgendein Protokoll zu verwenden, um eine Anzeige zu empfangen oder zu liefern, einschließlich der Verteilung einer empfangenen Anzeige zu einer Warteschlange. |  |
|
| |
|
|
