SASPF - Vortrag - Informatik

Das Unternehmen Bundeswehr
Vortrag SASPF im Rahmen von WiPAS
Die Entwicklung der Vorhaben und Softwarepflege/-änderungen (SWPÄ) wurde in
der Vergangenheit durch Bw-eigenes Personal unter Mitwirkung der Industrie
vorgenommen. Inzwischen erfolgt zunehmend eine Konzentration des eigenen
Personals auf die Wahrnehmung des Vorhabenmanagements als Kernaufgabe des
BWB. Realisierungsaufgaben werden vermehrt an die Industrie im Rahmen von
Werkverträgen vergeben.
Die technische Infrastruktur gliedert sich in die drei Ebenen Rechenzentren der Bw,
Abteilungsrechner / Server sowie Arbeitsplatzausstattung. Diese drei Ebenen werden
durch bw-eigene Netze bzw. fremdbetriebene Leitungen (hauptsächlich Telekom)
miteinander verbunden.
Die genannte Vielzahl von Verfahren und Programmen wurde über Jahrzehnte
hinweg vorwiegend für den Einsatz auf Großrechnern vorhabenbezogen sowie z.T.
überlappend entwickelt und spiegelt mittlerweile historisch gewachsen die gesamte
Bandbreite der technologischen Entwicklung wider. Dabei wurden
Integrationsaspekte aufgrund strikter Vorhaben- / Aufgabenorientierung zwangsläufig
fast vollständig vernachlässigt und somit ein extrem hoher SWPÄ-Aufwand
verursacht.
Die so entstandenen "Insellösungen" sind über komplexe Datenschnittstellen
miteinander verbunden, welche fallweise eingerichtet wurden.
Diese Vorgehensweise führte zu:
- stetig steigendem Wartungs- und Regenerationsaufwand
- permanenten Schnittstellenanpassungen
- zunehmend unbeherrschbarer Komplexität
- Daten- und Funktionsredundanzen (Mehrfachentwicklungen)
- redundanter Datenerfassung und Datenspeicherung
- Unverträglichkeiten zwischen Daten (gleiche Daten mit unterschiedlichen
Formaten und Strukturen mit unterschiedlichen Aktualitätsgraden).
- Abhängigkeit von wenigen singulären Wissensträgern und überholten
Techniken
- Komplexität und Intransparenz der Schnittstellen
Handlungsoptionen
Software-Reengineering:
bezeichnet eine methodische, werkzeuggestützte Umstellung in Nutzung
befindlicher IT-Vorhaben auf neue Softwaretechnologien, ggf. auf Basis neuer
Plattformen.
Der dabei zugrunde liegende vorhabenorientierte Ansatz führt dabei nur zu
aufgabenbereichsspezifischen oder graduellen Verbesserungen unter Beibehaltung
der Grundfunktionalität.
Vorhabenübergreifende Optimierungsaspekte werden in der Regel nicht
berücksichtigt. Hauptsächlich kann die Wartbarkeit der Verfahren deutlich verbessert
werden. Daher wurde dieser Lösungsansatz nur punktuell verfolgt. Die analytische
Bewertung aller DV-Verfahren im Jahre 1993 ergab, dass SWReengineering-
Maßnahmen nur für knapp 1/3 der Verfahren in Frage kommen.
© Dennis Füller & Matti Loebel WT08 – UniBw München

