Проектирование реализации операций бизнес-процесса «Развитие и подготовка сотрудников» (Контрольный пример реализации проекта и его описание)

Содержание:

Введение

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

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

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

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

Объектом исследования в данной работе выступает некая проектно-конструкторская компания (далее Компания), которая выпускает проекты для своих заказчиков по различным направлениям.

Цель данной работы – рассмотреть и спроектировать простой вариант системы учета повышения квалификации сотрудников Компании ИСУПРС. В качестве решаемых задач определены следующие:

- учет учебных курсов;

- учет сотрудников и подразделений компании;

- непосредственно учет самого процесса обучения;

- надежное хранение информации и получение быстрого доступа к ней;

- организация эргономичного и интуитивно-понятного интерфейса для пользователя системы;

- получение необходимой информации о процессе обучения (когда и кто какие курсы прошел, проходит или будет проходить).

Целью создания ИСУПРС является автоматизация действий менеджера, отвечающего за развитие персонала. Практические результаты применения ИСУПРС определяются следующим показателями:

- предоставление по запросу любой необходимой информационно-справочной информации о процессе обучения сотрудников на предприятии в рамках компетенций ИС;

- организация БД для хранения информации;

- разработка средств для обеспечения взаимодействия пользователя с СУБД.

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

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

1.1 Выбор комплекса задач автоматизации

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

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

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

1.2 Характеристика существующих бизнес – процессов

На рисунке 1.1 приведена контекстная диаграмма бизнес-процессов деятельности Компании. Эта и последующие диаграммы описания бизнес-процессов и потоков данных выполнены в нотации IDEF0 (DFD) с применением специального программного средства AllFusionProcessModelerверсии 7.1.

Рисунок 1.1 – Контекстная диаграмма бизнес-процессов AS-IS

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

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

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

Проектная деятельность Компании ставит комплекс задач, включающий три основные группы:

• Организация работы с заказчиками, в результате которой подготавливаются исходные данные и составляются задания на проектные работы для производственных отделов. Задания заказчиков рассматриваются компетентными инженерами и утверждаются ГИП.
• Непосредственное выполнение проектов инженерами производственных отделов. Каждое производственное подразделение имеет своего ГИП, который руководит работой подчиненных. Результатом деятельности производственных отделов являются выпущенные серии проектов, предоставляемые заказчику. Проекты также могут быть отправлены на доработку в случае обнаружения ошибок.
• Обеспечение развития технической подготовки и развития сотрудников. В рамках этой задачи ГИП должны обеспечивать уровень квалификации и умений своих инженеров, необходимый и достаточный для выполнения профильных проектных работ по заданиям заказчиков. Такой уровень подготовки и развития специалистов обеспечивается посредством организации и проведения обучающих курсов по различным профильным узкоспециализированным направлениям. Обучение такого рода проводится сторонними фирмами в рамках разработанных ими программ. Для направления инженеров на обучение по выбранным курсам сотрудники отдела кадров по рекомендации ГИП подготавливают договора с соответствующими фирмами.

Схема описанных задач приведена на диаграмме декомпозиции на рисунке 1.2.

Рисунок 1.2 – Схема бизнес-процессов Компании AS-IS

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

Рисунок 1.3 – Схема взаимодействия с заказчиками AS-IS

Стандартный процесс выполнение проекта показан на диаграмме на рисунке 1.4 и проходит в три этапа: разработка и согласование основных проектных решений (ОПР) – концепции, которая будет лежать в основе проекта; выполнение непосредственно проектных работ; прохождение нормоконтроля и экспертизы проекта, в результате которых могут быть выявлены ошибки проектирования или оформления проектной документации – в этом случае проект возвращается исполнителю на доработку.

Рисунок 1.4 – Схема процессов деятельности производственных отделов AS-IS

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

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

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

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

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

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

Рисунок 1.5 – Схема процессов организации развития и подготовки сотрудников Компании AS-IS

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

1.3. Характеристика документооборота, возникающего при решении задачи

На рисунке 1.6 приведена схема документооборота, касающаяся процесса подготовки и развития сотрудников, принятая в Компании. На схеме проиллюстрированы все основные этапы и задействованные в них лица, имеющие отношение к данному процессу. Схема выполнена в MSVisio 2013 в соответствии с описанием, приведенным в п.1.2.

Рисунок 1.6 – Схема документооборота процессов подготовки и развития инженеров в Компании

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

