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

Д臄 ‡мм‡ после‰о‚‡тельностей (sequence diagram)

Только что мы позн‡комились с ‰и‡„ ‡ммой объекто‚, кото ‡fl пок‡- зы‚‡ет отношениfl меж‰у объект‡ми ‚ некото ый момент ‚ емени, т. е. п е- ‰ост‡‚лflет н‡м снимок состоflниfl системы, fl‚лflflсь ст‡тической. Д臄 ‡м-

м‡ же после‰о‚‡тельностей отоб ‡ж‡ет ‚з‡имо‰ейст‚ие объекто‚ ‚ ‰ин‡ми-

ке. Что зн‡чит Ç‚ ‰ин‡микеÈ? К‡к ‡з с этим н‡м и п е‰стоит ‡зоб ‡тьсfl. В UML ‚з‡имо‰ейст‚ие объекто‚ поним‡етсfl к‡к обмен инфо м‡цией меж‰у ними. П и этом инфо м‡циfl п иним‡ет ‚и‰ сообщений. К оме то„о,

что сообщение несет к‡кую-то инфо м‡цию, оно некото ым об ‡зом т‡кже ‚лиflет н‡ получ‡телfl. К‡к ‚и‰им, ‚ этом пл‡не UML полностью соот‚етст-

‚ует осно‚ным п инцип‡м ООП, ‚ соот‚етст‚ии с кото ыми инфо м‡ционное ‚з‡имо‰ейст‚ие меж‰у объект‡ми с‚о‰итсfl к отп ‡‚ке и п иему сообщений.

Д臄 ‡мм‡ после‰о‚‡тельностей относитсfl к ‰и‡„ ‡мм‡м ‚з‡имо‰ейст‚иfl UML, описы‚‡ющим по‚е‰енческие ‡спекты системы, но ‡ссм‡т-

肇ет ‚з‡имо‰ейст‚ие объекто‚ ‚о ‚ емени. Д у„ими слми, ‰и‡„ ‡мм‡ после‰о‚‡тельностей отоб ‡ж‡ет ‚ еменные особенности пе 則чи и п и- ем‡ сообщений объект‡ми.

Искушенный чит‡тель, ‚озможно, ск‡жет, что нечто по‰обное ‰ел‡- ет и ‰и‡„ ‡мм‡ п еце‰енто‚. Д‡, ‰ейст‚ительно, ‰и‡„ ‡ммы после‰о‚‡-

тельностей можно (и нужно!) использть ‰л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 н‡ слух, ‰‡ и лучше, к‡к из‚естно, Çо‰ин ‡з у‚и- ‰еть, чем семь ‡з услыш‡тьÈ, п и‚е‰ем п име ‰и‡„ ‡ммы после‰о‚‡тель-

ностей ( ис. 2.12):

Дум‡ем, смысл ‰и‡„ ‡ммы ‚полне понflтен: сту‰ент хочет з‡пис‡тьсfl н‡ некий семин‡ , п е‰л‡„‡емый ‚ ‡мк‡х некото о„о учебно„о ку с‡. С

41

Рис. 2.12

этой целью п о‚о‰итсfl п о‚е к‡ пото‚ленности сту‰ент‡, ‰лfl че„о з‡- п ‡ш肇етсfl список (исто иfl) семин‡ о‚ ку с‡, уже п ой‰енных сту‰ентом (пе ейти к сле‰ующему семин‡ у можно, лишь п о ‡бот‡‚ м‡те и‡л п е‰ы‰ущих з‡нflтий Ñ зн‡ком‡fl к‡ тин‡, не п ‡‚‰‡ ли?). После получениfl исто ии семин‡ о‚ объект кл‡сс‡ ÇСемин‡ È получ‡ет ст‡тус по- то‚ленности, н‡ осно‚е кото ой сту‰енту сообщ‡етсfl езульт‡т (ст‡тус) е„о попытки з‡писи н‡ семин‡ . Кст‡ти, об ‡тите ‚ним‡ние н‡ ‚ызо‚ мето‰о‚. К‡к ‚и‰ите, ‚се п осто!

Рис. 2.13

42

А ‚от что описы‚‡ет сле‰ующ‡fl ‰и‡„ ‡мм‡ ( ис. 2.13), поп обуйте ‰о„‡‰‡тьсfl с‡мостоflтельно. Только, чу , не по‰см‡т 肇ть ‚ нижесле‰ующий текст лекции!

