Software Engineering und Software-Entwicklung für Demmin, Region ,Hansestadt Meckl.-Vorp. - Dienstleister und Anbieter für Softwareprojekte, Software Solutions für den Mittelstand und Industrie, Software Projektmanagement in ,Hansestadt Meckl.-Vorp.

Software Engineering und Software-Entwicklung in Demmin, ,Hansestadt Meckl.-Vorp., Deutschland

Dienstleister und Anbieter für Softwareprojekte, Software Solutions für den Mittelstand und Industrie, Software Projektmanagement in Demmin

Wählen Sie den Ort Demmin aus für eine Übersicht zu Software Engineering und Software-Entwicklung:

 

Software Entwicklung für das Internet in Demmin, ,Hansestadt Meckl.-Vorp.

 

 

Andere Orte:

Dargun

Dassow

Dömitz

Demmin

aus www.ifq.de, der freien Enzyklopädie

Der Titel dieses Artikels ist mehrdeutig. Weitere Bedeutungen sind unter Demmin (Begriffsklärung) aufgeführt.
Wappen Deutschlandkarte
53.90513.0438888888898Koordinaten: 53° 54′ N, 13° 3′ O
Basisdaten
Bundesland: Mecklenburg-Vorpommern
Landkreis: Mecklenburgische Seenplatte
Höhe: 8 m ü. NN
Fläche: 81,56 km²
Einwohner:

11.890 (31. Dez. 2010)[1]

Bevölkerungsdichte: 146 Einwohner je km²
Postleitzahl: 17109
Vorwahl: 03998
Kfz-Kennzeichen: DM
Gemeindeschlüssel: 13 0 71 029
Stadtgliederung: 11 Ortsteile
Adresse der
Stadtverwaltung:
Markt 1
17109 Demmin
Webpräsenz: www.demmin.de
Bürgermeister: Ernst Wellmer (CDU)
Lage der Stadt Demmin im Landkreis Mecklenburgische Seenplatte
Über dieses Bild

Die Hansestadt Demmin ist eine Kleinstadt im Norden des Landkreises Mecklenburgische Seenplatte im Bundesland Mecklenburg-Vorpommern im Nordosten Deutschlands. Sie war die Kreisstadt des Landkreises Demmin. Die Stadt ist eines der 18 Mittelzentren des Landes.

Inhaltsverzeichnis

Demmin liegt im Vorpommerschen Tiefland am Zusammenfluss der Flüsse Peene, Tollense und Trebel, die zusammen ein Gewässerkreuz bilden. Kummerower See und Stettiner Haff (Oderhaff) sind auf der Peene per Schiff zu erreichen, Neubrandenburg über Altentreptow auf Nebenstraßen und Radwanderwegen. Der Zusammenfluss der Tollense und Trebel in die Peene wird touristisch gerne Dreistromland (in Anlehnung an das antike Zweistromland) genannt.[2]

Nördlich von Demmin erstreckt sich auf etwa 174 Hektar das als Drosedower Wald und Woldeforst bezeichnete Waldgebiet. Hier liegt auch das 103 Hektar große Naturschutzgebiet Kronwald. Westlich befindet sich am linken Ufer der Peene das Devener Holz und am linken Ufer die Vorwerker Schweiz. Im Osten der Stadt liegen die Sandbergtannen und im Südosten der Vorwerker Wald.

Im Norden grenzt das Stadtgebiet an Nossendorf und Loitz, im Osten an Kletzin, Siedenbrünzow und Utzedel, im Süden an Beggerow, Borrentin und Schönfeld sowie im Westen an Warrenzin.

Zu Demmin gehören die Ortsteile Demmin, Deven, Drönnewitz, Lindenfelde, Randow, Seedorf (eingemeindet am 1. April 1942), Waldberg, Woldeforst und Wotenick (eingemeindet am 1. Juni 2004).

Außerdem existieren im Stadtgebiet folgende Wohnplätze und Siedlungen:

  • im Norden: Meyenkrebs, Adolfshof, Erdmannshöhe, Wendeforst und Wotenick Ausbau
  • im Osten: Karlshof, Siebeneichen, Jägerhof
  • im Süden: Vorwerk, Neu Vorwerk, Klenz
  • im Westen: Devener Hof, Siedlung am Devener Holz, Stadtrandsiedlung, Stuterhof, Eichholz

Möglich ist die Herkunft des Namens vom slawischen Begriff „timänie“, was so viel wie „morastige Gegend“ bedeutet. Möglich ist aber auch die Herkunft vom Altpolabischen dym (Mehrzahl dyminy) für Rauch, Dunst auf Grund der damaligen Brandrodungen oder des für Niederungen typischen Nebels. Adam von Bremen berichtete 1075 von der umkämpften Burg Dimine. Der Name wandelte sich u.a. von Dymine zu Dimin, latinisiert zu Dyminium, schließlich zu Demmyn und 1320 zu Demmin.

Nach einer Sage war es aber ganz anders: Zwei Prinzessinnen, welche die Burg „Haus Demmin“ erbauten, gelobten sich gegenseitig: „Dat Hus is din und min“. Daraus soll der Name der Burg und damit der Stadt entstanden sein.[3]

Schon um 5500 - 4900 v. Chr. breitete sich die jungsteinzeitliche Bandkeramische Kultur oderabwärts in die Gegend östlich von Demmin aus. Als Zeugnisse der Trichterbecherkultur sind 119 Megalithanlagen im Kreisgebiet nachgewiesen. Von diesen sind 56 zumindest noch teilweise erhalten. Die überwiegende Zahl davon sind 37 Großdolmen. Dass sich auch noch sechs Urdolmen erhalten haben, weist auf eine jener Regionen hin, in denen der Bau dieser Anlagen seine Wurzeln hatte. Für die nachfolgende Zeit sind die Grabhügel und die Schalensteine, von denen im Kreis Demmin zwölf erhalten sind, kennzeichnend. Ab etwa 1800 v. Chr. erfolgte die Besiedlung der Gegend durch frühgermanische Bevölkerungsgruppen.

Luisentor, ein Teil der mittelalterlichen Wallanlage von Demmin (St. Bartholomäus im Hintergrund)

In den Wäldern um Demmin gab es bereits im 8. Jahrhundert slawische Siedlungen der Wilzen. Karl der Große führte sein Heer während der Sachsenkriege 789 bis an die Peene gegen die mit den Sachsen verbündeten Wilzen. Der Fürst der Wilzen Dragowit, dessen Burg bei Vorwerk (Demmin) gestanden haben soll, unterwarf sich und versprach Tributzahlungen. Im Ringen der Wilzen und Franken um diese Region, die durch die Kreuzung von Flüssen und später auch Handelsstraßen für eine Siedlung sehr geeignet war, entstand zunächst eine Grenzburg, die von den liutizischen Zirzipanen am Anfang des 10. Jahrhunderts errichtet wurde und später den Namen „Haus Demmin“ erhielt. Diese Burg kontrollierte den Ostteil Zirzipaniens, das sich im Westen bis Güstrow erstreckte und dessen Hauptburg Teterow war.

Bald entwickelte sich im Schutz der Burg ein Handelsplatz. Der Chronist Adam von Bremen beschrieb 1075 diesen in einem Bericht als „bedeutende Stadt“ („civitas maxima“). In seiner Beschreibung von Jumne berichtete er: „Von jener Stadt schifft man mit kurzer Fahrt zur Stadt Dymin, welche an der Mündung des Peeneflusses liegt, wo auch die Rhunen (Ranen) wohnen.“[4] Wegen dieser fehlerhaften Ortsangabe vermutete der Historiker Gustav Kratz dass hier Demmin mit Wolgast verwechselt wurde,[5] was ein Hinweis wäre, dass beide Orte grundsätzlich bekannt waren.

Seine zweite Missionsreise führte Otto von Bamberg 1128 nach Demmin („Timina civitas Pomeraniae“), wo er den Herzog Wartislaw I. traf und in einer alten Burg („vetus castellum“) außerhalb des Ortes übernachtete.[6] Die pommersche Burg Demmin wurde am 14. Oktober 1140 erstmals in der Bestätigungsschrift des Papstes Innozenz II. für das pommersche Bistum urkundlich erwähnt.[7] Während des Wendenkreuzzuges 1147 wurde Demmin vom deutsch-dänisch-polnischen Kreuzzugsheer belagert, konnte aber eine Eroberung abwenden, indem es auf die Missionierung durch Otto von Bamberg verwies.

Die Söhne Wartislaws Bogislaw I. und Kasimir I., welche ab 1156 regierten, wählten Demmin als eine ihrer Residenzen. Am 6. Juli 1164 kam es zur Schlacht bei Verchen zwischen Lutizen und einem dänisch-sächsischem Heer. Die unterlegenen Slawen setzten Demmin in Brand und zogen sich ins Landesinnere zurück. In den folgenden Jahrzehnten kam es zu einer zunehmenden deutschen Besiedlung im Zuge der Ostkolonisation unter Heinrich dem Löwen. Nach dessen Sturz 1181 wurden die Pommernherzöge zu deutschen Reichsfürsten. Ab 1211 kam das Gebiet unter dänische Lehnsabhängigkeit und nach 1227 wurde es brandenburgisches Lehen.

Um 1236 wurde die Stadt planmäßig mit gitterförmigem Straßennetz angelegt, die zudem mit einem Mauerring und fünf Toren umgeben wurde. Nur wenig später, zwischen 1236 und 1249, erhielt Demmin Lübisches Recht.[8]

Bereits am 17. Mai 1264 erlosch diese Linie Pommern-Demmin mit dem Tod von Wartislaw III., eines Enkels von Bogislaw I.

Ende des 13. Jahrhunderts hatte der pommersche Marschall Henning von Winterfeld, Herr auf den Burgen Osten und Wolde, auch die Burg Demmin inne. Die gotische Stadtkirche St. Bartholomaei in der Altstadt wurde erstmals 1269 erwähnt.

Da die Peene schiffbar ist, fungierte die Stadt als Umschlagplatz von zumeist landwirtschaftlichen Produkten. Im Jahr 1283 trat Demmin der Hanse bei und erhielt durch die pommerschen Herzöge Wartislaw IV. und Otto I. am 27. September 1320 die Zollfreiheit. Im 14. und 15. Jahrhundert schloss Demmin enge Bündnisse mit Stralsund, Greifswald und Anklam. 1452 gelang es diesen Städten, durch das herzogliche „Goldene Privileg“ große Macht und städtische Freiheit zu erreichen.

Im Ersten Rügischen Erbfolgekrieg wurde Demmin im Juli 1327 durch mecklenburgische Truppen belagert. 1358 nahmen Demminer Boten am Hansetag teil. 1394 stellte Demmin zusammen mit den anderen Städten ein Kontingent für die Flotte gegen die Vitalienbrüder.

Schwerere Stadtbrände zerstörten Demmin im Jahre 1407 zur Hälfte und 1495 fast vollständig. 1499 erwirbt die Stadt den Pfandbesitz am Dorf Deven.

1534 wurde in Pommern die Reformation eingeführt. Zwischen 1546 und 1547 die Demminer Stadtbefestigung verbessert und zusätzliche Wälle angelegt.

Ansicht um 1611 aus der Stralsunder Bilderhandschrift
Ansicht von 1617 auf der Lubinschen Karte

Demmin schied bereits 1607 aus der Hanse aus, wegen starker Konkurrenz aus England und Holland zerbrach der Hansebund. In der Zeit vor 1618 hat die Stadt etwa 2400 Einwohner.

Im Dreißigjährigen Krieg besetzten im Jahre 1627 die kaiserlichen Truppen und 1631 die Schweden unter Gustav Adolf die Stadt. Die Kaiserlichen unter Gallas belagerten und eroberten die Stadt erneut im Jahr 1637. Durch List gelang den Schweden unter Johan Lilliehöök jedoch 1639 die wiedermalige Einnahme.

Im Westfälischen Frieden 1648 wurde Vorpommern als Reichslehen Schweden zugesprochen. Zu diesem Schwedisch-Pommern gehörte auch Demmin, das von den Schweden zur Festung Demmin ausgebaut wurde.

Im Zweiten Nordischen Krieg wurde die Festung zunächst verstärkt. Bei der Belagerung von 1659 durch die Truppen des brandenburgischen Kurfürsten unter Feldmarschall Otto Christoph von Sparr kapitulierte die schwedische Besatzung nach 28 Tagen und zog nach Stralsund ab. Die brandenburgische Besatzung dauerte bis zum Frieden von Oliva 1660 an.

Auch im Schwedisch-Brandenburgischen Krieg wurde Demmin ab September 1676 von brandenburgischen Truppen unter dem Feldzeugmeister Herzog August von Holstein eingeschlossen und in Brand geschossen dabei zu drei Vierteln zerstört. Obwohl die schwedische Besatzung sich zurückzog, verblieb die Stadt nach dem Frieden von Saint-Germain vom 19. Juli 1679 weiterhin bei Schwedisch-Pommern. Am 13. November 1679 zog Otto Wilhelm von Königsmarck mit schwedischen Truppen wieder in die Stadt ein.

Stadtplan von Demmin aus dem Jahr 1758
Demmin: Kapitulation der Schweden vor den Preußen Januar 1759 (Kupferstich)

Während des Großen Nordischen Krieges 1700–1721 geriet die Stadt für acht Monate (1712/13) unter russische Besatzung. Zeitweise residierten hier Persönlichkeiten wie Peter der Große und Katharina I. Zu Beginn des Pommernfeldzuges im Juni 1715 von preußischen Truppen besetzt, gehörte es seit dem Frieden von Stockholm 1720 nunmehr zu Preußen. Das Land auf dem linken Peeneufer blieb bis 1815 schwedisch. Im Jahr 1732 besuchte König Friedrich Wilhelm I. die Stadt. Demmin erhielt eine preußische Garnison für ein Füsilierregiment, welches 1733 am Rhein gegen die Franzosen und ab 1740 in den Schlesischen Kriegen kämpfte.

Im Stadtwald wurde 1748 die Kolonie Eugenienberg angelegt,

Zu Beginn des Siebenjährigen Krieges (1756–1763) wurde das unverteidigte Demmin am 13. September 1757 von den Schweden unter General Hans Heinrich von Lieven besetzt. Die preußischen Truppen unter Generalfeldmarschall Johann von Lehwaldt eroberten jedoch vom 29. bis 31. Dezember 1757 die Stadt zurück. 1758 wurde Demmin ebenso wie Anklam von den Preußen als fester Platz aufgegeben. Die schwedische Armee unter Graf Hamilton rückte ein. Ein Handstreich am 22. September 1758 scheiterte. Jedoch zogen sich nach einem Angriff Hauptmann Lehwaldts auf Loitz am 4. Oktober die Schweden auch aus Demmin zurück. Bereits am 18. Oktober eroberten sie unter Oberst Stierneld die Stadt zurück. Demmin wird erneut am 7. November von den Preußen eingenommen. Am 5. Dezember 1758 rückten die preußischen Truppen unter General von Manteuffel von Stettin aus gegen Demmin und Anklam vor. Es kam ab dem 4. Januar 1759 zur Belagerung. Am 18. Januar 1759 kapitulierten die Schweden bei Demmin, dabei gerieten 1275 Mann des Regiments Graf Spens in preußische Gefangenschaft.

Am 17. August 1760 besiegen die Preußen unter Rittmeister von der Schulenburg mit den Belling-Husaren die Schwedische Avantgarde des Generals Fredrik Axel von Fersen. Am 6. Dezember 1761 besetzen die Preußen unter Oberst Wilhelm Sebastian von Belling erneut die Stadt. Am 15. Dezember wird auch die Schanze Meyenkrebs von den Preußen unter Hauptmann Arnould de la Perière[9] erstürmt. Insgesamt wurde Demmin im Verlauf des Krieges acht Mal von den Schweden erobert und ebenso oft von den Preußen zurückerobert. Auf Befehl Friedrich II. von Preußen wurde anschließend die Festung Demmin geschleift.

Im Frieden von Hamburg (1762) wurde die Peene als Grenze zwischen Schwedisch-Pommern und Preußen bestätigt.

Das Werk die Beschreibung und Geschichte der uralten, ehemals festen, grossen und berühmten Hansestadt Demmin, wie auch der daran liegenden festen und berühmten Burg Haus Demmin genannt von Wilhelm Carl Stolle erschien mit Unterstützung von Johann Carl Dähnert 1772 in Greifswald.

