Сдам Сам

ПОЛЕЗНОЕ


КАТЕГОРИИ







Общая характеристика и классификация





 

Современные CASE-средства охватывают обширную область поддержки многочисленных технологий проектирования ИС: от простых средств анализа и документирования до полномасштабных средств автоматизации, покрывающих весь жизненный цикл [5].

В настоящее время под термином CASE (Computer Aided Software Engineering) понимают автоматизированный процесс проектирования ИС [4].

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

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

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

– улучшение качества разрабатываемой ИС за счет средств автоматического контроля и генерации;

– возможность повторного использования компонентов разработки;



– поддержание адаптивности и сопровождения ИС;

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

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

– возможность коллективной разработки ИС в режиме реального времени.

Любое CASE-средство состоит из репозитория, графических средств моделирования, верификатора диаграмм, документатора проекта, администратора проекта и сервиса.

Ядром системы является репозиторий проекта. Он представляет собой специализированную базу данных, предназначенную для отображения состояния проектируемой ИС в каждый момент времени. Объекты всех диаграмм синхронизированы на основе общей информации репозитория. В репозитории хранятся описания следующих объектов: самих проектировщиков и их прав доступа к различным компонентам системы; организационных структур; диаграмм; компонентов диаграмм; связей между диаграммами; структур данных; программных модулей; процедур и т.д.

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

Верификатор диаграмм служит для контроля правильности построения диаграмм в заданной методологии проектирования ИС.

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

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

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

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

1) по поддерживаемым методологиям проектирования: функционально-ориентированные, объектно-ориентированные и комплексно-ориентированные;

2) по поддерживаемым графическим нотациям построения диаграмм: с фиксированной нотацией, с отдельными нотациями и наиболее распространенными нотациями;

3) по степени интегрированности: tools – отдельные локальные средства; toolkit – набор неинтегрированных средств, охватывающих большинство этапов разработки ИС; workbench – полностью интегрированные средства, связанные репозиторием;

4) по типу и архитектуре вычислительной техники: ориентированные на локальное рабочее место; ориентированные на локальную вычислительную сеть; ориентированные на глобальную вычислительную сеть;

5) по режиму коллективной разработки проекта: не поддерживающие коллективную разработку; ориентированные на режим реального времени разработки проекта; ориентированные на режим объединения подпроектов;

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

 

 

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

 

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. Для передачи данных в средства разработки приложений имеются мосты к языкам: JAM, PowerBuilder, SQL Windows, Uniface, NewEra, Delphi. Все мосты позволяют загрузить в Silverrun RDM информацию из каталогов соответствующих СУБД или языков четвертого поколения (4GL). Это позволяет документировать, перепроектировать или переносить на новые платформы уже находящиеся в эксплуатации базы данных и прикладные системы. При использовании моста Silverrun расширяет свой внутренний репозиторий специфичными для целевой системы атрибутами. После определения значений этих атрибутов генератор приложений переносит их во внутренний каталог среды разработки или использует при генерации кода на языке SQL. Таким образом можно полностью определить ядро базы данных с использованием всех возможностей конкретной СУБД: триггеров, хранимых процедур, ограничений ссылочной целостности. При создании приложения на языке 4GL данные, перенесенные из репозитория Silverrun, используются либо для автоматической генерации интерфейсных объектов, либо для быстрого их создания вручную.

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

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

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

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

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

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

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

Имеются реализации Silverrun для трех операционных систем: MS Windows, MacOS и OS/2.

JAM.

