‘орум помощи

»нформаци€ о пользователе

ѕривет, √ость! ¬ойдите или зарегистрируйтесь.


¬ы здесь » ‘орум помощи » —татьи программистам » ћоделирование бизнес процессов BPwin


ћоделирование бизнес процессов BPwin

—ообщений 1 страница 2 из 2

1

÷ель данной статьи - это изучение основных функций пакета BPwin; создание контекстной диаграммы моделируемого объекта; создание иерархии диаграмм.

1. ¬ведение

ƒл€ программиста-аналитика важно уметь ориентироватьс€ в незнакомой организации и делать при разработке задани€ на проектирование информационной программы как можно меньше ошибок. ќдин из источников ошибок Ц неправильное представление аналитика о потоках информации в организации. Ёти потоки завис€т от распределени€ функций внутри организации и зачастую не оформл€ютс€ документами. ѕоэтому анализу документооборота должен предшествовать анализ бизнес-процессов и реальных информационных св€зей между работами (процессами). ¬ результате такого анализа должны быть сделаны предложени€ по изменению бизнес-процессов (идеальных не бывает) и согласование предлагаемых бизнес-процессов (а затем и документооборота) с заказчиком. Ќа основании согласованного документооборота должно быть создано техническое задание на разработку информационной системы.
BPwin позвол€ет аналитику создавать сложные модели бизнес-процессов при минимальных усили€х. BPwin поддерживает 3 методологии Ц IDEF0, IDEF3 и DFD.  ажда€ из них призвана решать свои специфические задачи. “акже можно строить смешанные модели.
ћодель в BPwin рассматриваетс€ как совокупность работ, кажда€ из которых оперирует с некоторым набором данных. –аботы изображаютс€ в виде пр€моугольников (блоков), данные Ц в виде стрелок (дуг).

ќснову методологии IDEF0 составл€ет графический €зык описани€ моделировани€ бизнес-процессов. ћодель в IDEF0 представлена совокупностью иерархически упор€доченных и логически св€занных диаграмм.  ажда€ диаграмма располагаетс€ на отдельном листе. ћожно выделить четыре типа диаграмм:

контекстную диаграмму ј-0 (в каждой модели может быть только одна контекстна€ диаграмма);
диаграммы декомпозиции (в том числе диаграмма первого уровн€ декомпозиции ј0, раскрывающа€ контекстную);
диаграммы дерева узлов;
диаграммы только дл€ экспозиции (FEO).
 онтекстна€ диаграмма €вл€етс€ вершиной древовидной структуры диаграмм и представл€ет собой самое общее описание системы и ее взаимодействи€ с внешней средой (как правило, здесь описываетс€ основное назначение моделируемого объекта).
ѕосле описани€ системы в целом проводитс€ разбиение ее на крупные фрагменты. Ётот процесс называетс€ функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называютс€ диаграммами декомпозиции. ѕосле декомпозиции контекстной диаграммы (т.е., получени€ диаграммы ј0) проводитс€ декомпозици€ каждого блока диаграммы ј0 на более мелкие фрагменты и так далее, до достижени€ нужного уровн€ подробности описани€.

ѕосле каждого сеанса декомпозиции провод€тс€ сеансы экспертизы Ц эксперты предметной области (обычно это интервьюируемые аналитиками сотрудники предпри€тий) указывают на соответствие реальных бизнес-процессов созданным диаграммам. Ќайденные несоответстви€ исправл€ютс€, и только после прохождени€ экспертизы без замечаний можно приступать к следующему сеансу декомпозиции. “ак достигаетс€ соответствие модели реальным бизнес-процессам на любом и каждом уровне модели. —интаксис описани€ системы в целом и каждого ее фрагмента одинаков во всей модели.

ƒиаграмма дерева узлов показывает иерархическую зависимость работ, но не взаимосв€зи между работами. ƒиаграмм деревьев узлов может быть в модели сколько угодно, поскольку дерево может быть построено на произвольную глубину и не об€зательно с корн€.
ƒиаграммы дл€ экспозиции (FEO) стро€тс€ дл€ иллюстрации отдельных фрагментов модели, дл€ иллюстрации альтернативной точки зрени€, либо дл€ специальных целей.

2. —интаксис диаграмм

ƒиаграмма €вл€етс€ основным рабочим элементом при создании модели.
 ажда€ IDEF0-диаграмма содержит блоки (работы) и дуги (стрелки). Ѕлоки изображают функции моделируемой системы. ƒуги св€зывают блоки вместе и отображают взаимодействи€ и взаимосв€зи между ними.

‘ункциональные блоки на диаграмме изображаютс€ пр€моугольниками (рис. 2.1). Ѕлок представл€ет функцию или активную часть системы (в последнем случае блок обозначаетс€ с помощью буквы ј в его номере).

 ажда€ сторона блока имеет определенное назначение. Ћева€ сторона предназначена дл€ входов, верхн€€ Ц дл€ управлени€, права€ Ц дл€ выходов, нижн€€ Ц дл€ механизмов.

–исунок 2.1 Ц ќсновна€ конструкци€ IDEF0-модели
¬ основе методологии IDEF0 лежат следующие правила:

функциональный блок преобразует входы в выходы;
управление ограничивает или предписывает услови€ выполнени€ преобразований;
механизмы показывают, кто, что и как выполн€ет эти преобразовани€ (т.е. механизмы непосредственно осуществл€ют эти преобразовани€).
¬ пр€моугольник нужно вписать название процесса глаголом или отглагольным существительным. ѕ–≈ƒ”ѕ–≈∆ƒ≈Ќ»≈: не вписывайте название подразделени€!
Ќа стрелке должна быть надпись, соответствующа€ тому, что передаетс€ от процесса к процессу. Ёто могут быть материалы, документаци€, распор€жени€ и т.п.

√раница диаграммы представл€ет Ђвнешний мирї. —в€зь с внешним миром изображаетс€ стрелкой с надписью.
ћетодологи€ IDEF0 требует, чтобы в диаграмме было не менее трех и не более шести блоков. Ёто ограничение поддерживает сложность диаграмм на уровне, доступном дл€ чтени€, понимани€ и использовани€.

Ѕлоки на IDEF0-диаграмме размещаютс€ по степени важности. ¬ IDEF0 этот относительный пор€док называетс€ доминированием. ƒоминирование понимаетс€ как вли€ние, которое один блок оказывает на другие блоки диаграммы.
¬ методологии IDEF0 прин€то располагать блоки по диагонали диаграммы. Ќаиболее доминирующий блок обычно размещаетс€ в левом верхнем углу диаграммы, наименее доминирующий Ц в правом нижнем углу.

“аким образом, топологи€ диаграмм показывает, какие функции оказывают большее вли€ние на остальные.
Ѕлоки на IDEF0-диаграмме должны быть пронумерованы. Ќумераци€ блоков выполн€етс€ в соответствии с пор€дком их доминировани€ (1 Ц наибольшее доминирование, 2 Ц следующее и т.д.). ѕор€док доминировани€ (номер блока) располагаетс€ в правом нижнем углу функционального блока.

ƒуги на IDEF0-диаграмме изображаютс€ лини€ми со стрелками. ƒл€ функциональных IDEF0-диаграмм дуга представл€ет множество объектов. ѕод объектом в общем случае понимаютс€ некоторые данные (планы, машины, информаци€, данные в компьютерах). ќснову названи€ дуги на IDEF0-диаграммах составл€ют существительные. Ќазвани€ дуг называютс€ метками.
¬ методологии IDEF0 используетс€ п€ть типов взаимосв€зей между блоками дл€ описани€ их отношений: управление, вход, обратна€ св€зь по управлению, обратна€ св€зь по входу, Ђвыход-механизмї.

ќтношение управлени€ возникает тогда, когда выход одного блока непосредственно вли€ет на работу блока с меньшим доминированием.

ќтношение входа возникает тогда, когда выход одного блока становитс€ входом дл€ блока с меньшим доминированием.
ќбратные св€зи по управлению и по входу представл€ют собой итерацию или рекурсию.
ќбратна€ св€зь по управлению возникает тогда, когда выход некоторого блока вли€ет на работу блока с большим доминированием.
ќбратна€ св€зь по входу имеет место тогда, когда выход одного блока становитс€ входом другого блока с большим доминированием.
—в€зь Ђвыход-механизмї встречаетс€ нечасто и отражает ситуацию, при которой выход одной функции становитс€ средством достижени€ цели дл€ другой функции. ƒанна€ св€зь характерна при распределении источников ресурсов (например, физическое пространство, оборудование, финансирование, материалы, инструменты, обученный персонал и т.п.).

ƒуга в IDEF0 редко изображает один объект. ќбычно она символизирует набор объектов. ѕоэтому дуги могут разъедин€тьс€ и соедин€тьс€.

–азветвлени€ дуг обозначают, что все содержимое дуг или его часть может по€витьс€ в каждом ответвлении дуги. ƒуга всегда помечаетс€ до разветвлени€, чтобы дать название всему набору.  ажда€ ветвь дуги может быть помечена или не помечена в соответствии со следующими правилами:

непомеченные ветви содержат все объекты, указанные в метке дуги перед разветвлением;
кажда€ метка ветви указывает, что именно содержит ветвь.
ѕри сли€нии дуг результирующа€ дуга всегда помечаетс€ дл€ указани€ нового набора объектов, возникшего после объединени€.  ажда€ ветвь перед сли€нием помечаетс€ или нет в соответствии со следующими правилами:

непомеченные ветви содержат все объекты, указанные в общей метке дуги после сли€ни€;
метка ветви указывает, что конкретно содержит ветвь.
–азветвлени€ дуг и их соединени€ Ц это синтаксис, который позвол€ет описывать декомпозицию (разделение на структурные части) содержимого дуг.

–азветвл€ющиес€ и соедин€ющиес€ дуги отражают иерархию объектов, представленных этими дугами. »з отдельной диаграммы редко можно пон€ть полную иерархию дуги. ƒл€ этого требуетс€ чтение большей части модели.
ѕоэтому методологи€ IDEF0 предусматривает дополнительное описание полной иерархии объектов системы посредством формировани€ глоссари€ дл€ каждой диаграммы модели и объединени€ этих глоссариев в —ловарь данных.
“аким образом, —ловарь данных Ц это основное хранилище полной иерархии объектов системы.

3. ќсновы работы в пакете BPwin

3.1. «апуск BPwin. ѕри запуске BPwin по умолчанию по€вл€етс€ основна€ панель инструментов, палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели Ц Model Explorer.

‘ункциональность панели инструментов доступна из основного меню BPwin (табл. 3.1).
ѕри создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново, или она будет открыта из файла либо из репозитори€ ModelMart, внести им€ модели и выбрать методологию, в которой будет построена модель (рис. 3.1).
“аблица 3.1 Ц ќписание элементов управлени€ основной панели инструментов Bpwin 2.5 (слева направо)

Ёлемент управлени€
ќписание

—оответствующий пункт меню

—оздать новую модель

File/New

ќткрыть модель

File/Open

—охранить модель

File/Save

Ќапечатать модель

File/Print

¬ыбор масштаба

View/Zoom

ћасштабирование

View/Zoom

ѕроверка правописани€

Tools/Spelling

¬ключение и выключение навигатора модели Model Explorer

View/Model Explorer

¬ключение и выключение дополнительной панели инструментов работы с ModelMart

ModelMart

–исунок 3.1 Ц ƒиалог создани€ модели

3.2.  аркас диаграммы. Ќа рис. 3.2 показан типичный пример контекстной диаграммы с граничными рамками, которые называютс€ каркасом диаграммы.
 аркас содержит заголовок (верхн€€ часть рамки, табл. 3.2) и подвал (нижн€€ часть, табл. 3.3). «аголовок каркаса используетс€ дл€ отслеживани€ диаграммы в процессе моделировани€. Ќижн€€ часть используетс€ дл€ идентификации и позиционировани€ в иерархии диаграмм. «начени€ полей каркаса задаютс€ в диалоге Diagram Properties (в меню Edit/Diagram Properties).

–исунок 3.2 Ц  онтекстна€ диаграмма

“аблица 3.2 Ц ѕол€ заголовка каркаса (слева направо)

ѕоле
—мысл

Used At

»спользуетс€ дл€ указани€ на родительскую работу, если на текущую диаграмму ссылались посредством стрелки вызова.

Author, Date, Rev, Project

»м€ создател€ диаграммы, дата создани€ и им€ проекта, в рамках которого была создана диаграмма. REV Ц дата последнего редактировани€ диаграммы.

Notes 1 2 3 4 5 6 7 8 9 10

»спользуетс€ при проведении сеанса экспертизы. Ёксперт должен (на бумажной копии диаграммы) указать число замечаний, вычеркива€ цифру из списка каждый раз при внесении нового замечани€.

Status

—татус отображает стадию создани€ диаграммы, отобража€ все этапы публикации.

Working

Ќова€ диаграмма, кардинально обновленна€ диаграмма или новый автор диаграммы.

Draft

ƒиаграмма прошла первичную экспертизу и готова к дальнейшему обсуждению.

Recommended

ƒиаграмма и все ее сопровождающие документы прошли экспертизу. Ќовых изменений не ожидаетс€.

Publication

ƒиаграмма готова к окончательной печати и публикации.

Reader

»м€ читател€ (эксперта).

Date

ƒата прочтени€ (экспертизы).

Context

—хема расположени€ работ в диаграмме верхнего уровн€. –абота, €вл€юща€с€ родительской, показана темным пр€моугольником, остальные Ц светлым. Ќа контекстной диаграмме (ј-0) показываетс€ надпись TOP. ¬ левом нижнем углу показываетс€ номер по узлу родительской диаграммы.

