Файл: Моделирование предметной области «Управление персоналом» с помощью UML».pdf

Глава 1. Аналитическая часть

1.1. Описание предметной области. Постановка задачи

Рекламная группа «ОНИКС» создана в 1994 году. Сегодня РГ «Оникс» - сетевое агентство комплексных решений‚ располагающее сетью собственных прдставительств в городах: Москва‚ Санкт-Петербург‚ Ростов-на-Дону‚ Екатеринбург‚ Новосибирск‚ Красноярск‚ Владивосток.

Направления деятельности:

• Комплексные рекламные кампании.
• Брэндинг.
• Креатив и дизайн.
• Promotion и PR.
• Размещение рекламы на всех типах медианосителей‚ во всех регионах.
• Медиапланирование.
• Маркетинговые исследования и post-campaign.

Основные экономические показатели деятельности ООО «РГ Оникс» приведены в таблице 1.

Таблица 1

Технико-экономические показатели ООО « РГ Оникс»

Представим систему управления персоналом в виде функциональной модели, построенной с помощью BPWin (рис.1). Данная модель, описывающая процесс деятельности предприятия, состоит из нескольких диаграмм, позволяющих понять, на основании каких функций работают отделы, кто их формирует, а также под чьим руководством, ясно увидеть результат работы. Методология IDEF0 позволяет выявить формальные недостатки бизнес-процессов, что существенно облегчает анализ деятельности рассматриваемой компании.

Рисунок 1. Контекстная диаграмма

Декомпозиция контекстной диаграммы представлена на рисунке 3.

Рисунок 2. IDEF0 Управление персоналом

Рисунок 3. Организация работы сотрудников

В данном пункте нами были выделены задачи для автоматизации:

прием на работу и уволнение;

повышение квалификации;

оформление отпусков, командировочных и т.д.

На рисунках 4 и 5 детально приведены модели существующих бизнес-процессов приема на работу и увольнения.

Рисунок 4. Модель бизнес-процесса «Прием на работу»

Рисунок 5. Модель бизнес-процесса «Увольнение»

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

1.2. Предлагаемые мероприятия по улучшению технологии решения задачи

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

Для внедрения АС не потребуются дополнительные технические ресурсы, так как на всех рабочих местах имеется компьютерная техника.

Цели, критерии и ограничения создаваемой АС:

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

Ожидаемые технико-экономические результаты создания АС:

• снижение временных времени на поиск резюме;
• снижение временных затрат на то, чтобы подвести итоги сдачи экзаменов и далее повышать оклад сотрудника;
• повышать точность данных.

Затраты на создание и эксплуатацию АС будут невелики, так как все рабочие места отдела персонала оснащены необходимой техникой.

Глава 2. Проектная часть

2.1. Выбор средства для моделирования предметной области решаемой задачи

В настоящее время унифицированный язык моделирования UML [5] является визуальным языком моделирования, который позволяет системным архитекторам представить свое видение системы в стандартной и легкой для понимания форме. Кроме того, UML представляет эффективный механизм совместного использования проектных решений и взаимодействия разработчиков друг с другом.

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

• • Диаграмма вариантов или прецедентов использования (use case diagram)
  • Диаграмма классов (class diagram)
  • Диаграммы поведения (behavior diagrams)
  • Диаграмма состояний (statechart diagram)
  • Диаграмма деятельности (activity diagram)
  • Диаграммы взаимодействия (interaction diagrams)
  • Диаграмма последовательности (sequence diagram)
  • Диаграмма кооперации (collaboration diagram)
  • Диаграммы реализации (implementation diagrams)
  • Диаграмма компонентов (component diagram)
  • Диаграмма развертывания (deployment diagram)

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

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

Rational Rose - мощное CASE-средство для проектирования программных систем любой сложности. Одним из достоинств этого программного продукта будет возможность использования диаграмм на языке UML. Можно сказать, что Rational Rose является графическим редактором UML диаграмм

CASE-средство Rational Rose со времени своего появления претерпело серьезную эволюцию и превратилось в современное и мощное средство анализа, моделирования и разработки программных систем. Именно в Rational Rose 98/2000 язык UML стал базовой технологией визуализации и разработки программ, что определило популярность и стратегическую перспективность этого инструментария.

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

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

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

В виду того, что разрабатываемая система представляет собой создание БД, то не стоят задачи полной разработки автоматизации процесса моделирования, т.е. написание кодов программ при помощи Rational Rose. Решение поставленных задач позволяют не пользоваться этим на данной точке проектирования, но в свою очередь является полезной стартовой площадкой для возможного дальнейшего использования данного разработанного проекта для внедрения в состав какого-либо другого программного продукта. Построенные модели помогают точнее понять задачи, которые должна выполнять система и являются понятным средством общения с заказчиком или в дальнейшей работе с другими разработчиками. Рассмотрим сначала функциональную модель нашей системы. Наша система имеет ряд пользователей, объединенных определенными задачами, что позволяет нам разделить систему на несколько подсистем и описать их по отдельности, не создавая большого объема и избыточности. Рассмотрим некоторые из диаграмм, которые активно помогли мне в определении большинства тех вещей, которые будет выполнять данная информационная система.

Диаграмма вариантов использования

Разработка данной диаграммы преследует следующие цели:

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

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

Средства Rational Rose позволяют для описания функциональной системы воспользоваться графическим редактором для построения Use Case диаграмм (сценариев). Опишем основные элементы в таблице 2.

Таблица 2

Условные обозначения диаграммы вариантов использования.