МИНИСТЕРСТВО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ
РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ ТОРГОВО-ЭКОНОМИЧЕСКИЙ УНИВЕРСИТЕТ
ВОЛГОГРАДСКИЙ ФИЛИАЛ
КОНТРОЛЬНАЯ РАБОТА
По дисциплине: «Информационные технологии в экономике»
Вариант №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-технологий успешно применяются для построения практически всех типов систем ПО, однако устойчивое положение они занимают в следующих областях:1. Обеспечение разработки делового и коммерческого ПО. Широкое применение CASE технологий обусловлено массовостью этой прикладной области, в которой CASE применяется не только для разработки ПО, но и для создания моделей систем, помогающих коммерческимим структурам решать задачи стратегического планирования, управления финансами, определения политики фирм, обучения персонала и др. (это направление получило свое собственное название бизнес-анализ);2. Разработка системного и управляющего ПО. Активное применение CASE-технологий связано с большой сложностью данной проблематики и со стремлением повысить эффективность работ.Различные статистические обзоры свидетельствуют сегодня об эффективности применения CASE средств в процессе разработки программных систем. Однако процент неудач все же существует и довольно велик. Разумеется, существуют свои недостатки применения технологий, значимыми являются недостатки со стороны аспектов бизнеса:
· CASE-средства не обязательно дают немедленный эффект; он может быть получен только спустя какое-то время;
· реальные затраты на внедрение CASE-средств обычно намного превышают затраты на их приобретение;
· CASE-средства обеспечивают возможности для получения существенной выгоды только после успешного завершения процесса их внедрения.
Ввиду разнообразной природы CASE-средств было бы ошибочно делать какие-либо безоговорочные утверждения относительно реального удовлетворения тех или иных ожиданий от их внедрения. Можно перечислить следующие факторы, усложняющие определение возможного эффекта от использования CASE-средств:
· широкое разнообразие качества и возможностей CASE-средств;
· относительно небольшое время использования CASE-средств в различных организациях и недостаток опыта их применения;
· широкое разнообразие в практике внедрения различных организаций;
· отсутствие детальных метрик и данных для уже выполненных и текущих проектов;
· широкий диапазон предметных областей проектов;
· различная степень интеграции CASE-средств в различных проектах.
На данный момент в технологии разработки программного обеспечения существуют два основных подхода к разработке информационных систем, отличающиеся критериями декомпозиции: функционально-модульный (структурный) и объектно-ориентированный.
Функционально-модульный подход основан на принципе алгоритмической декомпозиции с выделением функциональных элементов и установлением строгого порядка выполняемых действии. Главным недостатком функционально-модульного подхода является одно направленность информационных потоковой недостаточная обратная связь. В случае изменения требовании к системе это приводит к полному перепроектированию, поэтому ошибки, заложенные на ранних этапах, сильно сказываются на продолжительности и стоимости разработки. Другой важной проблемой является неоднородность информационных ресурсов, используемых в большинстве информационных систем. В силу этих причин в настоящее время наибольшее распространение получил объектно-ориентированный подход, что объясняется следующими причинами:
· возможностью сборки программной системы из готовых компонентов, которые можно использовать повторно;
· возможностью накопления проектных решений в виде библиотек классов на основе механизмов наследования;
· простотой внесения изменений в проекты за счет инкапсуляции данных в объектах;
· быстрой адаптацией приложений к изменяющимся условиям за счет использования свойств наследования и полиморфизма;
· возможностью организации параллельной работы аналитиков, проектировщиков и программистов.
Идеальное объектно-ориентированное САSЕ-средство должно содержать четыре основных блока: анализ, проектирование, разработка и инфраструктура.
Основные требования к блоку анализа:
· возможность выбора выводимой на экран информации из всей совокупности данных, описывающих модели;
· согласованность диаграмм при хранении их в репозитарии;
· внесение комментариев в диаграммы и соответствующую документацию для фиксации проектных решений;
· возможность динамического моделирования в терминах событий;
· поддержка нескольких нотаций (хотя бы три нотации - Г.Буча, И.Джекобсона и ОМТ).
Основные требования к блоку проектирования:
· поддержка всего процесса проектирования приложения;
· возможность работы с библиотеками, средствами поиска и выбора;
· возможность разработки пользовательского интерфейса;
· поддержка стандартов ОLE, ActiveX и доступ к библиотекам HTML или Java;
· поддержка разработки распределенных или двух- и трехзвенных клиент-серверных систем (работа с CORBA, DCOM, Internet).
Основные требования к блоку реализации:
· генерация кода полностью из диаграмм;
· возможность доработки приложений в клиент-серверных САSЕ-средствах типа Power Builder;
· реинжиниринг кодов и внесение соответствующих изменений в модель системы;
· наличие средств контроля, которые позволяют выявлять не соответствие между диаграммами и генерируемыми кодами и обнаруживать ошибки как на стадии проектирования, так и на стадии реализации.
Основные требования к блоку инфраструктуры:
· наличие репозитория на основе базы данных, отвечающего за генерацию кода, реинжиниринг, отображение кода на диаграммах, а также обеспечивающего соответствие между моделями и программными кодами;
· обеспечение командной работы (многопользовательской работы и управление версиями) и реинжиниринга.