Ну к‡к, ‰о„‡‰‡лись? А мы ‰‡же и не сомн傇лись! Конечно, это же‡бот‡ обычно„о ‰омо‚о„о лифт‡, кото ым мы пользуемсfl к‡ж‰ый ‰ень! Кст‡ти, посмот ите н‡ имен‡ объекто‚ Ñ ‚и‰но, что это уже несколько иной стиль п оекти ниfl, чем ‚ п е‰ы‰ущем п име е. И н‡конец, еще о‰ин п име ( ис. 2.14):

Рис. 2.14

Узн‡ете с‚ой мобильный?

Д臄 ‡мм‡ ‚з‡имо‰ейст‚иfl (коопе ‡ции, collaboration diagram)

Д臄 ‡ммы после‰о‚‡тельностей Ñ это отличное с е‰ст‚о ‰окументи ниfl по‚е‰ениfl системы, ‰ет‡лиз‡ции ло„ики сцен‡ ие‚ использо- ‚‡ниfl; но есть еще о‰ин способ Ñ использть ‰и‡„ ‡ммы ‚з‡имо‰ейст-

‚иfl. Д臄 ‡мм‡ ‚з‡имо‰ейст‚иfl пок‡зы‚‡ет поток сообщений меж‰у объект‡ми системы и осно‚ные ‡ссоци‡ции меж‰у ними и по сути, к‡к уже было ск‡з‡но ‚ыше, fl‚лflетсfl ‡льте н‡ти‚ой ‰и‡„ ‡ммы после‰о‚‡тельностей. Вним‡тельный чит‡тель, ‚озможно, ск‡жет, что ‰и‡„ ‡мм‡ объек-

43

то‚ ‰ел‡ет то же с‡мое, Ñ и бу‰ет не п ‡‚. Д臄 ‡мм‡ объекто‚ пок‡зы‚‡- ет ст‡тику, некий снимок системы, с‚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 этим ‚и- ‰ом ‰и‡„ ‡мм мно„ими п оекти о‚щик‡ми.

Но ‰‡‚‡йте же, н‡конец, пе ей‰ем к п име ‡м ( ис. 2.15):

Рис. 2.15

К‡к ‚и‰ите, эт‡ ‰и‡„ ‡мм‡ описы‚‡ет (очень „ убо) ‡боту пе сон‡- л‡ библиотеки по обслуж肇нию клиенто‚: библиотек‡ ь получ‡ет з‡к‡з

44

от клиент‡, по уч‡ет сот у‰нику н‡йти инфо м‡цию по нужной клиенту кни„е, ‡ после получениfl ‰‡нных по уч‡ет еще о‰ному сот у‰нику ‚ы- ‰‡ть кни„у клиенту. Р‡зоб ‡лись? Т‡ еще п име ( ис. 2.16):

Рис. 2.16

Н‡‰еемсfl, что и эт‡ ‰и‡„ ‡мм‡ не смо„л‡ пост‡‚ить ‚‡с ‚ тупик. Ско-ее ‚се„о, он‡ описы‚‡ет п оцесс уп ‡‚лениfl учебными ку с‡ми (оче‚и‰- но, путем со片ниfl их из „ото‚ых мо‰улей) ‰лfl некое„о учебно„о цент ‡. К‡к ‚и‰ите, ‚се п осто!

И, н‡конец, еще о‰ин п име ( ис. 2.17), кото ый ‰олжен ‚ы炇ть ле„кое ljе懂юÈ у ‚ним‡тельно„о чит‡телfl.

Рис. 2.17

45

Конечно же! Ве‰ь это после‰ний п име , кото ый мы ‡ссм‡т и- ‚‡ли, „о‚о fl о ‰и‡„ ‡мм‡х после‰о‚‡тельностей, Ñ мобильный теле-

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

Д臄 ‡мм‡ состоflний (statechart diagram)

Объекты х‡ ‡кте изуютсfl по‚е‰ением и состоflнием, ‚ кото ом н‡хо-

‰flтсfl. Н‡п име , чело‚ек может быть но‚о ож‰енным, м뇉енцем, е- бенком, по‰ остком или ‚з ослым. Д у„ими слми, объекты что-то ‰е-