Vortrag SASPF im Rahmen von WiPAS
Individualentwicklung:
bezeichnet eine auf spezielle aufgaben- bzw. nutzergruppenbezogene
Anforderungen ausgerichtete Neurealisierung (Neuprogrammierung) mit Methoden
und Werkzeugen des modernen Software-Engineering. Sie ist gekennzeichnet durch:
- Hohe Identifikation des Nutzers
- Software entspricht den Anforderungen
- Aufwendige Analyse und Spezifikation der Anforderungen (Fachkonzept)
- Hoher Aufwand und Ressourcenbindung für Realisierung und Wartung mit der
verbundenen Abhängigkeit von singulären Wissensträgern
Bindung an jeweilige HW- / SW-Ausgangsplattform und dadurch
- Technische Anpassung und Wartung sind mit Eigenkapazität zu gewährleisten
- Gefahr der Inkompatibilität zu anderen Verfahren und somit die Gefahr hohen
Schnittstellenaufwandes
Einsatz von Standard-Anwendungs-Software (SAS).
Als Standardlösungen werden Produkte bezeichnet, die durch Produkthersteller / -
bereitsteller zur Verfügung gestellt werden und durch folgende Merkmale
gekennzeichnet sind:
- Schnelle Einführbarkeit und Nutzen
- Geringes Realisierungs- und Wartungsrisiko (leicht zu installieren, zu nutzen
und zu pflegen)
- Lauffähigkeit auf allen marktgängigen Plattformen wird vom
Produktbereitsteller sichergestellt
- Technische Anpassung und Wartung werden durch Produktbereitsteller
gewährleistet
- Systematisches Release-Management
- Reduzierter Aufwand durch Verfügbarkeit von standardisierten Schnittstellen
SAS bietet hohe Zukunftssicherheit und somit den Schutz der getätigten Investition
durch die Fähigkeit - fast automatisch - an der evolutionären Fortschreibung
(SWRegeneration, Technologie, offene Plattformen) durch den Hersteller teilhaben
zu können. Auch die Bw trägt dieser Entwicklung durch die Weisungslage sowie in
der IT-Strategie Rechnung, indem sie den Einsatz von COTS-Produkten als
Regellösung vorsieht.
Zusammenfassend kann festgestellt werden, dass
- Software-Reengineering nur graduelle Verbesserungen bei hohem Aufwand
erzielen konnte und nur für isolierte Einsatzfelder in Einzelfällen zur
Anwendung kommt,
- der Lösungsansatz der vorhabenbezogenen Individualentwicklung
(Neuprogrammierung) bei einem integrativen ganzheitlichen
Unternehmensansatz aufgrund der Komplexität (Ressourcen, Aufwand,
Kosten, Risiko, Zeit) faktisch nicht mehr umsetzbar ist und bislang von keinem
Unternehmen vergleichbarer Größenordnung realisiert werden konnte,
- der Einsatz aufgabenbezogener SAS nur die Nachbildung der
funktionsorientiert gewachsenen IT-Landschaft mit moderneren Technologien
darstellt, wobei Redundanzen, Inkonsistenzen und eine erhebliche Anzahl von
Schnittstellen erhalten bleiben, ohne eine ganzheitliche Integration zu
erreichen.
© Dennis Füller & Matti Loebel WT08 – UniBw München

Studien
Vortrag SASPF im Rahmen von WiPAS
Zur Steuerung des Projektes wurden auf Ämterebene eine Studienbegleitgruppe und
auf ministerieller Ebene eine Steuergruppe eingesetzt.
Auf Auftragnehmerseite (AN) haben sich die Firmen CCI, CSC Ploenzke, KPMG und
SIEMENS aufgrund der strategischen Bedeutung der Aufgabenstellung für SASPF
und die Ergänzungsstudien zu einem Konsortium unter der Federführung von
SIEMENS zusammengeschlossen.
Die assoziierten Untersuchungen für EMIR II bzw. BwEinhMatBew wurden von CSC
Ploenzke bzw. SIEMENS durchgeführt.
Zwischen den Studien SASPF, EMIR II, BwEinhMatBew und
SASPFErgänzungsstudien erfolgte aufgrund der AG- und AN-Struktur ein
kontinuierlicher Wissenstransfer, so dass ein optimaler Erkenntnisgewinn
sichergestellt war.
Die Zusammenstellung des Konsortiums gewährleistet eine maximale Einbeziehung
sowohl von Kenntnissen im militärischen Umfeld, als auch in Produkten von SAS. Die
Einbindung aller Fachverantwortlichen stellt sowohl größtmöglichen fachlichen Input
als auch größtmögliche Akzeptanz sicher.
Funktionale Machbarkeit
Die Zusammenfassung der Ergebnisse der Teilstudien zeigt, dass der Erfüllungsgrad
aller qualitativen und quantitativen Kriterien (gem. jeweiligem Kriterienkatalog)
zwischen 80% und 95% beträgt. K.O.-Kriterien wurden immer erfüllt.
Dies führt im Konsens mit Bedarfsträger, Bedarfsdecker und Auftragnehmer zu der
Schlussfolgerung, dass die Einführung von SASPF über alle Kern- und
Steuerungsprozesse der Administration und Logistik der Bw unter Beibehaltung der
bestehenden Aufbau- und Ablauforganisation bzw. für vorgegebene Sollprozesse
machbar ist.
Im Einzelfall nicht in SAP R/3 ausreichende Funktionalität ist entweder durch additive
Anpassungen (Customizing), integrierbare Komplementär-Produkte (z.B. EXceed in
der Logistik) bzw. Zusatzprogrammierung abdeckbar.
Nach dem Ergebnis der experimentellen Erprobungen ergibt sich nicht zwangsläufig
die Notwendigkeit nach vorgeschalteten Prozessoptimierungen. Ein Business-
Process-Reengineering kann im Bedarfsfall in einem späteren Schritt nach
© Dennis Füller & Matti Loebel WT08 – UniBw München

