Четвертый этап – компонентный подход и case-технологии (с середины 90-х годов до нашего времени).
Компонентный подход предполагает построение ПО из отдельных компонентов, которые взаимодействуют между собой через стандартизованные двоичные интерфейсы.
В отличие от обычных объектов объекты-компоненты можно собрать в динамически вызываемые библиотеки или исполняемые файлы (*.dll *.exe), распространять в двоичном виде (без исходных текстов) и использовать в любом языке, поддерживающем соответствующую технологию.
Компонентный подход лежит в основе технологий COM (Component Object Model – компонентная модель объектов), и технологии создания распределенных приложений CORBA (Common Object Request Broker Architecture - общая архитектура с посредником обработки запросов объектов).
Технология СОМ фирмы Microsoft является разви-тием технологии OLE, которая использовалась в Windows для создания составных документов.
Технология СОМ определяет общую парадигму взаимодействия программ любых типов: библиотек, приложений, операционной системы, т. е. позволяет одной части программного обеспечения использовать функции (службы), предоставляемые другой, независимо от того, функционируют ли эти части в пределах одного процесса, в разных процессах на одном компьютере или на разных компьютерах.
Проблемы разработки сложных программных систем.
Современное ПО сложно, потому что решает сложные задачи. Кроме того:
сложно определить требования к создаваемому ПО, т.к разработчики ПО не являются специалистами в предметных областях, и наоборот;
не существует средств, позволяющих детально описывать поведение сложных систем на высоком уровне;
коллективная разработка, чем больше коллектив, тем сложнее организовать процесс работы;
увеличение повторяемости кодов повышает производи-тельность труда, отсюда стремление к универсализации, что в конечном итоге увеличивает сложность разработки
Блочно-иерархический подход к созданию сложных систем.
Большинство сложных систем имеет иерархическую внутреннюю структуру, что позволяет рассматривать их как некоторую совокупность взаимозависимых подсистем. Внутренние связи элементов таких подсистем сильнее, чем связи между подсистемами.
На свойствах иерархических систем («целое-часть») строится блочно-иерархический подход к исследованию и созданию ПО, предполагающий сначала создавать части объектов (блоки, модули), а затем собирать из них объект.
Процесс разбиения сложного объекта на части называется декомпозицией. Процесс декомпозиции может выполняться многократно: каждый блок, в свою очередь, декомпозируют на части, пока не получают блоки, которые сравнительно легко разработать. Этот метод разработки получил название пошаговой детализации.
Чем выше блок, тем более абстрактным должно быть его описание. Это сохраняет возможность осмысления проекта и, возможность принимать правильные решения.
Совокупность методов описаний (языков, моделей) каждого иерархического уровня называется уровнем проектирования.
Использование блочно-иерархического подхода
делает возможным создание сложных систем;
упрощает проверку работоспособности системы в целом и отдельных ее блоков;
обеспечивает возможность модернизации систем.