Lübz ist eine an der Müritz-Elde-Wasserstraße gelegene Kleinstadt im Landkreis Ludwigslust-Parchim in Mecklenburg-Vorpommern. Sie ist Sitz des Amtes Eldenburg Lübz.

Die Stadt liegt in den Niederungen beidseits der Müritz-Elde-Wasserstraße. Während es im Stadtgebiet selbst keine größeren Seen gibt, grenzt es im Norden an den Passower See. Die im Osten des Stadtgebietes befindlichen Höhen liegen etwa vierzig Meter über der Stadt bei 103,5 m ü. NHN. Hier befindet sich auch das Waldgebiet Bobziner Tannen östlich von Riederfelde. Östlich von Lübz liegt das bewaldete Naturschutzgebiet Im neuen Teich und im Norden das Naturschutzgebiet Alte Elde bei Kuppentin.

Die Gemeinde liegt etwa 15 Kilometer östlich von Parchim und zirka 15 Kilometer westlich von Plau am See.

Bobzin
Broock
Lübz
Riederfelde
Ruthen
Wessentin

Amtsturm und Museum in der Altstadt

1224 hieß der Ort Lubicz. Der Name veränderte sich in Louize (1274), Lubicz (1317), Lubitze (1328) und Lubisse (1377), danach verkürzt Lubcze (1322) und Luptz (1342) und im 16. Jahrhundert dann Lübz. Der altpolabische Name der Stadt kam vom Personennamen Lubec (Ort des Lubec), also von dem slawischen Ortsgründer. L'uby würde übersetzt heißen geliebt. Lübz ist nicht nur danach die geliebte Stadt.^[2]

Im Jahr 1224 wurde Lübz erstmals urkundlich erwähnt. Fünf Jahre später fällt die „Landschaft Ture“, also die Region um das heutige Lübz, bei der Ersten Mecklenburgischen Hauptlandesteilung an die Herrschaft Parchim-Richenberg. Nach der Entmachtung von Pribislaw I. und der Aufteilung der Herrschaft gelangte Nikolaus I. von Werle in den Besitz der Region. Mit Beginn Norddeutschen Markgrafenkrieges im Jahr 1308 wurde die Region von den brandenburgischen Markgrafen besetzt. Die brandenburgischen Markgrafen Otto IV. und sein Sohn Hermann III.) bauen bei der Siedlung Lübz die Eldenburg. In der lübischen Detmar-Chronik heißt es dazu: Des sulven jares weren de marcgreven wol mit ver dusent groten rossen unde mit vele anderen volke in deme lande to wenden unde bueden dat vaste hus de eldeneborch, dat oc lubyze is gheheten.... Während dessen stirbt Hermann III.. Die Brandenburger müssen die Eldenburg Ende des Krieges wieder räumen. Seit 1328 gehört Lübz zum Fürstentum Mecklenburg, dies wird 1348 vom Kaiser Karl IV. bestätigt. 1352 wird der Ort bei der Landesteilung Mecklenburg-Stargard zugeschlagen. Bereits 1471 stirbt die Linie aus und die Stadt kommt zum Herzogtum Mecklenburg. Nach 1456 erhält Lübz das Stadtrecht.

Die Eldenburg wurde im 16. Jahrhundert zum Schloss umgebaut und bis 1634 als ein Witwensitz der herzoglichen Familie genutzt. Hier lebte u. a. die legendäre Herzogin Sophie († 1634), die mit den Bürgern tapfer gegen Wallenstein Widerstand geleistet hatte. Während des Dreißigjährigen Krieges wurde Lübz 1637 von kaiserlichen Truppen geplündert. Lübz wurde immer wieder von Bränden heimgesucht.

Das leerstehende und verfallene Schloss wurde bis auf den Amtsturm ab 1691 abgerissen. Seit dem 17. Oktober 1976 beherbergt der letzte Turm der einstigen Eldenburg das Stadtmuseum.^[3] Auf den Gewölben des alten Schlosses wurde ab 1759 ein herzogliches Amtshaus errichtet. 1774 erfolgte der Bau einer Brücke und einer Schleuse. 1836 wurde die Elde zum Schifffahrtsweg aufgebaut und 1846 entstand die Fangschleuse. 1877 wurde die Brauerei gegründet. Einen Bahnanschluss erhielt die Stadt 1885. Aus der Landstadt wurde eine kleine Industriestadt.