• Отсутствие системного учета возможных направлений и программ обучения инженеров.
• Отсутствие подхода, позволяющего работать «на перспективу», то есть учитывать современные тенденции развития программных, технических и методологических средств в области проектирования.
• Отсутствие анализа и уточнения требований заказчика к технологическому и методологическому обеспечению проекта на этапе детального обсуждения задания с заказчиком и его принятия к исполнению.
• Отсутствие системного использования средств автоматизированного проектирования (САПР), которое также частично является следствием плохо-организованной системы обучения и, как следствие, отсутствия у инженеров навыков владения САПР.
• Отсутствие системы учета знаний инженеров по данным пройденных ими программ обучения.

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

На рисунках 1.7 – 1.12 приведены диаграммы бизнес-процессов предлагаемого проектного решения с учетом проведенного реинжиниринга по существующим диаграммам. Предлагаемые изменения на диаграммах выделены цветом.

Основную роль в предложенной схеме будут выполнять:

• Новый подход к использованию современных программных и технологических средств, учитывая пожелания заказчика, а также перспективные направления современных инструментов в данной области.
• Новая информационная система учета подготовки и развития сотрудников (инженеров) – ИСУПРС, которая позволит вести системный учет полученных знаний и доступных программ и направлений обучения. ИСУПРС является разработкой, осуществляемой в рамках настоящей курсовой работы.

На рисунке 1.7 приведена новая контекстная диаграмм бизнес-процессов с учетом предлагаемых решений.

Рисунок 1.7 – Контекстная диаграмма бизнес-процессов TO-BE

На рисунке 1.8 приведена общая диаграмма бизнес-процессов, соответствующая предлагаемому решению. На диаграмме показано, что предлагается учитывать тенденции в области развития прикладного проектирования и САПР как при взаимодействии с заказчиками, так и при организации подготовки и развития инженеров. Также видно, что теперь для выполнения проектов и выборе перспективных направлений обучения инженеров следует руководствоваться требованиями основных заказчиков.

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

Рисунок 1.8 – Схема бизнес-процессов Компании TO-BE

На рисунке 1.9 отражены изменения в процессах взаимодействия с заказчиками в рамках предлагаемого решения на всех этапах составления задания на проектирование в производственные отделы.

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

Рисунок 1.9 – Схема взаимодействия с заказчиками TO-BE

На рисунке 1.10 показаны основные изменения, затронувшие процесс выполнения проекта. Ключевыми изменениям здесь выступают: соблюдение требований к программному и технологическому обеспечению проекта, которые теперь будут отдельно согласовываться с заказчиком; интенсивное и более системное применение САПР и других технологий проектирование, что предполагается возможным при более системном подходе к процессу подготовки и развития инженеров.

Рисунок 1.10 – Схема деятельности выполнения проектовTO-BE

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

Рисунок 1.11 – Схема процессов организации развития и подготовки сотрудников Компании TO-BE

Новый процесс системного учета данных предполагает использование новой ИСУПРС. Данный процесс приведен в виде диаграммы потоков данных (DFD, DataFlowDiagram) на рисунке 1.12. Методология DFD позволяет разбить функциональные требования системы на функциональные компоненты (процессы) и представить их в виде сети, связанной потоками данных [4].

ИСУПРС должна будет объединить в себе набор данных, включающих:

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

Рисунок 1.12 – Диаграмма потоков данных учета информационной системы

1.4. Обоснование проектных решений по информационному обеспечению

Перечень основных документов, имеющих отношение к рассматриваемому процессу, а также предлагаемый способ организации их в ИСУПРС приведен в таблице 1.1.

Таблица 1.1

Перечень входных и выходных документов

Документ	Тип и способ организации до автоматизации	Предлагаемое решение в рамках настоящего проекта
Заявка на обучение	Входной. Бумажная форма документа. Заполняется ГИП подразделения инженера, которого требуется направить на обучение.	Экранная форма ввода данных по заявке. На форме вводятся данные учебного курса, а также дата начала обучения.
Данные учебной программы (курса)	Входной. Не предусмотрен. Учебные курсы находятся по мере необходимости – вся информация берется с соответствующих сайтов.	Экранная форма ввода данных. На форме указывается наименование, краткое описание и длительность учебного курса, а также целевое подразделение, для которого этот курс предназначается.
Справочник учебных курсов	Выходной. Не предусмотрен. Учебные курсы находятся по мере необходимости – вся информация берется с соответствующих сайтов.	Таблица учета учебных курсов, отображаемая на экранной форме просмотра списка доступных учебных программ. Для ввода нового курса предусмотрена экранная форма с необходимым набором полей.
Расписание обучений сотрудников	Выходной. Не предусмотрен.	Экранная форма учетной таблицы обучений сотрудников с поддержкой многокритериальной фильтрации данных.

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

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

