- Systems Engineer
-
Systems Engineering (auch Systems Design oder Systems Design Engineering) ist ein interdisziplinärer Ansatz, um komplexe technische Systeme in großen Projekten zu entwickeln und zu realisieren. Systems Engineering ist nötig, da gerade in großen komplexen Projekten Punkte wie zum Beispiel Logistik und Koordination schwerer zu handhaben sind und zu massiven Problemen bei der Abwicklung des Projekts führen können.
Im Mittelpunkt stehen hierbei zum einen die vom Kunden gewünschten Funktionalitäten früh in den Entwicklungszyklus einfließen zu lassen und zum anderen, Design-Synthese und System-Überprüfung durchzuführen und dabei insbesondere das gesamte Problem (Betrieb, Kosten, Zeitplan, Performance, Weiterbildung und Support, Test, Produktion und Wiederverwertung) zu berücksichtigen.
Systems Engineering integriert all diese Ingenieursdisziplinen und Fähigkeiten in einen einheitlichen, teamorientierten strukturierten Prozess. Dieser Prozess wird hierbei von der Konzeption über die Produktion bis hin zum Betrieb und in manchen Fällen bis zum Abbau beziehungsweise zur Wiederverwertung angewandt. Systems Engineering ist verantwortlich dafür, alle diejenigen Funktionen zu integrieren, die von firmenexternen Spezialisten geleistet werden, da es nicht notwendig erscheint, solche Spezialisten voll zu beschäftigen.
Idealerweise bedenkt Systems Engineering technische und wirtschaftliche Notwendigkeiten aller Kunden mit dem Ziel, dem Kunden ein Produkt zu übergeben, das dessen Vorstellungen trifft. In der Praxis sind oft die Kundenwünsche, der Preis und der Zeitplan nur schwierig vereinbar. Eine Aufgabe ist es daher, die Grenzen für die Kosten, Zeitplan und Produzierbarkeit zu bestimmen.[1]
Systems Engineering beruht darauf, dass ein System mehr als die Summe seiner Subsysteme beziehungsweise Teile ist und aus diesem Grund die Gesamtzusammenhänge betrachtet werden sollten. Daher ist Systems Engineering traditionell die Aufgabe des Chefingenieurs (in der Raumfahrt DER Systemingenieur ), der für die Koordination aller technischen Aufgaben dieser großen komplexen Projekte verantwortlich ist; der Projektmanager konzentriert sich auf die nicht-technischen Aufgaben wie Kosten, Vertragsabwicklung usw. Bei kleineren Projekten werden die Aufgaben des Projektmanagers und Chefingenieurs in einer Person vereinigt. Bei einem komplexen System bedient sich der verantwortliche Systemingenieur eines Teams von weiteren Systemingenieuren, die die Verantwortung für verschiedene Gebiete übernehmen. Für die Entwicklung eines Weltraumfahrzeug sind das zum Beispiel: Mechanisches System, Wärmehaushalt, Lage- und Bahnregelung, Energieversorgung, Datenverarbeitung usw.
Systems Engineering wurde im englischsprachigen Raum ein Synonym für die Entwicklung des ganzen Produkts (Hardware, Software, Service) und zusätzlich notwendiger Systeme (zum Beispiel das Testsystem oder die Maschine zur Herstellung des Produkts). Diese Rolle wurde zuletzt durch die Mensch-Computer-Interaktion (MCI) und die Wiederverwertung ergänzt.
Der Systemingenieur wird benötigt, da sich zum Beispiel ein Hardware-Ingenieur (mehr oder weniger) mit der Hardware und ein Software-Ingenieur (mehr oder weniger) mit der Software beschäftigt und diese daher wenig Zeit haben beziehungsweise ihnen die Qualifikationen fehlen, um sich intensiv mit der optimierten Lauffähigkeit der Software auf der Hardware zu beschäftigen oder dass das ganze System mit seinen Elementen möglichst gut mit seiner Umgebung, insbesondere der Benutzer, interagiert bzw. ob es wie geplant genutzt werden kann. Bei umfassenden Systemen - etwa die Entwicklung von Columbus (Raumlabor) - müssen eine Vielzahl von Disziplinen koordiniert werden (Thermodynamik, Ergonomie usw.), um das Gesamtsystem zu optimieren.
„Das Ganze ist mehr als die Summe seiner Teile.“
– Aristoteles, (384-322 v. Chr.)
Inhaltsverzeichnis
Überblick
Methoden und Aufgaben des Systems Engineering sind
- Projektmanagement, um die Organisation des Entwicklungsprozess unter Kontrolle zu halten;
- Anforderungsanalyse, Anforderungsdefinition und Anforderungsmanagement, die Grundlage der Systementwicklung;
- Systemdesign (Modellbildung, Simulation und Bewertung), die Entwicklung des Systems;
- Veränderungsmanagement, in der Entwicklung gibt es oft Veränderungen diese müssen jedoch nachvollziehbar sein;
- Systemintegration (Schnittstellen-Spezifikation beziehungsweise -Produktentwicklung), um eine perfekte Einbindung in das nächst größere Systems zu gewährleisten;
- System Verifikation und Validation, um sicherzustellen, dass die Anforderungen erfüllt wurden;
- Risikomanagement (also zum Beispiel Fehlerbäume, Fehleranalyse, FMEA), der Einfluss von Risiken sollten bei der Systementwicklung minimiert werden;
- Nachhaltige Entwicklung, Nachhaltig sollte jedes System entwickelt werden;
Geschichte
Der erste bedeutende Einsatz von „Systems Engineering“ fand 1940 in den Bell Laboratories bei der Telefonie statt. Die verschiedenen Teile des Telekommunikationssystems mussten und müssen sehr gut interagieren, was nur durch ein umfangreiches Systemverständnis und genauer Spezifikation der Anforderungen möglich wurde.
Stärker wurde „Systems Engineering“ nach dem 2. Weltkrieg in der amerikanischen Raumfahrt u.a. beim Apollo Programm und bei der Entwicklung des Space Shuttle eingesetzt. Dabei wurde der Systems Engineering Ansatz stetig durch die NASA weiterentwickelt.
In der europäischen Raumfahrt wurde es nach den Fehlschlägen um die Europa-Raketen intensiv eingesetzt. Zu den Fehlschlägen kam es, da die verschiedenen Stufen ohne gemeinsame Koordination entwickelt wurden und diese somit nicht aufeinander abgestimmt waren. Daher wurde von den Franzosen bei der Entwicklung der Ariane-Rakete Systems Engineering intensiv eingesetzt, was schließlich zu einem großen Erfolg der Rakete führte. Seitdem ist es in der Raumfahrt Standard, Systems-Engineering-Ingenieure einzusetzen.
Im Allgemeinen wird Systems Engineering in fast allen Unternehmen in verschiedenen Tiefen eingesetzt, dabei hat es zum Teil nur andere Namen. Der extreme Aufwand für die Verifikation, der die Kosten bei Raumfahrt-Programmen in die Höhe treibt, wird bei kommerziellen Unternehmen nur reduziert implementiert.
Geltungsbereich
In der Industrie werden die Neuentwicklungen immer komplexer, da die Anforderungen des Kunden immer stärker steigen. Um diese interdisziplinären Entwicklungen überhaupt in einer annehmbaren Zeit zu ermöglichen ist es wichtig den Überblick zu behalten. Genau zu diesem Zweck wurde die Lehre des Systems Engineering entwickelt. Wichtig ist dabei, dass das Entwickeln von großen und kleinen Systemen zu neuen Systeminformationen führen kann und diese Informationen für spätere Entwicklungen nicht verloren gehen dürfen.
Entscheidungen zu Beginn eines Projekts, dessen Auswirkungen noch nicht vollständig verstanden sind, können zu gewaltigen Auswirkungen am Ende des Projekts führen, und es ist eine Aufgabe des modernen System-Ingenieurs, diese Auswirkungen zu finden und kritische Entscheidungen zu treffen. Es gibt und es wird keine Methode geben, die garantiert, dass eine heute gemachte Entscheidung immer noch gültig ist, wenn ein System nach Jahren oder Jahrzehnten in die Wartung geht, aber es gibt Techniken, den Prozess des „Systems Engineering“ zu unterstützen. Beispiele für die Benutzung einfacher System-Methodenlehren sind Jay Wright Forrester's „System Dynamics“ Methoden und die Unified Modeling Language (UML), die ständig weiterentwickelt werden, um den Entwicklungsprozess zu unterstützen. Hilfreich ist dabei eine Modellierung und Simulation des Systems, wie es mittlerweile in allen Industrien und Wissenschaften üblich ist um Fehler und Risiken schon vor der Produktion zu entdecken.
Mit Systems Engineering in Beziehung stehende Bereiche
Es ist offensichtlich, dass viele spezielle Bereiche oder Nischen innerhalb der Ingenieurwissenschaften mit den Teilbereichen des Systems Engineering in Berührung kommen. Die steigende Anzahl von komplexen und sehr unterschiedlichen Systemen erwirkt immer größere Überschneidung zwischen diesen Bereichen. Viele Teilbereiche begreifen ihre eigenen Leistungen nur als Teil der größeren Gebiete, sie tragen jedoch auch zur Weiterentwicklung und Forschung des Systems Engineering bei.
Softwareentwicklung
Die Softwareentwicklung hat jüngst geholfen, Systems Engineering weiterzuentwickeln. Techniken, die ursprünglich entwickelt wurden, um mit komplexer Software intensive Systeme umgehen zu können, haben geholfen, große Änderungen bei den eingesetzten Tools, Methoden und Prozessen im SE zu verwirklichen (zum Beispiel SysML, CMMI, Objektorientierte Analyse und Design, Requirements Engineering, Formale Methoden und Formale Sprachen Theorie).
Sicherheitstechnik
Sicherheitstechnik wird heute überall dort angewandt, wo Menschen große komplexe Ereignisse absichern wollen, damit diese Systeme keine Schäden auslösen können. Die meisten dieser Sicherheitstechnik dient dazu geplant mit Fehlern umzugehen.
Die momentanen Entwicklungsstandards, wie etwa die im Luftfahrt- oder Raumfahrtbereich oder in der Automobilindustrie, der Kerntechnik, der Medizintechnik oder dem Eisenbahnwesen, definieren Risikokategorien und Modelle für Sicherheitsebenen oder Sicherheitsanforderungsstufen und leiten daraus Anforderungen an die Entwicklung sowie die Qualitätssicherung ab. Ein weiterer Bereich ist die Fehlerbaumanalyse (FTA), diese auf die Software fortzusetzen ist, trotz der Komplexität der Software, ein mögliches Ziel in der Entwicklung des Systems Engineering.
Reliability engineering
Reliability engineering (Ausfallsicherheitsentwicklung) ist eine Disziplin um sicherzustellen, dass ein System die Nutzer Erwartungen oder die Fehlerfreiheit während des Produktlebens erfüllt. Reliability engineering wird für das ganze System mit seiner Hard- und Software angewandt. Es ist stark mit der Wartbarkeit und der Logistik verknüpft. Reliability engineering wird oft mit Teilbereichen der Sicherheitstechnik angewandt, wie Ausfallverhalten und Fehlerbäume. Reliability engineering vertraut stark auf Statistiken, Wahrscheinlichkeitstheorie und Betriebssicherheitstheorie mit seinen Tools und Vorgängen.
Schnittstellendesign
Schnittstellendesign beschäftigt sich damit, die Teile eines Systems miteinander zu verbinden. So werden z. B. Kommunikationsprotokolle bestimmt werden um die Interaktionen der Systeme bzw. Subsysteme sicherzustellen.
Ein Beispiel hierfür ist, dass Signale die ein System verlassen zum Beispiel innerhalb einer Toleranz liegen sollen oder der Empfänger eine größere Signaltoleranz haben soll als der Sender, um das System hinreichend stabil zu halten.
Kommunikation ist ein wesentliches Element von Systemen. Ohne Kommunikation existiert kein System.
Mensch-Computer-Interaktion (Human-Computer Interaction, HCI) ist ein anderer Aspekt des Schnittstellendesigns und ein sehr vitaler Teil des modernen Systems Engineering, wenn dazu der User eines Systems betrachtet wird.
Außerdem ist zu beachten, dass jedes System irgendjemands Subsystem ist. Daher sollte sich beispielsweise ein Pumpen-Hersteller Gedanken darüber machen, wie sein Kunde die Pumpe einsetzen will und die Schnittstellen dementsprechend gestalten.
„Every system is somebody's subsystem. (Jedes System ist irgendjemands Subsystem)“
Kognitives „Systems Engineering“
Kognitives „Systems Engineering“ sieht den Menschen als Teil des Systems. Kognitives Systems Engineering hängt stark mit den Erfahrungen die über Jahrzehnte in den Anwendungen der beiden Teilbereiche Kognitive Psychologie und Systems Engineering gemacht wurden zusammen. Kognitives Systems Engineering hat sich stark auf das Erforschen der Interaktionen zwischen Mensch/Umwelt fokussiert, ebenso sollen Systeme entwickelt werden, die das menschliche Denken akzeptieren. Kognitives Systems Engineering arbeitet an den Punkten:
- Probleme die durch die Umwelt auftreten
- Notwendigkeit von Vermittlern (bei Beiden, Mensch und Software)
- Interaktion der verschiedenen Systeme und Technologien um die Situation zu beeinflussen
Risikomanagement
Risikomanagement ist ein notwendiges Hilfsmittel des Systems Engineering, damit mögliche Gefahren von Entwicklungen abschätzbar werden und somit die Systementwicklung erfolgreich durchgeführt werden kann. Es kann somit zum Beispiel vermieden werden, dass die Auswirkungen einzelner Subsysteme zum Absturz des ganzen Systems führen.
Beispiel für einen Systems Engineering Prozess
Um das ganze System beschreiben zu können ist es wichtig durchgängige Methoden für Entwicklung und Analyse auf System– und Softwareebene zu finden. Eine Möglichkeit besteht in der Nutzung von SysML, welches auf der der Grundlage von UML entwickelt wurde um komplexe Systeme entwickeln und kontrollieren zu können.[2]. Zum Teil ist diese Modellierungssprache schon in Entwicklungssoftware integriert worden (z.B. ARTiSAN Studio von ARTiSAN, Enterprise Architect von SparxSystems, Rhapsody von Telelogic, Papyrus 4 SysML Freeware[3]). Wenn dann noch zusätzlich die Anforderungen des Kunden mit Softwaretools (z.B. DOORS von Telelogic, RequisitePro von Rational, Caliber-RM von Borland, CARE von Sophist Group, in-Step von microTOOL [4]) in diesen Entwicklungsprozess integriert werden, so ist eine hohe Rückverfolgbarkeit der Entscheidungen in der Entwicklung gegeben.
Studium und Ausbildung
In Deutschland gibt es immer mehr Fachhochschulen und zwischenzeitlich auch sehr wenige Universitäten, die Systems Engineering als Studiengang anbieten. Da Systems Engineering jedoch als Begriff sehr breit auslegbar ist, kann die Ausbildung von Ausbildungsinstitution zu Ausbildungsinstitution unterschiedlich gestaltet sein und insbesondere auch ganz unterschiedliche Schwerpunkte setzen.
Siehe auch
- Systems Engineering in der Biologie: Systementwicklung
- Communication Systems Engineering
Quellen
- ↑ INCOSE: Systems engineering: BoK Mai 2006
- ↑ Systems Modeling Language(Wikipedia): Website Mai 2006
- ↑ SysML Tools auf oose.de
- ↑ Werkzeuge der Anforderungsanalyse
Weiterführende Literatur
- W. F. Daenzer, F. Huber: Systems Engineering. Methodik und Praxis. 11. Auflage. Verlag Industrielle Organisation, Zürich 1999, ISBN 978-3-85743-998-8.
- Rainer Züst: Einstieg ins Systems Engineering, kurz und bündig. 3. Auflage. 2004, ISBN 978-385743-721-2.
- John C. Ballamy: Digital Telephony. Telecommunications and Signal Processing, Wiley Series, 2000, ISBN 0471345717.
- Tim Weilkiens: Systems Engineering with SysML/UML. Morgan Kaufmann Publishers Inc, 2008, ISBN 0123742749.
Weblinks
Wichtige SE Organisationen
- The International Council on Systems Engineering
- Gesellschaft für Systems Engineering (German Chapter of INCOSE)
- Systems Engineering und Evaluation Centre (SEEC)
Weiterführende Weblinks
- Liste von internationalen System Engineers im EN Wiki
- OMG Systems Modelling Language
- Systems Engineering Projects
- Systems Engineering Fundamentals. Defense Acquisition University Press, 2001
- Shishko, Robert et al. NASA Systems Engineering Handbook. NASA Center for AeroSpace Information, 1995
Wikimedia Foundation.