Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

ПрИС / Бабич UML первое знакомство

.pdf
Скачиваний:
99
Добавлен:
05.02.2016
Размер:
11.15 Mб
Скачать

Лекциfl 3

Д臄 ‡мм‡ кл‡ссо‚: к упным пл‡ном

Рис. 3.17

Вы‚о‰ы

Инк‡псулflциfl з‡щищ‡ет ‚нут еннее уст ойст‚о объект‡ и е‡лизуетсfl путем о„ ‡ничениfl ‰оступ‡ к ‡т ибут‡м и опе ‡циflм кл‡с- с‡ из ‰ у„их ч‡стей п о„ ‡ммы.

Обобщение поз‚олflет по‚то но использть уже сущест‚ующиеешениfl, со片‚‡fl но‚ые кл‡ссы путем н‡сле‰о‚‡ниfl от имеющихсfl кл‡ссо‚.

Полимо физм поз‚олflет ‡бот‡ть с „ уппой ‡зно о‰ных объекто‚ о‰ин‡ко‚ым об ‡зом, не 燉умы‚‡flсь о ‡зличиflх ‚ е‡лиз‡ции.

Инк‡псулflциfl, н‡сле‰о‚‡ние и полимо физм Ñ т и кит‡, н‡ кото ых ‰е житсfl ООП.

В любой системе меж‰у объект‡ми сущест‚уют отношениfl ‡з- ных типо‚.

71

Ку с

UML: Пе ‚ое зн‡комст‚о

Отношение 燂исимости озн‡ч‡ет, что е‡лиз‡циfl о‰но„о кл‡сс‡ 燂исит от специфик‡ции опе ‡ций ‰ у„о„о кл‡сс‡.

Ассоци‡циfl ‚ы ‡ж‡ет отношение меж‰у несколькими ‡‚но- п ‡‚ными объект‡ми и может иметь н‡п ‡‚ление, оли и к ‡т- ность, ‡ т‡кже изоб ‡ж‡тьсfl ‚ ‚и‰е кл‡сс‡ ‡ссоци‡ции.

Композициfl и ‡„ 儇циfl используютсfl, если меж‰у объект‡ми сущест‚уют отношениfl тип‡ Çч‡сть-целоеÈ, п ичем композициfl п е‰по뇄‡ет, что ч‡сти не мо„ут сущест‚ть от‰ельно от цело„о.

Конт ольные ‚оп осы

К‡кие т и п инцип‡ леж‡т ‚ осно‚е ООП?

Что т‡кое инте фейс? Н‡ к‡ком из б‡зо‚ых п инципо‚ ООП оснн мех‡низм инте фейсо‚?

Что т‡кое n-‡ н‡fl ‡ссоци‡циfl?

В чем ‡зниц‡ меж‰у ‡„ 儇цией и композицией?

Что т‡кое кл‡сс ‡ссоци‡ции?

Список использнных источнико‚

1.М‡те и‡лы ку с‡ ÇSE201: В‚е‰ение ‚ п о„ ‡ммную инжене июÈ,‡з ‡бот‡нные П. Цыто‚ичем1.

2.Г. Буч, А. Джекобсон, Дж. Р‡мбо. UML: Руко‚о‰ст‚о пользтелfl. Ð http://alice.stup.ac.ru/~dvn/uproc/books/uml_user_guide/index.htm.

3.Ф‡уле М., Скотт К. UML ‚ к ‡тком изложении. П именение ст‡н‰‡ тно„о flзык‡ объектно„о мо‰ели ниfl. Ð М.: Ми , 1999.

4.Г. Буч. Объектно-о иенти нное п оекти ние с п име ‡ми п именениfl. Ð М.: Конко ‰, 1992.

5.OMG Unified Modeling Language Specifications. Ð Copyright © 2007, Object Management Group. Ð http://www.omg.org/technology/documents/formal/uml.htm.

6.Zicom Mentor: Visual Dictionary UML 2.0. Ð Copyright © 2003-2004 Zicom Systems Pty. Limited. Ð http://zicomsystems.com/.

72

Лекциfl 4

Д臄 ‡мм‡ ‡кти‚ностей: к упным пл‡ном

Лекциfl 4. Д臄 ‡мм‡ ‡кти‚ностей: к упным пл‡ном