Входные формы предназначены для организации удобного выбора, ввода и редактирования информации. Они реализуются в виде стандартных окон пользовательского интерфейса ОС Windows. Каждая форма может содержать поля ввода информации с текстовыми пояснениями, кнопки действия, таблицы, списки, полосы прокрутки. Размер каждой формы должен быть подобран таким образом, чтобы обеспечить оптимальное зрительное восприятие всех элементов формы; кроме этого необходимо присутствие стандартных элементов управления размером формы (кнопки свертывания, минимизации/максимизации, закрытия). Каждая форма должна иметь название, соответствующее назначению формы. Размеры элементов формы должны быть подобраны таким образом, чтобы текст, соответствующий элементу, умещался на нем полностью. Приведем общие свойства элементов, которые будут располагаться на формах.

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

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

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

Список – неструктурированное перечисление необходимых элементов для выбора одного/нескольких для дальнейшего использования. Ширина области для вывода списка должна выбираться с учетом длин всех его элементов. Имеет вертикальный скроллинг в случае большого числа строк.

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

В составе информационного обеспечения ИСУПРС будут использоваться классификаторы, описанные в таблице 1.2.

Таблица 1.2

Перечень классификаторов ИСУПРС

Наименование классификатора	Система кодирования	Система классификации	Вид классификатора
Учебный курс	Порядковая	Линейная	Локальный
Сотрудник	Порядковая	Линейная	Локальный
Отдел	Порядковая	Линейная	Локальный
Обучение	Порядковая	Линейная	Локальный

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

Все классификаторы имеют четырехразрядную структуру, структурная формула классификаторов: Ф = [ХХХХ].

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

1.5 Обоснование проектных решений по программному обеспечению

Выбор ОС

Операционная система MicrosoftWindows 7/8/10 получила широкое распространение среди огромного числа пользователей – эта операционная система применяется в основе большинства корпоративных сетей общего назначения. Windows предлагает пользователю удобный графический интерфейс и позволяет работать в многозадачном режиме. Одновременно с этим, Windows предлагает огромный набор инструментов и функций, поддерживающих разработку приложений любой сложности – для программистов и разработчиков. К основным характерным особенностям операционной системы Windows можно отнести следующие:

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

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

Выбор СУБД

СУБД - это программные средства, с помощью которых можно создавать базы данных, наполнять их и работать с ними. Многие существующие СУБД являются специализированными языками программирования. MS Access- удобное средство для создания и эксплуатации достаточно мощных баз данных без необходимости что-либо программировать. Фактически, MS Access является инструментом быстрой разработки приложений. В то же время работа с MS Access не исключает возможности программирования на языке VisualBasicforApplication (VBA).

Для реализации БД в настоящем проекте была выбрана СУБД MSAccess, входящая в состав стандартного пакета приложений MicrosoftOffice.

Программный продукт MS Access представляет собой настольную систему управления базами данных. Понятие "настольная" СУБД указывает на то, что все операции с базой данных осуществляются на локальном компьютере пользователя. Именно здесь находится физическое место хранения информации, а также работают средства управления и организации запросов. Система Access предназначена для хранения и поиска данных, представления информации в удобном виде и автоматизации часто повторяющихся операций.

Access – достаточно мощное приложение Windows своего уровня. СУБД Access является продуктом компании Microsoft, поэтому она хорошо функционирует в среде операционных систем семейства Windows. Такая высокая степень интеграции приложений дает свои преимущества в ходе эксплуатации продукта.

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

Еще одним достоинством MS Access является интегрированность этой программы с MicrosoftExcel, MicrosoftWord и другими программами пакета MicrosoftOffice. Данные, созданные в разных приложениях, входящих в этот пакет, легко импортируются и экспортируются из одного приложения в другое.

Требования к специальному ПО

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

• Верхний уровень – бизнес требования.
• Средний уровень – требования пользователя.
• Нижний уровень – функциональные требования.

Применительно к ИСУПРС, выделяются следующие требования.

• • • 1. Бизнес-требования:
  1. Система должна обеспечить ведение справочника учебных программ и направлений.
  2. Система должна повысить эффективность работы сотрудника, отвечающего за подготовку и развитие инженеров, за счет сокращения времени проведения тривиальных операций и минимизации числа ошибок при вводе данных и составлении документов.
  3. Система должна позволить вести системный учет данных и упростить процедуры поиска нужной информации.

