Разработка модуля по аттестации сотрудников по охране труда для информационной системы ОАО «РЖД»

Оглавление

Введение 6
Глава 1. Выбор цели дипломного проекта (теоретическая часть) 7
1.1. Общая характеристика предприятия и его деятельности 7
1.2. Основные бизнес-процессы предприятия 12
1.3. Описание целей разработки 21
Глава 2. Постановка задачи дипломного проекта (аналитическая часть) 24
2.1. Постановка задачи на дипломное проектирование 24
2.2. Анализ существующих разработок для автоматизации задачи 25
2.3. Выбор и обоснование стратегии автоматизации задачи 29
2.4. Обоснование проектных решений по техническому обеспечению 30
2.5. Обоснование проектных решений по программному обеспечению 30
2.6. Обоснование проектных решений по информационному обеспечению 33
Глава 3. Проектная часть 35
3.1. Разработка проекта автоматизации 35
3.2. Анализ ключевых требований к модулю 38
3.3. Ожидаемые риски и их описание 39
3.4. Разработка модуля базы данных 41
3.5 Разработка структуры базы данных 47
3.5.1 Описание сущностей и атрибутов. 48
3.5.2 Схема данных в среде выбранной СУБД 52
3.6. Разработка пользовательского интерфейса 53
Глава 4. Экономическая часть 61
4.1. Оценка стоимостных параметров проекта 61
4.2.Расчет экономии 64
Заключение 67
Список литературы 69

Введение
Вопросам охраны труда и безопасности деятельности предприятий уделяться большое внимание. Это сфера деятельности охватывает вопросы обеспечения администрацией предприятия нормальных условий труда для своих работников, так же вопросы соблюдения работниками требований техники безопасности и правил выполнения различных видов работ.
Предприятия используют множество нормативно-правовых актов, регламентирующих вопросы охраны труда –государственные законы и нормативные акты. Работники обязаны проходить инструктажи, сдавать зачеты и экзамены, после прохождения, получают допуски на рабочие места или виды работ, периодически проходят переаттестацию. Рабочие места так же аттестуются, проверяются на предмет безопасности. Появляется большой объем информации и документов. Архив таких документов требует, как архивного, так и оперативного учета и выборок по различным критериям. Это обусловливает необходимость автоматизировать рабочие места инспекторов по охране труда и технике безопасности.
Понятие охраны труда содержится в ст.1 Федерального закона «Об основах охраны труда в РФ» от 17 июля 1999г.№181-ФЗ и сформулировано следующим образом: «Охрана труда - система сохранения жизни и здоровья работников в процессе трудовой деятельности, включающая в себя правовые, социально-экономические, организационно- технические, санитарно- гигиенические, лечебно - профилактические, реабилитационные мероприятия» [28].
Аттестация является обязательным процессом, так же по новым правилам, необходимо привлечение аттестующей организации. Аттестующая организация в основном, оценивает соответствие условий труда гигиеническим нормативам. Темой бакалаврской работы является автоматизация бизнес-процесса аттестации сотрудников по охране труда в компании ОАО РЖД.

Глава 1. Выбор цели дипломного проекта (теоретическая часть)
1.1. Общая характеристика предприятия и его деятельности
Российские железные дороги всегда имели стратегически важное значение для страны. Железнодорожный комплекс является связующим звеном экономической системы России. Стабильная деятельность промышленных предприятий обеспечивается своевременным подвозом жизненно важных грузов. Российские железные дороги расположены по всей стране, и являются самым доступным транспортом для миллиона граждан в самые отдаленные места.
Миссия компании ОАО РЖД заключается в том, чтобы быть конкурентоспособными на российском и на международном рынке транспортного бизнеса. Эффективно выполнять задачи национального железнодорожного перевозчика грузов и пассажиров [30].
Главной целью деятельности общества является обеспечение потребностей государства, юридических и физических лиц в железнодорожных перевозках. Обеспечение в работах и услугах юридических и физических лиц, оказываемых железнодорожным транспортом, а так же извлечение прибыли.
Руководство ОАО РЖД поставило перед собой и сотрудниками цели:
Увеличить масштаб транспортного бизнеса;
Повышать производственно-экономическую эффективность;
Повысить качество работы, а так же безопасность перевозок;
Повысить финансовую устойчивость и эффективность.
ОАО РЖД занимается такими видами деятельности как:
Грузовые перевозки;
Пассажирские перевозки в дальнем и пригородном сообщении;
Предоставление услуг инфраструктуры;
Предоставление услуг локомотивной тяги;
Ремонт подвижного состава;
Строительство объектов инфраструктуры;
Научно-исследовательские и опытно-конструкторские разработки.
Корпоративная структура ОАО РЖД состоит из нескольких филиалов, на рисунке 1 показаны некоторые филиалы:

Рисунок 1. Филиалы ОАО РЖД.
Деятельность каждого филиала четко разграничена по функциям.
Перевозка грузов и пассажиров обеспечивается такими видами деятельности филиала:
Перевозка пассажиров, грузов и багажа железнодорожным транспортом общего пользования;
Оказание услуг и локомотивной тяги, транспортировка грузов;
Погрузочно-разгрузочная деятельность;
Сопровождение и охрана грузов;
Организация и эксплуатация логистических центров, и т.д.
Филиалы в области капитального строительства своей деятельностью обеспечивают [30]:
Производство, эксплуатация и текущее содержание подвижного состава и контейнеров;
Проведение планового и текущего ремонта вагонов. Техническое обслуживание вагонов, локомотивов и контейнеров.
Производство работ по ремонту электромашин, электроосветительной аппаратуры, работ по изготовлению электрощитов.
Приемка железнодорожного подвижного состава и запасных частей.
Осуществление производственного контроля и надзора за изготовлением, монтажом и ремонтом подъемных механизмов и оборудования
Обеспечение промышленной безопасности опасных производственных объектов
Оказание услуг по электроснабжению, теплоснабжению, водоснабжению
Обслуживание инфраструктуры железнодорожного транспорта обеспечивает:
Выполнение работ по эксплуатации, ремонту и содержанию инфраструктуры железнодорожного транспорта общего пользования.
Оказание услуг по предоставлению железнодорожных путей необщего пользования.
Филиалы проектного бюро оказываю услуги в области:
Разработки конструкторско-технологической документации, изготовлению и поставке технологического оборудования;
Выполнение метрологических работ;
Ведение научно-исследовательских, изыскательских, строительных и ремонтно-строительных работ;
Оказание инжиниринговых услуг, и т.д.
Филиалы в области социальной сферы занимаются такой деятельностью:
Организация работы детских железных дорог;
Ведение деятельности по распространению медикаментов и медицинских изделий;
Ведение медицинской деятельности, фармацевтической, образовательной
Строительство, ремонт и эксплуатация объектов социально-культурного назначения.
У компании ОАО РЖД есть региональные филиалы, одним из которых является Пензенская центральная станция связи. Пензенский региональный центр связи является обособленным подразделением ОАО «РЖД», и осуществляет свою деятельность от его имени. Основной вид деятельности Пензенского регионального центра связи - это деятельность в области фиксированной телефонной связи для обеспечения связи между поездами, диспетчерами и станциями на железнодорожном транспорте [30]. Основными задачами регионального центра связи ОАО «РЖД» являются:
Обеспечение услугами связи структурных подразделений ОАО РЖД
Осуществление услуг связи в рамках выданных ОАО РЖД и внутренними документами компании и филиала.
Разработка и проведение мероприятий по обеспечению безопасного движения поездов
Организация бесперебойной работы средств связи, содержание их в исправности.
При чрезвычайных ситуациях, обеспечение готовности систем связи, находящихся в ведении.
Взаимодействие с другими операторами связи по вопросам предоставления возмездных услуг связи.
Обеспечение безопасными условиями труда и охраны труда.
Ведение в установленном порядке управленческого, статистического учета и отчетности, представление соответствующей отчетности в дирекцию связи.
Разработка мер по защите инфраструктуры и объектов связи, в том числе специальной, от террористических актов и актов вандализма.
Региональный центр от имени ОАО «РЖД» строит свои отношения с другими юридическими и физическими лицами во всех сферах финансово-хозяйственной деятельности на основе договоров, соглашений и контрактов.