Д臄 ‡мм‡ ‡кти‚ностей (или, к‡к ч‡сто „о‚о flт, ‰и‡„ ‡мм‡ ‰еflтельности) Ñ ‰и‡„ ‡мм‡ UML, ‚ы„лfl‰flщ‡fl н‡иболее п остой, поскольку н‡- помин‡ет п и‚ычную ‚сем блок-схему. Н‡ с‡мом же ‰еле ‰и‡„ ‡мм‡ ‡к- ти‚ности Ñ это нечто большее, чем блок-схем‡, хотfl цели у них похожи: обе они отоб ‡ж‡ют некий ‡л„о итм. Мы уже ‚ст еч‡лись с т‡кими ‰и‡- „ ‡мм‡ми ‚ лекции ÇВи‰ы ‰и‡„ ‡ммÈ, ‡ тепе ь ‡ссмот им им более ‚ни- м‡тельно. В этой лекции мы ‡ссмот им т‡кие ‚оп осы:

А ‚е‰ь это ‚о‚се не блок-схем‡!

П име ы использниfl т‡ких ‰и‡„ ‡мм.

Со‚еты по пост оению ‰и‡„ ‡мм ‡кти‚ностей.

А ‚е‰ь это ‚о‚се не блок-схем‡!

К‡к мы уже „о‚о или, ‰и‡„ ‡ммы ‡кти‚ностей (Activity Diagramms) fl‚лflютсfl п е‰ст‡‚лением ‡л„о итмо‚ неких ‰ейст‚ий (‡кти‚ностей), ‚ы- полнflющихсfl ‚ системе. Мы уже зн‡ем, что к‡к нот‡циfl UML п е‰л‡„‡- ет пflть п е‰ст‡‚лений системы:

Ви‰ системы с точки з ениfl п еце‰енто‚.

Ви‰ с точки з ениfl п оекти ниfl.

Ви‰ с точки з ениfl п оцессо‚.

Ви‰ с точки з ениfl ‡з‚е ты‚‡ниfl.

Ви‰ с точки з ениfl е‡лиз‡ции.

И п и этом к‡ж‰ый из пе ечисленных способо‚ п е‰ст‡‚лениfl системы может со‰е ж‡ть после‰о‚‡тельности ‰ейст‚ий, кото ые мо„ут быть опис‡ны с помощью ‡л„о итмо‚. Вот з‰есь-то и ‚ыхо‰flт н‡ сцену ‰и‡- „ ‡ммы ‰еflтельностей. Вообще „о‚о fl, любой элемент мо‰ели, имеющий ‰ин‡мическое по‚е‰ение, может быть ‰ополнен ‰и‡„ ‡ммой ‰еflтельности Ñ именно ‰лfl уточнениfl этой с‡мой ‰ин‡мики. К‡к хо ошо по‰хо‰fl- щий по контексту п име сле‰ует упомflнуть ‚озможность п именениfl ‰и‡„ ‡мм ‡кти‚ности ‰лfl опис‡ниfl бизнес-п оцессо‚, сущест‚ующих ‚ комп‡нии (нот‡ции Grapes-BM, BPML/BPMN и ‰ .). Вот уж „‰е с‡м‡fl что ни н‡ есть ‰ин‡мик‡!

Можно пост оить несколько ‰и‡„ ‡мм ‰еflтельности ‰лfl о‰ной и той же системы, п ичем к‡ж‰‡fl из них бу‰ет фокуси тьсfl н‡ ‡зных ‡спект‡х системы, пок‡зы‚‡ть ‡зличные ‰ейст‚иfl, ‚ыполнflющиесfl ‚ну- т и ее. Чит‡тель, конечно же, понflл, что, к‡ мы „о‚о им о ‰ин‡мике, мы по‰ ‡зум傇ем по‚е‰ение системы ‚ целом или ее ч‡стей. Го‚о fl более фо м‡льно, ‰и‡„ ‡ммы ‡кти‚ности, ‚ общем-то, не имеют монополии н‡ опис‡ние по‚е‰енческих особенностей ‰ин‡мических ч‡стей системы. Длfl этой же цели мо„ут использтьсfl еще ‰и‡„ ‡ммы п еце‰енто‚, по-

73

Ку с

UML: Пе ‚ое зн‡комст‚о

сле‰о‚‡тельности, коопе ‡ции и состоflний. Почему же мы „о‚о им именно о ‰и‡„ ‡мме ‡кти‚ности? Нет, не только потому, что т‡к н‡зы‚‡- етсfl эт‡ лекциfl.

