Размещено на http://www.Allbest.Ru/

Размещено на http://www.Allbest.Ru/

Размещено на http://www.Allbest.Ru/

Омский государственный университет путей сообщения

Кафедра «Автоматика и системы управления»

ОТЧЕТ

по производственной практике

Автоматизированная система управления трудовыми ресурсами ООО «Системы комплексной энергоэффективности»

Студент гр. 25 - В.С. Семенова

Руководитель практики

доцент А.Г. Малютин

г. Омск, 2016-2017 учебный год

Содержание

• Введение
• 1. Теоретическая часть
• 1.1 Анализ текущего состояния системы
• 1.2 Описание существующей технологии решения задач и обоснование целесообразности создания АРМа
• 1.3 Основные функциональности системы ЕКАСУТР
• 1.3.1 Функциональность модуля «Организационный менеджмент»
• 1.3.2 Функциональность модуля «Администрирование персонала»
• 1.3.3 Функциональность модуля «Развитие персонала»
• 1.3.4 Функциональность модуля «Графики рабочего времени»
• 1.3.5 Функциональность модуля «Учет рабочего времени»
• 1.3.6 Функциональность модуля «Расчет заработной платы»
• 1.4 Выбор технических, программных средств и метода проектирования
• 1.4.1 Характеристика комплекса технических средств и обоснование выбора
• 1.4.2 Характеристика средств программной поддержки
• 1.5 Проектирование информационного обеспечения
• 1.5.1 Входная информация
• 1.5.2 Выходная информация
• 1.5.3 Нормативно-справочная информация
• 1.5.4 Информационно-логическая модель решения задачи
• 1.5.5 Структура базы данных
• 1.6 Разработка программного обеспечения
• 1.6.1 Взаимосвязь программных модулей и информационных массивов
• 1.6.2 Описание алгоритма решения задачи
• 1.7 Разработка технологического обеспечения
• 1.7.1 Технологический процесс и его описание
• 1.7.2 Структура диалога
• 1.7.3 Обеспечение защиты информации
• 1.7.4 Инструкция пользователя
• 2. Практическая часть
• 2.1 Необходимость создания отчетных форм
• 2.2 Формирование справок о депремированных работниках локомотивных бригад
• 2.2.1 Справка о депремированных работниках ЛБ по виду нарушения
• 2.2.2 Справка о депремированных работниках ЛБ по виду документа
• Заключение

Введение

В данном отчете описывается модель управления трудовыми ресурсами железных дорог, называемая Единой корпоративной автоматизированной системой управления трудовыми ресурсами (ЕКАСУТР).

Модель основана на базовой технологии R/3 и анализе информации о существующих бизнес-процессах департаментов ОАО «РЖД» и филиалов.

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

ЕКАСУТР начала внедряться в 2004 году. До этого в отрасли не было единого автоматизированного решения по процессам, связанным с управлением персоналом. Потребовалось несколько лет напряжённой работы большого числа специалистов, чтобы добиться заметных результатов в масштабах всей компании.

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

1. Теоретическая часть

1.1 Анализ текущего состояния системы

В настоящее время на платформе SAP в ОАО «РЖД» реализовано две системы - Единая корпоративная автоматизированная система управления финансовыми ресурсами (ЕК АСУФР) и Единая корпоративная автоматизированная система управления трудовыми ресурсами (ЕКАСУТР).

Для удовлетворения потребностей сбора и формирования сводной отчетности в указанных системах на различных уровнях управления используется собственная разработка с использованием среды разработки SAP ABAP, реализованная в системе SAP BW.

Ведение ЦНСИ реализовано с использованием SAP R/3 и механизмов межсистемного обмена (ALE).

Интерфейсы между указанными системами реализованы с использованием механизмов, предлагаемых SAP, а именно, посредством RFC-соединений, механизма ALE и экстракции данных.

Интерфейсы с внешними системами реализованы посредством обмена файлами заданного формата, обмена данными по протоколу STDP (УДП внутренние перевозки), обмена данными через RFC, обмена данными в согласованном формате (XML) через SAP WAS (взаимодействие УДП с АС ЭТРАН).

