
- •Проектирование информационных систем
- •Вопрос 2. Принципы case-технологий
- •Методология-Метод-Нотации-Средства
- •Вопрос 3. Факторы эффективности case-технологий
- •Вопрос 4. Аспекты выбора case-технологий
- •Вопрос 5. Классификация case-средств
- •Вопрос 6. Rad-технология прототипного создания приложений
- •Результатом стадии является готовая система, удовлетворяющая всем согласованным требованиям.
Вопрос 2. Принципы case-технологий
Существует несколько принципов CASE-технологий. Рассмотрим основные принципы:
Принцип всесторонней компьютерной поддержки проектирования. CASE-технология – это разновидность САПР в области создания ИС.
Принцип модельного подхода – это может быть методология функционально ориентированного подхода или методология объектно-ориентированного подхода.
3. Иерархическое представление модели предметной области. Существуют плоские модели, предусматривающие представление всей модели в виде единого листа, Но когда встречаются сложные системы, то возникают определенные трудности. Преодолеть эти трудности позволяют иерархические модели, в которых предусмотрена иерархическая последовательность детализации (декомпозиции) описания системы. Эти модели соответствуют принципу проектирования «сверху вниз», от общего к частному.
4. Наглядность представления модели, т.е. наличие визуальных средств проектирования. Это связано с тем, что процесс построения модели ИС так и не удается формализовать до конца и в этом процессе должен принимать участие человек. Графические средства обозначения и правила, предназначенные для описания структуры системы, этапов обработки информации представляют собой нотации CASE-технологии. Нотации включают графы, диаграммы, таблицы, формальные и естественные языки. Их использование является существенной особенностью CASE-технологии. Поэтому CASE-технология предусматривает четырехуровневую парадигму проектирования, в которой важное место отводится нотациям:
Методология-Метод-Нотации-Средства
Декомпозиция не только модели предметной области, но и самого процесса проектирования на стадии и этапы. Обычно выделяют следующие стадии проектирования: анализ, собственно проектирование, программирование (реализация), внедрение. Последовательность стадий и этапов создания ИС на основе CASE-технологии представлена на рис. 2.1. CASE-технология может быть распространена на все стадии жизненного цикла ИС.
Перенесение трудоемкости разработки в большей степени на анализ и проектирование. Известно, что ошибки на последующих стадиях труднее исправить, причем трудности возрастают на порядок. Поэтому CASE-технологии проектирования предусматривают особенно тщательную проработку стадии анализа и проектирования. Здесь строятся модели AS-IS и TO-BE.
Отделение, независимость стадий проектирования от средств реализации, от программирования. Соблюдение этого принципа позволяет переносить проектные решения с одной программно-технической платформы на другую, т. е. осуществлять миграцию ИС.
Возможность как прямого, так и обратного проектирования (формирование моделей и спецификаций на основе анализа программных кодов и схем баз данных).
Использование репозитория – хранилища проектных данных, представляющего собой центральный компонент CASE-средства.
Рисунок 2.1 – Последовательность стадий и этапов создания ИС на основе CASE-технологии
Помимо перечисленных принципов в основе построения CASE-средств лежат следующие положения:
1. Человеческий фактор, определяющий разработку ПО как легкий, удобный и экономичный процесс.
2. Широкое использование базовых программных средств, получивших массовое распространение в других приложениях (БД и СУБД, компиляторы с различных языков программирования, отладчики, документаторы, издательские системы, оболочки экспертных систем и базы знаний и другое).
3. Автоматизированная или автоматическая кодогенерация, выполняющая несколько видов генерации кодов: преобразования для получения документации, формирования БД, ввода/модификации данных, автоматической сборки модулей из словарей и моделей данных и повторно используемых программ.
4. Ограничение сложности, позволяющее получать компоненты, поддающиеся управлению, обозримые и доступные для понимания, а также обладающие простой и ясной структурой.
5. Доступность для разных категорий пользователей.
6. Рентабельность.
7. Сопровождаемость, обеспечивающая способность адаптации при изменении требований и целей проекта.