Fвтоматизированный расчет инвестиционного проекта в среде пакета Project Expert (стр. 3 из 5)
- стрелки входа (Input) (входят в левую грань работы) – изображают данные(информацию) или объекты (материалы), изменяемые в ходе выполнения работы;
- стрелки управления(Control) (входят в верхнюю грань работы) – изображают правила, стандарты, управляющие воздействия и ограничения, согласно которым выполняется работа;
- стрелки выхода (Output) (выходят из правой грани работы) – изображают данные или объекты, появляющиеся в результате выполнения работы;
- стрелки механизма (Mechanism) (входят в нижнюю грань работы) – изображают ресурсы, необходимые для выполнения работы, но не изменяющиеся в процессе работы (например, оборудование, человеческие ресурсы и т. п.);
- стрелки вызова(Call) (выходят из нижней грани работы) – изображают связи между разными диаграммами или моделями, указывая на некоторую диаграмму, где данная работа рассмотрена более подробно.
Все работы и стрелки должны быть именованы. Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными. В контекст входит описание цели моделирования, области (описания того, что будет рассматриваться как компонент системы, а что – как внешнее воздействие) и точки зрения (позиции, с которой будет строиться модель). В качестве последней обычно выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом.
После того как контекст описан, строится иерархия диаграмм. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме. Каждая подсистема описывается аналитиком совместно с экспертом предметной области детализации, получается модель, аппроксимирующая систему с заданным уровнем точности. Построив модель, адекватно отображающую текущие бизнес-процессы (так называемую модель «A- I-»), аналитик может увидеть все наиболее уязвимые места системы. После этого с учетом выявленных недостатков можно строить модель новой организации бизнес-процессов (модель «TO BE»).
Таким образом, рамка IDEF0 – удобный стандартный инструмент для указания основных характеристик диаграммы бизнес-процесса. Приводимые в ней данные определяют положение диаграммы среди других диаграмм, текущий статус, дату последнего пересмотра и т. д. Наличие стандартной рамки делает методологию IDEF0 еще более удобным инструментом для описания бизнес-процессов, поскольку во всех современных системах моделирования процессов (например, BPWin 5), поддерживающих IDEF0, большинство важнейших полей рамки заполняется автоматически. Благодаря этому процесс документирования моделей становится простым и прозрачным, что существенно облегчает работу аналитиков при создании комплекта моделей бизнес-процессов организации.
Методология моделирования бизнес-процессов IDEF0 предназначена для описания процессов верхнего уровня, при этом акцент делается на управление процессами, обратными связями и информацией.
Декомпозиция (Decomposition)
Рисунок 2.1.2 Пример диаграммы декомпозиции
Глоссарий (Glossary).
1.2 Построение модели в нотации IDEF3
Нотация 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, т.к. перекресток не может использоваться одновременно для слияния и для разветвления. При внесении перекрестка в диаграмму необходимо указать тип перекрестка. Классификация возможных типов перекрестков приведена в таблице.
| Обозначение | Наименование | Смысл в случае слияния стрелок (Fan-in Junction) | Смысл в случае разветвления стрелок (Fan-out Junction) |
 | Асинхронное «И» (Asynchronous AND) | Все предшествующие процессы должны быть завершены | Все следующие процессы должны быть запущены |
 | Синхронное «И» (Synchronous AND) | Все предшествующие процессы завершены одновременно | Все следующие процессы запускаются одновременно |
 | Астнхронное «ИЛИ» (Asynchronous OR) | Один или несколько предшествующих процессов должны быть завершены | Один или несколько следующих процессов должны быть запущены |
 | Синхронное «ИЛИ» (Synchronous OR) | Один или несколько предшествующих процессов завершаются одновременно | Один или несколько следующих процессов запускаются одновременно |
 | Исключающее «ИЛИ» (Exclusive OR) | Только один предшествующий процесс завершен | Только один следующий процесс запускается |
Все перекрестки в диаграмме нумеруются, каждый номер имеет префикс"J".
Основные графические объекты модели, используемые в IDEF3, – четырехугольники и стрелки. Первые служат для описания функций (работ, процессов), вторые – для отражения в модели последовательности выполнения функций во времени либо последовательности выполнения функций, обусловленной потоком материальных ресурсов.
2.3 Построение модели в нотации DFD
Диаграммы потоков данных (Dataflowdiagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации.
DFD описывает:
В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы - движение объектов (dataflow), хранение объектов (datastores), поставка и распространение объектов (externalentities) (рис. 1.3.1.)