Именно н‡ ‰и‡„ ‡мме ‰еflтельности п е‰ст‡‚лены пе ехо‰ы поток‡ уп ‡‚лениfl от о‰ной ‰еflтельности к ‰ у„ой. Это, по сути, ‡зно‚и‰ность ‰и‡„ ‡ммы состоflний, „‰е ‚се или больш‡fl ч‡сть состоflний fl‚лflютсfl некото ыми ‰еflтельностflми, ‡ ‚се или больш‡fl ч‡сть пе ехо‰о‚ с ‡б‡ты‚‡- ют п и 燂е шении оп е‰еленной ‰еflтельности и поз‚олflют пе ейти к ‚ыполнению сле‰ующей. К‡к мы уже „о‚о или (по‚то ение Ñ м‡ть учениfl), ‰и‡„ ‡мм‡ ‰еflтельности может быть п исое‰инен‡ к любому элементу мо‰ели, имеющему ‰ин‡мическое по‚е‰ение. Кст‡ти, исхо‰fl из ‚ышеск‡з‡нно„о, ло„ичнее „о‚о ить не Ç‰и‡„ ‡мм‡ ‰еflтельностиÈ, ‡ ljи- ‡„ ‡мм‡ ‰еflтельностейÈ Ñ ‚о множест‚енном числе. А еще мы п е‰пол‡- „‡ем, что чит‡тель поним‡ет смысл понflтий ljеflтельностьÈ, Çпе ехо‰È и ÇобъектÈ. Об объект‡х к‡к об экземплfl ‡х кл‡ссо‚ мы уже „о‚о или ‡- нее. Понflтиfl же ‰еflтельности (activity) к‡к п отflженно„о ‚о ‚ емени сост‡‚но„о (не‡том‡ но„о) ‚ычислениfl (‰ейст‚иfl, action) и пе ех к‡к пе-則чи конт олfl, 퇉еемсfl, понflтны интуити‚но, без ‰ополнительных объflснений.

Д臄 ‡ммы ‰еflтельности поз‚олflют мо‰ели ть сложный жизненный цикл объект‡, с пе ехми из о‰но„о состоflниfl (‰еflтельности) ‚ ‰ у„ое. Но этот ‚и‰ ‰и‡„ ‡мм может быть использн и ‰лfl опис‡ниfl ‰и- н‡мики со‚окупности объекто‚. Они п именимы и ‰лfl ‰ет‡лиз‡ции некото ой конк етной опе ‡ции, п ичем, к‡к мы у‚и‰им ‰‡лее, п е‰ост‡‚лflют ‰лfl это„о больше ‚озможностей, чем Çкл‡ссическ‡flÈ блок-схем‡. Ди- ‡„ ‡ммы ‰еflтельности описы‚‡ют пе ехо‰ от о‰ной ‰еflтельности к ‰ у„ой, ‚ отличие от ‰и‡„ ‡мм ‚з‡имо‰ейст‚иfl, „‰е ‡кцент ‰ел‡етсfl н‡ пе-ехх поток‡ уп ‡‚лениfl от объект‡ к объекту.

К‡к „о‚о итсfl, лучше о‰ин ‡з у‚и‰еть, чем сто ‡з услыш‡ть. Мы ‰ост‡точно ‡з екл‡ми ли ‰и‡„ ‡ммы ‰еflтельностей. По ‡ ‚з„лflнуть н‡ п име ( ис. 4.1).

Эт‡ ‰и‡„ ‡мм‡ ‰о‚ольно точно описы‚‡ет ежеут еннюю после‰о‚‡- тельность ‰ейст‚ий ‡‚то ‡ этих ст ок (‰о момент‡ ух н‡ ‡боту). К‡к ‚и‰им, ‚се очень п осто и понflтно. Дейст‚иfl пок‡з‡ны ск у„ленными п flмоу„ольник‡ми, к‡к ‚ блок-схеме, Ñ мы узн‡ем ‰‡же омбик сим‚ол‡ п инflтиfl ешениfl с обозн‡чениflми усло‚ий ‚озле пе ехо‰о‚. Д‡, отличиfl от блок-схемы не т‡к уж сильны. Более то„о, эти отличиfl ‚ы„лfl‰flт к‡к ло„ичное ‡сши ение нот‡ции блок-схем. Об ‡тим ‚ним‡ние н‡ то, что н‡ч‡ло и конец уже не изоб ‡ж‡ютсfl о‰ин‡ко‚ым безликим к ужком. Н‡ч‡ло тепе ь з‡к ‡шено, ‡ конец изоб ‡жен ‚ ‚и‰е сим‚ол‡, н‡помин‡- юще„о кош‡чий „л‡з ( ис. 4.2) (кст‡ти, это об ‡зное н‡з‚‡ние Ñ Çкош‡- чий „л‡зÈ Ñ уже н‡ме т‚о ‚ъелось ‚ ж‡ „он ‡ хитекто о‚ и ‡н‡литико‚).

74

Лекциfl 4

Д臄 ‡мм‡ ‡кти‚ностей: к упным пл‡ном

Рис. 4.1

Рис. 4.2

Без поflснений понflтен т‡кже смысл сим‚ол‡, п е‰шест‚ующе„о п инflтию ‰уш‡ и пению и сле‰ующе„о з‡ ними Ñ он озн‡ч‡ет ‡сп‡ ‡л- лел肇ние, ‡ з‡тем опflть слиflние ‚ое‰ино (синх ониз‡цию) потоко‚ уп-‡‚лениfl, т. е. опе ‡ции ÇпениеÈ и ljушÈ ‚ыполнflютсfl о‰но‚ еменно. Но- т‡циfl п ост‡: несколько потоко‚ уп ‡‚лениfl сл肇ютсfl ‚ о‰ин или о‰ин поток ‡з‰елflетсfl н‡ несколько. Т етье„о не ‰‡но ( ис. 4.3).

Рис. 4.3

75

Ку с

UML: Пе ‚ое зн‡комст‚о

Конечно, это не е‰инст‚енные отличиfl ‰и‡„ ‡ммы ‡кти‚ностей от блок-схемы. Н‡ ‰и‡„ ‡мме ‰еflтельностей можно не только пок‡з‡ть п‡-‡ллельно ‚ыполнflемые ‰ейст‚иfl, но и ук‡з‡ть состоflниfl объекто‚ (т‡к же, к‡к и н‡ п е‰ст‡‚лениflх конечных ‡‚том‡то‚, о кото ых н‡м т‡к мно- „о „о‚о или ‚ уни‚е ситет‡х), т‡кже есть ‚озможность пок‡зы‚‡ть ‡с- п е‰еление олей и т. ‰. Вот еще п име , по‰т‚е 扇ющий, что ‰и‡„ ‡м- м‡ ‡кти‚ностей Ñ это нечто большее, чем блок-схем‡ ( ис. 4.4).

Рис. 4.4

Смысл ‰и‡„ ‡ммы ‚полне понflтен и без ‰ополнительных объflснений. К‡к ‚ы уже, конечно, ‰о„‡‰‡лись, н‡ ней пок‡з‡н‡ ‡бот‡ с ‚еб-п иложением, кото ое еш‡ет некую 燉‡чу ‚ у‰‡ленной б‡зе ‰‡нных. П и‚лек‡ет ‚ни-

76

Лекциfl 4

Д臄 ‡мм‡ ‡кти‚ностей: к упным пл‡ном

м‡ние ст ‡нное ‡сположение ‡кти‚ностей н‡ этой ‰и‡„ ‡мме: они к‡к бы‡зб ос‡ны по т ем бе„о‚ым ‰о ожк‡м, к‡ж‰‡fl из кото ых соот‚етст‚ует по‚е‰ению о‰но„о из т ех объекто‚ Ñ клиент‡, ‚еб-се ‚е ‡ и се ‚е ‡ б‡з ‰‡нных. Б뇄 fl этому ле„ко оп е‰елить, к‡ким из объекто‚ ‚ыполнflетсfl к‡ж‰‡fl из ‡кти‚ностей, и неож艇нно п ихо‰ит поним‡ние то„о, что Çст ‡нностьÈ этой ‰и‡„ ‡ммы, ок‡зы‚‡етсfl, очень уп ощ‡ет ее ‚осп иflтие.

Ан‡ло„иfl с ‰о ожк‡ми ‰ейст‚ительно очень у‰‡чн‡. Именно т‡ко‚о офици‡льное н‡з‚‡ние элемент‡ нот‡ции UML, поз‚олflюще„о ук‡з‡ть‡сп е‰еление олей н‡ ‰и‡„ ‡мме ‡кти‚ностей. Только ‰о ожки это не бе- „о‚ые, ‡ п뇂‡тельные Ñ они т‡к и н‡зы‚‡ютсfl: swimlanes. Более фо м‡льно, ‰о ожк‡ Ñ ч‡сть обл‡сти ‰и‡„ ‡ммы ‰еflтельности, н‡ кото ой отоб ‡- ж‡ютсfl только те ‰еflтельности, з‡ кото ые от‚еч‡ет конк етный объект.