Заказчиком является ОАО «РЖД». Целями проекта являются: унификация методологии и технологии выполнения бизнес-процессов управления персоналом на всех уровнях, оптимизация численности и затрат на персонал, возможность оперативного формирования аналитической отчетности, снижение совокупной стоимости владения информационными HR-системами, оптимизация процессов сопровождения информационных HR-систем.

Компания обладает территориально-распределенной структурой. Структурные подразделения и филиалы расположены на всей территории России.

1.2 Описание существующей технологии решения задач и обоснование целесообразности создания АРМа

В последние годы расширилось применение персональных ЭВМ для решения экономических задач, значительно расширился рынок как вычислительной техники, так и программных средств.

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

Единая Корпоративная Автоматизированная Система Управления Трудовыми Ресурсами российских железных дорог - многофункциональная интеллектуальная многопользовательская человеко-машинная система управления. Основой ЕК АСУТР в условиях реализации самостоятельных подсистем для каждого уровня управления финансовой деятельностью, является применение единого программно-технологического продукта, реализующего прикладные функции ЕК АСУТР. В качестве продукта, образующего прикладную инфраструктуру ЕК АСУТР, целесообразно использовать систему R/3 производства фирмы SAP AGS - мирового лидера в области информационных технологий. Поэтому на всех предприятиях железной дороги внедряется ЕК АСУТР, что позволяет работать в единой системе R/3.

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

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

Система R/3 состоит из набора прикладных модулей, которые поддерживают различные бизнес-процессы компании и интегрированы между собой в масштабе реального времени. Система ЕКАСУТР имеет в своем составе несколько функциональных подсистем: организационная структура, штатное расписание, кадровый учет и делопроизводство, учет рабочего времени, расчет заработной платы, нормирование труда, охрана труда.

Система ЕКАСУТР функционирует на дорожных серверах ЕКАСУТР. Имеется центральная система ЕКАСУТР, в которой работают специалисты Центрального аппарата (включая причастные департаменты) и структурные подразделения филиалов ОАО «РЖД». В центральной системе ЕКАСУТР осуществляется ведение НСИ системы. Применение системы ЕК АСУТР обеспечивает повышение эффективности, оперативности и достоверности, снижение трудоемкости обработки и совершенствование информации.

Формирование отчетности в зависимости от типа отчетности осуществляется на дорожных серверах ЕКАСУТР, на центральном сервере ЕКАСУТР, в специально созданной системе Сводной кадровой отчетности, а также в центральном Хранилище данных ЕКАСУТР, реализованном на базе BW.

1.3 Основные функциональности системы ЕКАСУТР

Система ЕКАСУТР реализована практически в полном объеме на базе функциональности, предлагаемой SAP. Лишь для некоторых бизнес-функций использованы собственные разработки.

В процессе создания прототипа должна быть задействована функциональность следующих модулей системы SAP R/3:

PA-OS - Организационный менеджмент; PA-PA - Администрирование персонала; PA-PD - Развитие персонала; PT-WS - Графики рабочего времени; PT-RC - Учет рабочего времени; PY - Расчет заработной платы.

1.3.1 Функциональность модуля «Организационный менеджмент»

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

Подсистема «Ведение организационной структуры предприятия» предназначена для ведения организационной структуры ОАО «РЖД». Используется в качестве обеспечивающей подсистемы для других подсистем в составе ЕКАСУТР. При ведении узлов организационной структуры имеются явные ссылки на кодирование организационной структуры, применяемой в рамках ТДС ЕК АСУФР. При этом отсутствует программная синхронизация данных между указанными подсистемами. При реализации функциональности использовался ALE-распределенный организационный менеджмент для отражения ведения организационной структуры в центральной системе ЕКАСУТР. Подсистема используется в структурных подразделениях филиалов, эксплуатирующих ЕКАСУТР, Центральном аппарате в части подразделений в режиме промышленной эксплуатации, в части подразделений - в режиме опытной эксплуатации.

