Es gibt so etwas wie eine "Enterprise Architecture Diagram"
"Enterprise Architecture" ist ein Software-Design und Prozess auf Unternehmensebene nicht. Anstatt mit Klassendiagrammen zu arbeiten, arbeiten Sie mit vollständigen Anwendungen. Der beste Standard für Enterprise Architecture seit Januar 2017 ist Togaf 9 (oder Zachman).
Die Liste der Diagramme, die ein Enterprise Architect sind hier normalerweise produzieren würde:
http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap35.html http://pubs.opengroup.org/architecture/togaf9-doc/arch/chap34.html
34.3.2 Core-Architektur Artifacts
- Lösungskonzept Diagramm
- Geschäfts Fußabdruck Diagram
- Business-Service/Information Diagramm
- Funktionale Dekomposition Diagramm
- Product Lifecycle Diagramm
- Begriffsdaten Diagramm
- Logische Daten Diagramm
- Data Dissemination Diagram
- Anwendung Kommunikationsdiagramm
- Anwendungs- und Benutzer loceintieinuf
- Anwendung Anwendungsfalldiagramm
- Umgebungen und Standorte Diagramm
- Plattform Zersetzungs Diagramm
- Projektkontextdiagramm
- Vorteile Diagramm
Klingt wie Sie eine Anwendung Kommunikationsdiagramm möchten.
Kunden füllen das Anmeldeformular aus Haupt-Website bis dann geht es zu einem unseren wichtigsten Anwendungen dann zu genehmigen, wenn es dann genehmigt Kunden-Portal anmelden kann in der Lage. Das Portal ist eigentlich ein REST API-Back-End.
Wie kann ich dies in einem Diagramm ausdrücken? Welche Art von Diagramm könnte es sein? Sollte es wirklich Enterprise-Architektur-Diagramm aufrufen? Fällt es auf irgendeine Kategorie?Welche Art von UML-Notation kann ich verwenden, wenn überhaupt?
Ich würde die obigen Links lesen, aber seien Sie sich bewusst, dass dies eine hohe Führung ist.
Dann denken Sie an welche Nachricht möchten Sie Relais, zum Beispiel möchten Sie Ihren Chef den Fluss zu genehmigen? Möchten Sie den Benutzern mitteilen, wie das System funktioniert? Sind Sie der Architekt und haben den Entwicklern eine schematische Darstellung geliefert? WARUM erstellen Sie dieses Diagramm?
Dann, wenn Sie verstehen, was Sie erreichen wollen, sollte es offensichtlich sein, welche Diagramme zu produzieren. In dieser Situation würde ich wahrscheinlich zwei Diagramme produzieren:
Ein Diagramm, das die physischen Teile des Systems zeigt, UI, Hauptanwendungen, tomcat/Apache-Server, Datenbank. Ich würde das wahrscheinlich von oben nach unten machen und die Schichten isolieren, UI an der Spitze (Präsentation), dann Geschäftslogik, dann Datenspeicher am unteren Rand. Alternativ würde von links nach rechts funktionieren.
Ein Diagramm, das den Prozess "Registrierungsformular" zeigt. Ich würde das wahrscheinlich als Ereignis-Ablaufdiagramm oder Sequenzdiagramm (UML) strukturieren, das die Lebenslinien (UI, App, db) zeigt und die Abfolge von Ereignissen anzeigt, 1. Formular ausfüllen, 2. Sicherheit, 3. persistent, 4. zurückgeben . (Die „Anmeldeformular“ Prozess im Idealfall wurde von einem Anwendungsfalldiagramm angehoben hätte)
Wenn dies ein Diagramm vieler dann dann die zweite Diagramm könnten auch andere Strömungen zeigen, wie „update Benutzerdaten“ oder "Fehlerszenarien".
Wenn dies jedoch eine kurze Übung ist, dann könnten Sie das Verhalten oben auf Diagramm überlagern. Es gibt keinen offiziellen Namen für ein solches kombiniertes Diagramm, aber manchmal hilft es, die Botschaft zu vermitteln.
Diese Frage wäre mehr zum Thema auf https://softwareengineeringdaily.com/. – Jubobs
Es gibt entweder zu viele mögliche Antworten, oder gute Antworten wären für dieses Format zu lang. Bitte fügen Sie Details hinzu, um die Antwortgruppe einzuschränken oder ein Problem zu isolieren, das in einigen Absätzen beantwortet werden kann. Ich würde vorschlagen, dass Sie ein Entwicklungsforum finden (vielleicht [Quora] (http://www.quora.com/Computer-Programming)?), Um Verallgemeinerungen zu erarbeiten. Dann, wenn Sie spezielle Codierprobleme haben, kommen Sie zurück zu Stack Overflow und wir helfen Ihnen gerne weiter. –