Требования пользователя:

• 1. Обеспечить табличное представление данных справочников и основных операций.
  2. Вывод документов и отчетов в отдельном окне.
  3. Ввод данных в систему посредством диалогов.
  4. Наличие главного меню действий программы на панели инструментов, которая всегда должна быть доступна.
  5. Подстановка данных из справочников.

Функциональные требования:

• 1. Обеспечить ведение справочников учебных курсов.
  2. Обеспечить наличие подсистемы отдела кадров: учет сотрудников, подразделений, связь учебных программ с целевыми подразделениями.
  3. Обеспечить проверку введенных данных в диалогах ввода информации на предмет заполнения обязательного заполнения полей и соответствия типов данных.
  4. Обеспечить вывод сводных данных в отдельном окне: количество сотрудников, доступных учебных курсов, пройденных учебных курсов.
  5. Обеспечить подсистему учета расписания обучений сотрудников с многокритериальной фильтрацией данных.

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

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

• средства проектирования интерфейса с использованием стандартных Windows-компонентов;
• возможность использования CASE-систем для проектирования приложений и подготовки шаблонов программного кода;
• режим визуального проектирования программ.

В качестве среды программирования выбрана среда разработки VisualStudio 2013, предназначенная для быстрой и эффективной разработки и отладки приложений.

Для сокращения времени разработки программного продукта и повышения качества программного кода применяются специальные средства моделирования программных систем –CASE-средства, поддерживающие основные положения спецификации UML2.0 [9]. Язык UML является общецелевым языком визуального моделирования, разработанным для спецификации, визуализации, проектирования и документирования компонентов ПО, бизнес-процессов и других систем” [3].

В данной работе при создании ПО ИСУПРС применена CASE-система RationalRoseверсии 7.0.

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

2.1 Информационная модель и её описание

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

Рисунок 2.1 – Информационная модель ИСУПРС

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

2.2 Характеристика нормативно-справочной, входной и оперативной информации

Характеристика входной информации, используемой для регистрации в ИСУПРС по основным направлениям учета, приведена в таблице 2.1. Макеты экранных форм приведены в п.2.8.

Таблица 2.1

Характеристика входной информации

Форма представления	Периодичность и источник информации	Цель использования	Макет
Новая учебная программа
Форма ввода данных нового курса обучения	Вводится в ИС по мере появления новых учебных программ, предлагаемых ведущими фирмами по основным и перспективным используемым направлениям	Учет программ и направлений обучения инженеров	Диалоговое модальное окно ввода данных, пример формы приведен в п.2.8 рис. 2.13.
Объем информации	Макет формы ввода данных содержит поля: наименование, описание, целевое подразделение, длительность.
Новая запись на обучение
Форма ввода данных новой записи обучения сотрудника	Вводится в ИС по мере необходимости записи инженеров на прохождение программы обучения	Учет записи инженеров Компании на прохождение курсов по программам обучения для последующего просмотра расписания обучений.	Диалоговое модальное окно ввода данных, пример формы приведен в п.2.8 рис. 2.11.
Объем информации	Макет формы ввода данных содержит поля: наименование и краткое описание, учебного курса, а также дату начала программы.

В таблице 2.2 приведены характеристики справочников, поддерживаемых ИСУПРС.

Таблица 2.2

Характеристика справочников ИСУПРС

Наименование	Объем	Частота актуализации
Справочник сотрудников	Соответствует числу сотрудников Компании	По мере изменения организационно-штатной структуры Компании
Справочник подразделений	Соответствует числу организационных структурных подразделений Компании
Справочник учебных курсов, программ и направлений	Соответствует числу используемых направлений в области технологий и методов проектирования	Мониторинг актуальных учебных направлений производится в соответствии со сроками, определяемыми основными тенденциями обновления (выхода новых версий) специальных средств, технологий и методов

2.3 Характеристика результатной информации

Характеристика результатной информации, получаемой в ИСУПРС, приведена в таблице 2.3. Макеты экранных форм приведены в п.2.8.

Таблица 2.3

Характеристика результатной информации

Форма представления	Периодичность и источник информации	Цель использования	Макет
Расписание обучений
Таблица расписания обучений сотрудников с поддержкой многокритериальной фильтрации	Выдается ИС по запросу пользователя, данные оперативно обновляются при изменении значений, введенных в поля соответствующих параметров фильтра	Обладание общей картиной прошлых, настоящих и будущих обучений инженеров Компании	Форма учетной таблицы, пример формы приведен в п.2.8 рис. 2.14.
Объем информации	Макет формы вывода данных содержит: таблицу (расписание) обучений (Сотрудник, Отдел, Наименование курса, Даты начала и конца обучения), фильтр с параметрами по данным сотрудника, датам, наименованию курса и отдела.