Рисунок 2. Организационная структура Пензенского регионального центра связи.
В состав организационной структуры регионального центра связи входят Начальник регионального центра, начальник по кадрам, главный инженер, главный бухгалтер.
Региональный центр возглавляет начальник регионального центра, который имеет заместителей. Начальник регионального центра действует на основе принципа единоначалия. В обязанности начальника регионального центра входят:
Представление интересов ОАО «РЖД» в организациях Российской Федерации в соответствии с выданной доверенностью;
Заключение гражданско-правовых договоров и соглашении в соответствии с выданной доверенностью;
Издание в пределах своей компетенции приказов, распоряжений и иных распорядительных документов, обязательных для работников регионального центра;
Осуществление приема, увольнение, а также перевод и перемещение работников регионального центра в соответствии с Трудовым кодексом Российской Федерации и нормативными документами ОАО «РЖД»;
Обеспечение в организации профессиональной подготовки, переподготовки и повышения квалификации работников регионального центра;
Организация проведения аттестации работников регионального центра в установленном ОАО «РЖД» порядке;
Представление на утверждение начальника дирекции связи положение о премировании и выплате вознаграждений работникам регионального центра.
Ведущий специалист по охране труда подчиняется главному инженеру. В бакалаврской работе будут рассмотрены основные бизнес-процессы отдела по охране труда и промышленной безопасности.

1.2. Основные бизнес-процессы предприятия
Организация работы в сфере обеспечения безопасности производственной деятельности заключается в выборе и формировании такой структуры управления охраной труда на предприятии, которая наилучшим образом соответствовала бы выполнению своей главной задачи - созданию безопасных и здоровых условий труда для работающего персонала [29].
Ответственность за состояние охраны возложена на службу охраны труда, которую возглавляет ведущий специалист по охране труда.
Сотрудники отдела охраны труда в своей работе руководствуются действующим законодательством Российской Федерации, законами и иными нормативными правовыми актами об охране труда, промышленной, энергетической и пожарной безопасности Российской Федерации [15]. Для совершенствований функций по контролю соблюдения требований охраны труда в ОАО «РЖД» разрабатываются стандарты, в которых реализованы положения Трудового кодекса РФ по контролю соблюдения требований охраны труда.
Контроль соблюдения требований охраны труда осуществляется проведением:
Внутреннего аудита – то есть систематического, независимого процесса проверки, оформленный в виде документа. Получение данных о соблюдении установленных требований охраны труда.
Комплексных проверок по охране труда – текущий контроль соблюдения требований охраны труда для выявления, устранения недостатков и разработки профилактических мероприятий по охране труда в проверяемом подразделении. Комплексные проверки проводятся на одном участке, в цехе. Объектом контроля является оборудование, которое проверяется на соответствие комплексу техники безопасности, установленными стандартами ССБТ.
Целевых проверок – реагирующий контроль соблюдения охраны труда для выявления и устранения недостатков, установленных в результате расследования несчастных случаев.
Оперативных проверок – текущий административный контроль соблюдения охраны труда на рабочих местах. Осуществляется этот контроль специалистами и руководителями при выезде по производственным вопросам в структурные подразделения.
В региональном центре связи ОАО «РЖД» действует административно-общественный контроль охраны труда. В каждом цехе, на каждом участке производства находятся необходимые журналы контроля, в которых постоянно ведутся записи и отметки о выполнении работ по созданию безопасных условий труда.
Одним из важнейших направлений охраны труда в региональном центре связи является обеспечение работников инструкциями по охране труда. Данная работа осуществляется в соответствии с «Методическими указаниями по разработке правил и инструкций по охране труда».
Инструкция по охране труда - нормативный акт, устанавливающий требования по охране труда при выполнении работ в производственных помещениях и в иных местах, где производятся эти работы или выполняются служебные обязанности.
Утвержденные инструкции учитываются службой охраны труда предприятия в журнале учета. Надзор и контроль над соблюдением правил и инструкций по охране труда осуществляется федеральными органами надзора.
Инструкции для работников по профессиям и на отдельные виды работ разрабатываются в соответствии с утвержденным работодателем перечнем, который составляется при участии руководителей подразделений, служб главных специалистов и др. Разработка инструкций для работников осуществляется на основе приказа работодателя. Служба охраны труда организации осуществляет контроль над своевременной разработкой и пересмотром инструкции для работников, а также оказывает методическую помощь разработчикам.
Типовая инструкция и инструкция для работников содержат следующие разделы:
общие требования безопасности;
требования безопасности перед началом работ;
требования безопасности во время работы;
требования безопасности в аварийных ситуациях;
требования безопасности по окончанию работ.
Выдача инструкций на предприятии руководителям подразделений организации производится службой охраны труда и регистрируется в журнале учёта выдачи инструкций.
У руководителя подразделения постоянно хранится комплект действующих в подразделении инструкции для работников всех профессий и по всем видам работ.
Инструкции работникам выдаются на руки под расписку, в личной карточке инструктажа для изучения при первичном инструктаже, либо храниться в ином месте, доступном для работников.
Контроль организации охраны труда на предприятии осуществляется:
работодателем и руководителями подразделений;
через совместный административно-общественный контроль;
инспекторами государственного специального надзора;
инспекторами государственной службы по охране труда;
через смотры по охране труда и технике безопасности.
В региональном центре связи ОАО «РЖД» служба охраны труда выполняет следующие обязанности:
Проведение анализа состояния и причин производственного травматизма и профессиональных заболеваний.
Разработка мероприятий по предупреждению несчастных случаев и профзаболеваний, а также организация внедрения этих мероприятий.
Организация работ по проведению проверок технического состояния зданий, сооружений, оборудования на соответствии их требованиям техники безопасности;
Организация работы по аттестации рабочих мест на соответствии требованиям безопасности;
Участие в расследовании несчастных случаев и оформление документации по расследованию;
Проведение вводного инструктажа.
В инструкциях по охране труда предусмотрены несколько видов обязательных инструктажей:
Вводный
Первичный
Повторный
Текущий
Внеплановый Вводный инструктаж проводит главный инженер по 2-х часовой программе.
Содержание:
знакомство с правилами внутреннего трудового распорядка с основной нормативной документацией;
знакомство с правилами поведения на территории;
знакомство с основными опасными и вредными производственными факторами;
знакомство с общими средствами индивидуальной и коллективной средств защиты;
знакомство с правилами противопожарной безопасности.
Результаты оформляются в журнале, который хранится в отделе труда, и подтверждаются подписями обеих сторон.
Первичный инструктаж проводит мастер с вновь поступающими на работу, переведенными с другого рабочего места или из другой организации.
Содержание: знакомство с основным оборудованием, вредными и опасными факторами;
знакомство с общими средствами индивидуальной защиты.
Инструктаж сопровождается практическим показом приемов и методов безопасной работы.
Результаты оформляются в журнале, который хранится на участке и подтверждается подписями обеих сторон.
Повторный инструктаж проводит специалист по охране труда через каждые три месяца по программе первичного инструктажа с целью обновления знаний. Оформляется в том же журнале с подписями обеих сторон [1].
Текущий инструктаж проводится специалистом по охране труда, непосредственно перед началом работ, на которые оформляется наряд-допуск. Отметка делается в наряде, там же указывается срок, на который выдается наряд.
Внеплановый инструктаж проводит главный инженер или инженер по технике безопасности после грубейших нарушений требований охраны труда, после несчастного случая при внедрении новой нормативной документации, при изменении хода технологического процесса при внедрении новых средств механизации. Отметку делает, специалист по охране труда в своем журнале, подписи не ставятся. Внеплановый инструктаж проводят при перерывах в работе для работ с повышенной опасностью свыше 30 дней, для остальных свыше 60 дней [2].
В региональном центре связи ОАО «РЖД» разработаны инструкции по мерам пожарной безопасности, в них указаны для отдельных участков производства мероприятия по противопожарному режиму, предельные показания контрольно-измерительных приборов, порядок и нормы хранения взрыво- и пожароопасных веществ. По каждой инструкции назначено ответственное лицо их числа инженерно-технических работников.
В региональном центре связи ОАО «РЖД» служба охраны труда проводит так же аттестацию рабочих мест. Наряду с оценкой технического оснащения рабочих мест и их организации проводится анализ их соответствия требованиям охраны труда (Рис.3). В состав аттестационной комиссии входят главные специалисты организации и специалисты службы охраны труда, а в состав аттестационной комиссии участков обязательно входят мастера и бригадиры. По результатам аттестации заполняются карты аттестации рабочих мест. Официальное заключение об оценке условий труда дают органы экспертизы условий труда, министерства труда и социального развития РФ.

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

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

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

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

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