Рис. 4.5

77

Ку с

UML: Пе ‚ое зн‡комст‚о

П е‰н‡зн‡чены они ‰лfl ‡збиениfl ‰и‡„ ‡ммы ‚ соот‚етст‚ии с ‡сп е‰е- лением от‚етст‚енности з‡ ‰ейст‚иfl. Имfl ‰о ожки может озн‡ч‡ть оль или объект, кото ому он‡ соот‚етст‚ует. П и использнии ‰о ожек нот‡- циfl сле„к‡ изменflетсfl. Вот к‡к, к п име у, ‚ы„лfl‰ит ‰и‡„ ‡мм‡ из п е‰ы- ‰уще„о п име ‡, пе е иснн‡fl с использнием ‰о ожек ( ис. 4.5).

Кст‡ти, ‰о ожки мо„ут быть не только ‚е тик‡льными, но и, если ‚‡м к‡к ‡‚то у т‡к у‰обнее, „о изонт‡льными. Изоб ‡ж‡ютсfl „о изон- т‡льные ‰о ожки ‡н‡ло„ично Ñ п осто по‚е ните ÇобычныеÈ ‰о ожки н‡ 90 „ ‡‰усо‚ п оти‚ ч‡со‚ой ст елки!

Есть еще о‰ин ню‡нс нот‡ции ‰и‡„ ‡мм ‡кти‚ностей, о кото ом мы пок‡ не „о‚о или: это т‡к н‡зы‚‡ем‡fl т ‡екто иfl объект‡, или поток объект‡ (object flow). Суть е„о состоит ‚ том, что н‡ ‰и‡„ ‡мме ‰еflтельности можно изоб ‡зить и объекты, относflщиесfl к ‰еflтельности. С помощью сим‚ол‡ з‡‚исимости (пункти н‡fl ст елк‡, помните?) эти объекты можно соотнести с той ‰еflтельностью или пе ехо‰ом, „‰е они со片ютсfl, изменflютсfl или уничтож‡ютсfl. П е‰ст‡‚им т‡кую ситу‡цию из по‚се‰не‚ной жизни: ‚ы п ихо‰ите ‚ к‡кой-нибу‰ь ф‡стфу‰ и з‡к‡зы‚‡ете „‡мбу „е с колой. Что, зн‡комо? Во ‚ емfl п и„ото‚лениfl 燂т ‡к‡ п со片ет но- ‚ый объект Ñ „‡мбу „е . Пок‡ ‚ы нете пели‚о ‚ып肇ете колу, офици‡нт пе емещ‡ет этот объект (пет ‚‡ш з‡к‡з). Естест‚енно, ‚о ‚ емfl 燂т ‡к‡ ‚ы уничтож‡ете этот объект. Вот к‡к это ‚ы„лfl‰ит н‡ ‰и‡„ ‡мме ( ис. 4.6).

Рис. 4.6

78

Лекциfl 4

Д臄 ‡мм‡ ‡кти‚ностей: к упным пл‡ном

Н‡ этом можно было бы и з‡кончить н‡ш ‡з„о‚о о нот‡ции ‰и‡- „ ‡мм ‡кти‚ностей и их отличиflх от блок-схем. Если бы не о‰но НО. Мы „о‚о или, что ‰еflтельность Ñ это п отflженное по ‚ емени сост‡‚- ное ‰ейст‚ие. Сост‡‚ное! То есть сост‡‚ленное из более п остых ‰ейст- ‚ий. Вот эти-то с‡мые п остые (‡том‡ ные) ‰ейст‚иfl, ‡ ‚е нее, после- ‰о‚‡тельность их ‚ыполнениfl, ч‡стенько изоб ‡ж‡ют ‚нут и ‰еflтельности ‚ ‚и‰е м‡ленькой ‰и‡„ ‡ммы ‡кти‚ностей. Это сле„к‡ н‡помин‡ет м‡т ешку Ñ о‰н‡ (‡ ч‡сто и не о‰н‡) ‰и‡„ ‡мм‡ ‚нут и ‰ у„ой. Мы не бу‰ем ‰ол„о „о‚о ить об этом: н‡шей целью было п осто об ‡тить ‚ним‡ние чит‡телfl н‡ по‰обную ‚озможность Ç‚ложенныхÈ ‰и‡„ ‡мм. Мы п осто пок‡жем п име , поз‡имст‚нный н‡ми из

Zicom Mentor ( ис. 4.7).

