You are on page 1of 48

I-CH M167 Anforderungen ableiten und Evaluation durchfhren

Modul fr die Lehrgnge Informatiker/in mit eidg. Fachausweis

Seite 1

Handlungskompetenz I-CH
Anforderungen fr den Einsatz von Informatikmitteln formulieren

sowie den Evaluationsprozess einleiten und durchfhren. Kundenbedrfnisse, Geschftsprozesse und Rahmenbedingungen bercksichtigen. Vorausgesetzte Kenntnisse Grundlagen der Betriebswirtschaft Grundlagen des Projektmanagements Phasenmodell fr Informatikprojekte Elemente des Projektantrags und des Projektauftrags Beschreibung von Geschftsprozessen Erhebungstechniken und deren Einsatz
Seite 2

Anforderung ableiten und Evaluation durchfhren Einfhrung - Methodisches Vorgehen

Seite 3

Lebenszyklen von IT-Systemen


Arbeitsplatzsysteme (PCs und Terminals) Hintergrundsysteme (z.B. Server fr Arbeitsgrp.) Unternehmensweite Hintergrundsysteme Systemsoftware (Funktionalitt) Applikationssoftware (Funktionalitt) Daten, Dokumente

2 3 Jahre 3 5 Jahre 5 7 Jahre 8 15 Jahre 8 15 Jahre > 10 Jahre

Seite 4

Beschaffungsgrnde
Untersttzung neuer Einsatzgebiete Erhhte Kapazittsanforderungen an die IT-Systeme Ablsung wegen berkapazitten, hervorgerufen durch Outsourcing Geschftsaufgabe von Herstellern Ablsung der kostenintensiven Eigenentwicklung durch

Standardsoftware Organisatorische Grnde: Neues Produkt (Time to Market) Kosten und Nutzen berlegungen Optimierung der Prozesse Medienbrche eliminieren Bildung neuer Organisationsstrukturen
Seite 5

Anwendbarkeit der Methodik


Die Evaluationsmethodik lsst sich fr verschiedenste

Ausgangslagen und Beschaffungsarten anwenden: Erst- bzw. Neubeschaffungen Ersatzbeschaffungen Ausbau bestehender Systeme Realisierung und Nutzung von Outsourcing-Lsungen Beschaffung von kompletten Lsungen oder einzelnen Lsungskomponenten Beschaffung einzelner Hardwarekomponenten Beschaffung von Standardsoftware oder Individuallsungen Bezug von Dienstleistungen
Seite 6

Beschaffung vs. Eigenentwicklung


Personal

Funktionalitt

weniger Personal kleinere Teams weniger eigene Spezialisten gute Berater notwendig

eingeschrnkter individuelle Wnsche weniger erfllbar

Kosten

Zeitbedarf

krzere Projektzeiten kleinerer Planungsaufwand Einhaltung der Planung

gnstiger besser abschtzbar kaum berraschungen

Sicherheit

Risiko

normalerweise hoch

bei ntiger Sorgfalt kleiner


Seite 7

Evaluation im Projektablauf Lebensphasen einer Informatiklsung (nach Schreiber)


Anstoss Projektidee Vorstudie

Konzeption Betrieb Wartung Evaluation

Ablsung

Realisierung

Rahmenorganisation

System planen, realisieren, einfhren


Implementierung Start neues System

System betreiben, warten System ablsen, entsorgen

Seite 8

Lebenszyklen von IT-Systemen (Darstellungsvariante)

Seite 9

Evaluation im Projektablauf Phasenmodell Projekt


Abnahme Einfhrung Betrieb

Detaillierungs- und Konkretisierungsgrad

hoch Rahmenorg. Realisierung

Entscheid? mittel Evaluation Konzeption Entscheid? tief Projektidee Vorstudie

Projektbeginn = Meilensteinentscheide

Zeitachse

Funktionsabnahme

Beginn Evaluation

Ende Evaluation

Projektende

Leistungsabnahme

Seite 10

Das Phasenmodell Projekt (Darstellungsvariante)

Abgrenzung

Seite 11

Phasen und Meilenstein-Ergebnisse


Vorphase Idee

Projektantrag Vorstudie Machbarkeitsstudie Hauptstudie Konzept Evaluation Entscheid fr die beste Lsung. Realisierung Detailkonzept / Detailspezifikation Phase Rahmenorganisation auf die zuknftige Lsung angepasste Rahmenorganisation Implementierung installiertes und betriebsbereites System Abnahme optimierte Gesamtsystem und Abnahmeprotokoll

Seite 12

Phase Projektidee Die Schritte und Arbeitsergebnisse


Ideen zur Initialisierung eines Projekts werden konkretisiert.

Die anzustrebende Lsung wird skizziert: Ausgangslage Ziele Lsungsideen Auswirkungen Kostenschtzungen Nutzen Projekt wird grob geplant: zweckmssige Projektorganisation weiteres Vorgehen Resultat = Projektantrag
Seite 13

Phase Vorstudie Die Schritte und Arbeitsergebnisse


Die Ausgangslage bzw. Situation wird aus einem hohen

Betrachtungsniveau analysiert: Projekt abgrenzen Ziele und wichtigste Anforderungen formulieren mgliche Szenarien durchspielen Lsungsanstze aufzeigen Projekt detaillierter planen Risiken abschtzen Angaben zu Kosten und Nutzen vertiefen Resultat = Machbarkeitsstudie

Seite 14

Phase Konzeption Die Schritte und Arbeitsergebnisse


Diese Phase beinhaltet die folgenden Aktivitten:

Situation und Chancen analysieren Rahmenbedingungen przisieren Ziele und Anforderungen konkretisieren Lsungsvarianten entwickeln und bewerten fachliche und systemtechnische Konzepte grob entwerfen Realisierungseinheiten (Arbeitspakete) bilden Angaben zur Rahmenorganisation machen Kostenvorschau fr die Umsetzung erstellen Nutzen ermitteln Risiken bewerten Projektplan anpassen Resultat = Konzept
Seite 15

Phase Evaluation : Die Arbeitsschritte


Abgrenzung

Seite 16

Phase Evaluation Die Schritte und Arbeitsergebnisse (1)


Arbeitsschritt Resultate

