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


informatik artikel (Interpretation und charakterisierung)

Mp3

Ein beispiel für ein mißlungenes projekt


1. Java
2. Viren

(Corporate Information System)>

1.1 Ein Softwareprojektdesaster

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
indicator Gigabit Switches
indicator Referenzen
indicator RSA in der Praxis
indicator Drucker
indicator Konflikte im Umfeld der Einführung des digitalen Fernsehens
indicator Filter
indicator SNMP (Simple Network Managing Protocol)
indicator Weitere Tips
indicator Typenraddrucker (bzw. Schreibmaschine)
indicator Bedienungsoberfläche


Datenschutz
Zum selben thema
icon Netzwerk
icon Software
icon Entwicklung
icon Windows
icon Programm
icon Unix
icon Games
icon Sicherheit
icon Disk
icon Technologie
icon Bildung
icon Mp3
icon Cd
icon Suche
icon Grafik
icon Zahlung
icon Html
icon Internet
icon Hardware
icon Cpu
icon Firewall
icon Speicher
icon Mail
icon Banking
icon Video
icon Hacker
icon Design
icon Sprache
icon Dvd
icon Drucker
icon Elektronisches
icon Geschichte
icon Fehler
icon Website
icon Linux
icon Computer
A-Z informatik 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