44
- опытная эксплуатация пилотного проекта аналогична стратегии
скачка, но применяется к ограниченному участку деятельности. Этот подход
имеет наиболее высокую надежность, позволяет снизить риски и наиболее часто
встречается на практике;
- стратегия узкое место является наиболее критичной малой частью
производственного процесса. При его внедрении план внедрения составляется
только для узкого места и для людей, работающих в нем. Эта стратегия имеет
следующие преимущества: уменьшение объема работ и завершение в более
короткие сроки, чем внедрение для всей организации.
Для данной ВКР была выбрана стратегия пилотного проекта, так как
автоматизируется определенный тип деятельности - учет рабочего времени
сотрудников, а кроме того, данная стратегия является наиболее безопасной.
Во время проведения основных работ по внедрению создается,
устанавливается и конфигурируется системная среда, определяются процедуры
системного администрирования, устанавливаются основные программно
аппаратные комплексы и приложения. В системе настраиваются
организационно-штатные и организационно-функциональные структуры
предприятия с использованием таких организационных единиц, как филиал,
департамент, отдел, рабочая группа и т. д.
Осуществляется установка, конфигурирование и настройка сетевых и
телекоммуникационных средств, производится перенос данных из прежних
локальных систем и формирование интерфейсов с унаследованными и
внешними системами. При этом все создаваемые модели, планы, рабочие
программные продукты, документация помещаются в сквозной репозиторий
проекта внедрения. Важной частью этого репозитория является система
документации, формируемая в рамках проекта.
Отрабатываются системные вопросы безопасности работы системы в
многопользовательском режиме. Создаются приложения, шаблоны, отчеты,
клиентские формы доступа, распределяются полномочия пользователей.
Проводится прогон всех систем с участием всех заинтересованных сторон.
Этап эксплуатации является наиболее длительным в жизненном цикле
разработанной системы. В данном этапе участвуют: IT-отдел ООО «ВЕЛЕС»
45
(начальник отдела, технический специалист, программист), отдел менеджмента
(начальник отдела, менеджеры) и директор компании. В процессе эксплуатации
ИС осуществляется регистрация ошибок, проводится эксперт; проектных
решений, формулируются требования к модификации ИС в связи с изменениями
объекта и функций управления, появлением новых информационных
технологий.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их
описание
Любой сложный проект, а особенно проект разработки и внедрения
программного обеспечения, содержит в себе много неопределенных моментов,
которые влекут за собой риски реализации проекта.
Различают две основные категории рисков - прямые и косвенные. На
прямые риски разработчик может иметь влияние, предусмотрев мероприятия для
устранения последствий, а косвенные риски разработчик контролировать или
устранить не может [5].
Риски делятся на следующие основные виды:
Ресурсные риски:
- Организация (выполняла ли организация прежде проекты такого
масштаба, существует ли формальный процесс разработки программного
обеспечения и другие.);
- Финансирование (полностью ли обеспечено финансирование
проекта, фиксирована ли стоимость проекта или она является предметом для
обсуждения, точно ли выполнена оценка затрат и т.п.);
- Люди (достаточно ли людей для выполнения проекта, обладают ли
они необходимыми навыками и опытом, работали ли они вместе раньше и т.п.);
- Время (реалистичен ли план проекта, насколько критичной является
дата окончания проекта и т.п.);
- Бизнес (что произойдет, если конкурент выйдет на рынок первым,
выгода, полученная от реализации проекта больше, чем затраты на него, что
произойдет, если ключевые поставщики не смогут выполнить свои
обязательства и т.п.);
46
Технические риски:
- Область действия проекта (могут ли быть измерены критерии
успешного завершения проекта, требования стабильны и хорошо поняты,
область действия жестко фиксирована или может расширяться в будущем и т.п.);
- Технологии (отлажена ли применяемая технология или она только
была разработана, существуют ли необычные или инновационные технические
требования, с которыми проектная команда никогда раньше не сталкивалась и
т.п.);
- Внешние зависимости (зависит ли проект от других параллельных
проектов, зависит ли успех проекта от внешних поставщиков технологий и/или
продуктов и т.п.).
В разрабатываемом проекте можно выделить следующие основные риски
на каждом этапе разработки (таблица 2.1):
Таблица 2.1
Основные риски при разработке автоматизированной системы
Наименование риска
Причина возникновения Мероприятия по
устранению
Сопротивление
руководства
Усиление контроля над
большими денежными
потоками. Уменьшение
возможности менять
методологию расчета
результатов бизнеса.
Проводить работу с
руководством компании
Пассивное
сопротивление персонала
В результате внедрения
повысятся требования и
контроль сотрудников.
Это вызывает пассивный
саботаж проекта
Система обучающих и
мотивирующих
семинаров с
руководителями
учетных, механических и
ИТ-служб.
Матричная структура
управления
Управление крупными
компаниями выстроено в
процессном или
функциональном
режиме. В такой
структуре управление
компанией идет в
слабоматричной
структуре. В данной
структуре менеджер
проекта не имеет права
Специальная система
коммуникаций по
проекту
47
Наименование риска
Причина возникновения Мероприятия по
устранению
распоряжаться бюджетом
и персоналом проекта
Разработка ПО
Для построения системы
сбора и консолидации
прозрачной отчетности
требуется учесть
уникальные
характеристики бизнеса.
Это порождает большой
объем изменений в
типовом ПО.
Соответственно, схема
управления ИТ-частью
проекта должна быть
ориентирована на проект
разработки ПО
Выстраивание работы ИТ
части проекта по
моделям разработки ПО.
Необходимость
модифицировать систему
после проекта
Созданная система будет
учитывать специфику
бизнеса. При каждом
изменении внешних и
внутренних условий она
требует модификаций
Передать на аутсорсинг
поддержку системы для
минимизации затрат
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Выделяют 2 основные группы угроз информационной безопасности (ИБ):
- внутренние угрозы;
- внешние угрозы.
Внутренние угрозы исходят от сотрудников организации и являются
наиболее опасными с точки зрения ИБ, потому что в зависимости от
принадлежности к категории могут иметь практически полный доступ ко всем
компонентам информационных систем.
Для обеспечения безопасности информации ООО «ВЕЛЕС» от
внутренних угроз в первую очередь необходимо разработать политику
безопасности, которая будет включать организационные и правовые меры, а
также программно-аппаратные методы защиты.
В качестве организационных мер применяется договор о неразглашении
коммерческой тайны и персональных данных сотрудников и клиентов ООО
«ВЕЛЕС».
Ответственность за нарушение ИБ регулируется Уголовным кодексом
Российской Федерации и кодексом РФ об административных правонарушениях.
Обоснование выбора политики безопасности разрабатывается на
основании следующих документов [10]:
- Федерального закона от 27 июля 2006 года № 149-ФЗ «Об
информации, информационных технологиях и о защите информации»;
- Федерального закона от 27 июля 2006 года № 152-ФЗ «О
персональных данных»;
- Положения об обеспечении безопасности персональных данных при
их обработке в информационных системах персональных данных,
утвержденного Минздравсоцразвития России от 17 ноября 2007 года № 781;
- Порядка проведения классификации информационных систем
персональных данных, утвержденного приказом ФСТЭК России, ФСБ России и
Мининформсвязи России от 13 февраля 2008 года № 55/86/20;
- Базовой модели угроз безопасности персональных данных при их
обработке в информационных системах персональных данных (Утверждена
Заместителем директора ФСТЭК России 15 февраля 2008г.);
- Методики определения актуальных угроз безопасности
персональных данных при их обработке в информационных системах
персональных данных (Утверждена Заместителем директора ФСТЭК России 14
февраля 2008г.).
К программным методам, прежде всего, относят разграничение ролей
пользователей и прав доступа к определенным модулям системы. Разграничение
прав пользователей к разрабатываемой информационной системе приведено в
таблице 2.2.
48
Таблица 2.2
Разграничение прав пользователей
Группы
Добавление, Добавление Работа с Аналитика
пользователей
редактирование,
удаление задачи
пользователя задачами
49
Администратор
Да Да Да Да
Руководитель
Да
Ограничено
Да Да
Работники Нет Нет
Да
Ограничено
Доступ к системе осуществляется при помощи аутентификации
пользователя путем ввода логина и пароля.
Для внутренних нарушителей, представляющих собой наиболее
вероятную угрозу, необходимо тщательно следить за подбором персонала,
пресекать конфликтные ситуации, контролировать деятельность сотрудников.
Угрозы могут быть как преднамеренные, в случае если сотрудник вступает в
конфликт с руководством или другими сотрудниками, недоволен оплатой труда,
одновременно работает на конкурентов, планирует продать информацию другой
организации и т.д. Так и непреднамеренные - халатность, болтливость,
случайное уничтожение информации, применение недостаточных мер защиты.
Также, необходимо предусмотреть резервное копирование персональных
данных, программного обеспечения и немедленное их восстановление в случае
их изменения или уничтожения в результате несанкционированного доступа.
Обязательно подходить к внедрению мер комплексно.
Защита от внешних угроз представляет собой комплекс программно
аппаратных мер: Kaspersky Internet Security, межсетевой экран Cisco ASA 5516
RM1A001 и разграничение ролей и прав доступа на основании авторизации в
соответствии с уровнем доступа, электронная цифровая подпись.
Обязательно контролировать и предотвращать любые воздействия на
технические средства обработки данных, которые могут повлечь нарушение их
функционирования.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель включает в себя следующие источники
информации: клиентская база данных, обзвон которой осуществляют менеджеры
по продажам, заявки на обслуживание, полученные по электронной почте и
указания от руководителя.
На рисунке 2.1 представлена информационная модель разрабатываемой
системы.
Информационная система содержит две коллекции данных: пользователи
и задачи.
Пользователями системы являются менеджеры по продажам и
руководитель.
Для работы с системой руководитель использует формы «Добавление
сотрудника», «Добавление задачи» и «Статистика».
Менеджер использует формы «Выполнение задачи» и «Подсчет времени
выполнения».
Измененные таблицы помечены знаком звездочка, в них добавляются
новые данные.
Итогом функционирования системы являются следующие документы:
- статистика по каждому сотруднику;
- статистика предприятия по занятости;
- статистика предприятия по активности;
- отработанное время;
- количество успешных сделок.
50
51
Рис. 2.1 -Информационная модель
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
На основании построенной информационной модели видно, что входной
информацией являются документы с информацией о сделках, звонки клиентам, а
также время, затраченное на работу.
Нормативно-справочной информацией являются справочники,
содержащие информацию о сотрудниках и справочники, содержащие
информацию о типах задач и временных нормативах.
К оперативной информации относится статус задачи, ее заголовок, время
начала работы и время завершения, а также описание задачи.
На рисунке 2.2 приведен пример введения задачи в информационную
систему.
52
Создание задачи
Тил задачи*
Исполнитель*
Коментарий*
V Создать
Рис. 2.2 - Создание задачи в разрабатываемой информационной системе
Задачи создаются и выполняются пользователями ежедневно. Для
каждого типа задачи предусмотрено свое время выполнения. За день, месяц или
другой выбранный период производится подсчет данных продуктивности
работы ООО «ВЕЛЕС» и его сотрудников.
2.2.3. Характеристика результатной информации
Результатные файлы имеют следующую структуру (рисунок 2.3):
- поле «Статус», имеющее три значения - зеленым цветом и
надписью «Завершен» отображается завершенная задача. Желтым цветом и
надписью «Завершить» отображается задача, находящаяся в работе и
соответствующая временным нормативам. Красным цветом и надписью
«Завершить» отображается задача, выполнение которой просрочено;
- поле «Заголовок» хранит текстовую информацию, в это поле
записывается поставленная перед сотрудником задача. Может принимать
следующее значение: заполнение документации, совершение звонка, заключение
сделки;
- поле «Время» - заполняется автоматически при входе
пользователем в систему, включает в себя дату и время начала работы и ее
завершения;
- поле «Описание» хранит текстовую информацию, введенную
пользователем, если пользователь не успел выполнить работу в срок, принимает
значение «Задача просрочена».
53
Рабочий процесс
Веши задачи за сегодня
Статус
Заголовок
Время
Описание
+ Завершить
Вы: Совершал(а) звонок 04.02 2019.12:02:15
Вчера
+ Завершить
Вы: Заполнял(а) документацию 04 02 2019.10:02:78
еееееее
V Завершён
Вы: Совершал(а) звонок 04 02 2019.10:02:40 123
Выполненные ранее задачи
Статус Заголовок
Время
Описание
Вы: Заполмял(а)
документацию
09 02 2019.
12:02:02
Задача
просрочена
✓ Завершён
Вы: Совершал(а) звонок
09 02.2019. Срочно
Рис. 2.3 - Результатная информация
Работник и руководитель видит перечень текущих задач, а также может
просматривать ранее завершенные задачи.
По итогу рассчитывается время и количество звонков, сделок и
выполненных задач, на основании которых руководитель получает информацию
об успешности сделок и общем отработанном времени. На сотрудника, не
выполняющего работу в срок, налагаются штрафные санкции. Также, на
основании полученных данных создается статистика о продуктивности работы
ООО «ВЕЛЕС» в целом.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Все выполняемые информационной системой функции для автоматизации
учета рабочего времени сотрудников компании можно разделить на две группы:
основные, реализующие ввод и обработку данных и вспомогательные -
служебные, которые обеспечивают формирование интерфейса, обмен данными,
запись и их обработку.
На рисунке 2.4 представлено дерево функций разрабатываемой
информационной системы.