- •Проектирование информационных систем
- •Вопрос 2. Принципы case-технологий
- •Методология-Метод-Нотации-Средства
- •Вопрос 3. Факторы эффективности case-технологий
- •Вопрос 4. Аспекты выбора case-технологий
- •Вопрос 5. Классификация case-средств
- •Вопрос 6. Rad-технология прототипного создания приложений
- •Результатом стадии является готовая система, удовлетворяющая всем согласованным требованиям.
Вопрос 3. Факторы эффективности case-технологий
Эффективность применения CASE-технологии проектирования ИС проявляется в улучшении качества создаваемого проекта, сокращении стоимостных и временных затрат на всех стадиях ЖЦ ИС (рис. 3.1).
Рассмотрим факторы эффективности CASE-технологии:
Как отмечалось, CASE-технология создает возможность для реинжиниринга бизнеса и предусматривает перенос центра тяжести трудоемкости создания системы на предпроектную и проектную стадии. Тщательная проработка этих стадий в интерактивном режиме с компьютерной поддержкой уменьшает число возможных ошибок проектирования, исправлять которые на последующих стадиях затруднительно.
Рисунок 3.1 – Факторы эффективности CASE-технологии
Доступная для понимания пользователей-непрограммистов графическая форма представления модели позволяет следовать принципу пользовательского проектирования, предусматривающему участие пользователей в создании системы. CASE-модель способствует взаимопониманию между всеми участниками создания системы (заказчиками, пользователями, проектировщиками, программистами).
Наличие формализованной модели системы создает возможность для многовариантного анализа с прототипированием и ориентировочной оценкой эффективности вариантов. CASE-модели позволяют осуществлять функционально-стоимостной анализ (Activity-Based Costing – ABC) для выявления и исследования стоимости выполнения той или иной функции. Анализ прототипа системы позволяет скорректировать будущую систему до того, как она будет реализована в окончательном виде. Этот подход ускоряет и удешевляет создание системы.
CASE-технология позволяет использовать концепцию сборочного проектирования, основанную на повторном использовании типовых проектных решений (компонентов) системы. Сборка прикладной программы из готовых компонентов позволяет значительно сократить стоимость и время разработки ИС.
Закрепление в формализованном виде требований к системе избавляет проектировщиков от необходимости многочисленных корректировок в соответствии с новыми требованиями пользователей.
Отделение проектирования системы от программирования создает устойчивость проектных решений для реализации на разных программно-технических платформах.
Наличие формализованной модели реализации системы и соответствующих средств автоматизации позволяет осуществить автоматическую кодогенерацию программного обеспечения системы и создать рациональную структуру базы данных.
На стадии эксплуатации системы появляется возможность внесения изменений на уровне модели, не обращаясь к текстам программ, силами специалистов отдела автоматизации фирмы, т. е. осуществить модификацию проекта.
Модель системы может использоваться не только как основа, но и в целях автоматизированного обучения персонала с использованием диаграмм.
На основе модели действующей системы может выполняться бизнес-анализ для поддержки управленческих решений и бизнес-реинжиниринг при изменении направления деятельности фирмы.