|
| Weiterentwicklung und Pilotierung VorgehensmodellEinsatz von case/4/0 in der Analyse |
SV Sparkasse Versicherung SparkassenVersicherung Phase Vorstudie Pilotierung Vorgehensmodell IV System konstruktive analytische Qualitätssicherung Projekt-Dokumentation case40 Struktur Programm | SV Sparkasse Versicherung SparkassenVersicherung |
|
SIP - Strategische Informationssystemplanung GPM - Geschäftsprozess-Modellierung Anforderungsanalyse / Anforderungsmanagement Problemanalyse / Schwachstellenanalyse Durchführbarkeitsanalyse / Wirtschaftlichkeitsanalyse Werkzeuge Requirements Engineering Evolutionäre / inkrementelle Vorgehen RUP - Rational Unified Process MDA - Model Driven Architecture Methode SA - Strukturierte Analyse Methode ESA - Essentielle System-Analyse Methode SD - Strukturiertes Design Methode ERM - Entity-Relationship-Modellierung Methode RM - Relationen-Modellierung Methode UML - Unified Modeling Language Werkzeuge Software Engineering Kapazitätsplanung / Ressourcenplanung Methoden der Aufwandsschätzung Methode NuWA - Nutzwertanalyse Auswahl Requirements Engineering (CARE) Tool Auswahl Software Engineering (CASE) Tool Auswahl Projekt-Management (PM) Tool Informationssystem-Planung Kommunikationsanalyse Versicherung Organisation Prozessmodellierung und Ablauf-Organisation Rating Know-how-Transfer Software-Entwicklung Vorgehensmodell Analyse mit Einsatz case/4/0 Vorgehensmodell mit Word-Dokumentation Cockpit - Steuerung der Simulation | Unser ProjektEinführung Vorgehensmodell mit Einsatz von case/4/0 | ||||
Ziel für das Projekt in einer Versicherung war die Einführung des Tool case/4/0 (von microTOOL) im Software-Entwicklungsprozess für die Phasen Vorstudie, Grobkonzeption und Benutzerkonzeption. Für die weiteren Phasen DV-Konzeption, Realisierung und Implementierung wurde die Vorgehensweise unter Einsatz des MethodManager (MSP, ASG) beibehalten. Die Einrichtung der notwendigen Übergänge zwischen den Tool-Umgebungen und deren Synchronisierung gehörten mit zu dem Projekt. Für die Veränderungen am Vorgehensmodell wurden die folgenden Leitlinien aufgestellt:
Die konstruktive Qualitätssicherung wurde durch
Für die analytische Qualitätssicherung wurden
Es wurde außerdem durch das Vorgehen im Rahmen der konstruktiven Qualitätssicherung sichergestellt, dass bei Change-Requests immer die Ergebnistypen der Konzeption im vorhinein oder gemeinsam mit den Objekten der Realisierung geändert wurden. Nachfolgend sind die wesentlichen Schritte im Vorgehen und in der Nutzung von case/4/0 unter Verwendung der Diagramm-Typen aus case/4/0 dargestellt. Die Besonderheit an der Vorgehensweise liegt in der ausschließlich an den Ereignissen orientierten Modellierung. Das bedeutet, dass bei der Zerlegung der Funktionen ausschließlich Ereignis-Flüsse modelliert werden. Erst in der Ebene der Elementarprozesse findet die Beschreibung der zugehörigen Daten zum Informationsfluss statt. | weiterführende | ||||
Projekt definieren und initiieren | |||||
System abgrenzen
Funktionsstruktur / Ereignisfluss / Datenstruktur modellieren ER-Area modellieren
Datenfluss Elementar-Funktion
modellieren
Geschäftsvorfall über Typstruktur
| |||||
|
Teilsystem in MethodManager überführen Legende: | |||||
INffORUM Berater unterstützen Sie in der Weiterentwicklung Ihres Vorgehensmodells, im optimalen Einsatz eines CASE-Tool und bei der Pilotierung. Sie sorgen für die Vertiefung von Methoden-Wissen und Sicherheit in der Werkzeug-Nutzung. Sie schulen Ihre Mitarbeiter als Multiplikatoren für die Verbreitung des Know-how im Unternehmen. | |||||
Copyright © | Nutzen Sie unser Angebot zum Know-how-Transfer und nutzen Sie die vorhanden Konzepte, Lösungsansätze, Bausteine und Templates (zum Beispiel für case/4/0). Fordern Sie weitere Informationen zur Durchführung der Know-how-Transfer Projekte an. Profitieren Sie in Ihrem IT-Projekt von den langjährigen Erfahrungen der INffORUM Berater. | ||||
Rel-Area modellieren