Продолжение таблицы2.3

Характеристика результатной информации

Форма представления	Периодичность и источник информации	Цель использования	Макет
Сводная информация справочников
Форма вывода сводной информации справочников	Выдается ИС по запросу пользователя	Получение сводной информации	Диалоговое модальное окно вывода данных, пример формы приведен в п.2.8 рис. 2.15.
Объем информации	Макет формы вывода данных содержит поля: число подразделений Компании и всех их сотрудников, число доступных учебных программ, число пройденных учебных программ.

2.4 Общие положения (дерево функций и сценарий диалога)

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

УЧЕТ

УЧЕБНЫХ КУРСОВ

УЧЕТ

СОТРУДНИКОВ ПОДРАЗДЕЛЕНИЙ

ФОРМИРОВАНИЕ ПРОЦЕССА ОБУЧЕНИЯ

ФОРМИРОВАНИЕ ИНФОРМАЦИОННЫХ ОТЧЕТОВ

Программа

БД

Курсы

Сотрудники

Отчеты_2

Отчеты_1

Запросы

Информация

Рисунок 2.2 – Функциональная структура ИСУПРС

Исходя из приведенной схемы, можно выделить следующие основные функциональные компоненты ИСУПРС:

1. Функциональные подсистемы:

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

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

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

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

1. БД:

Реализация БД для ИС в одной из СУБД, выбранной в соответствии с основными современными требованиями по обеспечению надежности и безопасности хранения и доступа к информации.

1. Функциональные связи:

«Курсы» - информация об учебных курсах, необходимая для составления планов обучения;

«Сотрудники» - информация о сотрудниках подразделений, необходимая для составления планов обучения;

«Отчеты_1» - информация для составления отчетов о квалификации персонала;

«Отчеты_2» - информация для составления отчетов о планах по обучению за определенные календарные периоды;

«Запросы» - специальные SQL-запросы к БД о предоставлении информации необходимого типа;

«Информация» - информационные кортежи, являющиеся ответами БД на соответствующие SQL-запросы.

Взаимодействие программной системы с внешней средой (пользователями) описывается диаграммами вариантов использования (прецедентов). В [5, с. 92] диаграмма вариантов использования определена как модель, представляющая разрабатываемую программу как систему в виде совокупности вариантов ее использования пользователем. На этой диаграмме показывается внешняя сторона системы (программы), не учитывая ее внутреннюю структурную и архитектурную составляющую. Диаграмма вариантов использования отображает все предоставляемые программой связи с пользователем. Диаграмма вариантов использования ИСУПРС изображена на рисунке 2.3, ее спецификация приведена в таблице 2.4.

Рисунок 2.3 – Диаграмма вариантов использования ИСУПРС

AddCourse–создание новых/учет учебных курсов.

AddEmployee – создание новых/учет сотрудников.

PlanTraining – планирование/учет обучения сотрудников.

ViewReports – просмотр отчетов по обучению сотрудников.

Таблица 2.4

Спецификация диаграммы вариантов использования

№	Актор	Вариант использования	Описание
1	HRadvanceManager – менеджер отдела кадров по учету и развитию персонала.	Учет сотрудников	Добавление (редактирование) нового сотрудника / подразделения в БД ИС.
2		Учет курсов учебных программ и направлений	Создание нового учебного курса для подразделения предприятия, ведение справочника учебных курсов.
3		Планирование обучения	Назначение сотрудникам подразделений учебных курсов.
4		Просмотр отчетов	Создание запросов по обучению сотрудников.

Сценарий диалога пользователя с ИС может быть описан в рамках спецификаций UML с помощью диаграмм последовательности сообщений и коопераций. Первая служит для визуализации временных аспектов взаимодействия, а диаграмма кооперации предназначена для спецификации структурных аспектов взаимодействия. На рисунке 2.4 приведена диаграмма кооперации (CollaborationDiagram) для всех прецедентов ИСУПРС.

Рисунок 2.4 – Диаграмма коопераций ИСУПРС

На рисунке 2.5 представлена диаграмма последовательности сообщений (SequenceDiagram) ИСУПРС.

Рисунок 2.5 – Диаграмма последовательности сообщений ИСУПРС

