Базовый набор требований к системе в процессе разработки декомпозируют для формирования требований к подсистемам и компонентам. Для контроля их прослеживают по цепочкам сверху вниз и снизу вверх по уровням системы. В итоге полный набор системных требований для гражданского самолета может включать в себя несколько тысяч отдельных требований, и весьма вероятно, что между ними возникнут некоторые несовместимости, которые необходимо устранить. При завершении процесса разработки, после того как система будет произведена и начнется проверка требований, вероятно, потребуется интегрировать сотни отдельных действий, начиная с проверки на уровне компонентов и заканчивая уровнем интегрированной системы. Обеспечение комплексной серии проверочных тестов также возлагается на главного конструктора.
2. Знание интерфейсов системы
Части, составляющие систему, должны каким-то образом взаимодействовать с другими частями. Им необходимо стыковаться, передавать усилия или сигналы и взаимодействовать любым другим способом. Такие компоненты конструкции (механические, электрические, электронные, потоковые и др.) мы называем интерфейсами. Не все компоненты будет легко соединить. Некоторые части будут взаимодействовать не так, как предполагалось и даже не предполагалось, когда они были разработаны. Состыковать две части компонента непросто. Требуется рассмотрение большого количества переменных. Некоторые из них включают допуски на размеры и положение в подсборке, стандарты обработки данных, экологическую и физическую совместимость, учет нагрузок и другие аспекты. Что-то может помешать эффективному соединению двух частей. Например, если в результате образуется стык, подверженный быстрой коррозии из-за возникших электрохимических взаимодействий металлов при соединении. Для сложных систем выделяют должность менеджера интерфейсов, в задачу которого входит обеспечение правильного взаимодействия всех интерфейсов системы. Понимание требований интерфейсов и их ограничений обязательно для работы в качестве интегратора.
3. Возможность идти на уступки в решении
пограничных вопросов
Ответственность за конструкцию обычно распределяется по дисциплинам, и можно ожидать, что каждый владелец расставит приоритеты в своей области. Главному конструктору приходится регулярно делать выбор между мнениями и позициями. Этот выбор не всегда прост, поскольку обе стороны спора могут иметь веские обоснования для своего решения. Иногда просто нет хорошего решения, но решение все равно необходимо. Эти вопросы будут возникать у главного конструктора еженедельно, и ожидается, что он будет принимать решения. Его основная цель – интегрировать успешную в целом систему. Некоторые из решений могут потребовать уступок в определенных областях. На некоторые из этих уступок можно легко согласиться, другие могут потребовать снижения каких-то