Pflichtenheft erstellen

Pflichtenheft mit folgendem Inhalt Ausgangslage Ist-Situation Ziele Anforderungen Mengengerst Vorgaben zum Aufbau der Offerte Administratives Fragenkatalog Bewertungsdokumentation mit Kriterienkatalog Bewertungsliste Bewertungsmassstab KO-Kriterienliste
Seite 17

Bewertungsdokumente erstellen

Phase Evaluation Die Schritte und Arbeitsergebnisse (2)


Arbeitsschritt Resultate

Offerten einholen

Auswahlliste der Anbieter Offerten Offertstellerprofile

Grobevaluation Detailevaluation

Offerten Rangfolge Kosten pro Offerte Kosten / Nutzenverhltnis pro Offerte Evaluationsbericht Entscheidungsgrundlagen Zusammenfassung SWOT-Analyse (Strken, Schwchen, Chancen, Risiken) Risikobewertung Kosten / Nutzen-bersicht

Entscheid Vertrag

Zur Realisierung ausgewhlte Variante Vertragsdokumente


Seite 18

Phase Realisierung Die Schritte und Arbeitsergebnisse


Diese Phase beinhaltet die folgenden Aktivitten:

Detailkonzept und Detailspezifikationen erarbeiten


modellierte Prozesse detaillierte Input- und Outputspezifikationen

Systemdesign inkl. Migrationskonzept erstellen


Konstruktion der Datenbank und der Systemmodule

Programmierung und Parametrisierung (Customizing) ausfhren, inkl. Tests und Dokumentation Resultate Detailkonzept und Detailspezifikationen ausgetestete Applikationssoftware mit ihrer Dokumentation
Seite 19

Phase Rahmenorganisation Die Schritte und Arbeitsergebnisse


Diese Phase beinhaltet die folgenden Aktivitten:

Umfeld an vernderte Prozesse, Arbeitsinhalte und Strukturen anpassen


organisatorische Massnahmen bauliche und infrastrukturelle Ausfhrungen Sicherheits- und Schutzmassnahmen Ausbildungs- und Betreuungsprogramme

Betriebskonzepte und Betriebshandbcher erstellen

Seite 20

Phase Impementierung (Einfhrung) Die Schritte und Arbeitsergebnisse


Diese Phase beinhaltet die folgenden Aktivitten:

Einfhrungs- und Schulungskonzept erstellen Systemplattform und Softwarekomponenten installieren Schulungen durchfhren Datenbestnde migrieren und Datenaufbau bewerkstelligen Tabellen fr Systemsteuerung und Zugriffsrechte einrichten Tests durchfhren Funktionen abnehmen und produktiven Betrieb aufnehmen Resultate installiertes und betriebsbereites Gesamtsystem gengend ausgebildetes Personal Protokoll der Funktionsabnahme
Seite 21

Phase Abnahme Die Schritte und Arbeitsergebnisse


Diese Phase beinhaltet die folgenden Aktivitten:

produktives System optimieren


Benutzbarkeit und Leistungsvermgen verbessern Fehler und Mngel beheben Systemverhalten stabilisieren (Verfgbarkeit)

Gesamtsystem abnehmen 3 - 6 Monate nach Funktionsabnahme Resultate produktives Gesamtsystem Protokoll der Leistungsabnahme

Seite 22

Anforderung ableiten und Evaluation durchfhren Phase Evaluation Ergebnisse erarbeiten

Seite 23

Detailplanung Phase - Evaluationsschritte festlegen

Bewertungsdokumente Offerten einholen

Evaluation im engeren Sinne Grobevaluation Detailevaluation

Start

Pflichtenheft

Entscheid

Vertrag

Alternativen bewerten Beginn Evaluation Zeitachse Ende Evaluation

Seite 24

Start: Der Phasenauftrag fr die Evaluation


Projektname Ausgangslage/Problemstellung Grobziele Aufgabenstellung Gestaltungsbereich / Projektorganisation Termine / Meilensteine Budgetrahmen / Finanzielles Auskunft / Informationspflicht Genehmigung des Auftrages

Lsungsumriss, Abgrenzung
Rahmenbedingungen /

Restriktionen

Seite 25

Meilensteinplan erstellen
Datum geplant 15.10.2003 15.12.2003 31.12.2003 31.12.2003 15.02.2004 28.02.2004 15.03.2004 15.04.2004 30.04.2004 15.05.2004 31.05.2004 Ablauf Meilenstein Evaluation ist vorbereitet Pflichtenheft ist erstellt Bewertungsdokumente sind erstellt Anbieter sind ausgewhlt Offerten sind eingetroffen Offerten sind bereinigt Grobevaluation ist abgeschlossen Detailevaluation ist abgeschlossen Evaluationsbericht ist erstellt Interner Entscheid ist gefllt Vertrag ist abgeschlossen E I I E E
Funktionen A = arbeitet mit E = entscheidet alleine e = entscheiden gemeinsam P = steuert Prozess B = wird befragt I = wird informiert

PA I E I E

Verantwortlichkeiten PL KT RT BER P P P P P P P P P P P A A A A B I B B B B B I B B B B B B A A A A I B I B B B I B

BV I A A I A A A I B I

Datum erledigt

Verantwortlichkeiten PA = Projektausschuss PL = Projektleitung KT = Kernteam RT = Reviewteam BER = Beratung BV = Benutzervertretung

Seite 26

Dokumentenmanagement Gliederung des Evaluationshandbuchs


Auftrag und Zielsetzung Projektorganisation Projektplan Projektberichtswesen Korrespondenz Pflichtenheft Bewertungsdokumente Ergebnisse der Grob- / Detailevaluation Evaluationsbericht Antrag, weiteres Vorgehen Vertragsentwrfe Diverse Unterlagen
Seite 27

Anforderungskatalog: Anforderungen spezifizieren Begriff der Anforderung


Eine Anforderung ist eine Bedingung oder Fhigkeit, die von einer

Person zur Lsung eines Problems oder zur Erreichung eines Ziels bentigt wird.
Eine Anforderung ist eine Bedingung oder Fhigkeit, die eine

Software erfllen oder besitzen muss, um einen Vertrag, eine Norm oder ein anderes, formell bestimmtes Dokument zu erfllen.

