Share-Modell von Enterprise Architect

Hinweis zur Einführung: Unsere Analysten und Trainer haben langjährige Erfahrung mit Enterprise Architect. Wir verwenden das Tool sehr regelmäßig. Aber deshalb wissen wir, dass es definitiv kein Werkzeug ist, das wir jedem im Projektteam beibringen wollen.

Wer ist nicht Enterprise Architect für

Wer aus unserer Erfahrung nicht mit Enterprise Architect zusammenarbeiten möchte:

• Antragsteller Personen, die Ideen im Team erstellen. Es ist wichtig, dass Anfragen einfach geschrieben, angehängte Dateien, überarbeitete und verwaltete Versionen werden können. Aber sie wollen nicht modellieren. Sie wollen Anfragen diskutieren, den Kontext sehen, entscheiden, was sie tun und was sie nicht tun. Aber sie sind es gewohnt, über ihre Anliegen in der Form nachzudenken, in der sie aufgeschrieben wurden.
• Test Submitters und Testers Enterprise Architect stellt Werkzeuge zur Erstellung von Tests zur Verfügung, aber ihre Verwendung ist nicht nur unbequem, sondern erfüllt nicht die notwendigen Anforderungen für eine korrekte Testdokumentation.
• Projektmanager Wie für Testing, enthält Enterprise Architect Werkzeuge für das Projektmanagement, aber sie sind eher theoretisch. Sie erlauben kein effizientes Management der Arbeiten, sie geben keinen guten Überblick, es ist nicht möglich, Aufgaben und Aufgaben mit anderen Tätigkeiten zu integrieren – z.B. in ein Meeting einzubeziehen.
• Sicherheitsmanager müssen einen perfekten Überblick darüber haben, welche Anforderungen an die Sicherheit gestellt werden, wie sie analysiert und erfüllt werden. Aus seiner Sicht ist es nicht möglich, Anforderungen nach der Genehmigung zu ändern oder etwas anderes zu ändern, was genehmigt wurde. Enterprise Architect ist darauf nicht vorbereitet, noch war eine Projektlösung nach strengen Methoden wie ISO 26262 vorgesehen.
• Qualitätsmanager befindet sich in einer ähnlichen Position wie ein Sicherheitsmanager. Er muss in der Lage sein, Revisionen zu verwalten, Zusammenarbeit, Genehmigung und Entscheidungsfindung zu kontrollieren. Das hat nichts mit Modellierung zu tun und die Klarheit der Informationen, die in Enterprise Architect gespeichert werden können, unterstützt nicht die eigentliche Dokumentation des Prozesses.

Egal, ob Sie einer Methodik folgen müssen (z.B. PMBOK, aber vor allem Standards wie CMMI, Automotive SPICE, etc.), oder ob Sie sich einfach um die ordnungsgemäße Verwaltung des Projekts kümmern, Sie benötigen Unterstützung, um alle Informationen und Aktivitäten zu verwalten.

Modellierungsunterstützung

Analytische Informationen über Produkte und Dienstleistungen können in Enterprise Architect modelliert werden:

• SysML Sprache für die Systemmodellierung. SysML ist für die Systemmodellierung entwickelt und ist ein wichtiger Teil der Arbeitsmethode nach ISO 26262 oder Automotive SPICE
• ArchiMate Sprache zur Modellierung von Business Services, Prozessen. ArchiMate wird für Unternehmensarchitekturmodelle verwendet und seine Unterstützung wird besonders für Geschäftsmodelle und Informationssystemdesign verwendet.
  AyMINE unterstützt die Datensynchronisation, so dass die Modelle sowohl in SysML als auch in AyMINE mit der Produktdokumentation verknüpft sind. Es ist daher nicht notwendig, etwas zu überschreiben oder manuell in Enterprise Architect zu importieren.

Konfigurationskontrolle

Die Konfigurationskontrolle erfordert, dass Sie einen ausgewählten Teil der Dokumentation – einschließlich Teile des analytischen Modells – nehmen und in das Konfigurationspaket einfügen und es sperren können. Gleichzeitig müssen die eingebetteten Objekte Teil der gesamten Dokumentation bleiben, verbunden durch Links, die während der Analyse angelegt wurden.

Konfigurationskontrolle ist ein sehr effektives Projektkontrollwerkzeug, aber nur, wenn es gut implementiert ist und von der Systemsicherheit unterstützt wird, die kontrolliert, dass:

• Niemand kann Objekte bearbeiten, die in das Konfigurationspaket eingebettet sind
• Für jedes Objekt ist sofort ersichtlich, ob es Teil eines Pakets ist und ob es gesperrt ist.

Prozedur ändern

Die Kontrolle der Konfiguration ist eng mit der Kontrolle der Änderung verbunden. Es muss Ihnen erlauben, Änderungen an Objekten zu kontrollieren, die verarbeitet und in ein Paket eingefügt wurden.

Die Konfigurationskontrolle muss in der Lage sein, neue Versionen von z.B. gesperrten Anfragen, Diensten oder Produkten zu erstellen.

