3392 ПОСТРОЕНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ СРЕДСТВАМИ BPwin - Страница 3

ПОСТРОЕНИЕ СЦЕНАРИЕВ НА ЯЗЫКЕ IDEF3

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

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

Описание процессов IDEF3 разрабатывается при использовании двух стратегий приобретения знаний: процессо-центрированной и объектно-центрированной. Процессо-центрированная стратегия при организации знаний о процессах направлена на процессы и их временные, причинно-следственные и логические связи в рамках одного сценария. Вторая стратегия при организации знаний о процессах направлена на объекты и их поведение при изменении состояний в одном сценарии или в нескольких сценариях.

В обеих стратегиях используются базовые элементы языка  для cбopa и выражения yтвepждeний, формирующих описание. При использовании графического языка IDEF3 создаются графические проекции информации, содержащейся в описаниях процессов. Эти графические проекции, которые используются для непосредственной регистрации информации о процессах и в качестве механизма отображения информации о процессах, называются схематиками.

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

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

 

ПРОЦЕССО-ЦЕНТРИРОВАННЫЕ ПРЕДСТАВЛЕНИЯ :

СХЕМАТИКИ ПРОЦЕССОВ

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

Процессо-центрированное описание строится при использовании стандартных блоков языка схематик IDEF3, которые соединяются по-разному. С этими стандартными блоками ассоциируется специальная семантика.

Приведенный на рис. 4 пример иллюстрирует схематику процессов по сценарию, имеющему название ЗАКАЗАТЬ МАТЕРИАЛ. В IDEF3 сценарии ограничивают контекст описаний и представляют удобные средства для описания подобных ситуаций при использовании разных перспектив. В данном примере аналитик использует IDEF3 для документирования процесса заказа материала.

Когда владельцу предприятия предложили описать данный процесс, он рассказал следующее:

“Первое, что мы делаем, это составляем заявку на материал при использовании бланка “Требование на закупку”. Затем отдел снабжения или идентифицирует нашего текущего поставщика для требуемого вида материала или начинает поиск для идентификации потенциальных поставщиков. Если по требуемой позиции у нас нет текущего поставщика, отдел снабжения запрашивает предложения у потенциальных поставщиков и производит оценивание их предложений для определения оптимального варианта. Как только поставщик выбран, отдел снабжения заказывает требуемый материал. Лица, запрашивающие материал, сначала должны подготовить требование на закупку. Затем заявитель должен получить разрешение главного бухгалтера (менеджера по счетам) или назначенного заместителя на данную закупку. Требования на закупку, представляемые на получение разрешения главного бухгалтера, должны включать номер счета для проекта, по которому будет финансироваться закупка. Главный бухгалтер или назначенный заместитель несут ответственность и должен дать разрешение на все закупки, которые производятся по проектным счетам. После получения разрешения главного бухгалтера на закупку может потребоваться утверждающая подпись. Во избежание потенциального конфликта интересов заявитель не может быть одновременно лицом, разрешающим или утверждающим закупку. Для требований на закупку, включающих прямые проекты, утверждающая подпись обязательна, тогда как для непрямых проектов  такая подпись не требуется. После получения всех требуемых подписей заявитель представляет подписанное требование на закупку в отдел снабжения. Затем отдел  снабжения заказывает требуемый материал. После этого требование на закупку   проходит как заказ на поставку”.

Процессы в описании владельца предприятия представлены в схематике в виде маркированных блоков, имеющих нумерацию 1 - 10 на рис. 4. Каждый блок представляет отдельные пакеты информации относительно определенного события, решения, действия или процесса. Иначе говоря, блоки представляют типы событий. Для таких событий используется нейтральный термин единицы поведения (UOB - unit of behavior). Каждый блок UOB представляет процесс реального мира. Информация, регистрируемая относительно UОB, включает следующие элементы: (1) имя (часто на базе глагола), показывающее, что именно отражает данная UOB; (2) имена объектов, участвующих в процессе, и их свойства; (3) отношения между объектами. Стрелки (называемые связями), соединяющие блоки на рис. 4, указывают отношения предшествования (более распространен термин ограничения) между описываемыми процессами. Так, экземпляр UOB в начале связи должен закончиться до начала экземпляра UOB в конце той же связи. Например, UOB, обозначенная Запросить предложения, должна закончиться до того, как начнется UOB Произвести оценивание предложений. Небольшой блок, в котором содержится «X», обозначает переход.. Переход – это точка в процессе, в которой он делится на несколько маршрутов или в которой объединяется несколько маршрутов. Переходы представляют ограничения (или последствия ограничений) логики активации для данного процесса. Например, первый переход на приведенном выше рисунке показывает, что будет использован только один маршрут при активации описываемого процесса.

Метод IDEF3 позволяет пользователям производить сбор описаний на разных уровнях абстракции за счет применения механизма, называемого декомпозицией. Декомпозиция представляет средство организации более детального описания UOB. Схематика декомпозиций подчиняется тем же синтаксическим правилам, которые используются для сценариев, и создается при использовании тех же элементов IDEF3. Одна UOB может иметь любое количество различных декомпозиций, при этом все декомпозиции находятся на одном уровне.

Цель использования нескольких декомпозиций для одной UOB заключается  в представлении различных точек зрения или в получении большего количества деталей обработки, связанных сданной UOB. UOB Сделать заявку на материал на рис. 4 декомпозирована на UOB 7 - 10. Номера в нижнем левом углу блоков UOB 7-10 включают ссылку на UOB 1 (первая цифра). Этот пример иллюстрирует схему нумерации IDEF3, обеспечивающую прослеживаемость уровней детализации в описании в явной форме.

Описание процессов, приведенное на рис.4, представляет процесс заказа материала с определенной точки зрения - с точки зрения владельца предприятия. Можно представить другие точки зрения на данный процесс, например бухгалтера. Каждое представление, подлежащее описанию, будет представлено в отдельной декомпозиции с использованием уникальной метки и номера.

Схематика процессов, приведенная на рис. 4, иллюстрирует процессо-центрированное представление процесса заказа материала. Это представление направлено на утверждение относительно процессов, которые происходят, и их упорядочение. Иногда удобно организовать описание ситуации при использовании объектно-центрированного представления (т.е. в центре внимания находится определенный объект или набор объектов). В следующем разделе показано, насколько IDEF3 облегчает сбор описаний процессов при использовании объектно-
центрированного представления.