Seite 28

Anforderungen spezifizieren - Vorgehensschritte


Anforderungen spezifizieren
Information

Anforderungen gewinnen

verfeinern

Anforderungen dokumentieren

korrigieren

Anforderungen prfen

Anforderungskatalog

Seite 29

Anforderungen gewinnen
wichtigste Beteiligte kennen und einbeziehen Problem kennen, das zum Projekt gefhrt hat wichtigste Systemziele identifizieren fr jedes Ziel festhalten, zu welchem Geschftsziel es einen Beitrag

leistet bzw. welchen Nutzen die Beteiligten daraus ziehen Schlsselbegriffe des Systems und der Anwendungsbereiche kennen und in einem Glossar dokumentieren Hauptfunktionen identifizieren Rahmenbedingungen und Risken identifizieren

Seite 30

Anforderungen gewinnen Beteiligtenanalyse (stakeholder analysis)


Wer hat in welcher Rolle mit dem zu erstellenden System zu tun? Wer kann oder muss die Anforderungen an das System

formulieren? Wer stellt die Anforderungen an den Projektablauf? Wer kann oder muss die Rahmenbedingungen vorgeben?

Seite 31

Anforderungen gewinnen Zielanalyse (goal analysis)


Welches sind die bergeordneten Ziele (Visionen, Geschftsziele)

fr das anstehende Vorhaben? Welche konkreten Ziele lassen sich daraus ableiten? Welchen Nutzen hat welcher Beteiligte von der Erreichung eines oder mehrerer Ziele? Wie wird die Zielerreichung festgestellt? Gibt es Zielkonflikte? Wenn ja, welche Ziele sind zu priorisieren?

Seite 32

Anforderungen gewinnen wahrzunehmende Aufgaben


Wnsche und Bedrfnisse der Projektkunden erkennen, analysieren

und darstellen den Projektkunden Mglichkeiten aufzeigen, wenn diese sie nicht selbst erkennen nur wenn notwendig den Ist-Zustand erheben zum Verstehen der Arbeit und der Bedrfnisse der Benutzer zur Ermittlung von Strken und Schwchen zur bernahme von Teilen aus dem bestehenden System bei Produktentwicklungen das Marktpotenzial klren Rahmenbedingungen erkennen, analysieren und dokumentieren

Seite 33

Anforderungen gewinnen Schwierigkeiten


Schwierigkeiten

Erwartungs- und Begriffsdiskrepanzen beim Projektkunden Projektkunden wissen zwar, was sie wollen, knnen ihre Vorstellungen aber nicht formulieren Projektkunden wissen nicht, was sie wollen Beteiligte verfolgen verdeckte Ziele, die sie absichtlich nicht offen legen

Anforderungsgewinnung ist also immer verbunden mit:

Aufgabenklrung Konsensbildung Konflikterkennung und -lsung


Seite 34

Anforderungen gewinnen Anforderungen aus Dokumentenstudium


Dokumente auf Anforderungen analysieren:

Objekte der verschiedenen Anwendungsbereiche strukturorientiert, Geschftsobjektmodell Prozesse der Anwendungsbereiche mit ihren auslsenden Ereignissen und den entsprechenden Reaktionen darauf prozessorientiert, Geschftsprozessmodell Interaktion zwischen systemexternen Akteuren und System Anwendungsflle (use cases)

Ereignis/Reaktionsanalyse:

alle auslsenden Ereignisse auflisten, welche eine Reaktion des Systems erfordern fr jedes Ereignis die erforderlichen Reaktionen festlegen das gewnschte Systemverhalten bestimmen (Prozesse)
Seite 35

Anforderungen gewinnen Erhebungstechniken


Workshop Interview Umfrage, Fragebogen Auswertung von Problemmeldungen und Kundenreklamationen Beobachtung der Benutzer Rollenspiel Analyse von Beispielen Arbeit mit Prototypen Benchmarking Marktstudien

Seite 36

Anforderungen prfen
Abweichungen von der geforderten Qualitt erkennen und

bereinigen mglichst viele Fehler, Lcken, Unklarheiten, Mehrdeutigkeiten, etc. finden und beheben Konflikte zwischen Forderungen verschiedener beteiligter Personen erkennen und lsen verdeckte Wnsche, Erwartungen und Befrchtungen erkennen und thematisieren

Seite 37

Arten von Anforderungen


funktionale Anforderungen

Anforderungen nach gewnschten funktionalen Leistungen, Ablufen, Algorithmen und Daten nicht-funktionale Anforderungen Verhaltenseigenschaften, die von den Funktionen und Daten gewhrleistet werden mssen Rahmenbedingungen fr das System Vorgaben und Wnsche, die fr das ganze System gelten Projektrahmenbedingungen Bedingungen und Einschrnkungen, unter denen das Projekt durchgefhrt wird
Seite 38

Anforderungen an die Software-Qualitt


Funktionalitt

Angemessenheit, Richtigkeit, Interoperabilitt, Ordnungsmssigkeit, Sicherheit Zuverlssigkeit Reife, Fehlertoleranz, Wiederherstellbarkeit Benutzbarkeit Verstndlichkeit, Erlernbarkeit, Bedienbarkeit Effizienz Zeitverhalten, Verbrauchsverhalten nderbarkeit Modifizierbarkeit, Stabilitt, Analysierbarkeit, Prfbarkeit bertragbarkeit Anpassbarkeit, Installierbarkeit, Konformitt, Austauschbarkeit
Seite 39

Beschreibung der Anforderung im Katalog


eindeutige Anforderungsnummer Beschreibung der Anforderung in einem ganzen Satz Prioritt der Anforderung optional: Begrndung der Anforderung bzw. der Bedeutung

derselben Prfkriterien zur Feststellung des Erfllungsgrads Quelle der Anforderung Abhngigkeiten zu anderen Anforderungen Verweise auf weitere Informationen oder Materialien, welche die Anforderung verdeutlichen

Seite 40

Struktur des Anforderungskatalogs