Vortrag SASPF im Rahmen von WiPAS
Einführung von SASPF durchgeführt werden. Hierzu muss zur Vermeidung hohen
Aufwands bzw. von Risiken ein kontinuierliches Forderungscontrolling etabliert
werden, um u. a. die Kompatibilität dieser Erweiterungen zu den SAP R/3-
Standardversionen sicherzustellen.
Integration
Zur Vorgehensweise bei der Einführung von SASPF ergeben sich grundsätzlich drei
unterschiedliche Handlungsoptionen:
1) vorhabenbezogene Einführung von SASPF
Realisierung eines Vorhabens mit SASPF
2) prozessbezogene Einführung von SASPF
Aufgabenbereichsbezogene Abbildung von Unterstützungs- oder
Steuerungsprozessen durch SASPF mit prozessbezogener
Steuerung und prozessbezogenem Daten- und Funktionsmodell
sowie mit Schnittstellen zu Nachbarprozessen (z.B.
Personalwesen oder Logistik)
3) ganzheitliche Einführung von SASPF
Integrierte Abbildung aller wesentlichen Unterstützungs- und
Steuerungsprozesse der Administration und Logistik im Rahmen
eines generellen Bebauungsplanes auf Basis eines vorhaben-
und prozessübergreifenden Daten- und Funktionsmodells unter
gemeinsamer Steuerung
Der Vergleich der Handlungsoptionen ist im folgenden Polargraphen dargestellt.
Größtmögliche Flächenabdeckung entspricht dabei aufgrund der nach außen
ansteigenden Skalierung einer größtmöglichen Zielerreichung. Die Bewertung
erfolgte nach Kriterien gemäß Kriterienkatalog.
Das vorhabenbezogene Vorgehen zeichnet sich zwar durch hohe Akzeptanz und
eine hohe Einführungsgeschwindigkeit aus, jedoch werden die Aspekte von
Flexibilität, Wartbarkeit, Interoperabilität und Verfügbarkeit von
Führungsinformationen nur ungenügend erfüllt. Die geringe Wirtschaftlichkeit ergibt
sich dadurch, dass durch das isolierte Vorgehen keine übergreifende Ratiopotentiale
und Synergien erschlossen werden können.
Die prozessbezogene Einführung von SASPF bereinigt zwar bestehende
Schwachstellen im jeweiligen Kernprozess (Aufgabenbereich), bleibt aber
insbesondere bei der Verfügbarkeit von Führungsinformationen, Wartbarkeit und der
Interoperabilität sowie der Wirtschaftlichkeit hinter der ganzheitlichen Einführung von
SASPF erheblich zurück.
Die ganzheitliche Einführung von SASPF ergibt die höchste Verfügbarkeit von
Führungsinformation und Interoperabilität und steigert Flexibilität und Wartbarkeit
entscheidend. Die signifikante Steigerung der Beherrschbarkeit ergibt sich aus der
Reduzierung der Schnittstellen und Einführung eines übergreifenden Managements.
Konsequente Steuerung, Planung und Umsetzung unter Bündelung von Ressourcen
stellen insgesamt gesehen das wirtschaftlichste Vorgehen sicher.
Aus diesem Grund ist die ganzheitliche Einführung von SAP R/3 über die
Kernprozesse der Administration und Logistik vorzusehen.
© Dennis Füller & Matti Loebel WT08 – UniBw München

