Суть и область применения CASE-технологий
МИНИСТЕРСТВО
ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ
РОССИЙСКИЙ
ГОСУДАРСТВЕННЫЙ ТОРГОВО-ЭКОНОМИЧЕСКИЙ УНИВЕРСИТЕТ
ВОЛГОГРАДСКИЙ
ФИЛИАЛ
КОНТРОЛЬНАЯ
РАБОТА
По
дисциплине: «Информационные технологии в экономике»
Вариант №13
Выполнила:
Проверила:
К.с.н. ст. препод.
Дмитриева И.С.
ШИФР: Эи УП СПО-2007-108
ВОЛГОГРАД
2010
Содержание
1. Суть и область применения CASE-технологий. Функционально-модульный
и объектно-ориентированный подходы к разработке
1. Суть и область
применения CASE-технологий.
Функционально-модульный и объектно-ориентированный подходы к разработке
Аббревиатура CASE расшифровывается как Computer Aided Software Engineering. Этот термин широко используется в
настоящее время. На этапе появления подобных средств, термин CASE употреблялся
лишь в отношении автоматизации разработки программного обеспечения. Сегодня
CASE средства подразумевают процесс разработки сложных ИС в целом: создание и
сопровождение ИС, анализ, формулировка требований, проектирование прикладного
ПО и баз данных, генерацию кода, тестирование, документирование, обеспечение
качества, конфигурационное управление и управление проектом, а также другие
процессы. Таким образом, CASE-технологии образуют целую среду разработки
ИС.Итак, CASE-технология представляет собой методологию проектирования
программных систем, а также набор инструментальных средств, позволяющих в
наглядной форме моделировать предметную область, анализировать эту модель на всех
этапах разработки и сопровождения ИС и разрабатывать приложения в соответствии
с информационными потребностями пользователей. Большинство существующих
CASE-средств основано на методологиях структурного или
объектно-ориентированного анализа и проектирования, использующих спецификации в
виде диаграмм или текстов для описания внешних требований, связей между
моделями системы, динамики поведения системы и архитектуры программных средств.
Главные составляющие CASE-продукта таковы:
·
методология
(Method Diagrams),
которая задает единый графический язык и правила работы с ним;
·
графические
редакторы (Graphic Editors), которые помогают рисовать диаграммы; возникли с распространением PC и
GUI, так называемых «upper case» технологий;
·
генератор: по графическому представлению
модели можно сгенерировать исходный код для различных платформ (так называемая low
case часть CASE-технологии);
·
репозиторий, своеобразная база данных для
хранения результатов работы программистов.
1. Обеспечение разработки делового и коммерческого ПО. Широкое применение CASE технологий обусловлено массовостью этой прикладной области, в которой CASE применяется не только для разработки ПО, но и для создания моделей систем, помогающих коммерческимим структурам решать задачи стратегического планирования, управления финансами, определения политики фирм, обучения персонала и др. (это направление получило свое собственное название бизнес-анализ);
2. Разработка системного и управляющего ПО. Активное применение CASE-технологий связано с большой сложностью данной проблематики и со стремлением повысить эффективность работ.
Различные статистические
обзоры свидетельствуют сегодня об эффективности применения CASE средств в
процессе разработки программных систем. Однако процент неудач все же существует
и довольно велик. Разумеется, существуют свои недостатки применения технологий,
значимыми являются недостатки со стороны аспектов бизнеса:
·
CASE-средства не
обязательно дают немедленный эффект; он может быть получен только спустя
какое-то время;
·
реальные затраты
на внедрение CASE-средств обычно намного превышают затраты на их приобретение;
·
CASE-средства обеспечивают
возможности для получения существенной выгоды только после успешного завершения
процесса их внедрения.
Ввиду разнообразной
природы CASE-средств было бы ошибочно делать какие-либо безоговорочные
утверждения относительно реального удовлетворения тех или иных ожиданий от их
внедрения. Можно перечислить следующие факторы, усложняющие определение
возможного эффекта от использования CASE-средств:
·
широкое
разнообразие качества и возможностей CASE-средств;
·
относительно
небольшое время использования CASE-средств в различных организациях и
недостаток опыта их применения;
·
широкое
разнообразие в практике внедрения различных организаций;
·
отсутствие
детальных метрик и данных для уже выполненных и текущих проектов;
·
широкий диапазон
предметных областей проектов;
·
различная степень
интеграции CASE-средств в различных проектах.
На данный момент в
технологии разработки программного обеспечения существуют два основных подхода
к разработке информационных систем, отличающиеся критериями декомпозиции: функционально-модульный
(структурный) и объектно-ориентированный.
Функционально-модульный
подход основан на принципе алгоритмической декомпозиции с выделением
функциональных элементов и установлением строгого порядка выполняемых действии.
Главным недостатком функционально-модульного подхода является одно
направленность информационных потоковой недостаточная обратная связь. В случае
изменения требовании к системе это приводит к полному перепроектированию,
поэтому ошибки, заложенные на ранних этапах, сильно сказываются на
продолжительности и стоимости разработки. Другой важной проблемой является
неоднородность информационных ресурсов, используемых в большинстве
информационных систем. В силу этих причин в настоящее время наибольшее
распространение получил объектно-ориентированный подход, что объясняется
следующими причинами:
·
возможностью
сборки программной системы из готовых компонентов, которые можно использовать
повторно;
·
возможностью
накопления проектных решений в виде библиотек классов на основе механизмов
наследования;
·
простотой
внесения изменений в проекты за счет инкапсуляции данных в объектах;
·
быстрой
адаптацией приложений к изменяющимся условиям за счет использования свойств
наследования и полиморфизма;
·
возможностью
организации параллельной работы аналитиков, проектировщиков и программистов.
Основные
требования к блоку анализа:
·
возможность
выбора выводимой на экран информации из всей совокупности данных, описывающих
модели;
·
согласованность
диаграмм при хранении их в репозитарии;
·
внесение
комментариев в диаграммы и соответствующую документацию для фиксации проектных
решений;
·
возможность
динамического моделирования в терминах событий;
·
поддержка
нескольких нотаций (хотя бы три нотации - Г.Буча, И.Джекобсона и ОМТ).
Основные
требования к блоку проектирования:
·
поддержка всего
процесса проектирования приложения;
·
возможность
работы с библиотеками, средствами поиска и выбора;
·
возможность
разработки пользовательского интерфейса;
·
поддержка
стандартов ОLE, ActiveX и доступ к библиотекам HTML или Java;
·
поддержка
разработки распределенных или двух- и трехзвенных клиент-серверных систем (работа
с CORBA, DCOM, Internet).
Основные
требования к блоку реализации:
·
генерация кода
полностью из диаграмм;
·
возможность
доработки приложений в клиент-серверных САSЕ-средствах типа Power Builder;
·
реинжиниринг
кодов и внесение соответствующих изменений в модель системы;
·
наличие средств
контроля, которые позволяют выявлять не соответствие между диаграммами и
генерируемыми кодами и обнаруживать ошибки как на стадии проектирования, так и
на стадии реализации.
Основные
требования к блоку инфраструктуры:
·
наличие
репозитория на основе базы данных, отвечающего за генерацию кода, реинжиниринг,
отображение кода на диаграммах, а также обеспечивающего соответствие между
моделями и программными кодами;
·
обеспечение
командной работы (многопользовательской работы и управление версиями) и
реинжиниринга.