Когда и почему стоит начать использовать инструмент dBricks

Почему/Решение

Сложность разработки растёт с увеличением количества связей в проекте (как на физическом, так и на логическом уровне) по экспоненте. Разработку систем с десятками и даже сотнями связей можно без существенных сложностей осуществить стандартными средствами, вроде Excel или Word. Однако сложность реальных систем почти всегда выходит за комфортные пределы.

В реальной жизни мы сталкиваемся с тем, что даже стандартные устройства вроде ADIRU (совмещенная инерциальная навигационная система и система воздушных сигналов) имеют более 300 выходных параметров на устройство.

С учётом того, что:

• в проекте для обеспечения надёжности часто используется более одного устройства каждого типа;
• каждый выходной параметр устройства может иметь несколько связей (например, к индикатору, системе управления, аварийному регистратору);

трудоёмкость ведения ПИВ возрастает слишком сильно, что приводит к необходимости использования специальных инструментов.

Прототипирование систем в сборе должно в том числе включать описание всех связей между устройствами.

При этом довольно часто количество атомарных связей в полностью заполненном проекте достигает сотен тысяч(!)

Создание и поддержание в актуальном состоянии полных моделей с таким количеством связей становится практически невыполнимой задачей без использования адекватных инструментов.

У нас несколько проектов используют одни и те же устройства

ИЛИ

В нашем проекте есть устройства, используемые многократно 

Одной из основных особенностей dBricks является нормализация модели данных. В результате все описания устройств сохраняются один раз в виде «шаблонов».

Устройства в проектах являются реализацией соответствующих шаблонов.

Таким образом, после создания шаблона, вы можете использовать его неограниченное количество раз в любом количестве проектов.

Все изменения в шаблонах автоматически отражаются во всех реализациях.

Количество комбинаций опционального оборудования может приводить к огромному количеству возможных конфигураций проекта. Усилия, направленные на управление конфигурацией, растут в экспоненциальной зависимости от количества возможных опций. Предположим, у нас есть 10 независимых опций. Количество возможных конфигураций в этом случае составит 2^10 = 1024.

Даже в случае, если ваш проект не предусматривает опционального оборудования, весьма вероятно, что в процессе разработки будут появляться прототипы, стенды и прочие объекты, конфигурация которых будет отличаться от финальной, но которые будут развиваться параллельно с основной разработкой.

dBricks обладает развитым функционалом, позволяющим управлять опциональным оборудованием и возникающими конфигурациями конечного проекта.

Инструмент dBricks позволяет создать целостную модель, описывающую все аспекты информационного взаимодействия в проекте:

1. логический слой: связи между логическими входами и выходами устройств;
2. транспортный слой: исчерпывающее описание особенностей кодирования параметров логического слоя в реальных сетях передачи данных;
3. физический слой: описание проводов, соединителей, бирок, муфт сращивания и т.д., реализация которых необходима для объединения устройств для поддержания передачи логических параметров.

Этот подход гарантирует целостность проекта между всеми слоями ПИВ.