Ниже приведена спецификация диаграммы последовательности сообщений и коопераций ИС.

:mainForm – главная форма, отображающая список сотрудников.

:employeeForm – форма диалога ввода данных сотрудника.

:courseForm – форма диалога ввода данных учебного курса.

:trainingForm – форма диалога ввода данных обучения сотрудника.

:trainingProcessForm – форма учета обучений сотрудников.

:reportForm – форма отчетных данных.

EmployeeTable – переключение на отображение таблицы сотрудников.

New – создание новой формы диалога ввода данных сотрудника (курса, обучения).

FillForm – заполнение формы диалога (ввод данных).

AddNewEmployee – добавление в ИС нового сотрудника.

UpdateEmployeeTable – обновление таблицы сотрудников.

CourseTable – переключение на отображение таблицы учебных курсов.

AddNewCourse – добавление в ИС нового учебного курса.

UpdateCourseTable – обновление таблицы учебных курсов.

OpenTrainingForm– переключение на отображение таблицы обучений.

AddNewTraining – добавление в ИС нового обучения.

UpdateTrainingTable – обновление таблицы обучений.

ReportQuery – создание запроса на получение отчета (в соответствии с заданными параметрами фильтра).

__FILTER__ – создание отчета в соответствии с запросом.

Show – отображение составленного отчета об обучениях по запросу.

2.5 Характеристика базы данных

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

Прежде всего, необходимо иметь информацию о сотрудниках подразделений предприятия. Принимая во внимание правила нормализации баз данных, эту информацию следует представить в виде двух таблиц: СОТРУДНИКИ (employeers) и ПОДРАЗДЕЛЕНИЯ (departments).

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

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

В таблице 2.5 приведена спецификация схемы данных ИСУПРС.

Таблица 2.5

Спецификация схемы данных ИСУПРС

Наименование поля	Тип	Примечание	Ключ
Таблица employeers – содержит информацию о сотрудниках
id	Long Integer	счетчик (идентификатор сотрудника)	PK
first_name	Char [255]	имя сотрудника
surname	Money	фамилия сотрудника
eposition	Long Integer	должность сотрудника
department	Char [255]	идентификатор отдела, в котором работает сотрудник	FK
edate	Date	дата приема на работу
Таблица departments – содержит список подразделений предприятия
id	Long Integer	счетчик (идентификатор отдела)	PK
dname	Char [255]	название отдела
Таблица courses – содержит информацию об учебных курсах
id	Long Integer	счетчик (идентификатор учебного курса)	PK
cname		название учебного курса
description	Char [255]	краткое описание учебного курса
duration	Long Integer	длительность учебного курса (в месяцах)
depart_id	Long Integer	идентификатор отдела, для которого создан учебный курс	FK
Таблица process – содержит информацию об обучении сотрудников
id	AutoNumber	счетчик (идентификатор обучения)	PK
id_employeer	Long Integer	идентификатор сотрудника	FK
id_course	Long Integer	идентификатор учебного курса	FK
sdate	Date	дата начала прохождения курса

Учитывая приведенные соображения, можно создать физическую структуру БД. В данной работе для создания физической структуры БД использовано средство автоматизированного моделирования баз данных AllFusionDataModeler. С помощью этой программы была создана физическая схема данных, приведенная на рисунке 2.6, а также выполнено преобразование этой схемы в физический файл базы данных MSAccess.

Рисунок 2.6 – ER-диаграмма данных ИСУПРС

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

Признаки принадлежности к Н.Ф.:

1-Н.Ф.: все атрибуты должны быть атомарными.

2-Н.Ф.: выполнение условий 1-Н.Ф, каждый не ключевой атрибут функционально полно зависит от составного ключа.

2-Н.Ф.: выполнение условий 2-Н.Ф, каждый не ключевой атрибут не транзитивно зависит от первичного ключа.

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

2.6 Структурная схема пакета (дерево вызова программных модулей)

Вся структурная основа ИСУПРС реализована в виде информационной подсистемы в виде БД, основанной на СУБД MSAccess, а также исполнительной подсистемы, разработанной и созданной в виде прикладного программного обеспечения, выполненного на основе принципов ООП.

В основу объектного подхода к проектированию ИСУПРС была положена диаграмма классов системы, представленная на рисунке 2.7.

Все представленные классы реализуют непосредственный графический интерфейс ПО ИС с БД и выполняют все заявленные функции.

Рисунок 2.7 – Объектная структурная модель ИСУПРС

2.7 Описание программных модулей

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

