Реферат: Характеристики CASE-средств - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

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

Банк рефератов / Программирование

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Архив Zip, 87 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

Характеристики CASE-средств Silverrun+JAM Silverrun CASE- средство Silverrun американской фирмы С omputer Systems Advisers, Inc. (CSA) используется для анализа и проектиров ания ИС бизнес-класса [22] и ориентировано в большей степени на спиральную модель ЖЦ . О но применимо для поддержки любой методологии , основанной на разд ельном построении функциональной и информационной моделей (диаграмм потоков данных и диаграмм "сущность-связь "). Настройка на конкретную методологию обесп ечивается выбором требуемой графической нотации моделей и набора правил проверки проектн ых спецификац ий . В системе имеются гот овые настройки для наиболее распространенных методологий : 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 Мб . JAM Средство разработк и приложени й JAM [28] (JYACC's Application Manager) - продукт фирмы JYACC (СШ А ). В настоящее время поставляется версия JAM 7 и готовится к выходу JAM 8. Основной чертой JAM является его соответстви е методологии RAD, поскольку он позволяет достат очно быстро реализова ть цикл разработки приложения , заключающийся в формировании оче редной версии прототипа приложения с учетом требований , выявленных на предыдущем шаге , и предъявить его пользователю . Структура и функции JAM имеет модульную структуру и состоит из следующих компонент : · Ядро системы ; · JAM/DBi - специализированные модули интерфейса к СУБД (JAM/DBi-Oracle, JAM/DBi-Informix, JAM/DBi-ODBC и т.д .); · JAM/RW - модуль генератора отчетов ; · JAM/CASEi - специализированные модули интерфейса к CASE-средствам (JAM/CASE-TeamWork, JAM/CASE-Innovator и т.д .); · JAM/TPi - специализированные модули интерфейса к менеджерам транзакций (на пример , JAM/TPi-Server TUXEDO и т.д .); · Jterm - специализированный эмулятор X-терминала . Ядро системы (с обственно , сам JAM) явл яется законченным прод уктом и может самостоятельно использоваться д ля разработки приложений . Все остальные модул и являются дополнительными и самостоятельно и спользоваться не могут . Ядро системы включает в себя следующи е основные компоненты : · редактор эк ранов . В состав р едактора экранов входят : среда разработки экр анов , визуальный репозиторий объектов , собственная СУБД JAM - JDB, менеджер транзакций , отладчик , редакт ор стилей ; · редактор меню ; · набор вспомогательных утилит ; · средства изготовления про мышленной версии приложения . При использовании JAM разработка внешнего интерфейса приложения п редставляет собой визуальное проектирование и сводится к созданию экранных форм путем размещения на них интерфейсных конструкций и определению экранных полей вво да /вывода информации . Проектирование интерфейса в JAM осуществляется с помощью редактора экранов . Приложения , разработанные в JAM, имеют многооконны й интерфейс . Разработка отдельного экрана зак лючается в размещении на нем интерфейсных элементов , возможной (но не обязат ельной ) их группировке и конкретизации различ ных их свойств , включающих визуальные характе ристики (позиция , размер , цвет , шрифт и т.п .), поведенческие характеристики (многообразные фил ьтры , форматы , защита от ввода и т.п .) и ряд свойств , орие н тированных на работу с БД . Редактор меню позв оляет разрабатывать и отлаживать системы меню . Реализована возможность построения пиктографиче ских меню (так называемые toolbar). Назначение каждог о конкретного меню тому или иному объекту приложения осуществля ется в редакторе экранов . В ядро JAM встроена однопользовательская рел яционная СУБД JDB. Основным назначением JDB является прототипирование приложений в тех случаях , когда работа со штатной СУБД невозможна и ли нецелесообразна . В JDB реализован необходимый минимум возможностей реляционных СУБД за исключением индексов , хранимых процедур , тр иггеров и представлений (view). С помощью JDB можно построить БД , идентичную целевой БД (с т очностью до отсутствующих в JDB возможностей ) и разработать значительную часть прило жения . Отладчик позволяет проводить комплексную отладку разрабатываемого приложения . Осуществляется трассировка всех соб ытий , возникающих в процессе исполнения прило жения . Утилиты JAM включают три группы : · конверторы файлов экранов JAM в тексто вые . JAM сохраняет экраны в виде двоичных файлов собственного формата . В ряде случаев (например для изготовления программной докум ентации проекта ) необходимо текстовое описание экранов ; · конфигурирование устройс тв ввода /вывода . JAM и приложения , построенные с его помощью , не работают непосред ственно с устройствами ввода /вывода . Вместо этого JAM обращается к логическим устройствам ввода /вывода (клавиатура , терминал , отчет ). От ображение логических устройств в физические о существляется с помощью средств конфиг у рирования ; · обслуживание библиотек экранов (традиционные операции с библиотекам и ). Одним из допол нительных модулей JAM является генератор отчетов . Компоновка отчета осуществляется в редакторе экранов JAM. Описание работы отчета осуществляе тся с помощью специального языка . Генера тор отчетов позволяет определить данные , выво димые в отчет , группировку выводимой информац ии , форматирование вывода и др . Приложения , разработанные с использованием JAM, не требуют так называемых исполнительных (run-time) систем и могут быть изготовлены в виде исполняемых модулей . Для этого разрабо тчик должен иметь компилятор C и редактор связей . Для изготовления промышленной версии в состав JAM входит файл сборки (makefile), исходные тексты (на языке C) ряда модулей приложения и необходимые библиотеки . JAM содержит встроенный язык программирования JPL (JAM Procedural Language), с помощью которого в случае необ ходимости можно написать модули , реализующие специфические действия . Данный язык является интерпретируемым , что упрощает о тладку . Су ществует возможность обмена информацией между средой визуально построенного приложения и такими модулями . Кроме того , в JAM реализована возможность подключения внешних модулей , нап исанных на каком-либо языке , совместимым по вызовам функций с язы к ом C. С точки зрения реализации логики прил ожения JAM является событийно-ориентированной системой . В JAM определен набор событий , включающий откр ытие и закрытие окон , нажатие клавиши клав иатуры , срабатывание системного таймера , получение и передача управл ения каждым элемент ом экрана . Разработчик реализует логику прило жения путем определения обработчика каждого с обытия . Например , обработчик события "нажатие к нопки на экране " (мышью или с помощью к лавиатуры ) может открыть следующее экранное о кно . Обработчик а ми событий в JAM могу т быть как встроенные функции JAM, так и функции , написанные разработчиком на C или JPL. Наб ор встроенных функций включает в себя бол ее 200 функций различного назначения . Встроенные функции доступны для вызовов из функций , написанных к ак на JPL, так и на C. Промышленная версия приложения , разработанног о с помощью JAM, включает в себя следующие компоненты : · исполняемый модуль интерпретатора прило жения . В этот модуль могут быть встроены функции , написанные разработчиками на языках 3-го поколения ; · экраны , составляющие само приложение (могут поставляться в виде отдельных файлов , в составе библиотек экран ов или же быть встроены в тело интерп ретатора ); · внешние JPL-модули . Могу т поставляться в виде текстовых файлов ил и в прекомпилирова нном виде , причем пр екомпилированные внешние JPL-модули могут быть к ак в виде отдельных файлов , так и в составе библиотек экранов ; · файлы конфигурации п риложения - файлы конфигурации клавиатуры и те рминала , файл системных сообщений , файл общей конфигурац ии . Взаимодействие с другими средствами Непосредственное взаимодействие с СУБД ре ализуют модули JAM/DBi (Data Base interface). Способы реализации взаимод ействия в JAM разделяются на два класса : ручн ые и автоматические . При ручном способе ра зработчик прил ожения самостоятельно пишет запросы на SQL, в которых как источниками , так и адресатами приема результатов выполнени я запроса могут быть как интерфейсные эле менты визуально спроектированного внешнего уровн я , так и внутренние , невидимые для конечно го польз о вателя переменные . Автоматич еский режим , реализуемый менеджером транзакций JAM, осуществим для типовых и наиболее распрос траненных видов операций с БД , так называе мых QBE (Query By Example - запросы по образцу ), с учетом до статочно сложных взаимосвязей ме ж ду таблицами БД и автоматическим управлением атрибутами экранных полей ввода /вывода в зависимости от вида транзакции (чтение , запи сь и т.д .), в которой участвует сгенерирован ный запрос . JAM позволяет строить приложения для рабо ты более чем с 20 СУБД : ORAC LE, Informix, Sybase, Ingres, InterBase, NetWare SQL Server, Rdb, DB2, ODBC-совместимые СУБД и др . Отличительной чертой JAM является высокий ур овень переносимости приложений между различными платформами (MS DOS/MS Windows, SunOS, Solaris (i80x86, SPARC), HP-UX, AIX, VMS/Open VMS и др .). Мож ет потребоваться лишь "перерисовать " статические текстовые поля на экранах с русским те кстом при переносе между средами DOS-Windows-UNIX. Кроме того , переносимость облегчается тем , что в JAM приложения разрабатываются д л я виртуальных устройств ввода /вывода , а не д ля физических . Таким образом при переносе приложения с платформы на платформу , как п равило , требуется лишь определить соответствие между физическими устройствами ввода /вывода и их логическими представлениями для приложения . Использование SQL в качестве средства взаимо действия с СУБД также создает предпосылки для обеспечения переносимости между СУБД . П ри условии переноса структуры самой БД в ряде случаев приложения могут не требова ть никакой модификации , за исключ ением инициализации сеанса работы . Такая ситуация может сложиться в том случае , если в приложении не использовались специфические для той или иной СУБД расширения SQL. При росте нагрузки на систему и с ложности решаемых задач (распределенность и г етерогенн ость используемых ресурсов , количест во одновременно подключенных пользователей , сложн ость логики приложения ) применяется трехзвенная модель архитектуры "клиент-сервер " с использован ием менеджеров транзакций . Компоненты JAM/TPi-Client и JAM/TPi-Server позв о ляют достаточно просто перей ти на трехзвенную модель . При этом ключеву ю роль играет модуль JAM/TPi-Server, так как основная трудность внедрения трехзвенной модели заклю чается в реализации логики приложения в с ервисах менеджеров транзакций . Интерфейс JAM/C ASE подобен интерфейсу к СУБД и позволяет осу ществить обмен информацией между репозиторием объектов JAM и репозиторием CASE-средства аналогично тому , как структура БД импортируется в репозиторий JAM непосредственно из БД . Отличие заключается в том , что в с лучае интерфейса к CASE этот обмен является двунаправл енным . Кроме модулей JAM/CASEi, существует также модул ь JAM/CASEi Developer's Kit. С помощью этого модуля можно сам остоятельно разработать интерфейс (т.е . специализир ованный модуль JAM/CASEi) для конкр е тного CASE-средства , если готового модуля JAM/CASEi для него не существует . Мост (интерфейс ) Silverrun-RDM <-> JAM реализует взаимодействи е между CASE-средством Silverrun и JAM (перенос схемы ба зы данных и экранных форм приложения межд у CASE-средством Sil verrun-RDM и JAM версии 7.0). Данный пр ограммный продукт имеет 2 режима работы : · прямой режим (Silverrun-RDM->JAM) предназначен для создания объектов CASE-словаря и элементов репоз итория JAM на основе представления схем в Silverrun-RDM. В этом режиме мос т позволяет , исхо дя из представления моделей данных интерфейса в Silverrun-RDM, производить генерацию экранов и эл ементов репозитория JAM. Мост преобразует таблицы и отношения реляционных схем RDM в последоват ельность объектов JAM соответствующих типов . М е тодика построения моделей данных интерфейса в Silverrun-RDM предполагает применение механ изма подсхем для прототипирования экранов при ложения . По описанию каждой из подсхем RDM мо ст генерирует экранную форму JAM; · обратный режим (JAM->Silverrun-RDM) пред назначен для переноса модификаций объ ектов CASE-словаря в реляционную модель Silverrun-RDM. Режим реинжиниринг а позволяет переносить модификации всех свойс тв экранов JAM, импортированных ранее из RDM, в схему Silverrun. На этом этапе для контроля целос тно сти базы данных не допускаются изм енения схемы в виде добавления или удален ия таблиц и полей таблиц . Групповая работа Ядро JAM имеет встроенный интерфейс к ср едствам конфигурационного управления (PVCS на платфор ме Windows и SCCS на платформе UNIX). Под у правление м этих систем передаются библиотеки экранов и /или репозитории . При отсутствии таких систем JAM самостоятельно реализует часть функц ий поддержки групповой разработки . Использование PVCS (см . подраздел 5.6 ) является более предпочтительным по сра внению с SCCS, так как позволяет организоват ь единый архив модулей проекта для всех платформ . Так как JAM на платформе UNIX не име ет прямого интерфейса к архивам PVCS, то выбо рка модулей из архива и возврат их в архив производятся с использованием PVCS Version Ma n ager. На платформе MS-Windows JAM имеет встроенный интерфейс к PVCS и действия по выборке /в озврату производятся непосредственно из среды JAM. Среда функционирования JAM, как среда разработки , и приложения , построенные с его использованием , не являют ся ре сурсоемкими системами . Например , на платформе MS-Windows достаточно иметь 8MB оперативной пам яти и 50 MB дискового пространства для среды разработки . На UNIX-платформах требования к аппар атуре определяются самой операционной системой . Vantage Team Builder (Westmount I-CASE) + Uniface 5.2.1. Vantage Team Builder (Westmount I-CASE) Vantage Team Builder [14] представляет собой интегрированный программный продукт , о риентированный на реализацию каскадной модели ЖЦ ПО и поддержку полного ЖЦ ПО . Структура и функ ции Vantage Team Builder обеспечивает выполнение следующих фун кций : · проектирование диаграмм потоков данных , "сущность-связь ", структур данных , структурных схем программ и последовательностей экранных форм ; · проектирование диаграмм архитектуры системы - SAD (проектирование соста ва и связи вычислительных средств , распределе ния задач системы между вычислительными средс твами , моделирование отношений типа "клиент-сервер ", анализ использования менеджеров транзакций и особенностей функционирования систем в р еальном времени ); · генерация кода прогр амм на языке 4GL целевой СУБД с полным о беспечением программной среды и генерация SQL-ко да для создания таблиц БД , индексов , огран ичений целостности и хранимых процедур ; · программирование на языке C со встроенным SQL; · управление версиями и конфигурацией проекта ; · многопользовательский до ступ к репозиторию проекта ; · генерация проектной документации по стандартным и индивидуальным шаблонам ; · экспорт и импорт данных проекта в формате CDIF (CASE Data Interchan ge Format). Vantage Team Builder поставляется в различных конфигурациях в зависимости от используемых СУБД (ORACLE, Informix, Sybase или Ingres) или средств разработки приложений (Uniface). Конфигурация Vantage Team Builder for Uniface отли чается от остал ьных некоторой степенью ориентации на спиральную модель ЖЦ ПО за счет возможностей быстрого прототипирования , предоставляемых Uniface. Для описания проекта ИС используется достаточно большой набор диаграмм , конкретные варианты которого для наиболее распро с траненных конфигураций приведены ниже в таблице . Тип диаграммы Обозначение Vantage Team Builder for ORACLE Vantage Team Builder for Informix Vantage Team Builder for Uniface Сущность-связь ERD + + + По токов данных DFD + + + Ст руктур данных DSD + + + А рхитектуры системы SAD + + + По токов управления CSD + + + Ти пов данных DTD + + + Ст руктуры меню MSD + По следовательности блоков BSD + По следовательности форм FSD + + Со держимого форм FCD + + Пе реходов состояний STD + + + Ст руктурных схе м SCD + + + При построении всех типов диаграмм обеспечивается контроль соответствия моделей синтаксису используемых м етодов , а также контроль соответствия одноиме нных элементов и их типов для различных типов диаграмм . При построении DFD обеспечивается ко нтро ль соответствия диаграмм различных уровней де композиции . Контроль за правильностью верхнего уровня DFD осуществляется с помощью матрицы с писков событий (ELM). Для контроля за декомпозицие й составных потоков данных используется неско лько вариантов их о п исания : в виде диаграмм структур данных (DSD) или в нот ации БНФ (форма Бэкуса-Наура ). Для построения SAD используется расширенная нотация DFD, дающая возможность вводить понятия процессоров , задач и периферийных устройств , ч то обеспечивает наглядность про ектных реш ений . При построении модели данных в виде ERD выполняется ее нормализация и вводится оп ределение физических имен элементов данных и таблиц , которые будут использоваться в пр оцессе генерации физической схемы данных конк ретной СУБД . Обеспечивается возможность опре деления альтернативных ключей сущностей и пол ей , составляющих дополнительные точки входа в таблицу (поля индексов ), и мощности отноше ний между сущностями . Наличие универсальной системы генерации к ода , основанной на специфицированных средс твах доступа к репозиторию проекта , по зволяет поддерживать высокий уровень исполнения проектной дисциплины разработчиками : жесткий порядок формирования моделей ; жесткая структура и содержимое документации ; автоматическая генер ация исходных кодов программ и т.д . - все это обеспечивает повышение качества и надежности разрабатываемых ИС . Для подготовки проектной документации мог ут использоваться издательские системы FrameMaker, Interleaf или Word Perfect. Структура и состав проектной документаци и могут быть н астроены в соответствии с заданными стандартами . Настройка выполняет ся без изменения проектных решений . При разработке достаточно крупной ИС вся система в целом соответствует одному проекту как категории Vantage Team Builder. Проект может быть декомпозиро ван на ряд систем , каждая из которых соответствует некоторой относител ьно автономной подсистеме ИС и разрабатываетс я независимо от других . В дальнейшем систе мы проекта могут быть интегрированы . Процесс проектирования ИС с использование м Vantage Team Build er реализуется в виде 4-х последов ательных фаз (стадий ) - анализа , архитектуры , про ектирования и реализации , при этом законченны е результаты каждой стадии полностью или частично переносятся (импортируются ) в следующую фазу . Все диаграммы , кроме ERD, преоб р азуются в другой тип или изменяют вид в соответствии с особенностями текущей фазы . Так , DFD преобразуются в фазе архитект уры в SAD, DSD - в DTD. После завершения импорта логи ческая связь с предыдущей фазой разрывается , т.е . в диаграммы могут вноситься все необходимые изменения . Взаимодействие с другими средст вами Конфигурация Vantage Team Builder for Uniface обеспечивает совместное использование двух систем в рамках единой технологической среды проектирования , при эт ом схемы БД (SQL-модели ) переносятся в р епозиторий Uniface, и , наоборот , прикладные модели , сф ормированные средствами Uniface, могут быть перенесены в репозиторий Vantage Team Builder. Возможные рассогласования между репозиториями двух систем устраняются с помощью специальной утилиты . Разработ к а экранных форм в среде Uniface выполняетс я на базе диаграмм последовательностей форм (FSD) после импорта SQL-модели . Технология разработк и ИС на базе данной конфигурации показана на рисунке 5.1. Структура репозитория (хранящегося непосредст венно в целево й СУБД ) и интерфейсы Vantage Team Builder являются открытыми , что в принципе поз воляет интеграцию с любыми другими средствами . Среда функционирования Vantage Team Builder функционирует на всех основных UNIX-п латформах (Solaris, SCO UNIX, AIX, HP-UX) и VM S. Vantage Team Builder можно использовать в конфигурации "клиент-сервер ", при этом база проектных данн ых может располагаться на сервере , а рабоч ие места разработчиков могут быть клиентами . Рис . 5.1. Взаимодействие Vantage Team Builder и Uniface Uniface Uniface 6.1 [15] - продукт фир мы Compuware (США ) - представляет собой среду разработк и крупномасштабных приложений в архитектуре "клиент-сервер " и имеет следующую компонентную архитектуру : · Application Objects Repository (репозиторий объектов приложений ) содержит метаданные , автоматически используемые всеми остальными компонентами на протяжении жизненного цикла ИС (п рикладные модел и , описания данных , бизнес-правил , экранных форм , глобальных объектов и шаблонов ). Репозиторий может храниться в любой из баз данны х , поддерживаемых Uniface; · Application Model Manager поддерживает пр икладные модели (E-R модели ), каждая из кото рых представляет собой подмножество общей схе мы БД с точки зрения данного приложения , и включает соответствующий графический редакто р ; · Rapid Application Builder - средство быстр ого создания экранных форм и отчетов на базе объектов прикладной модели . Оно включает графический редактор форм , средства прототипирования , отладки , тестирования и документ ирования . Реализован интерфейс с разнообразными типами оконных элементов управления (Open Widget Interface) для существующих графических интерфейсов - MS W indows (включая VBX), Motif, OS/2. Универсальный интерфейс пре дставления (Universal Presentation Interface) позволяет использовать одну и ту же версию приложения в среде разл ичных графических интерфейсов без изменения п рограммного кода ; · Developer Servic es (службы ра зработчика ) - используются для поддержки крупных проектов и реализуют контроль версий (Uniface Version Control System), права доступа (разграничение полномочий ), глобальные модификации и т.д . Это обеспечивает разработчиков средствами параллел ь но го проектирования , входного и выходного контр оля , поиска , просмотра , поддержки и выдачи отчетов по данным системы контроля версий ; · Deployment Manager (управление распр остранением приложений ) - средства , позволяющие под готовить созданное приложение для распростр анения , устанавливать и сопровождать его (при этом платформа пользователя может отличаться от платформы разработчика ). В их состав входят сетевые драйверы и драйверы СУБД , сервер приложений (полисервер ), средства распрос транения приложений и упр а вления базами данных . Uniface поддерживает интерфейс практичес ки со всеми известными программно-аппаратными платформами , СУБД , CASE-средствами , сетевыми протокола ми и менеджерами транзакций ; · Personal Series (персональные сред ства ) - используются для соз дания сложных запросов и отчетов в графической форме (Personal Query и Personal Access - PQ/PA), а также для переноса данных в такие системы , как WinWord и Excel; · Distributed Computing Manager - средство инте грации с менеджерами транзакций Tuxedo, Encin a, CICS, OSF DCE. Объявленная в конце 1996 г . версия Uniface 7 полностью поддерживает рас пределенную модель вычислений и трехзвенную а рхитектуру "клиент-сервер " (с возможностью изменени я схемы декомпозиции приложений на этапе исполнения ). Приложения , созд аваемые с помо щью Uniface 7, могут исполняться в гетерогенных опера ционных средах , использующих различные сетевые протоколы , одновременно на нескольких разнородн ых платформах (в том числе и в Internet). В состав компонент Uniface 7 входят : · Uniface Appl ication Server - сервер приложений для распределенных систем ; · WebEnabler - серверное ПО д ля эксплуатации приложений в Internet и Intrа net; · Name Server - серверное ПО , о беспечивающее использование распределенных прикладны х ресурсов ; · PolyServer - ср едство д оступа к данным и интеграции различных си стем . В список подде рживаемых СУБД входят DB2, VSAM и IMS; PolyServer обеспечивает т акже взаимодействие с ОС MVS. Среда функционирования Uniface - все основные UNIX - платформы и MS Windows. Designer/2000 + Developer/2000 CASE-средство Designer/2000 2.0 ф ирмы ORACLE [23] является интегрированным CASE-средством , обес печивающим в совокупности со средствами разра ботки приложений Developer/2000 поддержку полного ЖЦ ПО для систем , использующих СУБД ORACLE. Стру ктура и функции Designer/2000 представляет собой семейство методологи й и поддерживающих их программных продуктов . Базовая методология Designer/2000 (CASE*Method) - структурная методоло гия проектирования систем , полностью охватывающая все этапы жизненного цикла ИС [8,9]. В соответствии с этой методологией на этап е планирования определяются цели создания сис темы , приоритеты и ограничения , разрабатывается системная архитектура и план разработки ИС . В процессе анализа строятся модель инфор мационных потребност е й (диаграмма "сущ ность-связь "), диаграмма функциональной иерархии (на основе функциональной декомпозиции ИС ), матри ца перекрестных ссылок и диаграмма потоков данных . На этапе проектирования разрабатывается п одробная архитектура ИС , проектируется схема рел яционной БД и программные модули , у станавливаются перекрестные ссылки между компоне нтами ИС для анализа их взаимного влияния и контроля за изменениями . На этапе реализации создается БД , стро ятся прикладные системы , производится их тест ирование , проверка к ачества и соответстви я требованиям пользователей . Создается системная документация , материалы для обучения и ру ководства пользователей . На этапах эксплуатации и сопровождения анализируются производительность и целостность системы , выполняется поддержка и, при необходимости , модификация ИС ; Designer/2000 обеспечивает графический интерфейс при разработке различных моделей (диаграмм ) предм етной области . В процессе построения моделей информация о них заносится в репозиторий . В состав Designer/2000 входят следу ющие компон енты : · Repository Administrator - средства управления репозиторием (создание и удаление приложений , управление доступом к данным со стороны различных по льзователей , экспорт и импорт данных ); · Repository Object Navigator - средства досту па к репозиторию , обеспечивающие многооконны й объектно-ориентированный интерфейс доступа ко всем элементам репозитория ; · Process Modeller - средство анализа и моделирования деловой деятельности , основы вающееся на концепциях реинжиниринга бизнес-проце ссов (BPR - Business Process Reengineering) и глобальной системы управ ления качеством (TQM - Total Quality Management); · Systems Modeller - набор средств построения функциональных и информационных мод елей проектируемой ИС , включающий средства дл я построения диагр амм "сущность-связь " (Entity-Relationship Diagrammer), диаграмм функциональных иерархий (Function Hierarchy Diagrammer), ди аграмм потоков данных (Data Flow Diagrammer) и средство анализ а и модификации связей объектов репозитория различных типов (Matrix Di a grammer); · Systems Designer - набор средств проектирования ИС , включающий средство построен ия структуры реляционной базы данных (Data Diagrammer), а также средства построения диаграмм , отображающи х взаимодействие с данными , иерархию , структур у и логику п риложений , реализуемую хра нимыми процедурами на языке PL/SQL (Module Data Diagrammer, Module Structure Diagrammer и Module Logic Navigator); · Server Generator - генератор описани й объектов БД ORACLE (таблиц , индексов , ключей , п оследовательностей и т.д .). Помимо продуктов ORACLE, генерация и реинжиниринг БД может выпо лняться для СУБД Informix, DB/2, Microsoft SQL Server, Sybase, а также для стандарта ANSI SQL DDL и баз данных , доступ к котор ым реализуется посредством ODBC; · Forms Generator (генератор при ложений для ORACLE Forms). Генерируемые приложения в ключают в себя различные экранные формы , с редства контроля данных , проверки ограничений целостности и автоматические подсказки . Дальнейша я работа с приложением выполняется в сред е Developer/2000; · Repos itory Reports - генератор стандартных отчетов , интегрированный с ORACLE Reports и позволяющий русифицировать отчеты , а также изменять структурное представление информации . Репозиторий Designer/2000 пр едставляет собой хранилище всех проектных дан ных и може т работать в многопользоват ельском режиме , обеспечивая параллельное обновлен ие информации несколькими разработчиками . В п роцессе проектирования автоматически поддерживаются перекрестные ссылки между объектами словаря и могут генерироваться более 70 станда р тных отчетов о моделируемой предметной области . Физическая среда хранения репозитор ия - база данных ORACLE. Генерация приложений , помимо продуктов ORACLE, выполняется также для Visual Basic. Взаимодействие с другими средст вами Designer/2000 можно интегр ировать с другими средствами , используя открытый интерфейс прилож ений API (Application Programming Interface). Кроме того , можно использовать средство ORACLE CASE Exchange для экспорта /импорта объектов репозитория с целью обмена информацией с другими CASE- средствами . Developer/2000 обеспечивает разработку переносимых пр иложений , работающих в графической среде Windows, Macintosh или Motif. В среде Windows интеграция приложений Developer/2000 с другими средствами реализуется через механизм OLE и управляющие элементы VBX. Взаимодействие приложений с другими СУБД (DB/2, DB2/400, Rdb) реализуется с помощью средств ORACLE Client Adapter для ODBC, ORACLE Open Gateway и API. Среда функционирования Среда функционирования Designer/2000 и Developer/2000 - Windows 3.x, Windows 95, Windows NT. Локальные средств а (ERwin, BPwin, S-Designor, CASE.Аналитик ) ERwin - средство конц ептуального моделирования БД [24], использующее метод ологию IDEF1X (см . подраздел 2.5). ERwin реализует проектировани е схемы БД , генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др .) и реинжиниринг существующей БД . ERwin выпускается в нескольких различных конфигурациях , ориент ированных на наиболее распр о страненны е средства разработки приложений 4GL. Версия ERwin/OPEN п олностью совместима со средствами разработки приложений PowerBuilder и SQLWindows и позволяет экспортировать описание спроектированной БД непосредственно в репозитории данных средств . Для р яда средств разработки прило жений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложений . Сетевая версия Erwin ModelMart обеспечивает согласованно е проектирование БД и приложений в рамках рабочей группы . BPwin - средство функционального моделирован ия , реализующее методологию IDEF0 (см . подраздел 2.2). Возможные конфигурации и ориентировочная стоимость средств (без технической поддержки ) приведены в таблице . Конфигурация Стоимость , $ ERwin/ERX 3,295 Bpwin 2, 495 ERwin/ERX for PowerBuilder, Visual Basic, Progress 3,495 ERwin/ERX for Delphi 4,295 ERwin/Desktop for PowerBuilder, Visual Basic 495 ERwin/ERX for SQLWindows / Designer/2000 / Solaris 3,495 / 5,795 / 6,995 ModelMart 5 / 10 user 11,995 / 19,995 Erwin/OPEN for ModelMart 3,995 S-Designor 4.2 представляет собой CASE-средство для проектирования реляционных баз данных [25]. По своим функциональным воз можностям и стоимости он близок к CASE-средст ву ERwin, отличаясь внешне используемой на диаграм мах но тацией . S-Designor реализует стандартную мет одологию моделирования данных и генерирует оп исание БД для таких СУБД , как ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server и др . Для существующих систем выполняется реинжиниринг БД . S-Designor совме стим с рядом средств ра зработки приложений (PowerBuilder, Uniface, TeamWindows и др .) и позволяе т экспортировать описание БД в репозитории данных средств . Для PowerBuilder выполняется также пр ямая генерация шаблонов приложений . CASE.Аналитик 1.1 [3] являе тся практически е динственным в настоящее время конкурентоспособны м отечественным CASE-средством функционального модел ирования и реализует построение диаграмм пото ков данных в соответствии с методологией , описанной в подразделе 2.3. Его основные функции : · построение и редактирование DFD; · анализ диаграмм и проектных спецификаций на полноту и непрот иворечивость ; · получение разнообразных отчетов по проекту ; · генерация макетов до кументов в соответствии с требованиями ГОСТ 19.ХХХ и 34.ХХХ . Среда функцио нирования : процессор - 386 и выше , основная память - 4 Мб , дисковая память - 5 Мб , MS Windows 3.x или Windows 95. Ориентировочная стоимость : · однопользовательская версия - 605 $; · многопользовательская ве рсия (одно рабочее место ) - 535 $. База данных проекта реализована в формате СУБД Paradox и является открытой для доступа . С помощью отдельного программного продукт а (Catherine) выполняется обмен данными с CASE-средством ERwin. При этом из проекта , выполненного в CASE.Аналитике , экспортируется описан ие структ ур данных и накопителей данных , которое по определенным правилам формирует описание сущ ностей и их атрибутов . Объектно-ориентированн ые CASE-средства (Rational Rose) Rational Rose - CASE-средство ф ирмы Rational Software Corporation (США ) - предназ начено для автом атизации этапов анализа и проектирования ПО , а также для генерации кодов на разли чных языках и выпуска проектной документации [21]. Rational Rose использует синтез-методологию объектно-ориентиро ванного анализа и проектирования , основанную н а подходах трех ведущих специали стов в данной области : Буча , Рамбо и Дж екобсона . Разработанная ими универсальная нотация для моделирования объектов (UML - Unified Modeling Language) претендует на роль стандарта в области объектно-ориент ированного анализа и проектирования . К онкретный вариант Rational Rose определяется языком , на котором генерируются коды программ (C++, Smalltalk, PowerBuilder, Ada, SQLWindows и ObjectPro). Основной вариант - Rational Rose/C++ - позволяет разрабатыват ь проектную документацию в виде ди аграмм и спецификаций , а также генерировать программные коды на С ++. Кроме того , Rational Rose с одержит средства реинжиниринга программ , обеспечи вающие повторное использование программных компо нент в новых проектах . Структура и функции В основе работы Rational Rose лежит построение различного рода диаграмм и спецификаций , определяющих логическую и физическую структуры модели , ее статические и динамические аспек ты . В их число входят диаграммы классов , состояний , сценариев , модулей , процессов [21]. В составе Rational Rose можно выделить 6 основных структурных компонент : репозиторий , графический интерфейс пользователя , средства просмотра проект а (browser), средства контроля проекта , средства сбора статистики и генератор документов . К ним добавляются генератор кодов (индивидуальный для каждого языка ) и анализатор для С ++, обеспечивающий реинжиниринг - восстановление мод ели проекта по исходным текстам программ . Репозиторий представляет собой объектно-ориен тированную базу данных . Средства просмотра об е спечивают "навигацию " по проекту , в то м числе , перемещение по иерархиям классов и подсистем , переключение от одного вида д иаграмм к другому и т . д . Средства конт роля и сбора статистики дают возможность находить и устранять ошибки по мере разви тия проекта, а не после завершения его описания . Генератор отчетов формирует тексты выходных документов на основе содер жащейся в репозитории информации . Средства автоматической генерации кодов п рограмм на языке С ++, используя информацию , содержащуюся в логической и фи зической моделях проекта , формируют файлы заголовков и файлы описаний классов и объектов . Со здаваемый таким образом скелет программы може т быть уточнен путем прямого программирования на языке С ++. Анализатор кодов С ++ реали зован в виде отдельного программ н ого модуля . Его назначение состоит в том , чтобы создавать модули проектов в форме Rational Rose на основе информации , содержащейся в определяемых пользователем исходных текстах на С ++. В процессе работы анализатор осуществля ет контроль правильности исходн ы х текстов и диагностику ошибок . Модель , получе нная в результате его работы , может целико м или фрагментарно использоваться в различных проектах . Анализатор обладает широкими возмо жностями настройки по входу и выходу . Напр имер , можно определить типы исходны х файлов , базовый компилятор , задать , кака я информация должна быть включена в форми руемую модель и какие элементы выходной м одели следует выводить на экран . Таким обр азом , Rational Rose/С ++ обеспечивает возможность повторного использования программных комп о нент . В результате разработки проекта с пом ощью CASE-средства Rational Rose формируются следующие документ ы : · диаграммы классов ; · диаграммы состояний ; · диаграммы сценариев ; · диаграммы модулей ; · диаграммы процессов ; · спецификации классов , объек тов , атрибутов и операций · заготовки текстов пр ограмм ; · модель разрабатываемой программной системы . Последний из п еречисленных документов является текстовым файло м , содержащим всю необходимую информацию о проекте (в том числе необходимую для по лучения всех диаграмм и спецификаций ). Тексты программ являются заготовками для последующей работы программистов . Они формир уются в рабочем каталоге в виде файлов типов .h (заголовки , содержащие описания классов ) и .cpp (заготовки программ для методов ). Систе ма включает в программные файлы собстве нные комментарии , которые начинаются с послед овательности символов //##. Состав информации , включае мой в программные файлы , определяется либо по умолчанию , либо по усмотрению пользовате ля . В дальнейшем эти исходные текс т ы развиваются программистами в полноценны е программы . Взаимодействие с другими средст вами и организация групповой работы Rational Rose интегрируется со средством PVCS для орг анизации групповой работы и управления проект ом и со средством SoDA - для докуме нтирова ния проектов . Интеграция Rational Rose и SoDA обеспечивается средствами SoDA. Для организации групповой работы в Rational Rose возможно разбиение модели на управляемые подмодели . Каждая из них независимо сохраняет ся на диске или загружается в модел ь . В качестве подмодели может выступат ь категория классов или подсистема . Для управляемой подмодели предусмотрены о перации : · загрузка подмодели в память ; · выгрузка подмодели и з памяти ; · сохранение подмодели на диске в виде отдельного файла ; · устан овка защиты от модификации ; · замена подмодели в памяти на новую . Наиболее эффективн о групповая работа организуется при интеграци и Rational Rose со специальными средствами управления к онфигурацией и контроля версий (PVCS). В этом с лучае защита от модифик ации устанавливает ся на все управляемые подмодели , кроме тех , которые выделены конкретному разработчику . В этом случае признак защиты от записи устанавливается для файлов , которые содержат подмодели , поэтому при считывании "чужих " по дмоделей защита их от м одификации сохраняется и случайные воздействия окажутся невозможными . Среда функционирования Rational Rose функционирует на различных платформах : IBM PC (в среде Windows), Sun SPARC stations (UNIX, Solaris, SunOS), Hewlett-Packard (HP UX), IBM RS/6000 (A IX). Для работы системы необходимо выполнение следующих требований : · Платформа Windows - процессор 80386SX или выше (ре комендуется 80486), память 8Mб (рекомендуется 12Mб ), прос транство на диске 8Mб + 1-3Mб для одной мод ели . · Платформа UNIX - память 32+ (16*число пользователей )Mб , пространство на диске 30Mб + 20 при инсталляции + 1-3Mб для одн ой модели . Совместимость по версиям обеспечивается на уровне моделей . Вспомогательные с редства поддержки жизненного цикла ПО 5.6.1. Средства конфигурационного упра вления Цель конфигурацион ного управления (КУ ) - обеспечить управляемость и контролируемость процессов разработки и соп ровождения ПО . Для этого необходима точная и достоверная информация о состоянии ПО и его компонент в каждый момент времен и , а также о всех предполагаемых и выполненных изменениях . Для решения задач КУ применяются мето ды и средства обеспечивающие идентификацию со стояния компонент , учет номенклатуры всех ком понент и модификаций системы в целом , конт роль за вносимыми изменениями в компоненты , структуру системы и ее функции , а также координированное управление развитием функ ций и улучшением характеристик системы . Наиболее распространенным средством КУ яв ляется PVCS фирмы Intersolv (США ), включающее ряд самостоя тельных продуктов : PVCS Version Ma nager, PVCS Tracker, PVCS Configuration Builder и PVCS Notify. PVCS Version Manager [18] предназначен для управления всеми компонентами проекта и ведения планомерной многоверсионной и многоплатформенной разработки силами команды разработчиков в условиях о дной или нескольких локальных сетей . П онятие "проект " трактуется как совокупность фа йлов . В процессе работы над проектом проме жуточное состояние файлов периодически сохраняет ся в архиве проекта , ведутся записи о времени сохранения , соответствии друг другу нескольких вариантов разных файлов проекта . Кроме этого , фиксируются имена разр аботчиков , ответственных за тот или иной ф айл , состав файлов промежуточных версий проек та и др . Это позволяет вернуться при н еобходимости к какому-либо из предыдущих сост ояний ф айла (например , при обнаружени и ошибки , которую в данный момент трудно исправить ). PVCS Version Manager предназначен для использования в рабочих группах . Система блокировок , реализованная в PVCS Version Manager позволяет предотвратить одновременное внесен ие изменений в один и тот же файл . В то же время , PVCS Version Manager позволяет разработчикам работать с собственными версия ми общего файла с полуавтоматическим разрешен ием конфликтов между ними . Доступ к архивам PVCS Version Manager возможен не тол ько ч ерез сам Version Manager, но и из более чем 50 инструментальных средств , в том числе MS Visual C и MS Visual Basic, Uniface, PowerBuilder, SQL Windows, JAM, Delphi, Paradox и др . Результатом работы PVCS Version Manager является созданный средствами файлов ой системы репозиторий , хранящий в компактной форме все рабочие версии программного продукта вместе с необ ходимыми комментариями и метками . PVCS Version Manager функционирует в среде MS Windows, Windows 95, Windows NT, OS/2, SunOS, Solaris, HP-UX, AIX и S CO UNIX и может исполняться на любом персональном компьютере с процесс ором 80386 или выше , рабочих станциях Sun, HP и IBM (RS-6000). Другим средством конфигурационного управлени я является PVCS Tracker [19] - специализированная надстройка на д офисной элект ронной почтой , предназначе нная для обработки сообщений об ошибках в продукте , доставке их исполнителям и конт роля за исполнением . Интеграция с PVCS Version Manager дает возможность связывать с сообщениями те или иные компоненты проекта . Отчетные возможнос т и PVCS Tracker включают множество разновиднос тей графиков и диаграмм , отражающих состояние проекта и процесса его отладки , срезы по различным компонентам проекта , разработчикам и тестировщикам . С их помощью можно н аглядно показать текущее состояние работы над проектом и ее временные тенденции . Персонал , работающий с PVCS Tracker делится на пять групп в зависимости от их обязанност ей : пользователи , разработчики , группа тестирования и контроля качества , группа технической п оддержки и сопровождения , управленч еский персонал . Этим пяти группам персонала соответ ствуют пять предопределенных групп PVCS Tracker: · пользователи (Submitters) - имею т ограниченные права на внесение замечаний и сообщений об ошибках в базу данных PVCS Tracker; · разработчик и (Developmen t Engineers) - имеют право пр оизводить основные операции с требованиями и замечаниями в базе данных PVCS Tracker. Если разра ботчики делятся на подгруппы , то для каждо й подгруппы могут быть заданы отдельные с писки прав доступа ; · тестировщик и (Quality Engi neers) - имеют право про изводить основные операции с требованиями и замечаниями ; · сопровожден ие (Support Engineers) - имеют право вносить любые замечания , требования и рекомендации в базу данных , но не имеют прав по распределению работ и изменению их при оритетности и сроков исполнения ; · руководител и (Managers) - имеют право распределять работы между исполнителями и принимать р ешения о их надлежащем исполнении . Руководите лям разных групп могут заданы различные п рава доступа к базе данных PVCS Tracker. В дополнение к этим пяти предопределенным группам , сущ ествует группа администратора базы данных и 11 дополнительных групп , которые могут быть настроены в соответствии со специфическими должностными обязанностями сотрудников , использующ их PVCS Tracker. Треб ование или замечание поступающее в PVCS Tracker проходит четыре этапа обработки : · регистрация - внесение замечания в ба зу данных ; · распределение - назначени е ответственного исполнителя и сроков исполне ния ; · исполнение - устранение замечания , которое в свою очередь мож ет вызвать дополнительные замечания или требо вания на дополнительные работы ; · приемка - приемка раб от и снятие их с контроля или направл ение на доработку . Требования и з амечания , поступающие в базу данных PVCS Tracker оформл яются в вид е специальной формы , котора я может содержать до 18 полей выбора станда ртных значений и до 12 произвольных текстовых строк . При разработке формы следует определ ить оптимальный набор информации , характерный для всех записей в базе данных . Для получения соде ржательной информац ии о ходе разработки PVCS Tracker позволяет получать три типа статистических отчетов : частотные , тренды и диаграммы распределения . Частотные отчеты содержат информацию о частоте поступающих замечаний за один час тестирования программног о продукта . Одна ко универсального частотного отчета не сущест вует , т.к . на оценку качества влияют тип методов тестирования , серьезность выявленных ош ибок и значение дефектных модулей для фун кционирования всей системы . Малое число фатал ьных ошибок , приводя щ их к полной остановке разработки , хуже большого числа замечаний к внешнему виду интерфейса польз ователя . Следовательно , частотные отчеты должны быть настроены на выявление какого-либо кон кретного аспекта качества для того , чтобы их можно было использовать для про гнозирования окончания работ над проектом . Тренды содержат информацию об изменениях того или иного показателя во времени и характеризуют стабильность и непрерывность процесса разработки . Они позволяют ответить на вопросы : · успевает ли группа разр аботчико в справляться с поступающими замечаниями ; · улучшается ли качест во программного продукта и какова динамика этого процесса ; · как повлияло то или иное решение (увеличение числа разработчи ков , введение скользящего графика , внедрение н ового метода т естирования ) на работу г руппы и т.п . Диаграммы распреде ления - наиболее разнообразные и полезные для осуществления оперативного руководства формы отчетов . Они позволяют ответить на вопросы : какой метод тестирования более эффективен , какие модули вызывают наибольшее число нареканий , кто из разработчиков лучше справ ляется с конкретным типом заданий , нет ли перекоса в распределении работ между исп олнителями , нет ли модулей , тестированию котор ых было уделено недостаточно внимания и т. д . PVCS Tracker предназна чен для использования в рабочих группах , объединенных в общую се ть . В этом случае центральная база или проект PVCS Tracker находится на общедоступном сервере сети , доступ к которому реализуется посре дством ODBC-драйверов , входящих в состав PVCS Tracker. Г л авной особенностью PVCS Tracker по сравнению с обычным приложением СУБД является его способность автоматически уведомлять пользовате ля о поступлении интересующей его или отн осящейся к его компетенции информации и г ибкая система распределения полномочий вн у три рабочей группы . При необходимости PVCS Tracker может использовать для уведомления удаленны х членов группы электронную почту . PVCS Tracker поддерживает групповую работу в лок альных сетях и взаимодействует с СУБД dBase, ORACLE, SQL Server и SYBASE посре дством ODBC. PVCS Tracker может быть интегрирован с любой системой электронной почты , поддерживающей станда рты VIM, MAPI или SMTP. PVCS Version Manager и PVCS Tracker окружены вспомогательными компон ентами : PVCS Configuration Builder и PVCS Notify. PVCS Configuration Builder предназначен для сборки окон чательного продукта из компонент проекта . PVCS Configuration Builder позволяет описывать процесс сборки как на стандартном языке MAKE, так и на собстве нном внутреннем языке , имеющем существенно бо льшие во з можности . PVCS Configuration Builder позволяет ос уществлять сборку программного продукта на ос новании файлов , хранящихся в репозитории PVCS Version Manager. Обычная процедура сборки программного про дукта с помощью PVCS Configuration Builder состоит из тре х шагов : · строится файл зависимостей между ис ходными модулями ; · в полученный файл вносятся изменения с целью его настройки и оптимизации ; · осуществляется сборка программного продукта из исходных модулей . Результатом работы PVCS Configuration Builder является специальный файл , описывающ ий оптимальный алгоритм сборки программного п родукта , построенный на основе анализа дерева зависимостей между исходными модулями . PVCS Notify обеспечивает автоматическую рассылку со общений об ошибках из базы данных п акета PVCS Tracker по рабочим станциям назначения . При этом используется офисная система электронно й почты cc:Mail или Microsoft Mail. PVCS Notify расширяет возможности PVCS Tracker и используется только совместно с ним . PVCS Noti fy настраивается из среды PVCS Tracker. Настр ойка включает в себя определение интервала времени , через который PVCS Notify проверяет содержимое базы данных , определение критериев отбора записей для рассылки уведомлений , определение списков адресов для рас с ылки . После настройки PVCS Notify начинает работу в автон омном режиме , автоматически рассылая уведомления об изменениях в базе данных PVCS Tracker. PVCS Notify предназначен для использования в бо льших рабочих группах , часть членов которых хотя и доступна только через средства электронной почты , однако должна иметь оп еративную информацию о требованиях на изменен ие программного продукта , замечаниях , ошибках , ходе и результатах его тестирования . Результатом работы PVCS Notify являются оформленные в соответст вии с одним из стандарт ов почтовые сообщения , готовые для рассылки посредством системы электронной почты . Средства докумен тирования Для создания д окументации в процессе разработки ИС использу ются разнообразные средства формирования отчетов , а также компон енты издательских сист ем . Обычно средства документирования встроены в конкретные CASE-средства . Исключением являются некоторые пакеты , предоставляющие дополнительный сервис при документировании . Из них наиболее активно используется SoDA (Software Document А utomation). Продукт SoDA предназначен для автоматизации разработки проектной документации на всех фаз ах ЖЦ ПО . Он позволяет автоматически извле кать разнообразную информацию , получаемую на разных стадиях разработки проекта , и включать ее в выходные докуме нты . При этом контролируется соответствие документации проект у , взаимосвязь документов , обеспечивается их с воевременное обновление . Результирующая документация автоматически формируется из множества источ ников , число которых не ограничено . SoDA не зависит от применяемых инстру ментальных средств . Связь с приложениями осущ ествляется через стандартный программный интерфе йс API. Переход на новые инструментальные средст ва не влечет за собой дополнительных затр ат по документированию проекта . SoDA содержит набор шаблонов документов , определяемых стандартом на программное обес печение DOD 2167A. На их основе можно без специал ьного программирования создавать новые формы документов , определяемые пользователями . Пакет включает в себя графический ред актор для подготов ки шаблонов документов . Он позволяет задавать необходимый стиль , фон , шрифт , определять расположение заголовков , резервировать места , где будет размещаться извлекаемая из разнообразных источников информац ия . Изменения автоматически вносятся только в те ча с ти документации , на кот орые они повлияли в программе . Это сокраща ет время подготовки документации за счет отказа от перегенерации всей документации . SoDA реализована на базе издательской сист емы FrameBuilder и предоставляет полный набор средств по редакти рованию и верстке выпускае мой документации . Разные версии документации могут быть для наглядности отмечены своими отличительными признаками . В системе создаются таблицы требований к проекту , по которым можно проследить , как реализуются эти тре бования . Раз н ые виды документации , сопровождающие различные этапы ЖЦ , связаны ме жду собой , и можно проследить состояние пр оекта от первоначальных требований до анализа , проектирования , кодирования и тестирования п рограммного продукта . Итоговым результатом работы систе мы SoDA является готовый документ (или книга ). До кумент может храниться в файле формата SoDA (Frame Builder), который получается в результате генерации документа . Вывод на печать этого документ а (или его части ) возможен из системы SoDA. Среда функциониров ания SoDA - ОС типа UNIX на рабочих станциях Sun SPARCstation, IBM RISC System/6000 или Hewlett Packard HP 9000 700/800. SoDA требует по крайней мере 32 MB оперативной памяти , 100-300 MB для установки и 64 MB рабочего про странства на диске . Средства тест ирования Под тестированием понимается процесс исполнения программы с целью обнаружения ошибок . Регрессионное тестиро вание - это тестирование , проводимое после усов ершенствования функций программы или внесения в нее изменений . Одно из наиболее развитых сре дств тестирования QA (новое название - Quality Works) [20] представляет собой интегрированную , многоплатформенную среду для разработки автоматизированных тестов люб ого уровня , включая тесты регрессии для пр иложений с графическим интерфейсом пользователя . QA позволяет начинать тестирование на люб ой фазе ЖЦ , планировать и управлять процес сом тестирования , отображать изменения в прил ожении и повторно использовать тесты для более чем 25 различных платформ . Основными компонентами QA являются : · QA Partner - с реда для разработки , компи ляции и выполнения тестов ; · QA Planner - модуль для раз работки планов тестирования и обработки резул ьтатов . Для создания и выполнения тестов в процессе работы QA Planner вызывается QA Partner; · Agent - модуль , поддерживающ ий р аботу в сети . Процесс тестирован ия состоит из следующих этапов : · создание плана тестирования ; · связывание плана с тестами ; · пометка и выполнение тестов ; · получение отчетов о тестировании и управление результатами . Создание тестового плана в QA Planner включает в себя составле ние схемы тестовых требований и выделение уровней детализации . Для этого необходимо о пределить все , что должно быть протестировано , подготовить функциональную декомпозицию приложе ния , оценить , сколько тестов необходимо д ля каждой функции и характеристики , оп ределить , сколько из них будет реализовано в зависимости от доступных ресурсов и времени . Эта информация используется для созд ания схемы тестовых требований . Для связывания плана с тестами необхо димо создать управляющ ие предложения (скр ипты ) на специальном языке 4Test и тесты , котор ые выполняют требования плана , и связать к омпоненты любым способом . Для избежания перег руженности тестов используют управление тестовым и данными . При выполнении плана результаты записываю тс я в формате , похожем на план . Все результаты связаны с планом . Есть возможн ость просмотреть или скрыть общую информацию о выполнении , слить файлы результатов , ра зметить неудавшиеся тесты , сравнить результаты предыдущего выполнения тестов , выполнить или от м енить отчет . Одним из атрибутов теста является имя его разработчика , что позволяет при необх одимости выполнять тесты , созданные конкретным разработчиком . Комплекс QA занимает на жестком диске н е более 21МВ . Поддерживаемые платформы : Windows 3.x, Windows 95, Windows NT, OS/2, Macintosh, VMS, HP-UX, AIX, Solaris. Примеры комплексо в CASE-средств В заключение п риведем примеры комплексов CASE-средств обеспечивающ их поддержку полного ЖЦ ПО . Здесь хотелось бы еще раз отметить нецелесообразность с равнения отдель но взятых CASE-средств , поскол ьку ни одно из них не решает в це лом все проблемы создания и сопровождения ПО . Это подтверждается также полным набором критериев оценки и выбора , которые затраг ивают все этапы ЖЦ ПО . Сравниваться могут комплексы методологичес к и и техн ологически согласованных инструментальных средств , поддерживающие полный ЖЦ ПО и обеспеченные необходимой технической и методической подде ржкой со стороны фирм-поставщиков . По мнению автора , на сегодняшний день наиболее развит ым из всех поставляем ы х в Рос сии комплексов такого рода является комплекс технологий и инструментальных средств создан ия ИС , основанный на методологии и техноло гии DATARUN. В состав комплекса входят следующие инструментальные средства : · CASE-средство Silverrun; · средство ра зрабо тки приложений JAM; · мост Silverrun-RDM <-> JAM; · комплекс средств тес тирования QA; · менеджер транзакций Tuxedo; · комплекс средств пла нирования и управления проектом SE Companion; · комплекс средств кон фигурационного управления PVCS; · объек тно-ориентирова нное CASE-средство Rational Rose; · средство документировани я SoDA. Примерами других подобных комплексов являются : · Vantage Team Builder for Uniface + Uniface ( фирмы "DataX/Florin" и " ЛАНИТ "); · комплекс средств , поставляемых и использу емых фирм ой "ФОРС ": · CASE-средства Designer/2000 (основно е ), ERwin, Bpwin и Oowin (альтернатив- ные ); · средства разработки приложений Developer/2000, ORACLE Power Objects (ос- новные ) и Usoft Developer (альтернативное ); · средство настройки и оптимиза ции ExplainSQL (Platinum); · cредства администриров ания и сопровождения SQLWatch, DBVision, SQL Spy, TSReorg и др . (Platinum); · средство документировани я ORACLE Book. · комплекс средств на основе продуктов фирмы CENTURA: · CASE-средства ERwin, Bpwin и Oowin (объектно-ориентированный анализ ); · средства разработки приложений SQLWindows и TeamWindows; · средство тестирования и оптимизации приложений "клиент-сервер " SQLBench (ARC); · cредства эксплуатации и сопровождения Quest и Crystal Reports. Литер атура 1. Вендров А.М . Один из подходов к выбору средств проектирования баз данных и приложений . "СУБД ", 1995, № 3. 2. Зиндер Е.З . Бизнес-реинжин иринг и технологии системного проектирования . Учебное пособие . М ., Центр Информационных Техн ологий , 1996 3. Кал янов Г.Н . CASE. Стр уктурный системный анализ (автоматизация и пр именение ). М ., "Лори ", 1996. 4. Марка Д.А ., МакГоуэн К . Методология структурного анализа и проектир ования . М ., "МетаТехнология ", 1993. 5. Международные стандарты , поддерживающие жизненный ци кл программных средств . М ., МП "Экономика ", 1996 6. Создание информационной системы предприятия . "Computer Direct", 1996, N2 7. Шлеер С ., Меллор С . Объектно-ориентированный анализ : моделирование мира в состояниях . Киев , "Диалектика ", 1993. 8. Barker R. CASE*Method. Entity-Relationship Modelling. Copyright Oracle Corporation UK Limited, Addison-Wesley Publishing Co., 1990. 1. Barker R. CASE*Method. Function and Process Modelling. Copyright Oracle Corporation UK Limited, Addison-Wesley Publishing Co., 199 0. 2. Boehm B.W. A Spiral Model of Software Development and Enhancement. ACM SIGSOFT Software Engineering Notes, Aug. 1986 3. Chris Gane, Trish Sarson. Structured System Analysis. Prentice-Hall, 1979.
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Ровно через 34 гудка в скайпе звонок сбрасывается.
А вы что знаете об одиночестве?....
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

Обратите внимание, реферат по программированию "Характеристики CASE-средств", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru