Файл: Моделирование предметной области «Кадровое делопроизводство» с помощью UML (Описание предметной области “Кадровое делопроизводство”. Постановка задачи).pdf

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

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

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

Стандарт IDEF0 предполагает процесс исследования равно как комплект функциональных блоков. Функциональный блок схематически представляется в варианте прямоугольника и символизирует собой определенную конкретную функцию в рамках осматриваемой системы. Согласно условиям стандарта, наименование любого функционального блока обязано быть сформулировано в глагольном наклонении. Для любого блока имеется принцип стороны:

– стрелка входа прибывает постоянно в левую кромку активности;

– стрелка управления - в верхнюю кромку;

– стрелка механизма - нижняя кромка;

– стрелка выхода - правая кромка.

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

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

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

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

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

Модель развертывания - это объектная модель, что представляет физическое расположение подсистем по вычислительным узлам системы. (Приложение №1)

На вычислительном узле «ПК» расположена сама программа kadr.exe. На вычислительном узле «Сервер баз данных» расположен SQL Server 2008 R2. Узел «Локальная сеть» нужен с целью предоставления взаимодействия узлов «ПК» и «Сервер баз данных».

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

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

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

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

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

В целом выделяют 2 подхода к моделированию (Приложение №2).

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

К данному блоку принадлежит методология IDEF; инструментом, реализующим эту методологию, считается BPWin.

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

Методологии, поддерживающие объектно-ориентированный принцип: методология Aris (категория товаров IDS Sheer «Aris») и методика UML (продукт Rational Rose). Методология UML во главном нацелена на исследование программного обеспечения, Aris применяется с целью отображения бизнес-процессов компании.

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

При моделировании работы компании в случае объяснения потребности вероятна объединение некоторых систем, в данном случае в их состав обязаны вступать надлежащие механизмы экспорта/импорта.

В Российской Федерации с целью моделирования и рассмотрения бизнес-процессов довольно обширно применяются соответствующее ресурсы моделирования: Rational Rose, Oracle Designer, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler (ERWin), ARIS, Power Designer. За границей, кроме перечисленных, стремительно применяются подобные средства, как System Architect, Ithink Analyst, ReThink и др.

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

1. Стойкое положение продукта на рынке

2. Общераспространенность продукта

3. Общедоступность поддержки поставщика.

4. Общедоступность обучения.

5. Общедоступность использованных материалов по продукту.

С Целью построения упомянутых видов моделей применяются как личные методы моделирования ARIS, так и разнообразные популярные методы и языки моделирования, в частности ER и UML. В ходе моделирования любой аспект работы компании сначала рассматривается в отдельности, но уже после подробной проработки абсолютно всех нюансов основывается интегрированная модель, отражающая все без исключения взаимосвязи среди разными нюансами. ARIS никак не накладывает ограничений на очередность построения отмеченных выше видов моделей. Процедура моделирования можно начинать с каждого из них, в зависимости от определенных обстоятельств и целей, преследуемых разработчиками. Модели в ARIS предполагают собой диаграммы, компонентами каковых считаются различные объекты – «функция», «событие», «структурное подразделение», «документ». Между объектами формируются различные связи. Любому объекту отвечает конкретный комплект атрибутов, которые дают возможность внедрить дополнительную информацию о определенном объекте. Значения атрибутов имеют все шансы применяться при имитационном моделировании или с целью выполнения стоимостного анализа. Подобным способом, по результатам выполнения данного этапа появляется набор взаимосвязанных моделей, представляющих собой первоначальный использованный материал для последующего рассмотрения. Нужно выделить ряд отличительных черт системы ARIS. Первая – семейство программных продуктов ARIS нацелено на процессное описание.

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

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

Ведение БД «Учет сотрудников»

Доступ в систему - блок, описывающий операцию входа в систему.

Ввод логина и пароля: поступают запросы на доступ, запрашивается справочник пользователей. При эффективной аутентификации управление передаётся блоку контроля прав допуска пользователя.

Контроль прав допуска данного пользователя: формируются полномочия определенного пользователя, что вступил в систему (руководитель, администратор БД, руководитель отделения кадров).

Предоставление допуска: настройка интерфейса концепции с целью предоставления допуска пользователя к системе.

Ведение БД - блок, объясняющий процедуру ведения базы сведений.

В доступ блока подаются сведения о работниках также составе их семей. Управляющими воздействиями считаются справочники и требования на работу с БД.

Кроме Того выполняется управление степенью допуска к БД. Контролируется и предоставляется интерфейс допуска к сведениям.

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

Учет движения работников

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

· сохранение индивидуальных сведений об претендентах равно как о физических лицах;

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

· составление плана встреч с претендентами и регистрирование установленных заключений вплотную вплоть до принятия на работу.

Для работы с претендентами станут применяться соответствующее ресурсы:

· менеджер контактов, позволяющий реализовать целую операцию выбора сотрудников;

· перечень претендентов;

· действия, регистрирование претендентов, регистрирование собеседования кандидата, электронное сообщение, анализ кандидата и анализ испытательного времени.

Исходя из диаграммы последовательности действий, мы получим 5 классов: Отделы, Сотрудник, Штатное расписание, Выполняемая работа и Контактная информация.