Dieses Wiki befindet sich noch im Aufbau. Das Kopieren sowie Weiterverwenden von Inhalten ist nicht erlaubt.
GfSE12
INCOSE Systems Engineering Handbuch | |
---|---|
Autor(en) | Rüdiger Kaffenberger, Sven-Olaf Schulze, Hanno Weber |
Verlag | GfSE Verlag, München |
Datum | Dezember 2012, 1. Ausgabe |
Reihe | |
ISBN | [1] |
URL | http://www.gfse.de/handbuch-shop/handbuch-details.html |
Das "INCOSE Systems Engineering Handbuch beschreibt" das Wesen und die Praxis des Systems-Engineering (SE) sowohl für Lernende als auch für Praktiker im Beruf. Es ist die maßgebliche Referenz, um das Wesen des Systems-Engineering inhaltlich und in der praktischen Anwendung zu verstehen. (Referenz: Kapitel 1 des INCOSE Handbuches; Zweck)
Es ist eine 1:1 Übersetzung der INCOSE Ausgabe und referenziert auf die ISO/IEC15288:2008.
Anerkennung: Dieses technische Produkt wurde von der SE Handbuch Arbeitsgruppe unter der Leitung von Prof. Weber respektive der deutschen Übersetzergruppe der GfSE in ehrenamtlicher Tätigkeit erzeugt. Es wurde vom GfSE Vorstand zur Veröffentlichung als technisches Produkt von INCOSE freigeben. INCOSE hält Rechte, Eigentumsrechte und Nutzungsrechte an diesem Produkt.
Begriffe
Auf der Seite GfSE/Begriffe findet sich eine Tabelle mit den Begriffen, Übersetzungen und Definitionen aus dem Anhang des Buches. Daran sollte sich auch das neue Handbuch orientieren. Gerne können aber auch bessere Übersetzungen und Definitionen vorgeschlagen werden. Sofern die in der Hilfe:Hilfe angegebene Vorlagen für Definitionen korrekt verwendet werden, erscheinen diese später automatisch in Glossar des Buches. --
Zitatliste
Nachfolgend wird automatisch eine Liste an Zitaten generiert, sofern im Wiki bereits Zitate zu der Quelle vorhanden sind.
Es existieren bereits 69 Zitate aus GfSE12:
Zitattext | Seite-Nr. | Wikiseite |
---|---|---|
"Detaillierte Eigenschaften eines Zielsystems die normalerweise während der Erhebung der Anforderungen von Interessengruppen, der Anforderungsanalyse, der Verfügbarkeitsstudie oder der Anforderungsbestätigung identifiziert werden." | 342 | Abgeleitete Anforderungen |
"Projektausführungsmethoden können auf einer Skala von 'anpassungsfähig' bis zu 'voraussagend' beschrieben werden. Agile Methoden existieren auf der 'anpassungsfähigen' Seite dieser Skala, was nicht das Gleiche ist, wie zu sagen, dass agile Methoden 'unplanmäßig' oder 'undiszipliniert' sind." | 340 | Agil |
"Ein Satz von zusammenhängenden Tätigkeiten eines Prozesses" | 340 | Aktivität |
"Der „LORA“-Prozess ist ein wesentlicher Teil des „LSA“-Prozesses wie er in MIL-STD-1388-1 definiert ist. Die „LORA“ kann als ein zweistufiger Prozess betrachtet werden in dem betrachtet wird wie ein Artikel repariert werden soll und in welchem Ausmaß. Das Ergebnis des „LO-RA“-Prozesses fußt auf wirtschaftlichen und nicht wirtschaftlichen Vorgaben." | 346 | Analyse der Instandsetzungsstufen |
"Der „LSA“ Prozess ist an den Reifegrad des System-/Ge-räteentwurfs gebunden. Die Analyse der logistischen Unterstützung (logistic support analysis - LSA) bietet eine Grundlage für das eingegliederte logistische Versorgungsprogramm (integrated logistic support program -ILS program) durch die Erstellung von Basisdaten und Wartungsplänen, die andere „ILS“ Elemente wie Training, technische Unterlagen und Bevorratung bestimmen." | 346 | Analyse der logistischen Unterstützung |
"Die Art, in der irgendwelche ausgewählten Sachverhalte in einem bestimmten Projekt behandelt werden. Eine Organisation kann versuchen, Zeit und Aufwand zu reduzieren, die es sie kostet, einen Bedarf zu befriedigen und dabei konsistent zum gesunden Menschenverstand, gesunder Unternehmensmanagementpraxis, geltenden Rechten und Bestimmungen und dem zeitabhängigen Wesen der Anforderung selbst zu sein. Anpassung kann auf verschiedene Aspekte des Projekts angewendet werden und schließt Projektdokumentation, Prozesse und Aktivitäten in jeder Lebensphase, die Zeit und den Betrachtungsbereich von kritischen Überprüfungen, Analysen und die Beschlussfassung mit ein, solange sie mit allen anwendbaren rechtlichen Anforderungen konsistent bleiben." | 352 | Anpassung |
"Eine Organisation oder eine Person, die in eine Vereinbarung mit dem Erwerber für die Versorgung eines Produkts oder eines Services einwilligt." | 350 | Auftragnehmer, Lieferant |
"Ein identifizierbares Systemelement von geringerer Komplexität als ein Teilsystem." | 341 | Bauelement |
"Ein Systemelement, das einen integrierten Satz von Bauelementen und/oder Teilbaugruppen umfasst, die einen definierten Teil eines Teilsystems formen." | 340 | Baugruppe |
"Eine Person oder eine Organisation die zur Funktionalität eines Systems beiträgt und sich dabei auf Wissen, Qualifikationen und Prozeduren stützen, um zur Funktion beizutragen" | 347 | Bediener |
"Person oder Gruppe, die von einem System während seiner Verwendung profitiert" | 352 | Benutzer |
"Die bereichsüberschreitenden technischen und Verwaltungsprozesse zur Integration von personenbezogenen Betrachtungen innerhalb und Systemelement übergreifend; eine wesentliche Grundlage für die SE Praxis" | 344 | Berücksichtigung von Personen |
"Die Interessenguppe, die ein Produkt oder eine Anwendung von einem Lieferanten erwirbt oder beschafft." | 340 | Beschaffer |
"Aktivitäten im technischen und im Verwaltungsbereich, um sicherzustellen dass die Auswirkungen auf die Unterstützungsfähigkeit früh und überall im Akquisitionsprozess betrachtet werden, um die Betreuungskosten zu reduzieren und um die für den Systembetrieb im Einsatz notwendigen Betriebsmittel für den Nutzer bereitzuhalten." | 340 | Beschaffungslogistik |
"Der Teil eines Systems, der implementiert werden kann, um seine jeweiligen Anforderungen zu erfüllen." | 343 | Element |
"Ein Entscheidungspunkt ist eine Freigabeveranstaltung (oft mit einer kritischen Betrachtung verbunden). Eingangs- und Ausstiegskriterien sind für jeden Entscheidungspunkt festgesetzt; Fortsetzung nach dem Entscheidungspunkt ist abhängig von der Vereinbarung der Entscheidungsträger." | 342 | Entscheidungspunkt |
"Das Ereignis, bei dem irgendein Teil eines Elements nicht leistet, was von seiner Spezifikation gefordert wird. Der Fehler kann als Überschreitung eines in der Spezifikation geforderten Minimums auftreten, z.B. jenseits von Entwurfsgrenzen oder über den Sicherheitszuschlag liegen." | 344 | Fehler |
"Ein Ausdruck für ein System, ein Produkt, eine Funktion oder der Fähigkeit eines Prozesses, um einen bestimmten Richtwert unter bestimmten Konditionen zu erfüllen." | 341 | Fähigkeit |
"Die äußerlich oder innerlich festgelegten Randbedingungen für das Zielsystem, innerhalb dessen die Organisation bleiben muss, wenn sie die Prozesse während der Konzept- und Entwicklungsphase ausführt." | 343 | Gestaltungsvorgaben |
"Kommerzielle Elemente, die während ihrer Lebensdauer keine eindeutigen benutzerorientierten Modifikationen oder Wartung erfordern, um den Bedürfnissen der Beschaffungsinstanz zu entsprechen." | 341 | Handelsprodukt |
... alle Seiten mit 69 Zitaten anzeigen |