Startseite   |  Site map   |  A-Z artikel   |  Artikel einreichen   |   Kontakt   |  
  


geographie artikel (Interpretation und charakterisierung)

Ein beispiel für ein mißlungenes projekt (corporate information system)





1.1 Ein Softwareprojektdesasterbr / Ein Projekt mißlang, obwohl die Verantwortlichen alle richtigen Dinge getan haben.

So haben sie:
. verschiedene Management Publications zu Hilfe gezogen und die Idee eines zentralisierten, unternehmensweiten Informationssystems akzeptiert und übernommen
. es wurde ein sogenannter 'think tank' eingestellt, der eine Durchführbarkeitsstudie anfertigte, die zwei Kalenderjahre (15 Arbeitsjahre) bis zur Fertigstellung benötigte
. das Unternehmen verwendetet die modernsten Computer und Datenbanksoftware
. es wurden ohne Protest mehrere Millionen Dollar an zusätzlichen Entwicklungskosten gezahlt, obwohl das Budget schon aufgebraucht war
. es wurden die neuesten strukturierten Programmtechniken verwendet

1.2 Aufgetretene Fehler
. Programm funktionierte - Programmierer und Projektmitarbeiter brauchten mehr Zeit um das System zu tunen - zu langsam
. 20,000 Transaktionen jeden Tag um ihn auf den aktuellen Stand zu bringen - eine Transaktion kann bis zu 20 Minuten dauern - Programm versagte, alle notwendigen Updates eines Tages auch an einem Tag durchzuführen
. 2 Jahre um eine neue Fabrik einzubinden - aber eine neue Fabrik alle 6 Monate

1.3 Konsequenzen
. Projekt mußte aufgegeben werden

. gegenüber Konkurrenz 5 Jahre verloren
sollte nicht passieren, tut es aber immer wieder

1.4 Das Desaster vermeiden
Systementwickler hatten nicht den Mut ihre Fehler zuzugeben - "Ich wußte das es nicht funktionieren wird, aber meine Programme haben funktioniert - keine Sorgen
Der Grund für das Versagen des Projekts: es wurden keine Project Attributes, die für das überleben des Programms wichtig waren, bestimmt und auch nicht kontrolliert. Es konnte daher auch kein, auf diese Attributes aufbauender, passender Aufbau des Programms erfolgen. Kleinere Schritte
Critical Attributes: Qualität und Grundlagen - Kollaps eines Systems verursachen - unter bestimmten Limits (worst acceptable level)
CIS Fall: tägliche Transaktionsleistung nicht ausreichend und konnte auch nicht ausreichend verbessert werden - Integration neuer Firmen dauert zu lange - hätte Anzahl der Transaktionen pro Tag bestimmt werden müssen - 86 400 Sekunden in 24 Stunden  1 Sekunde pro Transaktion
1.5 Genauere Leistungsangaben für CIS
Work Capacity: es muß möglich sein, die Arbeit eines normalen Tages an einem Bürotag zu erledigen
Worst Case: 4 Sekunden für eine durchschnittliche Transaktion
Planned level(in der Anfangsphase):

 
 



Datenschutz
Top Themen / Analyse
Arrow Der Tod eines Sterns - Wenn der Brennstoff ausgeht
Arrow EIN VERGLEICH DES BETRIEBLICHEN VOR¬SCHLAGS¬WESENS MIT KAIZEN
Arrow Sportpolitik
Arrow Parabraunerde
Arrow Großbritannien
Arrow Council of the European Union (Council of Ministers)
Arrow Hitler und das nationalsozialistische Regime
Arrow Der Transport endol
Arrow Konfessionelle Konflikte
Arrow Schimmerwesen und kleine Drachen




Datenschutz
Zum selben thema
icon Niederschlag
icon Treibhauseffekt
icon Industrie
icon Atmosphäre
icon Flora
icon Klima
icon Erdbeben
icon Berge
icon Länd
icon Verstädterung
icon Vulkan
icon Geologie
icon Gewitter
icon Staudämme
icon Kultur
icon Steppen
icon Religionen
icon Höhle
icon Vegetation
icon Jahreszeiten
icon Bevölkerung
icon Handel
icon Planeten
icon Deutschland
icon Tourismus
icon Ozon
icon Tornados
icon Erwärmung
icon Fauna
icon Energie
icon Wüste
icon Städt
icon Umwelt
icon Fossilien
icon Ökologie
icon Ernährung
icon Lawinen
icon Wicklung
icon Verkehr
icon Region
icon Regen
icon Böden
icon Bodenschätze
icon Erdöl
icon Erforschung
icon Wälder
icon Globalisierung
icon Wasser
A-Z geographie artikel:
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z #

Copyright © 2008 - : ARTIKEL32 | Alle rechte vorbehalten.
Vervielfältigung im Ganzen oder teilweise das Material auf dieser Website gegen das Urheberrecht und wird bestraft, nach dem Gesetz.
dsolution