Какой из программных продуктов является case средством

Какой из программных продуктов является case средством thumbnail

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

CASE средства (Computer – Aided Software Engineering) – это инструмент, который позволяет автоматизировать процесс разработки информационной системы и
программного обеспечения. Разработка и создание информационных систем управления предприятием связаны с выделением бизнес-процессов, их анализом,
определением взаимосвязи элементов процессов, оптимизации их инфраструктуры и т.д. Основной целью применения CASE средств является сокращение времени и
затрат на разработку информационных систем, и повышение их качества.

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

Классификация CASE средств

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

Выделяют следующие группы CASE средств:

  • CASE средства верхнего уровня. Эти CASE средства ориентированы на начальные этапы построения информационной системы. Они
    связаны с анализом и планированием. CASE средства верхнего уровня обеспечивают стратегическое планирование, расстановку целей, задач и приоритетов, а
    также графическое представление необходимой информации. Все CASE средства верхнего уровня содержат графические инструменты построения диаграмм, таких
    как диаграммы сущность-связь (ER диаграммы), диаграммы потока данных (DFD), структурные схемы, деревья решений и пр.
  • CASE средства нижнего уровня. Эти CASE средства больше сфокусированы на последних этапах разработки информационной системы –
    проектирование, разработка программного кода, тестирование и внедрение. CASE средства нижнего уровня зависят от данных, которые предоставляют средства
    верхнего уровня. Они используются разработчиками приложений и помогают создать информационную систему, однако не являются полноценными инструментами
    разработки программного обеспечения.
  • Интегрированные CASE средства (I – CASE). Эти CASE средства охватывают полный жизненный цикл разработки информационной системы.
    Они позволяют обмениваться данными между инструментами верхнего и нижнего уровня и являются своего рода «мостом» между CASE средствами верхнего и
    нижнего уровней.

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

Характеристики CASE средств

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

  • Наличие графического интерфейса. Для представления моделей процессов CASE средства должны обладать возможностью отображать процессы в виде схем.
    Схемы много проще в использовании, чем различные текстовые и числовые описания. Это позволяет получать легко управляемые компоненты модели, обладающие
    простой и ясной структурой.
  • Наличие репозитория. Репозиторий это общая база данных, которая содержит описание элементов процессов и отношений между ними. Каждый объект
    репозитария должен обладать перечнем свойств, характерных только для этого объекта.
  • Гибкость применения. Эта характеристика дает возможность представлять бизнес процессы в различных вариантах, важных с точки зрения анализа. CASE
    средства должны позволять проводить анализ процессов и создавать модели, сфокусированные на различных аспектах деятельности предприятия.
  • Возможность коллективной работы. Анализ и моделирование процессов может требовать совместной работы нескольких человек. Для одновременной работы над
    моделями процессов CASE средства должны обеспечивать управление изменениями любыми фрагментами моделей и их модификацией при коллективном доступе.
  • Построение прототипов. Прототипы процессов необходимы для того, чтобы на ранних стадиях изменения процессов можно было понять, насколько процесс
    будет соответствовать требованиям.
  • Построение отчетов. CASE средства должны обеспечивать построение отчетов по всем моделям процессов с учетом взаимосвязи элементов. Такие отчеты
    необходимы для анализа моделей и определения возможностей по оптимизации. За счет отчетов обеспечивается контроль полноты и достаточности моделей,
    уровень декомпозиции процессов, правильность синтаксиса диаграмм и типов применяемых элементов.

Выбор CASE средств

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

К таким «базовым» факторам можно отнести следующие:

  • Цели моделирования и анализа процессов. Исходя из целей моделирования, определяются необходимые методы, которые должны поддерживать CASE средства.
    Также цели моделирования определяют необходимый уровень детализации моделей и формы представления отчетов.
  • Удобство для пользователей. Этот фактор определяет набор критериев для представления результатов моделирования наиболее понятным и приемлемым
    способом. Выбор CASE средств необходимо проводить с учетом того, чтобы пользователям приходилось затрачивать как можно меньше усилий на работу в среде
    CASE средств. CASE средства должны быть визуально и интуитивно понятны пользователям.
  • Применение стандартных методологий. Этот фактор определяет критерии выбора CASE средств, связанные с применением стандартных методологий анализа и
    моделирования бизнес процессов. Как правило, моделирование не заканчивается созданием новых моделей процессов. Модели используются для внедрения
    информационных систем управления и автоматизации процессов. За счет стандартизации обеспечивается упрощение взаимодействия между CASE средствами и
    различными информационными системами.
  • Удобство эксплуатации. При выборе CASE средств необходимо учитывать такие характеристики как эффективность применения, сопровождаемость,
    переносимость моделей с одной системы на другую. Этот фактор в значительной степени связан с критериями, относящимися к техническим характеристикам
    аппаратного обеспечения.
  • Трудоемкость. Этот фактор определяет набор критериев, связанных с освоением и изучением работы CASE средств. При выборе следует учесть, сколько
    времени потребуется на обучение пользователей.
  • Субъективность. Данный фактор также не следует исключать из набора критериев по выбору CASE средств. При выборе могут существовать субъективные
    соображение выбора того или иного CASE средства, не связанные с рациональными критериями выбора.

