Программное обеспечение IDEF-моделирования

Для выполнения системным аналитиком IDEF-моделирования возможно использование ряда пакетов, таких как:

– ALLFusion Process Modeler (Computer Associates International, Inc.),

– Visio (Microsoft Corporation),

– SILVERRUN (Computer System Advisors),

– Designer/2000 (Oracle),

– CASE.Аналитик (МакроПроджект),

– Vantage Team Builder (Cayenne),

– Design/IDEF (Meta Software Corporation) и т.д.

Далее описана кратко работа с моделями в пакетах ALLFusion Process Modeler (пакет BPwin) и Design/IDEF 3.5.

В табл. П1 приведены основные «строительные блоки» для диаграмм IDEF3.

Перекресток "Исключающий ИЛИ" обозначает, что после завершения работы "A", начинает выполняться только одна из трех расположенных параллельно работ B, С или D в зависимости от условий 1, 2 и 3. Перекресток "И" обозначает, что после завершения работы "A", начинают выполняться одновременно три параллельно расположенные работы B, С и D. Перекресток "ИЛИ" обозначает, что после завершения работы "A", может запуститься любая комбинация трех параллельно расположенных работ B, С и D. Например может запуститься только одна из них, могут запуститься три работы, а также могут запуститься двойные комбинации В и С, либо C и D, либо B и D. Перекресток "Исключающий ИЛИ" является самым неопределенным, так как предполагает несколько возможных сценариев реализации бизнес-процесса и применяется для описания слабо формализованных ситуаций.

Пакет BPwin

Для обследования предприятия и построения модели их деятельности существуют стандартизированные, апробированные методологии и инструментальные средства.

Пакет BPwin фирмы Computer Associates (CA) поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать деятельность предприятия с трех ключевых точек зрения (рисунок П.1):

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

– С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.

– С точки зрения последовательности выполняемых работ. Более точную картину можно получить, дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес-процесса.

BPwin тесно связан с другим программным продуктом – ERwin разработчика Computer Associates International. В частности, те хранилища данных, которые были указаны в DFD диаграммах, можно синхронизировать со схемами реляционных баз данных, созданными в ERwin. Предварительно заполняются справочники пакета.

Пакет Design/IDEF

Пакет Design/IDEF создает диаграммы различных типов.

После запуска программы новый проект создается с помощью команды New пункта меню File. Первая модель, которая создается в проекте, должна быть функциональная модель (IDEF0), поэтому в появившемся окне «Select New Page Type» следует выбрать методологию IDEF0 (рисунок П.2). После нажатия на кнопку «OK» создается страница верхнего уровня модели. На данной странице находится только один блок, который должен представлять систему в виде единого модуля. Все остальные блоки будут располагаться на страницах более низкого уровня. Название блока должно отражать цель всего проекта.

Перед заполнением глоссария должны быть заданы пункты функционально-стоимостного анализа. Для этого необходимо вызвать команду «Activity Centers…» пункта меню Glossary и в появившемся окне набрать список пунктов, по которым будет производится расчет (рисунок П.3).

Заполнение глоссария можно производить либо путем выделения каждой метки и вызова для нее процедуры «Glossary Entry…» из меню Glossary, либо с помощью браузера глоссария (Glossary, Glossary Browser…, рисунок П.4). При вызове браузера появляется окно со списком имен, используемых в модели. Имеется возможность вывести в этом списке только названия блоков, сущностей, ярлыков и т.д. С помощью команды Edit каждое имя может быть дополнено определением, типом и количественной характеристикой (рисунок П.5). Выход из браузера происходит при нажатии на кнопку Done.

Для функциональных блоков необходимо определить данные для функционально-стоимостного анализа. Для этого используется команда «Cost Information…» меню Glossary. Сумма затрат функциональных центров рассчитывается автоматически и показывается в окне Total.

Приложение Б

Разработка требований к системе

Задача: Разработать требования к системе «Справочник по компьютерной технике» и построить для нее модель прецедентов.

Описание предметной области

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

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

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

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

Функциональные требования к системе

1. В системе должна хранится информация о ценах на комплектующие компьютеров в нескольких фирмах по городу.

2. В системе должна быть предусмотрена возможность обновления каталога товаров и цен на основе общей формы прайс-листов.

3. Пользователь системы должен иметь возможность подбирать комплектующие по интересующим значениям параметров и пределам цены в разных фирмах.

4. При подборе полной конфигурации компьютера система должна «запоминать» выбранные пользователем комплектующие и вносить их в комплектацию компьютера с учетом совместимости.

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

6. Система должна содержать справочную информацию о комплектующих компьютера, отзывы экспертов, мнения специалистов и т.п.

7. Система должна обеспечивать пересылку файла с выбранными пользователем вариантами конфигураций компьютера.

Количественные требования к системе

Проектируемая система должна хранить информацию не менее чем о 20 фирмах, в каждой из которых имеется приблизительно от 100 до 1500 наименований товаров и соответственно цены на них.

Требования по совместимости

Система должна корректно работать со стеком протоколов TCP/IP. Система должна иметь интерфейс для обновления каталога товаров через стандартные формы прайс-листов.