Dies ist Teil 4 der Reihe der Anwendungsregeln (AR) VDE-AR-E 2842-61. Sie beschreibt die Anforderungen an die "Entwicklung auf Systemebene". Der Zweck der Systemebene ist es, die abstrakte Ebene des Lösungskonzepts mit der detaillierten Ebene der Technologie (z. B. Hardware/Elektronik, Software und künstliche Intelligenz) durch einen strukturierten und nachvollziehbaren systemtechnischen Ansatz zu verbinden. Dies geschieht durch einen iterativen Prozess der Verfeinerung des Systementwurfs auf der Grundlage einer verfeinerten Architektur, verfeinerter und zugewiesener vertrauenswürdiger Anforderungen (Hierarchical Design, siehe 4-7) und durch Integration und Verifizierung des verfeinerten Entwurfs (siehe 4-8). Der Schwerpunkt dieser Aktivitäten ist es, die Gesamtleistung der Lösung und das beabsichtigte Verhalten und die Vertrauenswürdigkeit des A/C-Systems zu erreichen und zu erhalten.
Innerhalb des gesamten Referenzlebenszyklus ist die Initiierung auf Systemebene die erste Phase, die sich ausschließlich mit der Entwicklung von A/C Systems befasst. In dieser Phase werden alle notwendigen Aktivitäten auf der Basis der Unternehmensprozesse durchgeführt. Es wird sichergestellt, dass das Team, die Prozesse und alle notwendigen Mittel wie Werkzeuge und Methoden vorhanden sind, um die Entwicklung zu beginnen und erfolgreich abzuschließen. Diese Phase steht in engem Zusammenhang mit dem "Management während der Entwicklung" (Abschnitt 2-7). Sie stützt sich auf gute Managementpraktiken und legt den Schwerpunkt auf die Aspekte, die für die Erreichung der Gesamtleistung der Lösung und des beabsichtigten Verhaltens und der Vertrauenswürdigkeit des A/C Systems relevant sind.
Diese Phase kann je nach Größe/Komplexität des Projekts mehrmals durchgeführt werden. In kleinen Projekten kann diese Initiierungsphase mit anderen Initiierungsphasen zusammengelegt werden (z. B. 6.1). Tatsächlich kann diese Phase - da sie die Managementaktivitäten beschreibt - über den Beginn der Entwicklung hinausgehen. So kann z. B. die Definition von Werkzeugen und Methoden auf einen Zeitpunkt verschoben werden, an dem mehr Wissen über die Anforderungen an das A/C-System und die Fähigkeiten des Entwicklungsteams vorliegt
Es gibt keine Einschränkungen im Anwendungsbereich der Norm.
Anwendungsbeispiele sind domänen- und industrieübergreifend. Der Standard kann dabei helfen, durch Implementierung von A/C Systems bzw. Künstlicher Intelligenz Ressourcen zu sparen, Emissionen zu verringern, Krankheiten zu erkennen und zu heilen, Menschen oder Güter zu transportieren oder Prozesse effizienter zu gestalten.
AT englisch
This is part 4 of the series of application rules (AR) VDE-AR-E 2842-61. It describes the requirements for "system level development". The purpose of the system level is to link the abstract level of the solution concept with the detailed level of the technology (e.g. hardware/electronics, software and artificial intelligence) through a structured and comprehensible system engineering approach. This is done through an iterative process of refining the system design based on a refined architecture, refined and assigned trusted requirements (Hierarchical Design, see 4-7), and integration and verification of the refined design (see 4-8). The focus of these activities is to achieve and maintain the overall performance of the solution and the intended behaviour and trustworthiness of the A/C system.
Within the entire reference life cycle, initiation at system level is the first phase that deals exclusively with the development of A/C systems. In this phase, all necessary activities are carried out based on the company processes. It ensures that the team, processes and all necessary resources such as tools and methods are in place to start and successfully complete the development. This phase is closely related to 'management during development' (section 2-7). It draws on good management practices and focuses on the aspects relevant to achieving the overall performance of the solution and the intended behaviour and trustworthiness of the A/C system.
This phase may be carried out several times depending on the size/complexity of the project. In small projects, this initiation phase can be merged with other initiation phases (e.g. 6.1). In fact, this phase - as it describes the management activities - can go beyond the start of the development. For example, the definition of tools and methods can be postponed to a time when there is more knowledge about the A/C system requirements and the capabilities of the development team.
There are no restrictions in the scope of the standard.
Application examples are cross-domain and cross-industry. The standard can help to save resources, reduce emissions, detect and cure diseases, transport people or goods or make processes more efficient by implementing A/C systems or artificial intelligence.