2.2. Анализ существующих разработок для автоматизации задачи
В основу проекта лежит разработка модуля по аттестации сотрудников по охране труда для информационной системы ОАО «РЖД». Многим организациям необходимо успешно внедрить информационные системы по аттестации сотрудников по охране труда. Поэтому разработчики программных средств предлагают свои разработки и в этой области.
Необходимо проанализировать рынок информационных систем, для того, чтобы сделать выводы о рациональности самостоятельной разработки модуля или его покупки.
ИСУ «Промышленная безопасность и охрана труда» разработанная компанией ООО «Бреалит» [21].
Разработчики утверждают, что система предназначена для:
«Повышения эффективности управления промышленной безопасностью и охраной труда за счет качественного улучшения мониторинга (контроля), сбора, обработки, учета и анализа информации по вопросам текущего и перспективного состояния ПБ и ОТ внутри предприятия» [21];
«Формализации и автоматизации процессов представления отчетности.
Система позволяет проводить контроль необходимых мероприятий по охране труда, проводить проверку» [21]; Система имеет модульную расширяемую структуру и включает следующие основные функциональные блоки:
Блок Охрана труда
Аттестация рабочих мест
Проверка знаний по ОТ
Несчастные случаи
Микротравмы
Медосмотры
Блок Персонал
Учет персонала
Подразделения предприятия
Инструктажи
Стажировка
Обучение персонала
Аттестация персонала
Привлеченные к ответственности
Нарушители правил безопасности
Блок Промышленная безопасность:
Опасные производственные объекты
Технические устройства
Ремонты
Освидетельствования
Испытания
Здания и сооружения
Экспертизы промышленной безопасности
В системе так же предусмотрен ряд дополнительных модулей.
ООО «Бреалит» обеспечивает полный цикл работ и создание Системы «под ключ».
Система «Ассистент ТБ» является инструментом, необходимым для учета и контроля мероприятий по охране труда, и в первую очередь будет полезна специалистам, деятельность которых в той или иной степени связана с охраной труда и техникой безопасности. На сайте разработчика указано: «В системе, в информативной форме предоставлены данные о медосмотрах и инструктажах работника (назначенные для текущей должности/профессии, и сведения об их проведении или прохождении), различные состояния которых (предупредительный и критический) показываются желтым и красным цветом» [22].
«Информация о выдаче средств индивидуальной защиты (СИЗ), смывающих и обезвреживающих средств, а также их текущее состояние позволяет в полной мере отслеживать их своевременное использование» [22].
«Информация о прохождении инструктажей включает в себя такие параметры как вид инструктажа, дата прохождения, дата следующего инструктажа, количество дней, месяцев или лет до следующего прохождения» [22].
Программа «Электронное рабочее место инженера по охране труда» (ЭРМ) предназначена для автоматизированного решения повседневных задач инженера по охране труда и позволяет автоматизировать различные аспекты его деятельности:
Проведение медосмотров;
Обеспечение средствами индивидуальной защиты, смывающими и(или) обеззараживающими средствами;
Проверка знаний сотрудников по различным программам;
Проведение инструктажей по охране труда;
Специальная оценка условий труда рабочих мест;
Осуществление производственного контроля;
Учёт несчастных случаев и профзаболеваний на производстве.
Программа состоит из модулей, каждый модуль отвечает за конкретную область деятельности инженера по ОТ.
Установка программы не совсем простая, разработчики рекомендуют: «для успешной и быстрой работы программы компьютер должен удовлетворять некоторым требованиям» [23]. Требования к компьютеру определяются той ролью, которую он играет. Можно выделить два варианта установки:
SQL сервер и программа установлены на одном компьютере (рекомендуется). В этом случае к компьютеру предъявляются требования сервера.
Программа установлена на одном компьютере, а SQL сервер - на другом. В этом случае к тому компьютеру, на котором стоит программа предъявляются требования клиента, а к компьютеру с SQL сервером - требования сервера.
Для работы программы необходим Microsoft .NET Framework 4 (он входит в комплект установки и устанавливается, если это необходимо) [23].
В таблице 1 представлена сравнительная характеристика представленных систем.
Таблица 1. Сравнительная характеристика покупных ИС
Функции ИСУ «Промышленная безопасность и охрана труда» «Ассистент ТБ» «Электронное рабочее место инженера по охране труда»
Обработка материалов аттестация рабочих мест по условиям и нормированию труда + + +
Учет профессиональных заболеваний + - +\-
Оформление несчастных случаев, печать формы Н1 _ + +
Работа с нормативно-правовой документацией по охране труда + + +\-
Ведение внутреннего документооборота + + +
Формирование и печать отчетных документов + + +
Сетевой многопользовательский вариант функционирования + +\- +
Автоматический контроль за сроками сдачи экзаменов персоналом _ + +\-
автоматизированный прием экзаменов одновременно по нескольким темам с учетом профессии и квалификационной группы _ +\- +
Возможность вести контроль за выполнением мероприятий по охране труда + + +
Обозначения: + функция предусмотрена; - функция не предусмотрена; +/- функция предусмотрена за дополнительную плату или как дополнительную возможность доработки.
В сравнительной таблице показано сравнение информационных систем по функционалу, необходимому сотрудникам отдела охраны труда в региональном центре связи ОАО РЖД. Возможности каждой из сравниваемых систем очень обширные, некоторые устанавливаются по-модульно, некоторые требуют определенных условий для установки. Анализ существующих ИС показал, что рациональнее и эффективнее разработать свою информационную систему по охране труда. 2.3. Выбор и обоснование стратегии автоматизации задачи
Разработка и внедрение любой информационной системы – это большой проект, который необходимо тщательно спланировать. По определению, проект – это определенный вид деятельности, отличающийся своей новизной и имеющий сроки выполнения. На начальном этапе проекта в бакалаврской работе необходимо исследовать предметную область, определить цели и требования к функциональности разрабатываемого модуля. Из описания предметной области, выделяются сущности и атрибуты, которые будут использованы в построении моделей «сущность-связь». По этим моделям строиться физическая модель базы данных.
Для решения поставленной задачи необходимо выбрать СУБД и системы разработки приложений. Для работы пользователей в информационной системе разрабатывается пользовательский интерфейс.
На каждом этапе проекта разрабатывается документация: инструкция пользователя, документация для администрирования и тестирования системы.
Заканчивается проект тестированием и внедрением модуля. В бакалаврской работе будет исследована предметная область, определен функционал разрабатываемой системы, построены модели. В выбранной СУБД будет разработан пользовательский интерфейс модуля по аттестации сотрудников по охране труда для информационной системы ОАО «РЖД».
2.4. Обоснование проектных решений по техническому обеспечению
Для разрабатываемого модуля по аттестации сотрудников по охране труда для информационной системы ОАО «РЖД» целесообразно использовать персональные компьютеры с использованием локальной сети. Каждый компьютер должен быть оборудован согласно таким техническим характеристикам:
Программное обеспечение - Microsoft Windows версий XP SP3, 2007, 2010; SQl Server 2012 и выше;
Системный блок оборудован – Процессор: 400 МГц или более;
Оперативная память: 256 Мб и более;
На сервере: Процессор: 1,6 ГГц или более; Оперативная память: 1 Гб
Требования к серверу: SQL сервер должен допускать удалённые подключения
в SQL сервере должны быть разрешены учетные записи forummedia, а также все права: на создание резервных копий, на восстановление базы данных из этих резервных копий.
Для установки и сопровождения модуля необходимы права администратора.
Так же для работы пользователей в базе данных необходим комплекс периферийных устройств, таких как: принтеры, сканеры и т.д.
2.5. Обоснование проектных решений по программному обеспечению
Разработчики информационных систем, как правило, используют различные средства для работы. К таким средствам разработки можно отнести: Embarcadero RAD Studio и Microsoft Visual Studio.
Проведя анализ предложенных средств разработки приложений, можно выбрать наилучшее программное обеспечение, удовлетворяющее требованиям.
Таблица 2 - Сравнительные характеристики средств разработки приложений
Параметр Инструментальная среда
RAD Studio Visual Studio
Фирма производитель. Embarcadero Technologies Microsoft Последняя версия RAD Studio 10 Microsoft Visual Studio 2016
Поддерживаемые
операционные
системы Windows XP/Vista/8/Linux Windows XP/Vista/8
Встроенный язык Object Pascal, C++ Visual C++,C#, Visual J#,Visual Basic .NET
Поддержка ООП + Встроенный механизм автоматического создания объектной модели базы данных
Поддержка 32 и 64 битных платформ + +
Отладка «на лету» + +
Подсветка синтаксиса с интеллектуальным подбором - +
Механизмы доступа к БД BDE,ADO, Express, dbExpress ADO .NET
Наличие визуальных и не визуальных компонент для работы с БД + +
Поддержка технологии Rapid Application Development + +
Средства поддержки транзакций Управление транзакциями на уровне компонента Database Механизм
управления
транзакциями
Утилиты для работы с БД Database Desktop, BDE Administrator, SQL Builder Интегрированная поддержка Microsoft SQL Server 2012
Сложность или простота работы с инструментальным средством Среда позволяет быстро и удобно разрабатывать эффективные приложения. Среда ориентирована на быструю разработку качественных приложений

