45479

CASE-ТЕХНОЛОГИИ

Доклад

Информатика, кибернетика и программирование

Объектноориентированный подход основан на объектной декомпозиции с описанием поведения системы в терминах взаимодействия объектов. В силу этих причин в настоящее время наибольшее распространение получил объектноориентированный подход. Под CSEтехнологией будем понимать комплекс программных средств поддерживающих процессы создания и сопровождения программного обеспечения включая анализ и формулировку требований проектирование генерацию кода тестирование документирование обеспечение качества конфигурационное управление и управление...

Русский

2013-11-17

53.5 KB

3 чел.

CASE-ТЕХНОЛОГИИ

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

Функционально-модульный подход основан на принципе алгоритмической декомпозиции с выделением функциональных элементов и установлением строгого порядка выполняемых действий.

Объектно-ориентированный подход основан на объектной декомпозиции с описанием поведения системы в терминах взаимодействия объектов.

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

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

  •  возможностью сборки программной системы из готовых компонентов, которые можно использовать повторно;
  •  возможностью накопления проектных решений в виде библиотек классов на основе механизмов наследования;
  •  простотой внесения изменений в проекты за счет инкапсуляции данных в объектах;
  •  быстрой адаптацией приложений к изменяющимся условиям за счет использования свойств наследования и полиформизма;
  •  возможностью организации параллельной работы аналитиков, проектировщиков и программистов.

Рассмотренные ранее концепции объектно-ориентированного подхода и распределенных вычислений стали базой для создания консорциума Object Management Group (OMG), членами которой являются более 500 ведущих компьютерных компаний (Sun, DEC, IBM, HP, Motorola и др.). Основным направлением деятельности консорциума является разработка спецификаций и стандартов для создания распределенных объектных систем в разнородных средах. Базисом стали спецификации под названием Object Management Architecture (ОМА). ОМА состоит из четырех основных компонентов, представляющих спецификации различных уровней поддержки приложений (рис. 5.10):

•  архитектура   брокера   запросов объектов (CORBACommon Object Request Broker Architecture) определяет механизмы взаимодействия    объектов    в    разнородной сети;

•  объектные   сервисы   (Object Services) являются основными системными сервисами, используемыми разработчиками для создания приложений;

  •  универсальные средства (Common Facilities) являются высокоуровневыми системными сервисами, ориентированными на поддержку пользовательских приложений (электронная почта, средства печати и др.);
  •  прикладные объекты (Application Object) предназначены для решения конкретных прикладных задач.

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

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

  •  возможность выбора выводимой на экран информации из всей совокупности данных, описывающих модели;
  •  согласованность диаграмм при хранении их в репозитарии;
  •  внесение комментариев в диаграммы и соответствующую документацию для фиксации проектных решений;
  •  возможность динамического моделирования в терминах событий;
  •  поддержка нескольких нотаций (хотя бы три нотации — Г.Буча, И.Джекобсона и ОМТ).

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

  •  поддержка всего процесса проектирования приложения;
  •  возможность работы с библиотеками, средствами поиска и выбора;
  •  возможность разработки пользовательского интерфейса;
  •  поддержка стандартов OLE, ActiveX и доступ к библиотекам HTML или Java;
  •  поддержка разработки распределенных или двух- и трех-звенных  клиент-серверных систем  (работа с  CORBA,   DCOM, Internet).

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

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

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

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

Выделим основные критерии оценки и выбора CASE-средств.

1.  Функциональные характеристики:

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

2.  Надежность;

3.  Простота использования;

4.  Эффективность;

5.  Сопровождаемость;

6.  Переносимость;

7. Общие критерии (стоимость, затраты, эффект внедрения, характеристики поставщика).


 

А также другие работы, которые могут Вас заинтересовать

77376. О подсистеме истории в среде научной визуализации SharpEye 48.5 KB
  Обсуждаются пути реализации подсистемы редактируемой истории в возможности которой должны входить функции отката и повтора манипуляций проделанных пользователем сохранение и восстановлении подобранного вида сцены. Ключевые слова: научная визуализация система визуализации подключаемые внешние модули редактируемая истории откат повтор действий Введение В течение последних лет авторы разрабатывают среду ShrpEye – конструктор систем научной визуализации [34]. Соответственно система должна предоставлять пользователю функционал...
77377. Функциональные возможности среды-конструктора систем научной визуализации SharpEye 38.5 KB
  Существующие системы научной визуализации можно разделить на три группы: универсальные системы (VIZIT, ParaView), системы, специализированные для некоторого класса задач (IVS3D, Venus, VolVis); и системы, специализированные для конкретной задачи. Недостатки первых двух групп – сложность в освоении, неизменность встроенных алгоритмов представления или высокая сложность их модификации.
77378. СИСТЕМА СОБЫТИЙНО-УПРАВЛЯЕМОЙ ТРАНСЛЯЦИИ LiME 34.5 KB
  Но архитектура мультиклеточных процессоров кроме повышения эффективности исполнения кода обладает рядом других важных и необходимых на практике возможностей таких как продолжение исполнения программы даже при выходе из строя части исполнительных устройств и группировка функциональные устройства более оптимальным для каждой конкретной задачи образом отключая при этом в целях экономии энергии устройства которые не используются и некоторые другие. В этой разработке самой первой из самых трудоёмких задач следует решить задачу по переводу...
77379. СОВРЕМЕННЫЕ МЕТОДЫ ВИЗУАЛИЗАЦИИ БОЛЬШИХ И СВЕРХБОЛЬШИХ ОБЪЁМНЫХ ДАННЫХ 30.5 KB
  Методы визуализации больших объёмных данных активно развиваются в том числе благодаря новым аппаратным средствам. В данной работе рассматриваются различные подходы к визуализации объёмных данных как с программной так и с аппаратной стороны актуальные на сегодняшний день. Также рассматривается специфика представления объёмных данных в памяти видеокарты и следующие из этого особенности и ограничения распределение задачи визуализации между GPU и CPU...
77380. Создание грид-сервисов для автоматизированной интеграции инженерных пакетов и интерактивных средств визуализации 38.5 KB
  Использование технологий Грид для обеспечения серьезных научных вычислений в интересах промышленности требует поддержки современных инженерных (Computer-Aided Engineering – CAE) пакетов. Инженерные пакеты, по сути, являются средами решения задач математической физики
77381. СРЕДА-КОНСТРУКТОР СИСТЕМ НАУЧНОЙ ВИЗУАЛИЗАЦИИ 33.5 KB
  В докладе сообщается о разрабатываемой авторами системе научной визуализации. В основе процесса научной визуализации лежит методика перевода абстрактных объектов в геометрические образы что дает возможность исследователю наблюдать результаты численного моделирования. Проблемой традиционных систем визуализации является жестко прописанный набор алгоритмов так что затруднена визуализация объектов образы которых строятся иными процедурами.
77384. Неопределённый интеграл 656.5 KB
  Понятие первообразной и неопределенного интеграла. Свойства неопределенного интеграла. Таблица основных неопределенных интегралов.