Das einstige Großherzogliche Amt (ab 1815), seit 1919 Amt Lübz-Marnitz, wurde 1925 aufgelöst und in das Gebiet des Amtes Parchim einbezogen. 1934 wurde der Hafen gebaut. Während des Zweiten Weltkrieges mussten 52 Frauen aus der Sowjetunion bei der Verlegung von Bahngleisen sowie weitere Zwangsarbeiter in den Heinkel-Flugzeugwerken Zwangsarbeit verrichten. Geplant war gegen Ende des Krieges auch der Aufbau eines KZ-Außenlagers, wofür bereits erste Baracken am Neuen Teich errichtet wurden. Ein Erinnerungszeichen an diese Lager gibt es nicht.

Am 2. Mai 1945 marschierte die US-amerikanische und am 3. Mai die sowjetische Armee in Lübz ein. Das Gebäude der früheren Kreissparkasse (früher Rathaus, heute Supermarkt) war Sitz der sowjetischen Kommandantur. Bürgermeister war 1945 Paul Koch, ihm folgte bis 1950 Paul Graepp.

Ende 1945 erfolgte bereits die erste Bodenreform. 23 Neubauern wurden auf der Gemarkung des Bauhofes angesiedelt. 1952 wurde dann die Landwirtschaftliche Produktionsgenossenschaft (LPG) gegründet. Von 1952 bis 1990 war Lübz Kreisstadt im Bezirk Schwerin. Der Ort hatte 5800 Einwohner.

1960 wurde ein Milchzuckerwerk (Molkerei, Käserei), 1964 das Gemüsekombinat, 1968 der VEB Getreidewirtschaft errichtet, 1972 das Agrochemische Zentrum (ACZ) und 1984 die Mineralwollewerke (nach 1990 zu ISOVER gehörend) gegründet. In den 1960er bis 1980er Jahren wurde ein Neubaugebiet mit 885 Wohnungen in Plattenbauweise errichtet.

Innenstadt und Amtshaus wurden im Rahmen der Städtebauförderung seit 1991 saniert (Brücken, Freiraum Burghügel, Markt).

Am 1. Januar 2009 wurde die bis dahin selbständige Gemeinde Broock mit ihren Ortsteilen Broock und Wessentin nach Lübz eingemeindet.^[4] Das Gemeindegebiet vergrößerte sich dadurch von 31,02 km² auf 49,12 km².

Das Wappen wurde am 10. April 1858 von Friedrich Franz II., Großherzog von Mecklenburg-Schwerin festgelegt und unter der Nr. 58 der Wappenrolle von Mecklenburg-Vorpommern registriert.

Blasonierung: „In Gold ein hersehender, gold gekrönter schwarzer Stierkopf mit aufgerissenem roten Maul, silbernen Zähnen, ausgeschlagener roter Zunge, in sieben Spitzen abgerissenem Halsfell und silbernen Hörnern; beseitet von je einem facettierten roten Stern.“

Das Wappen wurde 1992 neu gezeichnet.

Lübz unterhält Städtepartnerschaften zu Halstenbek in Schleswig-Holstein, Hartkirchen in Österreich und Oyama in Japan. Zudem bestehen freundschaftliche Beziehungen zu Valga in Estland.

Amtsturm

Waschhaussteg

Marktplatz