Rahmenbedingungen fr das System Systemzweck, Projektkunden und Betroffene, Systembenutzer, Rahmenbedingungen fr das Projekt, Namenskonventionen und Definitionen, relevante Fakten, Annahmen 2. funktionale Anforderungen Systemabgrenzung, Anforderungen an Funktionen und Daten des Systems 3. nicht-funktionale Anforderungen Oberflchenanforderungen, Benutzbarkeitsanforderungen, Performance, Durchsatz, Sicherheit, operationelle Anforderungen, Wartungs- und Portierungsanforderungen, Zugriffsschutzanforderungen, politische und gesetzliche Anforderungen 4. Projektrahmenbedingungen offene Punkte, neue Probleme, Aufgabenplanung, Inbetriebnahme und Migration, Risiken, Benutzerdokumentation, Warteraum
1.
Seite 41

Anforderungskatalog Basis: Systemabgrenzung (Kontextdiagramm)


Teilnehmer
Besttigung Rechnung
Werbematerial

Buchhaltung
Rechnungskopie

Anmeldung

Schulsekretariat

Informationsfluss
Seite 42

Anforderungskatalog Anforderungen - Grobstruktur


Applikationsbezogene Anforderungen

Sie beschreiben das System aus Anwendersicht.


Anbieterbezogene Anforderungen

Bei den anbieterbezogenen Anforderungen werden vor allem Leistungen und Einrichtungen welche die Anbieter zu erfllen resp. zu erbringen haben beschrieben.
Systemtechnische Anforderungen

Wir beschreiben hier lediglich technische Standards welche einzuhalten sind wie z.B. welche Betriebssoftware oder welches Datenbanksystem untersttzt werden soll.

Seite 43

Anforderungskatalog Anforderungen - Strukturierung


Applikationsbezog. Anforderungen Gesamtapplikation
Benutzbarkeit Datenmodell

Ebene 1 Ebene 2
Ebene 3

Anbieterbezogene Anforderungen Generelle Merkmale


Softwarehersteller Hardwarehersteller

Systemtechnische Anforderungen Systemkonzept Hardwarekomponenten


Hintergrundsysteme Arbeitsplatzsysteme

Seite 44

Anforderungen formulieren Vor- und Nachteile der natrlichen Sprache


Vorteile

ist leicht zu erstellen kann von allen Beteiligten ohne Schulung gelesen werden ist ausdrucksmchtig

Nachteile

ist unbersichtlich Zusammenhnge sind schwer erkennbar ist fehlertrchtig mehrdeutig, unklar, inkonsistent, widersprchlich ist vielfach redundant sind schwierig zu prfen
Seite 45

Anforderungen dokumentieren allgemeine Regeln


zu jedem geforderten Resultat sind die Funktion und die

Eingabedaten zu spezifizieren mgliche Ausnahmesituationen aufzeigen Annahmen aufdecken und explizit formulieren Leistungs- und Qualittsanforderungen quantitativ spezifizieren

Seite 46

Anforderungen spezifizieren Priorisierung von Anforderungen


Nicht alle Anforderungen sind fr ein Unternehmen von gleicher

Bedeutung:

MUSS unverzichtbare Anforderung SOLL wichtige Anforderung, auf welche bei zu hohen Kosten verzichtet werden kann WUNSCH schn zu haben, jedoch von geringer Bedeutung

Seite 47

Anforderungen spezifizieren Vorteile von guten Anforderungen


zufriedenere Projektkunden krzere Durchlaufzeiten (Projektdauer) geringere Projektrisiken zuverlssigere Schtzungen fr Termine und Kosten

Seite 48

Merkmale gut formulierter Anforderungen


Adquatheit das beschreiben, was der Projektkunde will bzw. braucht Vollstndigkeit alles beschreiben, was der Projektkunde will bzw. braucht Widerspruchsfreiheit Anforderungen sind sonst nicht realisierbar Verstndlichkeit fr Projektkunden und Projektbeteiligte Eindeutigkeit zwecks Vermeidung von Fehlern bzw. Fehlinterpretationen Prfbarkeit feststellen, ob das realisierte System die Anforderungen erfllt
Seite 49

Anforderung ableiten und Evaluation durchfhren Pflichtenheft

Seite 50

Detailplanung Phase - Evaluationsschritte festlegen

Bewertungsdokumente Offerten einholen

Evaluation im engeren Sinne Grobevaluation Detailevaluation

Start

Pflichtenheft

Entscheid

Vertrag

Alternativen bewerten Beginn Evaluation Zeitachse Ende Evaluation

Seite 51

Pflichtenheft erstellen Aufbau des Pflichtenhefts - Inhalt


Ausgangslage Ist-Zustand Ziele Anforderungen Mengengerst und Verarbeitungshufigkeiten Aufbau und Inhalt der Offerte Administratives Fragenkatalog

Seite 52

Pflichtenheft erstellen Aufbau des Pflichtenhefts - Ausgangslage


berblick ber die Organisation sowie das Umfeld geben, das vom Beschaffungsvorhaben betroffen ist
Angaben zum Unternehmen

Branche und Zweck des Unternehmens, Standorte im In- und Ausland, Produkte und Dienstleistungen, Geschftspartner (Kunden, Lieferanten), Unternehmensziele, kritische Erfolgsfaktoren, Grsse, Marktstellung (Umsatz, Anzahl Beschftigte), Organisationsstruktur Organisation der Informatik Einbettung der Informatik im Unternehmen, Struktur und Grsse der eigenen Informatikorganisation, Leistungen von Outsourcing-Partnern, Verteilung von Aufgaben, Verantwortungen und Kompetenzen, Leitbild der Informatik Anstoss fr die Beschaffung Projektorganisation
Seite 53

Pflichtenheft erstellen Aufbau des Pflichtenhefts - Ist-Zustand


Lsung optimal auf das Kundenproblem sowie die vorhandenen Systeme und Infrastrukturen ausrichten
Aufbauorganisation

Organisationsstruktur, Personal, Strken und Schwchen Prozessorganisation und Anwendungen bersicht ber Geschftsprozesse, Detailangaben pro Geschftsprozess, Prozessablufe, Anwendung Systemplattformen IT-Standards, Hintergrundsysteme, Arbeitsplatzsysteme, Kommunikationsinfrastruktur brige technische Infrastuktur Ablage, Archive, Mikrofilm, Telefonzentralen, Verpackungsautomaten, Telefax-Gerte
Seite 54