Подсистема «Ведение штатного расписания» предназначена для ведения штатного расписания ОАО «РЖД», а также для расчета нормативной численности работников. Ведение штатного расписания осуществляется на рабочих местах экономистов или инженеров по организации труда в структурных подразделениях филиалов ОАО «РЖД», специалистов организационно-штатных отделов железных дорог. Расчет нормативной численности осуществляется по основным профессиям ОАО «РЖД» в соответствии с нормативами численности, разработанными в ОАО «РЖД». Ведение НСИ численности осуществляется на рабочем месте администратора НСИ - специалиста ЦЭУБ, либо профильного Департамента. Расчет нормативной численности осуществляется на уровне структурного подразделения, отделения дороги, железной дороги. Подсистема используется в структурных подразделениях филиалов, эксплуатирующих ЕКАСУТР, Центральном аппарате в части подразделений в режиме промышленной эксплуатации, в части подразделений - в режиме опытной эксплуатации.

1.3.2 Функциональность модуля «Администрирование персонала»

В данную функциональность входят следующие подсистемы: «Кадровые мероприятия по персоналу», «Ведение организационных данных», «Ведение персональных данных», «Управление отраслевыми и государственными наградами»

В подсистеме «Кадровый учет и делопроизводство» реализована функциональность подбора и расстановки кадров для обеспечения грамотного управление и квалифицированного исполнения на уровне оперативного, тактического и стратегического управления. Подсистемой реализуются такие функции как кадровый учет и делопроизводство, подбор и расстановка кадров, управление процедурами награждения, управление соревнованиями, повышение квалификации, подготовка и переподготовка кадров. Указанные функции реализованы с использованием функциональности модулей SAP HR R/3. Внедрение функциональности осуществляется на рабочих местах специалиста по управлению персонала структурного подразделения, специалиста НОД, НОК по управлению персоналом, инженера по подготовке кадров, куратора Департамента по управлению персоналом. При реализации функциональности использовался ALE-распределенный организационный менеджмент для ведения данных о работниках номенклатуры Ц, ЦЗ. Подсистема используется в службах управления персоналом железных дорог, структурных подразделениях филиалов, эксплуатирующих ЕКАСУТР, Центральном аппарате в части подразделений в режиме промышленной эксплуатации, в части подразделений - в режиме опытной эксплуатации.

1.3.3 Функциональность модуля «Развитие персонала»

В данную функциональность включены подсистемы «Формирование каталогов квалификаций» и «Формирование каталогов аттестаций».

1.3.4 Функциональность модуля «Графики рабочего времени»

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

1.3.5 Функциональность модуля «Учет рабочего времени»

В данную функциональность входят следующие подсистемы: «Учет отсутствий присутствий», «Формирование табеля учета рабочего времени», «Планирование графиков отпусков», «Нормирование труда»

Подсистема «Учет рабочего времени» предназначена для планирования и учета рабочего времени. Указанные функции реализованы с использованием функциональности модуля SAP HR-PT. Внедрение функциональности осуществляется на рабочих местах специалиста по планированию рабочего времени (инженер по нормированию труда, мастер производственного участка), ответственного специалиста по учету рабочего времени (табельщик). Подсистема используется в режиме промышленной эксплуатации в части структурных подразделений филиалов, эксплуатирующих ЕКАСУТР, Центральном аппарате в режиме опытной эксплуатации.

Подсистема «Нормирование труда « предназначена для ведения типовых и местных норм времени и ввода и обработки сдельных нарядов на выполненные работы. Ведение типовых норм времени осуществляется в центральной системе ЕКАСУТР на рабочем месте администратора НСИ - специалиста ЦЭУБ. Ведение местных норм и обработка сдельных нарядов осуществляется на рабочем месте инженера по нормированию труда, мастера производственного участка. Подсистема используется в структурных подразделениях филиалов, эксплуатирующих ЕКАСУТР в режиме опытной эксплуатации.

1.3.6 Функциональность модуля «Расчет заработной платы»

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

