Modellierung ARIS/ ERM Flashcards
5 Sichten des ARIS-Hauses
-Organisationssicht
-Datensicht
-Steuerungssicht
-Funktionssicht
-Leistungssicht
Jede Sicht des ARIS-Hauses besteht immer aus drei Beschreibungsebenen:
Fachkonzept (konzeptueller Entwurf),
DV-Konzept (logischer Entwurf)
Implementierung (technischer Entwurf)
Kann man die Schritte beim Entwurfszyklus anders anordnen?
Nein!
Wenn man das Geschehen rückwerts betrachtet:
-Es kann nichts in Betrieb genommen werden, was nicht getestet wurde.
-Man kann nichts testen was nicht implementiert wurde.
-Man kann nichts implementieren, wenn man nicht weiß was man implementieren soll - man braucht einen Entwurf.
-Wenn man etwas entwerfen will, braucht man eine Anforderungsanalyse.
ARIS-Haus?
Der Kern des ARIS-Konzepts ist das ARIS-Haus, welches die Komplexität des Modellierungsgegenstandes eines IT-Systems durch drei Beschreibungsebenen und fünf Beschreibungssichten reduziert
ARIS kann mit zwei Sichtweisen beschrieben werden, der Sicht des Managments und der IT-Sicht
Beschreibungssichten entsprechen der Sicht des Management, welche die inhaltlichen Aspekte von Unternehmen erfassen
Beschreibungsebenen beziehen sich auf IT-Sicht, welche sich a den typischen Phasen der Entwicklung einer Software orientiert
Beschreibungsebenen eines Informationssystems?
ARIS generell
Fachkonzept konzeptueller Entwurf
DV-Konzept logischer Entwurf
Implementierung technischer Entwurf
Betrieb?
Phase Betrieb beginnt mit der EInführung des Systems beim Kunden
Ggf. erfolgen zeitgleich Schulungen der Anwender oder ausgewählter Anwender (“key user”) als Multiplikatoren
Während dieser Phase werden ggf. neue Anforderungen der Benutzer dokumentiert (“change requests”), um diese in neuen Projektzyklen umzusetzen. Zu diesen neuen Anforderungen gehören auch solche, die sich aus Änderungen der Unternehmensumwelt ergeben
Zudem wird das System gewartet, d.h., es werden Fehler, die vorab nicht aufgefallen sind, behoben.
Es werden Entscheidungen über den Start eines neuen Entwicklungszyklus getroffen.
Evaluierung?
Um sicherzustellen, dass das System die Anforderungen der Anwender erfüllt, insbesondere im späteren Einsatz benutzbar ist und korrekte Ergebnisse liefert
erfolgt i.d.R. auf den System des Kunden, meist mit realen Daten und immer (!) mit den Anwendern des Kunden. Letztendlich entscheidet die Evaluation über Erfolg oder Misserfolg des Projektes
Ggf. müssen Änderungen am System vorgenommen werden oder Teile des Systems völlig neu entworfen werden.
Implementierung?
Systemspezifikationen und Modelle, die während der Entwicklungsphase vorbereitet wurden, werden in Software-Programmcodes übersetzt (Technischer Entwurf, Programmierung, Erstellen des Zielsystems)
Systementwurf?
lässt sich in die Schritte logischer und konzeptueller Entwurf unterscheiden.
Der konzeptuelle Entwurf ist unabhängig vom technischen Zielsystem (z.B. Betriebssystem der Server, Version des Datenbank-Systems usw.) und ist der allgemeine Plan für das System (Objekte, Beziehungen, Prozesse, Anwendungen)
Zudem werden die Anforderungen umgesetzt, dass sie auf alle Arten von späteren Zielsystemen passen können
Beim logischen Entwurf steht die Umsetzung von Konzepten in das konkrete Zielsystem beim Kunden im Vordergrund
Testen?
Prozess, mit dem eine Software auf ordnungsgemäßes Funktionieren überprüft wird
Programmfunktionen geprüft, d.h., die Ausgaben des Programms werden mit den zu erwartenden Ausgaben verglichen, die sich aus den definierten Anforderungen a das Programm erwarten lassen
Testen wird i.d.R. durch Personen des Entwicklungsunternehmens (Auftragnehmer) auf den Entwicklungsrechnern und meist mit speziellen Testdaten durchgeführt
Im Gegensatz dazu erfolgt die Evaluation durch den Kunden und beim Kunden wie auch mit Realdaten.
Durch Testen kann nie (!) die generelle Fehlerfreiheit sondern immer nur das fallweise korrekte Funktionieren einer Software nachgewiesen werden, denn nur für die getesteten Abläufe kann Funktionieren garantiert werden
Welchen Schritte umfasst der Entwurfszyklus?
Anforderungsanalyse
Systementwurf
Implementierung
Evaluierung (“Testen”, Akzeptanztest)
Betrieb
Wartung
Eigenschaften eines Attributs
-sind Entitäten zugeordnet und zeichnen sie aus.
-können auch zur eindeutigen Identifizierung von Entitäten dienen und werden dann Schlüsselattribut genannt
-können Beziehungen charakterisieren
-sind durch Substantive bezeichnet und als Oval dargestellt
disjunkt?
Wenn zwei Entitäten disjunkt:
ihre Elemente überschneidungsfrei, dass es also keine Elemente gibt, die in mehr als einer Menge (Entität) enthalten sind->Schnittmenge der Mengen ist folglich leer
Nicht disjunkt
ihre Elemente nicht überschneidungsfrei sind, dass es also Elemente gibt, die in mehr als einer Menge (Entität) enthalten sind
sind dann die Elemente, die in der Schnittmenge der Mengen liegen
Total/partiell
Spezialisierung ist total, wenn alle Elemente der generellen Entität auf die speziellen Entitäten “verteilt” werden können
Im ERM wird dies mit dem Smybol “t” am Dreieck gekennzeichnet.
Ist dies nicht möglich, verbleiben also noch Elemente in der generellen Entität, so ist die Spezialisierung partiell
Im ERM wird durch ein “p” am Dreieck gekennzeichnet.
Generalisierung/Spezialisierung?
Generalisierung
-gemeinsame Attribute verschiedener Entitäten werden auf einer, verallgemeinerten Entitätstyp übertragen
->Bottom up-Vorgehensweise
-Entitäten behalten dabei ihre speziellen Attribute, während sie die allgemeinen Attribute von der übergordneten, allgemeinen Entität “erben”
->mehrfache Speicherung gleicher Informationen (Redundanz) vermieden.
Spezialisierung:
-werden ausgehend von einer allgemeinen Entität Entitäten für Spezialfälle gebildet
-Entitäten erhalten nur die Attribute, die zur Beschreibung ihrer Elemente zusätzlich (!) zu den Attributen der allgemeinen Entität erforderlich sind
->Top Down-Vorgehensweise
-> vermieden, dass die Elemente der allgemeinen Entität viele Attribute ohne Inhalt besitzen