Pflichtenheft erstellen Aufbau des Pflichtenhefts - Ziele


Ziele, welche mit der Beschaffung erreicht werden sollen
nutzenrelevante Ziele

Kostenreduktionen, Effizienzsteigerungen, Qualittsverbesserungen, menschlich-soziale Ziele Ertragssteigerung Systemziele Global- und Teilziele, funktionale Leistung, Parametrisierbarkeit, Systemverfgbarkeit, Verarbeitungs- und Durchlaufzeiten Vorgehensziele Etappierung, Projektmanagementverfahren, Meilensteine, Kostendach

Seite 55

Pflichtenheft erstellen Aufbau des Pflichtenhefts - Anforderungen


Anforderungen, welche von der zu beschaffenden Lsung erfllt werden sollen
Rahmenbedingungen fr das System

Systemzweck, Projektkunden, Systembenutzer, Rahmenbedingungen fr das Projekt, Namenskonventionen, Fakten, Annahmen funktionale Anforderungen Systemabgrenzung, Anforderungen an Funktionen und Daten nicht-funktionale Anforderungen Oberflchen- und Benutzbarkeitsanforderungen, Performance, Sicherheit, operationelle Anforderungen, Wartungs- und Portierungsanforderungen, Zugriffsschutz, politische Anforderungen Projektrahmenbedingungen offene Punkte, neue Probleme, Aufgabenplanung, Inbetriebnahme und Migration, Risiken, Benutzerdokumentation
Seite 56

Pflichtenheft erstellen Aufbau des Pflichtenhefts - Mengengerst


Daten und deren Mengen, welche in das System einfliessen, dort zu verarbeiten und zu speichern und spter als Output auszugeben sind
Datenbewegungen Datenbestnde Anzahl der Benutzenden

Seite 57

Pflichtenheft erstellen Aufbau des Pflichtenhefts - Mengengerst


Datenbewegungen
Anzahl Datenbewegungen Eingaben Offertanfragen Kundenbestellungen Artikelpositionen Abfragen Lagerbestand Lieferantenrechnungen Ausgaben Offerten Auftragsbesttigungen Lieferscheine D D D 120 1200 2200 m m m 30 150 300 t t t 200 nachmittags
Seite 58

Anzahl Spitze Periode Bemerkungen

Datenart

Mittelwert 250 2200 4 200 15

Periode

D D D D I

m m

50 300 20

t t

09.00 - 11.00 Uhr 80% vormittags

t t

100

10.00 - 11.00 Uhr

Pflichtenheft erstellen Aufbau des Pflichtenhefts - Mengengerst


Datenbestnde
Datenbestnde Stammdaten Kunden Artikel Office-Dokumente Korrespondenz Prsentationsunterlagen Computeroutput Rechnungen/Gutschriften Lieferscheine Externe Dokumente Lieferantenrechnungen Mutationsbelege T T 11000 600 2 1 80000 600 2 ca. 7 J. speichern 1 ca. 1 J. speichern
Seite 59

Datenart

Bestand 1. Jahr Anzahl 5000 20000 2000 150 20000 8000 3 40 2 2 Seiten

max. Bestand Anzahl 8000 25000 10000 7500 140000 8000 Seiten

Bemerkungen

D D O O T T

in 2 J. Maximum bleibt stabil 3 ca. 5 J. speichern 40 ca. 5 J. speichern 2 ca. 7 J. speichern 2 ca. 3 M. speichern

Pflichtenheft erstellen Aufbau des Pflichtenhefts - Mengengerst


Anzahl der Benutzenden
Applikation Typ ERP Teilapplikation Auftragsbearbeitung Fakturierung Lagerbewirtschaftung OA Schriftguterstellung eMail Anzahl Benutzende intensiv 20 5 55 20 80 gelegentlich 5 10 5 60 insgesamt 25 15 Abfrage letzte Fak 60 80 80 Bemerkungen

Seite 60

Pflichtenheft erstellen Aufbau des Pflichtenhefts - Offerte


Offerten sollen so aufgebaut sein, dass sie vollstndig, transparent und leicht vergleichbar sind
Vorstellen des Offertstellers Management Summary applikationsbezogene Angaben Angaben zur Systemplattform anbieterbezogene Angaben Preise und Kosten Anhnge

Seite 61

Pflichtenheft erstellen Aufbau des Pflichtenhefts - Administratives


administrative Angaben im Zusammenhang mit der Beschaffung zwecks Klrung des Vorgehens
Vertraulichkeit, Copyright, Rckgabe der Unterlagen Evaluationsschwerpunkte (Schwerpunkte der Bewertung) Budgetrahmen Rckfragen zum Pflichtenheft (Ansprechperson) Termine im Beschaffungsablauf

Abgabetermin des Pflichtenhefts, Abgabe der Offerten, Gesprche mit Offertstellern, Besichtigung von Referenzinstallationen, Evaluationsentscheid, geplanter Vertragsabschluss Abgabe der Offerte und weiteres Vorgehen an wen Offerten einreichen, Anzahl Exemplare, besondere Ansprche an die Gltigkeitsdauer
Seite 62

Pflichtenheft erstellen Aufbau des Pflichtenhefts - Fragenkatalog


gezielte Beantwortung einzelner Fragen an Stelle eines mhsamen Zusammensuchens von Informationen
8. 8.2
8.2.1 8.2.2 8.2.3 8.2.4

Wartung / Untersttzung Software-Wartung


Werden einfache Softwarefehler sofort behoben? Wie gelangen wir in einem solchen Fall zum neuen Programm? Mit welchen Fristen mssen wir bei schwierigen Fehlern rechnen? Wird die Benutzerdokumentation immer an den neuesten Stand der Programme angepasst? [] ja [] nein [] teilweise [] ber Datentrger [] ber Datenfernverarbeitung Dauer in Tagen: ______ [] ja [] nein [] teilweise

Seite 63

Bewertungsdokumente erstellen Anforderungen und Bewertungsdokumente


Kriterienhierarchie
Gesamtbewertung Kriterienbereiche

Kriterienkatalog

Anforderungen des Pflichtenhefts

Pflichtenheft

Einzelkriterien

Teilkriterien

Hauptkriterien

