Difference between revisions of "Main Page"

From BITPlan Wiki
Jump to navigation Jump to search
Line 3: Line 3:
 
[[File:BITPlanLogo2012.svg|135px]]
 
[[File:BITPlanLogo2012.svg|135px]]
  
Ich bin ein erfahrender IT-Berater/Softwareingenieur, den sie schnell und flexibel aus- spielen können, falls die angebotene Softwarelösung ihrer IT-Abteilung nicht über- zeugt - entweder auf Grund von Resourcenmangel oder weil ihre Anforderungen nicht erfüllt werden. Ich sorge dafür, dass Sie die gewünschte Lösung erhalten - wie ein Joker, der dafür sorgt, dass sie mit dem passenden Blatt punkten können.
+
Ich bin ein erfahrender IT-Berater/Softwareingenieur, den sie schnell und flexibel aus- spielen können, falls die angebotene Softwarelösung ihrer IT-Abteilung nicht überzeugt - entweder auf Grund von Resourcenmangel oder weil ihre Anforderungen nicht erfüllt werden. Ich sorge dafür, dass Sie die gewünschte Lösung erhalten - wie ein Joker, der dafür sorgt, dass sie mit dem passenden Blatt punkten können.
  
 
[[File:1738-006.jpg|135px]]
 
[[File:1738-006.jpg|135px]]
Line 9: Line 9:
 
<div class='bitplanorange>Brücken bauen</div>
 
<div class='bitplanorange>Brücken bauen</div>
 
[[File:Brückenmetapher.png|400px|left]]
 
[[File:Brückenmetapher.png|400px|left]]
Oft scheitert eine erfolgreiche Softwareentwicklung daran, dass die Anforderungen und Be- dürfnisse durch die entwickelte Softwarelösung nicht erfüllt werden. Das kann mehrere Ursa- chen haben:
+
Oft scheitert eine erfolgreiche Softwareentwicklung daran, dass die Anforderungen und Bedürfnisse durch die entwickelte Softwarelösung nicht erfüllt werden. Das kann mehrere Ursachen haben:
 +
 
 
* Die Anforderungen und Bedürfnisse wurden seitens der Auftraggeber nicht korrekt analysiert bzw. kommuniziert.
 
* Die Anforderungen und Bedürfnisse wurden seitens der Auftraggeber nicht korrekt analysiert bzw. kommuniziert.
 
* Die Aufgabenstellung wurde seitens der Entwickler falsch interpretiert.
 
* Die Aufgabenstellung wurde seitens der Entwickler falsch interpretiert.
 
* Die entwickelte Software-Architektur ist nicht geeignet, den Prozess stabil und effizient abzubilden.
 
* Die entwickelte Software-Architektur ist nicht geeignet, den Prozess stabil und effizient abzubilden.
 +
 
Hier agiert Wolfgang Fahl wie der Baumeister einer Brücke, er kennt die Beschaffenheit beider Ufer (Bedürfnisse und Softwarelösung) und sorgt nun für eine stabile Konstruktion zur effizienten Verbindung - somit des optimalen Lösungsansatzes - beider Ufer. Er nutzt hierbei folgende bewährte Methodik:
 
Hier agiert Wolfgang Fahl wie der Baumeister einer Brücke, er kennt die Beschaffenheit beider Ufer (Bedürfnisse und Softwarelösung) und sorgt nun für eine stabile Konstruktion zur effizienten Verbindung - somit des optimalen Lösungsansatzes - beider Ufer. Er nutzt hierbei folgende bewährte Methodik:
 
Problemanalyse -> Strukturierung -> Systematisierung -> Automatisierung.
 
Problemanalyse -> Strukturierung -> Systematisierung -> Automatisierung.

Revision as of 15:57, 12 February 2016

Visitor, Welcome to wiki.bitplan.com - 638 Articles

BITPlanLogo2012.svg

Ich bin ein erfahrender IT-Berater/Softwareingenieur, den sie schnell und flexibel aus- spielen können, falls die angebotene Softwarelösung ihrer IT-Abteilung nicht überzeugt - entweder auf Grund von Resourcenmangel oder weil ihre Anforderungen nicht erfüllt werden. Ich sorge dafür, dass Sie die gewünschte Lösung erhalten - wie ein Joker, der dafür sorgt, dass sie mit dem passenden Blatt punkten können.

1738-006.jpg

Brücken bauen
Brückenmetapher.png

Oft scheitert eine erfolgreiche Softwareentwicklung daran, dass die Anforderungen und Bedürfnisse durch die entwickelte Softwarelösung nicht erfüllt werden. Das kann mehrere Ursachen haben:

  • Die Anforderungen und Bedürfnisse wurden seitens der Auftraggeber nicht korrekt analysiert bzw. kommuniziert.
  • Die Aufgabenstellung wurde seitens der Entwickler falsch interpretiert.
  • Die entwickelte Software-Architektur ist nicht geeignet, den Prozess stabil und effizient abzubilden.

Hier agiert Wolfgang Fahl wie der Baumeister einer Brücke, er kennt die Beschaffenheit beider Ufer (Bedürfnisse und Softwarelösung) und sorgt nun für eine stabile Konstruktion zur effizienten Verbindung - somit des optimalen Lösungsansatzes - beider Ufer. Er nutzt hierbei folgende bewährte Methodik: Problemanalyse -> Strukturierung -> Systematisierung -> Automatisierung.