67
Таблица 1.7
Разграничение прав пользователей
Группы
пользователей
Модуль
«Авторизация»
Модуль
«Регистрация»
Модуль
«Ввод»
Модуль
«Отчеты»
Менеджеры
Чтение
Полный
Ввод данных
Полный
Администратор
Полный
Полный
Полный
Полный
Защита от внешних угроз осуществляется путем применения следующих
способов:
использованием программно-аппаратных комплексов;
разработкой и соблюдение политик безопасности;
использованием защищенных каналов связи при передаче
информации;
использованием антивирусных средств;
физической защитой помещений с наиболее ценной информацией.
Характеристика используемых средств от внешних угроз
информационной безопасности приведена в таблица .
Таблица 1.8
Характеристика используемых средств от внешних угроз информационной
безопасности
Способ (метод)
Описание (наименование средства)
Разработка и соблюдение политик
безопасности
- ограничение доступа пользователей к
информации;
- анализ и статистика нарушений
информационной безопасности;
- информационный мониторинг;
68
Способ (метод)
Описание (наименование средства)
- распределение ответственности по
обеспечению информационной
безопасности;
- определение порядка работы с
информацией, являющейся
конфиденциальной.
Защита каналов связи
протокол SSH
Антивирусная защита
Антивирус Касперского EndPoint
Security
Физическая защита помещений
- система контроля и управления
доступом;
- оборудование помещений решетками
на окнах;
- разграничение прав доступа в
помещения.
В качестве основного средства защиты от проникновений, используется
СКУД «Elsys».
СКУД Elsys предназначена для автоматического контроля пропускного
режима и управления исполнительными устройствами (автоматическими
воротами, шлагбаумами, лифтами, турникетами, замками и т. п.) в соответствии
с заданными полномочиями и расписаниями.
Аппаратной основой системы являются контроллеры Elsys-MB,
выпускаемые в различных по характеристикам вариантах исполнения Pro, Pro4,
Standard, Light и SM. Наличие этих вариантов, а также модулей расширения
памяти различной емкости к ним, позволяет при проектировании
оптимизировать технико-экономические характеристики систем различного
масштаба.
Контроллеры Elsys-MB объединяются в сеть по двухпроводному
интерфейсу RS-485 (до 63 контроллеров в одной линии связи). Линии связи RS-
485 подключаются к серверу оборудования СКУД через преобразователи
69
интерфейсов RS-232/RS-485 или USB/232-485 (до 15 линий на один ПК), либо по
компьютерной сети предприятия через коммуникационные сетевые контроллеры
(КСК) Elsys-MB-Net (до 256 КСК на один ПК). Кроме того, в системе может
быть несколько серверов оборудования, объединенных компьютерной сетью,
что обеспечивает практически неограниченные возможности масштабирования
системы.
Также в компании разработана политика безопасности, включающая себя
следующие частные документы:
Правила парольной защиты;
Правила защиты от вирусов и злонамеренного программного
обеспечения;
Требования по контролю за физического доступом;
Инструкция по безопасному уничтожению информации или
оборудования;
Правила осуществления удаленного доступа;
Требования резервного сохранения информации;
Требование мониторинга доступа и использования систем и ведения
лог файлов;
Требования при обращении с носителями данных;
Требования при регистрации пользователей;
Требования по проверке прав пользователей;
Требования по контролю доступа в операционную систему;
Требование к процедуре входа в систему (log on);
Правила использования системных утилит;
Правила удаленной работы мобильных пользователей;
Требование распределения ответственности при обеспечении
безопасности;
Правила безопасности при выборе персонала;
Требования контроля оперативных изменений;
Требования к применению криптографических средств управления;
70
Требования по контролю доступа к исходным текстам программ и
библиотек;
Требования контроля вносимых изменений;
Ограничения на изменения прикладного ПО.
2.2. Управление проектом автоматизации
2.2.1. Описание системы принятия управленческих решений
Для определения того, какие работы, в какой последовательности нужно
начать и время начала каких работ можно передвинуть, чтобы сократить сроки
выполнения проекта, выделим основные работы по проекту, внесем их в таблицу
2.1, где пронумеруем их в хронологическом порядке и укажем длительность
выполнения в часах.
Таблица 2.1
Характеристики работ по информационному проекту
Номер
работы
Название работы
Длительность
1
Начало реализации проекта
0
2
Анализ предметной области
80
3
Анализ аналогов
16
4
Определение функций системы
40
5
Определение состава системы
24
6
Создание технического задания
80
7
Выбор средств реализации
8
8
Проектирование базы данных
40
9
Создание макета программы
32
10
Реализация логики программы
400
11
Тестирование информационной
системы
160
12
Внедрение
80
13
Завершение проекта
0
71
На основе данных из таблицы 1.9 построим сетевой график (рисунок 2.2.).
Рис.2.2 Сетевой график работ информационной системы
Найдем критические работы и критический путь. Для этого построим
сетевые графики и вычислим на них время раннего и позднего начала работ по
каждой работе (рисунки 2.3, 2.4).
Рис. 2.3 Сетевой график с вычислением раннего времени начала работ
Рис. 2.4 Сетевой график с вычислением позднего времени начала работ
На основании данных полученных при построении сетевых графиков
внесем раннее время начала каждой работы в таблицу 2.2, затем позднее время
начала каждой работы и внесем в ту же таблицу. Когда таблица будет заполнена
ранним и поздним временем начала каждой работы, посчитаем разность по
72
каждой работе и внесем результат в следующую строку. Те в столбцы, в которых
разность работ равна нулю выделим заливкой – это критические работы, такие
работы задержка начала которых приводит к задержке срока окончания проекта
в целом.
Таблица 2.2
Сводные результаты расчетов по вычислению раннего и позднего времени
начала работ
Работа
2
3
4
5
6
7
8
9
1
0
1
1
1
2
1
3
Раннее
время
начала
0
8
0
8
0
8
0
1
20
2
00
2
08
2
08
2
48
6
48
8
08
8
88
Позднее
время
начала
0
1
04
8
0
9
6
1
20
2
00
2
08
2
16
2
48
6
48
8
08
8
88
Резерв
времени
0
2
4
0
1
6
0
0
0
8
0
0
0
0
На основании ранее построенных сетевых графиков и результатов
расчетов из таблицы 2.2 построим сетевой график, на котором обозначим
критический путь (рисунок 2.5).
Рис. 2.5 Сетевой график. Критический путь
ИЗ всего вышеизложенного можно сделать следующие выводы: усилия
менеджера в первую очередь должны быть направлены на своевременное
выполнение критических работ. Для некритических работ можно маневрировать
временем начала и используемыми ими ресурсами.
2.2.2. Формирование команды проекта автоматизации
В данной работе ООО "Авто-Транс" выступает в качестве и заказчика и
разработчика.
73
В качестве заказчика выступает глава предприятия, который постановил
информационному отделу разработать информационную систему
управленческого учета.
Соответственно, в качестве разработчика выступает информационный
отдел.
В данном проекте на этапе разработки отдел службы поддержки не
участвует, так как они работают только с готовым проектом.
В качестве технического лидера проекта выступает глава отдела
разработки. Он распределяет задачи между своими подчиненными и оказывает
взаимодействие с директором по IT-технологиям.
Разработка программного проекта лежит на отделе разработки. Данный
отдел состоит из 14 человек, считая главу отдела.
Так как веб-сайт ООО "Авто-Транс" - https://cargo-avto.ru успешно
функционирует, то весь состав отдела будет участвовать в разработке проект.
Помимо технического лидера также выделим аналитика требований,
данный сотрудник занимается разработкой формулированных требований,
вытекающих из технического задания.
Так как же в составе отдела разработки присутствует аналитик, его
задачей является разработка модели база данных.
В создании макета будущей программы участвует программист- дизайнер.
Все решений по поводу оформлений, выбора средств реализации и т.д.
согласовываются с техническим лидером.
Для тестирования будущего программного обеспечения привлечены
сотрудники отделов тестирования и безопасности.
Каждый из этих отделов состоит из 4 человек. По три человека из каждого
отдела задействованы в разработке проекта.
До тех пор, пока отдел разработки не предоставил для тестирования
готовый проект, отдел тестирования занимается проектированием будущих
тестов, изучает вероятные варианты и так далее. Как только отдел разработки
предоставляет первые варианты системы, тестировщики приступают к
тестированию и документированию результатов тестирования.
2.2.3. Средства коллективной работы над проектом автоматизации
74
В качестве инструмента для коллективной работы над проектом
автоматизации было решено выбрать какую-либо систему типа GIT.
Выбор на такой тип системы управления пал, так как данная система
позволяет множеству пользователей беспроблемно работать с одним проектом.
Изменения в проекте документируются и записывают, что позволяет в случае
чего, посмотреть кто и когда добавил какое-либо изменение.
Система позволяет создавать множество веток (branches), которые
сливаются (merge) в одну, только после того, как главой проекта будет принято,
что изменения, реализованные в подветке, являются правильными и
обоснованными.
На данный момент существует множество инструментов, построенных по
системе GIT, наиболее популярным продуктом является система GitHub. Данный
продукт давно себе зарекомендовал, многие разработчики начинают свое
знакомство именно с этой системе. Это также удобно, так как разработчикам не
потребуется времени на изучение данного средства.
В отличии от многих других GIT-систем, GitHub имеет помимо
консольного интерфейса, web-интерфейс, а также оконный интрфейс для OC
Windows, Linux, MacOs. Наличие этих интерфейсов упрощает и ускоряет работу
разработчик.
Помимо всего этого в среду разработки Visual Studio можно встроить
расширение, позволяющее работать с GitHub напрямую.
GitHib позволят создавать большое количество репозиториев, однако
пользователям с бесплатным аккаунтом нельзя создавать приватные (закрытые)
репозитории. Однако, в платной версии можно создавать неограниченное
количество любых репозиториев. Стоимость использования данного аккаунта
составляет 15$ в месяц. Можно сказать, что для данного проекта это не большая
сумма. К тому же, в приватный репозиторий можно приглашать множество
разработчиков, поэтому потребуется оплачивать только один платный аккаунт.
Одним из немногих GIT-систем, в которых пользователи с бесплатными
аккаунтами могут создавать приватные репозитории является система BitBucket.
Однако, для работы с данной системой можно использовать только консольный
интерфейс и некоторые команды в ней отличаются от общепринятых.
75
В связи со всем вышесказанным, было принято решения выбрать систему
GitHub в качестве средства коллективной разработки.
2.3. Информационное обеспечение задачи
2.3.1. Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов.
Информационная модель представлена на рис.
ИС
Спр Транспорт
Спр Тип
транспорта*
Спр
Поставщики
Спр
Поставщики*
Спр
Менеджеры
Спр
Менеджеры*
Спр Заказчики
Спр Заказчики*
Т Документы
Спр Шаблоны
документов
Т Заказы*
Спр Статусы
заказа
Учет
заказчиков
Менеджер
Учет
менеджеров
Учет
поставщиков
Учет типов
транспорта
Учет заказов
Список
заказчиков
Список
договоров
Список
поставщиков
Список клиентов
Список
заказов
Ведомость
выданных
кредитов
Товарно-
транспортная
накладная
Товарно-
транспортная
накладная
Менеджер
Формировани
е документов
Т Документы*
Спр Шаблоны
документов*
Учет
шаблонов
Спр Статусы
заказа*
Учет статусов
Договор
Т Заказы
Список
поставщиков
Список
менеджеров
Список
заказчиков
Счет-фактура
Счет-фактура
1
2
3
Спр Водители
Список
водителей
Спр Водители*
Учет
водителей
Договор
Договор
Заявка
Заявка
Счет
Счет
Рис. 2.6 Информационная модель системы учета грузоперевозок
В соответствии с приведенной информационной моделью, работа системы
осуществляется следующим образом.
Администратор системы регистрирует пользователей, используя и
изменяя содержимое справочника «Менеджеры». При необходимости
76
администратор добавляет данные в справочники Заказчики, Поставщики, Тип
транспорта, Шаблоны документов, Статусы заказа, Менеджеры.
Пользователь, начиная работу с системой, учитывает заказы на основании
данных, ранее введенных в справочники. Для учета заказа менеджер вводит
данные о заказчике, дате заказа, дате перевозки, типе транспорта, пункте
назначения, длине маршрута, поставщике, цене поставщика и дате выполнения.
Информационная модель включает в себя три области – область № 1, в
которой происходит заполнение справочников, область № 2, в которой показана,
как осуществляется работа с документами, и область № 3, где указано, каким
образом осуществляется получение выходных документов.
В области № 1 администратором системы на основании входных
документов заполняются справочники.
В области № 2 используются экранная форма учета заказов. При этом
используются данные всех системы справочников, указанных ранее. В
результате информация о заказах сохраняется в таблице Заказы.
В области № 3 пользователь системы получает на экран состав
справочников, а также отчеты, в том числе товарно-транспортная накладная и
счет-фактура, договор, заявка и счет. При необходимости данные документы
можно вывести на печать.
2.3.2. Характеристика нормативно-справочной, входной и оперативной
информации
Входной информацией для разрабатываемой ИС являются данные о
заказчиках, поставщиках, договорах, заключаемых на выполнение
грузоперевозок, и менеджерах – пользователях системы.
Для обеспечения работы системы предусмотрены справочники,
приведенные в таблица .
Таблица 2.3
Перечень используемых справочников
№
пп
название
справочника
ответственный
за ведение
средний
объём
среднюю
частоту
средний
объем