Средство разработки приложений JAM (JYACC's Application Manager) – продукт фирмы JYACC (США). Основной чертой 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 позволяет строить приложения для работы более чем с двадцати СУБД: ORACLE, 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/CASE подобен интерфейсу к СУБД и позволяет осуществить обмен информацией между репозиторием объектов JAM и репозиторием CASE-средства аналогично тому, как структура БД импортируется в репозиторий JAM непосредственно из БД. Отличие заключается в том, что в случае интерфейса к CASE этот обмен является двунаправленным. Кроме модулей JAM/CASEi, существует также модуль JAM/CASEi Developer's Kit. С помощью этого модуля можно самостоятельно разработать интерфейс (т.е. специализированный модуль JAM/CASEi) для конкретного CASE-средства, если готового модуля JAM/CASEi для него не существует.

Мост (интерфейс) Silverrun-RDM <-> JAM реализует взаимодействие между CASE-средством Silverrun и JAM (перенос схемы базы данных и экранных форм приложения между CASE-средством Silverrun-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 является более предпочтительным по сравнению с SCCS, так как позволяет организовать единый архив модулей проекта для всех платформ. Так как JAM на платформе UNIX не имеет прямого интерфейса к архивам PVCS, то выборка модулей из архива и возврат их в архив производятся с использованием PVCS Version Manager. На платформе MS-Windows JAM имеет встроенный интерфейс к PVCS и действия по выборке/возврату производятся непосредственно из среды JAM.

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

CASE-средства AllFusion.

Средства AllFusion компании Computer Associates (США) – это семейство интегрированных решений для разработки, развертывания и управления информационными системами на предприятии. Средства моделирования и инструменты управления изменениями и конфигурациями при разработке ИС позволяют организациям моделировать, разрабатывать и внедрять ИС масштаба предприятия.

Под маркой AllFusion существует три комплекта CASE-средств:

а) AllFusion Modeling Suite – комплект интегрированных средств моделирования, в состав которого входят:

1) AllFusion Process Modeler. Это ведущий инструмент визуального моделирования бизнес-процессов. Дает возможность наглядно представить любую деятельность или структуру в виде модели, что позволяет оптимизировать работу организации, спроектировать организационную структуру, снизить издержки, исключить ненужные операции, повысить гибкость и эффективность. Данный программный продукт поддерживает три нотации моделирования: IDEF0, DFD, IDEF3. Совместное использование этих нотаций позволяет описывать предметную область более комплексно и оптимизировать выполнение любых процедур в компании. Данный программный продукт полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (функционально-стоимостной анализ), интегрирован со средством имитационного моделирования Arena, содержит собственный генератор отчетов, позволяет эффективно манипулировать моделями, имеет широкий набор средств документирования моделей, проектов и т.д.

2) AllFusion ERWin Data Modeler. Позволяет проектировать, документировать и сопровождать базы данных, хранилища данных и витрины данных. Поддерживается прямое (создание структуры базы данных на основе модели) и обратное (генерация модели по имеющейся базе данных) проектирование для 20 типов СУБД. Поддерживает методологию SADT и нотации IDEF1X, IE, Dimensional. Позволяет переносить структуру базы данных из одной СУБД в другую, позволяет максимально повысить производительность ИС благодаря поддержке работы с базой данных на физическом уровне, учитывая особенности каждой конкретной СУБД.

3) AllFusion Data Model Validator. Это инструмент для проверки структуры баз данных и создаваемых моделей, позволяющий выделять недочеты и ошибки проектирования. Данный программный продукт дополняет функциональность первых двух программных средств, автоматизируя трудоемкую задачу поиска и исправления ошибок, одновременно повышая квалификацию проектировщиков благодаря встроенной системе обучения.

4) AllFusion Model Manager. Это среда для совместной работы группы проектировщиков в первом и/или втором программном продукте над одним проектом. Она защищает хранимые на собственном сервере модели, позволяя задавать для сотрудников различный уровень доступа к ним и координировать весь ход работы над проектом.

5) AllFusion Component Modeler. Это программный продукт для проектирования, визуализации и поддержки ИС. Благодаря обеспечению расширенной поддержки совместного проектирования и многократного использования компонентов модели, продукт можно использовать как при создании новых приложений, так и при изменении или объединении существующих. Данное средство имеет возможность использования функциональной модели вместе с объектной. Продукт поддерживает около десятка стандартных нотаций (UML, Bootch), интегрируется с технологиями COM/DCOM, CORBAPLUS, VisiBroker и др.

6) AllFusion Model Navigator. Это инструмент для просмотра моделей в режиме «только для чтения». Он позволяет пользоваться информацией, содержащейся в моделях, сотрудникам, не занимающимся напрямую разработкой моделей, но использующих их в своей работе. Это позволяет предотвратить несакционированные изменения моделей, но при этом использовать их для создания презентаций, докладов, отчетов и т.д.