Bewertungsliste

Seite 64

Anforderung ableiten und Evaluation durchfhren Grob- und Detailevaluation Evaluationsentscheid

Seite 65

Detailplanung Phase Evaluation und Entscheid

Bewertungsdokumente Offerten einholen

Evaluation im engeren Sinne Grobevaluation Detailevaluation

Start

Pflichtenheft

Entscheid

Vertrag

Alternativen bewerten Beginn Evaluation Zeitachse Ende Evaluation

Seite 66

Evaluation als Filtersystem


Markt fr Informatikmittel

Vorfilter - Marktanalyse und Publikation


- Marktkenntnisse - Vorausschreibung

Grobfilter

- Grobevaluation der Offerten


- Vollstndigkeit, Gte der Offerte - KO-Kriterien - Erfllungsgrad Hauptkriterien - Kostenrahmen

Feinfilter

- Detailevaluation der Offerten


- Nutzwertanalyse - Kostenermittlung - Kosten/Nutzen-Gegenberstellung - Risikoanalyse

optimale Lsung

- Auswahlentscheid
- Antrag, Evaluationsbericht - Offerte, ev. Vertragsentwurf

Seite 67

Auswahl der Anbieter fr Offertstellung


Art der Anbieter

Seite 68

Auswahl der Anbieter