Der historische Stadtkern wurde nach 1991 saniert. Zum Kern gehören Marktplatz, Ziegenmarkt, Amtshaus, Rosengarten und die Eldebrücken.
Die Stadtkirche ist ein lang gestreckter Backsteinbau mit einem Feldsteinsockel, der um 1570 in der Spätgotik entstand. Die schlichte Kirche, mit viergeteilten spitzbogigen Fenstern zwischen den Strebepfeilern, hat einen Westturm mit sparsamen Schmuckformen im Stil der Renaissance. Innen ist der Saal durch eine flache Holztonne überwölbt. An der Ostwand befinden sich u.a. die Grabmale der Herzogin Sophie († 1634), geb. Gräfin von Schleswig-Holstein mit ihrer Tochter und ihrer Enkelin sowie die Wappenbilder dieser Adelshäuser. Die hölzerne Taufe ist von 1605.
Der spätromanische Amtsturm von 1308 ist der einzige Rest von der Eldenburg, die erstmals 1308 erwähnt wurde. Heute beherbergt er das Stadtmuseum.
Das herzogliche (1815 großherzogliche) barocke Amtshaus wurde 1759 auf den Fundamenten der mittelalterlichen Eldenburg (später Schloss) errichtet. 1879 erfolgte im Winkel zum Amtshaus ein Anbau. Von 1994 bis 1999 wurden die Gebäude (Architektinnen Bauer & Eifler) und das Umfeld mit Burghügel, Nebengebäude und Treppenturmrampe (Architekt Brendle) saniert und erneuert.
Die Mühlenbrücke über die Elde
Der neue Waschhaussteg von 1995/96 (Architekt Klaus Brendle) über die Elde
Die Schifffahrtsschleuse der Elde ist zu besichtigen
Die historische Wassermühle mit ihrer Mühlentechnik befindet sich im 1999 sanierten Gebäude Mühlenstraße 26 (Sparkasse). Das Fachwerk-Wohnhaus stammt von 1759. Das Mühlengebäude ist von 1850. Das eingeschossige Lagerhaus von 1827 war ab 1919 eine Ölmühle.
Die Fachwerkhäuser Mühlenstraße 6, 22, 23, 23a; Am Markt 8, 14, 15; Ziegenmarkt 1, 2, 6, 7; Stiftstraße 11; Kreiener Straße 3, 5; Sägemühlenbrücke 1 und die Gründerzeithäuser Am Markt 10/11, 12, 19; Ziegenmarkt 10, Stiftstraße 3/4
Das ehemalige Stift mit der Kirche
Der 37 Meter hohe Wasserturm aus den Jahren 1912/13 mit Aussichtspunkt, dessen Wasserbehälter 150 m³ fasst.^[5]
Das Planetarium
Brunnen Schirmkinder im Rosengarten von Christian Genschow
Kriegerdenkmal 1870/71 (geweiht 1885) für den Amtsgerichtsbezirk Lübz mit Reliefs Wilhelm I. und Friedrich Franz II. von Bildhauer Ludwig Brunow
Ehrenhain für die Gefallenen des Ersten Weltkrieges (geweiht 1924) im Naherholungsgebiet Neuer Teich (Der Adler des Denkmales ist seit 1945 verschollen)
Gemeinschaftsgrabanlage auf dem Friedhof mit Gedenkstein für 44 namentlich genannte Zwangsarbeiter(innen) aus mehreren Ländern, die bei der Zwangsarbeit ihr Leben verloren
Ehrengrab mit Einzelgräbern für Opfer des Faschismus auf dem Friedhof
Jüdischer Friedhof in der Schützenstraße
Baudenkmale
→ Hauptartikel: Liste der Baudenkmale in Lübz

Lübz ist vor allem durch die Mecklenburgische Brauerei Lübz bekannt, in der das überregional verbreitete Lübzer Pils hergestellt wird. Auf den Höhen um die Stadt vor allem im Nordwesten wurden in den letzten Jahren Windkraftanlagen errichtet.

Durch die Stadt Lübz verlaufen die Bundesstraße 191 und die Bahnstrecke Parchim–Neubrandenburg.

Heinrich Friedrich Rudolf Gesellius (1833–1912), Geheimer Sanitätsrat in Lübz, Verleihung August 1909.

