Case-технологии в производстве

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

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

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

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

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

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

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

     высокий уровень технологической поддержки  процессов разработки и сопровождения  ПО;

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

     1.2 CASE-средства. Общая характеристика и классификация

Современные CASE-средства охватывают обширную область поддержки  многочисленных технологий проектирования ИС: от простых средств анализа и документирования до полномасштабных средств автоматизации, покрывающих весь жизненный цикл ПО.         Наиболее трудоемкими этапами разработки ИС являются этапы анализа и проектирования, в процессе которых CASE-средства обеспечивают качество принимаемых технических решений и подготовку проектной документации. При этом большую роль играют методы визуального представления информации. Это предполагает построение структурных или иных диаграмм в реальном масштабе времени, использование многообразной цветовой палитры, сквозную проверку синтаксических правил. Графические средства моделирования предметной области позволяют разработчикам в наглядном виде изучать существующую ИС, перестраивать ее в соответствии с поставленными целями и имеющимися ограничениями.      В разряд CASE-средств попадают как относительно дешевые системы для персональных компьютеров с весьма ограниченными возможностями, так и дорогостоящие системы для неоднородных вычислительных платформ и операционных сред. Так, современный рынок программных средств насчитывает около 300 различных CASE-средств, наиболее мощные из которых так или иначе используются практически всеми ведущими западными фирмами.            Обычно к CASE-средствам относят любое программное средство, автоматизирующее ту или иную совокупность процессов жизненного цикла ПО и обладающее следующими основными характерными особенностями:   -мощные графические средства для описания и документирования ИС, обеспечивающие удобный интерфейс с разработчиком и развивающие его творческие возможности;          -интеграция отдельных компонент CASE-средств, обеспечивающая управляемость процессом разработки ИС;       -использование специальным образом организованного хранилища проектных метаданных (репозитория).        Интегрированное CASE-средство (или комплекс средств, поддерживающих полный ЖЦ ПО) содержит следующие компоненты;    -репозиторий, являющийся основой CASE-средства. Он должен обеспечивать хранение версий проекта и его отдельных компонентов, синхронизацию поступления информации от различных разработчиков при групповой разработке, контроль метаданных на полноту и непротиворечивость;   -графические средства анализа и проектирования, обеспечивающие создание и редактирование иерархически связанных диаграмм (DFD, ERD и др.), образующих модели ИС;         -средства разработки приложений, включая языки 4GL и генераторы кодов;

     -средства конфигурационного управления;      -средства документирования;         -средства тестирования;         -средства управления проектом;        -средства реинжиниринга.         Все современные CASE-средства могут быть классифицированы в основном по типам и категориям. Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные процессы ЖЦ. Классификация по категориям определяет степень интегрированности по выполняемым функциям и включает отдельные локальные средства, решающие небольшие автономные задачи (tools), набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла ИС (toolkit) и полностью интегрированные средства, поддерживающие весь ЖЦ ИС и связанные общим репозиторием. Помимо этого, CASE-средства можно классифицировать по следующим признакам:        -применяемым методологиям и моделям систем и БД;    -степени интегрированности с СУБД;       -доступным платформам.         Классификация по типам в основном совпадает с компонентным составом CASE-средств и включает следующие основные типы:     -средства анализа (Upper CASE), предназначенные для построения и анализа моделей предметной области (Design/IDEF (Meta Software), BPwin (Logic Works));            -средства анализа и проектирования (Middle CASE), поддерживающие наиболее распространенные методологии проектирования и использующиеся для создания проектных спецификаций (Vantage Team Builder (Cayenne), Designer/2000 (ORACLE), Silverrun (CSA), PRO-IV (McDonnell Douglas), CASE.Аналитик (МакроПроджект)). Выходом таких средств являются спецификации компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур данных;          -средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД. К ним относятся ERwin (Logic Works), S-Designor (SDP) и DataBase Designer (ORACLE). Средства проектирования баз данных имеются также в составе CASE-средств Vantage Team Builder, Designer/2000, Silverrun и PRO-IV;         -средства разработки приложений. К ним относятся средства 4GL (Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE), New Era (Informix), SQL Windows (Gupta), Delphi (Borland) и др.) и генераторы кодов, входящие в состав Vantage Team Builder, PRO-IV и частично - в Silverrun;           -средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. Средства анализа схем БД и формирования ERD входят в состав Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin и S-Designor. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программ на языке С++ (Rational Rose (Rational Software), Object Team (Cayenne)).         Вспомогательные типы включают:        -средства планирования и управления проектом (SE Companion, Microsoft Project и др.);           -средства конфигурационного управления (PVCS (Intersolv));  -средства тестирования (Quality Works (Segue Software));    -средства документирования (SoDA (Rational Software)).  
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

