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

Сначала в отделе персонала кандидат заполняет документы: анкету кандидата и заявление о приеме на работу, правильность заполнения которых проверяет менеджер по персоналу (время обработки составляет 15 мин., время подготовки документов - 40 мин., время ожидания - 55 мин.).

Далее документы направляются начальнику отдела персонала для согласования (время передачи – 5 мин.). Здесь время обработки составляет 10 мин., время подготовки 5 мин., время ожидания 20 мин.

Затем документы направляются руководителю компании на утверждение кандидатуры (время передачи – 15 мин.). Здесь время обработки составляет 25 мин., время подготовки 15 мин., время ожидания 55 мин.

После чего результат возвращается к менеджеру по персоналу, который оформляет кандидата на должность (время передачи 10 мин., время обработки составляет 15 мин., время подготовки документов - 40 мин., время ожидания - 65 мин.).

Фактические временные затраты по данному процессу представлены в табл. 1.

Таблица 1.

Фактические временные затраты (мин.)

Анализ процесса показал, что при его выполнении имеют место:

• передача ответственности за прохождение документа от одних отделов другим;
• разрывы в информационных носителях и др.

Это приводит к завышению длительности цикла выполнения процесса и увеличению его стоимости.

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

В отделе персонала менеджер в ИС заполняет анкету и заявление кандидата, попутно проверяя их достоверность (время обработки составляет 0 мин., время подготовки документов - 30 мин., время ожидания - 30 мин.).

Начальник отдела персонала проверяет заполненные данные в электронном виде и согласовывает кандидатуру (время передачи – 0 мин.). Здесь время обработки составляет 10 мин., время подготовки 1 мин., время ожидания 11 мин.

Руководитель компании знакомится с заполненными данными кандидата и принимает решение (время передачи – 0 мин.). Здесь время обработки составляет 5 мин., время подготовки 5 мин., время ожидания 10 мин.

Увидев результат решения руководителя в ИС, менеджер по персоналу оформляет кандидата на должность (время передачи – 0 мин., время обработки составляет 5 мин., время подготовки документов - 15 мин., время ожидания - 20 мин.).

Фактические временные затраты по оптимизированному процессу представлены в табл. 2.

Таблица 2.

Фактические временные затраты (мин.)

Таким образом, после оптимизации данного процесса найма сотрудника на работу, время на его выполнение сократилось на 248 мин.

2. ПРОЕКТНАЯ ЧАСТЬ

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

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

Визуальным моделированием называется способ представления идей и проблем реального мира с помощью моделей.

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

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

Унифицированный язык моделирования (Unified Modeling Language, UML) является графическим языком для визуализации, специфицирования, конструирования и документирования систем, в которых большая роль принадлежит программному обеспечению.

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

Как язык графического визуального моделирования UML имеет свою нотацию – принятые обозначения. Нотация обеспечивает семантику языка, является способом унификации обозначений визуального моделирования, обеспечивает всестороннее представление системы, которое сравнительно легко и свободно воспринимается человеком.

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

Диаграмма - это графическое представление множества элементов. Обычно диаграмма изображается в виде графа с вершинами (сущностями) и ребрами (отношениями). Диаграммы подчиняются нотации UML и изображаются в соответствии с ней.

Основные диаграммы UML:

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

Построения этих диаграмм достаточно для полного моделирования системы.

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

В общем смысле CASE (Computer-Aided Software Engineering) - это набор инструментов и методов программной инженерии для проектирования программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов.

Существует достаточно много CASE-инструментов моделирования и проектирования систем и баз данных (не только с помощью UML). Но в данной работе для моделирования системы выбран программный инструмент моделирования IBM Rational Rose.

Rational Rose поддерживает одиннадцать различных типов диаграмм, принятых в нотации UML 2.0, а также подход MDA (модельно-настраиваемая архитектура), предлагает настройку параметров пользователя для адаптации среды разработки, поддерживает расширения, предоставляет различного рода модули, расширяющие возможности Rational Rose.

Rational Rose – программный инструмент моделирования, который поддерживает UML (Унифицированный язык моделирования). Rational Rose ориентирован на UML версии 1.4-и поддерживает одиннадцать различных типов диаграмм, принятых в нотации UML 2.0. Он активно поддерживает подход MDA (Модельно-управляемая архитектура), реализуя концепцию профилей UML. Среда разработки Rational Rose превосходно настраивается в соответствии с требованиями пользователя и имеет высокую степень расширяемости, особенно в области своих функциональных возможностей. Использование Rational Rose, одного из ведущих программных инструментов моделирования, гарантирует достижение максимальной производительности и качества ваших программных проектов.

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

Rational Rose использует концептуальный подход, который применим к любым методологиям/процессам. Легко создаются не только модели под средства разработки для конкретных платформ типа .NET или J2EE, но также и для других основных структур программных моделей (например, модель представления 4+1, и т.д.).

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

2.2 Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

Диаграмма прецедентов.

Определим для нашей системы актеров и прецеденты:

Можем выделить четыре актера:

1. Кандидат.
2. Менеджер.
3. Начальник отдела.
4. Руководитель.

Кандидат – это человек, который обращается в отдел персонала для трудоустройства. Он предоставляет документы, удостоверяющие его личность и квалификацию.

Менеджер – это человек, сотрудник отдела персонала. Он имеет доступ к корпоративной информационной системе (ИС), заполняет данные Кандидата и оформляет его на должность. Каждый менеджер авторизуется на своем рабочем месте с помощью личной карты сотрудника, после чего, несет полную ответственность за все действия, произведенные на рабочем месте.