Johan Ludvig von Holstein (1694–1763), Kanzler von Dänemark
Paul Warncke (1866–1933), Bildhauer und Schriftsteller
Marie Diers (1867–1949), Schriftstellerin
Wilhelm Ahrens (1872–1927), Mathematiker
Hugo Voss (1875–1968), deutscher Geodät und zoologischer Sammler
Paul Schröder (1887–1930), Politiker (DNVP, DVFP)
Frieda Haller (1888–1972), Politikerin (SPD)
Otto-Heinrich Drechsler (1895–1945), Bürgermeister von Lübeck und Generalkommissar von Lettland
Karl Becker (1909–1989), Politiker (SPD)
Wolfgang Greese (1926–2001), Schauspieler
Fritz Hollenbeck (* 1929), Schauspieler
Manfred Knebusch (* 1939), Mathematiker und Hochschullehrer
Hanna Gienow (* 1943), Politikerin der CDU (Hamburg)
Gerd Wessig (* 1959), Leichtathlet und Olympiasieger
Gerald Weiß (* 1960), Leichtathlet
Karin Strenz (* 1967), Politikerin (CDU)
Christiane Klonz (* 1969), Pianistin und Komponistin
René Dettweiler (* 1983), Schwergewichtsboxer

Stadt Lübz, Bauamt: Stadterneuerung Lübz, 1991–2002. Lübz 2002

↑ Mecklenburg-Vorpommern Statistisches Amt – Bevölkerungsentwicklung der Kreise und Gemeinden 2010 (PDF; 522 kB) (Hilfe dazu)
ISBN 3-935319-23-1
ISBN 3-422-03081-6, S. 327f.) weiß nichts von einem solchen Superlativ.
↑ StBA: Änderungen bei den Gemeinden Deutschlands, siehe 2009, 1. Liste
↑ Verein Technisches Landesmuseum Mecklenburg-Vorpommern (Hrsg.): Technische Denkmale und Sehenswürdigkeiten in Westmecklenburg, Schwerin 2002

Literatur über Lübz in der Landesbibliographie MV
Stadt Lübz
Amt Eldenburg Lübz
Historisch-genealogische Website der Stadt Lübz

Städte und Gemeinden im Landkreis Ludwigslust-Parchim

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 Development Kit

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

Ein Software Development Kit (SDK) ist eine Sammlung von Werkzeugen und Anwendungen, um eine Software zu erstellen, meist inklusive Dokumentation. Mit diesem ist es Softwareentwicklern möglich, eigene darauf basierende Anwendungen zu erstellen. Grundsätzlich gibt es zu jeder Programmiersprache auch ein Software Development Kit - bei interpretierten Sprachen kann dies jedoch identisch mit der Laufzeitumgebung sein.

Eine besondere Rolle nehmen SDKs für Betriebssysteme ein. Sie enthalten die notwendigen Compiler, Tools und Informationen, um für dieses überhaupt Software zu entwickeln. Basis hierfür ist eine sogenannte Toolchain.

Der Bezug eines SDK kann vom Softwarehersteller an die Einhaltung bestimmter Regeln, insbesondere die Wahrung der Vertraulichkeit gewisser Informationen (engl. Non-Disclosure Agreement), geknüpft werden. Oftmals wird das SDK jedoch zum freien Download auf Internetseiten angeboten.

Einige SDKs werden mit Lizenzen ausgeliefert, die verhindern sollen, dass die mit ihnen erstellte Software unter einer anderer, inkompatiblen Lizenz veröffentlicht wird. Zum Beispiel ist eine proprietäre SDK ungeeignet für die Entwicklung freier Software, während eine mit der GPL-lizenzierte SDK nicht für proprietäre Softwareentwicklung geeignet ist. SDKs mit der LGPL sind normalerweise sicher für proprietäre Softwareentwicklung ^[1]. Solche Lizenzfragen traten zum Beispiel bei Qt auf und resultierten u. a. in der Entwicklung der GNOME-Arbeitsumgebung als Ersatz für KDE.

Manche Hersteller verwenden andere Bezeichnungen als SDK - so z.B. das Java Development Kit JDK speziell für die Programmiersprache Java.

Toolkit
Programmierschnittstelle
Toolchain

↑ Heise News zu Lizenzen von Qt

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.

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.

↑ ^{ISBN 978-1-930699-21-2, S. 95–103}
↑ Kessler, Heinrich; Winkelhofer, Georg: Projektmanagement. 4. Auflage. Heidelberg 2004, Springer. S. 55–56
↑ Wendt, Dierk (Sprecher der Arbeitsgruppe): Klassische Fehler in der Software-Entwicklung, TU Ilmenau, Version vom 6. Oktober 2005, abgerufen am 9. Februar 2011

