1096bc3b-7d1f-4651-aa76-43d5917aced4

струкции столь же необходимо, как наличие проектных чертежей перед строительством большого здания. Хорошие модели информационной системы позволяют наладить плодотворное взаимодействие между заказчиками, пользователями и командой разработчиков. Визуальные модели обеспечиваютясностьпредставлениявыбранныхархитектурныхрешений и позволяют понять разрабатываемую систему во всей ее полноте. Сложностьразрабатываемыхсистемпродолжаетувеличиваться, ипоэтомувозрастает актуальность использования «хороших» методов моделирования информационной системы.

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

Суть функционального разбиения хорошо отражена в известной формуле: «Программа = Данные + Алгоритмы». При функциональной декомпозиции программной системы ее структура может быть описана блоксхемами, узлы которых представляют собой «обрабатывающие центры» (функции), а связи между узлами описывают движение данных.

Объектное разбиение в последнее время называют компонентным, что нашло отражение в специальном термине: «разработка, основанная на компонентах» (ComponentBasedDevelopment — CBD). При этом исполь-

зуется иной принцип декомпозиции — система разбивается на «активные сущности» — объекты или компоненты, которые взаимодействуют друг с другом, обмениваясь сообщениями и выступая друг к другу в отношении «клиент/сервер». Сообщения, которые может принимать объект, определены в его интерфейсе. В этом смысле посылка сообщения «объектусерверу» эквивалентна вызову соответствующего метода объекта.

Если при проектировании информационная система разбивается на объекты (компоненты), то UML может быть использован для ее визуального моделирования. Если используется функциональная декомпозиция информационнойсистемы, тоUML ненужен, иследуетиспользоватьдругие (структурные) нотации.

С точки зрения визуального моделирования, UML можно охарактеризовать следующим образом. UML предоставляет выразительные средства для создания визуальных моделей, которые:

•единообразно понимаются всеми разработчиками, вовлеченными в проект и

•являются средством коммуникации в рамках проекта. Унифицированный Язык Моделирования (UML):

•не зависит от объектно-ориентированных языков программирования;

•не зависит от используемой методологии разработки проекта;

•может поддерживать любой объектно-ориентированный язык программирования.

UML является открытым и обладает средствами расширения базовогоядра. НаUML можносодержательноописыватьклассы, объектыикомпоненты в различных предметных областях, часто сильно отличающихся друг от друга.

Проектирование информационной системы поддержки принятия решений при управлении кадровым потенциалом компании при помощи языка UML включает построение ряда взаимосвязанных диаграмм, представляющих собой описание проектируемой системы в различных нотациях, с различных точек зрения, с разными целями и может проводиться на разных уровнях агрегирования. Очевидно, что для реализации программного кода требуется достаточный уровень детализации модели, однако концептуальная разработка в первичном варианте порождает необходимость моделирования информационной системы для поддержки принятия управленческих решений в отношении кадрового потенциала компании на высоком уровне агрегирования.

Технология создания такой модели может быть представлена в виде нескольких этапов (шагов).

Шаг 1. Определение источника информации. Источником данной исследовательской проблемы может являться действующая в компании система работы с персоналом, изучаемая по официальным материалам, информация из интервью с сотрудниками среднего звена и управленцами. Так, в каждом подразделении компании для каждой должности существует свое описание, прописывается профиль вакансии для поиска нового сотрудника, проводится ежегодная аттестация сотрудников.

Аттестационные формы в компании соответствуют профилю должности сотрудника в организационной структуре компании. В процессе

аттестации бланки с оценочными категориями заполняются, с одной стороны, сотрудником компании, а с другой — непосредственным руководителем. Для должностей, сходных по необходимому набору неформальных характеристик, разработаны отдельные бланки. Например: Центр обслуживания клиентов, Коммерческий отдел, отдел по развитию бизнеса (RelationshipBusinessUnit), отдел продаж по телефону и экспресс-центров

(DirectBusinessUnit), отдел операционной деятельности (Operations), дру-

гие отделы.

Вместе с тем, используемые подходы обладают рядом недостатков, главные из которых следующие:

•при хорошо прописанной стратегии администрации не учитывалась стратегия сотрудника, руководствующегося понятием «качества рабочей жизни»;

•громоздкость собранной информации, невозможность ее всестороннего анализа для соответствующих выводов.