Подсистема «Расчет заработной платы» предназначена для расчета заработной платы сотрудников ОАО «РЖД». В системе ЕКАСУТР реализована повременная и сдельная системы оплаты труда (исключая оплату труда локомотивных и поездных бригад). Указанные функции реализованы с использованием функциональности модуля SAP HR-PY. Внедрение функциональности осуществляется на рабочем месте бухгалтера по расчету заработной платы. Подсистема используется в структурных подразделениях филиалов, эксплуатирующих ЕКАСУТР, Центральном аппарате в режиме опытной эксплуатации.

Полигоном внедрения является вся сеть железных дорог от уровня линейного предприятия до управления филиала, все функциональные филиалы, департаменты и управления ОАО «РЖД». Пользователями системы являются специалисты экономической, бухгалтерской, финансовой служб и других причастных подразделений. Система находится в опытной эксплуатации с предполагаемым переходом в промышленную в начале 2007 года, с учетом опытной эксплуатации системы формирования бухгалтерской отчетности на базе ТДС ЕК АСУФР в 2007 году.

1.4 Выбор технических, программных средств и метода проектирования

1.4.1 Характеристика комплекса технических средств и обоснование выбора

Системный ландшафт проекта ЕК АСУТР организован в соответствии с принципами построения трехсистемного ландшафта SAP и включает следующие системы:

- система централизованной разработки (DHR) - настройка стандартной системы R/3, адаптация функциональных модулей, разработка новых приложений, формирование интерфейсов к существующим системам, а также обучение специалистов и пользователей;

- система контроля качества (THR) - тестирование настроек продуктивной системы, хранение контрольного экземпляра настроек продуктивных систем, тестирование производительности системы и проверка интерфейсов с внешними системами на реальных объемах данных;

- продуктивная система (PHR) - промышленная эксплуатация приложений R/3.

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

Мандант (клиент) - это организационно независимая часть в системе R/3. Каждый мандант имеет собственную среду данных, т.е. собственные основные и переменные данные, присвоенные основные записи пользователей, планы счетов и специфические параметры настройки. Мандант необходим для того, чтобы в системе могли работать сразу несколько независимых между собой клиентов. Код манданта выдается администратором системы.

Продуктивная система проекта ЕК АСУТР содержит единственный продуктивный мандант для эксплуатации системы ЕК АСУТР на сетевом и дорожном уровнях. Такая система имеет свои достоинства: упрощение технической инфраструктуры проекта, соответствие системного ландшафта логической схеме проекта, наличие единой функциональности для всей структуры ОАО «РЖД», простота (прозрачность) управления развитием проекта (отсутствие расхождений по внедренной функциональности на различных дорогах, уменьшение временного интервала при технической/технологической реализации организационных решений), отсутствие проблемы синхронизации работы продуктивных систем, а также отсутствие межсистемного обмена данными (отсутствие сетевого трафика по ALE); простота администрирования программно-технического комплекса, простота реализации взаимодействия с системами проектов СВО, централизованной нормативно-справочной информации, простая схема систем резервного копирования и архивирования данных.

1.4.2 Характеристика средств программной поддержки

Неотъемлемой частью системы R/3 является язык четвертого поколения ABAP/4, разработанный компанией SAP. Все приложения R/3 и даже часть базовой системы созданы на ABAP/4. Это простой язык помогает разработчику быстро генерировать приложения, как для малых, так и для крупных предприятий. Надежность его эксплуатационных качеств обеспечивается широкими функциональными возможностями и высокой производительностью системы R/3, что позволяет создавать приложения, с помощью которых пользователь без особого труда обрабатывает гигантские массивы данных и распечатывает огромное количество выходных документов. С помощью ABAP/4 можно создавать новые приложения в архитектуре клиент/сервер, а также расширять функциональность существующих модулей R/3. Приложения ABAP/4 могут быть перенесены в среду многих СУБД и ОС.

Применение словаря Dictionary гарантирует непротиворечивость данных во всей системе и позволяет избежать избыточности. Хранилище данных ABAP/4 Repository служит источником информации для всех разрабатываемых и выполняемых объектов. Repository состоит из словаря (Dictionary), модели данных, программы определения экранов и многих других элементов. Активный интегрированный словарь (Dictionary) и архивная информационная система (Repository) являются тем краеугольным камнем, который обеспечивает широкие возможности и гибкость средств разработки ABAP/4 Development Workbench.

