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

     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 рабочего пространства на  диске. 

     2.6.3 Средства тестирования

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

     Одно  из наиболее развитых средств тестирования QA (новое название - Quality Works)  представляет собой интегрированную, многоплатформенную среду для разработки автоматизированных тестов любого уровня, включая тесты  регрессии для приложений с графическим  интерфейсом пользователя.

     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. 

     2.7 Примеры комплексов 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 (альтернативное); 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

     Заключение

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

Список литературы:

1. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., "Лори", 1996.
2. Марка Д.А., МакГоуэн К. Методология структурного анализа и проектирования. М., "МетаТехнология", 1993.
3. Новоженов Ю.В. Объектно-ориентированные технологии разработки сложных программных систем. М., 1996.
4. Панащук С.А. Разработка информационных систем с использованием CASE-системы Silverrun. "СУБД", 1995, №3.
5. Горчинская О.Ю. Designer/2000 - новое поколение CASE-продуктов фирмы ORACLE. "СУБД", 1995, №3.
6. Горин С.В., Тандоев А.Ю. Применение CASE-средства Erwin 2.0 для информационного моделирования в системах обработки данных. "СУБД", 1995, №3.
7. Горин С.В., Тандоев А.Ю. CASE-средство S-Designor 4.2 для разработки структуры базы данных. "СУБД", 1996, №1.
8. Петров Ю.К. JAM - инструментальное средство разработки приложений в информационных системах архитектуры "клиент/сервер", построенных на базе РСУБД. "СУБД", 1995, №3.
9. Вендров А.М. Один из подходов к выбору средств проектирования баз данных и приложений. "СУБД", 1995, №3.