Direktes Verfahren
Auswahl der Anbieter wird sehr stark durch Punkte, welche als Rahmenbedingung den Auswahlprozess beeinflussen, gesteuert. Offenes Verfahren Ausschreibung des Beschaffungsvorhaben in einschlgigen Presseorganen (Handelsamtsbltter, Tageszeitungen, Internet usw.) Selektives Verfahren Vorausschreibung (Kurzpflichtenheft abfassen Bildet ein Vorfilter fr die Evaluation Konzentration auf die erfolgsversprechensten Anbieter beim weiteren Vorgehen

Vorausschreibung

Seite 69

Grobevaluation durchfhren
Die Vollstndigkeitskontrolle
Wir berprfen, in wieweit die Angaben, welche wir im Pflichtenheft unter dem Kapitel Aufbau der Offerte gefordert haben, auch vorhanden sind (Offertanalyse).

Ebenso wird die Gte der Offerte beurteilt


(Klarheit, Verstndlichkeit, Darstellung der Sachverhalte usw. werden untersucht und als weiteres Selektionskriterium bewertet.

Die KO-Kriterien
Sie bilden das Kernstck der Grobevaluation. Die Erfllung der KO-Kriterien ist fr das Weiterkommen eines Angebotes in unserem Evaluationsprozess Pflicht.

Die Kosten
Selbstverstndlich wird auch eine erste Kostenbeurteilung vorgenommen. Hier wird auch nur grob beurteilt, ob die Kosten den erwarteten Rahmen nicht sprengen.

Seite 70

Bewertungsschema fr Grobevaluation
Bewertungsschema dient fr Eintragungen von Daten und Fakten sowie Kurzkommentare aus der groben Offertanalyse, um sich einen berblick zu verschaffen
Gte der eingegangenen Offerten

formale Qualitt, Vollstndigkeit, Bezug zum Pflichtenheft, Darstellungsqualitt, Konsistenz Erfllung der KO-Kriterien Grobe Bandbreite der Erfllung der Hauptkriterien Kostenrahmen

Seite 71

Beispiel Grobbewertung Bewertungsmassstab (Skalierung)


4 = sehr gut, zu 100% erfllt 3 = gut, mit einigen, unwesentlichen Abstrichen erfllt 2 = ausreichend, mit sprbaren Abstrichen brauchbar 1 = schwach, mit erheblichen Abstrichen brauchbar 0 = nicht erfllt, nicht vorhanden, unbrauchbar

Ja / Nein-Entscheidungen zwingend die Werte 4 bzw. 0 vergeben

Seite 72

Offerten prfen und grob vergleichen Bewertungsschema


Aspekte / Kriterien Gte der Offerten (formale Qualitt) Vollstndigkeit, Bezug zu Pflichtenheft Wertung Darstellungsqualitt, Konsistenz Wertung Erfllung der KO-Kriterien Lsung muss sich vollstndig auf IT-Standards absttzen Lsung muss Web-Clients untersttzen Systemverfgbarkeit muss gewhrleistet werden knnen Bandbreite der Erfllung der Hauptkriterien Globale Kriterien Applikation Systemplattform Firmenmerkmale Dienstleistungen Projektmanagement Meilensteine Vertragliche Gewhrleistungen Wertung Angaben zum Kostenrahmen Investitionen Betriebskosten Gesamtwertung Offerte 1 Offerte 2 Offerte 3

Seite 73

Offerten prfen und grob vergleichen grobe Offertbeurteilung


Offerten Kriterien fr Grobbeurteilung

Gte der Offerte

Erfllung der KO-Kriterien Erfllungsgrad der Hauptkriterien Kostenrahmen (Preisattraktivitt)


Offerten 2,3 und 6 scheiden aus

hoch

mittel tief Offerten 1,4 und 5 verbleiben fr Detailevaluation

Seite 74

Offerten vergleichen + Ergebnisse analysieren Schritte der Detailevaluation


Erkenntnis- und Konkretisierungsgrad
Ergebnisanalyse Offertnachbesserung Kostenermittlung Bewertung (Nutzwertanalyse) Kosten/ Nutzwert Risikoanalyse

vertiefte Offertanalyse Informationsaufbereitung

Zeitachse
Seite 75

Rangreihenverfahren
Nr. 1 2 3 4 5 Lsungs variante Ford Opel Audi BMW Renault Mller 2 1 3 4 5 Meier 5 4 1 2 3 Huber Tobler Summe 3 5 2 4 1 2 4 1 5 3 12 14 7 15 12 n 2 4 1 5 3 Rang 2.5 4 1 5 2.5

Seite 76

Offerten vergleichen + Ergebnisse analysieren Nutzwertanalyse - Bewertungsliste


Bewertungsliste fr Offerte Kriterien 1111 Applikatorische Integration Schnittstellen zur durchgngigen Untersttzung aller Geschftsprozesse Automatischer Datenaustausch zwischen Teilapplikationen Ganzheitliches, redundanzarmes Datenmodell Koordinierte Datenbewirtschaftung 3 3 2 3 12 12 8 12 44 1112 Einheitlichkeit, Konsistenz Einheitliches "look and feel" Konsistenter Dialogaufbau Applikationsbergreifende, gleiche Handhabung 2 2 3 8 8 12 28 1121 Benutzbarkeit Klare, bersichtliche Darstellung Sofortige Plausibilittstests bei Eingaben mit Fehleranzeige Vorschau fr alle Ausdrucke Selbsterklrungsfhigkeit 2 3 2 2 8 12 8 8 36 unwichtig wichtig sehr wichtig 1 2 3 Erfllungsgrad P Erfllungsgrad P Erfllungsgrad P Gewicht G Maximale Sollpunkte Fakten, Bemerkungen Bewertung Note N GxN

nicht erfllt, nicht vorhanden schwach erfllt ausreichend erfllt gut erfllt sehr gut erfllt

0 1 2 3 4

Seite 77

Offerten vergleichen + Ergebnisse analysieren Nutzwertanalyse - Kriterienkatalog


Kriterien 1 Applikationssoftware 11 Globale Anforderungen 111 Funktionale Leistung 1111 Applikatorische Integration 1112 Einheitlichkeit, Konsistenz 112 brige Software-Qualitt 1121 Benutzbarkeit 1122 Datenschutz / Sicherheit 1123 Wartbarkeit 12 Verkauf 121 Funktionale Leistung 1211 Stammdaten verwalten 12111 Artikel mutieren 12112 Kunden mutieren 12113 brige Daten mutieren 12114 Preise kalkulieren 12115 Stammdaten abfragen 1212 Offerten verwalten erteilen 12122 Auskunft ber Konditionen erteilen 12123 Offerten erstellen 12124 Offerten berwachen 12125 Lieferzeit ermitteln Relative Gewichte in % E1 70 E2 20 60 50 50 40 30 50 20 80 95 15 55 15 5 15 10 15 25 10 40 20 5 2.00 0.80 3.19 1.60 0.40 4.39 1.20 0.40 1.20 0.80 1.68 2.80 1.12 4.20 4.20 E3 E4 E5 Absolutes Gewicht G in % Maximale Sollpunkte S Anbieter 1 Punkte P (P/S) x G

Seite 78

Offerten vergleichen + Ergebnisse analysieren Grundsituationen bei Bewertung


Idealfall

offerierte Leistung entspricht der geforderten, nmlich der maximalen Zielerfllung Bestnote vergeben absolute Nichteignung geforderte und angebotene Leistung stimmen nicht berein, minimal geforderter Grad der Zielerfllung wird nicht erreicht, Leistung ist berhaupt nicht vorhanden niedrigste Note vergeben relative Eignung offerierte Leistung liegt zwischen minimal und maximal zu erreichendem Zielerfllungsgrad Bewertung liegt zwischen der niedrigsten und der hchsten Note bererfllung angebotene Leistung bersteigt die geforderte strt das berangebot nicht, kann die Hchstnote vergeben werden
Seite 79

Offerten vergleichen + Ergebnisse analysieren Einsatzkosten ermitteln


Einsatzkosten = Investitionskosten + Betriebskosten
Investitionskosten externes Entgelt interne Kosten Betriebskosten entstehen durch

System nutzen (Nutzung) Systemfunktionen aufrecht erhalten (Wartung) Lsung weiter entwickeln und ausbauen (Ausbau/Verbesserung)
Seite 80

Offerten vergleichen + Ergebnisse analysieren Kostenvergleich


Offerten CHF 1'004'000 830'000 415'000 150'000 75'000 30'000 120'000 40'000 174'000 96'000 18'000 60'000 165'660 394'000 104'000 40'000 24'000 40'000 290'000 20'000 180'000 90'000 559'660 ERP AG Bemerkungen CHF 996'000 720'000 355'000 190'000 40'000 30'000 80'000 25'000 276'000 132'000 48'000 96'000 164'340 542'000 152'000 70'000 32'000 50'000 390'000 30'000 270'000 90'000 706'340 SIAG Bemerkungen Investitionskosten Externes Entgelt Applikationssoftware Systemplattform Systemsoftware Kommunikationsinfrastruktur Gesamtprojektmanagement Diverses Interne Kosten Applikationssoftware (Mitarbeit) Systemplattform, Systemsoftware Projektleitung, Rahmenorganisation Umlage der Investitionen auf 1 Jahr Betriebskosten jhrlich Externes Entgelt Applikationssoftware Systemplattform, Systemsoftware Support, Diverses Interne Kosten Operation Management Problem- und Change Management Fhrung, diverse Aufgaben Einsatzkosten jhrlich

davon 150'000 Lizenzen Windows-Server u.a. SQL-Server

davon 240'000 Lizenzen UNIX-Server u.a. Oracle-Lizenz

Datentrger, Spesen ca. 80 Arbeitstage ca. 15 Arbeitstage ca. 50 Arbeitstage Abschreibung: 8 Jahre, 8% Zins

Datentrger, Spesen ca. 110 Arbeitstage ca. 40 Arbeitstage ca. 80 Arbeitstage Abschreibung: 8 Jahre, 8% Zins

davon 27'000 Wartung Windows-Server

davon 48'000 Wartung UNIX-Server

ca. 2 Tage pro Monat eine 100%-Stelle eine 50%-Stelle

ca. 3 Tage pro Monat 2 Stellen zu insgesamt 150% eine 50%-Stelle

Seite 81

Offerten vergleichen + Ergebnisse analysieren Kosten / Nutzwert-Diagramm


A1 = hohe Kosten bei tiefem Nutzwert
Einsatzkosten (total cost of ownership)

Offerte ablehnen
hoch

A1

A2

A2 = hohe Kosten bei hohem Nutzwert

Offerte berprfen
A3 = tiefe Kosten bei hohem Nutzwert
tief

A4

A3

interessante Offerte Vollstndigkeit der Kosten prfen


A4 = tiefe Kosten bei tiefem Nutzwert

tief

hoch

uninteressante Offerte ev. originelle Lsung

Nutzwert (Erfllungsgrad)

Seite 82

Offerten vergleichen + Ergebnisse analysieren Risikoklassen in Informatikprojekten


technische Risiken

technische Realisierbarkeit der Applikationen Systemziele und damit die geplanten Einsparungen und Effizienzverbesserungen werden nicht erreicht personelle Risiken Defizite in Fachkompetenz und Quantitt Terminrisiken zu grobe Planung, personelle Ressourcen nicht bercksichtigt Kosten-/Nutzenrisiken zu optimistische Aufwandschtzungen Partnerrisiken mangelnde Kontinuitt, Geschftsaufgabe
Seite 83

Offerten vergleichen + Ergebnisse analysieren Risikoprofil einer Offerte


Bewertung: W = Wahrscheinlichkeit, S = Schadensausmass, R = Risikofaktor

Risikoklassen Risikoverursacher Technische Risiken

Bewertung W S R

Kommentar

Massnahmen

Personelle Risiken

Terminrisiken

Kosten-/Nutzenrisiken

Partnerrisiken

Seite 84

Offerten vergleichen + Ergebnisse analysieren Inhalte der Risikoanalyse


Eintretenswahrscheinlichkeit (W) 0 = sehr gering, praktisch kein Risiko 1 = gering 2 = mittel Risikofaktor (R) 3 = hoch R = (W+1) x (S+1) -1 4 = sehr hoch Schadensausmass (S) 0 = kein Schaden, praktisch nicht sprbar 1 = gering, nicht stark ins Gewicht fallend 2 = mittel, durchaus sprbare Schden 3 = hoch, Projekterfolg ist gefhrdet 4 = sehr hoch, oft Projektabbruch
Seite 85

Offerten vergleichen + Ergebnisse analysieren Auswertung Risikofaktor


Risikostufen 0- 6 7 -12 13 -18 19 -24 geringes Risiko mittleres Risiko hohes Risiko sehr hohes Risiko

Seite 86

Offerten vergleichen + Ergebnisse analysieren Zuverlssigkeit des Ergebnisses berprfen


Qualitt berprfen

Vollstndigkeit der Kriterien, Kosten und Informationen Wahrheitsgehalt und Richtigkeit der Informationen Korrektheit der angewandten Verfahren Rechenfehler Sensibilittsanalyse (Empfindlichkeitstests) gleichartige Kriterien zusammenfassen Kriterien neu gewichten Zielerfllung bewerten, vor allem bei Schtzungen Verzichtrangfolge der Bewertungskriterien unwichtige Kriterien weglassen
Seite 87

Ergebnisse aufbereiten Evaluationsbericht


Evaluationergebnisse zuhanden des Entscheiders zusammenfassen und Entscheidempfehlung abgeben
Inhalte

Zielsetzung und Auftrag


Ausgangslage, Ziele, Nutzen, Abgrenzung, Projektorganisation

Ablauf der Evaluation Ergebnisse der Grobevaluation


Bewertungsschema mit zustzlichen Angaben

Ergebnisse der Detailevaluation


Lsungsumriss, Nutzwert, Kosten, Risiken, SWOT-Analyse

Anhang
Detailunterlagen, Ablagestelle der Originalofferten
Seite 88

Ergebnisse aufbereiten Nutzwertdarstellung im Evaluationsbericht


Hauptkriterien Logistik Rechnungswesen Brokommunikation Systemplattform Anbieter Dienstleistungen Vertragsgestaltung Leistung / Effizienz Ergonomie
60 70 80 90 100

Nutzwert
A1 A2 A3

Die Grsse der Kreise entspricht dem Gewicht.

Seite 89

Ergebnisse aufbereiten SWOT-Analyse im Evaluationsbericht

Strengths
Interne Ana lyse

Opportunities
(Chancen)
Externe Analyse

(Strken)

Wettbewerbsvorteil

Weaknesses
(Schwchen)

Threats
(Gefahren)

Seite 90

Ergebnisse aufbereiten Antrag an den Entscheider


Empfehlung mit Begrndung zu

der gewhlten Lsung den Nutzwerten den Kosten den mglichen Risiken den Terminen den besonderen Strken

und mit Informationen zum weiteren Vorgehen

bis wann der Entscheid zu fllen ist bis wann der Vertrag abgeschlossen ist wie und bis wann die Mitbewerber benachrichtigt werden wie die Projektorganisation fr die Realisierung aussieht Meilensteine fr Installation, Einfhrung und Aufnahme der produktiven Nutzung Seite 91

Ergebnisse aufbereiten 3 Entscheidgrssen fr Diskussion


Nutzwertanalyse Kostenermittlung

Kosten/Nutzwertanalyse
A2

Kosten

A1 A3 Nutzwert

Risikobetrachtung
technische Risiken personelle Risiken Terminrisiken Kostenrisiken Partnerrisiken

"beste" Lsung
Seite 92

Ergebnisse aufbereiten Risikoabwgung


Kritisch zu hinterfragende Punkte

Personal Quantitt, Qualifikation, Akzeptanz Realisierungspartner Qualifikation, Referenzen, Abhngigkeiten Kosten Genauigkeit Zukunftssicherheit der Systemplattform Technologie Offenheit bzw. Flexibilitt der Lsung Systemleistungen Termine externe Einflsse Marktentwicklung, Gesetze Korrektheit des Evaluationsverfahrens vertragliche Absicherungen
Seite 93

Ergebnisse aufbereiten Regelungen nach internem Entscheid


nach dem internen Entscheid zu regelnde Punkte

Rahmenbedingungen fr Vertragsverhandlungen definieren und allfllige nderungen betreffend der Inhalte der wesentlichen Vertragspunkte festhalten Projektorganisation inkl. der Verantwortlichkeiten fr das weitere Vorgehen festlegen Erfllungskontrolle mit berwachungs- und Rapportierungswesen sicherstellen Entscheid kommunizieren
Seite 94

Evaluationsschritte

Seite 95

Vertragsbestandteile
Rahmenvertrag und die Einzelvertrge ergnzt mit AGB Bereinigtes Pflichtenheft Bereinigte Offerte Leistungsbeschreibungen, Terminplne, Abnahmeverfahren Weitere Dokumente ( Abreden, Zusicherungen, Nachtrge)

Seite 96

You might also like