Классическая архитектура системы R/3 (версия 3.0) содержит три уровня: представления, приложений и баз данных. Уровень представления - это клиентские места, где выполняются операции по вводу информации, и происходит интерпретирование результатов, полученных от приложений. Клиенты R/3 поддерживают практически все известные программные платформы: Windows 3. x, Windows 95, Windows NT, MacOS, OSF/Motif и OS/2. Второй уровень представлен серверами приложений. Изначально это были обычные Unix-платформы, но в настоящее время, помимо них, система поддерживает AS/400 и Windows NT. В качестве уровня баз данных продукт предполагает использование таких СУБД, как IBM DB/2, Informix Online, Microsoft SQL Server, Oracle и Adabas D фирмы Software AG. И клиентские части, и серверы приложений могут осуществлять доступ к серверам баз данных через интерфейсы Open SQL или Native SQL.

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

1.5 Проектирование информационного обеспечения

1.5.1 Входная информация

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

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

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

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

1.5.2 Выходная информация

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

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

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

1.5.3 Нормативно-справочная информация

Фонд нормативно-справочной информации (НСИ) содержит информацию, необходимую для кадрового учета. Массивы нормативно-справочной информации создаются однократно. Они представляют собой постоянную часть информационного фонда системы и содержат основные сведения о подразделениях, информацию о режимах деятельности, данные, необходимые для формирования выходных ведомостей. В системе ЕК АСУТР существуют различные справочники, например, справочник цехов, справочник должностей, справочник категорий работников и другие.

1.5.4 Информационно-логическая модель решения задачи

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

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

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

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

1.5.5 Структура базы данных

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

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

1.6 Разработка программного обеспечения

1.6.1 Взаимосвязь программных модулей и информационных массивов

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

Правила связей модулей по управлению:

- передача управления вызываемому модулю осуществляется через его начало, т.е. через первый оператор, а выход из вызываемого модуля всегда происходит через его последний оператор;

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

- модули низших уровней не могут вызвать модули высших уровней;

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

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

- информация зон глобальных переменных доступна для использования любым модулям;

- локальные переменные доступны в пределах того модуля, в котором они определены или объявлены;

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

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

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

1.6.2 Описание алгоритма решения задачи

В качестве основного программного обеспечения проекта ЕК АСУТР выбрана стандартная ERP-система - система R/3 компании SAP AG. Системе SAP R/3 присущи такие свойства, как локализация, сопровождение (горячая линия, консультанты и т.д.), богатые технические возможности (единое информационное пространство, работа с первичными документами, реальное время и т.д.). Система R/3 имеет развитую функциональность, намного превосходящую потребности проекта ЕК АСУТР и готовность объекта автоматизации - ОАО «РЖД». В условиях структурной реформы и «открытого» проекта создания информационно-управляющей системы объективно необходимо быстро реализовывать новые функции, обеспечивая их интеграцию с существующей функциональностью и накопленными в системе данными. Алгоритм решения поставленной задачи в системе R/3 представляет собой последовательность действий для выдачи отчетов по учету кадров: подготовка и формирование справочных данных, ввод и корректировка персональных данных, формирование данных по движению кадров, формирование отчетов.

1.7 Разработка технологического обеспечения

1.7.1 Технологический процесс и его описание

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

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

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

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

