Следующая таблица содержит сводные данные из оборудования проекта целей DO-254. Таблица также описывает доступные инструменты Модельно-ориентированное проектирование для достижения целей.
Таблица A-2: Цели процесса проекта оборудования
Цель | Справочные разделы | Уровни обеспечения | Доступные продукты для Модельно-ориентированного проектирования | |
---|---|---|---|---|
1 | Требования определяются, определяются и документируются | 5.1.1(1) | A, B, C, D | Simulink® Requirements™ |
2 | Произведенные производные требования возвращаются к соответствующему процессу. | 5.1.1(2) | A, B, C, D | Simulink Requirements |
3 | Пропуски и ошибки требований предоставляются соответствующему процессу разрешения. | 5.1.1(3) | A, B, C, D | Simulink Requirements |
4 | Концептуальный проект аппаратных элементов разработан и соответствует его требованиям. | 5.2.1(1) | A, B | Simulink, Stateflow®, Fixed-Point Designer™, Simulink Report Generator™, Simulink Requirements |
5 | Произведенные производные требования направляются обратно на захват требований или другой соответствующий процесс. | 5.2.1(2) | A, B | Simulink, Stateflow, Fixed-Point Designer, Simulink Report Generator, Simulink Requirements |
6 | Пропуски и ошибки требований предоставляются соответствующему процессу разрешения. | 5.2.1(3) | A, B | Simulink, Stateflow, Simulink Coverage™ |
7 | Рабочий проект разработан на основе требований к аппаратным элементам и данных концептуального проекта. | 5.3.1(1) | A, B, C, D | HDL Coder™ |
8 | Производные требования возвращаются к концептуальному проекту или другому соответствующему процессу. | 5.3.1(2) | A, B, C, D | HDL Coder |
9 | Пропуски и ошибки требований предоставляются соответствующему процессу разрешения. | 5.3.1(3) | A, B, C, D | HDL Coder, HDL- Verifier™ |
10 | Создаётся оборудование, который реализует рабочий проект оборудования с помощью демонстрационных производственных процессов. | 5.4.1(1) | A, B, C, D | Не применяется |
11 | Реализация, сборка и установка оборудования элемента данных завершены | 5.4.1(2) | A, B, C, D | Не применяется |
12 | Производные требования возвращаются к рабочему проекту или другому соответствующему процессу. | 5.4.1(3) | A, B, C, D | Не применяется |
13 | Пропуски и ошибки требований предоставляются соответствующему процессу разрешения. | 5.4.1(4) | A, B, C, D | Не применяется |
14 | Установлена базовая структура, которая включает все проектные и производственные данные, необходимые для поддержки последовательной репликации аппаратного элемента. | 5.5.1(1) | A, B, C, D | Не применяется |
15 | Выявляются и документируются производственные требования, связанные с безопасностью, и устанавливается производственный контроль. | 5.5.1(2) | A, B, C, D | Не применяется |
16 | Производные требования направляются обратно на реализацию или другой соответствующий процесс. | 5.5.1(3) | A, B, C, D | Не применяется |
17 | Ошибки и упущения предоставляются соответствующему процессу разрешения. | 5.5.1(4) | A, B, C, D | Не применяется |
В следующих разделах описываются потенциальные влияния для каждой цели при использовании основанного на модели проекта, если применимо, по сравнению с традиционной разработкой.
Для разработки требований к оборудованию можно использовать Simulink Requirements. Компоненты требований в Simulink Requirements соответствуют соответствующим требованиям уровня системы, которые разрабатываются в соответствии с ARP4754. Можно использовать Simulink Requirements, чтобы проследить требования к компонентам модели, которые их реализуют.
Можно использовать Simulink Requirements, чтобы сгенерировать отчет Requirements, который обеспечивает требования в PDF, HTML или Microsoft® Форматы слов.
При использовании Simulink Requirements для определения аппаратных требований необходимо использовать ключевые слова или пользовательские атрибуты в наборе требований, чтобы определить любые компоненты требований, которые не соответствуют системным требованиям. Затем они предоставляются системному процессу.
При использовании Simulink Requirements для определения аппаратных требований проверка набора требований может выявить пропуски или ошибки в системных требованиях. Они предоставляются системному процессу для разрешения.
При использовании моделей для определения концептуального проекта можно разработать концептуальный проект с помощью Simulink, Fixed-Point Designer и Stateflow. Можно использовать Simulink Requirements, чтобы проследить компоненты в этих моделях до соответствующих аппаратных требований. Необходимо разрабатывать модели в соответствии со стандартами моделирования, определенными в процессе планирования.
Можно использовать Simulink Report Generator, чтобы сгенерировать отчет Разработка Системы Description, который предоставляет проект в PDF, HTML, Microsoft Word или PowerPoint® форматы.
При использовании моделей для определения концептуального проекта необходимо идентифицировать как производные требования любые компоненты Simulink или Stateflow, которые не соответствуют аппаратным требованиям. Они предоставляются в процессе аппаратных требований для оценки.
При использовании моделей для определения концептуального проекта симуляция и анализ покрытия модели Simulink и Stateflow могут выявить пропуски или ошибки в требованиях к оборудованию. Они предоставляются в процессе аппаратных требований для разрешения.
При использовании моделей Simulink и Stateflow для определения концептуального проекта можно использовать HDL Coder для разработки детального проекта. HDL Coder может предоставить отчет, в котором детальный проект прослеживается до концептуального проекта.
Вы должны идентифицировать, как производные требования, любой HDL-код, который не прослеживается до модели. Они предоставляются в процессе концептуального проекта.
Совместное моделирование с использованием HDL Verifier может выявить пропуски или ошибки в концептуальном проекте. Они предоставляются в процессе концептуального проекта.
То же, что и для традиционных проектов.
То же, что и для традиционных проектов.
То же, что и для традиционных проектов.
То же, что и для традиционных проектов.
То же, что и для традиционных проектов.
То же, что и для традиционных проектов.
То же, что и для традиционных проектов.
То же, что и для традиционных проектов.