21
Администратор баз данных;
Администратор информационной безопасности;
Пользователь (нарядчик).
Основными обязанностями системного администратора являются:
Модернизация, настройка и мониторинг работоспособности комплекса
технических средств (серверов, рабочих станций);
Установка, модернизация, настройка и мониторинг работоспособности
системного и базового программного обеспечения;
Установка, настройка и мониторинг прикладного программного
обеспечения;
Ведение учетных записей пользователей системы.
Системный администратор должен обладать высоким уровнем
квалификации и практическим опытом выполнения работ по установке,
настройке и администрированию программных и технических средств,
применяемых в системе.
Основными обязанностями администратора баз данных являются:
Установка, модернизация, настройка параметров программного
обеспечения СУБД;
Оптимизация прикладных баз данных по времени отклика, скорости
доступа к данным;
Разработка, управление и реализация эффективной политики доступа к
информации, хранящейся в прикладных базах данных.
Администратор баз данных должен обладать высоким уровнем
квалификации и практическим опытом выполнения работ по установке,
настройке и администрированию используемых в ИС СУБД.
Основными обязанностями администратора информационной
безопасности являются:
Разработка, управление и реализация эффективной политики
информационной безопасности системы;
22
Управление правами доступа пользователей к функциям системы;
Осуществление мониторинга информационной безопасности.
Администратор информационной безопасности данных должен обладать
высоким уровнем квалификации и практическим опытом выполнения работ по
обеспечению информационной безопасности.
Пользователи (нарядчики) системы должны иметь опыт работы с
персональным компьютером на базе операционных систем Microsoft Windows на
уровне квалифицированного пользователя и свободно осуществлять базовые
операции в стандартных Windows
7
.
Роли системного администратора, администратора баз данных и
администратора информационной безопасности могут быть совмещены в роль.
Рекомендуемая численность для эксплуатации модуля ИС «Учет труда и
отдыха»:
Администратор 1 штатная единица;
Пользователь (нарядчик) число штатных единиц определяется
структурой предприятия.
4.9 Требования к защите информации от несанкционированного доступа
Разрабатываемый модуль ИС должен обладать специализированной
подсистемой разграничения доступа к информационным ресурсам,
функционирующей на основе системы пользователей и пользовательских групп.
4.10 Требования к обмену данными
Обмен данными должен происходить по сети в среде Internet с
поддержкой протокола TCP/IP;
Все компоненты модуля ИС должны функционировать в пределах
единого логического пространства, обеспеченного интегрированными
средствами серверов данных и серверов приложений.
4.11 Требования к внешней среде системы
7
Гришин В. Формирование и развитие информационных систем организаций // Менеджмент сегодня,
2006. -№6. - С. 51-70
23
Сервер баз данных или сервер приложений должен обеспечивать:
возможность доступа к модулю ИС с любого клиентского места.
4.12 Требования к хранению данных
База данных «Графики» должна содержать следующие данные:
Данные о локомотивных бригадах (ФИО, табельный номер, номер
колонны);
Данные о смене (день/ночь).
4.13 Требования к отдельным подсистемам
В состав модуля ИС “Учет труда и отдыха” должны входить следующие
подсистемы:
Подсистема хранения данных;
Подсистема управления нормативно-справочной информацией;
Подсистема интеграции;
Подсистема анализа;
Подсистема формирования отчетности;
Подсистема хранения данных предназначена для хранения оперативных
данных системы, данных для формирования графиков, документов системы,
сформированных в процессе работы с графиками
8
.
Подсистема управления нормативно-справочной информацией
предназначена для централизованного ведения классификаторов и
справочников, используемых для обеспечения информационной совместимости
подсистем.
Подсистема приложений операционного управления предназначена для
учета работ с работниками локомотивных бригад, ввода информация о
локомотивах, входящих в состав локомотивного эксплуатационного депо, их
организационном делении и штатном расписании, автоматизации процедур
управления графиком локомотивных бригад (ведение полной информации о
8
Энциклопедия об информационных технологиях [Электронный ресурс]- режим доступа:
http://www.itpedia.ru/;
24
бригадах, процедуры оценки работников, обучения и т.п.), обеспечение всего
спектра работ нарядчиков, автоматическое формирование графиков, справок,
учет рабочего времени.
Подсистема интеграции должна обеспечивать следующие основные виды
взаимодействия со смежными системами:
Устойчивая работа с смежными системами, обработку запросов и
передачу ответов.
Подсистема должна обеспечивать ведение журналов учета поступивших
и обработанных запросов, посланных запросов и полученных ответов смежных
систем.
Подсистема формирования отчетности предназначена для создания и
формирования отчетов в виде таблиц MS Excel.
Также модуль ИС «Учет труда и отдыха» должна обеспечивать доступ
пользователей к операционным данным БД ИС (путем предоставления сервисов,
позволяющих формировать запросы на получение информации ограниченного
доступа, в соответствии с уровнем компетентности пользователя
9
.
4.14 Приемо-сдаточные испытания модуля;
Внесение корректировок в программный продукт, связанных с ошибками
в Системе;
Все ошибки, которые будут выявлены в работе Системы в течении 2
недель устраняются разработчиком.
Перед сдачей Модулей и Компонент Заказчику для выявления
возможных сбоев в работе модуль подвергается тестированию со стороны
нарядчиков в течении 1 недели.
Для проверки выполнения заданных функций Системы, определения и
проверки соответствия требованиям технического количественных и
качественных характеристик Системы, выявления и устранения недостатков в
9
Энциклопедия об информационных технологиях [Электронный ресурс]- режим доступа:
http://www.itpedia.ru/
25
действиях Системы и в разработанной документации, поэтапного контроля над
ходом разработки должны быть проведены следующие виды испытаний:
Процедуры тестирования и контроля качества;
4.15 Проверка на рабочем месте нарядчика.
При производстве испытаний должны использоваться следующие типы
процедур тестирования и контроля качества:
функциональное тестирование модуля ИС на соответствие
функциональным спецификациям;
5. Требования к проектной документации
Требования к состав и комплектности проектной документации должна
соответствовать требованиям ГОСТ 34.201-89.
10
1.2.2 Определение места проектируемой задачи в комплексе задач и ее
описание
В положении об организации труда и отдыха в приказе 44 от 13.03.2016
указывается: норма продолжительности рабочего времени на определенных
участках работы для различных видов движения, норма между сменного отдыха,
нормы подготовительно заключительного времени.
Учитывая все нормативы и правила можно построить бизнес-процесс.
Основным моментом создания ИС с целью автоматизации
информационных процессов организации является анализ функционального
взаимодействия объектов автоматизации. Итоги такого анализа многогранны.
Аналитики отображают их в виде функциональной модели предметной области
базы данных. Состав функциональной модели значительно зависит от контекста
конкретного ИТ-проекта и может быть изображен посредством довольно
широкого перечня документов в виде текстовой и графической информации.
10
ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания» [Электронный ресурс]: 2011-
2014. URL: http://www.rugost.com/index.php?option=com_content&view=article&id=95:gost-34-601-90-
avtomatizirovannye-sistemy-stadii-sozdaniya&catid=22&Itemid=53
26
Семейство методологий IDEF (Icam DEFinition, где Icam — это Integrated
Computer-Aided Manufacturing)
11
.
Наиболее распространенные и широко используемые методологии
данного семейства:
IDEF0 — методология моделирования бизнес процессов верхнего уровня.
IDEF1X (IDEF1 Extended) — методология построения табличных
структур и построения информационной модели бизнес процесса
12
.
Бизнес-модель процессов определена для изображения процессов и
функций системы в предметной области базы данных. Бизнес-модель чаще всего
изображается в соответствии с методологией IDEF0 и представляется в виде
совокупности иерархически упорядоченных и взаимосвязанных диаграмм (
IDEF1x -диаграмм)
1314
.
11
Методология построения и исследования функциональной и информационной модели организации
[Электронный ресурс]- режим доступа: http://www.life-prog.ru/1_59368_metodologiya-postroeniya-i-issledovaniya-
funktsionalnoy-i-informatsionnoy-modeli-organizatsii.html;
12
Александров Д.В., Костров А.В. Методы и модели информационного менеджмента. – М.: Финансы
и статистика, 2012 c 191
13
Навоев Н.С. Построение информационной системы для организации [Электронный ресурс]- режим
доступа: автоматизацией http://lawlibrary.ru/article2248633.html
14
Коваленко, В.В. Проектирование информационных систем: учебное пособие /В.В. Коваленко. – М.:
ФОРУМ: ИНФАМ, 2014.320 с. (Высшее образование)
27
После произведенного исследования был составлен бизнес-процесс
построения графиков труда и отдыха локомотивных бригад (рисунок 2).
Наряд-заказ
Персонал
Маршрут машиниста
Отвлечения
ID (PK)
Начало работы
Табельный номер (PK)
Фамилия
Имя
Отчество
Начало работы (PK)
Окончание работы
Отдых в пункте оборота
Табельный номер
ID (PK)
Табельный номер
Наименование отвлечения
Дата начала
Дата окончания
Рисунок 2. Логическая модель IDEF1x (AS-IS)
Диаграмма потоков данных является одним из главных инструментов
структурного анализа и разработки информационных систем, существовавших
до обширного распространения UML. Несмотря на имеющее место в нынешних
условиях смещение акцентов от структурного к объектно-ориентированному
подходу анализа и проектирования систем, классические структурные нотации
по-прежнему обширно и результативно используются как в бизнес-процессе, так
и в анализе информационных систем.
15
Аналогом DFD из семейства IDF является
IDEF1x (рисунок 3).
15
Гагарина, Л.Г. Разработка и эксплуатация автоматизированных систем [Текст]: учеб. пособие/ Л.Г.
Гагарина, Д.В. Киселев, Е.Л. Федотова; ред. Л.Г. Гагарина.М.: Форум: ИНФРА-М, 2011 -384 с.
28
1
Расчет
минимального
отдыха между
поездками
Сведения из
маршрута
машиниста
Приказы, инструкции,
положения
2
Проверка на
наличие
отвлечений
Отвлечения по
персоналу
3
Постоновка
работника на
следующюю явку
Наряд-заказ
Начало работы на момент
наступления явки на
работу
Рисунок 3. Диаграмма потоков данных IDEF0 (AS-IS)
На основе построенных информационной модели и модели потов данных
целесообразно обосновать необходимость использования модуля для учета
графиков работы локомотивных бригад.
1.2.3 Обоснования необходимости использования модуля для
автоматизированного учета графиков работы локомотивных бригад
При всех достоинствах системы «АСУ-Т» нет дополнительных функций,
которые позволяли бы оперативно составлять рабочий график работы
локомотивных бригад и рассчитывать отдых таким образом, чтобы обеспечить и
закрытие наряда, и равномерную выработку часов локомотивными бригадами.
Разработка модуля по учету графиков труда и отдыха локомотивных
бригад эксплуатационного локомотивного депо позволит сэкономить время и
переведет ручной труд в автоматизированный, снизит непроизводительные
потери и предотвратит нарушение трудового законодательства РФ.
Данный модуль позволит встроиться в АРМ «Нарядчик» и работать в
Excel, обновляя базы данных с предусмотренной функцией взаимодействия с
базами данных «АСУ-Т».
Перечисленные недостатки будут учтены в разрабатываемом модуле
такие, как автоматизированные списки работников, постановка на следующую
29
«явку». Данная система позволит незатруднительно составить новый график для
локомотивной бригады.
Модуль информационной системы для учета графиков труда и отдыха
локомотивных бригад разработан специально для таких нужд. Даже в режиме
советника он способен подсказать, когда и как надо действовать
16
.
Учитывая, что средняя зарплата машиниста составляет 51000 со
списочной численностью в 1740 человек. При эффективности модуля в 80%. По
средним значениям за год в 3000 часов недоработки при сверхурочных часах
работы получим:
3000*0,8=2400 часов
При средней зарплате 51000 и средней месячной годовой нормой в 165
часов экономия на оплате недоработки составляет:
2400/165*51000=741818 рублей в месяц
Также на данное количество часов уменьшиться и сверхурочные часы
работы, оплаченные в полуторном размере:
2400/165*51000/2=370909 рублей
Общая сумма ежемесячной экономии составляет:
370909+741818=1112727 рублей
1.2.4 Анализ системы обеспечения информационной безопасности и
защиты информации
Система обеспечения информационной безопасности (СОИБ) ОАО
"РЖД" представляет собой сложную организационно-техническую систему,
основными целями создания и функционирования которой являются
обеспечение защиты информации, не относящейся к категории "государственная
тайна", внедрение и эксплуатация технических подсистем, комплексов и средств
обеспечения ИБ, обеспечение доступности соответствующих категорий
информации для пользователей ОАО "РЖД", других организаций и частных лиц,
16
Системы планирования ресурсов [Электронный ресурс]- режим доступа: http://www.erpnews.ru/;
30
управление информационной инфраструктурой, а также аудит уровня ИБ ОАО
"РЖД".
Можно выделить три составляющие СОИБ: организационную,
нормативно-правовую и техническую.
Организационная составляющая включает в себя должностных лиц и
штатные подразделения обеспечения ИБ.
Нормативно-правовая составляющая СОИБ Компании разрабатывается
на основе действующих в Российской Федерации законодательных и
нормативных документов и международных стандартов: ГОСТ Р 51275-99;
ГОСТ Р 51624-2000; ГОСТ Р 51583-2000; ГОСТ Р ИСО/МЭК 15408-2002;
ISO/IEC 17799:2005; ISO/IEC 27001:2005 и др.
Среди основных направлений формирования нормативно-методической
базы следует выделить разработку корпоративного стандарта управления ИБ,
политик ИБ Компании, положений, руководств, регламентов, методик, профилей
защиты, заданий по безопасности.
17
В качестве примеров нормативных актов, действующих в ОАО "РЖД",
можно привести "Перечень сведений, составляющих коммерческую тайну ОАО
"РЖД", "Инструкцию о порядке обращения с информацией, составляющей
коммерческую тайну ОАО "РЖД", распоряжение "Об организации работ по
предотвращению записи, хранения и распространения информации и
программных продуктов непроизводственного характера" с "Примерным
перечнем категорий информации и программных продуктов..." и "Примерным
порядком организации создания корпоративных Web-сайтов, FTP-серверов,
конференций...", "Последовательность подключения пользователей к
информационным ресурсам ОАО "РЖД" и ряд других.
Строение технической составляющей СОИБ во многом обусловливается
архитектурой корпоративной инфо-телекоммуникационной сети ОАО "РЖД",
17
Симонов С. В. Управление информационными рисками. Экономически оправданная безопасность. -
М.: Компания АйТи; ДМК Пресс, 2004 – 205c;