Einführung in die Softwaretechnologie

IT-Berater

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

IT-Berater (auch IT-Consultant) beraten Unternehmen oder Projektgruppen bei der Einführung, Wartung und Weiterentwicklung von IT-Systemen.

Inhaltsverzeichnis

1 Berufsbild
2 Berufsbezeichnung
3 Markt für IT-Beratung und Systemintegration in Deutschland
4 Qualifikationsmaßnahmen
5 Siehe auch
6 Einzelnachweise

Der Begriff IT-Berater ist eine sehr weit gefasste Berufsbezeichnung. Er ist als Dienstleistungsberuf im Überschneidungsfeld von ingenieurmäßigen IT-Berufen und klassischer (Management- oder) Unternehmensberatung angesiedelt.

Allgemein werden breite Kenntnisse der Informatik, insbesondere der Softwaretechnik sowie Kenntnisse der Betriebswirtschaft für eine Tätigkeit als IT-Berater vorausgesetzt. Auf dieser grundlegenden Qualifikation aufbauend, sind die meisten IT-Berater fachlich spezialisiert und widmen sich in der Ausübung ihrer Tätigkeit schwerpunktmäßig einem oder einigen wenigen Themenfeldern, wie z. B. der Anforderungsanalyse (Requirements Engineering) für Betriebliche Informationssysteme, der Sicherheitsanalyse von IT-Systemen oder dem Asset Management. Weiterhin sind die meisten IT-Berater auf eine spezifische Branche, wie z. B. die Automobilindustrie oder Banken und Versicherungen, spezialisiert.

Neben den Systemhäusern, die für ihre eigenen Systeme Beratungsdienstleistungen anbieten, sind auch viele Unternehmensberatungen in der IT-Beratung aktiv. Zusätzlich bietet der Markt Freiberuflern Möglichkeiten selbstständig tätig zu sein.

Durch typische Projektlaufzeiten von 3 Monaten bis zu einigen Jahren und teilweise sehr spezifische Kenntnisanforderungen auf Kundenseite ist es notwendig sehr individuell auf die Bedürfnisse des Kunden einzugehen und die Projektaufgaben durch ein entsprechendes Projektmanagement regelmäßig controllen und nachzuhalten.

Die Projekte, in denen IT-Berater tätig sind, können von ganz unterschiedlicher Natur sein: Sie reichen von der Entwicklung einer passenden Unternehmensstrategie bis hin zur technischen Umsetzung und Implementierung einzelner Softwarekomponenten. Beispielsweise wird in einem Projekt zur Umsetzung neuer gesetzlicher Buchhaltungsvorschriften zunächst eine Studie zur Umsetzbarkeit der neuen Anforderungen erstellt. Anschließend wird eine geeignete Buchungs- und Kontenlogik entwickelt. Abschließend werden die neuen Anpassungen getestet und im System implementiert. ^[1]

Die Berufsbezeichnung IT-Berater ist nach deutschem Recht kein geschützter Begriff, und ein formaler Qualifikationsnachweis muss zur Aufnahme der Berufstätigkeit als IT-Berater nicht erbracht werden.

Seit 2002 gibt es aber die gesetzlich geschützte Berufsbezeichnung: Geprüfte IT-Berater (Certified IT Business Consultant) - Quelle: DIHK - Deutscher Industrie- und Handelskammertag

2010 bestimmten die folgenden Anbieter maßgeblich den deutschen Markt für IT-Beratung und Systemintegration:^[2]

Rang	Unternehmen	Umsatz in Deutschland in Mio. Euro	Mitarbeiterzahl in Deutschland
1	T-Systems 1)	1.390,0	5.000
2	IBM Global Business Services 2)	1.180,0	7.760
3	Accenture GmbH 2)	720,0	4.500
4	Capgemini Deutschland Holding GmbH 2)	651,0	5.312
5	Lufthansa Systems AG	446,0	2.900
6	CSC	372,2	2.632
7	msg Systems AG (Unternehmensgruppe)	314,0	2.925
8	Hewlett-Packard Deutschland Services 1)	300,0	600
9	Allgeier Holding AG	265,5	1.179
10	Logica Deutschland GmbH & Co. KG	228,2	1.988

