Суть и область применения 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-технологии);

· репозиторий, своеобразная база данных для хранения результатов работы программистов.

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

· CASE-средства не обязательно дают немедленный эффект; он может быть получен только спустя какое-то время;

· реальные затраты на внедрение CASE-средств обычно намного превышают затраты на их приобретение;

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

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

· широкое разнообразие качества и возможностей CASE-средств;

· относительно небольшое время использования CASE-средств в различных организациях и недостаток опыта их применения;

· широкое разнообразие в практике внедрения различных организаций;

· отсутствие детальных метрик и данных для уже выполненных и текущих проектов;

· широкий диапазон предметных областей проектов;

· различная степень интеграции CASE-средств в различных проектах.

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

Функционально-модульный подход основан на принципе алгоритмической декомпозиции с выделением функциональных элементов и установлением строгого порядка выполняемых действии. Главным недостатком функционально-модульного подхода является одно направленность информационных потоковой недостаточная обратная связь. В случае изменения требовании к системе это приводит к полному перепроектированию, поэтому ошибки, заложенные на ранних этапах, сильно сказываются на продолжительности и стоимости разработки. Другой важной проблемой является неоднородность информационных ресурсов, используемых в большинстве информационных систем. В силу этих причин в настоящее время наибольшее распространение получил объектно-ориентированный подход, что объясняется следующими причинами:

· возможностью сборки программной системы из готовых компонентов, которые можно использовать повторно;

· возможностью накопления проектных решений в виде библиотек классов на основе механизмов наследования;

· простотой внесения изменений в проекты за счет инкапсуляции данных в объектах;

· быстрой адаптацией приложений к изменяющимся условиям за счет использования свойств наследования и полиморфизма;

· возможностью организации параллельной работы аналитиков, проектировщиков и программистов.

Идеальное объектно-ориентированное САSЕ-средство должно содержать четыре основных блока: анализ, проектирование, разработка и инфраструктура.

Основные требования к блоку анализа:

· возможность выбора выводимой на экран информации из всей совокупности данных, описывающих модели;

· согласованность диаграмм при хранении их в репозитарии;

· внесение комментариев в диаграммы и соответствующую документацию для фиксации проектных решений;

· возможность динамического моделирования в терминах событий;

· поддержка нескольких нотаций (хотя бы три нотации - Г.Буча, И.Джекобсона и ОМТ).

Основные требования к блоку проектирования:

· поддержка всего процесса проектирования приложения;

· возможность работы с библиотеками, средствами поиска и выбора;

· возможность разработки пользовательского интерфейса;

· поддержка стандартов ОLE, ActiveX и доступ к библиотекам HTML или Java;

· поддержка разработки распределенных или двух- и трехзвенных клиент-серверных систем (работа с CORBA, DCOM, Internet).

Основные требования к блоку реализации:

· генерация кода полностью из диаграмм;

· возможность доработки приложений в клиент-серверных САSЕ-средствах типа Power Builder;

· реинжиниринг кодов и внесение соответствующих изменений в модель системы;

· наличие средств контроля, которые позволяют выявлять не соответствие между диаграммами и генерируемыми кодами и обнаруживать ошибки как на стадии проектирования, так и на стадии реализации.

Основные требования к блоку инфраструктуры:

· наличие репозитория на основе базы данных, отвечающего за генерацию кода, реинжиниринг, отображение кода на диаграммах, а также обеспечивающего соответствие между моделями и программными кодами;

· обеспечение командной работы (многопользовательской работы и управление версиями) и реинжиниринга.