б) Change and Configuration Management представляет собой набор средств для всестороннего управления изменениями и конфигурациями. Эти средства позволяют управлять всеми стадиями жизненного цикла ИС и выполнять интегрированные задачи по настройке межплатформенного программного обеспечения всего предприятия, включая разработку Web-приложений. В данный состав входит три средства:

1) AllFusion Harvest Change Manager. Это средство для управления конфигурациями и различными версиями программного обеспечения при разработке сложных корпоративных систем на основе общего репозитория. Оно помогает синхронизировать деятельность разработчиков на различных платформах, на всем предприятии и в течении всего жизненного цикла.

2) AllFusion Change Manager Enterprise Workbench. Это средство создано для упрощения и автоматизации процессов разработки программного обеспечения на различных платформах.

3) AllFusion Endevor Change Manager. Это средство создано для упрощения и автоматизации процессов разработки программного обеспечения для мейнфреймов и суперкомпьютеров.

в) AllFusion Project & Process Management. Это комплект средств интегрированного управления проектами и процессами. Эти средства управления проектами и процессами позволяют эффективно управлять всеми аспектами разработок на предприятии: готовыми наработками, проектами, ресурсами и передаваемыми файлами. Предлагаемые продукты расширяют возможность традиционных систем «календарного» управления проектами. В данный состав входят:

1) AllFusion Process Managment Suite. Это полный набор инструментальных средств для эффективного управления всеми аспектами организации разработки: проверенными методиками, проектами, ресурсами и конечными результатами.

2) Advisor. Это Web-среда для управления информацией и работами. Данный продукт позволяет руководителю проекта и членам его команды быстро получать отчеты и аналитику с центральной консоли или инструментальной панели для лучшего отслеживания проектов по разработке приложений.

 


литература

 

1. Основы системного анализа: Учебник/ Феликс Иванович Перегудов, Феликс Петрович Тарасенко. – 2-е изд., доп. – Томск: Издательство научно-технической литературы, 1997. – 396 с.: ил. – Библиогр.: с. 368-369. – ISBN 5-89503-004-1 (в пер.).

2. Теория систем и системный анализ: Учебное пособие/ С. Н. Павлов; Министерство образования Российской Федерации, Томский государственный университет систем управления и радиоэлектроники, Кафедра автоматизированных систем управления. – Томск: ТМЦДО, 2003. – 134 с.: ил, табл.. – Библиогр.: с. 134. – (в пер.).

3. Автоматизированный бухгалтерский учет и основы аудита: Учебное пособие/ Адуева Т.В. – Томск: ТМЦДО, 2003. – 189 с.: ил.

4. Проектирование экономических информационных систем: Учебник/ Галина Николаевна Смирнова, Алексей Алексеевич Сорокин, Юрий Филиппович Тельнов. – М.: Финансы и статистика, 2001. – 512 с.: ил. – Библиогр.: с. 498-506. – ISBN 5-279-02295-0 (в пер.).

5. Проектирование информационных систем в экономике: Методическое пособие по дисциплине "Проектирование информационных систем в экономике". 071900: Курс лекций/ В. А. Щербанов; Министерство общего и профессионального образования Российской Федерации, Томский государственный университет систем управления и радиоэлектроники, Кафедра автоматизированных систем управления. – Томск: ТМЦДО, 1999. – 153 с.: ил. – Библиогр.: с. 153. – (в пер.).

6. Распределенные информационные системы: Учебное пособие для вузов/ И. И. Веберова; Министерство образования Российской Федерации, Томский государственный университет систем управления и радиоэлектроники. – Томск: ТУСУР, 2003. – 345[1] с.: ил. – Библиогр.: с. 338-340. – ISBN 5-86889-115-5.

 

 

Учебное издание

 

ЗолотовСергей Юрьевич

ОСНОВЫ ПРОЕКТИРОВАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ

 

 

Учебное пособие

 

Усл. печ. л. . Тираж 100. Заказ .

Томский государственный университет
систем управления и радиоэлектроники

634050, г. Томск, пр. Ленина, 40









Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте:


©2015- 2019 zdamsam.ru Размещенные материалы защищены законодательством РФ.