62
«Пилотный проект». Это наиболее часто используемая стратегия.
«Пилотный проект» - это тактика "скачка", но применяемая к ограниченному
числу процессов. Область применения стратегии - небольшой участок
деятельности. Такой подход снижает риск и наиболее надежен.
«Узкое место»- это малая часть производственного процесса. При
использовании похода «узкое место» план внедрения выполняется только для
«узкого места» и для людей, работающих в нем. Точность данных повышается
только для изделий в этом «узком месте»; переподготовка - только для людей,
работающих в нем; анализ эффекта затрат делается только для него и т.д.
Была выбрана именно параллельная стратегия внедрения для
минимизации рисков в работе такого крупного оборонного предприятия, как
ОАО «Авиадвигатель», которое просто не может себе позволить неразбериху
с кадрами или нарушения трудового кодекса РФ.
63
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
При осуществлении любого проекта всегда возникает ситуация,
связанная с неопределенностью, неполнотой или неточностью информации об
условиях реализации проекта и связанных с ними затратах и результатах. Все
участники проекта заинтересованы в том, чтобы исключить возможность
провала проекта из-за таких неопределенных ситуаций. Для того чтобы
снизить потери от возможных просчетов и избежать провала проекта в целом,
методология управления проектами предусматривает специальные
процедуры, помогающие учесть факторы неопределенности и риска на всех
фазах и этапах проекта.
Зная виды и значимость рисков, можно на них воздействовать, снижая
их отрицательное влияние на эффективность проекта. Следовательно,
создается реальная возможность управлять ими. Факторы риска и
неопределенности подлежат учету в расчетах эффективности, если при разных
возможных условиях реализации затраты и результаты по проекту различны.
Этап подготовки проекта.
1. Риск персонала
Риски:
Привлечение неопытного персонала к выполнению проекта.
Включение в состав разработчиков «случайных» сотрудников, а не
ключевых участников автоматизируемых бизнес процессов.
Отсутствие единой стратегии автоматизации.
Отсутствие единой цели и задачи проекта.
Отсутствие мотивации сотрудников.
Негативное отношение персонала к проекту.
Необдуманный план ведения работ.
Способы предотвращения:
Активное взаимодействие с руководством в ходе проекта и
своевременное принятие решений.
64
Участие в проекте ведущих специалистов и профессиональных
консультантов.
Четко сформулированные цели проекта.
Проработка общей стратегии автоматизации организации.
Стабильный состав рабочей группы в течение всего проекта.
2. Риск ведения проекта.
Риски:
Неверное определение рамок и масштаба проекта.
Проектирование ошибочных функций системы.
Выбор неправильных технологий и методов решений задач.
Не соблюдение требования заказчика.
Способы предотвращения:
Обеспечение стабильности границ проекта, которые определяются
на начальном этапе и остаются неизменными вплоть до окончания проекта.
Качественное планирование выполняемых работ.
Обеспечение проекта необходимыми ресурсами.
Утверждение и согласование проектного решения.
Установление высокого порога принятия изменений.
3. Риск неверного планирования
Риски:
Неэффективный организационный план внедрения системы.
Срыв сроков выполнения работ по этапам.
Способы предотвращения:
На ранних стадиях проекта проведение аудита, организация
командной работы, распределение ролей и стимулирование.
Документирование всех работ и обеспечение доступа к данным
всем участникам проекта.
Этап разработки.
4. Риск персонала.
Риски:
65
Увольнение ключевых сотрудников, ответственных за проведение
разработки.
Недопонимание между участниками проекта из-за отсутствия
налаженной системы коммуникации.
Неверное понимание задачи проектирования.
Отбор программистов без опыта работы с подобными системами.
Способы предотвращения:
Тщательный подбор сотрудников, участвующих в проекте
Налаженная система коммуникации между сотрудниками,
постоянное документирование изменений системы.
5. Технические риски.
Риски:
Приостановка разработки из-за ошибок в используемом
программном обеспечение.
Пользовательская документация охватывает не все функции
системы.
Способы предотвращения:
Использование только проверенного лицензионного ПО,
проведение регулярного резервного копирования данных.
Проверка документации на полноту сведений.
Этап внедрения.
6. Риск персонала.
Риски:
Несогласованность действий разработчика и специалистов
предметной области.
Нежелание сотрудников работать с новой системой и связанные с
этим трудности их обучения.
Неучастие руководства в проекте.
Способы предотвращения:
66
Обучения сотрудников заказчика работе с системой.
Составление плана внедрения системы.
Обоснование необходимости автоматизации персоналу.
Вовлечение руководства в проект и активное взаимодействие с
ним в ходе всего проекта.
7. Технические риски.
Риски:
Потеря данных при внедрение системы.
Способы предотвращения:
Привлечение квалифицированных сотрудников, имеющих опыт в
подобных проектах.
Этап эксплуатации и сопровождения.
8. Технические риски.
Риски:
Ошибки в программе, приводящие к невозможности ее
использования.
Некорректная эксплуатация оборудования.
Несоответствие функционального набора системы из-за
реорганизации компании.
Способы предотвращения:
Тщательное тестирование и модификации во время разработки
системы.
Документирование технических условий и их согласование.
Применительно к внедряемой системе документооборота следует
отметить следующие риски: нарушение конфиденциальности информации;
нарушение целостности информации; нарушение доступности информации.
67
2.1.3 Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Создание систем информационной безопасности в ИС основывается на
следующих принципах: системный подход, принцип непрерывного развития
системы, разделение и минимизация полномочий, полнота контроля и
регистрация попыток, обеспечение надежности системы защиты, обеспечение
контроля функционирования системы защиты, обеспечение всевозможных
средств борьбы с вредоносными программами, обеспечение экономической
целесообразности.
В результате решения проблем безопасности информации
разрабатываемая ИС должна обладать следующими основными признаками:
– Наличием информации различной степени конфиденциальности.
– Обеспечением криптографической защиты информации различной
степени конфиденциальности при передаче данных.
– Иерархичностью полномочий субъектов доступа к компонентам ИС.
– Обязательным управлением потоками информации, как в локальных
сетях, так и при передаче по каналам связи на далекие расстояния.
– Наличием механизма предотвращения несанкционированного
доступа.
– Обязательной целостностью программного обеспечения и
информации.
– Наличием средств восстановления системы защиты информации.
В основу нормативно-правового обеспечения входят нормы и
регламенты деятельности компании, служб и средств, реализующих функции
защиты информации, различного рода методики, обеспечивающие
деятельность пользователей при выполнении своей работы в условиях
жестких требований соблюдения конфиденциальности.
68
Любая информационная система потенциально подвержена угрозам
безопасности - кража данных или нарушение работы системы. Поэтому
разработчики ИС её пользователи должны позаботиться о её безопасности.
Комплексная защита информации в сетях ЭВМ предполагает
реализацию четырех уровней защиты:
– правовой (юридические нормы, законы; преследуется незаконное
использование секретных данных или информации, составляющей объект
авторского права)
– административный/организационный (определяется, кто и какую
информацию может собирать и хранить; устанавливаются способы доступа к
ней и условия ее распространения, права и обязанности работников, их
компетенция и ответственность; должностные инструкции)
– аппаратно-программный (применяется процедура идентификации
пользователя, которая открывает доступ к данным и программным средствам).
Аппаратная защита может быть выполнена в виде кодовой карточки, ключа и
т.п. Самое слабое место в системе защиты информации - это персонал. Люди
обычно отказываются от использования любых дополнительных средств
защиты, создающих им неудобства в работе. Поэтому применение аппаратных
средств защиты требует административной поддержки.
– криптографический (шифрование данных для скрытия от
злоумышленника их смысла). До тех пор пока пользователь не
идентифицирован по ключу, смысл данных ему недоступен.
При внедрении, эксплуатации и обслуживании технических средств
системы должны выполняться меры электробезопасности в соответствии с
«Правилами устройства электроустановок» и «Правилами техники
безопасности при эксплуатации электроустановок потребителей».
Аппаратное обеспечение системы должно соответствовать требованиям
пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-
91. «ССБТ. Пожарная безопасность. Общие требования».
Должно быть обеспечено соблюдение общих требований безопасности
69
в соответствии с ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное.
Общие требования безопасности» при обслуживании системы в процессе
эксплуатации.
Аппаратная часть системы должна быть заземлена в соответствии с
требованиями ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7.
Требования к специальным электроустановкам. Раздел 707. Заземление
оборудования обработки информации».
Значения эквивалентного уровня акустического шума, создаваемого
аппаратурой системы, должно соответствовать ГОСТ 21552-84 «Средства
вычислительной техники. Общие технические требования, приемка, методы
испытаний, маркировка, упаковка, транспортирование и хранение», но не
превышать следующих величин:
- 50 дБ - при работе технологического оборудования и средств
вычислительной техники без печатающего устройства;
- 60 дБ - при работе технологического оборудования и средств
вычислительной техники с печатающим устройством.
70
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
В связи с тем, что отдел кадров будет наделён большими правами в сфере
управления отпусками, руководители и табельные работники подразделений
не будут иметь права выпускать распоряжение на отпуск без утверждения его
отделом кадров. Таким образом, кардинальные изменения в предложенной
модели касаются процедуры предоставления отпуска и расчёта остатков
отпусков.
Рисунок 15 – Информационная модель
71
Процедура предоставления отпуска выглядит следующим образом:
табельный работник структурного подразделение в АСУ «Учёт рабочего
времени» создаёт электронный проект распоряжения на отпуск сотрудника, на
основании заявления, согласованного с руководителем подразделения.
Сотрудник отдела кадров имеет возможность произвести корректировку
проекта распоряжения на отпуск или отказать работнику в отпуске совсем,
используя АСУ «Учёт отпусков».
Если отдел кадров утвердил проект распоряжения, табельный работник
получает возможность выпустить распоряжение на бумажном носителе
информации, используя АСУ «Учёт рабочего времени».
Полученное распоряжение подписывается сотрудником предприятия,
руководителем подразделения и передаётся по кольцевой почте в отдел
кадров.
Сотрудник отдела кадров регистрирует полученное распоряжение в
АСУ «Учёт отпусков». Результатом данного действия является электронное
распоряжение в АСУ «Учёт отпусков» (добавляется информация в личную
карточку работника) и отметка об отпуске в электронном табеле учёта
рабочего времени.
Распоряжения на отпуск по уходу за ребёнком и в связи с обучением, а
также распоряжения на отзыв из отпуска выпускаются и регистрируются в
АСУ «Учёт отпусков» только сотрудниками отдела кадров без прохождения
процедуры утверждения проекта распоряжения.
На основании зарегистрированных распоряжений, АСУ «Учёт
отпусков» с помощью дополнительных данных из электронного табеля учёта
рабочего времени в режиме реального времени отсчитывает
неиспользованные дни отпуска по каждому сотруднику ОАО
«Авиадвигатель».
Процедура формирования неиспользованных отпусков за отчётный
период заключается в нажатии нескольких кнопок в АСУ «Учёт отпусков»,
после которых автоматически формируется отчёт.