Revision

Effektive Revisionen erfordern, dass Sie jedes Objekt, das überarbeitet werden muss, mit jemandem durchgehen können – nicht nur eine Anforderung, sondern sogar eine Dienstleistung, eine Schnittstellenbeschreibung usw. – oder sie für Kommentare schicken. Alle Kommentare sind nützlich, zu verstecken und die Möglichkeit haben, eine Diskussion zu haben.

Aufnahme von Aufgaben gemäß Richtlinie / Projektmanagement-Methodik

Es reicht nicht aus, Aufgaben für die Menschen zu schaffen. Es ist notwendig, genau zu definieren, was tatsächlich getan werden sollte. Niemand wird dies immer wieder beschreiben wollen, und der einzig richtige Weg ist, dass Aufgaben die Aufgaben enthalten, die aus den vorgeschriebenen Verfahren folgen. AyMINE kann das, aber es gibt nichts Vergleichbares in Enterprise Architect.

Für die meisten der aufgeführten Bedürfnisse ist es möglich, einen Weg zu finden, wie es gemacht werden könnte – aber mit einer schlechten Prozessunterstützung ist es einfacher, es einfach nicht zu benutzen. AyMINE wurde entwickelt, um die Zusammenarbeit und das Projektmanagement zu unterstützen und alle Prozesse zu optimieren, um reibungslos und effizient zu arbeiten.

Sowohl Confluence als auch Jira werden häufig für Anforderungsmanagement und Modellierung verwendet. Wenn Sie jedoch bei der Analyse und Modellierung zusammenarbeiten müssen, erfüllen sie nicht die Anforderungen, die Projekte erfordern.

Confulence ist kein Kollaborations-Tool

Conflunce ist ein Werkzeug, das viele Teams als eine Möglichkeit, um Analysen von Enterprise Architect. Confluence wird verwendet, um Dokumentation zur Verfügung zu stellen, aber nicht als effektives Werkzeug zur Kollaboration und Anfrageerstellung.

Um Confulence, exportieren Unternehmen die fertige Beschreibung, während AyMINE ist in der Regel der erste Ort, an dem die Zuweisung erstellt wird. Erst dann kommt es in Enterprise Architect. Es kann umgekehrt sein – das Design von Enterprise Architect wird überarbeitet, verwaltet und innerhalb von AyMINE geteilt. Neben AyMINE arbeitet ein Analyst bei Enterprise Architect mit dem Modell. Verwirrung ist nicht für die Flussintegration gedacht.

Eine wichtige Option für Confulence ist die Möglichkeit, einen Teil der Analyse in Form eines Dokuments auf einer Seite darzustellen. Ein Grund dafür ist die Möglichkeit, sich auf das Dokument zu beziehen, der andere, es einer größeren Gruppe zugänglich zu machen. AyMINE unterstützt beides. Dokumente können auf einem schwarzen Brett veröffentlicht werden, das entweder öffentlich oder nur ausgewählten Personen zugänglich ist. Intern in AyMINE können Dokumentationen über einen langen Zeitraum aufbewahrt werden, einschließlich Schaltplänen.

Ein Beispiel der verfügbaren Dokumentation exportiert von AyMINE ist das Forum über Änderungen in AyMINE. Ein zweites Beispiel der verfügbaren Dokumentation ist die technische Dokumentation selbst
AyMINE.

Jira funktioniert nicht mit dem Modell

Jira ist ein ausgeklügeltes Tool zur Verwaltung von Anfragen oder "Stories". Starke Unterstützung für agile Entwicklung und die Arbeit mit einem Dashboard ist der Grund, warum Teams es mögen. Jira arbeitet nicht mit einem komplexen Modell, zum Beispiel in ArchiMAte oder SysML. Es ist auch nicht für die Langzeitarchivierung von wichtigen Notizen aus Revisionen, Verbindungen zwischen einzelnen Teilen des Modells und Verbindungen mit der Konfigurationssteuerung vorgesehen. Diese Prozesswerkzeuge werden von agiler Entwicklung standardmäßig nicht verwendet, aber die Verwaltung eines größeren Projekts erfordert sie.
Jira wird oft in Projekten auf insulare Weise verwendet, für einen Teil des Projekts, meistens die Entwicklung des Software-Teils. AyMINE
auf der anderen Seite ist ein Werkzeug, das das Projekt vom Zeitpunkt seiner Erstellung führt und hält Dokumentation nicht nur der Lösung, sondern auch
des gesamten Verarbeitungsprozesses, z.B. für die Bedürfnisse von Auditoren.

Hinweis zu den Warenzeichen: Confluence und Jira sind beide Produkte und Warenzeichen der Firma Atlassian. Atlassian hat mit diesem Dokument nichts zu tun. Der hier vorgestellte Vergleich resultiert aus der Erfahrung von PDQM, wie Teams Enterprise Architect, Confulence und Jira Produkte einsetzen.