Das physische Modell: Anwendungsarchitektur
Nachdem die konzeptionellen und logischen Modelle abgeschlossen sind, können Sie Entscheidungen über die physische Implementierung der Anwendung treffen. Um das physische Modell zu erstellen, müssen Sie wissen, wo sich die verschiedenen Dienste der Anwendung befinden und wie sie implementiert werden sollen. Die Bestimmung, wo sich verschiedene Dienste befinden, sollte vor der Implementierung der Dienste liegen.
Eine grundlegende Regel zum Bestimmen, wo sich verschiedene Dienste befinden, ist die folgende: Platzieren Sie die Komponente an der Stelle, an der sie verwendet wird. Wenn z. B. eine Komponente Informationen für den Basisclient anzeigt, sollte sie auf dem Computer des Benutzers ausgeführt werden. Wenn eine Komponente Informationen vom Basisclient überprüft, sollte sie sich auch auf dem Computer des Basisclients befinden. Wenn eine Komponente Informationen in einer Datenbank aktualisiert, sollte sie sich auf dem Datenbankserver befinden.
Es gibt natürlich zusätzliche Überlegungen, die Ausnahmen von dieser Regel machen. Leistungs- und Sicherheitsprobleme können auch bestimmen, wo sich eine Komponente befindet. Beachten Sie Folgendes:
- Wird sich eine Komponente häufig ändern, was die Verteilung von Updates erschwert?
- Wird die Komponente von anderen Anwendungen verwendet, z. B. von einer gemeinsamen Sicherheitsüberprüfungskomponente?
- Führt die Komponente langwierige Berechnungen durch oder führt Funktionen wie drucken aus, die auf einen Server ausgeladen werden können?
- Kann die Sicherheit einer Komponente verbessert werden, indem sie auf einem Server platziert wird?
Das ordnungsgemäße Auffinden von Komponenten einer Anwendung kann auch das Entwicklungsteam vor kostspieliger Neucodierung schützen, wenn sich das System oder der Speicherort der Daten ändert. Wenn Sie beispielsweise die Datenzugriffsregeln auf einer Datenebene anstatt in gespeicherten Prozeduren platzieren, kann die Anwendung leichter von der Abhängigkeit von einem bestimmten DBMS isoliert werden. Änderungen werden nicht nur eingeschränkt und Tests werden eingeschränkt, sondern auch Datenquellen können geändert und Daten verteilt werden, ohne die Anwendung grundlegend zu ändern.
Schließlich sollte das Auffinden von Komponenten die Vorteile der Systemeffizienz nutzen. Es ist zeit- und kosteneffizient, Geschäftsobjekte an zentralen Standorten im Netzwerk zu platzieren. Objekte können für Anwendungen freigegeben werden, und Komponententests können durchgeführt werden, bevor Komponenten bereitgestellt werden. Die Wartungskosten können auch verringert werden, da Regeländerungen nur an einem einzigen Punkt auftreten.
Zugehörige Themen