Источник

У этого термина существуют и другие значения, см. Case (значения).

Пример CASE-инструментария

CASE (англ. computer-aided software engineering) — набор инструментов и методов программной инженерии для проектирования программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов.[1] Также под CASE понимают совокупность методов и средств проектирования информационных систем с использованием CASE-инструментов[2].

Средства автоматизации разработки программ (CASE-средства) — инструменты автоматизации процессов проектирования и разработки программного обеспечения для системного аналитика, разработчика ПО и программиста. Первоначально под CASE-средствами понимались только инструменты для упрощения наиболее трудоёмких процессов анализа и проектирования, но с приходом стандарта ISO/IEC 14102 CASE-средства стали определять, как программные средства для поддержки процессов жизненного цикла ПО[3].

Общая информация[править | править код]

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

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

Структурный подход подразумевает использование определённых общепринятых методологий при моделировании различных информационных систем:

  1. SADT (structured analysis and design technique);
  2. DFD (data flow diagrams);
  3. ERD (entity-relationship diagrams).

Существует три основных типа моделей, используемых при структурном подходе: функциональные, информационные и структурные.

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

Классификация[править | править код]

В функции CASE входят средства анализа, проектирования и программирования программных средств, проектирования интерфейсов, документирования и производства структурированного кода на каком-либо языке программирования.[4]

CASE-инструменты классифицируются по типам и категориям.

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

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

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

Типичными CASE-инструментами являются:

  • инструменты управления конфигурацией;
  • инструменты моделирования данных;
  • инструменты анализа и проектирования;
  • инструменты преобразования моделей;
  • инструменты редактирования программного кода;
  • инструменты рефакторинга кода;
  • генераторы кода;
  • инструменты для построения UML-диаграмм.

Примечания[править | править код]

  1. ↑ Kuhn, D. L. (1989) Selecting and effectively using a computer aided software engineering tool. Annual Westinghouse computer symposium; 6-7 Nov 1989; Pittsburgh, PA (USA); DOE Project.
  2. ↑ P. Loucopoulus, V. Karakostas. System Requirement Engineering.
  3. ↑ Одинцов, 2004, с. 370—371.
  4. ↑ CASE Архивировано 18 февраля 2012 года. в словаре Telecom Glossary 2000

Литература[править | править код]

  • Одинцов И. О. Профессиональное программирование. Системный подход. — 2-е изд.. — СПб.: БХВ-Петербург, 2004. — 624 с. — ISBN 5-94157-457-6.
  • Куликов Г.Г. Набатов А.Н. Речкалов А.В. Автоматизированное проектирование информационно-управляющих систем. Системное моделирование предметной области.. — Уфа: Уфимский государственный авиационный технический университет, 1998. — 104 с. — ISBN 5-89611-190-0.

Ссылки[править | править код]

  • Описание технологии CASE на citforum.ru

Источник

Текст работы размещён без изображений и формул.
Полная версия работы доступна во вкладке “Файлы работы” в формате PDF

Введение

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

CASE средство: определение и характеристика

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

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

CASE-средство состоит прежде всего из:

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

  • графических редакторов – используются при построении диаграмм;

  • генератора – генерирует исходный код для различных платформ;

  • репозитория – база данных, хранящая результаты работы разработчиков.

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

Так, по функциональной направленности CASE-средства можно разделить на:

1) средства анализа и проектирования;

2) средства проектирования баз данных и файлов;

3) средства программирования;

4) средства сопровождения и реинжиниринга;

5) средства окружения;

6) средства управления проектом.

Примеры CASE-средств приведены в таблице 1.

Таблица 1

Примеры CASE-средств, классифицированных по функциональной направленности.

 

Примеры CASE-средств

Средства анализа и проектирования