Anmerkungen:
1) Umsätze mit IT-Beratung und Systemintegration
2) Umsatz enthält auch die Umsätze mit Managementberatung

Die Aufnahme in dieses Ranking unterliegt genau definierten Kriterien. Mehr als 60 Prozent des Umsatzes müssen mit IT-Beratung, Individual-Software-Entwicklung und Systemintegration erzielt werden.

Die Lünendonk GmbH, Kaufbeuren, betrachtet seit Mitte der 90er Jahre kontinuierlich den Markt für IT-Beratung und Systemintegration in Deutschland. Dabei erhebt das Marktforschungsunternehmen nicht den Anspruch, den Gesamtmarkt abzubilden. Es konzentriert sich vielmehr darauf, die führenden Anbieter in einem bestimmten Marktsegment zu betrachten. Daneben werden zu Vergleichszwecken einige mittelgroße und kleine IT-Beratungs- und Systemintegrations-Unternehmen in die Analysen einbezogen. Diese Unternehmen repräsentieren zusammen die Grundstruktur des Marktes und so hohe Umsatzanteile am Markt, dass Folgerungen für die Gesamtsituation und -entwicklung möglich sind. Die Analyse des Jahres 2011 umfasst 62 Unternehmen inklusive der Top 25.

Nachdem seit Mitte des Jahrzehnts das Volumen des deutschen Marktes für IT-Beratung und Systemintegration ständig mit durchschnittlich fünf Prozent pro Jahr gewachsen war, brachte das Jahr 2009 als Folge der weltweiten Finanzmarkt- und Wirtschaftskrise mit minus 7,7 Prozent den bisher tiefsten Einbruch seit Bestehen. Der Markt für „IT-Planning and Implementation“ erreichte 2010 nach Ermittlungen des Branchenverbandes Bitkom und von EITO ein Gesamtvolumen von 11,8 Milliarden Euro und damit eine Steigerung gegenüber dem Vorjahr um zwei Prozent.

Für das Jahr 2011 erwarteten die analysierten IT-Berater und Systemintegratoren mit im Schnitt 5,8 Prozent Zunahme eine signifikant höhere Wachstumsrate des Marktvolumens. Auch mittelfristig (bis 2016) hält dieser Optimismus an – die Unternehmen rechneten mit einem durchschnittlichen jährlichen Wachstum von 5,5 Prozent. Sogar langfristig (2016-2020) wurde dieser Trend bestätigt, mit im Durchschnitt 5,3 Prozent Zuwachs pro Jahr.

Der Anstieg des Gesamtumsatzes der befragten Anbieter im Jahr 2010 übertraf die Zunahme des Marktvolumens der Branche (2,0 %) bei weitem: Der Gesamtumsatz erhöhte sich signifikant um 12,2 Prozent. Für das Jahr 2011 rechnete dieser Dienstleistungssektor im Durchschnitt mit 10,3 Prozent Umsatzwachstum und mittelfristig (bis 2016) immer noch mit 9,7 Prozent jährlichem Zuwachs.

62.642 Mitarbeiter waren im Jahr 2010 bei den 62 von Lünendonk untersuchten IT-Beratungs- und Systemintegrations-Unternehmen angestellt. Damit ergibt sich in der Summe ein Mitarbeiterzuwachs dieser Anbieter gegenüber 2009 um rund 3.100. Die Steigerungsrate entsprach durchschnittlich 7,9 Prozent. Von diesen Mitarbeitern gehörte ein Personalanteil von durchschnittlich rund 15,5 Prozent zu Management, Verwaltung und Vertrieb, wovon knapp 65 Prozent auf Manager beziehungsweise Verwaltungspersonal und gut 35 Prozent auf Vertriebspersonal entfallen. Etwa 84,5 Prozent der Mitarbeiter waren in der Beratungs- und Projektarbeit tätig und stellten somit die eigentlichen Produktionsfaktoren der Unternehmen dar.