Класс frmMain: реализует главное окно программы, из которого осуществляется доступ во все остальные подсистемы.

frmDepartmentsList – экземпляр класса frmDepartments – реализует интерфейс для ведения таблицы «Подразделения» БД ИС.

frmEmployeeAddEdit – экземпляр класса frmEmployee – реализует интерфейс доступа к созданию/изменению кортежа таблицы «Сотрудники».

frmGenerelInfo – экземпляр класса frmInformation – реализует доступ к описательной части ПО.

frmTrainingCourses – экземпляр класса frmTraining – реализует интерфейс доступа к таблице «Учебные курсы» БД ИС.

frmEmployeeProcess – экземпляр класса frmProcess – реализует интерфейс доступа кпланированию обучения сотрудника.

frmShowReports – экземпляр класса frmReports – реализует интерфейс доступа к системе запросов отчетов по обучениям.

frmAboutInformation – экземпляр класса frmAbout – реализует доступ к метаданным ПО.

LoadEmployeersBase() – процедура загрузки таблицы сотрудников из БД.

UpdateEmployee() – обновление в БД записи о сотруднике.

AddNewEmployee() – добавление в БД записи о новом сотруднике.

RemoveEmployee() – удаление из БД записи о сотруднике.

Класс frmInformation: реализует интерфейс к общим сведениям о Компании.

FillInformation() – считывание информации из БД посредством SQL–запросов и отображение ее пользователю – количество сотрудников/подразделений, учебных курсов, обучений.

Класс frmProcess: реализует интерфейс доступа к планированию обучения сотрудника.

frmTProcess – экземпляр класса frmTrainingProcess – реализует интерфейс доступа к созданию/изменению кортежа таблицы «Обучения».

LoadTrainingBase() – процедура загрузки таблицы обучений из БД в программу.

UpdateProcess() – обновление в БД записи об обучениях.

AddNewProcess() – добавление в БД записи о новом обучении.

RemoveProcess() – удаление из БД записи об обучении.

Класс frmTraining: класс реализует интерфейс доступа к таблице «Учебные курсы» БД ИС.

frmCourseAddEdit – экземпляр класса frmTrainingProcess – реализует интерфейс доступа к созданию/изменению кортежа таблицы «Обучения».

LoadCoursesBase() – процедура загрузки таблицы учебных курсов из БД в программу.

UpdateCourse () – обновление в БД записи об учебном курсе.

AddNewCourse () – добавление в БД записи о новом учебном курсе.

RemoveCourse () – удаление из БД записи об учебном курсе.

Класс frmDepartments: реализует интерфейс для ведения таблицы «Подразделения» БД ИС.

LoadDepartamentsBase() – процедура загрузки таблицы подразделений из БД в программу.

ChangeDepartamentBase() – обновление в БД записи о подразделении.

AddDepartament() – добавление в БД записи о новом подразделении.

RemoveDepartament() – удаление из БД записи о подразделении.

Класс frmAbout: реализует доступ к метаданным ПО – окно «О программе».

Класс frmEmployee: реализует интерфейс доступа к созданию/изменению кортежа таблицы «Сотрудники».

frmDepartmentsList – экземпляр класса frmDepartments – реализует интерфейс для ведения таблицы «Подразделения» БД ИС.

LoadEmployeePosition() – процедура загрузки из БД ИС списка доступных (существующих, ранее созданных) должностей сотрудников.

Класс frmCourse: реализует интерфейс доступа к созданию/изменению кортежа таблицы «Учебный курс».

frmDepartmentsList – экземпляр класса frmDepartments – реализует интерфейс для ведения таблицы «Подразделения» БД ИС.

Класс frmTrainingProcess: реализует интерфейс доступа к созданию/изменению кортежа таблицы «Обучения».

frmCourseSelect – экземпляр класса frmTraining – реализует интерфейс доступа к таблице «Учебные курсы» БД ИС.

Класс frmReports: реализует интерфейс доступа к системе запросов отчетов по обучениям.

___FILTER()___ – процедура конструирования SQL-запроса к БД ИС на основе данных фильтра, установленных пользователем.

2.8 Контрольный пример реализации проекта и его описание

Для полноценной реализации контрольного примера будет описана смоделированная ситуация: в штат предприятия поступил новый сотрудник: Алексеев Владимир (инженер), который будет заниматься подбором оборудования. Для этого в структуре предприятия создается новое подразделение: отдел нестандартного оборудования. Для продуктивной работы нового отдела необходимо организовать обучение его сотрудников по курсу «использования интерактивных каталогов».