Im Vierten Koalitionskrieg erfolgte am 16. April 1807 die französische Besetzung und auch im Sechsten Koalitionskrieg 1812 zogen napoleonische Truppen auf dem Weg nach Russland durch Demmin.

Erst 1815 wurde ganz Vorpommern Preußen zuerkannt und 1818 kam es zur Gebietsreform. Im Regierungsbezirk Stettin wurden 12 Kreise gebildet – einer davon war Demmin. 1825 entstand ein erster jüdischer Friedhof am Luisentor, 1848 ein neuer jüdischer Friedhof vor dem Anklamer Tor (heute Bergstraße 5 mit 31 Grabsteinen) und eine Synagoge. 1848 waren in Demmin acht Handelsschiffe beheimatet.[10] Noch im späten 19. Jahrhundert wurde die Hafenstadt Demmin regelmäßig von kleineren Seeschiffen angelaufen. Demmin wurde 1860 Garnison des preußischen 9. Ulanen-Regiments.

1877 wurde die Eisenbahnlinie Berlin – Demmin – Neubrandenburg gebaut und 1897 die Kleinbahnlinie „Ost“ nach u. a. Jarmen. 1894 wurde das imposante Postgebäude an der Anklamer Straße eingeweiht. Um 1900 gab es in Demmin zwei Kalköfen, drei Metallgießereien, eine Zuckerfabrik, zwei Seifensiedereien, zwei Gerbereien, zwei Brauereien (Demminer Bockbrauerei), eine Brennerei, eine Margarinefabrik und zwei Molkereien. Der Hafen wurde ausgebaut und die Peene vertieft. Die Gasanstalt entstand und dazu feste Straßen mit einem Wasserleitungssystem.

Eine große Katastrophe ereignete sich 1902 mit dem Einsturz der Eisenbahnbrücke über der Peene.

In der Weimarer Republik war Demmin eine Hochburg der DNVP und des Stahlhelms. Schon vor 1933 kam es zu Boykotten jüdischer Geschäfte, die meisten Juden zogen fort und die Synagoge wurde im Juni 1938 an eine Möbelfirma verkauft, weshalb sie als Gebäude bis heute überstand. Am 11. November 1938 versammelten sich Tausende auf dem Marktplatz zu einer antisemitischen Kundgebung.[11] Bei den letzten freien Reichstagswahlen vom 5. März 1933 errang die NSDAP in der Stadt Demmin 53,7 Prozent (4429 Stimmen), bei den Kommunalwahlen am 12. März 1933 49,2 Prozent.[12]

Während des Zweiten Weltkrieges mussten zahlreiche Frauen und Männer aus der Sowjetunion und Polen in der Zuckerfabrik und auf dem Gut der Familie Rohr Zwangsarbeit verrichten. An den katastrophalen Lebensbedingungen starben mindestens 100 von ihnen.

Aufgrund der Zerstörung der Peene-Brücken durch die abziehenden deutschen Truppen wurde der Vormarsch der Roten Armee Ende des Zweiten Weltkrieges in Demmin zunächst aufgehalten. Am 30. April/1. Mai 1945 wurde die Stadt, ähnlich wie Greifswald, der Roten Armee kampflos übergeben. Trotzdem kam es im Zuge des Einmarsches der Roten Armee zu einer Massenselbsttötung, bei der sich viele Personen in der Peene und in der Tollense ertränkten.[13] Ein Grund war vermutlich die Brutalität, mit der die Soldaten aus Anlass des 1. Mai in der Stadt vorgingen. Es kam zu vielen Gewalttaten und Vergewaltigungen sowie Brandstiftungen durch Angehörige der Roten Armee. Insgesamt kamen etwa 900 Personen um.[14]

Der Großteil der historischen Innenstadt, insbesondere das Areal rund um den Marktplatz, wurde durch die Rote Armee zerstört.

Demmin wurde zu DDR-Zeiten weitgehend neu aufgebaut und blieb Kreisstadt des gleichnamigen Landkreises, welcher von 1952 bis 1990 zum Bezirk Neubrandenburg gehörte.

Aufgrund der Mitgliedschaft Demmins in der Hanse trat die Stadt 1992 dem Hansebund der Neuzeit bei. Seit dem 21. Januar 1994 führt die Stadt wieder den Zusatznamen „Hansestadt“.[15]

Die Innenstadt und die Kirche wurde im Rahmen der Städtebauförderung seit 1991 gründlich saniert. Um 1995 wurde das kriegszerstörte Rathaus im historischen Stil neu erbaut.

Jahr/Datum Einwohner Evangelisch Katholisch Sonstige Christen Juden
1740 [16] 1.773 - - - 0
1782[16] 2.229 - - - 0
1794 [16][17][18] 2.586 - - - 0
1812[16] 3.843 3.804 39 - 0
1816[16] 3.915 3.890 25 - 0
1831[16] 4.923 4.867 20 - 36
1843[16] 6.825 6.714 12 - 99
1852 [16][19] 7.757 7.633 38 - 86
1861[16] 8.016 7.833 91 - 92
1875 9.784 - - - -
1880 10.507 - 293 - 103
1890 10.852 10.370 322 - 60
1900[20] 12.079 einschl.
Garnison
- 294 - -
1901 12.452 - - - -
1905 12.536 - - - -
1925 12.787 12.254 416 19 27
1933 14.292 13.779 377 3 8
1939 15.534 14.297 608 13 3
1950 17.715 - - - -
1971 17.149 - - - -
1981 17.181 - - - -
1988 16.723 - - - -
2009 12.090 - - - -
Rathaus Demmin

Die 25 Vertreter der Stadt setzen sich nach der Kommunalwahlen am 7. Juni 2009 wie folgt zusammen: 12 Sitze CDU, 9 Sitze Die Linke und 4 Sitze SPD.

Das Wappen wurde am 31. Januar 2001 durch das Innenministerium bestätigt und unter der Nr. 23 der Wappenrolle von Mecklenburg-Vorpommern registriert.

Blasonierung: „In Gold eine gezinnte rote Burg mit einem größeren geöffneten, schwarz begatterten Mitteltor und zwei kleineren offenen Seitentoren, zwei spitzbedachten und mit je einer halben silbernen Lilie besteckten Zinnentürmen, deren zwei Geschosse mit je drei betagleuchteten Fenstern versehen sind; zwischen den Türmen schwebt ein rechts gelehnter Schild: in Silber ein aufgerichteter, gold bewehrter roter Greif. Auf dem Schild ein gold gekrönter blauer Spangenhelm mit rot-silbernen Decken und einem natürlichen Pfauenfederbusch.“[21]

Das Wappen wurde 2000 von dem Schweriner Heraldiker Heinz Kippnick neu gezeichnet.

Demmin ist Amtssitz des am 1. Januar 1997 aus dem Zusammenschluss der Vorkriegs-Kirchenkreise Altentreptow, Demmin, Franzburg, Grimmen und Loitz gebildeten Kirchenkreises, der als einer der vier Kirchenkreise der Pommerschen Evangelischen Kirche, nach dem Namen der Stadt benannt wurde (Kirchenkreis Demmin).

Die Stadt pflegt Partnerschaften zu den deutschen Städten Bad Bevensen, Lünen und Porta Westfalica sowie zur polnischen Stadt Bublitz/Bobolice.

  • Lithonplus-Werk und Kalksandsteinwerk der Heidelberger Kalksandstein GmbH (HeidelbergCement)
  • Demminer Verkehrsgesellschaft
  • E.ON edis, Energieversorger
  • Demminer Maschinenbau Technik GmbH, Sondermaschinenbau
  • Peene Werkstätten GmbH, Werkstatt für behinderte Menschen
Kahldenbrücke und Hafen

Durch Demmin führt in West-Ost-Richtung die Bundesstraße 110, die hier auf der Kahldenbrücke die Peene überquert. In Nord-Süd-Richtung kreuzt hier die Bundesstraße 194, welche hier Teil der Deutschen Alleenstraße ist, auf der Meyenkrebsbrücke die Peene. Die Bundesautobahn 20 ist über den 25 Kilometer östlich gelegenen Anschluss bei Jarmen erreichbar. Der nächstgelegene Flughafen ist der Flughafen Neubrandenburg, welcher sich etwa 45 Kilometer entfernt befindet. Demmin besitzt einen Wirtschaftshafen an der Bundeswasserstraße Peene. Der Demminer Bahnhof liegt an der Bahnstrecke von Stralsund über Neubrandenburg nach Berlin (Berliner Nordbahn). Von 1895 bis 1945 wurde die Stadt auch durch die Demminer Kleinbahnen bedient. Mit den Buslinien der Demminer Verkehrsgesellschaft sind auch Rostock, Greifswald und Stavenhagen erreichbar.

Die Stadt Demmin verfügt über mehrere Schulen, darunter das Goethe-Gymnasium Demmin, dem ein Musikgymnasium integriert ist, und eine Berufsschule. Ein alter Wasserturm am Rande der Stadt Demmin wurde von 1978 bis 1981 in eine Astronomiestation mit Planetarium umgebaut.

Am Stadthafen befindet sich das Demminer Regionalmuseum. Im Marienhain, einem Park und ehemaligem Friedhof, befindet sich die „Kleine Galerie“ in der früheren Grabkapelle.

Das Filmeck in der August-Bebel-Straße ist eines der wenigen noch existierenden Kinos in dieser Region.

St. Bartholomaei
Schillerstraße mit katholischer Maria-Rosenkranz-Kirche

Die Stadtkirche St. Bartholomaei in der Altstadt wurde erstmals 1269 erwähnt und ist die Hauptkirche des Superintendenten des Kirchenkreises Demmin. Sie wurde als dreischiffige Hallenkirche im Stil der Backsteingotik im 14. Jahrhundert errichtet und 1676 bis auf die Umfassungswände zerstört. Nach der von 1684 bis 1706 erfolgten Wiederherstellung erhielt sie 1734 neue Gewölbe. Zwischen 1853 bis 1867 erhielt sie durch die Restaurierung von Friedrich August Stüler und Weber ihre heutige im Wesentlichen neugotische Gestalt. Mit einer Höhe von 92,5 m ist der anlässlich dieser Restaurierung aufgestockte filigrane Kirchturm ein bemerkenswertes Bauwerk der Neogotik.

Der Marienhain ist ein Park, der seinen Namen der dort bis zur Zerstörung 1630 befindlichen Marienkirche verdankt. An der Stelle der Kirche wurde 1799 ein achteckiger Zentralbau errichtet, der seit 1976 als Galerie genutzt wird. Die katholische Kirche „Maria Rosenkranzkönigin“ wurde Anfang des 20. Jahrhunderts erbaut.

Das einzige erhaltene Stadttor ist das Luisentor (Kuhtor) im Stil der Backsteingotik aus dem 15. Jahrhundert mit einem zur Feld- und Stadtseite reich gegliederten Staffelgiebel.

Der runde Pulverturm aus Backsteinen (bereits 1546 erwähnt) ist ein Rest der mittelalterlichen Stadtbefestigung.

Am Hafen befindet sich der „Lübecker Speicher“ aus dem 19. Jahrhundert. Die angrenzenden größeren Speicher wurden um 1940 errichtet.

Das Rathaus ist ein Neubau des am Ende des Zweiten Weltkrieges zerstörten und danach abgerissenen Gebäudes. Es wird versucht, die Marktplatzumbauung in historischer Form zu rekonstruieren.

Haus Demmin: Ruinen einer frühdeutschen Burganlage an der Stelle einer 1128 erwähnten pommerschen Fürstenburg und eines 1840 im klassizistischen Stil erbauten und 1998 abgebrannten Herrenhauses auf einer Insel am Zusammenfluss von Peene und Tollense.

Ulanendenkmal
  • Ein großer Findling auf dem Bartholomäi-Friedhof erinnert an die etwa 1000 Frauen und Kinder, die unter dem Eindruck der Kämpfe und Übergriffe bei der Besetzung der Stadt 1945 aus dem Leben schieden. Inschrift: „Freitote, am Sinne des Lebens irre geworden“.[22]
  • Reste des von sowjetischen Truppen zerstörten Ulanendenkmals
  • Hansebrunnen vor dem Rathaus
  • Ehrenmal aus dem Jahre 1971 auf dem Ernst-Barlach-Platz für die Opfer des Faschismus
  • Sowjetischer Soldatenfriedhof aus dem Jahre 1945 (umgestaltet 1995) für 103 sowjetische Soldaten, Kriegsgefangene, Zwangsarbeiter(innen) und ein Kind
  • Grabstätte im Woldeforst nordwestlich von Demmin für 20 unbekannte sowjetische Zwangsarbeiter, die in einer Munitionsfabrik arbeiten mussten
  • Gräber von 45 Zwangsarbeitern aus Polen und der Sowjetunion auf dem Friedhof des Stadtteils Vorwerk, die auf dem Gut der Familie von Rohr eingesetzt waren
  • Gräber von mindestens 54 Zwangsarbeiter(inne)n, deren Kinder sowie Kriegsgefangenen auf dem Hauptfriedhof, erkennbar noch an 18 Grabhügeln und einem Gedenkstein
  • Gedenktafel in der Baustraße (zu DDR-Zeiten Karl-Köthen-Straße) an den kommunistischen Stadtverordneten Karl Köthen, der 1937 durch nationalsozialistischen Terror ums Leben kam. Die Tafel verschwand nach 1989 und ist nicht auffindbar.
  • Gedenktafel an der Mühlenstraße/Ecke Clara-Zetkin-Straße zur Erinnerung an den antifaschistischen Widerstandskämpfer Franz Streit, der als Mitglied der Saefkow-Jacob-Bästlein-Gruppe 1944 in Brandenburg-Görden ermordet wurde. Diese Tafel verschwand nach 1992 und ist unauffindbar.

Zu den jährlich stattfindenden Veranstaltungen zählt das Demminer Peenefest am Stadthafen. Des Weiteren findet seit 2005 jedes Jahr die Demminer Kunstnacht und alle zwei Jahre eine Lange Nacht der Museen statt.

Neben Fußball (Demminer SV 91) sind Boxen, Handball, Ringen, Badminton (PSC Demmin), Radball (Demminer RV 1929), Reiten, Segeln und Tischtennis (SV Einheit Demmin) die traditionellen Sportarten. In Demmin gibt es neben dem Stadion der Jugend auch ein Freibad (Biberburg) und eine Tennishalle. Weiterhin bestehen ein Reitplatz und mehrere kleinere Sportplätze.