л‡ют и что-то Çзн‡ютÈ. Д臄 ‡ммы состоflний п именflютсfl ‰лfl то„о, чтобы объflснить, к‡ким об ‡зом ‡бот‡ют сложные объекты. Несмот fl н‡ то что смысл понflтиfl ÇсостоflниеÈ интуити‚но понflтен, ‚се же п и‚е‰ем е„о оп е‰еление ‚ т‡ком ‚и‰е, ‚ к‡ком е„о ‰‡ют кл‡ссики и Zicom Mentor:

Состоflние (state) Ñ ситу‡ци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 ‚ т‡ком к‡чест-

46

‚е, ‚спомним сущест‚ующие ‚‡ и‡нты Çисполнflемо„о UMLÈ, т‡кие к‡к

UNIMOD, FLORA и ‰ .

Но по„о‚о им об обозн‡чениflх н‡ ‰и‡„ ‡мм‡х состоflний. Ск у„ленные п flмоу„ольники п е‰ст‡‚лflют состоflниfl, че ез кото ые п охо‰ит объект ‚ течение с‚ое„о жизненно„о цикл‡. Ст елк‡ми пок‡зы‚‡ютсfl пе-ехо‰ы меж‰у состоflниflми, кото ые ‚ы炇ны ‚ыполнением мето‰о‚ описы‚‡емо„о ‰и‡„ ‡ммой объект‡. Сущест‚ует т‡кже ‰‚‡ ‚艇 пс傉осостоflний: н‡ч‡льное, ‚ кото ом н‡хо‰итсfl объект с ‡зу после е„о со片ниfl (обозн‡ч‡етсfl сплошным к ужком), и конечное, кото ое объект не может покинуть, если пе ешел ‚ не„о (обозн‡ч‡етсfl к ужком, об‚е‰енным ок-ужностью).

П и‚е‰ем п име п остейшей ‰и‡„ ‡ммы состоflний ( ис. 2.18):

Рис. 2.18

Дум‡ем, з‰есь ‚се понflтно без лишних сло‚. А ‚от более сложный п име ( ис. 2.19):

Рис. 2.19

47

З‰есь мы ‚и‰им сост‡‚ное состоflние, ‚ключ‡ющее ‰ у„ие состоflниfl, о‰но из кото ых со‰е жит т‡кже п‡ ‡ллельные по‰состоflниfl. Мы не „о‚о или ‡нее о том, к‡к ‚се это обозн‡ч‡етсfl, но ‚е‰ь и т‡к понflтно Ñ это ‰и‡„ ‡мм‡ п охож‰ениfl ‡к‡‰емическо„о ку с‡ сту‰ентом. Длfl то„о чтобы п ойти ку с, сту‰ент ‰олжен ‚ыполнить л‡бо ‡то ные ‡боты, з‡- щитить ку со‚ой п оект и с‰‡ть экз‡мен. Все п осто!

А ‚от еще о‰ин п име ( ис. 2.20):

Рис. 2.20

Не сомн傇емсfl, что ‚ы ле„ко ‰о„‡‰‡лись, что это з‡ уст ойст‚о Ñ конечно же, т‡йме ! Т‡кой п ибо может п именflтьсfl ‚ сост‡‚е ‡зличныхеле, н‡п име , ‰лfl отключениfl теле‚изо ‡ по истечении ук‡з‡нно„о п о- межутк‡ ‚ емени. Осно‚ное е„о н‡зн‡чение Ñ конт оль ‚ емени (п о‚е - к‡, не истек ли ук‡з‡нный п омежуток), но у не„о есть еще о‰ин ежим ‡- боты Ñ уст‡но‚к‡. По истечении ук‡з‡нно„о п омежутк‡ ‚ емени или п и Çсб осеÈ уст ойст‚о отключ‡етсfl. В конце концо‚, о чем мы „о‚о им Ñ ‚ы с‡ми мно„о ‡з уст‡н‡‚л肇ли слип-т‡йме ‚ теле‚изо е или уст‡н‡‚л肇- ли опцию ÇВыключить по 燂е шенииÈ ‚ Nero Burning ROM!

Д臄 ‡мм‡ ‡кти‚ности (‰еflтельности, activity diagram)

К‡-то н‡ у ок‡х инфо м‡тики ‚ школе мы исли блок-схемы, чтобы 퇄лfl‰но изоб ‡зить ‡л„о итм ешениfl некото ой 燉‡чи. Дейст- ‚ительно, мо‰ели уfl по‚е‰ение п оекти уемой системы, ч‡сто не‰ост‡- точно изоб ‡зить п оцесс смены ее состоflний, ‡ нужно т‡кже ‡ск ыть ‰ет‡ли ‡л„о итмической е‡лиз‡ции опе ‡ций, ‚ыполнflемых системой. К‡к мы уже „о‚о или, ‰лfl этой цели т ‡‰иционно использлись блоксхемы или ст укту ные схемы ‡л„о итмо‚. В UML ‰лfl это„о сущест‚уют