Для регистрации нового сотрудника в главном меню основного окна выполняется пункт «Сотрудники» - «Добавить…» (рисунок 2.8).

Рисунок 2.8 – Добавление нового сотрудника в таблицу

В диалоге (рисунок 2.9)вводится фамилия и имя сотрудника, а для назначения отдела используется кнопка «Выбрать», отображающая список с отделами Компании.

Рисунок 2.9 – Ввод данных сотрудника

Чтобы создать новый отдел, в меню окна «Отделы» выбирается пункт «Отделы» - «Добавить» - появится системное окно (рисунок 2.10) с предложением ввести название нового отдела.

Рисунок 2.10 – Создание нового отдела

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

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

1. С помощью команды «Обучение» - «Курсы…» из главного окна программы.
2. С помощью команды «Сотрудники» - «Обучение» из того же меню.

Обе команды запускают окно управления обучением сотрудника, в котором с помощью команды меню «Обучение» - «Добавить курс» вызывается окно создания нового обучения (рисунок 2.11).

Рисунок 2.11 – Ввод данных нового обучения

Для создания нового обучения необходимо выбрать учебный курс, для этого используется кнопка «Выбрать…», которая открывает справочник учебных курсов, доступных в Компании (рисунок 2.12).

Рисунок 2.12 – Справочник учебных курсов

Новый учебный курс может быть создан посредством команд меню «Учебные курсы» - «Добавить…», вызвав диалог ввода данных о новом учебном курсе (рисунок 2.13).

Рисунок 2.13 – Ввод данных нового учебного курса

Из меню главного окна выполняется команда «Обучение» - «Отчеты…». В окне отчетов настраивается фильтр, который сортирует планируемые обучения сотрудников Компании. Пример результата выполненного запроса приведен на рисунке 2.14.

Рисунок 2.14 – Отчет по расписанию обучений

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

На рисунке 2.15 приведен пример окна, отображающего сводные данные компании.

Рисунок 2.15 – Окно сводных данных Компании

Заключение

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

Содержимое глав данной работы направлено на разработку и создание такой системы – ИСУПРС. При разработке системы интенсивно использовались автоматизированные средства проектирования систем, такие как AllFusionProcessModeler, AllFusionDataModeler, MSVisio, RationalRose.

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

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

Отдельной важной частью проектирования системы было выполнено проектирование информационного обеспечения в виде базы данных в СУБД MSAccess.

Проектирование и реализация информационной системы были осуществлены с применением современных методов разработки и дизайна.

Разработка всех UML-моделей выполнена в среде проектирования RationalRose.

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

• Анализ предметной области и ее подробное описание, выявление основных функций и требований, описание бизнес-процессов.
• Выработана и применена методология проектирования ИС.
• Спроектированы и реализованы ПО и БД ИСУПРС.

Cписок литературы

1. Благодатских, В. А. Стандартизация разработки программных средств: Учебное пособие для вузов [Текст] /В. А. Волнин, К. Ф. Поскакалов; ред. О. С. Разумова. - М.: Финансы и статистика, 2005. - 288 с.
2. Болдырихин, О. В. Объектно-ориентированное проектирование автоматизированных систем на языке UML с использованием CASE-средств: Методические указания к лабораторным и курсовой работам по дисциплине "Проектирование АСОИУ" [Текст] / О. В. Болдырихин. - Липецк: ЛГТУ, 2003. - 44 с.
3. Буч Грейди, Рамбо Джеймс, Джекобсон Айвар. Язык UML. Руководство пользователя, Серия “Для программистов”: Перевод с англ. - М.: ДМК, 2000. - 432с.
4. Головичнер М. Н. – Проектирование информационных систем. Методические указания по подготовке к государственному экзамену, Томск, 2009.
5. Медведев В.И. Особенности объектно-ориентированного программирования на C++/CLI, C# и Java. 2-е изд., испр. и доп. – Казань: РИЦ «Школа», 2010 – 444 с.
6. Орлов, С. А. Технология разработки программного обеспечения: Учебник для вузов [Текст] / С. А. Орлов. - СПб.: Питер, 2004. - 527 с.
7. Погодаев А.К. Программное обеспечение автоматизированных систем. М., 2006 г. – 416 с.
8. Разработка информационных структур: учебное пособие /А.К. Погодаев, В.В. Дозоров. – Липецк: ЛЭГИ, 2002. – 52 с.
9. UML 2.0. Superstructure specification. – Final adopted specification – ptc/03-08-02; 2003, 640 p