31
которая объединяет информационные ресурсы и технические средства передачи
и обработки информации главного аппарата, железных дорог и других филиалов
РЖД.
Большинство информационных систем Компании имеют клиент-
серверную архитектуру, при этом в ГВЦ и в ИВЦ дорог сосредоточены базы
данных и серверы приложений, а клиенты, помимо пользователей ГВЦ и ИВЦ,
находятся в линейных подразделениях и на предприятиях ОАО "РЖД".
В процессе формирования технической составляющей СОИБ были
реализованы ряд базовых принципов ее построения.
Одним из основных принципов является функциональная интеграция
специальных программно-технических комплексов защиты с программно-
техническими средствами передачи и обработки информации, имеющими
собственные встроенные элементы защиты с мощной функциональностью таких
как: ОС рабочих станций и серверов, активное сетевое оборудование.
Функциональная интеграция позволяет достигать высокого уровня
защищенности при минимальных затратах на внедрение. В качестве позитивных
примеров следует отметить технологии проверки доступа к ресурсам сети
передачи данных, информационным ресурсам системы ЭТРАН, к АСУ
"Экспресс-3", ЕК АСУ ФР, к ряду АСУ дорожными центрами управления и
станциями, к системе электронной коммерции. Активное совместное
использование специализированных и встроенных средств защиты в
совокупности с подсистемой антивирусной защиты позволяет эффективно
предотвращать угрозы распространения шпионских программ и разрушающих
программных средств (вирусов). Разработок и выбор стратегии автоматизации.
18
1.3.1 Построение новой модели бизнес процесса
При планировании «явки» с выдержкой режима труда и отдыха для
обеспечения равномерной выработки часов локомотивными бригадами и
18
Системы защиты информации ОАО "РЖД http://www.itsec.ru/articles2/focus/gluhov1
32
обеспечения закрытия суточного наряда, нарядчику локомотивных бригад
необходимо:
1. Рассчитать индивидуальный коэффициент отдыха локомотивной
бригады;
2. На основе этого коэффициента рассчитать отдых локомотивных
бригад;
3. Проанализировать журнал явок и определить среднюю выработку
часов у прочих работников;
4. Назначить «явку», соответствующую режиму отдыха локомотивной
бригады, равномерной выработке часов в целом по депо, и обеспечить
при этом полное закрытие суточного наряда
19
.
К сожалению чаще всего происходит так: при постановке локомотивной
бригады на следующую «явку», нарядчик локомотивных бригад считает
минимальный отдых, для предотвращения допущения нарушения и ставит на
ближайшую «явку», обеспечивая закрытие наряда. Что в свою очередь вызывает
колоссальную неравномерную выработку часов. С контингентом в 1740 человек
локомотивных бригад, достигает разница в одновременном допущении до 10000
часов сверхурочной работы при 4000 часах недоработки. В результате
перерасход фонда оплаты труда считается на миллионы рублей ежемесячно.
1.3.2 Разработка алгоритма для расчета работы локомотивных бригад
Для автоматизации процесса расчета и планирования графика
необходимо разработать собственную модель расчета следующей явки с
обеспечением закрытия суточного наряд-заказа.
Необходимый выполняемый алгоритм программой для достижения
поставленной цели:
19
Годин В.В., Корнеев И.К. Управление информационными ресурсами: 17-и модульная программа для
менеджеров «Управление развитием организации». Модуль 17. – М.: ИНФРА-М, 2000 25-31 с.
33
1. Программа из статистических данных журнала явок, собирает данные
о средней продолжительности поездки и оборота машинистов.
2. Рассчитывает на последние сутки количество отработанных часов для
поиска средней выработки за сутки и умножает на количества дней в месяце.
3. Рассчитывает явочную численность.
4. Делит выработанные часы за месяц на явочную численность для
нахождения плановой выработки часов на одного человека.
5. Разность нормы часов за месяц и плановой выработки на одного
человека является переработкой или недоработкой на одного человека
6. Согласно плановой выработки на одного человека рассчитывается
коэффициент отдыха после поездки:
a. Находится отдых 24 часа умножается на количество дней в месяце и
вычитается плановый отработанные часы на одного человека;
b. Составляется пропорция отдыха и работы, путем деления отдыха на плановые
часы работы на одного человека.
7. Коэффициент используется для расчета следующей явки после сдачи,
путем отработанные часы по маршруту машиниста, умножаются на
коэффициент и вычитается отдых в пункте оборота затем прибавляется к сдаче
машиниста.
8. Для закрытия наряда на каждую следующую явку, программа ставит
машинистов с самой ранней явкой которые еще не стоят в наряде.
9. В случае если явка не была выставлена согласно расчетам, программа
запоминает разницу во времени и при постановке на следующую явку
корректирует согласно разнице.
10. Для составления графика программа подставляет средние значения
под продолжительность работы и рассчитывает на каждую последующую явку
отдых и следующую явку.
11. формирует отчет по количеству ожидаемой выработки часов.
34
Из данного алгоритма видно, что необходимо для расчета явочной
численности сведения о персонале, так же необходимо заполнять статистические
данные о продолжительности работы и отдыха локомотивных бригад.
На основе вышеупомянутых задач были разработаны диаграммы IDEF1x
(рисунок 4) и IDEF0 (рисунок 5).
Наряд-заказ
Персонал
Маршрут машиниста
Отвлечения
Таблица
сгенерированных явок
Журнал явок
Производственный
календарь
ID (PK)
Начало работы
Табельный номер (PK)
Фамилия
Имя
Отчество
ID (PK)
Окончание работы
Отдых в пункте оборота
Табельный номер
ID (PK)
Табельный номер
Наименование отвлечения
Дата начала
Дата окончания
Табельняй номер (PK)
Следующая явка
Булевый флаг о
использовании
Данные о маршруте (PK)
Начало работы
Булевое значение о взятии
явки с маршрута
машиниста
Начало работы
Средняя
продолжительность работы
Окончание работы
Месяц (PK)
Количество дней в месяце
Месячная норма
Следующая явка
Рисунок 4. Логическая модель IDEF1x (TO-BE)
A1
Составления
журнала со
статистическими
данными о
поездках
машинистов
Сведения из маршрута
машиниста
A2
Расчет
средних
показателей
за поездку
A3
Расчет
коэффициента
отдыха в
зависимости от
количества
отработанных
часов
Количество
дней и норма
часов за месяц
Наряд-
заказ
A4
Составления
графика
работы до
конца
периода
B1
Расчет
явочной
численности
Отвлечения
работников
График
Рисунок 5. Диаграмма потоков данных IDEF0 (TO-BE)
35
Делая вывод из вышеперечисленного можно определить, что база данных
будет состоят из пяти реляционных таблиц. Первая это персонал и сведения о
нем, вторая это сведения о маршруте машиниста обобщённые в журнале явок.
Также нам необходимо ввести календарь с месячной нормой и количеством дней
в месяце, здесь же можно добавить и расчетные данные такие как явочная или
средние значения. Наряд заказ, отвлечения работников и в итоге график работы
локомотивных бригад. UML - диаграмма информационной модели (рисунок 6).
Нарядчикработник
данные о выполненой работе
данные о начале
больничных листов
Дата, время следующей явки
на работу
Маршрут машиниста
данные о выполненой работе
Отдел управления персоналом
Приказы, распоряжения связанные с отвлечением
и изменениями персонала
Сведения о персонале
Журнал явок
Сведения о
отвлечениях
Получение расчетного
графика работы
Наряд-заказ
Данные о текущем
месяце
Рисунок 6. UML диаграмма информационной модели
Диаграмма функций наглядно описывает алгоритм программы (рисунок
7).
36
Диаграмма функциональной блок-схемы
Функция 1 Функция 2 Функция 3 Функция 4
Начало расчета
Заполняет явки до
конца периода
согластно
статистическим
средним и
отвлечениям
Рассчитывает
статистические
средние для
планирования
Выводит
приблизительный
график график
работника
Есть
статистическая
явка в журнале
явок
Копирует данные
из журнала явок
Да
Нет
Конец
Есть отвлечения
на явку у
работника
Нет
Корректирует
явку согласно
отвлечения
Да
Рисунок 7. Диаграмма функций
В заключении главы стоит отметить, что благодаря тщательному подходу
к исследованию бизнес процессов предприятия, а также постановкой четких
задач, значительно упрощает достижению поставленных целей. В следующей
главе описана непосредственная разработка модуля и ее этапы.
37
ГЛАВА 2 ПРОЕКТНАЯ ЧАСТЬ
2.1 модель жизненного цикла
Модель жизненного цикла включает: структуру, состоящую из
процессов, работ и задач. Заключаются в разработке, эксплуатации и
сопровождение программного продукта, начинающаяся на этапе от установки
требований к ней вплоть до изъятия из эксплуатации.
Подготовительная работа начинается с выбора модели ЖЦ.
Анализ требований к системе подразумевает определение ее
функциональных возможностей, пользовательских требований, требований к
надежности и безопасности.
Проектирование архитектуры системы на высоком уровне заключается в
операциях, осуществляемых эксплуатирующим систему персоналом.
Кодирование и тестирование программных средств содержат следующие
задачи:
• документирование и разработку каждого компонента программных
средств и базы данных, а также совокупности данных для их тестирования и
тестовых процедур;
• испытание каждого компонента программных средств и базы данных
на соответствие предъявляемым к ним запросам. Должен документироваться
каждый результат тестирования компонента;
• пользовательская документация должна находиться в актуальном
состоянии;
• корректировки плана внедрения программных средств.
Интеграция программных средств предусматривает сборку
разработанных компонентов программных средств в соответствии с планом
интеграции и тестирование агрегированных компонентов. Для каждого из
агрегированных компонентов разрабатываются наборы тестов и тестовые
процедуры, предназначенные для проверки каждого из квалификационных
требований при последующем квалификационном тестировании.
38
Квалификационное требование — это набор параметров или условий, которые
необходимо выполнить, чтобы квалифицировать программный продукт как
соответствующий своим спецификациям и готовый к использованию в условиях
эксплуатации
20
.
Интеграция системы заключается в сборке всех ее компонентов, включая
программных средств и оборудование. После интеграции система, в свою
очередь, подвергается квалификационному тестированию на соответствие
совокупности требований к ней. При этом также производятся оформление и
проверка полного комплекта документации на систему.
Установка программных средств осуществляется разработчиком в
соответствии с планом в той среде и на том оборудовании, которые
предусмотрены договором. В процессе установки проверяется
работоспособность программных средств и баз данных. Если устанавливаемое
программных средств заменяет существующую систему, разработчик должен
обеспечить их параллельное функционирование в соответствии с договором.
Приемка программных средств предусматривает оценку результатов
квалификационного тестирования программных средств и системы и
документирование
результатов оценки, которые проводятся заказчиком с помощью
разработчика. Разработчик выполняет окончательную передачу программных
средств заказчику в соответствии с договором, обеспечивая при этом
необходимое обучение и поддержку.
Процесс эксплуатации охватывает действия и задачи оператора —
организации, эксплуатирующей систему (рисунок 8).
20
Гришин В. Формирование и развитие информационных систем организаций // Менеджмент сегодня,
2006. -№6. - С. 51-70
39
Рисунок 8.Процесс эксплуатации.
Подготовительная работа включает проведение оператором следующих
задач:
планирование действий и работ, осуществляемых в процессе
эксплуатации, и установку эксплуатационных стандартов.;
определение процедур локализации и разрешения проблем, возникающих
в процессе эксплуатации.
Эксплуатационное тестирование осуществляется для каждой очередной
редакции программного продукта, после чего она передается в эксплуатацию.
Эксплуатация системы выполняется в предназначенной для этого среде в
соответствии с пользовательской документацией.
Поддержка пользователей заключается в оказании помощи и
консультации при выявлении ошибок в процессе эксплуатации программных
средств.
Процесс сопровождения предусматривает действия и задачи,
осуществляемые службой сопровождения. Данный процесс активизируется при
изменениях (модификациях) модуля и соответствующей документации,
вызванных возникшими проблема ми или потребностями в модернизации либо
адаптации программных средств. под сопровождением понимается внесение
изменений в программные средства в целях исправления ошибок повышения
производительности или адаптации к изменившимся условиям работы или
требованиям.
Изменения, вносимые в имеющееся программных средств, не должны
нарушать его целостность. Процесс сопровождения включает перенос
программных средств в другую среду и заканчивается снятием программных
средств эксплуатации (рисунок 9).
40
Рисунок 9. Процесс сопровождения
Подготовительная работа службы сопровождения включает следующие
задачи:
планирование действий и работ, осуществляемых в процессе сопровождения;
определение процедур локализации и разрешения проблем, возникающих в
процессе сопровождения.
Анализ проблем и запросов на модификацию программных средств,
осуществляемый службой сопровождения, включает следующие задачи:
анализ сообщения о возникшей проблеме или запроса на модификацию
программных средств относительно его влияния на организацию,
существующую систему и интерфейсы с другими системами. При этом
определяются следующие характеристики возможной модификации: тип
(корректирующая, улучшающая, профилактическая или адаптирующая к новой
среде); масштаб (размеры модификации, стоимость и время ее реализации);
критичность (воздействие на производительность, надежность или
безопасность)
21
;
оценку целесообразности проведения модификации и возможных вариантов
ее проведения;
утверждение выбранного варианта модификации.
Модификация программных средств предусматривает определение
компонентов программных средств их версий и документации, подлежащих
модификации, и внесение необходимых изменений в соответствии с правилами
процесса наработки. Подготовленные изменения тестируются и проверяются по
21
Годин В.В., Корнеев И.К. Управление информационными ресурсами: 17-и модульная программа для
менеджеров «Управление развитием организации». Модуль 17. – М.: ИНФРА-М, 2000