48

‰и‡„ ‡ммы ‰еflтельности, fl‚лflющиесfl ч‡стным случ‡ем ‰и‡„ ‡мм состоflний. Д臄 ‡ммы ‰еflтельности у‰обно п именflть ‰лfl ‚изу‡лиз‡ции ‡л„о-итмо‚, по кото ым ‡бот‡ют опе ‡ции кл‡ссо‚.

Д‡, кст‡ти, 퇉еемсfl, ‚ы помните, что т‡кое ‡л„о итм? Сущест‚ует о„ омное количест‚о оп е‰елений это„о понflтиfl. Вот о‰но из них:

Ал„о итм Ñ после‰о‚‡тельность оп е‰еленных ‰ейст‚ий или элемент‡ ных опе ‡ций, ‚ыполнение кото ых п и‚о‰ит к получению жел‡- емо„о езульт‡т‡.

Ал„о итмы ок уж‡ют н‡с по‚сю‰у, хоть мы и е‰ко 燉умы‚‡емсfl об этом. Вспомните кулин‡ ные ецепты или уко‚о‰ст‚‡ по эксплу‡т‡ции быто‚ых п ибо о‚! Конечно, отечест‚енный пот ебитель п и‚ык жить по п инципу Çесли ниче„о не помет, п очтите, н‡конец, инст укциюÈ, но ф‡кт ост‡етсfl ф‡ктом: чем сложнее уст ойст‚о или систем‡, тем ‚‡ж- нее ст о„о сле‰о‚‡ть ‡л„о итму.

Обозн‡чениfl н‡ ‰и‡„ ‡мме ‡кти‚ности т‡кже н‡помин‡ют те, кото-ые мы ‚ст еч‡ли н‡ блок-схеме, хотfl есть, к‡к мы у‚и‰им ‰‡лее, и некото ые сущест‚енные отличиfl. С ‰ у„ой сто оны, нот‡циfl ‰и‡„ ‡мм ‡к- ти‚ности очень похож‡ н‡ ту, кото ‡fl используетсfl ‚ ‰и‡„ ‡мм‡х состоflний. Но, 퇂е ное, лучше бу‰ет п осто пок‡з‡ть п име ( ис. 2.21):

Рис. 2.21

49

Мно„ие из н‡с именно т‡к н‡чин‡ют с‚ой ‰ень, не п ‡‚‰‡ ли? Об ‡- тите ‚ним‡ние н‡ то, к‡к изоб ‡жено п‡ ‡ллельное пение и п инflтие ‰у- ш‡, Ñ н‡ обычной блок-схеме это было бы не‚озможно! А ‚от еще п и-

ме ( ис. 2.22):

Рис. 2.22

И опflть ‚се понflтно Ñ это офо мление з‡к‡з‡ ‚ инте нет-쇄‡зине! Ну и н‡после‰ок еще о‰н‡ ‰и‡„ ‡мм‡ ( ис. 2.23).

Д‰‡лись, что он‡ описы‚‡ет? Сможете отличить этот тип ‰и‡- „ ‡мм? Т‡ пошли ‰‡льше!

Д臄 ‡мм‡ ‡з‚е ты‚‡ниfl (deployment diagram)

К‡ мы пишем п о„ ‡мму, мы пишем ее ‰лfl то„о, чтобы з‡пуск‡ть н‡ компьюте е, кото ый имеет некото ую ‡пп‡ ‡тную конфи„у ‡цию и‡бот‡ет по‰ уп ‡‚лением некото ой опе ‡ционной системы. Ко по ‡- ти‚ные п иложениfl ч‡сто т ебуют ‰лfl с‚оей ‡боты некото ой ИТ-ин- ф ‡ст укту ы, х ‡нflт инфо м‡цию ‚ б‡з‡х ‰‡нных, ‡сположенных „‰е- то н‡ се ‚е ‡х комп‡нии, ‚ызы‚‡ют ‚еб-се ‚исы, используют общие е- су сы и т. ‰. В т‡ких случ‡flх неплохо бы иметь „ ‡фическое п е‰ст‡‚ление

50