Преимущества и классификация CASE-технологий

↑

▷ Содержание

⇐ ПредыдущаяСтр 16 из 16

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

С самого начала CASE-технологии развивались с целью преодоления ограничений при использовании структурных методологий проектирования 1960-1970-х годов (сложности понимания особенностей предметных областей для последующего проектирования, большой трудоемкости и стоимости разработки проектных решений, трудностей внесения изменений в проектные спецификации и т.д.) за счет их автоматизации и интеграции поддерживающих средств. Таким образом, CASE-технологии только развивают структурные методологии и делают более эффективными их применение за счет автоматизации.

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

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

К настоящему моменту CASE-технология оформилась в самостоятельное наукоемкое направление, повлекшее за собой образование мощной CASE-индустрии, объединившей сотни фирм и компаний различной специализации. Среди них выделяются: компании — разработчики средств анализа и проектирования ИС и ИТ с широкой сетью дистрибьюторских и дилерских фирм; фирмы разработчики специальных средств с ориентацией на узкие предметные области или на отдельные этапы жизненного цикла ИС; обучающие фирмы, которые организуют семинары и курсы подготовки специалистов; консалтинговые фирмы, оказывающие практическую помощь при использовании CASE-пакетов для разработки конкретных ИС; фирмы, специализирующиеся на выпуске периодических журналов и бюллетеней по CASE-технологиям. Практически ни один серьезный зарубежный проект ИС и ИТ не осуществляется в настоящее время без использования CASE-средств.

Современные CASE-системы классифицируются по следующим признакам:

• по поддерживаемым методологиям проектирования, функционально (структурно)-ориентированные, объектно-ориентированные и комплексно-ориентированные (набор методологий проектирования);
• по поддерживаемым графическим нотациям построения диаграмм: с фиксированной (одной) нотацией, с отдельными нотациями и набором наиболее распространенных нотаций;
• по степени интегрированности: tools (отдельные локальные средства, поддерживающие отдельный этап разработки ИС), toolkit (набор неинтегрированных средств, охватывающих большинство этапов разработки ИС) и workbench (полностью интегрированные средства, связанные общей базой проектных данных — "репозиторием");
• по типу и архитектуре вычислительной техники: ориентированные на ПЭВМ, на локальную вычислительную сеть (ЛВС), на глобальную вычислительную сеть (позволяющую организовать работу территориально разделенных аналитиков и проектировщиков, а также сопровождать уже сданную в эксплуатацию ИС, функционирующую, например, в другом регионе или стране) и смешанного типа;
• по режиму коллективной разработки проекта: не поддерживающие коллективную разработку, ориентированные на режим реального времени разработки проекта, ориентированные на режим объединения подпроектов;
• по типу операционной системы (ОС): работающие под управлением WINDOWS 3.11 и выше; работающие под управлением UNIX и работающие под управлением различных ОС (WINDOWS, UNIX, OS/2 и др.).

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

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

• Наличие базы проектных данных, архива или словаря. СУБД и словари данных обеспечивают высокую степень интеграции данных и предоставляют широкие возможности для централизованного сбора, хранения и распределения проектной информации между различными этапами проекта, выполняемыми операциями и участниками (зачастую удаленными) процесса проектирования.
• Интерфейсы с другими CASE-системами. В процессе проектирования ЭИС могут использоваться различные методологии, поэтому важно, чтобы используемые CASE-системы предоставляли возможности для эффективного использования нескольких методов. При этом должна быть обеспечена терминологическая совместимость различных методологий.
• Возможности экспорта/импорта. Спецификации, полученные на этапах анализа, проектирования и кодирования для одной ЭИС, могут быть использованы для проектирования другой системы. Повторное проектирование и кодирование могут быть обеспечены при помощи средств экспорта/импорта спецификаций в различные CASE-системы.
• Многопользовательский режим. Развитые CASE-системы должны обладать возможностями разделения полномочий персонала разработчиков и объединения отдельных работ в общий проект.
• Открытая архитектура. Открытая к доступу проектировщиков информация об используемых форматах файлов и интерфейсах должна позволять безболезненно переходить от одной CASE-системы к другой.
• Наличие графических средств поддержки методологий проектирования. Большинство CASE-систем базируется на графическом отображении методологий. Графические элементы структурных диаграмм и объекты словаря должны позволять декомпозировать различные компоненты проекта и детализировать изображения с той степенью, с какой это необходимо для понимания проектных решений.
• Обеспечение качества проектной документации. Это требование относится к возможностям CASE-системы анализировать и проверять описания и документацию на полноту и непротиворечивость, а также на соответствие принятым в данной методологии стандартам и правилам. В результате анализа должна формироваться информация, указывающая на имеющиеся противоречия или неполноту проектной документации, находящейся в архиве или словаре.
• Автоматическая генерация отчетов о проектных решениях. Решения (спецификации), созданные в процессе проектирования, служат источником документирования системы. Часто возникает потребность получения твердой копии спецификаций в текстовой или графической форме.
• Генерация кодов программ. CASE-системы с жесткой ориентацией на конкретные СУБД должны обеспечивать возможность генерации программ в среде этих СУБД.
• Планирование и управление проектом. Использование CASE-систем не исключает потребности в эффективном управлении проектом. Многие развитые CASE-системы имеют в своем составе средства планирования и управления проектом. Спецификации, которые используются этими средствами, представляют собой опорные точки управления, позволяющие определять сроки разработки.

Познавательные статьи:



Как правильно слушать собеседника

Типичные ошибки при выполнении бросков в баскетболе

Принятие христианства на Руси и его значение

Средства массовой информации США