Рис. 4.7

Д臄 ‡мм‡ описы‚‡ет ‚ыс‡‰ку п‡сс‡жи о‚ с‡молет‡, ‰ости„ших пункт‡ н‡зн‡чениfl, и пос‡‰ку но‚ых п‡сс‡жи о‚. П е‰л‡„‡ем чит‡телю с‡мому ‚ним‡тельно ‡ссмот еть эту ‰и‡„ ‡мму. Из нее, н‡п име , можно поче пнуть, что конечных состоflний может быть больше о‰но„о. Кст‡ти, к оме н‡ч‡льно„о и конечно„о состоflний есть еще конечное состоflние поток‡ (Flow final mode). От конечно„о состоflниfl оно отлич‡етсfl ‚от чем: конечное состоflние поток‡ озн‡ч‡ет 燂е шение о‰но„о пото-

79

Ку с

UML: Пе ‚ое зн‡комст‚о

к‡ уп ‡‚лениfl, ‡ конечное состоflние „о‚о ит о 燂е шении ‚сех потоко‚ уп ‡‚лениfl ‚нут и ‰еflтельности. Обозн‡ч‡етсfl конечное состоflние поток‡ п остым сим‚олом, н‡помин‡ющим л‡мпочку н‡к‡л肇ниfl ‚ схем‡х элект ических цепей ( ис. 4.8):

Рис. 4.8

П ‡‚о н‡йти п име ы использниfl конечно„о состоflниfl поток‡ (у‚е flем ‚‡с, оно используетсfl не т‡к уж и ч‡сто), мы п е‰ост‡‚лflем чи- т‡телю.

П име ы использниfl т‡ких ‰и‡„ ‡мм

Н‡ п ‡ктике ‰и‡„ ‡ммы ‰еflтельности п именflютсfl ‚ осно‚ном ‰‚у- мfl способ‡ми:

Длfl мо‰ели ниfl п оцессо‚

Вэтом случ‡е ‚ним‡ние фокуси уетсfl н‡ ‰еflтельности с точки з ениfl экто о‚, кото ые ‡бот‡ют с системой. Вним‡тельный чи- т‡тель, конечно же, ‚спомнит, что чуть ‡нее мы уже „о‚о или о п именимости ‰и‡„ ‡мм ‰еflтельности ‰лfl опис‡ниfl бизнес-п о- цессо‚. В случ‡е т‡ко„о использниfl ‰и‡„ ‡мм ‰еflтельности ‡кти‚но используютсfl т ‡екто ии объекто‚. Дейст‚ительно, ‚спомним н‡ш п име с „‡мбу „е ом: измени‚ оли и ‰еflтельности, ле„ко п е‰ст‡‚ить н‡ е„о месте некий ‰окумент. Ве‰ь п ‡‚‰‡?

Длfl мо‰ели ниfl опе ‡ций

Вэтом случ‡е ‰и‡„ ‡ммы ‰еflтельности и„ ‡ют оль Çп инутыхÈ блок-схем и п именflютсfl ‰лfl по‰ обно„о мо‰ели ниfl ‚ычислений. Н‡ пе ‚ое место п и т‡ком использнии ‚ыхо‰flт конст укции п инflтиfl ешениfl, ‡ т‡кже ‡з‰елениfl и слиflниfl потоко‚ уп ‡‚лениfl (синх ониз‡ции).

Р‡ссмот им по‰ обнее пе ‚ый случ‡й. Все мы, конечно, поним‡ем бизнес-п оцесс к‡к после‰о‚‡тельность неких ‰ейст‚ий, ‚е‰ущую к ‰о- стижению оп е‰еленных бизнес-целей. К‡ мы п оизносим это сло‚о, ‚ „оло‚е о扇етсfl множест‚о ‡ссоци‡ций, к‡к то: лю‰и, з‡ним‡ющие конк етные ‰олжности ‚ уп ‡‚ленческом ‡пп‡ ‡те (экто ы), ‰окументы, кото ые они со片ют (‡ теф‡кты, объекты), п оцесс п инflтиfl ешений и пе 則чи п ик‡зо‚ по о „‡низ‡ционной цепочке (уп ‡‚лflющие си„н‡- лы). П ичем обычно ‚се эти сущности с‚flз‡ны ‰ у„ с ‰ у„ом п осто не- ‚ооб ‡зимым количест‚ом fl‚ных и неfl‚ных с‚flзей, т‡к что ох‚‡тить

80

Соседние файлы в папке ПрИС