Что можно сформулировать в качестве выводов по данному разделу?
Прежде всего, мы поняли, что синтез систем позволяет
получать физическую архитектуру разрабатываемой системы из функциональной.
То есть позволяет перейти от определения,
что должно быть сделано в системе, к тому, как это реально делается.
Синтез систем — это итеративный процесс, в котором рассмотрены
многие решения по подсистемам и оценки возможностей создаваемой
системы перед утверждением исходных данных на разработку.
Для того чтобы оценить преимущества возможных решений,
необходимо рассматривать в комплексе их реализуемость,
риски, предыдущий опыт, техническую прогрессивность и ограничения.
Один из путей поиска оптимальной конструкции системы
состоит в одновременном одинаковом сжатии всех подсистем.
Имеется в виду масштабирование подсистем и применение
к ним равномерного распределения требований.
Системные требования определяют успешное общее решение в системе.
Лучшее — враг хорошего.
Необходимо постоянно поддерживать базу данных принятых решений,
использовать кривую единства «выполнение — стоимость» для
определения точек перегиба при разработке сбалансированных решений.
Нужно четко определять и разграничивать
именно ведущие требования в системе, для чего необходимо понимать,
какие требования максимально важны для выполнения для реализации в системе,
и дополнительно рассмотреть предназначение данных
требований для того, чтобы эффективно ими управлять.
Подсистемы с высокой сплоченностью, низкой сложностью
и малой соединяемостью предпочтительны при реализации.
Другими словами, старайтесь обеспечивать простые интерфейсы,
а также объединять аналогичные фукнции.
При принятии системных решений рассматривайте устойчивость — меру
чувствительности системы к изменениям условий окружающей среды и ресурсов.
Еще раз необходимо вспомнить, что решения, принимаемые на ранних стадиях
процессов проектирования, стоят недорого в терминах общей цены продукции,
но имеют очень большое влияние на цену конечного продукта.
Качество изначально нельзя встроить в продукт,
если оно не запроектировано в него с самого начала.
Методология устойчивого проектирования
обеспечивает разработчикам путь создания системы,
которая относительно невосприимчива к изменениям.
Спасибо за внимание.