--PAGE_BREAK--1. Получение знаний в процессе опроса
В процессе моделирования сведения об изучаемой системе получают с помощью испытанной методики сбора информации — опросов или интервью. Для получения наиболее полной информации SADT предлагает использовать различные ее источники (например, читать документы, опрашивать людей, наблюдать за работой системы). Во время опроса графический язык SADT используется как средство для заметок, которые служат основой для построения диаграмм.
2. Документирование полученных знаний
Создание модели (блок 2 на рис. 2.1) — это второй важный этап в процессе моделирования, на котором аналитик документирует полученные им знания о данной проблемной области, представляя их в виде одной или нескольких SADT-диаграмм. Процесс создания модели осуществляется с помощью специального метода детализации ограниченного субъекта.
Рис. 2.1. Процесс создания SADT— модели
Коротко говоря, в SADT автор вначале анализирует объекты, входящие в систему, а затем использует полученные знания для анализа функций системы. На основе этого анализа создается диаграмма, в которой объединяются сходные объекты и функции. Этот конкретный путь проведения анализа системы и документирования его результатов является уникальной особенностью методологии SADT.
3. Корректность модели проверяется в процессе итеративного рецензирования
Моделирование в SADT — инженерная дисциплина. Это означает, что модели создаются исходя из действительной ситуации и что эти модели проходят через серию последовательных улучшений до тех пор, пока они в точности не будут представлять реальный мир. Одной из основных компонент методологии SADT является итеративное рецензирование, в процессе которого автор и эксперт многократно совещаются (устно и письменно) относительно достоверности создаваемой модели. Итеративное рецензирование называется циклом автор/читатель.
4. Координация процесса рецензирования
Организация своевременной обратной связи имеет важнейшее значение для эффективного моделирования, потому что устаревшая информация потенциально способна свести на нет все усилия по разработке системы. Вот почему SADT выделяет специальную роль наблюдателя за процессом рецензирования. На рис. 2.1. показано, что эту роль выполняет библиотекарь, который является главным координатором процесса моделирования в SADT, обеспечивая своевременное и согласованное распространение рабочих материалов. Библиотекарь распространяет полученные от авторов папки, контролирует их движение, рассылает напоминания о своевременном возвращении авторам папок с замечаниями и о сроках ответов авторов на предложения читателей. Кроме того, библиотекарь печатает законченные модели после того, как они одобрены и приняты к использованию.
5. Модели используются после их одобрения
Вспомним, что SADT-модели создаются с конкретной целью, и эта цель записана на диаграмме А-0 модели. В каком-то смысле эта цель определяет, как будет использоваться модель. Таким образом, как только завершено создание модели с требуемым уровнем детализации и модель проверена, она может применяться для достижения поставленной цели. Например, модель экспериментального механического цеха создана для описания деятельности различных работников механического цеха, хотя результирующая модель всегда предназначалась как основа учебного руководства для нового персонала. Если эта модель точно описывает работу персонала в цехе, но не может служить для подготовки учебного руководства — она бесполезна. Точная модель не всегда полезна.
В процессе SADT-моделирования рекомендуется выделить специальную группу людей, ответственных за то, что создаваемая в процессе анализа модель будет точна и используема в дальнейшем. Эта группа, называемая Комитетом технического контроля (см. блок 5 на рис. 2.1.), отвечает за контроль качества моделей, создаваемых авторами SADT-проекта. Комитет следит за выполняемой работой и ее соответствием конечным целям всего проекта. Члены Комитета обсуждают модель и оценивают, насколько она может быть использована и будет использована соответствующим образом в ходе выполнения проекта для достижения его глобальных целей.
На основе методологии SADT разработана, в частности, известная методология IDEF0, IDEF3, DFD…
BPwin— мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности — действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия — от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели бизнес-процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков BPwin — еще и мощное средство моделирования процессов при создании корпоративных информационных систем (КИС).
Модели бизнес-процессов в масштабах всего предприятия могут оказаться очень сложными. BPwin предоставляет возможности, призванные облегчить инкрементальную разработку моделей и разграничение процессов. Средства объединения дают возможность нескольким проектным группам проводить анализ различных фрагментов деятельности, а затем создать глобальное представление. Иногда бывает необходимо более детально изучить определенную часть общей модели. BPwin позволяет разбить модель на фрагменты, поработать с ними, а затем вновь объединить их в одно целое.
Анализ бизнеса с различных сторон: поддержка в BPwin сразу трех нотаций: IDEF0, IDEF3 и DFD. BPwin совмещает в одном инструменте средства моделирования функций (IDEF0), потоков данных (DFD) и потоков работ (IDEF3), координируя эти три основных аспекта бизнеса для соответствия потребностям бизнес — аналитиков и системных аналитиков. BPwin позволяет повторно использовать ключевую информацию моделирования с точки зрения базовых аспектов, чтобы определить точки конфликтов и, в конечном счете, достичь их согласования.
1.1
Построение модели в нотации
IDEF
Наиболее известная и распространенная методика моделирования бизнес-процессов – методология IDEF0, относящаяся к семейству IDEF. IDEF0 — Function Modeling — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматривается логические отношения между работами, а не их временная последовательност. Она принята в качестве стандарта в нескольких международных организациях, в том числе в НАТО и МВФ. IDEF0 можно использовать для моделирования широкого класса систем. Для новых систем она применяется с целью определения требований и функций для последующей разработки системы, отвечающей поставленным требованиям и реализующей выделенные функции. Применительно к уже существующим системам методология IDEF0 может быть использована для анализа функций, осуществляемых системой, и отображения механизмов, посредством которых эти функции выполняются.
Результатом применения IDEF0 к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок. Два наиболее важных компонента, из которых строятся диаграммы IDEF0, – это бизнес-функции или работы (представленные на диаграммах в виде прямоугольников) и данные, а также объекты (изображаемые в виде стрелок), связывающие между собой работы. При этом стрелки в зависимости от того, в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на пять видов:
— стрелки входа (Input) (входят в левую грань работы) – изображают данные(информацию) или объекты (материалы), изменяемые в ходе выполнения работы;
— стрелки управления(Control) (входят в верхнюю грань работы) – изображают правила, стандарты, управляющие воздействия и ограничения, согласно которым выполняется работа;
— стрелки выхода (Output) (выходят из правой грани работы) – изображают данные или объекты, появляющиеся в результате выполнения работы;
— стрелки механизма (Mechanism) (входят в нижнюю грань работы) – изображают ресурсы, необходимые для выполнения работы, но не изменяющиеся в процессе работы (например, оборудование, человеческие ресурсы и т. п.);
— стрелки вызова(Call) (выходят из нижней грани работы) – изображают связи между разными диаграммами или моделями, указывая на некоторую диаграмму, где данная работа рассмотрена более подробно.
Все работы и стрелки должны быть именованы. Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными. В контекст входит описание цели моделирования, области (описания того, что будет рассматриваться как компонент системы, а что – как внешнее воздействие) и точки зрения (позиции, с которой будет строиться модель). В качестве последней обычно выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом.
После того как контекст описан, строится иерархия диаграмм. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме. Каждая подсистема описывается аналитиком совместно с экспертом предметной области детализации, получается модель, аппроксимирующая систему с заданным уровнем точности. Построив модель, адекватно отображающую текущие бизнес-процессы (так называемую модель «A- I-»), аналитик может увидеть все наиболее уязвимые места системы. После этого с учетом выявленных недостатков можно строить модель новой организации бизнес-процессов (модель «TO BE»).
Таким образом, рамка IDEF0 – удобный стандартный инструмент для указания основных характеристик диаграммы бизнес-процесса. Приводимые в ней данные определяют положение диаграммы среди других диаграмм, текущий статус, дату последнего пересмотра и т. д. Наличие стандартной рамки делает методологию IDEF0 еще более удобным инструментом для описания бизнес-процессов, поскольку во всех современных системах моделирования процессов (например, BPWin 5), поддерживающих IDEF0, большинство важнейших полей рамки заполняется автоматически. Благодаря этому процесс документирования моделей становится простым и прозрачным, что существенно облегчает работу аналитиков при создании комплекта моделей бизнес-процессов организации.
Методология моделирования бизнес-процессов IDEF0 предназначена для описания процессов верхнего уровня, при этом акцент делается на управление процессами, обратными связями и информацией.
Декомпозиция (Decomposition)
Декомпозиция — является третьим основным понятием стандарта IDEF0. Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.
Работы на диаграммах декомпозиции обычно располагаются по диагонали от левого верхнего угла к правому нижнему.
Такой порядок называется порядком доминирования. Согласно этому принципу расположения в левом верхнем углу располагается самая важная работа или работа, выполняемая по времени первой. Далее вправо вниз располагаются менее важные или выполняемые позже работы. Такое расположение облегчает чтение диаграмм, кроме того, на нем основывается понятие взаимосвязей работ.
Рисунок 2.1.2Пример диаграммы декомпозиции
Декомпозиция позволяет постепенно и структурировано представлять модель системы в виде иерархической структуры отдельных диаграмм, что делает ее менее перегруженной и легко усваиваемой. Модель IDEF0 всегда начинается с представления системы как единого целого – одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области.
В пояснительном тексте к контекстной диаграмме должна быть указана цель (Purpose) построения диаграммы в виде краткого описания и зафиксирована точка зрения(Viewpoint).
Глоссарий (Glossary).
Глоссарий -является Последним из понятий IDEF0 Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных дуг существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием сущности данного элемента. Например, для управляющей интерфейсной дуги “распоряжение об оплате” глоссарий может содержать перечень полей соответствующего дуге документа, необходимый набор виз и т.д. Глоссарий гармонично дополняет наглядный графический язык, снабжая диаграммы необходимой дополнительной информацией.
1.2 Построение модели в нотации
IDEF
3
Нотация IDEF3 – вторая важнейшая нотация (после IDEF0), предназначенная для описания потоков работ (Work Flow Modeling). Она широко используется для создания моделей бизнес-процессов организации на нижнем уровне – при описании работ, выполняемых в подразделениях и на рабочих местах. Следует отметить, что нотация IDEF3 была взята за основу при создании методики описания процессов ARI- еЕРС – «расширенной цепочки процесса, управляемого событиями».
Методология IDEF3 позволяет графически описать и составить исчерпывающую документацию процессов, фокусируя внимание на ходе их выполнения и на отношениях процессов и важных объектов, являющихся частями этих процессов.
IDEF3 предполагает построение двух типов моделей:
· модель отражает некоторые процессы в их логической последовательности, позволяя увидеть, как функционирует организация;
· модель показывает «сеть переходных состояний объекта», предлагая вниманию аналитика последовательность состояний, в которых может оказаться объект при прохождении определенного процесса.
С помощью диаграмм IDEF3 можно анализировать сценарии из реальной жизни, например, как закрывать магазин в экстренных случаях или какие действия должны выполнить менеджер и продавец при закрытии. Каждый такой сценарий предусматривает описание процесса и может быть использован, для того чтобы наглядно показать или лучше задокументировать бизнес-функции организации.
В IDEF3 различают три типа связей:
— связь предшествования (Precedence) – показывает, что, прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией;
— связь отношения (Relational) – показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией;
— поток объектов (Object Flow) – показывает участие некоторого объекта в двух или более работах, например объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками;
— перекрестки (Junction-) – используются в диаграммах IDEF3, чтобы показать ветвления логической схемы моделируемого процесса и альтернативные пути развития процесса, которые могут возникнуть во время его выполнения. Различают два типа перекрестков:
ü перекресток слияния (Fan-in Junction) – узел, собирающий множество стрелок в одну, указывая на необходимость условия завершенности работ-источников стрелок для продолжения процесса;
ü перекресток ветвления (Fan-out Junction) – узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно;
ü объекты ссылок (Referent-) – служат для выражения идей и концепций без использования специальных методов, таких как стрелки, перекрестки или работы.
Для того чтобы избежать неоднозначности описания потоков работ, в нотации IDFE3, т.к. перекресток не может использоваться одновременно для слияния и для разветвления. При внесении перекрестка в диаграмму необходимо указать тип перекрестка. Классификация возможных типов перекрестков приведена в таблице.
Все перекрестки в диаграмме нумеруются, каждый номер имеет префикс«J».
Основные графические объекты модели, используемые в IDEF3, – четырехугольники и стрелки. Первые служат для описания функций (работ, процессов), вторые – для отражения в модели последовательности выполнения функций во времени либо последовательности выполнения функций, обусловленной потоком материальных ресурсов.
2.3 Построение модели в нотации
DFD
Диаграммы потоков данных (Dataflowdiagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFDпредставляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации.
DFD описывает:
-функции обработки информации (работы);
-документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации;
-внешние ссылки (externalreferences), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы; таблицы для хранения документов (хранилище данных, datastore).
В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFDпоказывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFDболее похожими на физические характеристики системы — движение объектов (dataflow), хранение объектов (datastores), поставка и распространение объектов (externalentities) (рис. 1.3.1.)
Рисунок 1.3.1.Пример диаграммы DFD
Основные объекты нотации:
Работы (Activities). Отображают процессы обработки и изменения информации Стрелки (Arrows). Отображают информационные потоки. Типы стрелок: 1- двунаправленные – можно направлять в любую грань, они предназначены для обозначения обратной связи между основными объектамиDFD; 2- связь без стрелок – говорит о наличии некой информационной связи между объектами DFD; 3- связь с двунаправленными стрелками – для обозначения информационных потоков жестко поступающих от одного объекта к другому. Хранилища данных (Data Store). Отображают данные, к которым осуществляется доступ, эти данные используются, создаются или изменяются работами Внешние сущности (External References). Отображают объекты, с которыми происходит взаимодействия
В результате дополнения диаграмм IDEF0 диаграммами DFDи IDEF3 может быть создана смешанная модель, которая наилучшим образом описывает все стороны деятельности предприятия (рис. 1.4). Иерархию работ в смешанной модели можно увидеть в окне Model
Explorer. Работы в нотации IDEF0 изображаются зелёным цветом, IDEF3 жёлтым,DFDсиним.
Рис 1.4Представление смешанной модели в окне ModelExplorer продолжение
--PAGE_BREAK--