BPwin, CASE.Аналитик, Silverrun, DESIGNER/2000, Vantage Team Builder

Средства проектирования баз данных и файлов

ERwin, S-Designor, PRO-IV, CASE.Синтез++

Средства программирования

SQL Windows, Power Builder, Delphi

Средства сопровождения и реинжиниринга

PRO-IV, Rational Rose, Object Team

Средства окружения

PVCS, SoDA

Средства управления проектом

MS Project, SE Companion

Следующей можно выделить классификацию по уровням. Различают 3 уровня CASE-средств:

1) Upper CASE;

2) Middle CASE;

3) Low CASE.

Примеры CASE-средств данной классификации рассмотрены в таблице 2.

Таблица 2

Примеры CASE-средств, классифицированных по уровням.

 

Примеры CASE-средств

Upper CASE

MS Project, SE Companion

Middle CASE

CASE.Аналитик, Silverrun, DESIGNER/2000

Low CASE

Power Builder, Delphi, Uniface, JAM

От ассемблера до CASE-средств

Сегодня для разработки программного продукта применяются CASE-средства. Но CASE средства существовали не всегда. CASE-средство – результат упорного и долгого труда программистов. Эволюция средств разработки программного продукта прошла не малый путь:

  • ассемблеры, дампы памяти, анализаторы;

  • компиляторы, интерпретаторы, трассировщики;

  • символические отладчики, пакеты программ;

  • системы анализа и управления исходными текстами;

  • CASE-I(CASE-средства анализа требований, проектирования спецификаций иструктуры, редактирования интерфейсов;

  • CASE-II (CASE-средства генерации исходных текстов и реализации интегрированного окружения поддержки полного жизненного цикла (ЖЦ) разработки ПО).

Остановимся подробнее на CASE-I и CASE-II.

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

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

Примеры CASE-средств, их краткое описание

Рассмотрим наиболее развитые, популярные CASE-средства.

  • Rational Rose

  • Silverrun;

  • Vantage Team Builder;

  • ERwin;

  • BPwin;

  • S-Designor;

  • CASE.Аналитик.

Rational Rose

Rational Rose является самым известным CASE-средством.CASE-средство Rational Rose – продукт Американской фирмы Rational Software Corporation, который автоматизирует этапы проектирования и анализа программного обеспечения. В основе работы данного средства лежит синтез-методология объектно-ориентированного анализа и проектирования.

Silverrun

CASE-средство Silverrun разработано американской фирмой CSA (Сomputer Systems Advisers, Inc.). Silverrun ориентирован на спиральную(циклическую) модель жизненного цикла программного продукта. Предназначено для проектирования и анализа ИС бизнес-класса. Структура Silverrun модульная, где каждый модуль является самостоятельным продуктом , что позволяет использовать модули отдельно друг от друга. Данное CASE-средство состоит из 4 модулей:

  • BPM – Business Process Modeler – модуль построения моделей бизнес-процессов в форме диаграмм потоков данных;

  • ERX – Entity-Relationship eXpert – модуль концептуального моделирования данных;

  • RDM – Relational Data Modeler – модуль реляционного моделирования;

  • WRM – Workgroup Repository Manager – менеджер репозитория рабочей группы.

Достоинство данного CASE-средства в его высокой гибкости, в большом разнообразии изобразительных средств при построении моделей.

Главным недостатком данного CASE-средства является отсутствие жесткого взаимоконтроля компонентов различных моделей между собой.

Silverrun функционирует на платформах MS Windows, Macintosh и OS/2 Presentation Manager. При взаимодействии с другими средствами возможно 3 способа выдачи данных работы во внешние файлы:

  • Система отчетов. Выдает отчет в форме текстового файла, определив содержимое по репозиторию. Полученный файл можно использововать в дальнейшем: добавить в другой отчет, добавить в текстовый редактор;

  • Система экспорта/импорта. Имеется возможность не просто форматирования , но и добавления в репозиторий, что позволяет обмениваться информацией с другими CASE средствами, электронными таблицами, текстовыми редакторами,СУБД. Также доступно определение не только содержимое экспортного файла, но и его оформление, т.е. определение маркера начала/конца полей и т.п.;

  • Хранение репозитория во внешних файлах через ODBC-драйверы. Имеется возможность хранить все проектные данные в формате СУБД.

Vantage Team Builder

Vantage Team Builder ориентирован на каскадную модель жизненного цикла программного продукта, а также на его поддержку.

У Vantage Team Builder существует несколько различных конфигураций. Конфигурация зависит от используемой СУБД (Informix, Sybase, ORACLE, Ingres), а также от средств разработки приложений (Uniface).

Проектирование ИС с помощью Vantage Team Builder состоит из последовательности 4 стадий (фаз) :

  • анализ;

  • архитектура;

  • проектирование;

  • реализация.

При таком проектировании результат каждой стадии передается частично или полностью в новую стадию. После переноса результата в новую фазу, связь с предыдущей фазой заканчивается.

У Vantage Team Builder имеется возможность многопользовательского доступа к репозиторию проекта.

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

Имеются реализации Vantage Team Builder основных UNIX-платформ (Solaris, SCO UNIX, AIX, HP-UX) и VMS. Имеется возможность интеграции Vantage Team Builder с другими средствами, т.к. структура репозитория и интерфейса открытые.

ERwin, BPwin, S-Designor, CASE.Аналитик

CASE-средства ERwin, BPwin, S-Designor, CASE.Аналитик являются локальными .

ERwin – CASE-средство, которое в качестве методологии использует IDEF1X. Также имеется возможность использовать методологию IE.

IDEF1X была разработана прежде всего для использования в армии США. Широко используется в государственных учреждениях США, в корпорациях финансовых и промышленных направленностей. Методологию IE (Information Engineering) разработали Мартин и Финкельштейн. Она используется большей частью в промышленности.

Выпуск ERwin осуществляется в нескольких конфигурациях, они ориентированны на распространенные средства разработки приложений 4GL.

BPwin – CASE-средство , реализующее в качестве методологии IDEF0. Данный продукт разработан компанией Itd. Logic Works. Довольно развитое средство: позволяет анализировать, документировать и улучшать бизнес процессы. В данном CASE-средстве поддерживается функциональное моделирование, что дает возможность проводить систематизированный анализ. В BPwin можно создавать как отдельные, так и смешанные модели.

S-Designor – CASE-средство фирмы Powersoft, реализующее стандартную методологию. Является средством проектирования реляционных баз данных . По функциональным возможностям близок к CASE-средству ERwin.

CASE.Аналитик – отечественное CASE-средство. На данный момент наиболее конкурентоспособно на российском рынке. База данных является открытой, реализована в СУБД Paradox. Имеется возможность создания отчетов разной направленности по проекту. Данное CASE-средство генерирует макеты документов по требованиям ГОСТ.

Заключение

В работе было рассмотрено такое понятие как CASE-средство. Были приведены примеры по классификациям. Также в работе мной рассматривались эволюция средств разработки программных продуктов и приведены описания наиболее известных CASE-средств.

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

Библиографический список

  1. Абрамова, О.Ф. CASE-технологии: изучать или исключить? / Абрамова О.Ф. // Alma mater (Вестник высшей школы). – 2012. – № 9. – C. 109-110.

  2. Матрохин, А.Е. Проблемы процесса разработки программных систем [Электронный ресурс] / Матрохин А.Е., Абрамова О.Ф. // Студенческий научный форум 2014 : докл. VI междунар. студ. электрон. науч. конф., 15 февр. – 31 марта 2014 г. Направл.: Технические науки / РАЕ. – М., 2014. – C. 1-6. – Режим доступа : https://www.scienceforum.ru/2014/pdf/3414.pdf

  3. Горбань, В.Д. Сравнительный обзор программных средств моделирования информационных систем [Электронный ресурс] / Горбань В.Д., Абрамова О.Ф. // Студенческий научный форум 2014 : докл. VI междунар. студ. электрон. науч. конф., 15 февр. – 31 марта 2014 г. Направл.: Технические науки / РАЕ. – М., 2014. – C. 1-4. – Режим доступа : https://www.scienceforum.ru/2014/pdf/6574.pdf.

  4. Венгров А.М. CASE-совеременные методы и средства проектирования информационных систем. – М.: Финансы и статистика, 1998.

  5. Горин С.В., Тандоев А.Ю. Применение CASE-средства ERwin 2.1 для информационного моделирования в системах обработки данных. СУБД, N 3, 1995.

  6. Калянов Г.Н. Консалтинг при автоматизации предприятий: подходы, методы, средства, ГЛАВА 15КЛАССИФИКАЦИЯ CASE – СРЕДСТВ

  7. Кодд Е.Ф. Реляционная модель данных для больших совместно используемых банков данных. СУБД № 1, 1995.

  8. Chen P.P. The Entity-Relationship Model: Toward a Unified View of Data. ACM Transactions on Database Systems, vol.1., № 1, 1976.

Источник