2. Характеристики CASE-средств 

      2.1 Silverrun+JAM 

     2.1.1 Silverrun

     CASE-средство Silverrun американской фирмы Сomputer Systems Advisers, Inc. (CSA) используется для анализа и проектирования ИС бизнес-класса  и ориентировано в большей степени на спиральную модель ЖЦ. Оно применимо для поддержки любой методологии, основанной на раздельном построении функциональной и информационной моделей (диаграмм потоков данных и диаграмм "сущность-связь").

     Настройка на конкретную методологию обеспечивается выбором требуемой графической  нотации моделей и набора правил проверки проектных спецификаций. В  системе имеются готовые настройки  для наиболее распространенных методологий: DATARUN (основная методология, поддерживаемая Silverrun), Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, Information Engineering. Для каждого понятия, введенного в проекте имеется возможность  добавления собственных описателей. Архитектура Silverrun позволяет наращивать среду разработки по мере необходимости.

     Структура и функции

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

     Модуль  построения моделей бизнес-процессов  в форме диаграмм потоков данных (BPM - Business Process Modeler) позволяет моделировать функционирование обследуемой организации  или создаваемой ИС. В модуле BPM обеспечена возможность работы с  моделями большой сложности: автоматическая перенумерация, работа с деревом  процессов (включая визуальное перетаскивание ветвей), отсоединение и присоединение  частей модели для коллективной разработки. Диаграммы могут изображаться в  нескольких предопределенных нотациях, включая Yourdon/DeMarco и Gane/Sarson. Имеется также  возможность создавать собственные  нотации, в том числе добавлять  в число изображаемых на схеме  дескрипторов определенные пользователем  поля.

     Модуль  концептуального моделирования  данных (ERX - Entity-Relationship eXpert) обеспечивает построение моделей данных "сущность-связь", не привязанных к конкретной реализации. Этот модуль имеет встроенную экспертную систему, позволяющую создать корректную нормализованную модель данных посредством  ответов на содержательные вопросы  о взаимосвязи данных. Возможно автоматическое построение модели данных из описаний структур данных. Анализ функциональных зависимостей атрибутов дает возможность  проверить соответствие модели требованиям  третьей нормальной формы и обеспечить их выполнение. Проверенная модель передается в модуль RDM.

     Модуль  реляционного моделирования (RDM - Relational Data Modeler) позволяет создавать детализированные модели "сущность-связь", предназначенные  для реализации в реляционной  базе данных. В этом модуле документируются  все конструкции, связанные с  построением базы данных: индексы, триггеры, хранимые процедуры и т.д. Гибкая изменяемая нотация и расширяемость  репозитория позволяют работать по любой методологии. Возможность  создавать подсхемы соответствует  подходу ANSI SPARC к представлению схемы  базы данных. На языке подсхем моделируются как узлы распределенной обработки, так и пользовательские представления. Этот модуль обеспечивает проектирование и полное документирование реляционных  баз данных.

     Менеджер  репозитория рабочей группы (WRM - Workgroup Repository Manager) применяется как  словарь данных для хранения общей  для всех моделей информации, а  также обеспечивает интеграцию модулей Silverrun в единую среду проектирования.

     Платой  за высокую гибкость и разнообразие изобразительных средств построения моделей является такой недостаток Silverrun, как отсутствие жесткого взаимного  контроля между компонентами различных  моделей (например, возможности автоматического  распространения изменений между DFD различных уровней декомпозиции). Следует, однако, отметить, что этот недостаток может иметь существенное значение только в случае использования  каскадной модели ЖЦ ПО.

     Взаимодействие  с другими средствами

     Для автоматической генерации схем баз  данных у Silverrun существуют мосты к  наиболее распространенным СУБД: Oracle, Informix, DB2, Ingres, Progress, SQL Server, SQLBase, Sybase. Для  передачи данных в средства разработки приложений имеются мосты к языкам 4GL: JAM, PowerBuilder, SQL Windows, Uniface, NewEra, Delphi. Все  мосты позволяют загрузить в Silverrun RDM информацию из каталогов соответствующих  СУБД или языков 4GL. Это позволяет  документировать, перепроектировать  или переносить на новые платформы  уже находящиеся в эксплуатации базы данных и прикладные системы. При  использовании моста Silverrun расширяет  свой внутренний репозиторий специфичными для целевой системы атрибутами. После определения значений этих атрибутов генератор приложений переносит их во внутренний каталог  среды разработки или использует при генерации кода на языке SQL. Таким  образом можно полностью определить ядро базы данных с использованием всех возможностей конкретной СУБД: триггеров, хранимых процедур, ограничений ссылочной  целостности. При создании приложения на языке 4GL данные, перенесенные из репозитория Silverrun, используются либо для автоматической генерации интерфейсных объектов, либо для быстрого их создания вручную.

     Для обмена данными с другими средствами автоматизации проектирования, создания специализированных процедур анализа  и проверки проектных спецификаций, составления специализированных отчетов  в соответствии с различными стандартами в системе Silverrun имеется три способа выдачи проектной информации во внешние файлы:

     Система отчетов. Можно, определив содержимое отчета по репозиторию, выдать отчет  в текстовый файл. Этот файл можно  затем загрузить в текстовый  редактор или включить в другой отчет;

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

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

     Групповая работа

     Групповая работа поддерживается в системе Silverrun двумя способами:

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

     Сетевая версия Silverrun позволяет осуществлять одновременную групповую работу с моделями, хранящимися в сетевом  репозитории на базе СУБД Oracle, Sybase или Informix. При этом несколько разработчиков  могут работать с одной и той  же моделью, так как блокировка объектов происходит на уровне отдельных элементов  модели.

     Среда функционирования

     Имеются реализации Silverrun трех платформ - MS Windows, Macintosh и OS/2 Presentation Manager - с возможностью обмена проектными данными между  ними.

     Для функционирования в среде Windows необходимо иметь компьютер с процессором  модели не ниже i486 и оперативную  память объемом не менее 8 Мб (рекомендуется 16 Мб). На диске полная инсталляция Silverrun занимает 20 Мб.