Ganzheitliches Modell
Vortrag SASPF im Rahmen von WiPAS
Innerhalb der gesamten IT-Landschaft sind Funktionen im Idealfall nur einmal
abgebildet, Daten nur einmal vorhanden, immer aktuell und für alle am Prozess
Beteiligte abrufbar.
Die mit diesem Ansatz in der Industrie positiv gewonnenen Erfahrungen können nach
den Ergebnissen der Studie weitgehend auf die Bw übertragen werden. Wesentliche
Ausnahme hiervon stellt jedoch der durch das Grundgesetz vorgegebene eigentliche
Leistungsprozess der Bw (Friedenssicherung) dar, dessen Qualität jedoch durch zeit-
, bedarfs- und ebenengerechte Informationen aus den administrativen und
logistischen Unterstützungsprozessen wesentlich verbessert werden kann.
CIO (Chief Information Officer)
Zur Einführung von SASPF werden alle zur Neuausrichtung der I&K-Landschaft
erforderlichen strategischen und planerischen Aufgaben in einer übergreifenden
Funktion "CIO" zusammengefaßt und verantwortlich im Management positioniert
(z.T. auf Vorstandsebene bzw. in großen Unternehmen in Form einer
Zentralabteilung / Zentralstelle mit Direktberichtsfunktion zum Vorstand). Auf diese
Weise werden die für die Umsetzung, den Betrieb und die Weiterentwicklung
erforderlichen Kompetenzen und Ressourcen gebündelt, um einerseits kurzfristig
Synergiepotentiale zu erschließen und andererseits mittel- bis langfristige Planungen
und Realisierungen optimal zu steuern.
Programm-, Teilprogramm- und Projekt-Management
Ein Programm
- besteht aus einer Vielzahl von untereinander abhängigen Teilprogrammen /
Projekten
- hat ein Gesamtziel, aber heterogene Teilaufgabenstellungen in den
zugehörigen Teilprogrammen / Projekten
- wird im Programmverlauf detailliert und erfordert regelmäßige Überprüfungen
der Ausrichtung zugehöriger Teilprogramme / Projekte
In Teilprogrammen (TPM) sind die für die Durchsetzung erforderlichen strategisch /
planerischen und operativen Aufgaben zugeordnet. Es wird nach prozessorientierten
und querschnittlichen Teilprogrammen unterschieden. Ein Teilprogramm beinhaltet in
der Regel mehrere Projekte.
Das Programm-Management stellt übergreifend sicher, dass
- in Zusammenarbeit mit den Prozessverantwortlichen die erforderlichen
Finanzmittel rechtzeitig ermittelt und beantragt werden,
- ein Qualitätsmanagementsystem bereitsteht,
- Grundlagen zur Kooperation mit externen und internen Partnern geschaffen
werden,
- die strategischen Partner für das Programm ausgewählt werden und über die
gesamte Dauer zur Verfügung stehen,
- querschnittliche Standards und Regeln für die Teilprogramm festgelegt und
eingehalten werden,
- die erforderlichen Voraussetzungen zur Koordination und Kommunikation des
Programms geschaffen werden,
- ein internes und externes Marketing betrieben wird
© Dennis Füller & Matti Loebel WT08 – UniBw München