In puncto Leistungsspektrum lag bei den analysierten IT-Beratungen und Systemintegratoren 2010 die klassische „IT-Beratung“ mit 24,7 Prozent deutlich vorn, gefolgt von „Individual-Software-Entwicklung“ (18,3 %) und „Systemintegration“ (13,4 %). Daran schlossen sich „Standard-Software-Einführung“ (11,2 %) und „Projekt-Management“ (6,4 %) an. Als weitere Tätigkeiten waren die häufig mit der Systemintegratoren-Rolle verbundenen Aufgaben von Bedeutung: „Software-Wartung“ (4,4 %), „Standard-Software-Vertrieb“ (2,8 %), „Training, Schulung“ (1,0 %) und „Hardware-Vertrieb“ inklusive „Hardware-Wartung“ (0,5 %).

Zwei Drittel der IT-Beratungs- und Systemintegrations-Unternehmen boten ihren Kunden Nearshore- respektive Offshore-Kapazitäten an. Dabei handelte es sich bei mehr als der Hälfte um eigene Kapazitäten, das bedeutet in der Regel: Tochter- oder Schwestergesellschaften in Niedriglohnländern. 13 Prozent der analysierten Anbieter offerierten Kapazitäten eines Partners beziehungsweise eines externen Dienstleisters. Bei 29 Prozent waren beide Varianten möglich. 2010 generierten Nearshore-/Offshore-Kapazitäten im Durchschnitt 6,8 Prozent des Gesamtumsatzes. Die analysierten Anbieter planen, diese Umsatzanteile 2011 auf 9,4 Prozent zu steigern.

Bis 2002 gab es keine eigenständigen Studiengänge oder Berufsausbildungen, die direkt zum Berufsbild des IT-Beraters führten, deswegen haben die in Deutschland tätigen IT-Berater relativ unterschiedliche berufliche Hintergründe und Werdegänge.

Die klassische Qualifikationsmaßnahme für eine spätere Tätigkeit als IT-Berater (insbesondere in großen Beratungs- und Systemhäusern) stellt ein Hochschulstudium dar, typischerweise in Informatik, Wirtschaftsinformatik oder einem angrenzenden Fachgebiet.

Die Universität Hamburg bietet seit dem Wintersemester 2010/2011 mit dem konsekutiven Masterstudiengang IT-Management und -Consulting erstmals in Deutschland einen spezifischen universitären Ausbildungsweg für IT-Berater an.^[3] Seit dem Sommersemester 2007 wird ein ebenfalls konsekutiver Masterstudiengang Information Management und Consulting (M.Sc.) an der Fachhochschule Ludwigshafen angeboten.^[4]

Daneben existiert seit 2002 auch der zertifizierte IT-Berater im Rahmen der staatlichen IT-Fortbildungsverordnungen. Die sog. "Operative Professionals" sind in vier unterschiedliche Profile aufgeteilt: Certified IT Systems Manager (Geprüfter IT-Entwickler), Certified IT Business Manager (Geprüfter IT-Projektleiter), Certified IT Business Consultant (Geprüfter IT-Berater) und Certified IT Marketing Manager (Geprüfter IT-Ökonom).

Im Rahmen dieser berufsbegleitenden Ausbildung müssen insgesamt sieben Prüfungen abgelegt und eine Praxisarbeit angefertigt werden, Voraussetzung für die Zulassung zur Prüfung ist der Nachweis der Qualifikation eines zertifizierten Spezialisten oder einer entsprechenden Qualifikation. Die Prüfungen werden in der Regel bei den örtlichen IHK absolviert.^[5]

Diese Abschlüsse entsprechen in etwa dem 'Industriemeister' in den gewerblichen und handwerklichen Berufen.

Informatiker
Unternehmensberater

↑ Case Study: Die Migration von Fonds, Anadeo Consulting [1]
↑ Lünendonk-Liste 2011: IT-Beratungs- und Systemintegrations-Unternehmen in Deutschland
↑ Universität Hamburg / Masterstudiengang IT-Management und -Consulting [2]
↑ Fachhochschule Ludwigshafen / Masterstudiengang InfoMaC [3]
↑ IHK Köln / Weiterbildung [4]

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