Ключевым участником первого шага является так называемый «поставщик информации», который инициирует прецедент «предоставление информации». Этот прецедент, включает согласие на передачу требуемой информации о конкретном сотруднике компании (ее структурном подразделении), ее первичный сбор и передачу в требуемом виде, как в электронном, так и бумажном, с использованием любых носителей и каналов передачи информации. Данный прецедент включается в «сбор информации о количественных и качественных характеристиках кадрового потенциала сетевой компании», инициируемый участником как «лицо, ответственное за сбор информации». При этом, поскольку в силу выявленной специфики организации и функционирования кадрового потенциала в компании, для его комплексной оценки требуется информация как об оценках потенциала компании в целом, так и оценочные данные о трудовых ресурсах отдельных ее подразделений, которые непосредственно взаимодействуют в процессе создания добавленной стоимости, в указанный прецедент включаются два прецедента, связанные с указанными аспектами. Первый — это «сбор информации по кадровому потенциалу структурных подразделений компании» и «сбор информации по кадровому потенциалу компании». Следовательно, и поставщики информации также будут делиться на предоставляющих информацию о подразделе-

ниях, то есть отдельных предприятиях, организациях и фирмах в составе сетевой компании (дезагрегированная информация), и органы управления трудовыми ресурсами всей компании, аккумулирующие данные о ее кадровом потенциале в целом (агрегированная информация).

Всоответствии с этим для обеспечения сбора и анализа информации

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

Шаг2. Исследовательскийвопрос: каковаожидаемаяреакциясотрудников компании на появление вакансий?

Такая постановка вопроса дала возможность зафиксировать внимание на сотрудниках, а не на руководстве компании. Вопрос был поставлен в форме прогноза, что отвечало нашей методологии, предполагающей прогнозирование социального поведения. Вместе с тем, эта постановка вопроса была интересна и дирекции: «Будет ли достаточно достойных кандидатов на открывшиеся вакансии?» На начальных этапах исследовательского процесса зафиксировать саму идею исследования. Лучше всего это сделать при помощи диаграммы прецедентов (рис. 46).

Прецеденты — это выявленные с разных точек зрения случаи использования системы внешними пользователями — акторами. Описания случаев могут существовать в текстовой форме, но диаграмма обеспечивает дополнительную информацию об отношениях между случаями и внешними пользователями.

Диаграмма также позволяет определить границы системы. Случаи использования не объектно-ориентированы, но они включены в объектно-ориентированный язык программирования, чтобы упростить подход к проектированию. Прецедент «Появление вакансии» предполагает некую иную социальную активность действующих лиц. С появлением реальной вакансии сотрудник, желая изменить свой социальный и профессиональный статус, запрашивает систему по поводу требований для новой вакансии.

Рис. 46. Диаграмма прецедентов в рамках управления подбором кадров в сетевой компании с использованием языка UML

Как видно на диаграмме, архитектура управления подбором кадров сетевой компании состоит из двух взаимосвязанных, отображаемых овалами, процессов (прецедентов):

•«ожидание вакансии» инициирует ожидаемое социальное поведение;

•«появление новой вакансии» инициирует настоящее социаль-

ное поведение.

Прецедент «Ожидание вакансии» предполагает следующую активность: сотрудникхотелбыизменитьсвойсоциальныйипрофессиональный статус, исходяизсвоихсоциальныхипрофессиональныхценностейипредпочтений. Для этого сотруднику дается возможность просмотреть список возможныхвакансийвкомпании, основныетребованияксуществующими вакантным должностям, а также сделать пробные запросы в систему.

Шаг 3. Предметная модель. На третьем шаге социолог обращается еще к более детальному описанию процесса подбора кадров: специфике элементов социальной политики компании, группам сотрудников с определенными профессиональными установками, возможным вариантам поведения акторов при столкновении их интересов. Если социолог собирается повторно использовать данную информацию, необходимо тщательно поработать над моделированием предметной области, так как она становится фундаментом статической части модели. Этот шаг начинается с создания диаграммы, которую очень просто представить графически. Это способ, который часто используют организационные консультанты. Но более эффективным способом построения диаграмм является использование визуального инструмента UML-моделирования MagicDraw. При моделировании процесса подбора кадров социолог должен выделить наиболее важные для респондентов и исследователя понятия, описывающие события, связанные с кадровой работой в компании. В роли понятий выступают имена существительные, наиболее часто употребляемые информантами: «вакансия», «описание», «несоответствие», «заработная плата», «подбор» и т. п. Социолог составляет словарь понятий, что устраняет неоднозначность терминологии для него и менеджера. Особенно полезно, когда над задачей работает коллектив, состоящий из нескольких специалистов. Затем, заручившись поддержкой менеджера и пониманием потенциальных пользователей в правильности описания процесса, понятия наносятся на диаграмму предметной модели (рис. 47).

