PHP Inside

 
   
 

Главная


Начало
страница1
страница2
страница3
страница4
страница5
страница6
страница7
страница8
страница9
страница10
страница11
страница12
страница13
страница14
страница15
страница16
страница17
страница18
страница19
страница20
страница21
страница22
страница23
страница24
страница25
страница26
страница27
страница28
страница29
страница30
страница31
страница32
страница33
страница34
страница35
страница36
страница37
страница38
страница39
страница40
страница41
страница42
страница43
страница44
страница45
страница46
страница47
страница48
страница49
страница50
страница51
страница52
страница53
страница54
страница55
страница56
страница57
страница58
страница59
страница60
страница61
страница62
страница63
страница64
страница65
страница66
страница67
страница68
страница69
страница70
страница71
страница72
страница73
страница74
страница75
страница76
страница77
страница78
страница79
страница80
страница81
страница82
страница83
страница84
страница85
страница86
страница87
страница88
страница89

 
 
 

 

 

Менеджер по персоналу отдела - по­ лучателя , просматривая очередь ожи­ дающих перевода сотрудников , прини­мает перевод пользователя ( заверша­ ет перенос ) или отклоняет его . В слу­ чае принятия учетная запись переме­ щаемого пользователя разблокиру­ ется и переносится непосредственно

в нужную организационную единицу . При отмене переноса заблокирован­ ный объект пользователя должен ока­ заться в комнате ожидания своего ста­рого отдела .

Менеджер по персоналу отдела - ис­ точника также имеет возможность от­ мены операции переноса пользовате­ля , пока тот окончательно не переве­ ден в другой отдел . В этом случае поль­ зователь из комнаты ожидания разбло­ кируется и возвращается в старый от­ дел . Конечно , отменять операцию дол­ жен тот , кто имеет право возвращения пользователя в исходный отдел .

Теперь подробнее рассмотрим объект пользователя на промежуточ­ ном этапе перемещения . Во - первых , как говорилось , на этом этапе он за­ блокирован . Однако потребуется хра­ нение дополнительной информации о перемещаемом пользователе : отку­да перемещается , кем ( кроме менед­ жеров возможно существование дру­ гих пользователей , имеющих право на манипуляции объектами пользова­ телей ), дата и время начала операции , а также , думаю , полезен будет ком­ ментарий , содержащий дополнитель­ную информацию , например , о причи­ не перевода .

Итак , для пользователей , находя­ щихся в комнате ожидания , требуется ряд дополнительных атрибутов . Од­ нако их добавление непосредственно в системный класс мне кажется неце­ лесообразным . Дело в том , что ожи­ дание завершения операции перено­ са скорее исключительная , чем пов­ седневная операция . Абсолютное большинство пользователей основ­ ную часть времени находятся в актив­ ном состоянии в конкретных отделах . Так что добавлять ряд атрибутов , пот

ребность в которых возникает очень редко , во все объекты типа «Пользо­ ватель» нецелесообразно . Я решил ис­ пользовать для этой цели специально созданный класс , объект которого бу­ дет содержать в себе переносимого пользователя и необходимые свойства . Время жизни этих объектов будет сов­ падать со временем пребывания поль­ зователей в комнатах ожидания . Раз­ вивая аналогию с комнатой ожидания , назовем объекты с дополнительной ин­ формацией стульями (UserMoveChair). То есть объекты стулья - это контей­ неры , содержащие объекты пользова­ телей в период их переноса из одного подразделения в другое .