Vortrag SASPF im Rahmen von WiPAS
BW: Vorhabenmanagement SASPF
Im Vorhaben SASPF müssen Kräfte und Mittel gebündelt werden. Dazu muss
das hier eingesetzte Personal zu 100% für diese Aufgabe zur Verfügung
stehen und Kontinuität bei der Umsetzung gewährleistet sein. Aufgaben und
Gliederung des Vorhabenmanagements SASPF müssen denen des
Industriemodells “Programm, Teilprogramm- und Projekt-Management” im
Wesentlichen entsprechen.
Prozessmanagement
Für die Wahrnehmung der im Industriemodell beschriebenen Aufgaben
müssen auf Ämterebene koordinierende Bedarfsträger eingesetzt werden, die
Prozessmodelldefinitionen und -optimierungen für ihre Aufgabenbereiche
vornehmen. Sie arbeiten eng mit den koordinierenden und steuernden
Bedarfsdeckern für die jeweiligen Aufgabenbereiche zusammen. Sie bilden
eine Arbeitsgruppe, die durch einen federführenden, koordinierenden BT in
der Funktion eine Vorhabenoffiziers / -beauftragten SASPF geleitet wird und
stimmen BT-seitige Grundsatzfragen und -regelungen im
Vorhabenmanagement SASPF ab.
BW: Realisierung / Anpassung
Die Steuerung der Realisierung / Anpassung (Parametrisierung / Customizing) erfolgt
durch das jeweilige Vorhabenmanagement.
Technik, Betriebsführung und Service-Dienste
SASPF arbeiten im Allgemeinen mit dreistufigen Client- / Server-Architekturen, die
deutliche Vorteile gegenüber herkömmlichen Zentralarchitekturen bieten. Dreistufige
Client- / Server-Systeme setzen spezielle Rechner getrennt für Präsentation,
Applikationslogik und Datenbankdienste ein. Das macht eine homogene
Lastverteilung auf einzelne Server mit deutlich verbesserten Antwortzeiten möglich.
Die Flexibilität bei der Systemkonfigurierung ist deutlich besser als bei
Großrechnerlösungen. Die grafischen Bedienoberflächen zeichnen sich durch
intuitive Bedienbarkeit und somit einer erhöhten Produktivität des Benutzers aus.
BW:
Für Nutzung, Betrieb und Service von IT-Leistung der Bw im administrativen
Bereich wird zur Zeit ein Ideenwettbewerb vorbereitet, in dessen Verlauf zur
Steigerung der Effizienz und Wirtschaftlichkeit Optimierungsmöglichkeiten im
Bereich Betriebs- und Dienstleistungsmodelle nach folgenden Optionen
untersucht werden:
o Interne Optimierung
die Fortführung der Leistungserbringung in der eigenen Organisation
sowie die weitere interne Optimierung im Rahmen der Kosten-
Leistungs-Verantwortung (KLV), ressortübergreifende Bereitstellung
von IT-Dienstleistung (z.B. Gehaltsabrechnung AA)
o Outsourcing
die Auslagerung von IT-Dienstleistungen in den Privatbereich, abgestuft
von kompletter Auslagerung bis zur Auslagerung von nur einigen
Teilaufgaben unter Berücksichtigung der Kernaufgaben
o Joint Venture / Agentur
die Erbringung aller IT-Dienstleistungen durch eine noch aufzubauende
Agentur, in der Amtsbereich und Industrie organisatorisch vereinigt sind
© Dennis Füller & Matti Loebel WT08 – UniBw München

Prozessmodellierung
Vortrag SASPF im Rahmen von WiPAS
- Dieses muss durch Customizing angepasst werden
- Durch Modularität der Software werden 80%
- SDP (Strategic Development Project) gemeinsam mit SAP und Bw -> geht in
die Standardlösung ein und unterliegt dadurch auch der vertraglichen
Softwarepflege
Hauptprozessebene:
Nach den Unternehmenszielen strukturiert bzw. nach den gesetzlich oder
politisch verankerten Aufgaben.
Die Hauptprozessebene ist als strukturbildend zu verstehen und bietet den
Ordnungsrahmen für die Prozessorganisation
Geschäftsprozesse:
Untergliederung der Hauptprozesse nach Zielgruppen oder Produkten
Detaillierungsgrad noch nicht sehr hoch sondern stellen das Zusammenwirken
der unterschiedlichen Prozesse da. (Managerebene)
Bsp.: Beschaffungsprozess oder Personalabrechnung
Arbeitsvorgänge:
Ablauflogik mit den auslösenden Ereignissen, Arbeitsschritten, Verzweigungen
usw. Bsp.: „Bestellanforderung erzeugen“, „Bestellung durchführen“,
„Wareneingang bearbeiten“, „Rechnung bearbeiten“
Arbeitschritte:
Zeigen das Zusammenwirken der Elementartätigkeiten
Elementartätigkeit:
Atomare Einheit, die nicht weiter zerlegbar ist
Y-Modell:
Wenn möglich das SAP-Referenzmodell übernehmen
Links Systeme in Nutzung und rechts die SAP Standardlösung
Sind keine passenden Systeme im SAP R/3 vorhanden, müssen diese entwickelt
werden oder die Prozessstruktur geändert werden
© Dennis Füller & Matti Loebel WT08 – UniBw München