Шаг 4. Модель использования. Модель использования описывается диаграммами прецедентов. Этот шаг состоит в определении требований, приносящих ощутимый и измеримый результат, важный для кадрового менеджера. Здесь исследуется реальное взаимодействие сотрудников и администрациикомпании. Чтобырешитьэтузадачу, необходимоссамого начала идентифицировать как можно больше прецедентов, а затем составить и постоянно уточнять их словесное описание. При выявлении вариантов использования необходимо всегда соблюдать главный принцип: их следует тесно связывать с существующей системой управления кадрами конкретной компании.

При моделировании прецедентов рекомендации, опирающиеся на методы осевого кодирования, таковы. Главная последовательность вариантов использования начинается с ответа на вопрос: «Что происходит?»,

Рис. 48. Диаграмма модели использования

Диаграмма, представленная на рис. 48, отражает действия наиболее интересной с точки зрения подбора кадров группы сотрудников, условно названных «Материалисты». Как правило, такие сотрудники не пассивно интересуются вакансиями, а рассматривают себя с точки зрения изменения своего статуса в компании в ближайшее время.

Они предпринимают следующие шаги: вносят в Систему свои формальные характеристики и профессиональные ценности, указывают желаемые вакансии, чтобы система при полном или частичном совпадении требований к должности и данных сотрудников указала на возможность занятия желаемой вакансии. Система автоматически определяет, пригоден ли сотрудник для данной должности. Потенциальному кандидату может быть рекомендовано получить дополнительное образование или рассмотреть другую вакансию. Составляя диаграммы вариантов использования, нет необходимости чрезмерно расширять и детализировать исходный список акторов. Для описания ситуаций использования достаточно определить трех или четырех акторов. Каждый их них по-разному взаимодействуетссистемой. Каждоевзаимодействиедолжно бытьучтенопри определении ситуаций использования.

Одним из способов реализации того или иного варианта использования, представленного на рис. 48, является описание алгоритма с помощью диаграммы деятельности. С одной стороны, диаграмма деятельности — это полноценная диаграмма UML, с другой — диаграмма деятельности немногим отличается от блок-схемы (а тем самым и от псевдокода). Таким образом, реализация варианта использования диаграммой деятельности является компромиссным способом ведения разработки, поскольку представляет собой проектирование «сверху — вниз» в терминах и обозначениях. Например, в информационной системе отдела кадров прием сотрудника может быть организован так, как показано на рис. 49.

Одним из факторов выбора той или иной среды разработки моделей управления кадровым потенциалом компании являются затраты на ее приобретение и сопровождение. Поэтому, в первую очередь, должны рассматриваться открытые платформы и созданные на их основе open-source продукты. Одним из наиболее продвинутых таких продуктов на сегодняшний деньявляетсясредаUML-моделированияUmbrello версии2.5.1. Этоприложение является свободным программным обеспечением, предназначенным для построения UML диаграмм на платформе Unix, и также является CASE инструментом. Umbrello входит в пакет kdesdk оконного менеджера KDE, но одновременно хорошо работает и с другими оконными менеджерами. Пользовательский интерфейс программы прост и функционален.

Umbrello поддерживает все стандартные типы UML-диаграмм. Также поддерживается импорт из C++, IDL, Pascal/Delphi, Ada, Python, Java, Perl (с помощью внешнего инструмента, доступного на uml.sourceforge.net) и экспорт диаграмм в различные языки программирования. Формат файла, используемый при хранении диаграмм, основан на XMI.

Umbrello позволяет хранить данные модели в форматах DocBook и XHTML. Это было сделано с целью поддержки модели совместной разработки, когданевсеразработчикиимеютдоступкUmbrello. Этавозможностьтакженезаменимапринеобходимостиразмещенияконтентамодели на web-сайте.

Таким образом, рассмотренное здесь общее представление информационной системы мониторинга данных о состоянии и использовании кадрового потенциала компании позволяет визуализировать ее модель с точкизрениянаиболееважныххарактеристикиописатьосновныеклассы, их функции и взаимодействия, формирующие функционал информацион-

ной системы, ее структуру с точки зрения реализации основных целей, направленных на информационную поддержку принятия решений при управлении кадровым потенциалом компании.

Рис. 49. Возможная реализация варианта использования при осуществлении функции приема на работу сотрудника компании

Вопросы для самоконтроля:

1.Дайте понятие кадрового потенциала компании.

2.В чем заключается различие понятий «кадровый потенциал» и «трудовые ресурсы»?

3.Какая информация необходима для формирования базы данных кадрового потенциала компании?