Представленный анализ средств разработки приложений (таб.2) позволяет выбрать для разработки модуля по аттестации сотрудников предприятия по технике безопасности в ОАО «РЖД» среду Microsoft Visual Studio (С#).
Microsoft Visual Studio (С#) является современным средством разработки приложений, эта среда простая в использовании и обладает большими возможностями для разработки крупных и средних систем.
Для разрабатываемого модуля больше всего подойдет СУБД Microsoft Access, в дальнейшем эту СУБД можно будет подключить к базе данных MS SQL Server стандартными способами синхронизации. Так же СУБД Microsoft Access поддерживает язык запросов SQL, с помощью которого можно легко создать запросы для вывода на экран необходимой информации из таблиц базы данных.
Для общения пользователей с модулем будет использована архитектура веб-приложений (Рис.4). Она состоит из Сервера БД, веб-сервера и клиентов (пользователей с персональными компьютерами). Рисунок 4. Пример архитектуры веб-приложений
Такая архитектура позволяет:
Не применять дополнительное ПО на стороне клиента;
Подключать неограниченное количество пользователей к модулю;
Иметь централизованное место хранения данных.
2.6. Обоснование проектных решений по информационному обеспечению
Информация, необходимая для управления экономическими процессами, называется информационным обеспечением. В информационное обеспечение входит, включение в систему средств поиска, получения, хранения, накопления, передачи, обработки информации, организация банков данных.
Информационное обеспечение любой информационной системы является средством, для решения следующих задач:
на основе кодирования объекта: однозначного и экономичного представления информации в системе;
на основе классификации объектов: организация процедур анализа и обработки информации и учет связей между объектами;
на основе экранных форм: организации взаимодействия пользователей с системой;
на основе унифицированной системы документации: обеспечение эффективного использования информации в контуре управления деятельностью объекта автоматизации.
В информационное обеспечение модуля, как правило, входит информация о работе сотрудников отдела, в котором будет использоваться разрабатываемая информационная система.
Информационное обеспечение состоит из двух комплексов: Внемашинное, к нему относятся основные понятия классификации информации, понятия и основные требования к системе кодирования информации, система документации;
Внутремашинное информационное обеспечение состоит из макетов, экранных форм, входных и выходных файлов и информационная база.
Электронная форма документа – это электронная, то есть безбумажная технология работы. Выглядит она как страница с пустыми полями, оставленными для заполнения пользователем. На форме могут находиться кнопки управления, переключатели и выпадающие меню. Проектируются экранные формы с помощью специального программного обеспечения. В бакалаврской работе шаблоны экранных форм будут разработаны с помощью СУБД Microsoft Access. Требования к информационному обеспечению предъявляются следующие:
Оно должно быть достаточным для поддержания всех автоматизируемых функций объекта;
Для кодирования информации должны использоваться классификаторы, принятые в ОАО «РЖД»;
Классификаторы должны разделяться по уровню управления;
Разрабатываемый модуль должен быть обеспечен совместимостью с информационным обеспечением систем, которые будут с ним взаимодействовать;
Формы документов должны быть унифицированы и отвечать требованиям корпоративных стандартов ОАО «РЖД»;
Структура документов и экранных форм должна соответствовать характеристиками терминалов на рабочих местах конечных пользователей.
Выводы
Для автоматизации процесса аттестации сотрудников по охране труда в ОАО «РЖД» был проведен анализ информационных систем, предлагаемых изготовителями - разработчиками. Проанализировав некоторые ИС, было принято решение о том, что наиболее эффективно внедрить модуль, разработанный своими силами. Техническое оснащение регионального центра связи ОАО «РЖД» удовлетворяет требованиям разработки модуля, поэтому закупки оборудования не требуется. Средством разработки интерфейса пользователя модуля была выбрана среда Microsoft Visual Studio (С#), так как она более удобная для реализации задачи. СУБД Microsoft Access была выбрана для управления таблицами базы данных. Глава 3. Проектная часть
3.1. Разработка проекта автоматизации
Создание автоматизированных информационных систем всегда связано с жизненным циклом самой информационной системы. В это понятие входит совокупность стадий и этапов, которые проходит информационная система от момента принятия решения о ее создании до полного прекращения ее использования [14].
Главные этапы ЖЦ ПО: Исследование требований – сбор материала для проектирования, изучение объекта автоматизации, технико - экономическое обоснование.
Проектирование - выбор проектных решений по аспектам разработки ИС, описание реальных компонент ИС, формирование моделей данных;
Разработка ИС - получение и установка технических и программных средств, тестирование и доводка программного комплекса, разработка инструкций по эксплуатации программно-технических средств.
Ввод ИС в эксплуатацию - ввод технических средств, ввод программных средств, обучение и сертификация персонала, опытная эксплуатация, сдача и подписание актов приемки-сдачи работ.
Внедрение и использование. Разработка модуля по аттестации сотрудников по охране труда для информационной системы ОАО «РЖД» будет проводиться с помощью поэтапной модели жизненного цикла с промежуточным контролем (рис.5).

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

Проектные роли Руководитель проекта Ассистент РП Системный архитектор Функциональный консультант Руководитель направления
Сформировать команду проекта Согл. / С
Описание содержания проекта Согл. / С Исп./ R
Разработка и утверждение плана проекта Утв./ А
Детальный анализ бизнес-процессов Н./I Исп./ R
Ревизия требований к инфраструктуре Исп./ R
Анализ и планирование миграции данных Исп./ R
Разработка спецификации функционального дизайна решения; Разработка технической спецификации Утв./ А Исп./ R
Разработка и утверждение плана и сценариев тестирования Утв./ А Исп./ R Согл. / С
Организация тренингов пользователей Н./I Исп./ R

В приведенной таблице обозначены основные этапы проекта автоматизации и обозначены проектные роли исполнителей на этапах выполнения проектных работ. Таблица 3.1. Коды полей матрицы ответственности
После распределения ролей готовится календарный план проекта, в котором указываются сроки исполнения и основные ресурсы проекта. 3.2. Анализ ключевых требований к модулю
Разрабатываемый модуль будет предоставлять информацию пользователям о проведении аттестации оборудования рабочих мест на предмет соответствия требованиям безопасности, так же о проведении аттестации персонала, анализ случаев производственного травматизма. Работа сотрудников должна будет вестись в одном информационном пространстве.
Модуль предназначен для управления содержимым базы данных:
Информация о сотрудниках
Информация об оборудовании
Информация о травматизме
Требования к функциональным характеристикам:
Предоставлять возможность разделения пользователей на группы, с ограничением доступа ко всем данным;
Возможность ввода и редактирования данных;
Возможность просмотра отчетов и возможность параметрического поиска информации;
Простой и понятный интерфейс.
Надежность системы:
В случае сбоев или отказов системы, возможность восстановления данных в самые короткие сроки;
Ведение журнала событий;
Политика пользователей, то есть доступ к данным согласно правам доступа;
Надежность использования паролей.
Совместимость системы:
Программа должна быть совместима с системами и программным обеспечением используемыми в данный момент на предприятии;
наличие установленной MS Access, версии не ниже 2010;
наличие лицензий на все используемые программные средства.
Модуль должен автоматизировать учет и отчетность требуемых сведения о сотрудниках ОАО «РЖД» Пензенского регионального центра связи о прохождении инструктажей и аттестаций. 3.3. Ожидаемые риски и их описание
Управление рисками проекта является необходимой частью при ведении проекта и включает в себя процессы, относящиеся к планированию, идентификации и анализу рисков. Целью планирования является снижение вероятности возникновения неблагоприятных для проекта событий.
Проект подвержен разного рода рискам:
Рискам, связанным с персоналом
Организационным рискам
Рискам, связанным с системными требованиями
Рискам дефектов программного продукта.
Данный проект может быть подвержен рискам, связанным с дефектами программного продукта, так как при разработке модуля могут возникнуть непредвиденные обстоятельства, указанные в таблице 4.
Таблица 4. Характеристика дефектов программного продукта

Для снижения типов рисков, описанных в таблице 4, необходимо проводить тестирование разрабатываемой системы на каждом этапе разработки.
Риски, связанные с персоналом могут проявляться как низкое моральное состояние сотрудников, натянутые отношения между членами проектной команды. Так же возможны случаи болезни сотрудников, работающих в проектной команде во время выполнения проекта. Такие риски можно исключить с помощью правильной расстановки ролей: необходимо предусмотреть взаимозаменяемость членов команды. Риск, связанный с внедрением модуля может быть в форме недовольства будущих пользователей внесением новшества. Предотвратить такой риск можно с помощью своевременного обучения пользователей, желательно до начала внедрения, сформировать и подготовить службу поддержки в ИТ-отделе.
Риски, связанные с системными требованиями можно исключить при правильном составлении технического задания на разработку модуля, в котором четко обозначить необходимые системные требования для внедрения модуля.
Организационные риски наступают, когда среди персонала начинаются разговоры о не компетенции высшего руководства организации. Или в организации произошла смена руководства, в связи, с чем изменились приоритеты. В ОАО «РЖД» смена руководства не предвидится. А для того, чтобы не урезали финансирование, руководители проекта должны представлять отчеты руководству по каждому этапу ведения проекта.
Планирование рисков – основная задача руководителей команды проекта, так как план реагирования на риски включает в себя разработку возможных вариантов и действий, способствующих повышению благоприятных возможностей для достижения целей проекта. Все способы реагирования на риски включаются в реестр рисков. Так же ведется Журнал рисков проекта, в котором содержится информация, полученная в ходе процессов управления рисками прошлых проектов. 3.4. Разработка модуля базы данных
Процесс разработки любой базы данных имеет три фазы: концептуальное, логическое и физическое проектирование.
Концептуальное проектирование – это создание концептуальной модели данных, на основе параметров, записанных в спецификации пользовательских требований [9].
Логическое проектирование строиться на основе концептуальной модели данных и показывает, какая будет СУБД – сетевая, иерархическая или реляционная. Логическая модель данных строиться в среде Erwin – это средство разработки структуры базы данных, в котором имеются все необходимые инструменты для построения ER-диаграмм.
На этапе физического проектирования происходит физическая реализация логического проекта создаваемой базы данных.
Для начала проектирования необходимо проанализировать предметную область, построить модели IDEF0, DFD и IDEF3.
Моделирование бизнес-процессов в бакалаврской работе производилось с использованием среды AllFusion Process Modeler (BP Win). Эта среда позволяет создавать модели бизнес-процессов, анализировать их и изменять сложные процессы. BPwin поддерживает три методологии: IDEF0, DFD и IDEF3
В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес процесс показывается в виде набора элементов, то есть основной процесс, входящие в него потоки данных и выходящие из основного процесса результаты [10]. Обычно модель IDEF0 показывает начальную контекстную диаграмму бизнес-процессов. (рис. 6)

Рисунок 6. Контекстная диаграмма бизнес-процесса Аттестация сотрудников
Исходя из анализа направлений деятельности отдела охраны труда, согласно предметной области, можно выделить три основные вида деятельности:
аттестация оборудования на предмет соответствия требованиям безопасности его эксплуатации;
аттестация персонала на предмет допуска к выполнению своих функциональных обязанностей, в том числе к эксплуатации оборудования;
анализ случаев производственного травматизма с целью его дальнейшего недопущения.
Выходной информацией системы отдела охраны труда будут являться карточки сотрудников, карточки оборудования и аналитические справки по случаям травматизма.
Все основные операции, связанные с проведением мероприятий по обеспечению охраны труда реализует инспектор отдела охраны труда, поэтому инспектор будет являться механизмом реализации.
В качестве управляющего воздействия на информационную систему будут применяться нормативно-правовое акты.
Для детального рассмотрения всех бизнес-процессов проводится декомпозиция модели IDEF0. Для описания детально потоков данных процессов аттестации сотрудников используются модель диаграммы IDEF3. В этот тип моделей включены элементы логики, что позволяет анализировать альтернативные сценарии процесса.
Процесс аттестации сотрудников подразделяется на следующие этапы:
Вводный (первичный) инструктаж – согласно нормативным документам: «проводится для всех сотрудников при приеме на работу и включает в себя изложение наиболее общих требований и правил техники безопасности» [15];
Первичный инструктаж на рабочем месте – по стандартам ОАО «РЖД», «проводится для сотрудников, закрепленных за конкретными рабочими местами, связанными с выполнением их должностных обязанностей и требующих специальных знаний как медицинского, так и немедицинского характера» [15];
Обучение (переобучение) – по стандарту ОАО «РЖД» «Общие положения»: «процесс освоения специальных знаний и требований техники безопасности по специальным программам часто в специализированных учебных заведениях или центрах подготовки и переподготовки» [15];
аттестация – в принятом стандарте СТО «РЖД» «Система управления охраной труда»: «принятие решения о допуске сотрудника до самостоятельной работы на конкретном рабочем месте, в конкретной должности и т.д. на основании результатов инструктажей, зачетов, тестов, экзаменов, дипломов и свидетельств о прохождении обучения и.т.п. Если сотрудник не проходит процедуру аттестации, ему необходимо повторно пройти соответствующие инструктажи или курсы обучения» [15].
Описанный этап бизнес-процесса и отображается на контекстной диаграмме первого уровня для процесса аттестации сотрудников (рис.7)
Рисунок 7. Диаграмма процесса аттестации сотрудников
Для проведения инструктажей необходимо организовать ведение различных справочных данных, таких как «Справочник инструктажей», справочник должностей, справочник тестовых заданий. Инструктажи подразделяются на:
первичный;
на рабочем месте обучение (переобучения).

Рисунок 8. Детализация процесса проведения первичного инструктажа.
На рис.8 показана модель процесса проведения первичного инструктажа, который проводит инспектор охраны труда. В процессе деятельности у инспекторов по охране труда накапливается большое количество документов, эти документы необходимо хранить до тех пор, пока их не передадут в архив. Результаты инструктажа заносят в журнал и в личную карточку работника. Журнал инструктажей имеет поля:
ФИО инструктируемого;
Год рождения;
Профессия, должность инструктируемого;
Вид инструктажа (первичный, на рабочем месте, внеплановый);
Причина внепланового инструктажа;
ФИО, должность инструктирующего;
Подписи.
Следовательно, входными данными могут быть документы на бумажных носителях, а так же данные, поступающие инспектору в электронном виде по почте. Разработка структуры базы данных
После проведения анализа предметной области и моделирования бизнес-процессов, необходимо выделить сущности, которые впоследствии и будут представлены в виде таблиц в реляционной базе данных.
База данных является единым хранилищем данных, которые используются пользователями для учета, хранения и изменения. Информация в базе данных должна отвечать некоторым стандартным требованиям, а именно: целостность, неизбыточность и непротиворечивость.
СУБД – система управления базами данных – это программное обеспечение, которое взаимодействует с базой данных и позволяет определить базу данных, манипулировать информацией, хранящийся в базе данных, предоставлять доступ к базе данных [3].
Разрабатываемый модуль будет представлен в СУБД Microsoft Access, так как данная СУБД проста в использовании и имеет большой функционал для разработки. В СУБД Microsoft Access имеются все необходимые инструменты для проектирования пользовательского интерфейса, эта СУБД поддерживает язык запросов SQL, с помощью которого можно построить запросы для отчетов и поиска информации. Для моделирования структуры данных разрабатываемого модуля было выбрано семейство продуктов ErWin 4.0.1. Это Case - средство поддерживает работу с БД на физическом уровне, учитывая особенности каждой конкретной СУБД. К тому же, интерфейс этой программы достаточно простой и понятный. Создав в ErWin логическую модель данных, можно переключиться на физическую модель, тем самым достигается масштабируемость — создав одну логическую модель данных, можно сгенерировать физические модели под любую поддерживаемую ERwin СУБД.
Различают три уровня логической модели, которые различаются между собой по глубине представления информации о данных:
диаграмма сущность-связь (Entity Relationship Diagram, ERD);
модель данных, основанная на ключах (Key Based model, KB);
полная атрибутивная модель (Fully Attributed model, FA).
Диаграмма сущность-связь - это модель данных верхнего уровня, в нее включены основные сущности и связи между этими сущностями. Модель данных, основанная на ключах – это модель, включающая описание всех сущностей, а так же первичные ключи, она наиболее полно представляет предметную область.
Полная атрибутивная модель — наиболее детальное представление структуры данных: представляет данные в третьей нормальной форме и включает все сущности, атрибуты и связи.
3.5.1 Описание сущностей и атрибутов.
Сущности выделяются из описания предметной области, ими могут стать существительные и устойчивые словосочетания, в которых отражается заявленная функция данного объекта. В стандарте IDEF1X сущность описывает конкретный набор экземпляров реального мира, похожих по свойствам и отличающихся друг от друга по нескольким или хотя бы по одному признаку [14]. У каждой сущности должно быть не менее одного атрибута, которые отображают характеристику данной сущности. У любой сущности один атрибут должен иметь уникальное имя, то есть являться ключевым.
Из описания предметной области и из моделей бизнес-процессов были выделены следующие сущности:
Инспектор
Нормативные документы
Заявка на аттестацию рабочего места
Сотрудник
Вводный инструктаж
Проверка оборудования
Сущность «Инспектор» в разрабатываемом модуле является основной сущностью. Так как именно инспектор по охране труда проводит инструктаж, аттестацию, обучение и переобучение персонала.

Таблица 3. Сущности и атрибуты
Название сущности Атрибут Ключ тип данных
Нормативные документы № документа, дата документа. №Документа Счетчик
Дата\время
Инспектор № Инспектора, критерии аттестации, адрес, телефон. №Инспектора Счетчик
Текст
Текст
Текст
Заявка на аттестацию рабочего места № Заявки, содержание заявки, номер договора, дата заявки. №Заявки Счетчик
Текст
Число
Дата\время
Сотрудник Код сотрудника,

Фамилия, Имя Отчество,
Год рождения
должность Прохождение инструктажа, Дата прохождения Код сотрудника Счетчик

Текст
Текст
Число
Текст
Дата\время
Вводный инструктаж Код инструктажа,

Наименование, дата Код инструктажа Счетчик

Текст
Дата\время
Проверка оборудования Код проверки,
ответственный, дата, вывод Код проверки Счетчик
Текст
Дата\время
Текст

Таблицы в базе данных имеют между собой связи определенного типа. Связь (Relationship) — поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области. Связи бывают: «один к одному», «один ко многим» и «многие ко многим».
Связь «многие ко многим» в реляционной базе данных не приемлема, для нормализации такой модели эту связь необходимо разбить, то есть создать связующую таблицу. Каждая Сущность должна иметь свой уникальный атрибут – первичный ключ. В таблице 3 показаны сущности, имеющие по одному уникальному атрибуту, который и является первичным ключом каждой сущности. Так как ключ уникальный, он не должен иметь повторяющиеся значения, поэтому все ключи имеют тип данных «счетчик». Такой тип данных позволяет автоматически присваивать каждой новой строке в таблице порядковый номер.
Изначально, при проектировании модели базы данных, данные представляется в виде первой нормальной формы. Модель выглядит как набор двумерных таблиц.
Вторая нормальная форма представляет собой отношение всех возможных ключей имеющих по одному атрибуту. Тогда все атрибуты, не являющиеся первичными, полностью зависят от возможных ключей.
«Отношение задано в третьей нормальной форме, если оно задано во второй нормальной форме и каждый атрибут этого отношения, не являющийся первичным, не транзитивно зависит от каждого возможного ключа этого отношения» [9]. Модель является нормализованной, когда она приведена к третьей нормальной форме (Рис.9).

Рисунок 9. ER-диаграмма. Логическая модель После проведения анализа логической модели, на предмет лишних связей и лишних таблиц, было обнаружено:
Связь «многие ко многим» между сущностями «сотрудник» и «Вводный инструктаж». Для удаления этой связи была создана таблица «Инструктаж», через нее осуществляется связь «один-ко многим» с сущностями «Сотрудник» и «Вводный инструктаж». Атрибут «должность» был удален из сущности «Сотрудник», так как появилась справочная таблица «Должности», которая связана связью «один ко многим» с сущностью «Сотрудник».
Физическая модель базы данных построена в соответствии с выбранной СУБД. Эта модель содержит всю информацию, которая необходима для реализации конкретной СУБД.

Рисунок 10. ER-диаграмма. Физическая модель
Из среды Erwin физическая модель генерируется в СУБД Access. Физическая модель на рисунке 10 представляет информацию об объектах будущей базы данных для проектируемого модуля.
3.5.2 Схема данных в среде выбранной СУБД

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

Рисунок 11. Схема данных в СУБД Access
Пример интерфейса будущей базы данных будет создан в СУБД Access, так как эта СУБД поддерживает технологию создания форм и удобна для работы. 3.6. Разработка пользовательского интерфейса
Интерфейс пользователя должен быть адаптирован для работы сотрудников. Он должен быть понятным, простым в использовании и содержать необходимые формы для использования информации.
Структура диалога пользователя и системы бывает нескольких типов:
диалог типа «вопрос - ответ»;
диалог на основе меню;
диалог на основе экранных форм;
диалог на основе командного языка.
Диалог типа «вопрос - ответ» не подходит для данного интерфейса, так как в каждой точке диалога система выводит в качестве подсказки один вопрос, на который пользователь дает один ответ. В зависимости от полученного ответа система может решить, какой следующий вопрос задавать. Диалог на основе меню – для неподготовленных пользователей довольно удачный вариант организации запросов на ввод данных во время диалога. Состоит из выпадающих меню в виде блока данных, строки данных или в виде пиктограмм. Предусматривает обработку на одном шаге один вопрос и один ответ.
Диалог на основе экранных форм – допускает обработку на одном шаге сразу несколько ответов и обеспечивает высокий уровень поддержки пользователя. Для каждого вопроса формы может быть предусмотрена справочная информация или сообщения об ошибках. Такая структура позволяет повысить скорость ввода данных пользователем, а так же проста в использовании для пользователей любой квалификации.
Диалог на основе командного языка - программная система не выводит ничего, кроме постоянной подсказки (приглашения на ввод команды), которая означает готовность системы к работе. Используется в основном опытными пользователями и не обеспечивает пользователя поддержкой, поэтому в сравнении (Табл.4) не используется.
Таблица 4. Выбор типа диалога
Категории Тип диалога
«Вопрос - ответ» Диалог на основе меню Диалог на основе экранных форм
Цель:
Запрос
Вычисления
Параметрический выбор
Ввод данных
+
+
-
+
+
+
-
-
+
+
+
+
Тип пользователя:
Опытный пользователь
Программист
Не опытный пользователь
+
+
+
+
+
+
+
+
+*
Время обучения:
Очень малое
Менее 1 дня
Более 2 дней
+
+
+
+
-*
+*
Результат оценки +
Обозначения: + используется; +* используется при наличии системы помощи; -* используется в ограниченном объеме; - не используется.
Результаты анализа типов диалога показывает, что наилучшими параметрами обладает диалог на основе меню, наименьшими – диалог типа «вопрос - ответ». Но диалог на основе экранных форм будет более удобным для пользователей. Рациональнее использовать смешанную структуру диалога, то есть, можно применить меню, с целью ограничения свободы пользователя для устранения лишних ошибок ввода или обработки данных, с помощью команд и данных применить входной контроль вводимой информации, для простоты ввода данных использовать экранные формы.
Гибкость интерфейса обеспечивается несколькими видами адаптации:
фиксированная;
полная;
косметическая.
При фиксированной адаптации пользователь выбирает уровень диалоговой поддержки: подробный (для начинающих пользователей) или краткий диалог (для опытных пользователей).
Полная адаптация подразумевает, что система сама будет подстраиваться под пользователя и по мере обучения пользователя, определять стиль диалога. В настоящее время такой тип адаптации практически не используется.
Косметическая адаптация наиболее распространенный тип адаптации. Использует методы сокращений, умолчаний, опережающий ввод текстов, многоязычность. Система запоминает значения, вводимые наиболее часто, или при последнем сеансе работы и выводит их на экран. Так же используется опережающий ввод символов, при котором после ввода первых символов, система «узнает» команду и дописывает ее сама.
Интерфейс разрабатываемого модуля по аттестации сотрудников предприятия по технике безопасности в бакалаврской работе выполнен в СУБД Access, согласно правилам, приведенным выше.

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

Рисунок 12а. Кнопочная форма инспектора охраны труда
Выбрав и нажав нужную кнопку, сотрудник попадает на другую кнопочную форму, имеющую кнопки управления формами для введения и обработки данных (Рис.12а).

Рисунок 12б. Начало работы. Открытие формы «Главная».
На рисунке 12-12б изображены основные формы модуля по аттестации сотрудников предприятия по технике безопасности в ОАО «РЖД». На вкладках формы «Главная» (Рис.12б) находятся кнопки, открывающие необходимые формы для ввода и обработки данных.

Рисунок 13. Форма «Заявка на аттестацию»
Для проведения аттестации сначала формируется заявка на аттестацию сотрудника или на аттестацию рабочего места. Форма заявки на аттестацию сотрудника показана на рисунке 13.

Рисунок 14. Окно формы «Сотрудник»
Данные обо всех сотрудниках Пензенского Центра связи заносятся в базу данных, для этого используется форма, изображенная на рисунке 14.

Рисунок 15. Окно формы «Проверка оборудования»
Инспектор по охране труда должен проверять оборудование на предмет безопасности. Данные о проверках так же заносятся в базу данных (Рис.15).
Информация, находящаяся в базе данных требует определенной систематизации. Для печати необходимых отчетов в модуле предусмотрены специальные формы отчетов, сформированные с помощью запросов SQL.

Рисунок 16. Отчет по прохождению вводного инструктажа.
Инспектор по охране труда может одним нажатием кнопки распечатать необходимые ему отчеты, как на рис. 16.

Рисунок 17. Оформление заявки на аттестацию – отчет.
SQL-запрос для отчета «Прохождение инструктажа» (Рис.18):
SELECT Сотрудник.ФИО, Сотрудник.[Прохождение инструктажа], Сотрудник.[Дата прохождения], Отдел.[название отдела]
FROM Отдел INNER JOIN Сотрудник ON Отдел.ID_Otdela = Сотрудник.ID_Otdela
WHERE (((Сотрудник.[Прохождение инструктажа])=Yes));

Рисунок 18 Отчет о прохождении инструктажа сотрудниками

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

Рисунок 19. Вкладка «Справочники» в главном окне модуля.
Во вкладке «Справочники» инспектор может открыть отчеты, а так же просмотреть файлы PDF нормативной документации по технике безопасности.
В результате, разрабатываемый модуль по аттестации сотрудников предприятия по технике безопасности в ОАО «РЖД» позволит решить следующие задачи:
Ведение электронного журнала по технике безопасности;
Учет сотрудников прошедших и непрошедших аттестацию;
Учет исправности оборудования;
Ведение отчетов по результатам проверок.

Выводы
В данной главе был проведен анализ предметной области, разработан план ведения проекта по разработке модуля для аттестации сотрудников предприятия по технике безопасности в ОАО «РЖД». Рассмотрены и проанализированы риски проекта. Основные риски проекта выявлены и разработан план реагирования на данные риски.
Модуль был разработан с помощью среды ErWin, в которой были смоделированы ER-диаграммы будущей базы данных. Выбранная СУБД позволила показать модель разрабатываемой базы данных в виде реляционных таблиц. Пример интерфейса можно будет использовать при перенесении модели в программную среду. Разработанный интерфейс пользователя предусматривает возможность удобного доступа пользователя к формам заполнения данных. Плотность расположения данных на экране не высокая.
Глава 4. Экономическая часть
Оценка стоимостных параметров проекта
Разработка модуля несет определенные затраты, которые необходимо учесть. К расходам на создание модуля по аттестации сотрудников предприятия по технике безопасности в ОАО «РЖД» следует отнести, следующие виды расходов:
Использование электроэнергии, Заработная плата разработчиков, Расходы на канцелярские товары и расходные материалы для компьютера.
Расчет электроэнергии необходимо учесть, так как разработчики работают на рабочих местах и используют компьютеры, подключенные к электросети, а так же иногда включают свет.
Таблица 4. Расчет электроэнергии для девятичасового рабочего дня.
Наименование кол-во кВт/час кВт в сутки кВт в месяц (из расчета 24 рабочих дней)
Компьютер 1 0,90 8Д 194,4
Освещение 2 0,20 1,8 43,2
Сплит-система 1 0,70 6,3 151,2
ИТОГО: 388,8

Для предприятий 1 кВт / ч= 1,86 руб. В месяц 388,8*1,86 = 723,17 рублей.
Для разработки модуля понадобится один программист, его средняя зарплата составляет 12000 руб\мес.
Таблица 5. Расчет ежемесячных затрат на содержание портала.
Наименование Сумма, руб. ЕСН, руб.
Зарплата программиста 12 000 3 120
Зарплата курьера 8 000 2 080
Транспортные расходы курьера 3 000
Электроэнергия 723,17
Хостинг 0
Интернет 400
Прочие расходы 250
Итого: 24 373,17 5200
Всего расходов: 29 573,17

R-пост= 29 573, 17 р - постоянные ежемесячные расходы.
Далее, необходимо рассчитать годовую сумму амортизационных отчислений. Для расчета используется формула:

Где Ф- первоначальная стоимость основных фондов по видам, руб.; NA- норма амортизации по видам основных фондов, в %. Таблица 6. Расчет годовой суммы амортизационных отчислений.
Элементы основных фондов. Кол-во Стоимость, руб. Сумма руб. Норма амортизации, % Амортизационные отчисления, руб.
Компьютер 1 25 000 25 000 20% 5 000
Сплит-система 1 20 000 20 000 20% 4 000
Помещение 15,0 м2 6 000 90 000 3% 2 700
ИТОГО: 11 700

Годовая сумма амортизационных отчислений составляет 11 700 рублей.
Создание модуля составляет 15 дней, поэтому, необходимо рассчитать амортизацию оборудования за этот период. Для расчета используется формула:

Агод - годовая сума амортизационных отчислений;
ТФакт - фактически отработанное время.

Заработная плата программиста составляет 12 000 руб. Необходимо рассчитать затраты на заработную плату включаемые в себестоимость программы с учетом работы над программой в течение 15 дней. Они составят:

где ЗПпр - заработная плата в месяц программиста, руб.; Тфакт - число календарных дней на разработку системы;
Д - число дней в периоде (месяц).

Отчисления на социальное страхование составят: ЕСН = ЗПпр * 26%=7500*26% = 1950 руб.
Ежемесячные материальные затраты складываются из электроэнергии и прочих расходов, отсюда
Зм= 723,17+400+250- 1 373,17 рублей в месяц
Затраты на период разработки программного продукта рассчитаем по формуле:

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

Рассчитаем себестоимость программного продукта по формуле:
Сст = Зпр + ЗПпр + ЕСН + А
Сст = 858,23+7500+1950+320,55 = 10 628,78 рублей.
Данная себестоимость является приблизительной, так как в ней не учтены некоторые детали, которые существенно не повлияют на итог.
Сст= 10 800 рублей.
Исходя из нормального уровня рентабельности 20% можно определить цену разрабатываемого модуля:

где Сст - себестоимость разработки программы; R - планируемый уровень рентабельности.

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

4.2.Расчет экономии

Экономический эффект как правило, состоит из стоимости сэкономленного рабочего времени на обработку информации сотрудниками и стоимости сэкономленной бумаги. Существует формула для расчёта экономии:
Э= Эрв + Эсб
Где: Эрв – экономия рабочего времени,
Эсб – стоимость сэкономленной бумаги.
Для проведения функционально-стоимостного анализа процессов до и после автоматизации, составляется таблица. Таблица 7. Сокращение непроизводственных затрат (Эт)
Наименование показателя Время в мин. ДО Время в мин. После Число сотрудников Количество операций в год. Сумма времени ДО, мин Сумма времени ПОСЛЕ, мин
Составление карточки сотрудника 10 3 2 1298 25960 7788
Согласование и утверждение заявки 40 6 1 533 21320 3198
Подготовка типовых отчетов 60 3 3 52 9360 468
Поиск документа с известными атрибутами 10 1 5 250 12500 1250
Поиск документа с неизвестными атрибутами 60 3 5 12 3600 180
ИТОГО: 21 72740 12884

Исходя из полученных данных из таблицы 7, рассчитаем экономию трудозатрат, для этого воспользуемся формулой: Сумма врем ДО-Сумма вр. После \8\60
При средней з\плате сотрудника = 12000 руб, рассчитаем его зарплату за день: 12000/21= 571,43 р.
Экономия трудозатрат Эт = 124,7
Экономия рабочего времени в рублях за год (при средней з/плате сотрудника 12000) составит: Эрв = 124,7*571,43 =71257,32р
Стоимость сэкономленной бумаги рассчитывается по формуле:
Эсб = (Эм + Эп-с + Эр) / 500*С
Эсб – стоимость сэкономленной бумаги, одна пачка 500 листов стоит – С = 250р
Эп – количество распечатанных копий с документов – 1000 листов
Эм – количество распечатанных страниц текста – 5500 листов
Эр – количество единиц разосланной корреспонденции
Эсб = (1000+5500+700)/500*250 = 3600
Э = Эрв+Эсб = 71257,32+3600 = 74857,32
Далее, необходимо рассчитать срок окупаемости проекта разработки модуля.
Данные возьмем из таблицы 5. Р = 29 573,17 рублей – сумма ежемесячных затрат.
Расчетный срок окупаемости модуля составит:
Т= Р⁄Э
29 573,17/74857,32= 0,40 года
В результате вычислений, период окупаемости разработки модуля по аттестации сотрудников предприятия по технике безопасности в ОАО «РЖД» равен примерно пяти месяцам.
Заключение
В бакалаврской работе был разработан модуль по аттестации сотрудников по охране труда для информационной системы ОАО «РЖД» для Пензенского регионального центра связи. Был проанализирован бизнес-процесс аттестации работников сотрудниками отдела охраны труда. Анализ показал актуальность проблемы ведения отчетности по аттестации рабочих мест и оборудования. Проанализированы риски проекта, разработан план реагирования на данные риски.
Модели бизнес-процессов показали узкие места, которые были усовершенствованы в результате автоматизации всего бизнес-процесса.
Целью бакалаврской работы было разработать модуль по аттестации сотрудников по охране труда для информационной системы ОАО «РЖД» для Пензенского центра связи. То есть систематизировать данные и представить их в удобном виде для сотрудников компании.
Разработанный модуль будет решать такие задачи как:
Учет проведения аттестации рабочих мест сотрудников компании;
Учет аттестации оборудования;
Сокращение времени на обработку информации по проведению аттестации
Автоматизация контроля фактов нарушения техники безопасности.
Отчеты, составленные с помощью запросов помогут инспектору охраны труда вовремя предоставить необходимую информацию своему руководству. Таким образом, цель бакалаврской работы достигнута.
Целесообразность принятия решения о разработки модуля обуславливается тем, что рынок АРМ не предоставляет необходимый функционал в готовых информационных системах. Проведя анализ предоставляемых производителями систем, был сделан вывод, что анализируемые системы слишком громоздкие или дорогие, а так же их функционал не удовлетворяет заявленным требованиям.
Расчет эффективности разработки модуля показал небольшой срок окупаемости, что вполне может удовлетворить руководство ОАО «РЖД». Разработанный модуль по аттестации сотрудников по охране труда для информационной системы ОАО «РЖД» может быть использован и в других региональных центрах компании, так как при его разработке было уделено внимание нормативным документам по охране труда, которые являются стандартами для всей компании РЖД.
Список литературы
«Стандарт Организация контроля за состоянием ОТ» №2436 от 02.12.16– Стандарт ОАО «РЖД». «Стандарт производственный контроль 3049» от 22.12.14. - Стандарт ОАО «РЖД».
Абдикеева Н.М.. Информационный менеджмент: Учебник / Под науч. ред. д.т.н., проф. – М.: ИНФРМА-М, 2012. – 400 с. Абрамичева Т. В., Павловская А. В., Истомина Е. В., «Оценка стоимости автоматизированных информационных систем» Методические указания; Ухта, УГТУ,2014 – 56с.
Александров Д.В. Инструментальные средства информационного менеджмента. CASE- технологии и распределенные информационные системы. – М.: Финансы и статистика. – 2013. Режим доступа : www.iprbooksshop.ru
Бодров О.А. Предметно-ориентированные экономические информационные системы: учебник/ Бодров О.А., Медведев Р.Е М
Гвоздева Т.В., Баллод Б.А. Проектирование информационных систем : учеб. пособие / – Ростов н/Д : Феникс, 2013. – 508 с.
Гвоздева Т.В., Баллод Б.А. Проектирование информационных систем : учеб. пособие / – Ростов н/Д : Феникс, 2012. – 508 с.
Грекул В.И. Управление внедрением информационных систем. учебник/ Грекул В.И., Денищенко Г.Н., Коровкина Н.Л
Золотарёв О.В. Технология внедрения корпоративных информационных систем [Электронный ресурс]: Режим доступа: http://www.iprbookshop.ru
Мишенин А.И. Теория экономических информационных систем. – М.: Финансы и статистика. – 2013. Режим доступа : www.iprbooksshop.ru
Назаров С.В. Оценка эффективности информационных систем. – М.: Финансы и статистика, 2012. – 290 с.
Патрушина С.М. Информационные системы в экономике: Учебное пособие / С.М. Патрушина, Н.А. Аручиди. - М.: Мини Тайп, 2012. - 144 c.
Пирогов, В.Ю. Информационные системы и базы данных. Организация и проектирование. – СПб.: БХВ-Петербург, 2012. – 169 с.
СТО 15.002-2012 Система управления охраной труда с 01.03.2013 – Стандарт ОАО «РЖД».
Стюард Р. Практическое руководство по доступу к данным. СПб.: БХВ-Петербург, 2013. – 304 с.
Суркова Н.Е. Проектирование информационных систем [Электронный ресурс]: методические указания к курсовому проекту/ Суркова Н.Е.— Электрон. текстовые данные.— М.: Российский новый университет, 2010.— 60 c.— Режим доступа: http://www.iprbookshop.ru/21303 Уткин В.Б. Информационные системы и технологии в экономике: учебник для вузов/ Уткин В.Б., Балдин К.В..— М.: ЮНИТИ-ДАНА, 2012.— 336 c. Фуфаев Э.В. Базы данных / Под ред. Э.В. Фуфаева. - М.: Издательский центр «Академия», 2013. - 320 с.
Юкаева В.С., Зубарева Е.В., Чувикова В.В., Принятие управленческих решений: Учебник/ - М.: Издательско-торговая корпорация «Дашков и К», 2012.- 324 с. Информационный портал ООО «Бреалит». http://www.asupb.ru/vnedrenie.php; Информационный портал программа «Ассистент ТБ»; http://www.assisttb.com/Descript.html; Программа «Электронное рабочее место инженера по охране труда»; http://blog.eohranatruda.ru/manual/help.html Госэнергонадзор, «Межотраслевые правила по охране труда (Правила безопасности) при эксплуатации электроустановок». – М.: 2001. ГОСТ 12.0.230-2007 - «Система стандартов безопасности труда. Системы управления охраной труда. Общие требования», ГОСТ Р 12.0.007-2009 «Система стандартов безопасности труда. Система управления охраной труда в организации. Общие требования по разработке, применению, оценке и совершенствованию». ГОСТ 3.1120-83 Единая система технологической документации. Общие правила отражения и оформления требований безопасности труда в технологической документации». Федеральный закон «Об основах охраны труда в РФ» от 17 июля 1999г.№181-ФЗ Информационный портал компании «Единый стандарт» - WWW.1 cert.ru , вход без пароля Официальный сайт ОАО «РЖД» - WWW/rgd.ru