Процесс разработки сложной системы тоже сложная система в сложной среде. Отсюда проистинная вероятностная сущность взаимодействия компонент разработки между собой. К сложным системам относятся кибернетические системы высших классов и все эргатические системы (с участием человека), а также адаптивные роботы и автоматические линии гибких технологий (легко переоборудуются), промышленные комплексы, регионы, транспортные системы и все технические объекты, зависящие от неконтролируемых факторов.
Требования к этим системам разные, в первую очередь потому, что у них разный цикл жизни.
Примеры: космический зонд “Гюйгенс” имеет цикл около 15 сек., а згорел за 12 сек. (на Юпитере), космическая ракета имеет цикл жизни до 18 мин., а промышленные регионы имеют неограниченный цикл.
Сложная техническая система (СТС) характеризуется первым порядком сложности. Процесс её разработки определяется вторым порядком сложности, организация разработчик - третим, для создания такой организации требуется система четвёртого порядка сложности и т.д. (Например, Бог - 8-й порядок сложности)
Реальный путь преодоления этой неопределённости только создание систем способных к развитию и смоорганизации.
Схема разработки СТС:
В кружках цифрами обозначено №№№ циклов:
1 - Проблема
2 - Тема
3 - Отрасль
4 - Конструирование
5 - Проектирование
6 - Производство
7 - Монтаж
8 - Отладка
Основные системные факторы здесь - обратные связи.
Соотношение времён этих циклов для разных систем разное. При разработке ПО это соотношение выглядит так:
Метод задания технических требований.
Относится к многокритериальным задачам.
"ji$ji ai£ji£bi x={xj}, i=1,…,n, j=1,…,m ji£1
Здесь ji£1 определяют относительную значимость всех условий и могут быть представлены чёткими или нечёткими величинами.
ji - функционалы качества
xj - влияющие факторы
ai, bi - принятые ограничения
При разработке требуется достижение условия: , т.е. достижение экстремума.
Фактически оптимизируем сдвиг величин в сторону №№№ границы.
Достоинства метода:
1. Опора на опыт, наличие приемственности.
2. Традиционная структура требований
3. Нет трудностей учёта требований пользователя
4. Простота учёта ограничений.
Недостатки:
1. Недостаточный учёт противоречий части критериев.
2. Нет уверенности в необходимости достаточности требований.
3. Данная система не прогностична, по мере создания СТС требования могут устареть.