2. Функционально-ориентированное (структурное) проектирование эис

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

Ставились такие задачи, как сокращение сроков разработки – в частности тогда, когда новую информационную систему предполагалось строить на замену существующей (слово reengineering, или "переделка/перестройка", тогда еще не эксплуатировалось) или имеет место проблема нечеткой постановки задачи заказчиком, а предлагаемыми решениями были, например, "радикальное проектирование", когда некоторые стадии проекта допускалось выполнять одновременно (например, допускалось одновременно приступать к программированию и составлению ТЗ на систему) или итеративно (с корректировкой ТЗ при повторном пересечении границ этапов), или же метод прототипирования.

Рабочим методом проектирования во всем мире десятилетие назад было классическое проектирование (в России постулированное ГОСТами), а структурное – только разрабатывалось в академических кругах.

В других странах десятилетие было потрачено на то, чтобы сделать структурное проектирование реально используемым рабочим методом (что демонстрируется внушительным списком существующих сейчас CASE-систем, в той или иной степени поддерживающих эту методологию), у нас же пока методологическим "максимумом" остался классический ГОСТовский подход.

Структурное проектирование, во многих случаях оказавшееся гораздо эффективнее классического, не стало "философским камнем" наших времен (косвенным свидетельством тому может служить то, что большинство CASE-проектов в мире и сейчас не оправдывает ожиданий), и активные работы по созданию новых методов концентрируются вокруг объектного проектирования.

В настоящее время чаще в основном продолжает использоваться структурный и (отчасти) классический метод, а объектный используется слабо, в основном в экспериментальных системах.

Технологическим воплощением таких методологических наработок являются в информационном проектировании в первую очередь использование CASE-систем последнего поколения. Если быть точными, то опыт работы с множеством CASE у нас – это чаще всего неумелый опыт работы с западными системами.

Такой результат – существенное ухудшение общемировой ситуации, итак в целом не очень благоприятной в отношении использования CASE: в мировой практике большинство CASE-проектов по-прежнему, не всегда, оправдывают ожидания заказчиков. Обусловлено это не столько несовершенством инструментов проектирования, сколько неумелым их использованием. Зарубежная практика гораздо чаще демонстрирует нам правильное использование CASE-систем: как инструментария для реализации сложных современных проектов.

Последним достижением в области настоящего объектного проектирования ИС является разработка методологии создания информационных систем с компонентной архитектурой, которая "выросла" из объектно-ориентированной методологии проектирования распределенных систем.

Значительный вклад в развитие компонентной методологии внесли сотрудники фирмы Rational Software (особенно Г. Буч, Д. Рамбо и И. Якобсен).

В основе функционально-ориентированной CASE-технологии лежит структурный анализ и проектирование информационных систем, заключающиеся в следующем:

1. декомпозиция всей системы на множество иерархически подчиненных функций;

2. представление всей информации в виде графической нотации.

Инструментальными средствами структурного анализа и проектирования являются такие диаграммы как:

• BFD (Bussiness Function Diagram) – диаграмма бизнес-функций (функциональные спецификации);

• DFD (Data Flow Diagram) – диаграмма потоков данных;

• STD (State Transition Diagram) – диаграмма переходов состояний (матрицы перекрестных ссылок);

• ERD (Entity Relationship Diagram) – ER – модель данных предметной области (информационно-логические модели «сущность-связь»);

• SSD (System Structure Diagram) – диаграмма структуры программного приложения.

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

Основными объектами BFD являются:

• Функция - некоторое действие информационной системы, необходимое для решения экономической задачи;

• Декомпозиция функции - разбиение функции на множество подфункций.

Изображение объектов диаграммы иерархии функций пред­ставлено в табл.1 в нотациях:

• Йодана (Yourdon);

• Гейна Сарсона (Gane - Sarson);

• SADT (Structured Analysis and Design Technique);

• SAG (Software AG)

Таблица 1.