Технологический процесс условно можно разделить на 3 этапа: начальный или первичный (сбор и регистрация информации, запись на машинные носители, передача информации на дальнейшую обработку), основной этап (осуществляется обработка информации на ЭВМ и получение результатной информации, заключительный этап (передача информации пользователю).

На первом этапе технологического процесса вся необходимая информация для расчета заработной платы поступает на бумажных носителях и вводом первичных документов работником отдела кадров в систему ЕК АСУТР. Это персональные данные, данные трудовой книжки, заявления сотрудников, сведения о прохождения медкомиссии, приказы на отпуск, и другие документы. Специалист по управлению персоналом осуществляет прием и регистрацию документов, визуальный контроль на наличие ошибок. При обнаружении их документы возвращаются в отделы. При отсутствии ошибок информацию необходимо внести в систему ЕК АСУТР. При загрузке программы вводится пароль пользователя, в случае неверного значения пароля запрос повторяется. Основному этапу технологического процесса присущи следующие операции: ввод данных в ЭВМ с бумажных носителей с применением программно-логического контроля, запись входной информации в информационные массивы, сортировка и корректировка введенной информации, обработка данных, формирование, выдача результатной информации. На заключительном этапе происходит передача информации пользователю.

автоматизированный управление персонал железный дорога

1.7.2 Структура диалога

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

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

SAP Easy Access - это стандартный первый экран, появляющийся после выполнения регистрации в системе (рисунок 1).

Рисунок 1 - Первый экран меню

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

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

Все экранные формы системы состоят из следующих элементов: поле команды; строка меню; стандартная строка инструментов; строка заголовка; стандартные и нестандартные кнопки (пиктограммы); строка статусов; картотека; опции (рисунки 2, 3).

Рисунок 2 - Элементы экранной формы

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

Рисунок 3 - Элементы экранной формы

Строка меню - содержание меню этой строки зависит от приложения, в котором работает пользователь. Каждый из пунктов этого меню содержит каскадное меню.

Стандартная строка инструментов - пиктограммы этой строки системных функций выводятся на всех экранах R/3. Пиктограммы, неактивные на том или ином экране, затеняются. Если указатель мыши на некоторое время задерживается на пиктограмме, появляется небольшое окошко с именем (или функцией) этой пиктограммы. Можно увидеть также соответствующую комбинацию функциональных клавиш.

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

Картотека позволяет представить обзор нескольких информативных экранов.

В Опциях можно выбрать размер шрифта, цвета списков и т.п.

1.7.3 Обеспечение защиты информации

Защита информации, циркулирующей в ЕК АСУТР от технических средств перехвата, от утечки по техническим каналам и от несанкционированного доступа (НСД) с целью нарушения конфиденциальности и целостности системы является неотъемлемой составной частью работ по сохранности государственной и коммерческой тайны, защите информационных ресурсов и обеспечению информационной безопасности ОАО «РЖД».

Основными целями защиты информации являются:

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

предотвращение нарушений работоспособности ЕК АСУТР из-за нарушений целостности и доступности циркулирующей в ней информации.

Защите от утечки по техническим каналам и от несанкционированного доступа подлежит секретная и конфиденциальная информация, которая представляется и циркулирует в ЕК АСУТР в виде документированной информации, а также информации, циркулирующей в СПД.

Установление конкретного вида информации, подлежащего обязательной защите, должно осуществляться в процессе проектирования ЕК АСУТР на основании утвержденных и действующих «Перечня сведений, отнесенных органами государственной власти к государственной тайне и подлежащей засекречиванию в ОАО «РЖД» и «Перечня сведений, составляющих коммерческую тайну ОАО «РЖД».

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

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

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

Защита информации в ЕК АСУТР должна обеспечиваться применением комплекса согласованных и взаимоувязанных организационных и технических мер защиты.

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

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

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

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

Исходя из степени секретности информации компоненты ЕК АСУТР должны включать:

компоненты, обрабатывающие секретную информацию и информацию, отнесенную ОАО "РЖД" к «Строго конфиденциальной»;

компоненты, предназначенные для обработки конфиденциальной информации;

компоненты ЕК АСУТР, предназначенные для обработки служебной информации ОАО «РЖД», не отнесенной к конфиденциальной или секретной.

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

Организация комплексной защиты информации ЕК АСУТР является составной частью системы защиты информации ОАО «РЖД». Непосредственное организационно-методическое руководство функционированием системы защиты информации и внедрением необходимых мероприятий по защите информации утверждается руководителем службы безопасности Компании. В рамках системы администрирования ЕК АСУТР должно быть образовано подразделение защиты информации, а в состав специалистов по обслуживанию вычислительных средств ЕК АСУТР и администрированию системы вводится «Администратор защиты информации».

Защита информации ЕК АСУТР осуществляется во взаимодействии с подразделениями сохранности информационных ресурсов, подразделениями информатизации, подразделениями связи, режима и охраны, а также структурными подразделениями в составе Компании, работа которых непосредственно связана с использованием секретных и конфиденциальных сведений или в процессе деятельности которых образуется информация, раскрывающая такие сведения.

Администраторы защиты информации должны определять уровни доступа для групп пользователей. Администраторы БД и ЛВС назначают для обеспечения установленных администраторами защиты информации прав доступа.

Информация о методах реализации защиты ЕК АСУТР и пароли пользователей должны быть соответственно секретными или строго конфиденциальными.

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

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

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

Защита от превышения полномочий должна обеспечивать защиту от кражи ключевой информации из командных и системных файлов, перехвата паролей программой закладкой или их подбора, защиту от несанкционированного сканирования файлов и "сборки мусора" системы, защиту от подмены системных файлов (запуск драйверов, демонов, сервисных программ, и т.д.), динамических библиотек, модификации системы самой защиты. Защита от несанкционированного доступа не должна ограничивать возможности ЕК АСУТР по выполнению функциональных задач в реальном масштабе времени. Программно-техническая реализация средств защиты ЕК АСУТР представлена на рисунке 4.

Рисунок 4 - Программно-техническая реализация средств защиты

1.7.4 Инструкция пользователя

Для обеспечения возможности входа в систему SAP R/3 должна быть осуществлена регистрации пользователя в системе. Регистрация пользователя осуществляется в экранной форме «Регистрация в системе SAP R/3». Сначала необходимо запустить программу SAP Logon, где выбирается подсистема, с которой предстоит дальнейшая работа. При запуске SAP Logon появляется следующее окно (рисунок 5).

Рисунок 5 - Окно запуска программы

После выбора подсистемы нужно нажать на кнопку «Регистрация». Появится следующий экран (рисунок 6).

Рисунок 6 - Регистрация в системе

Для защиты от несанкционированного доступа при регистрации запрашивается имя пользователя и пароль. При вводе пароль не виден (видны только звездочки). Имя пользователя и пароль должны быть известны только самому пользователю системы. По завершению регистрации пользователю открывается экранная форма SAP Easy Access Меню Пользователя. Для облегчения работы пользователя в системе ЕК АСУТР разработан комплекс инструкций по управлению транзакциями. В качестве примера на рисунке 7 приведена транзакция «Справка о депремированных работниках ЛБ по видам документов».

Рисунок 7 - Справка о депремированных работниках ЛБ по видам документов

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

2.1 Необходимость создания отчетных форм

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

В соответствии с заявкой Центральной дирекции тяги (ЦТ) выполнены работы по модификации процесса снижения (лишения) премии работникам локомотивных бригад в ЕКАСУТР в части актуализации данных нормативных документов и перечня производственных упущений.

Перенос новой функциональности в продуктивы дорог осуществлен 30.04.2016 года.

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

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

Добавлены отчеты: «Справка о депремированных работниках ЛБ по виду нарушения», «Справка о депремированных работниках ЛБ по виду документа».

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

При формировании показателя «количество человек» табельный номер может учитываться несколько раз по разным показателям формирования отчетов.

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

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

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

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

Образцы форм на рисунках

2.2 Формирование справок о депремированных работниках локомотивных бригад

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

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

Для формирования отчетов о депремированных работниках локомотивных бригад по виду нарушения и виду документа специалистам Центральной дирекции тяги и специалистам Региональной дирекции тяги необходимо назначить роль:

Z_LP_LB_TD - Рабочее место специалиста дирекции тяги (отчеты о депремированных работниках ЛБ).

2.2.1 Справка о депремированных работниках ЛБ по виду нарушения

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

На селекционном экране (рис.8) в поле «Организационная единица» необходимо заполнить код Региональной дирекции тяги / Центральной дирекции тяги. В поле «Период» задать месяц и год, за который начислена премия. Для формирования отчета необходимо нажать кнопку «Выполнить» .

Рисунок 8 - Селекционный экран

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