Dieses Wiki befindet sich noch im Aufbau. Das Kopieren sowie Weiterverwenden von Inhalten ist nicht erlaubt.
Domänenbestand: Unterschied zwischen den Versionen
Import>Juergen Rambo |
Import>Juergen Rambo |
||
| Zeile 3: | Zeile 3: | ||
Domain assets are not physical products available off‐the‐shelf and ready for commissioning. Physical products (e.g., mechanical parts, electronic components, harnesses, optic lenses) are stored and managed according to the best practices of their respective disciplines | Domain assets are not physical products available off‐the‐shelf and ready for commissioning. Physical products (e.g., mechanical parts, electronic components, harnesses, optic lenses) are stored and managed according to the best practices of their respective disciplines | ||
Note: In software engineering, domain assets can include source or object code to be reused during the implementation | Note: In software engineering, domain assets can include source or object code to be reused during the implementation | ||
| − | Note: Domain assets have their own life cycles. ISO/IEC/IEEE 15288 may be used to manage a life cycle.''"|INCO15|262 | + | Note: Domain assets have their own life cycles. ISO/IEC/IEEE 15288 may be used to manage a life cycle.''."|INCO15|262}} |
{{Zitatdefinition|Domänenbestand|domain asset|{{Kommentar|''(Übersetzungsvorschlag zu INCO15)''}} Ist das Ergebnis eines Teilprozesses von Domain-Engineering, das für die Herstellung von zwei oder mehr Produkte in einer Produktlinie wiederverwendet wird. Ein Domänenbestand kann ein Model der Freiheitsgrade, ein architektonischer Entwurf, eine Softwarekomponente, ein Domänenmodel, eine Anweisung oder Anforderungsspezifikation, ein Plan, ein Testfall, eine Prozessbeschreibung, oder jedes andere Element, das für die Herstellung von Produkten und Dienstleistungen benötigt wird, sein. | {{Zitatdefinition|Domänenbestand|domain asset|{{Kommentar|''(Übersetzungsvorschlag zu INCO15)''}} Ist das Ergebnis eines Teilprozesses von Domain-Engineering, das für die Herstellung von zwei oder mehr Produkte in einer Produktlinie wiederverwendet wird. Ein Domänenbestand kann ein Model der Freiheitsgrade, ein architektonischer Entwurf, eine Softwarekomponente, ein Domänenmodel, eine Anweisung oder Anforderungsspezifikation, ein Plan, ein Testfall, eine Prozessbeschreibung, oder jedes andere Element, das für die Herstellung von Produkten und Dienstleistungen benötigt wird, sein. | ||
Version vom 28. November 2015, 11:10 Uhr
- Domänenbestand (engl.: domain asset)
- "Is the output of a subprocess of domain engineering that is reused for producing two or more products in a product line.A domain asset may be a variability model, an architectural design, a software component, a domain model,a requirements statement or specifiation, a plan, a test case, a process description, or any other element useful for producing products and services.
Note: In systems engineering, domain assets may be subsystems or components to be reused in further system designs. Domain assets are considered through their original requirements and technical characteristics. Domain assets include, but are not limited to, use cases, logical principles, environmental behavioral data, and risks or opportunities learned from the previous projects Domain assets are not physical products available off‐the‐shelf and ready for commissioning. Physical products (e.g., mechanical parts, electronic components, harnesses, optic lenses) are stored and managed according to the best practices of their respective disciplines Note: In software engineering, domain assets can include source or object code to be reused during the implementation Note: Domain assets have their own life cycles. ISO/IEC/IEEE 15288 may be used to manage a life cycle.." [1]
- Domänenbestand (engl.: domain asset)
- >>(Übersetzungsvorschlag zu INCO15) << Ist das Ergebnis eines Teilprozesses von Domain-Engineering, das für die Herstellung von zwei oder mehr Produkte in einer Produktlinie wiederverwendet wird. Ein Domänenbestand kann ein Model der Freiheitsgrade, ein architektonischer Entwurf, eine Softwarekomponente, ein Domänenmodel, eine Anweisung oder Anforderungsspezifikation, ein Plan, ein Testfall, eine Prozessbeschreibung, oder jedes andere Element, das für die Herstellung von Produkten und Dienstleistungen benötigt wird, sein.
Hinweis: Im Systems Engineering kann ein Domänenbestand ein Subsystemen sein oder Komponenten, die für den weiteren Systementwurf wiederverwendet werden. Domänenbestände werden entsprechend ihre ursprünglichen Anforderungen und technischen Eigenschaften berücksichtigt. Domänenbestände umfassen, , Anwendungsfälle, logischen Prinzipien, Umweltverhaltensdaten, Risiken und Chancen, erlernt in früheren Projekten. Sie sind jedoch nicht auf vorstehende List beschränkt. Domänenbestände sind keine physischen Produkte die in einem Lager verfügbar zur Weiterverwendung sind. Physische Produkte (z.B. mechanische Teile, elektronische Bauteile, Kabelbäume, optische Linsen) werden entsprechend den Best Practices der jeweiligen Disziplinen aufbewahrt und verwaltet.
Hinweis: Im Software-Engineering, können Domänenbestände Quell- oder Objektcodes enthalten, die bei der Umsetzung wiederverwendet werden können. Hinweis: Domänenbestände haben ihre eigenen Lebenszyklen. ISO / IEC / IEEE 15288 kann verwendet werden, um einen Lebenszyklus zu verwalten. [2]
Quellennachweise in diesem Text: