экспорт и импорт данных проекта в формате CDIF (CASE Data
Interchange Format).
Vantage Team Builder поставляется в различных конфигурациях в зави-
симости от используемых СУБД (ORACLE, Informix, Sybase или Ingres) или средств разработки приложений (Uniface). Конфигурация Vantage Team Builder for Uniface отличается от остальных некоторой степенью ориентации на спиральную модель ЖЦ ПО за счет возможностей быстрого прототипиро-
вания, предоставляемых Uniface.
Vantage Team Builder функционирует на всех основных UNIX-
платформах (Solaris, SCO UNIX, AIX, HP-UX) и VMS.
CASE-средство Designer 2.0 фирмы
ORACLE является интегрированным CASE-средством, обеспечиваю-
щим в совокупности со средствами разработки приложений Developer/2000
поддержку полного ЖЦ ПО для систем, использующих СУБД ORACLE. Designer/2000 представляет собой семейство методологий и поддержи-
вающих их программных продуктов. Базовая методология Designer/2000
(CASE*Method) – структурная методология проектирования систем, охваты-
вающая полностью все этапы жизненного цикла ИС.
Генерация приложений, помимо продуктов ORACLE, выполняется также для Visual Basic.
Designer/2000 можно интегрировать с другими средствами, используя открытый интерфейс приложений API (Application Programming Interface).
Кроме того, можно использовать средство ORACLE CASE Exchange для экс-
порта/импорта объектов репозитория с целью обмена информацией с други-
ми CASE-средствами.
Среда функционирования Designer/2000 – Windows 3.x, Windows 95, Windows NT.
BPwin, ERwin – средства функционального и концептуального моде-
лирования, реализующие методологии IDEF0 и IDEF1X соответственно. Об этих системах более подробная информация представлена ниже.
16
S-Designor представляет собой CASE-средство для проектирования реляционных баз данных. По своим функциональным возможностям и стои-
мости он близок к CASE-средству Erwin, отличаясь внешне используемой на диаграммах нотацией. S-Designor реализует стандартную методологию моде-
лирования данных и генерирует описание БД для таких СУБД, как ORACLE,
Informix, Ingres, Sybase, DB/2, Microsoft SQL Server и др. Для существующих систем выполняется реинжиниринг БД.
S-Designor совместим с рядом средств разработки приложений
(PowerBuilder, Uniface, TeamWindows и др.) и позволяет экспортировать опи-
сание БД в репозитории данных средств. Для PowerBuilder выполняется пря-
мая генерация шаблонов приложений.
CASE. Аналитик 1.1 является практически единственным в настоящее время конкурентоспособным отечественным CASE-средством функцио-
нального моделирования . Его основные функции:
построение и редактирование диаграмм потоков данных DFD;
анализ диаграмм и проектных спецификаций на полноту и непро-
тиворечивость;
получение разнообразных отчетов по проекту;
генерация макетов документов в соответствии с требованиями ГОСТ 19.ХХХ и 34.ХХХ.
Среда функционирования: процессор – 386 и выше, основная память –
4 Мб, дисковая память – 5 Мб, MS Windows 3.x или Windows 95.
С помощью отдельного программного продукта (Catherine) выполняет-
ся обмен данными с CASE-средством Erwin. При этом из проекта, выполнен-
ного в CASE.Аналитике, экспортируется описание структур данных и нако-
пителей данных, которое по определенным правилам формирует описание сущностей и их атрибутов.
Rational Rose – CASE-средство фирмы Rational Software Corporation (США) – предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной
17
документации. Rational Rose использует синтез-методологию объектно-
ориентированного анализа и проектирования, основанную на подходах трех ведущих специалистов в данной области: Буча, Рамбо и Джекобсона. Разра-
ботанная ими универсальная нотация для моделирования объектов (UML – Unified Modeling Language) претендует на роль стандарта в области объект-
но-ориентированного анализа и проектирования. Конкретный вариант
Rational Rose определяется языком, на котором генерируются коды программ
(C , Smalltalk, PowerBuilder, Ada, SQLWindows и ObjectPro). Основной вари-
ант – Rational Rose/C - позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на С . Кроме того, Rational Rose содержит средства реинжиниринга программ,
обеспечивающие повторное использование программных компонент в новых проектах.
В основе работы Rational Rose лежит построение различного рода диа-
грамм и спецификаций, определяющих логическую и физическую структуры модели, ее статические и динамические аспекты. В их число входят диаграм-
мы классов, состояний, сценариев, модулей, процессов.
Rational Rose функционирует на различных платформах: IBM PC (в
среде Windows), Sun SPARC stations (UNIX, Solaris, SunOS), Hewlett-Packard (HP UX), IBM RS/6000 (AIX).
Лабораторная работа №1
Изучение основных функций пакета BPwin”
1. Цель работы
Целью работы является ознакомление с назначением CASE-технологии на примере BPWin, предназначенного для построения функциональных мо-
делей существующих бизнес-процессов, проведения анализа и реорганизации бизнес-процессов предприятий.
2. CASE-средства создания информационных систем
Под технологией проектирования (создания) информационных
систем (ИС) понимают упорядоченный в логической последовательности
18
набор методических приемов, технических средств и проектировочных мето-
дов, нацеленных на реализацию общей концепции создания или доработки проекта системы и ее компонентов. Для разработки ИС управления большое значение имеют качество и состав базы проектирования.
Создание современных информационных систем представляет собой сложнейшую задачу, решение которой требует применения специальных ме-
тодик и инструментов. Неудивительно, что в последнее время среди систем-
ных аналитиков и разработчиков значительно вырос интерес к CASE-
технологиям и инструментальным CASE-средствам, позволяющим макси-
мально систематизировать и автоматизировать все этапы разработки про-
граммного обеспечения.
Технология создания информационных систем предъявляет особые требования к методикам реализации и программным инструментальным средствам, а именно:
1. Реализацию проектов по созданию ИС принято разбивать на стадии анализа (прежде чем создавать ИС, необходимо понять и описать бизнес-
логику предметной области), проектирования (необходимо определить моду-
ли и архитектуру будущей системы), непосредственного кодирования, тести-
рования и сопровождения. Известно, то исправление ошибок, допущенных на предыдущей стадии, обходится примерно в 10 раз дороже, чем на текущей;
откуда следует, что наиболее критическими являются первые стадии проекта.
Поэтому крайне важно иметь эффективные средства автоматизации ранних этапов реализации проекта.
2. Проект по созданию сложной ИС невозможно реализовать в одиноч-
ку. Коллективная работа существенно отличается от индивидуальной, поэто-
му при реализации крупных проектов необходимо иметь средства координа-
ции и управления коллективом разработчиков.
3. Жизненный цикл создания сложной ИС сопоставим с ожидаемым временем ее эксплуатации. Другими словами, в современных условиях ком-
пании перестраивают свои бизнес-процессы примерно раз в два года, столько
19
же требуется (если работать по традиционной технологии) для создания ИС.
Может оказаться, что к моменту сдачи ИС она уже никому не нужна, по-
скольку компания, ее заказавшая, вынуждена перейти на новую технологию работы. Следовательно, для создания ИС необходим инструмент значительно
(в несколько раз) уменьшающий время разработки ИС.
4. Вследствие значительного жизненного цикла может оказаться, что в процессе создания системы внешние условия изменились. Обычно внесение изменений в проект на поздних этапах создания ИС весьма трудоемкий и до-
рогостоящий процесс. Поэтому для успешной реализации крупного проекта необходимо, чтобы инструментальные средства, на которых он реализуется,
были достаточно гибкими к изменяющимся требованиям.
На начальных этапах создания информационной системы необходимо понять, как работает организация, которую собираются автоматизировать.
Никто в организации не знает, как она работает в той мере подробности, ко-
торая необходима для создания информационной системы. Руководитель хо-
рошо знает работу в целом, но не в состоянии вникнуть в работу каждого ря-
дового сотрудника. Рядовой сотрудник хорошо знает, что творится на его ра-
бочем месте, но плохо знает, как работают коллеги. Поэтому для описания работы предприятия необходимо построить модель. Такая модель должна быть адекватна предметной области, следовательно, она должна содержать в себе знания всех участников бизнес-процессов организации.
CASE-cредство BPWin предназначено для проведения анализа и реор-
ганизации бизнес-процессов. BPWin поддерживает методологию IDEF0
(функциональная модель). Функциональная модель предназначена для опи-
сания существующих бизнес-процессов на предприятии или идеального по-
ложения вещей – того, к чему нужно стремиться. Методология IDEF0 пред-
писывает построение иерархической системы диаграмм – единичных описа-
ний фрагментов системы. В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ори-
ентация является принципиальной – функции системы анализируются неза-
20