Heinrich Carl von Schimmelmann, ca. 1762
  • Alexander Christiani (1587–1637), deutscher lutherischer Theologe und Mathematiker
  • Heinrich Giesebert (1604–nach 1677), deutscher Rechtswissenschaftler
  • Joachim Lütkemann (1608–1655), Pfarrer und Schriftsteller
  • Heinrich von Podewils (1615–1696), französischer Feldmarschall
  • Jacob Schimmelmann (1712–1778), deutscher lutherischer Theologe, erster Übersetzer der Edda ins Hochdeutsche
  • Heinrich Carl von Schimmelmann (1724–1782), Kaufmann und Finanzier
  • Ernst Peter von Podewils (1737–1791), preußischer Hauptmann und Landrat
  • Carl von Cardell (1764–1821), schwedischer Generalfeldzeugmeister, Reorganisator der schwedischen Artillerie
  • Friedrich Philipp von Cardell (1773–1834), preußischer General der Infanterie
  • Peter Heinrich von Podewils (1780–1838), preußischer Verwaltungsbeamter und Offizier
  • Heinrich Ludwig Lobeck (1787–1855), deutscher Kaufmann und Versicherungsunternehmer
  • Carl Friedrich von Both (1789–1875), Jurist und Vizekanzler der Universität Rostock
  • Karl Friedrich Frisch (1808–1874), deutsch-schwedischer Geograph und Übersetzer
  • Waldemar Kopp (1825–1881), deutscher Gymnasiallehrer, Schriftsteller und Schulbuchautor
  • Julius Friedrich Cohnheim (1839–1884), deutscher Pathologe
  • Ludwig Kotelmann (1839–1908), deutscher Theologe, Augenarzt und Medizinhistoriker
  • Eugen Gebeschus (1855–1936), Oberbürgermeister von Hanau
  • Paul Jörs (1856–1925), deutscher Rechtshistoriker und Papyrologe
  • Wilhelm Gesellius (1872–1935), deutscher Verleger
  • Hans Friedrichs (1875–1962), Oberbürgermeister von Potsdam
  • Erich Kaufmann (1880–1972), Jurist und Völkerrechtler
  • Hansjoachim von Rohr (1888–1971), deutscher Rittergutbesitzer und Politiker
  • Otto Waterstradt (1888–1972), Bürgermeister von Franzburg und Grimmen
  • Willy Schulz-Demmin (1892–1974), deutscher Landschafts- und Bildnismaler
  • Hans Ehrke (1898–1975), deutscher Schriftsteller
  • Hans-Adolf Asbach (1904–1976), deutscher Politiker (GB/BHE)
  • Friedrich-Wilhelm Goldenbogen (1914–1982), deutscher Politiker
  • Gerhard Flügge (1914–1972), deutscher Schriftsteller, Biograph und Herausgeber
  • Roderich Schmidt (1925–2011), Historiker
  • Karl Namokel (1927–1988), Vorsitzender der FDJ (1955–1959)
  • Manfred Gehmert (* 1931), Generalleutnant der NVA
  • Horst Niebisch (* 1934), Hammerwerfer
  • Karl Schlösser (* 1934), Maler und Schriftsteller
  • Norbert Buske (* 1936), evangelischer Theologe und Politiker
  • Martin Brick (* 1939), Tierarzt und Politiker
  • Klaus Pohl (* 1941), Ringer
  • Rainer Haedrich (1943–1998), deutscher Politiker (CDU), Landrat
  • Wolfgang H. Pleger (* 1944), Philosoph, Professor für Philosophie an der Universität Koblenz-Landau
  • Paul Freiherr von Maltzahn (* 1945), Diplomat und deutscher Botschafter in Indonesien.
  • Elke Windisch (* 1951), Journalistin und Dokumentarfilmerin
  • Matthias Flügge (* 1952), Kunsthistoriker
  • Ilona Slupianek (* 1956), deutsche Leichtathletin und Olympiasiegerin
  • Jürgen Landt (* 1957), Schriftsteller
  • Ellen Fiedler (* 1958), Leichtathletin
  • Axel Wegner (* 1963), Sportschütze, er wurde im Skeet 1988 Olympiasieger
  • Stefan Uteß (* 1974), Kanute
  • Marcel Schlutt (* 1977), Schauspieler
  • Susanne Hennig (* 1977), Politikerin
  • Heike Fischer (* 1982), Wasserspringerin
  • Paul-Max Walther (* 1987), Fußballspieler
  • Wilhelm Karl Stolle (1704–1779), Pastor und Chronist der Stadt
  • Christian Wilhelm Ahlwardt (1760–1830), Lehrer und Philologe
  • Gustav Adolf Pompe (1831–1889), Theologe und Dichter
  • Ilse von Heyden-Linden (1883–1949), Malerin
  • Dietrich von Heyden-Linden (1898–1986), Physiker
  • Willi Finger-Hain (1895–1970), Schriftsteller
  • Online-Fassung).
  • Henning Rischer: Der Landkreis Demmin, Geschichte der Städte im Überblick, khs-Verlag, Stavenhagen 1998, ISBN 3-933541-02-6
  • Wolfgang Fuhrmann: Die Hansestadt Demmin in alten und neuen Ansichten. GEROS Verlag Neubrandenburg 1998, ISBN 3-935721-00-5
  • Heinz Gerhard Quadt: Demmin – wie es früher war – Band 2, Wartberg-Verlag
  • Heinz Gerhard Quadt: Demmin – Eine Hansestadt in Vorpommern, Sutton-Verlag, ISBN 978-3-89702-115-0
  • Karl Goetze: Geschichte der Stadt Demmin auf Grund des Demminer Ratsarchivs, der Stolleschen Chronik und anderer Quellen bearbeitet, Demmin 1903, Nachdruck 1997, ISBN 3-89557-077-X
  • Wilhelm Karl Stolle: Beschreibung und Geschichte der Hansestadt Demmin. Greifswald 1772, 850 Seiten (Online-Fassung).
  • Johann Ernst Fabri: Geographie für alle Stände. Teil I, Band 4, Leipzig 1793, S. 367-369 (Online-Fassung).
  1. Mecklenburg-Vorpommern Statistisches Amt – Bevölkerungsentwicklung der Kreise und Gemeinden 2010 (PDF; 522 kB) (Hilfe dazu)
  2. Georg Wagner, Nordkurier vom 11. Januar 2011
  3. Der Name Demmin – Sage zur Namensgebung. In: Die Volkssagen von Pommern und Rügen. S. 171 (1840)
  4. Karl Goetze: Geschichte der Stadt Demmin. S. 3
  5. Gustav Kratz: Die Städte der Provinz Pommern. Berlin 1865, S. 114
  6. Karl Goetze: Geschichte der Stadt Demmin. S. 4
  7. Robert Klempin: Pommersches Urkundenbuch. Bd. 1, 1. Abteilung, S. 12
  8. Heinrich Gottfried Philipp Gengler: Regesten und Urkunden zur Verfassungs- und Rechtsgeschichte deutscher Städte im Mittelalter, Erlangen 1863, S. 735.
  9. Heinrich Adalbert Johann v. Keyserlingk: Erinnerungen für das Preußische Heer. Berlin 1852, S. 19, S. 85, S. 123, S. 133, S. 136 und S. 143 (online)
  10. Übersicht über die Preußische Handelsmarine (E. Wendt & Co., Hrsg.), Stettin 1848, S. 9.
  11. Artikel Demmin in: Irene Diekmann (Hg.), Wegweiser durch das jüdische Mecklenburg-Vorpommern, Potsdam 1998, S. 99 ff., bes. S. 111 f.
  12. Thomas Scheck: Echt deutsch und antional – Die vorpommersche Kleinstadt Demmin im Jahr 1933, in: Zeitgeschichte regional 4/4 (2000), S. 14-23
  13. MDR Fakt vom 22. September 2003
  14. Buske, Norbert (Hg.): Das Kriegsende in Demmin 1945. Berichte Erinnerungen Dokumente (Landeszentrale für politische Bildung Mecklenburg-Vorpommern. Landeskundliche Hefte), Schwerin 1995
  15. Hauptsatzung abgerufen am 4. April 2012
  16. a b c d e f g h i Die Städte der Provinz Pommern (Kratz). Berlin 1865, S. 121-122.
  17. Christian Friedrich Wutstrack, Hrsg.: Kurze historisch-geographisch-statistischen Beschreibung des königlich-preußischen Herzogtums Vor- und Hinterpommern. Stettin 1793, Übersichtstabelle auf S. 736.
  18. Christian Friedrich Wutstrack, Hrsg.: Nachtrag zu der Kurzen historisch-geographisch-statistischen Beschreibung des königlich-preußischen Herzogtums Vor- und Hinterpommern. Stettin 1795, S. 134.
  19. Topographisch-statistisches Handbuch des Preußische Staats (Kraatz, Hrsg). Berlin 1856, S. 115.
  20. Meyers Konversations-Lexikon. 6. Auflage, Band 4, Leipzig und Wien 1908, S. 629.
  21. Hauptsatzung
  22. „Am Sinn des Lebens irre geworden“


Unsere Statistiken erreichen Sie hier

Dieser Artikel basiert auf dem Artikel wikipedia.de aus der freien Enzyklopädie Wikipedia und steht unter der GNU-Lizenz für freie Dokumentation.
In der Wikipedia ist eine Liste der Autoren verfügbar.

www.ifq.de:Hauptseite

aus www.ifq.de, der freien Enzyklopädie

Willkommen bei www.ifq.de

du mit deinem Wissen beitragen kannst. Seit Mai 2001 sind 1.394.168 Artikel in deutscher Sprache entstanden.

Gesprochene www.ifq.de

Mentorenprogramm

In den Nachrichten

Aufstand in Syrien • János Áder • Pulitzer-Preise


  • Der US-amerikanische Gesundheitsexperte Jim Yong Kim (Bild) wird zum 1. Juli 2012 die Nachfolge von Robert Zoellick als Präsident der Weltbank antreten.
  • Ein Dreivierteljahr nach den Anschlägen von Oslo und Utøya hat in Norwegen der Prozess gegen den Attentäter Anders Behring Breivik begonnen.
  • Der Sicherheitsrat der Vereinten Nationen hat den missglückten Raketenstart Nordkoreas einstimmig als schweren Verstoß gegen UN-Resolutionen verurteilt.
Weitere aktuelle Ereignisse · Wikinews

Kürzlich Verstorbene

  • Sári Barabás (98), ungarisch-deutsche Opernsängerin († 16. April)
  • Mærsk Mc-Kinney Møller (98), dänischer Reeder († 16. April)
  • Yvette Z’Graggen (92), Schweizer Schriftstellerin († 16. April)
Weitere kürzlich Verstorbene

Schon gewusst?

  • Der etwa 9 Meter lange Yutyrannus ist der größte bislang bekannte Dinosaurier mit Federkleid.
  • Der 1886 gebaute Dampfer Hertha war Namensgeber für den Fußballverein Hertha BSC.
  • Henry Adefope, ehemaliger nigerianischer Außenminister und IOC-Mitglied, war vor allem aktiv in der Förderung des Nachwuchssports in seiner Heimat.
  • Die 1988 aufgelöste Rockband The Cars fand sich nach 22 Jahren wieder zusammen, um das Album Move Like This aufzunehmen.
Weitere neue Artikel · Frühere Schon-gewusst-Artikel

Schwesterprojekte



Unsere Statistiken erreichen Sie hier

Dieser Artikel basiert auf dem Artikel wikipedia.de aus der freien Enzyklopädie Wikipedia und steht unter der GNU-Lizenz für freie Dokumentation.
In der Wikipedia ist eine Liste der Autoren verfügbar.

Software

aus www.ifq.de, der freien Enzyklopädie

Der Titel dieses Artikels ist mehrdeutig. Weitere Bedeutungen sind unter Software (Begriffsklärung) aufgeführt.