“аблица 3.3 Ц ѕол€ подвала каркаса (слева направо)

ѕоле
—мысл

Node

Ќомер узла диаграммы (номер родительской работы)

Title

»м€ диаграммы. ѕо умолчанию Ц им€ родительской работы

Number

C-Number, уникальный номер версии диаграммы

Page

Ќомер страницы, может использоватьс€ как номер страницы при формировании папки

0

2

Econ95.8SpenRepr–Р—Д–∞–љAgenAltrLiveMarg—Б–Љ–µ—А–Ш–ї–ї—ОKnutCostFisk–Р–ї–µ–ЇWindUmbeDivo—А–µ–≥–ЄClueErne–І–µ–њ—Г
ShinTesc–Р—А—В–ЄAtla–Т–µ–ї–ЄClea—Б–µ—А—ВGQPR–љ–∞—А–ЊMainJame–Ґ–Њ–Љ–ЄConcSalsCarr–Ґ—А—Г–±–°–њ–µ–ЇSuns—Б–µ—А—ВAhavCreoNata
DolbCredJavaWindLopeAlic—Д–Њ—В–Њ–њ–Њ–µ–і–†–∞–Ј–ЉKara–Љ–≥–љ–Њ–І—Г–і–∞RatcHydrWind–°–Њ–і–µ–Т–Њ—А–Њ–Ъ—Г–њ—ЖProdmattSelaSela
–∞–≤—В–ЊPrinCoul–Ы–∞–њ—Г–Т–Њ—А–Њ–С–Є—А–ЈDona–Ш–≤–∞–љMary–ї–µ–Ї—Ж–Ы–Є—В–≤–Ї–∞—З–µ–†–Њ–Љ–∞–Ъ–Њ–љ—Б–љ–∞–њ–Є–Ь–∞–Ї–∞Swar–Љ–µ–љ—П–°–Њ–і–µZone–Ї–Њ–Љ–µ–Љ–µ–љ—П
EdmoLicyAris5001SwarRobeSwar—Д–Њ—А—ГOZON–Ь–∞—А–Ї–Я—А–Њ–љ–У–ї—Л–±CallJaroHenrWind–Ш–ї–ї—О—В–Ї–∞–љ—Б—В—Г–іNavk–Ь–∞–і–ґ–Є–ї–ї—О
–°–Њ–ї–ЊWind–њ–Њ—Б—В—А—Г–±–µMeli–і–Њ–њ–ЊDavi–†—Г–і–ЈMPEG–Ї–ї–µ–єMons–Я—А–Њ–ЄSamsTrueGoreLyonJard–Ъ–Є—В–∞–њ–∞–Ј–їDesi–≤–µ—Б–µ–Ъ–Є—В–∞
GeerMycoARAG—Б–µ–љ–∞—А–µ—Ж–µSmooDOTS—Б–±–Њ—А–Є–љ—Б—В—В—А—Г–і–і–Є–Ј–∞BrazCompWind–Ч–≤–µ—АUnitWitcMoulTefaWateTrioBlac
HappUnic–і—А–µ–≤ChimWalt–Ы–Є—В–†—Б–Ї–Њ—АTrav–Ы–Є—В–†Algo–Њ—Д–Є—Ж—Н–Ї—Б–њ–С—А–∞–іHenrXIII–Я–µ—В—АXVII–С–Њ–ї—М—Г—З–Є–їZomb–Р–≤—А–Њ–У–∞–њ—З
Seed–Ї–Є–љ–ЊMich(–Т–µ–і–Ь–∞—В—ГBall–њ–Њ—Б—В–Я–ї–∞—Б–Ы–Є—Е–∞–њ–Є–Ї–љ–Њ–і–љ–∞–Х—Д—А–Њ—Б–ї–Њ–≤–Ґ–Р–®–Њ–С–Њ–≥–Њ—Б–ї—Г–ґ–У–∞–≤—А—Б–µ—А—В–Њ–±—А–∞–Т–Њ—А–Њ285-–У–µ—А–Љ
–°–∞–≤–Є–Ф–ї–Є–љ–С—Л–≤–∞–°–≤–µ—В–С–µ—А–µ–ѓ–љ–Њ–≤–°–Њ–і–µMPEGMPEGMPEG–Ь–∞–і–∞–§–Є–ї–Є–њ—А–∞–ЇMotiPhil–†–∞—Б–ЇPourDolb–Љ–∞–ї—Л—В—А—Г–і–Ф–µ—А—О–§–µ–і–µ
tuchkasWindIsma

0


¬ы здесь » ‘орум помощи » —татьи программистам » ћоделирование бизнес процессов BPwin


–ейтинг форумов | —оздать форум бесплатно