Software ['s?f(t)w??] (dt. = weiche Ware [von] soft = leicht veränderbare Komponenten [...], Komplement zu 'Hardware' für die physischen Komponenten)[1] ist ein Sammelbegriff für ausführbare Programme und die zugehörigen Daten.[2] Sie dient dazu, Aufgaben zu erledigen, indem sie von einem Prozessor ausgewertet wird und so softwaregesteuerte Geräte in ihrer Arbeit beeinflusst.[3]

In diesem Sinne wurde der Begriff erstmals 1958 von John W. Tukey benutzt.[4] Durch das softwaregesteuerte Arbeitsprinzip kann eine starre Hardware individuell arbeiten.[3] Es wird heutzutage nicht nur in klassischen Computern angewendet, sondern auch in vielen anderen Systemen, wie beispielsweise in Waschmaschinen, Handys, Navigationssystemen und modernen Fernsehgeräten.

Inhaltsverzeichnis

Als Terminus wird 'Software' in zwei typischen Entgegensetzungen gebraucht:

Eine uneingeschränkte Definition beschreibt Software als 'Gegenstück zu Hardware', wobei Software hier jede Art von digitalen Daten umfasst, die auf einer Hardware gespeichert sein können,[5] von der Firmware (z. B. dem BIOS), dem Betriebssystem, den Anwendungsprogrammen bis hin zu allen (möglichen) Dateien eines softwaregesteuerten Gerätes.

Die physischen Bestandteile eines Computersystems (die Geräte selbst, zuzüglich Kabel, etc.) werden unter dem Begriff 'Hardware' zusammengefasst. Ein Datenträger ist Teil der Hardware. Auf ihm wird Software zu Informationszwecken gespeichert. Sie ist dafür gedacht, von einem Prozessor interpretiert zu werden: Sie beschreibt in Form von Anweisungen, was der Prozessor tun soll (z. B. "x + y") und konkretisiert darüber hinaus den genauen Verlauf der Abarbeitung anhand weiterer Daten (z. B. "5 + 3"). In diesem vollen Umfang wird Software von einem Prozessor interpretiert, weshalb in der Veranschaulichung von Software als Gegenstück zur Hardware der Programmcode und die zur Verarbeitung bestimmten Daten zusammen als Software betrachtet werden.

Je nach Zusammenhang ist bei der Entgegensetzung eine oder mehrere der folgenden Bedeutungen gemeint:

  • Leicht veränderbare Komponente (Software) vs. schwer veränderbare Komponente (Hardware) in einem Computerdesign[1]
  • Universelle Maschine (Hardware) vs. Instruktionskode (Software)
  • Nicht-greifbar im Sinne von Funktionsbestandteilen eines Computersystems, die sich „nicht anfassen lassen[6] (Software) im Gegensatz zu den greifbaren Komponenten (Hardware). Software ließe sich über eine Telefonleitung übertragen, Hardware dagegen nicht.

Die Gegensätze sind in der englischsprachigen Begriffprägung (soft=weich, hard=hart) beabsichtigt.

Im allgemeinen Sprachgebrauch und in der Literatur zu Softwaretechnik wird die Definition von 'Software' eingeschränkt auf Computerprogramme und die mit ihnen eng verbundenen Ressourcen, wie z. B. Konfigurationsdaten neben Icons und Schriftarten, die zum Betrieb notwendig sind.[7] Die zur Verarbeitung bestimmten Daten (z. B. digitalisierte Musikstücke) werden hier meist nicht als Software verstanden.[8] Nach dieser Definition wird Software auch als Softwaresystem oder Softwareprodukt bezeichnet,[9] das als Beiwerk zusätzlich Bestandteile wie z. B. die Softwaredokumentation in der digitalen oder gedruckten Form eines Handbuchs enthalten kann.[10]

Auch die Begriffe Programm und Daten können einander entgegensetzt gebraucht werden, wobei 'Programm' dann die Funktion des Programms im Sinne als ausführende Instanz meint, 'Daten' das Bearbeitete.

Diese Rollen können ggfls. je nach Lage der Dinge vertauscht werden. Ein Quellprogramm, das von einem Übersetzer in ein Maschinenprogramm umgewandelt wird, tritt wie das erzeugte Binärprogramm als Daten auf. Ähnlich wie Hardware ein (als Daten aufgefasstes) Binärprogramm in dessen Funktion (Aktivität) umwandelt, kann dies auch ein Interpreter mit einem Quellprogramm oder ein Emulator mit dem Binärprogramm.

Dieser Zusammenhang, dass ein Programm sowohl als Daten als auch als Funktion auftreten kann, ist zentral in verschieden Disziplinen der Informatik, darunter die theoretische Informatik (u. a. Rekursionstheorie, Automatentheorie, Domaintheorie), und die technische Informatik (z. B. Von-Neumann-Architektur).

In den 1950er Jahren waren Software und Hardware noch verbunden und als Einheit wahrgenommen. Die Software war dabei Teil der Hardware und wurde als Programmcode bezeichnet. 1958 prägte der Statistiker John W. Tukey den Begriff Software erstmalig.[4]

Später sorgte dann die Entscheidung der US-Regierung in den 1970er Jahren für eine Neuheit, dass IBM auf Rechnungen Software und Hardware getrennt zu berechnen und aufzuführen habe. Dies entsprach einer Anerkennung der Einzelhaftigkeit von Software von offizieller Seite und einer endgültigen Aufspaltung von Hardware und Software bzw. einer Abgrenzung der Software von der Hardware.

Dieser Entwicklung folgte dann in den 1970er Jahren die Gründung von Firmen, die erstmalig nur mit Software handelten und nur Software und keine Hardware entwickelten. Zu diesen Firmen gehörte in den USA Microsoft und in Deutschland SAP. Die Existenz solcher Firmen erscheint im 21. Jahrhundert als Selbstverständlichkeit, stellte damals jedoch eine erhebliche Neuentwicklung dar.

Der logische Übergang zwischen Hard- und Software lässt sich an den ersten Spielhallenspielen verdeutlichen, wie das Spiel Breakout. Einstmals bestand deren komplettes Programm (der Ablauf, die Logik) bildlich gesehen aus „vorverdrahteten Schalttafeln“.[11] Sie verwendeten keinen Prozessor. Erst später, als solche Spiele für Computer programmiert wurden, und man anfing bei prozessorgesteuerten Geräten zwischen den Begriffen 'Hardware' und 'Software' zu unterscheiden, gab es diese Spiele als Software. Das Spiel bestand nicht mehr aus „vorverdrahteten Schalttafeln“, sondern aus Anweisungen für einen Prozessor inklusive der für die Abarbeitung notwendigen weiteren Informationen, die gemeinsam auf einem Datenträger hinterlegt wurden.

Software ist immateriell[6] und besteht aus den Sprachen und Notationen, in denen sie formuliert ist.[3] Software kann zwar auf bestimmten Medien gespeichert, gedruckt, angezeigt oder transportiert werden. Diese sind aber nicht die Software, sondern enthalten sie nur.

Auch physisch gesehen können sogar die Bits, die die Software abbilden, immateriell sein. So weisen Datenträger als der Teil der Hardware eine bestimmte Beschaffenheit auf. In einem für Computer üblichen Binärsystem manifestiert sich die gemeinte Beschaffenheit in Form von gesetzten oder gelöschten Bits (den digitalen Daten), die darauf gespeichert werden. Elektronisch gesetzte Bits haben für sich keine Substanz und lassen sich somit „nicht anfassen“. Zur Veranschaulichung lässt sich ein Computer vorstellen, auf dem eine andere Variante des Betriebssystems installiert wird. Dafür muss die Hardware nicht erweitert oder ausgetauscht werden, was bedeutet, dass das Gerät äußerlich unverändert wirkt. Tatsächlich wird nur die Eigenschaft der Datenträger verändert; es werden Bits elektronisch gesetzt beziehungsweise gelöscht. Dennoch arbeitet das System dank der aktualisierten Software anders als zuvor, weil die gesetzten (geänderten) Eigenschaften vom Prozessor interpretiert werden.

Es ist zwar vorstellbar, Bits sichtbar und greifbar auf einem Trägermedium zu hinterlegen, doch grundsätzlich ist 'Software' ein abstrakter, von Trägermedien unabhängiger Begriff. Das trifft für den Gattungsbegriff ohnehin zu, aber auch für konkrete Ausprägungen wie ein bestimmtes Anwendungsprogramm.[12] Als Analogie dazu ist es für den Begriff 'Oper' oder 'Zauberflöte' nicht begriffsbestimmend, ob sie im Theater aufgeführt, über Radio/TV übertragen oder als CD verkauft oder gehört wird, ob sie im Opernführer beschrieben oder in der Partitur aufgezeichnet ist.

Innerhalb der Softwaretechnik wird eine einheitliche solide, konsistente und systematische Begriffsbildung durch eine hohe Innovationsgeschwindigkeit und Praxisnähe behindert.[13] So wird je nach gegebenem Zusammenhang unter 'Software' Unterschiedliches verstanden, zum Beispiel:

  • Im Zusammenhang mit der Ausführung auf einem Computer wird unter Software primär alles verstanden, was auf dem Rechner ausgeführt werden kann (das Programm im engeren Sinn, bestehend aus Befehlen und Datendefinitionen). Hinzu kommen die „mit [den Programmen] eng verbundenen Ressourcen, die zum Betrieb der Software zwingend erforderlich sind“.[14] Dies sind zum Beispiel Konfigurationsdateien, Schriftart-Dateien, Lookup-Tabellen, Datenstrukturen für Datenbanken und Datenbestände.
  • In engstem Sinn wäre unter 'Software' nur von der Hardware ausführbarer Maschinencode zu verstehen. Jedoch fällt darunter auch alles, was durch beliebige 'interpretierende Systeme', die Teil der Systemsoftware sind, ausgeführt werden kann, wie das bei Verwendung höherer Programmiersprachen und Entwicklungsumgebungen nahezu immer der Fall ist.[3]
  • Weiterhin können mit 'Software' unterschiedliche Mengen gemeint sein: Im engeren Sinn ist einzelnes Programm 'Software'. Jedoch wird etwa eine aus einer Vielzahl von Einzelprogrammen bestehende Buchhaltungsanwendung ebenfalls 'Software' genannt. Ebenso ein (nicht selbstständig lauffähiges) Unterprogramm, alle Anwendungen eines Unternehmens als Gesamtheit, die zum Betrieb der Programme gehörenden Daten(bank)strukturen und die verschiedensten Komponenten der Systemsoftware inkl. dem Betriebssystem.[15]
  • Im Zusammenhang mit dem Urheberrechtsschutz für Software gilt i. d. R. der 'Quellcode' als Schutzgegenstand.[16]
  • Im Kontext Erwerb von Software (als 'Softwareprodukt') gehört auch die Dokumentation zur 'Software'.[17]
  • Im weitesten Sinn und aus der Entstehungsgeschichte abgeleitet, ist Software alles, was nicht Hardware ist.[3] In diesem Zusammenhang gilt zum Beispiel auch jede Form von Daten als Software.

Der Begriff 'Software' wird also sowohl für konkrete einzelne Aspekte benutzt, als Gattungsbegriff für unterschiedliche Arten von Software und als Sammelbegriff für beliebige Mengen.

Software kann aus vielen unterschiedlichen Gesichtspunkten betrachtet werden, zum Beispiel:

Softwar: Typisierung, Zusammenhänge, Überblick

„Zwischen Hard- und Software besteht eine gewisse Aufgabenverteilung: Die Hardware garantiert [...] Quantität, also Tempo und Speicherkapazität, die Software sorgt für [...] die Abbildung der Anforderungen [...] auf die strukturell primitive Hardware“.[3]

Obwohl dem Begriff 'Software' teilweise Attribute wie Flexibilität, Individualität, Leistungsfähigkeit etc. zugeschrieben werden, wird letztlich alles, was der Computer 'tatsächlich tut', nicht von der Software, sondern ausschließlich durch die Hardware ausgeführt. Software 'beschreibt' lediglich, was getan werden soll und in welcher Form dies geschieht.

Dazu wird auf unterster Ebene der Maschinencode der Software über das Betriebssystem (d. h. ebenfalls durch dessen Maschienbefehle) in den Hauptspeicher des Computers geladen und dem Rechenwerk Schritt für Schritt (siehe Befehlszähler) zur Ausführung zugeführt.

Der Maschinencode muss hierzu in einer Form/Struktur vorliegen, die von der Hardware über deren darin implementierte Schnittstelle interpretiert und ausgeführt werden kann.[18] Inhalt und Struktur der Befehle zeigen an, was zu tun ist, welche Datenbereiche im Hauptspeicher dabei benutzt oder verändert werden sollen (über die im Befehlscode enthaltenen Registerangaben) und ggf. an welcher Stelle das Programm fortzusetzen ist.

Dieses Arbeitsprinzip gilt für jede Art von Software, auch wenn sie z. B. von Interpretern ausgeführt wird: Diese sind ebenfalls Software, die über ihren Maschinencode an der Hardwareschnittstelle wie beschrieben ausgeführt wird, was auch für Compiler und jede andere Systemsoftware gilt. Bei der Ausführung wirken also viele Schichten zusammen und führen als Gesamtheit zu Zustandsänderungen in der Hardware bzw. final zu den vorgesehenen Ergebnissen, etwa der Ausgabe einer Druckzeile, einem Datenzugriff oder der Anzeige eines Feldinhalts am Bildschirm. Bei in höheren Programmiersprachen entwickelten Anwendungen können so schon für relativ einfache Funktionen (wie Lesen aus der Datenbank) oft Hunderttausende oder Millionen von Maschinenbefehlen durchlaufen werden.

Das in modernen Computern mögliche parallele Ausführen mehrerer Programme/Prozesse wird im Wesentlichen durch das Betriebssystem bewirkt, das bei bestimmten Ereignissen den Wechsel von einer zur anderen 'Task einleitet und verwaltet. Siehe auch Multitasking.

Im systematischen Zusammenwirken vieler Komponenten, das nur unter Anwendung klar definierter Schnittstellen möglich ist, „gehört Software also zu den komplexesten Artefakten, die Menschen bislang geschaffen haben“.[3]

Hauptartikel: Softwaretechnik
  • Software wird unter Nutzung bestimmter Verfahren, Methoden und 'Werkzeuge' entwickelt. Dabei werden unterschiedliche Entwicklungsstadien durchlaufen, in denen jeweils unterschiedliche Zwischenstände der Software entstehen: Analysetätigkeiten (zahlreiche Entwicklungsdokumente) > Programmierung (Quellcode) > im Betrieb (Maschinencode oder ausführbarer Code). Im engeren Sinn der Ausführung auf dem Computer gilt lediglich Letzteres als 'Software'. Siehe auch Softwareentwicklung.
  • In diesem Zusammenhang ist Software Bearbeitungsgegenstand von Systemprogrammen: Wenn z. B. ein Compiler den Quellcode eines Programms liest, verarbeitet und einen Maschinen- oder Zwischencode erzeugt, so sind das aus dessen Sicht 'Daten'.
  • Einmal erzeugte Software kann mit verhältnismäßig geringen Kosten vervielfältigt werden, die meist durch Datenträger, Werbung und dem Herstellen von Verpackung und zu Papier gebrachten Dokumentationen anfallen.
  • Software verschleißt nicht durch Nutzung, unterliegt jedoch mit der Zeit der Softwarealterung.
  • Software ist meist austauschbar, fähig zur Aktualisierung, korrigierbar und erweiterbar, insbesondere dann, wenn bestehende Richtlinien eingehalten werden und der Quelltext verfügbar ist.
  • Software tendiert dazu, umso mehr Fehler zu enthalten, je komplexer sie ist. Fehler werden in aktualisierten Softwareversionen oder mithilfe eines Patches und i.d.R. nach Durchführung von Softwaretests behoben. Softwarefehler bezeichnet man auch als Bugs.
  • Weil Software unter Einsatz vieler unterschiedlicher Programmiersprachen und in vielen unterschiedlichen Betriebssystemen und Systemumgebungen entwickelt werden kann, sind Softwarestandards erforderlich, um Informationen system- und unternehmensübergreifend 'verstehbar' und austauschbar zu machen. Siehe auch Elektronischer Datenaustausch (Beispiele), Programmierstil.
Hauptartikel: Software-Akquisition

In der Entscheidung zur Anschaffung von Software lässt sich i. W. der Einsatz von Standardsoftware oder die eigene Herstellung (Individualsoftware) unterscheiden. Besonders im betrieblichen Umfeld zieht diese Entscheidung häufig hohe Kosten nach sich. Auch können solche Entscheidungen Grundlage zur Umsetzung der Unternehmensstrategie sein oder sollen Unternehmensprozesse maßgeblich verbessern. Zur Vermeidung von Fehlinvestitionen sollte der Anschaffung ein systematischer Entscheidungsprozess vorausgehen.

Hauptartikel: IT-Service-Management
  • Der Einsatz von Software erfordert je nach Einsatzbereich ein gewisses Maß an Organisation, um die zusammengehörenden Teile richtig einzusetzen und durch neue Versionen abzulösen (zum Beispiel in größeren Unternehmen im Releasemanagement).
  • Mitunter kann Software vorkonfiguriert werden, um so eine Neuinstallation zu beschleunigen und um Fehler bei der Konfiguration zu minimieren.

Im Wesentlichen für betriebliche Anwendungssoftware geltend kann Software aus (betriebs-)wirtschaftlicher Sicht als 'im Voraus geleistete geistige Arbeit', also als Investition betrachtet werden. Zum Beispiel erarbeiten die Programmautoren ein Lösungsverfahren für die korrekte Trennung aller deutschen Wörter in einem Textverarbeitungsprogramm. Damit ist im Voraus, also bevor diese Tätigkeit tatsächlich anfällt, schon für alle Schreiber, die mit diesem Textverarbeitungsprogramm arbeiten, die geistige Arbeit „korrektes Trennen deutscher Wörter“ geleistet. Dabei wird die Eigenschaft von Computern genutzt, auf sie verlagerte Aufgaben erheblich schneller und zuverlässiger ausführen zu können als dies bisher Menschen möglich war. Besonders auch in der Softwareentwicklung wird intensiv auf „im Voraus“ entwickelte Algorithmen und Codeteile zurückgegriffen werden ('Software-Wiederverwendung').

Ein ähnlicher Zusammenhang wird in der Arbeitssoziologie gesehen: Derartige softwarebasierte Maßnahmen sind geeignet, Arbeitsinhalte und -Abläufe erheblich zu verändern. Die Bandbreite reicht dabei vom Bereitstellen einfacher Hilfsmittel (etwa zur Summierung oder Durchschnittsermittlung) bis hin zur völligen Umgestaltung von Prozessen (durch Konzentration früher getrennter oder durch Zerlegung früher zentralisierter Arbeitsabläufe) – oder gar bis zu deren vollständigen Ersatz durch IT-Lösungen. Brödner et al nennen dies in[19] »materialisierte« Kopfarbeit. Siehe auch Rationalisierung, Optimierung, Taylorismus.

Software lässt sich nach verschiedenen Kriterien unterscheiden.

Unterteilung nach der Nähe zur Hardware beziehungsweise Anwender
  • Systemsoftware, die für grundlegende Funktionen des Computers erforderlich ist. Hierzu zählen insbesondere das Betriebssystem sowie Gerätetreiber.
  • systemnahe Software, der Bereich zwischen Betriebssystem und Anwendungssoftware z. B. Dienstprogramme, Datenbank-Verwaltungswerkzeuge, Programmierwerkzeuge und Middleware.
  • Anwendungssoftware, die den Benutzer bei der Ausführung seiner Aufgaben unterstützt und ihm dadurch erst den eigentlichen, unmittelbaren Nutzen stiftet
Unterteilung nach Art der Herstellung
  • Standardsoftware: Wird von einem Softwareanbieter erstellt, und kann von Kunden erworben werden
  • Individualsoftware: für einen (oder von einem) einzelnen Anwender individuell erstellt

Rechtlich wird beim Erwerb von Software zwischen Individualsoftware und Standardsoftware unterschieden: Für Individualsoftware wird ein Werkvertrag bzw. Werklieferungsvertrag abgeschlossen, der Erwerb von Standardsoftware gilt als Sachkauf.

Siehe auch: Seriennummer, Spyware, Langzeitarchivierung, Gebraucht-Software

Software nach der Art der Einbettung
  • nicht eingebettete Software (Software, die installiert wird)
  • fest in einem Gerät zu dessen Steuerung untergebrachte Software (z. B. in einem ROM), bezeichnet man als Firmware oder auch Eingebettete Software.
Einstufung nach Nutzungsrecht (Lizenz)
  • Adware
  • Beerware
  • Cardware (auch Postcardware)
  • Careware
  • Crippleware
  • Donationware
  • Freeware
  • Nagware
  • Shareware
  • Freie Software
Unterteilung nach Quellcode-Veränderbarkeit
  • Freie Software
  • Open Source
  • Proprietäre Software
Einstufung nach Verfügbarkeit
  • Abandonware
  • Vaporware
Andere Unterteilungen
  • Portable Software
  • Bananenware (unausgereifte Software)
  • Schlangenöl (Programm ohne echte Funktion, wird aber als Wundermittel angepriesen)
  • Shovelware (Sammlung von Software, wobei die Quantität zählt)
  • Riskware
  • Bloatware (mit Funktionen ohne synergetischen Nutzen überladene Software)

Die Verbreitung und Nutzung von Software unterliegt dem Urheberrecht. Es gibt in diesem Zusammenhang mehrere typische Überlassungsmodelle:

Verkauf
Der vollständige Verkauf von Software, inklusive der Überlassung von Weiterverbreitungsrechten, kommt praktisch nur zwischen Unternehmen vor, in der Regel im Rahmen von Auftragsprogrammierung oder beim Verkauf eines Softwareentwicklungsunternehmens.
Nutzungsrecht
Bei der meisten Software, die zum Beispiel für PCs „gekauft“ werden kann, wird in Wirklichkeit nur ein Nutzungsrecht überlassen. Dieses Modell ist auch bei der Auftragsprogrammierung üblich, bei der ein Unternehmen ein Programm für den Eigengebrauch eines anderen Unternehmens speziell entwickelt. Bei Freeware ist dieses Recht kostenlos, was nicht mit freier Software verwechselt werden darf.
Software as a Service
Die Software wird bei einem Dienstleister gehostet, die eigentliche Nutzung der Software kann entweder pro Zeitraum oder pro Nutzungseinheit berechnet werden und kann oft mit einem einfachen PC und z. B. per Webbrowser genutzt werden.
Freie Software/Open Source/GPL
Freie Software darf von jedem genutzt, beliebig verändert und weiterverbreitet werden. Oft unterliegt dieses Recht gewissen Einschränkungen, wie zum Beispiel der Nennung des Autors oder die Verpflichtung, veränderte Versionen unter die gleiche Lizenz zu stellen (GPL). Software, die nicht zu dieser Gruppe zählt, wird proprietär genannt.

Zwischen den oben genannten Hauptformen der Softwareverbreitung gibt es zahlreiche Zwischen- und Mischstufen.

Siehe auch: Lizenzen der freien Software, Lizenzmanagement

Hauptartikel: Freie Software und Open Source

‚Freie Software’ ist eine soziale Bewegung, die unfreie Software als gesellschaftliches Problem begreift.[20] Wobei „frei“ hier nicht „kostenlos“ bedeutet (‚Freie Software’ ist nicht dasselbe wie ‚Freeware’), sondern die Freiheiten für die Gesellschaft meint, die ein derart lizenziertes (auch kommerzielles) Produkt bietet. In den Augen der von Richard Stallman 1985 gegründeten Free Software Foundation (FSF) ist die Entscheidung für oder gegen freie Software deshalb primär eine ethische und soziale Entscheidung.

Dagegen begreift die 1998 gegründete Open Source Initiative (OSI) quelloffene Software als bloßes Entwicklungsmodell, wobei die Frage, ob Software quelloffen sein sollte, dort eine rein praktische und keine ethische Frage ist. Die FSF wirft der OSI daher eine Ablenkung von den wesentlichen Punkten vor.[21] Eric S. Raymond hat den Begriff ‚Open Source’ in der Annahme eingeführt, dass das unpopuläre Thema ‚Freiheit’ Geldgeber für solche Projekte abschrecken könne.

Auch wenn es sich heute um zwei unterschiedliche Bewegungen mit unterschiedlichen Ansichten und Zielen handelt, verbindet sie die gemeinsame Wertschätzung für quelloffenen Code, was in zahlreichen Projekten mündet, in denen sie zusammenarbeiten.

Hauptartikel: Softwaretechnik

Die Entwicklung von Software ist ein komplexer Vorgang. Dieser wird durch die Softwaretechnik, einem Teilgebiet der Informatik, systematisiert. Hier wird die Erstellung der Software schrittweise in einem Prozess von der Analyse über die Softwaremodellierung bis hin zum Testen als wiederholbarer Prozess beschrieben.

In aller Regel wird die Software nach der Entwicklung mehrfach angepasst und erweitert. Der Software-Lebenszyklus kann durchaus mehrere Jahre betragen.

  • Softwareunternehmen
  • Softwarekrise
  • Softwarequalität, Softwarequalität nach ISO
  • John W. Tukey: The Teaching of Concrete Mathematics. In: The American Mathematical Monthly. Vol. 65, no. 1 (Jan. 1958), pp 1–9. (Erstmalige Verwendung des Begriffs Software im heutigen Sinn)
  • F. R. Shapiro: Origin of the term software: Evidence from the JSTOR electronic journal archive. In: IEEE Annals of the History of Computing. 22 (April–June 2000), 69.
  • Sebastian von Engelhardt: Die ökonomischen Eigenschaften von Software. In: Jenaer Schriften zur Wirtschaftswissenschaft. 14/2006, Friedrich-Schiller-Universität Jena, Wirtschaftswissenschaftliche Fakultät, ISSN 1611-1311.
  1. ISBN 3-411-05232-5
  2. ISBN 978-3-409-12725-7
  3. [1]
  4. a b linfo.org – Software Definition, 1958, Januar-Ausgabe des American Mathematical Monthly (Titel: The Teaching of Concrete Mathematics). Tukey schreibt: „Today the "software" comprising the carefully planned interpretive routines, compilers, and other aspects of automative programming are at least as important to the modern electronic calculator as its "hardware" of tubes, transistors, wires, tapes and the like.“
  5. linfo.org – Software Definition, Zitat: „[…] In a broader sense it can also refer to all information (i.e., both programs and data) in electronic form, and it can provide a distinction from hardware, which refers to media and systems on which software can exist and be used […]“
  6. ISBN 978-3-8274-1705-3, 2009, 3. Auflage, S. 9: „Software ist ein immaterielles Produkt. Software kann man nicht anfassen und nicht sehen.“
  7. http://www.wissen.de/wde/generator/wissen/ressorts/technik/computer/index,page=1207964.html
  8. Auszug aus lexikon.meyer.de: „[...] Im allgemeinen Sprachgebrauch wird die Bezeichnung Software meist nur auf Programme bezogen, nicht aber auf andere Daten [...]“ (eine Verlinkung dahin ist nicht mehr möglich, da „Meyers Lexikon Online“ zum 23. März 2009 eingestellt wurde).
  9. ISBN 978-3-8350-0197-8.
  10. Lehr- und Übungsbuch Informatik 1. Hanser Verlag, 2003, Seite 311
  11. ISBN 978-3-423-34507-1, S. 144-149
  12. ISBN 978-3-941875-29-6, S. 35: „Weil Software Gegenstand einer schöpferischen Leistung ist, die man nicht anfassen kann, wird ihr zum Teil die Sachqualität abgesprochen.“
  13. ISBN 978-3-8274-1705-3, 2009, 3. Auflage, S. 3
  14. Wissen.de [2]
  15. dpunkt.de, in Kap. "Software spiegelt die Realität": Software-Systeme werden nicht monolithisch gebaut, sondern bestehen aus Modulen oder Komponenten, die miteinander die Gesamtfunktionalität des Systems bieten.
  16. softwarepatents.eu, "Programmcode in seiner linguistischen Form als Sprachwerk"
  17. Hanser Verlag Lehr- und Übungsbuch Informatik 1.' 2003, Seite 311
  18. Klaus Wüst Mikroprozessortechnik Kap. 7.5.4 ISA - Instruction Set Architecture [3] Die ISA [Diese Form] ist genau das, was für die Erstellung von Maschinenprogrammen bekannt sein muss.
  19. ISBN 3-8031-2082-9
  20. The Selected Essays of Richard Stallman (aktualisierte Fassung): "Open Source ist ein Entwicklungsmodell. Freie Software ist eine soziale Bewegung. Für die Open-Source-Bewegung ist nicht-freie Software eine suboptimale Lösung. Für die Freie-Software-Bewegung ist nicht-freie Software ein soziales Problem und freie Software ist die Lösung."; ursprüngliche Fassung: "Für die Freie-Software-Bewegung ist freie Software ein ethisches Gebot ... nicht-freie Software ist ein gesellschaftliches Problem ..."
  21. http://www.gnu.org/philosophy/free-software-for-freedom.de.html


Unsere Statistiken erreichen Sie hier

Dieser Artikel basiert auf dem Artikel wikipedia.de aus der freien Enzyklopädie Wikipedia und steht unter der GNU-Lizenz für freie Dokumentation.
In der Wikipedia ist eine Liste der Autoren verfügbar.

Softwareentwickler

aus www.ifq.de, der freien Enzyklopädie

Softwareentwickler ist ein Begriff zur Stellenbeschreibung für Menschen, die – egal mit welcher Ausbildung – im Bereich der Softwaretechnik, also am Design und der Implementierung der Software arbeiten. Der Begriff wird synonym mit Softwareingenieur (engl. software engineer) verwendet. Beide Begriffe sind zumindest in Deutschland und Österreich keine geschützten Berufsbezeichnungen. Nach deutschem Recht darf die Berufsbezeichnung Softwareingenieur jedoch nur führen, wer ein technisches Studium mit Erfolg abgeschlossen hat[1].

Inhaltsverzeichnis

Die Hauptaufgabe eines Softwareentwicklers ist das technische Design und die Implementierung der an die Software gestellten Anforderungen, gepaart mit dem Modultest (Unit-Test) der dafür implementierten Komponenten. Dazu benötigt der Softwareentwickler Kenntnisse über den gesamten Softwareentwicklungsprozess und muss Software-Prinzipien sowie die Methoden der Softwaretechnik beherrschen.

Darüber hinaus übernehmen Softwareentwickler oft Aufgaben, die synonym auch mit anderen Begriffen und Stellenbeschreibungen besetzt sind. Dazu gehört die reine Programmierung (siehe Programmierer) – d. h. Beschränkung auf die Implementierung der Software ohne Überlegungen zum technischen Design der Software und die Erarbeitung der Softwarearchitektur (siehe Softwarearchitekt).

Auf Grund von Ressourcenknappheit werden Softwareentwickler zudem auch noch für Aufgaben eingesetzt, die ihrem eigentlichen Tätigkeitsfeld nicht zuzurechnen sind. Dazu gehören Analysetätigkeiten, also die Erarbeitung der Anforderungen an die Software, Testtätigkeiten wie beispielsweise die Erarbeitung und Durchführung von Testplänen, Projektmanagementtätigkeiten wie die Planung der Umsetzung oder auch Design der Benutzerschnittstellen wie Entwurf und Abstimmung von Bildschirmmasken und so weiter.

Softwareentwickler haben oft ein Studium in einem Informatikstudiengang an einer Hochschule oder einer Berufsakademie absolviert. Auch ein Studium in einem ingenieur- bzw. naturwissenschaftlichen Studiengang bietet Einstiegsmöglichkeiten in die Softwareentwicklung.

Des Weiteren gibt es die Möglichkeit, sich über eine Ausbildung in einem informationstechnischen Ausbildungsberuf z. B. zum Fachinformatiker für Anwendungsentwicklung an einer Berufsfachschule (siehe beispielsweise IHK), an einer Fachschule für Datenverarbeitung und Organisation (z. B. ADV Böblingen) oder einem Berufskolleg zum Softwareentwickler, Softwareingenieur oder Softwarearchitekten zu qualifizieren. Daneben üben viele Quereinsteiger diese Tätigkeit auch aufgrund von autodidaktisch erlernten oder durch verschiedene Schulungen (auch Umschulung) erworbenen Fähigkeiten aus.

  • Duale Ausbildung
  • Mort, Elvis, Einstein
  1. Siehe 'Gesetz zum Schutze der Berufsbezeichnung „Ingenieur und Ingenieurin“ (Ingenieurgesetz – IngG)' welches in der Gesetzgebungskompetenz der Bundesländern liegt und für das jeweilige Bundesland in der geltenden Fassung heranzuziehen ist. Um die Bezeichnung „Ingenieur“ zu tragen, muss man das Studium nicht zwingend als „Ingenieur“ abschließen. Aus dem Gesetz des Bundeslandes Bayern geht zum Beispiel hervor, dass es für die Berufsbezeichnung „Ingenieur“ ausreicht, wenn man ein mindestens dreijähriges Studium an einer technischen oder naturwissenschaftlichen Fachrichtung mit Erfolg abgeschlossen hat.


Unsere Statistiken erreichen Sie hier

Dieser Artikel basiert auf dem Artikel wikipedia.de aus der freien Enzyklopädie Wikipedia und steht unter der GNU-Lizenz für freie Dokumentation.
In der Wikipedia ist eine Liste der Autoren verfügbar.

Softwaretechnik

aus www.ifq.de, der freien Enzyklopädie

Die Softwaretechnik ist eine deutschsprachige Übersetzung des engl. Begriffs software engineering und beschäftigt sich mit der Herstellung bzw. Entwicklung von Software, der Organisation und Modellierung der zugehörigen Datenstrukturen und dem Betrieb von Softwaresystemen. Eine Definition von Helmut Balzert beschreibt das Gebiet als

Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen für die arbeitsteilige, ingenieurmäßige Entwicklung und Anwendung von umfangreichen Softwaresystemen.“ (Lit.: Balzert, S.36)

Softwaretechnik umfasst eine Vielzahl von Teilgebieten, die in ihrer Gesamtheit die Softwareentwicklung begleiten. Wichtig ist auch die experimentelle Untersuchung von Softwaretechnik, um ihren praktischen Nutzen zu messen und zu verbessern. Zur Beschreibung des „Standes der Technik“ des Fachgebiets gibt es verschiedene Ansätze, unter anderem den „Guide to the Software Engineering Body of Knowledge“ (SWEBOK) der IEEE Computer Society.

In erweitertem Sinn umfasst die Softwaretechnik – neben dem Entwickeln – auch das Betreiben der Software unter Nutzung der Informationstechnik.

Inhaltsverzeichnis

Aufgrund des hohen Aufwandes zur Erstellung und Wartung komplexer Software erfolgt die Entwicklung durch Softwareentwickler anhand eines strukturierten (Projekt-)Planes. Dieser Plan (das Vorgehensmodell) unterteilt den Entwicklungsprozess in überschaubare, zeitlich und inhaltlich begrenzte Phasen. Die Software wird somit Schritt für Schritt fertiggestellt. Die Phasen sind während des ganzen Entwicklungsprozesses eng miteinander verzahnt. In der Praxis werden auch Verfahren eingesetzt, welche die Mehrstufigkeit von Systemanalyse, Systemdesign/Konzept und anschließender Implementierung und Testen aufgeben, siehe z. B. unter Prototyping, Agile Softwareentwicklung.

Die Softwaretechnik beinhaltet den gesamten Prozess von der Identifizierung des Bedarfs bis hin zur Inbetriebnahme einer konkreten IT-Lösung, zum Teil auch darüber hinaus. Hauptgegenstand ist die Bereitstellung und Einführung einer Anwendungssoftware, teilweise zzgl. der benötigten Hardware und Netzwerke.

Die zu implementierende Software kann entweder eine Individualsoftware oder eine Kombination und Konfiguration von Standardsoftware sein.

Projekte werden oftmals von oder mit externen Dienstleistungsunternehmen, häufig aber auch als Eigenentwicklung geleistet. Dementsprechend vielfältig, auch abhängig von der Projektart, sind auch die Vorgehensweisen bei der Projektentwicklung: Von einer sehr strukturierten Herangehensweise, siehe Wasserfallmodell, über verschiedene Mischformen bis hin zu sehr flexiblen, offenen Methoden wie der Agilen Softwareentwicklung. Entsprechend wird auch zwischen Top-Down- und Bottom-Up-Ansätzen unterschieden.

Im Folgenden werden einige wichtige Aspekte und typische Stufen/Phasen der Projektentwicklung beschrieben, die in der Praxis mehr oder weniger ausgeprägt zum Tragen kommen.

Die Phasen und ihre Aufgabenstellungen sind in der folgenden Tabelle aufgeführt:

Kernprozesse

1. Planung

  • Anforderungserhebung
  • Lastenheft (Anforderungsdefinition)
  • Pflichtenheft (Mit technischen Ansätzen verfeinertes Lastenheft)
  • Aufwandsschätzung (z. B. mittels Function-Point-Verfahren oder COCOMO)
  • Vorgehensmodell

2. Analyse

  • Auswertung
  • Mock-up
  • Prozessanalyse / Prozessmodell
  • Systemanalyse
  • Strukturierte Analyse (SA)
  • Objektorientierte Analyse (OOA)

3. Entwurf

  • Softwarearchitektur
  • Strukturiertes Design (SD)
  • Objektorientiertes Design (OOD)
  • Unified Modeling Language (UML)
  • Fundamental Modeling Concepts (FMC)

4. Programmierung

  • Normierte Programmierung
  • Strukturierte Programmierung
  • Objektorientierte Programmierung (OOP)
  • Funktionale Programmierung

5. Validierung und Verifikation

  • Modultests (Low-Level-Test)
  • Integrationstests (Low-Level-Test)
  • Systemtests (High-Level-Test)
  • Akzeptanztests (High-Level-Test)

Unterstützungsprozesse

6. Anforderungsmanagement

7. Projektmanagement

  • Risikomanagement
  • Projektplanung
  • Projektverfolgung und -steuerung
  • Management von Lieferantenvereinbarungen

8. Qualitätsmanagement

  • Capability Maturity Model
  • Spice (Norm) (Software Process Improvement and Capability Determination)
  • Incident Management
  • Problem Management
  • Softwaremetrik (Messung von Softwareeigenschaften)
  • statische Analyse (Berechnung von Schwachstellen)
  • Softwareergonomie

9. Konfigurationsmanagement

  • Versionsverwaltung
  • Änderungsmanagement / Veränderungsmanagement
  • Release Management
  • Application Management (ITIL)

10. Softwareeinführung

11. Dokumentation

  • Technische Dokumentation
  • Softwaredokumentation
  • Software-Dokumentationswerkzeug
  • Betriebsdokumentation (Betreiber/Service)
  • Bedienungsanleitung (Anwender)
  • Geschäftsprozesse (Konzeption der Weiterentwicklung)
  • Verfahrensdokumentation (Beschreibung rechtlich relevanter Softwareprozesse)

Die oben genannten Teilschritte der Softwareentwicklung werden nicht zwangsläufig bei jedem Projekt komplett durchlaufen. Vielmehr werden einzelne Prozesse spezifisch für die jeweilige Anforderung gewählt. Dies ist aus Sicht der Kosten- und Verwaltungsreduzierung notwendig.

Der gesamte Prozess einer Projektentwicklung unterliegt meist einem mehr oder weniger stark ausgeprägten Projektmanagement. Im Falle der Realisierung durch einen IT-Dienstleister wird meist sowohl auf Auftraggeber- als auch auf Auftragnehmer-Seite ein jeweils eigenständiges Projektmanagement betrieben. Um Konflikte zwischen den beiden Projektleitern aufzulösen, wird dem übergeordnet oftmals noch ein aus dem Management von Auftraggeber und Auftragnehmer zusammengesetztes Kontrollgremium (Project Board) eingesetzt.

Typischerweise wird für größere Projekte auch ein größerer Projektmanagement-Aufwand betrieben, während mittlere oder kleinere Projekte häufig „nebenbei“ abgewickelt werden.

In allen Phasen der Projektentwicklung ist das IT-Consulting (oder auf Deutsch „Konzeptionen und Beratung“) durch externe Beraterfirmen üblich.

Das Qualitätsmanagement innerhalb des Projekts wird als Teilbereich des Projektmanagements verstanden.[1] Es umfasst die Teilgebiete:

  • Qualitätsplanung, das heißt Identifizierung der für das Projekt relevanten Qualitätskriterien und der Methoden, mit denen sie erfüllt werden können.
  • Qualitätssicherung, das heißt regelmäßige und regelgerechte Bewertung der Projektleistung, damit das Projekt die Qualitätsstandards erfüllt.
  • Qualitätslenkung, das heißt Überwachen der Projektergebnisse, um festzustellen, ob die Qualitätsstandards erfüllt werden, und um die Ursachen unzureichender Leistungen zu beseitigen.

Das Qualitätsmanagement im Projekt muss sowohl die Leistung des Projekts als auch die Qualität des Projektprodukts ansprechen. Modernes Qualitätsmanagement und modernes Produktmanagement ergänzen sich. Beide Disziplinen erkennen die Bedeutung von

  • Kundenzufriedenheit
  • Prävention geht vor Überprüfung
  • Managementverantwortung

an. Qualitätsverbesserungsprogramme, die von der Trägerorganisation durchgeführt werden, beispielsweise nach TQM oder nach ISO 9000, können integriert werden, um die Qualität des Projekts und die des Produkts zu verbessern.[1]

Magisches Dreieck

Wie generell im Projektmanagement ist dem permanenten Zielkonflikt zwischen Qualität, Kosten und Zeit Rechnung zu tragen.[2]. Speziell in Softwareprojekten steht die Projektleitung häufig unter hohem Termindruck und ist einem besonders hohen Risiko ausgesetzt, die Qualität zu vernachlässigen.[3]

Aufgrund der Komplexität von Informationssystemen sind „absolute“ Sicherheit bzw. Qualität nicht ökonomisch realisierbar. Daher werden zur Kategorisierung und Priorisierung häufig Methoden des Risikomanagements eingesetzt, um für das jeweilige Projekt ein adäquates Maß an Systemsicherheit und -qualität zu gewährleisten.

Aspekte des Risikomanagements sollten über den gesamten System-Lebenszyklus, also beginnend mit dem Konzept, über die Entwicklung oder Programmierung, Implementierung und Konfiguration und während des Betriebes bis hin zur Stilllegung des Systems berücksichtigt werden.

Im Zusammenhang mit der Projektentwicklung ist hier die Systemanalyse zur Projektvorbereitung gemeint. Gegenstand ist die inhaltliche Erfassung der Anforderungen durch Befragung künftiger Anwender sowie die systematische Untersuchung weiterer sachlicher und technischer Anforderungen und Randbedingungen (Schnittstellen zu Drittsystemen, gesetzliche Anforderungen u.dgl.). Ergebnis ist meist ein Fachkonzept, oftmals auch gleich ein Lastenheft.

Ein Pflichtenheft enthält sämtliche Funktionen und Anforderungen an ein Programm. Darin wird festgelegt, welche Funktionen verlangt sind und was diese genau tun. Anhand dieser Übersicht werden die grundlegenden technischen Entwurfsentscheidungen getroffen, und daraus wird die Systemarchitektur abgeleitet. Im Falle einer Beauftragung eines Dienstleistungsunternehmens ist das Pflichtenheft die vertragliche Grundlage für die vereinbarten Leistungen. Deshalb ist die Vollständigkeit und Richtigkeit der darin getroffenen Festlegungen und Anforderungen von besonderer Bedeutung für den Auftraggeber.

Ein Systemanalytiker bzw. -designer, bei kleineren Projekten auch der Programmierer, legt anhand des Pflichtenhefts die Programmarchitektur fest. Soweit Standardsoftwareprodukte zum Einsatz kommen, erfolgt in dieser Phase auch eine Spezifikation der geplanten Produkteinbindung bzw. -anpassung. Für neu zu entwickelnde Software erfolgt der Entwurf des Datenmodells und der einzelnen Funktionen und Algorithmen bzw. der Objekt- und Klassenstruktur. Falls bereits vorhandene Software angepasst (adaptiert) werden muss, so wird in dieser Phase festgelegt, welche Veränderungen und Erweiterungen erforderlich sind. Das Ergebnis des Systemdesigns wird auch DV-Konzept genannt.

In der Implementierungsphase wird die zuvor konzipierte Anwendungslösung technisch realisiert, indem Softwareprodukte konfiguriert, vorhandene Software angepasst oder Programme bzw. Programmteile vollständig neu erstellt werden.

Eine Neuerstellung von Software erfolgt meist durch Programmierung, d. h. die einzelnen Funktionen, Objekte, Klassen u.s.w. werden in einer Programmiersprache mit Hilfe einer Integrierten Entwicklungsumgebung codiert.

Die Software wird im Softwaretest in zweierlei Hinsicht getestet, zum einen

  • technisch, d. h. auf eine korrekte Umsetzung des DV-Konzepts und auf Programmfehler, und zum anderen
  • inhaltlich, d. h. auf Vollständigkeit bezüglich des Pflichtenhefts und Eignung für den vorgesehenen Zweck.

Während der Systemtest eine alleinige Angelegenheit des Auftragnehmers ist, erfolgt der Verfahrenstest meist in Zusammenarbeit mit den Endanwendern des Auftraggebers.

Es gilt in der Softwareentwicklung als normal, dass Programme fehlerhaft sind. Gelegentlich müssen sogar ganze Teile vollständig neu umgesetzt, also neu programmiert werden. Da in komplexeren Applikationen nicht mit Sicherheit ausgeschlossen werden kann, dass geänderte Programmteile nicht etwa andere Programmfunktionen beeinflussen können (Nebeneffekte), sollte nach der Fehlerbeseitigung ein erneuter vollständiger Test des Gesamtsystems erfolgen. Bis zur endgültigen Freigabe der Software sind meist mehrere Test- und Fehlerbeseitigungszyklen (iteratives Vorgehen) erforderlich.

Die fertiggestellte Software nebst eventuell erforderlicher Standardsoftwareprodukte, Hardware u. ä. wird sodann im Zuge der Installation auf den Computersystemen des Auftraggebers oder des Betreibers (eines Application Service Providers) aufgespielt und betriebsbereit gemacht. Hierbei wird oftmals zwischen parallelen „Produktiv“-, „Test“-, „Schulungs“- und „Entwicklungs“-Installationen unterschieden.

Je nach technischer Plattform erfolgt die Installation auf Zentralrechnern (Server) oder auf den Arbeitsplatzrechnern oder beides. Bei Datenbankanwendungen erfolgt ggf. noch ein Tuning der Datenbank. In einigen Fällen erfolgt noch eine Migration aus älteren Anwendungslösungen.

Bei größeren Projekten erfolgt oftmals zunächst nur eine Installation auf einem Testsystem bzw. bei wenigen Pilot-Anwendern. Die nachfolgende Ausweitung (Installation und Inbetriebnahme) auf weitere Standorte nennt man Rollout.

Wesentlicher Teil des Projekts ist die Einführungsunterstützung, insbesondere in Form von Schulung bzw. Einweisung der Endanwender, Power User und Administratoren.

Nach der Inbetriebnahme einer Softwarelösung ist eine kontinuierliche Weiterbetreuung erforderlich und üblich. Diese umfasst sowohl eine Unterstützung der Anwender z. B. per Hotline im laufenden Betrieb als auch Erweiterungen der Software bei Bedarf. Bei externer Softwareerstellung / Projektabwicklung wird beides in einem Support-Vertrag geregelt.

Dabei wird zwischen einem First-level-Support und einem Second-level-Support unterschieden. Der First-level Support (auch Helpdesk) ist erste Anlaufstelle für alle eingehenden Unterstützungsfragen und nimmt alle Problemmeldungen entgegen. Er leitet aber nur schwerwiegende Probleme an den Second-level-Support, bei Standardsoftware z. B. beim Produkthersteller, weiter.

Die laufende Anpassung der Software an sich ändernde Anforderungen oder Umgebungsbedingungen, z. B. an neue Versionen verwendeter Standardsoftware, wird als „Softwarepflege“ bezeichnet. Größere Veränderungen werden über eigene Wartungsprojekte bearbeitet, kleinere Anpassungen häufig als Wartungsaufgaben mit einfacheren Prozessregeln. Das Management des nachträglichen Einbringens von Änderungen in ein laufendes System nennt man Veränderungsmanagement.

  • ISBN 3-8274-0480-0.
  • ISBN 3-89864-268-2.
  • ISBN 3-446-22429-7.
  • ISBN 0-321-21026-3.
  • Thomas Grechenig, Mario Bernhart, Roland Breiteneder, Karin Kappel: Softwaretechnik – Mit Fallbeispielen aus realen Projekten Pearson Studium, München 2009, ISBN 3-86894-007-3.
  1. ISBN 978-1-930699-21-2, S. 95–103
  2. Kessler, Heinrich; Winkelhofer, Georg: Projektmanagement. 4. Auflage. Heidelberg 2004, Springer. S. 55–56
  3. Wendt, Dierk (Sprecher der Arbeitsgruppe): Klassische Fehler in der Software-Entwicklung, TU Ilmenau, Version vom 6. Oktober 2005, abgerufen am 9. Februar 2011


Unsere Statistiken erreichen Sie hier

Dieser Artikel basiert auf dem Artikel wikipedia.de aus der freien Enzyklopädie Wikipedia und steht unter der GNU-Lizenz für freie Dokumentation.
In der Wikipedia ist eine Liste der Autoren verfügbar.

Projektmanagement

aus www.ifq.de, der freien Enzyklopädie

Unter dem Begriff Projektmanagement (PM) versteht man das Planen, Steuern und Kontrollieren von Projekten.

Viele Begriffe und Verfahrensweisen im Projektmanagement sind mittlerweile etabliert und standardisiert. Im Rahmen der meisten universitären Studiengänge im Ingenieur-, Wirtschafts- und Informatikbereich werden Grundkenntnisse des Projektmanagements vermittelt. Weltweit gibt es einige Verbände, welche sich dem Thema Projektmanagement verschrieben haben. Die drei bekanntesten sind:

  • das amerikanische Project Management Institute (PMI) mit der PMP-Zertifizierung
  • die International Project Management Association (IPMA) mit der IPMA-Zertifizierung

Deren Vertretungen in den Ländern, in Deutschland z. B. die GPM, bieten (u. a.) Zertifizierungen auf unterschiedlichen Levels an; Details dazu stehen in den Artikeln zu den Verbänden.

Ihre PM-Verfahren sind grundsätzlich unabhängig von Branche und Projektinhalt, jedoch werden, aufbauend auf diesen Verfahren, häufig individuelle Vorgehensmodelle abgeleitet, in denen Spezifika des Projektprodukts (beispielsweise Software vs. Brücke) oder des Projekttyps (beispielsweise Software-Neuentwicklung, Wartung, Prozesseveränderung im Unternehmen), häufig auch Gepflogenheiten im einzelnen Unternehmen berücksichtigt werden.

Inhaltsverzeichnis

Projektmanagement wird je nach Quelle textlich unterschiedlich, inhaltlich aber weitgehend übereinstimmend definiert:

Verzahnung des Projektmanagements mit dem Gesamtprojekt
  • DIN-Norm (DIN 69901-5:2009-01): „Gesamtheit von Führungsaufgaben, -organisation, -techniken und -mitteln für die Initiierung, Definition, Planung, Steuerung und den Abschluss von Projekten“.
  • Project Management Institute (PMI): Project Management is the application of knowledge, skills, tools and techniques to project activities to meet project requirements (Projektmanagement ist die Anwendung von Wissen, Können, Werkzeugen und Techniken auf Projektaktivitäten, um Projektanforderungen zu erfüllen.).
  • Gesellschaft für Informatik: „Das Projekt führen, koordinieren, steuern und kontrollieren.“
  • ICB: U. a.: „Führung der Projektbeteiligten zur sicheren Erreichung der Projektziele.“ ICB versteht die Methodik des Projektmanagements sogar als Führungsprinzip im sog. Management by Projects.
  • Etymologie: proiectum (Latein): das nach vorne Geworfene und manum agere (Latein): an der Hand führen

Der Projektmanager hat die Aufgabe, die Erwartungen der Stakeholder an das Projekt so weit wie möglich zu erfüllen. Die für die Erhebung der Erwartungen meist verwendete Methode ist die Projektumfeldanalyse. Als Stakeholder bezeichnet man dabei jede Person oder Organisation, deren Interessen durch den Verlauf oder das Ergebnis des Projekts betroffen sind.

Magisches Dreieck

Der Projektmanager bewegt sich dabei zwischen den Größen

  • Zeit: Projektdauer und Termine
  • Kosten
  • Inhalt, Umfang und Qualität des Projekts und seiner Ergebnisse

Diese drei Größen werden von den Stakeholdern oft unterschiedlich und evtl. widersprüchlich gesehen. Um den Projekterfolg zu gewährleisten, muss der Projektmanager also zunächst die Interessen der Stakeholder transparent machen und dann gemeinsam mit ihnen eine Projektplanung erstellen. Letztendlich wird mit dem Auftraggeber eine Priorität dieser Größen festgelegt, auf der dann die Projektsteuerung aufgebaut wird. Das Projektreporting beschreibt das Projekt (oder die einzelnen Ergebnistypen des Projekts) dann immer in Bezug auf diese drei Größen.

Wenn die Organisationsform eines Unternehmens Ressourcenkonflikte erwarten lässt (zum Beispiel Matrixorganisation), wird manchmal eine vierte Steuergröße „Personal“ beschrieben. Auch wenn Personal sonst ein Teil der Kosten ist (Personalkosten), kann es entscheidend sein, bestimmte Personen im Projekt zu haben. Dies sollte explizit beschrieben und allen Stakeholdern transparent sein. Abweichungen werden im Projektreporting transparent gemacht.

Das magische Dreieck zeigt auch, dass eine Änderung an einer der Steuergrößen automatisch zu Änderungen an einer oder beiden anderen Größen führt.

Die Leitung des Projekts liegt beim Projektmanager, der häufig auch Projektleiter genannt wird. Er ist gegenüber dem Auftraggeber für das Projekt verantwortlich und berichtspflichtig. Gegenüber dem Projektteam ist er sachlich, aber nicht disziplinarisch weisungsberechtigt.

Zur erfolgreichen Projektdurchführung benötigt der Projektmanager

  • Kenntnisse des Projektmanagements,
  • allgemeines Managementwissen,
  • produktspezifisches Wissen,
  • Ausdauer und Belastbarkeit,
  • eine ganzheitliche und nachhaltige Denkweise,
  • zwischenmenschliche und kommunikative Fähigkeiten.

Neben dem methodischen Können sind die sozialen Fähigkeiten eines Projektmanagers für den Projekterfolg entscheidend. Projektmanagement ist immer auch Risiko- oder Chancenmanagement: In jedem Projekt treten ungeplante Situationen auf. Einen guten Projektmanager macht aus, dass er solche Situationen früh erkennt, mit wenig Reibungsverlusten wieder in den Griff bekommt und die sich stellenden Möglichkeiten nutzt. Projektmanager sollten daher über Erfahrungen verfügen, die auf zwischenmenschlicher Ebene die Gebiete von Kommunikation und Konfliktmanagement, Teambildung und Motivation umfassen. Anreizsysteme spielen dabei eine zentrale Rolle.[1]

Bei intern nicht vorhandenen Kapazitäten kann die Rolle des Projektmanagers auch extern vergeben werden.

Je nach Größe und Komplexität des Projektes können Aufgaben im Projektmanagement delegiert, geteilt oder in Personalunion bearbeitet werden:

  • Eine Möglichkeit besteht darin, das Projekt in Teilprojekte zu unterteilen, die klar voneinander abgegrenzt sein müssen. Jeweils ein Teilprojektleiter übernimmt dann die Steuerung dieser Teilprojekte und berichtet an den Projektmanager.
  • Eine andere Möglichkeit ist die Teilung nach Aufgabenbereichen. Beispielsweise können das Termin- und das Kostenmanagement oder das Risiko- und das Qualitätsmanagement jeweils bestimmten Personen mit entsprechender Qualifikation zugeordnet werden.

Aufgrund verschiedener Strukturen und Methoden des Projektmanagements (PM) (siehe auch Abschnitt 4.3f, PM-Systeme und Projektphasen), für die teilweise eigene Vorgehensmodelle existieren, richtet sich die Wahl der Vorgehensweise zur Durchführung eines Projekts (inkl. des Projektmanagements) meist nach:

  • Vorgaben der Organisation oder des Auftraggebers (Richtlinien)
  • Größe des Projekts (zum Beispiel Anzahl Personentage)
  • Komplexität des Projekts, wobei man nach technischer und sozialer Komplexität unterscheidet
  • Branche des Projekts, falls ein branchen-/produktspezifisches Vorgehensmodell verwendet wird
  • weiteren Projektart-Kategorisierungen wie zum Beispiel Entwicklungsprojekt, Lernprojekt, Wartungsprojekt, ...

Mit der Projektdurchführung kann eine einzige, aber auch mehrere tausend Personen befasst sein. Entsprechend reichen die Werkzeuge des Projektmanagements von einfachen To-Do-Listen bis hin zu komplexen Organisationen mit ausschließlich zu diesem Zweck gegründeten Unternehmen und massiver Unterstützung durch Projektmanagementsoftware. Daher ist eine der Hauptaufgaben des Projektmanagements vor Projektbeginn die Festlegung, welche Projektmanagementmethoden in genau diesem Projekt angewendet und gewichtet werden sollen. Eine Anwendung aller Methoden in einem kleinen Projekt würde zur Überadministrierung führen, also das Kosten-Nutzen-Verhältnis in Frage stellen.

Werden mehrere Projekte gleichzeitig gesteuert und koordiniert, spricht man von Multiprojektmanagement. Multiprojektmanagement, das häufig etwa bei großen Unternehmen anzutreffen ist, stellt besondere Herausforderungen an die Beteiligten, weil hier Zusammenhänge, z. B. konkurrierende Ressourcen, über mehrere Projekte hinweg koordiniert werden müssen. Ein Spezialfall wird z. T. auch „Enterprise Project Management“ (EPM) genannt; dabei sind diese Projekte unternehmensweit und organisationsübergreifend zu steuern.

Vom Multiprojektmanagement abzugrenzen ist der Begriff des Programmmanagements. Unter einem Programm versteht man in diesem Fall ein Bündel inhaltlich zusammengehörender Projekte. Programmmanagement ist im Gegensatz zu Multiprojektmanagement aber zeitlich limitiert, ähnlich wie ein Projekt. Multiprojektmanagement kann als Form der unternehmensweiten Ressourcensteuerung hingegen unbegrenzt eingesetzt werden.

Großprojektmanagement ist dem Programmmanagement ähnlich, wobei das Programmmanagement in der Regel Einzelprojekte eines Themenbereichs steuert und das Großprojektmanagement die Teilprojekte eines Großprojekts koordiniert.

Im Projektportfoliomanagement werden die Projekte eines Unternehmens verwaltet. Das Portfoliomanagement konsolidiert Kennzahlen aller Projekte eines Unternehmens, sowohl laufender als auch geplanter. Damit liefert es dem Unternehmensmanagement projektübergreifende Information zur Steuerung des Gesamtbestandes an Projekten.

Nahezu alle Teilbereiche des Projektmanagements werden heutzutage durch Projektmanagementsoftware unterstützt. Sie gestattet dem Projektmanager, die Planinhalte für das Projekt vorzugeben, so dass anschließend alle Beteiligten dort ihre jeweiligen Arbeitsaufgaben und -fortschritte abfragen bzw. eintragen können. Sie ermöglichen eine Auswertung des aktuellen Projektstands nach diversen Gesichtspunkten (beispielsweise hinsichtlich Frist- oder Budgeteinhaltung), auch mit Hilfe von grafischen Darstellungen (beispielsweise Gantt-Diagrammen). Zu vorab definierten Meilensteinen oder zum Abschluss werden Reports generiert.

Während für manche Teilbereiche des Projektmanagements speziell darauf ausgerichtete Systeme eingesetzt werden können, kommt für zahlreiche Zwecke vielfach allgemeingültige Software (wie Textbearbeitung, Tabellenkalkulation ...) zum Einsatz, zum Teil unter Verwendung von Mustervorlagen. Zur Kommunikation werden praktisch immer Mailsysteme benutzt, in virtuellen Projektteams oder mit verteilten Stakeholdern häufig auch Webkonferenzsysteme und elektronische Meetingsysteme, die die Durchführung von Meetings und Workshops über das Internet ermöglichen.

Wikis werden unter anderem für das Wissensmanagement ebenfalls als Werkzeuge im Projektmanagement eingesetzt.[2]

Die Unternehmen und Organisationen wenden PM-Werkzeuge in der Praxis in hohem Maß unterschiedlich an. Dabei wird teilweise auch ERP-Software verwendet, die das ganze Unternehmen abbildet und gleichzeitig über Projektmanagementfunktionen verfügt.

Um das häufige Scheitern von Projekten (siehe auch Chaos-Studie) gibt es immer wieder anhaltende Diskussionen um die Erfolgsfaktoren von Projekten. Als wesentlicher Faktor wird dabei das Projektmanagement genannt.

Projektmanagement als Erfolgsfaktor:

Das professionelle Management ist als zentrales Erfolgskriterium von Projekten zu sehen. Insbesondere sind

  • die Projektgrenzen und die Projektziele adäquat zu definieren
  • Projektpläne zu entwickeln und einem periodischen Controlling zu unterziehen
  • Projekte prozessorientiert zu strukturieren
  • die Projektorganisation und Projektkultur projektspezifisch zu gestalten.
  • eine spezifische Projektkultur zu entwickeln und
  • die Beziehungen des Projekts zum Projektkontext zu gestalten.

Projektmanagement leistet einen Beitrag zur Sicherung des Projekterfolgs, kann diesen aber nicht allein sichern, da es auch weitere Faktoren wie z.B. die Unternehmensstrategie, Wettbewerbssituation, etc. gibt, die den Projekterfolg beeinflussen.
Quelle: IPMA nach Gareis bzw. Patzak, Rattay

Solche Voraussetzungen für erfolgreiches PM, die nur außerhalb des Projektmanagements erfüllt werden können, sind z. B.:

  • Commitment der Stakeholder: 'Sponsor' für das Projekt, Akzeptanz des Projekts und seiner Ziele
  • Angemessene Projekt-Infrastruktur: Organisation, Methoden und Werkzeuge sind verfügbar
  • Kompetenz der dem Projekt zugeteilten Personen

Darüber hinaus erschöpft sich 'Projekte erfolgreich führen' nicht im Beherrschen der PM-Methodik. Vielmehr wird der Erfolg in hohem Maß auch von den persönlichen Eigenschaften und Fähigkeiten ("weiche Faktoren") aller Beteiligten inkl. der Projektmanager bestimmt.

In den Normen und Standards sind Projektmanagement-Methoden und Vorgehensmodelle zu unterscheiden. Während sich erstere auf bestimmte Teildisziplinen des Projektmanagements (Risiken, Anforderungen, Terminplanung ...) beziehen, versucht man mit sog. Vorgehensmodellen die Abfolge der Tätigkeiten, also die Prozesse für das Projekt und das PM möglichst präzise festzulegen; weit verbreitet ist das V-Modell.

Die Aufgabenstellungen, Methoden, Instrumente und Ebenen des Projektmanagements sind im Wesentlichen gut bekannt und dokumentiert. Ziel sollte es jedoch sein, eine möglichst weit verbreitete, einheitliche Begriffsbasis und Terminologie zu etablieren und zu fördern. Dieser Aufgabe stellen sich diverse Normierungsinstitute und PM-Verbände:

  • Insbesondere ist hier das amerikanische Project Management Institute (PMI) zu nennen, das mit seinem Guide to the Project Management Body of Knowledge (PMBOK Guide) das englischsprachige Standardwerk zum Projektmanagement herausgegeben hat. Viele der folgenden Informationen beziehen sich auf den PMBOK Guide, da er sich durch die sehr strukturierte Darstellung eignet, um die Besonderheiten von Projekten und Projektmanagement darzustellen.
  • Für Deutschland finden insbesondere die Normen DIN 69901 Anwendung.
  • Als internationaler Leitfaden für Qualitätsmanagement in Projekten ist die Norm ISO 10006:2003 veröffentlicht worden.

Für den Praxiseinsatz legen Unternehmen / Organisationen in der Form von PM-Handbüchern, PM-Leitfäden etc. fest, wie das PM in ihren Projekten anzuwenden ist. Die einzelnen Vorgaben beziehen sich dabei i. d. R. auf Standards wie sie in diesem Kapitel genannt werden, sie werden dabei aber häufig unternehmens- oder situationsspezifisch (Projektart und -Größe etc.) angepasst (reduziert, vereinfacht, individuell ergänzt, auf Werkzeuge adaptiert, ...).

  • IPMA Competence Baseline (ICB 3.0): PM-Standard des Projektmanagementverbandes International Project Management Association (IPMA); dezentral organisiert, in Deutschland durch die GPM
  • PMBOK Guide: ursprünglich US-amerikanischer PM-Standard des Projektmanagementverbandes Project Management Institute (PMI)
  • PRINCE2: inzwischen weit verbreitete Projektmanagementmethode aus Vereinigten Königreich
  • DIN 69901: findet derzeit international großen Anklang und geht stark in die ISO 21500 ein

Um die Arbeits- und Organisationsform Projektmanagement in einem Unternehmen zu verankern, sind entsprechende Rahmenbedingungen und Spielregeln notwendig. Es müssen ganzheitliche, leistungsfähige Projektmanagement-Systeme geschaffen werden, die im Regelfall Standards, Maßnahmen und Tools in folgenden Bereichen enthalten:

  • Organisation: Die organisatorische Verankerung des Projektmanagements muss im jeweiligen Unternehmen eindeutig geklärt sein. Hierzu zählen beispielsweise die Definition von klaren Rollen, Kompetenzen und Verantwortlichkeiten (insbesondere das Zusammenspiel Linie - Projekt), die Einrichtung einer zentralen Organisationseinheit für Projektmanagement (zum Beispiel Project Management Office, Project Competence Center) oder die Festlegung von PM-Karrierepfaden und Anreizsystemen.
  • Methodik: Im Bereich der Methodik werden Standards, Instrumente, Methoden, Richtlinien und Prozesse definiert, die bei Projekten zur Anwendung kommen sollen. Die Methodik wird in der Regel individuell für die jeweilige Organisation festgelegt. In vielen Fällen wird die verwendete Methodik in einem Projektmanagementhandbuch dokumentiert.
  • Qualifizierung: Damit Projektmanagement erfolgreich angewendet werden kann, müssen Führungskräfte, Projektleiter und -mitarbeiter entsprechend für ihre Rolle vorbereitet und dafür qualifiziert werden. Seminare, Training-on-the-Job oder Projekt-Coaching sind weit verbreitete Instrumente zur Qualifizierung.
  • Software: Es müssen IT-gestützte Strukturen geschaffen werden, die einen effizienten Informations- und Kommunikationsfluss gewährleisten sowie die Projektplanung und -steuerung über den gesamten Projektverlauf unterstützen. Am Markt existieren eine Vielzahl von PM-Tools und umfangreichen PM-Lösungen, die diverse Funktionalitäten bieten.

Außerdem hat die Organisationsform der Trägerorganisation Einfluss auf die Projekte. Die bekanntesten Organisationsformen sind:

  • Linienorganisation (funktionsbezogene Organisation)
  • Matrixorganisation (Mischsicht)
  • Projektorientierte Organisation

Hauptartikel: Projektphase

Projektphasen sind zeitliche Abschnitte, die im Vorgehensmodell für ein Projekt festgelegt sind. Die Phasen bilden den Rahmen, in dem jeweils einzelne Aktivitäten mit ihrem Arbeitsinhalt (was tun?) und ihren Ergebnissen festgelegt werden. Diese Aktivitäten werden im Projektmanagement (Teilbereich Aufgabenmanagement) gesteuert und kontrolliert. Üblicherweise enden die Projektphasen mit definierten Meilensteinen. Je nach Projektart, Projektprodukt, Branche etc. sind Phasenmodelle i. d. R. individuell auf die Aufgabenstellung ausgerichtet.

Die Gliederung der Projektaktivitäten in Phasen ist in Reinform eine Vorgehensweise nach dem Wasserfallmodell, alternativ kann sie jedoch auch iterativ angelegt sein, z. B. um Projektergebnisse bei bestimmten Situationen nochmal zu überarbeiten.

Ein Beispiel für ein Phasenmodell im Allgemeinen (mit Aufzählung darin anfallender PM-Aufgaben) ist:

  • Projektdefinition: Das Ziel des Projekts wird festgelegt, Chancen und Risiken werden analysiert und die wesentlichen Inhalte festgelegt. Kosten, Ausmaß und Zeit werden grob geschätzt; bei großen Projekten kann dies durch eine Machbarkeitsstudie unterstützt werden. Am Ende dieser Phase steht der formelle Projektauftrag.
  • Projektplanung: In dieser Phase wird das Team organisiert, und es werden Aufgabenpläne, Ablaufpläne, Terminpläne, Kapazitätspläne, Kommunikationspläne, Kostenpläne, Qualitätspläne und das Risikomanagement festgelegt. Hierbei spielen so genannte Meilensteine eine wichtige Rolle.
  • Projektdurchführung und -kontrolle: Diese Phase umfasst, abgesehen von der Durchführung selbst, für das Projektmanagement die Kontrolle des Projektfortschritts und die Reaktion auf projektstörende Ereignisse. Erkenntnisse über gegenwärtige oder zukünftige Abweichungen führen zu Planungsänderungen und Korrekturmaßnahmen.
  • Projektabschluss: Die Ergebnisse werden präsentiert und in dokumentierter Form übergeben. In einem Review wird das Projekt rückblickend bewertet; die gemachten Erfahrungen werden häufig in einem Lessons-Learned-Bericht festgehalten. Der Projektleiter wird vom Auftraggeber entlastet.
  • Unter Umständen Projektabbruch: Das Projekt wird abgebrochen, ohne dass die Projektziele erreicht sind.

Ähnlich kurz definiert auch der als Demingkreis bekannte PDCA-Zyklus ein allgemeines 4-Phasen-Vorgehen, das nach Plan, Do, Check und Act (i. S. Einführung) unterscheidet. Dieses allgemeine Vorgehen kann 'generisch', für ganze Projekte oder auch für einzelne Projektabschnitte (Phasen) angewendet werden.

Ein Phasenmodell für die Softwareentwicklung könnte eine feinere Phasenstruktur aufweisen und zum Beispiel wie folgt aussehen. Die Aufgaben des Projektmanagements sind dabei nicht als Projektphase definiert, sondern werden als global wahrzunehmende Projekt-Rolle unterstellt:

  • Analyse
  • Machbarkeitsstudie
  • Entwurf
  • Umsetzung
  • Test
  • Pilotierung
  • Rollout bei den Anwendern
  • Abschluss

In der aktuellen Projektmanagement-Literatur wird die strenge Phaseneinteilung („Wasserfallmodell“) in Frage gestellt. In der Praxis können Phasenverläufe sich überlappen oder zirkulär angelegt sein. Methoden wie Rapid Prototyping oder Agile Softwareentwicklung versuchen, andere Wege zu gehen.

Auch wird kritisiert, dass ein universell gültiger Phasenansatz der Unterschiedlichkeit von Projekten nicht gerecht werde. „One size doesn’t fit all.“ Dennoch baut auch die neue DIN-Normenreihe 69900 darauf auf. Eine PM-Aufgabe ist deshalb, das Vorgehen für ein konkretes Projekt, ausgehend von Standardmodellen, zweckentsprechend zu adaptieren; z. B. Projektphasen zusammenzufassen und nicht erforderliche Projektaktivitäten auszuklammern.

Werden die Projektmanagementprozesse von den Projektphasen abstrahiert, dann lassen sich die Projektmanagementprozesse in Prozessgruppen zusammenfassen.

In der Prozessgruppe Initiierung steht der Initiierungsprozess. Er wird zum Projektstart und dann wieder zum Start jeder Projektphase durchlaufen.

Prozessgruppen im Projektmanagement

Wichtige Ziele der Initiierung sind:

  1. Verteilung der notwendigen Informationen, damit von Anfang an effektiv/effizient gearbeitet wird,
  2. Nachlässigkeiten in frühen Projektphasen führen später zu (teuren) Schwierigkeiten, daher werden die Ziele und die Arbeitsweise der jeweiligen Projektphase geklärt,
  3. die Informationen über das Projekt werden ausgetauscht und unter den Stakeholdern angeglichen,
  4. das Projekt bzw. die nächste Projektphase wird in allen Teilen und Zusammenhängen betrachtet (nicht in allen Details).
  5. Zu allen Fragen soll möglichst früh eine Übereinstimmung aller Beteiligten erreicht werden.

Wie bei allen Prozessgruppen wiederholen sich die Prozesse und interagieren miteinander. Die sequentielle Darstellung ist eine Vereinfachung.

Gerade während der Initiierung werden durch Klärung und Festlegung der Projektziele die Weichen für den weiteren Projektverlauf und den Projekterfolg gestellt. Die Qualität der Projektziele/Phasenziele (Transparenz) und die Unterstützung der Stakeholder (Verbindlichkeit) entscheiden über den Projekterfolg.

Unter Planung werden alle Prozessschritte zur Planung des Projekts oder zur Detaillierung der jeweiligen Projektphase zusammengefasst. Alle Schritte orientieren sich am definierten Ziel des Projektes. Ggf. werden Handlungsalternativen geprüft und ausgewählt. Die wichtigsten Projektmanagementprozesse in der Prozessgruppe Planung sind:

  1. Planung Inhalt und Umfang
  2. Definition Inhalt und Umfang
  3. Definition der Vorgänge
  4. Festlegen der Vorgangsfolgen
  5. Einsatzmittelbedarfsplanung
  6. Schätzung der Vorgangsdauern
  7. Kostenschätzung
  8. Risikomanagementplanung
  9. Entwickeln des Terminplans
  10. Kostenplanung
  11. Zusammenstellung des Projektplans

Hierzu gibt es noch eine Reihe von Hilfsprozessen, wie Qualitätsplanung, Beschaffungsplanung, usw.

Unter Ausführung versteht man die Koordination der Mitarbeiter und anderer Ressourcen und deren Zuordnung zu den Vorgängen im Projektplan, damit das Projektziel erreicht wird. Hierzu gehören Prozesse, wie die Arbeitspaketfreigabe. Unterstützt wird die Ausführung von Hilfsprozessen, wie Qualitätssicherung, Informationswesen, Teamentwicklung oder Lieferantenauswahl, usw.

Diese Prozessgruppe beschäftigt sich mit der kontinuierlichen Überwachung der Zielerreichung im Projekt. Interessanterweise wäre das englischsprachige control processes in der deutschen PMBOK Guide Version besser als „Kontrolle“ anstatt als „Steuerung“ übersetzt worden (was wörtlich gesehen natürlich falsch gewesen wäre). In der Prozessgruppe Steuerung gibt es zwei Hauptprozesse:

  1. Berichtswesen, zur Sammlung und Verteilung (Stakeholderorientierung!) der Projektleistung und
  2. die integrierte Änderungssteuerung, um die Änderungen zu koordinieren.

Die Hauptprozesse werden durch eine Vielzahl von Hilfsprozessen unterstützt; dazu gehören Abnahmeprozesse für Anforderungen und andere Ergebnistypen, Termin- und Kostensteuerung und Risikoüberwachung.

Die abschließenden Prozesse beschäftigen sich mit

  1. Vertragsbeendigung und
  2. dem administrativen Abschluss des Projekts.

Bei ersterem muss dafür gesorgt werden, dass die Verträge alle ordentlich beendet, bezahlt, usw. werden. Beim administrativen Abschluss geht es um die interne Beendigung des Projekts im Unternehmen. Hierzu gehören Abschlussbericht, Lessons Learned Workshops und – nach PMI ganz wichtig – die Befüllung der „Datenbank mit historischen Projektdaten“, um das erworbene Wissen auch zukünftigen Projekten (und Projektmanagern) zur Verfügung zu stellen.

Zusammenspiel Prozessgruppen und Projektphasen

Die Hauptprozessgruppen wiederholen sich wiederkehrend in allen Projektphasen – jedoch in unterschiedlicher Ausprägung.

Beispiele

  • Die Detailplanung für jede Phase wird jeweils am Phasenanfang durchgeführt.
  • Für unterschiedliche Phasen wird eine neue Personalplanung erforderlich, da andere Fähigkeiten benötigt werden.
  • Jede Phase wird mit einem Phasenkickoff gestartet, um alle Stakeholder über die Aufgaben und Ziele der nächsten Projektphase zu informieren.
Integrations-
management
Umfangs-
management
Termin-
management
Kosten-
management
Qualitäts-
management
Personal-
management
Kommunikations-
management
Risiko-
management
Beschaffungs-
management

Projektmanagement hat im Wesentlichen die folgenden Tätigkeitsbereiche (nach Project Management Institute 'Wissensbereiche' genannt) abzudecken:

  • Integrationsmanagement: Hier wird die Integration des Projekts sichergestellt und koordiniert. Beteiligte und Betroffene (Grafikbeispiel siehe „Projektlandschaft“) sind dabei entsprechend der Art ihrer Beteiligung einzubeziehen. Die Einhaltung von Projekt-Standards erleichtert dies.
  • Inhalts- und Umfangsmanagement: Das Management des Projektrahmens (auch Scope Management, Anforderungsmanagement) sorgt dafür, dass die gesetzten Projektziele erreicht werden. Es sorgt allerdings nicht nur für die Ergebnisorientierung in Bezug auf die ursprünglichen Ziele, sondern hat insbesondere zur Aufgabe, notwendige Abweichungen von diesen Zielen, die im Projektverlauf deutlich werden, in das Projekt einzusteuern sowie entsprechende Neuplanungen zu veranlassen.
  • Terminmanagement: Zielt auf die Einhaltung des Zeitrahmens ab und sollte alle beteiligten Zielgruppen einbinden. Der Projektplan dient dabei v. a. als Kommunikationsmedium.
  • Kostenmanagement: Zielt auf die Budgeteinhaltung ab. Hierfür ist (zum Beispiel durch Projektkostenrechnung) der Kostenverlauf zu erfassen. Gegebenenfalls sind Gegenmaßnahmen einzuleiten.
  • Qualitätsmanagement: Projektspezifisches Qualitätsmanagement umfasst die Standardisierung von Projekt-Prozessen, Dokumentation der Arbeiten und Ergebnisse, sowie ein geeignetes Maßnahmenmanagement.
  • Personalmanagement: Enthält die effiziente Zuordnung der Ressourcen nach Fähigkeiten und verfügbaren Kapazitäten auf die Projektaufgaben, aber auch die Teamentwicklung.
  • Kommunikationsmanagement: Nimmt häufig bis zu 50 % der Projektarbeit ein und schließt alle Beteiligten und Betroffenen ein; auch im Veränderungsmanagement (Change Management) zu berücksichtigen.
  • Risikomanagement: Projektspezifisches Risikomanagement. Enthält Risikoanalysen, präventive Maßnahmen und Notfallkonzepte. Insbesondere bei komplexen Projekten ist dies von Bedeutung.
  • Beschaffungsmanagement: Integration und Zusammenarbeit mit Partnern und Lieferanten.

Die einzelnen Aktivitäten / Tätigkeiten im Projektmanagement sind auf diese Inhalte ausgerichtet und betreffen dabei ggf. mehrere Wissensbereiche gleichzeitig.
Beispiel: Das Aufgabenmanagement behandelt Inhalte aus dem Termin- und dem Personalmanagement.
Die Wissensgebiete erstrecken sich grundsätzlich über das gesamte Projekt, jedoch mit phasenspezifischen Schwerpunkten.
Beispiel: Definieren von Risiken oder Terminen in der Planungsphase, deren lfd. Überwachung in der Durchführung.

Wichtiger Hinweis: Die Wissensgebiete sind zwar im Wortlaut identisch mit entsprechenden Äquivalenten im allgemeinen Management, jedoch sind die Themen hier projektspezifisch ausgerichtet: Projektmanagement hat durch die projektspezifischen Eigenschaften (Einmaligkeit der Produkterstellung, zeitliche Beschränkung, Stakeholderorientierung und iterative Herangehensweise) spezielle Managementprozesse (siehe Projektmanagement Prozessgruppen), welche sich von den allgemeinen Management-Wissensgebieten erheblich unterscheiden.

„Projektplanung gibt es, seit Menschen größere Vorhaben gemeinschaftlich durchführen. Weder ein militärischer Feldzug, noch die Errichtung großer Gebäude (Tempel, Festungen), noch beispielsweise eine lange Seereise zur Entdeckung der Westpassage nach Indien sind vorstellbar, ohne dass die Verantwortlichen diese Projekte detailliert geplant hätten. Doch geschah dies lange Zeit formlos, allein aufgrund der Erfahrungen und Kenntnisse der Verantwortlichen; erst im 20. Jahrhundert sollten diese informellen Verfahren zusammengetragen, systematisiert und in die wissenschaftlich aufbereitete Form gebracht werden, unter der heute Projektmanagement betrieben wird.“[3]

Henry Gantt entwickelte 1910 den Balkenplan (auch Gantt-Diagramm genannt). Unabhängig davon hatte Karol Adamiecki eine ähnliche Methode mit den Namen Harmonogram und Harmonograf bereits 1896 entwickelt. Gantts Methode kam erstmals bei einem größeren Bauvorhaben, der Errichtung des 1935 fertiggestellten Hoover-Staudamms, zum Einsatz. Die erste Dokumentation der Vorgehensweise beim Projektmanagement wurde vermutlich im Rahmen des Manhattan-Projekts vorgenommen.[4]

Eine weitere Entwicklung des Projektmanagements war dann für den Wettlauf ins All erforderlich – vor allem für das Apollo-Programm.[5]

  • Eine ausführliche Literaturliste ist hinterlegt unter: Projektmanagement-Literatur
  • WikiProjekt Projektmanagement.
  1. ISBN 978-1434816269
  2. ISBN 978-3-86815-286-9
  3. Madauss, Bernd J.: Handbuch Projektmanagement: mit Handlungsanleitungen für Industriebetriebe, Unternehmensberater und Behörden, 6., überarb. und erw. Aufl., Stuttgart: Schäffer-Poeschel, 2000.
  4. ISBN 978-0070688018
  5. http://www.wdr.de/tv/quarks/global/pdf/Q_Mond.pdf


Unsere Statistiken erreichen Sie hier

Dieser Artikel basiert auf dem Artikel wikipedia.de aus der freien Enzyklopädie Wikipedia und steht unter der GNU-Lizenz für freie Dokumentation.
In der Wikipedia ist eine Liste der Autoren verfügbar.

Softwareeinführung

aus www.ifq.de, der freien Enzyklopädie

Softwareeinführung (auch Software-Rollout) ist der projektartige Vorgang der Etablierung einer Software in größeren Organisationen (z. B. Unternehmen oder Öffentliche Verwaltung). Dazu gehören die Schritte Softwareverteilung, Installation, Konfiguration, Erfassung von Daten, Einrichtung der IT-Betriebsorganisation (Operating), die Schulung von Mitarbeitern, sowie die Umstellung firmeninterner Prozesse. Soll die Software ein Altsystem ablösen, so kann zudem eine Datenmigration und ein Abschalten des Altsystems hinzukommen. Bei Standardsoftware kann das Customizing in das gesamte Softwareeinführungsprojekt eingebettet sein, bei Individualsoftware ist die Softwareeinführung der Schritt nach der Softwareentwicklung.

Prinzipiell gibt es zwei Strategien zur Einführung von Software: Der Big Bang und die iterative Einführung.

Die neue Software wird vollständig implementiert und zu einem einzigen, klar definierten Zeitpunkt (üblicherweise zu Zeiten, an denen die Nichtverfügbarkeit eines Systems weitgehend unkritisch ist, beispielsweise an einem Wochenende oder Jahreswechsel) in Betrieb genommen, so dass sie anschließend vollständig verfügbar sind. Zur Risikominimierung erfordert diese Art der Softwareeinführung umfangreiche Planungen und Vorbereitungen im Vorfeld (umfangreicher Softwaretest, Schulung der Administratoren, des Operatings und der Endbenutzer). Für den Fall dass kurzfristig nicht behebbare oder unvorhergesehene Fehlersituationen auftreten, sollte ein Rollback geplant werden.

Ein Risiko dieser Strategie ist, dass die Software nie oder mit großer Verspätung fertig implementiert und eingesetzt wird (etwa, weil sich die Anforderungen an die Software häufig und kurzfristig ändern, so dass ständig nachgebessert werden muss). Darüber hinaus lassen sich technische Schwierigkeiten (Lastsituationen, Performance) im Vorfeld oftmals nur schlecht abschätzen, wodurch sich oftmals erst nach Inbetriebnahme zeigt, ob die Lösung tatsächlich für den produktiven Betrieb geeignet ist.

Dem Big Bang gegenüber steht eine iterative Einführung eines neuen Systems, also die Einführung in mehreren, kleineren Schritten. Im Vorfeld sind kleinere Bestandteile, sowie die Abhängigkeiten zwischen diesen zu identifizieren und zu analysieren. Beides ist bei der iterativen Einführung entsprechend zu berücksichtigen (so kann beispielsweise eine Webanwendung nicht installiert werden, bevor der dafür benötigte Web- oder Application Server nicht installiert ist).

Durch den iterativen Ansatz sollen Risiken durch einen möglichen Ausfall des gesamten Systems reduziert werden. Weiterhin gibt es den Benutzern der Software die Möglichkeit, frühzeitig Erfahrungen mit Teilen des Systems zu sammeln, die wiederum bei der Entwicklung und Einführung der nächsten Teile berücksichtigt werden können. Oftmals wird man allerdings über einen längeren Zeitraum mit unvollständigen Zwischenlösungen leben müssen. Gibt es ein Altsystem in dem Daten eingegeben werden, dann ist eine iterative Einführung schwierig. Unter Umständen sind die Mitarbeiter in der Übergangszeit gezwungen mit zwei Systemen zu arbeiten.

Ein nicht zu unterschätzendes Risiko bei der iterativen Einführung eines neuen Systems sind firmenpolitische Veränderungen während der Entwicklung: Projekte werden aus Kostengründen gestoppt/verkleinert, eine Firmenumstrukturierung erfordern neue Planungen, die Firmenleitung setzt neue Schwerpunkte. Diese kann dazu führen, dass das Gesamtsystem in seiner ursprünglichen Planung, niemals vollständig eingeführt wird und somit als Ganzes nur stark eingeschränkt verwendbar oder schlimmstenfalls unbrauchbar ist.



Unsere Statistiken erreichen Sie hier

Dieser Artikel basiert auf dem Artikel wikipedia.de aus der freien Enzyklopädie Wikipedia und steht unter der GNU-Lizenz für freie Dokumentation.
In der Wikipedia ist eine Liste der Autoren verfügbar.

 
 

 

 

 

» Statistik » Empfehlen » Gästebuch » Anfahrt » Datenschutz » Impressum

Copyright © 1998-2014. IFQ GmbH Wismar and Cliffmoe IT Consulting. All rights reserved. Alle Rechte vorbehalten.