39
Существенным преимуществом MySQL является открытость её программного
кода и возможность бесплатного доступа к этому ПО.
Характеристики ПО MySQL снискали ему славу наиболее предпочитаемого web-
программистами программного продукта. Разработки ведутся в непрерывном режиме.
Уже сейчас она в полной мере соответствует высоким требованиям эксплуатации в
промышленных условиях, предоставляет безопасный и высокоскоростной доступ к
базам данных во всемирной сети.
Система MySQL организована по принципу клиент-сервер. Благодаря
встроенному многопоточному SQL-серверу MySQL обеспечивает поддержку
разнообразных вычислительных машин БД, позволяет работать с различными
библиотеками и программами на стороне клиента, открывает широкий круг
возможностей по администрированию, поддерживает обширный спектр API. MySQL
может в виде многопоточной библиотеки быть подключена к пользовательскому
приложению, что даст в результате быстрый, легкий и компактный программный
продукт.
Один сервер способен поддерживать параллельно несколько БД, при этом
доступ к каждой из них можно организовать по отдельному аккаунту.
Delphi - это среда разработки приложений for Windows. Delphi поддерживает
объектно-ориентированное и событийное программирование.
Delphi - объектно-ориентированный язык программирования с возможностью
доступа к метаданным классов (то есть к описанию классов и их членов) в
компилируемом коде, также называемом интроспекцией.
Borland Delphi является средством разработки приложений для ОС Microsoft
Windows. Он является мощным и довольно простым в использовании инструментом по
созданию автономных программных продуктов, обладающих приятным графическим
интерфейсом (GUI), или 32-битных консольных приложений (программ, у которых
отсутствует графический интерфейс).
Подведя итог, для ИС, разрабатываемой в рамках данноого проекта
целесообразно использовать связку MySQL 5.1.+Delphi
40
1.4.3.
Обоснование проектных решений по техническому обеспечению
Техническое обеспечение – это комплекс технических средств, который
предназначен для функционирования информационной системы, а также
сопутствующая документация на данные средства и технологические процессы.
В комплекс технических средств входят:
−
компьютеры;
−
устройства для сбора, хранения, обработки, передачи и отображения
информации – различные устройства хранения данных, устройства сканирования,
копирования и обмена факсимильными сообщениями;
−
устройства для передачи данных, а так же линии связи – коммутаторы;
−
сопутствующие эксплутационные материалы – бумага, различные
носители – диски, флеш накопители и прочее.
При выборе рабочих станций необходимо руководствоваться рядом параметров.
К таким параметрам относятся надежность, стоимость, производительность, простота
и др. От данных параметров зависит комфортность работы с требуемыми
программными средствами, а следовательно, и успех создания системы.
Для каждого из компонентов данной схемы разрабатывается перечень
критериев, наиболее критичных при конечном выборе технического обеспечения. Вот
основные из которых:
−
тактовая частота процессора;
−
разрешение монитора;
−
объем оперативной памяти.
Для решения данной задачи необходимо применять ПК со следующими
характеристиками: процессором AMD 2500 Мгц, либо Intel с такой же тактовой
частотой, минимальный объемом оперативной памяти от 2 Гб. Разрабатываемая
система оптимизированна под разрешение 1024х768 с диагональю монитора от 20
дюймов. Симбиоза данных технических средств будет достаточно для решения задачи
комфортной и продуктивной работы в данной информационной системе.
На текущий момент большое разнообразие персональных компьютеров создает
сложности с их техническим обслуживанием, а так же сопутствующим ремонтом,
41
поэтому необходимо унифицировать парк рабочих станций и закупить одинаковые
ПК.
Технические характеристики подходящего персонального
компьютера
приведены в таблице 3.
Таблица 3
Характеристики рабочей станции
Параметры
Характеристики
Процессор
Intel LGA1156
Память ОЗУ
2 Gb
Память ПЗУ
160 Gb
Оптический дисковод
DVD-RW
Видеоадаптер
Intel 4000
Дополнительные разъемы
4 USB, VGA, LAN, PS/2 (клавиатура), Audio
Блок питания
350 W
Операционная система
Windows 7 x64 Professional
Размеры (ШхГхВ)
283 х 282 х 95 (мм)
Помимо этого, для реализации файл-сервера необходимо приобрести
специализированное оборудование, например STSS Flagman SX123.5-012LH,
характеристики которого представлены в таблице 4.
42
Таблица 4
Технические характеристики рекомендуемого сервера
Корпус
Форм-фактор
2U Rackmount (глубина - 648 мм)
Монтаж в 19"
стойку
Направляющие для монтажа в 19" стойку.
Расстояние между рамами от 673 мм до 924
мм
Защитная
панель
нет
Размеры
(ДхШхВ)
648мм х 437мм х 89мм
Процессор
CPU
3.00-3.50GHz Intel® Xeon® E3-1220 v5
(Skylake) 4-Core, 8GT/s DMI3, 8MB Smart
Cache
Набор микросхем
PCH
Intel® C236 (Sunrise Point) Platform
Controller Hub
Установленная
память
DIMM 1
DIMM 16GB DDR-4 PC4-17000 ECC,
DualRank x8
DIMM 2
DIMM 16GB DDR-4 PC4-17000 ECC,
DualRank x8
DIMM 3
(свободно)
DIMM 4
(свободно)
Интегрированные
устройства
Сетевой
адаптер #1
Intel® i210-AT PCI-E Gigabit LAN Network
Interface Controller
Сетевой
адаптер #2
Intel® i210-AT PCI-E Gigabit LAN Network
Interface Controller
Сетевой
адаптер #3
Intel® i210-AT PCI-E Gigabit LAN Network
Interface Controller
Сетевой
адаптер #4
Intel® i210-AT PCI-E Gigabit LAN Network
Interface Controller
Сетевой
адаптер BMC
Realtek® 8211E PCI-E Gigabit LAN Network
Interface Controller
Контроллер
BMC
Aspeed® AST2400 BMC Controller
Контроллер
Super I/O
Aspeed® AST2400 Super I/O Controller
Модуль TPM
нет
Видеоадаптер
Aspeed® AST2400 Integrated Graphics
Controller
Контроллер
SATA 6G
8-channel SATA 6G Intel® C236 SW RAID
(0,1,10,5) controller (Intel® Rapid Storage
Technology)
Интерфейсы
COM
2 (1 внутренний коннектор, 1 задняя
панель)
43
USB 2.0
6 (4 внутренний коннектор, 2 задняя
панель)
USB 3.0
5 (2 внутренний коннектор, 1 внутренний
Type-A, 2 задняя панель)
VGA
1 (задняя панель)
LAN (RJ-45)
4 + 1 выделенный для удаленного
управления
M.2 Slot (PCI-
Ev3 x2)
(свободно)
Дисковая корзина
#1
HotSwap
12 дисковых отсеков HotSwap 3.5" SAS 6G
/SATA 6G
Установленные
HDD
HDD 6x1000GB
Дисковая корзина
#2
HotSwap
нет
Источник питания
PSU Type
Схема резервирования 1+1
PSU module 1
Модуль питания 100-240V
PSU module 2
Модуль питания 100-240V
Система охлаждения
Middle FAN 1
80х38mm HotSwap 7000 rpm
Middle FAN 2
80х38mm HotSwap 7000 rpm
Middle FAN 3
80х38mm HotSwap 7000 rpm
Удаленное управление
Standard
management
Standard System Management Software
Advanced
management
IPMI® v2.0 Server Management + KVM-over-LAN +
Virtual Media Redirect
В данном виде информационная структура будет подготовлена к внедрению
автоматизированной системы по управлению поставками.
44
II.
Проектная часть
2.1. Разработка проекта автоматизации
2.1.1.
Этапы жизненного цикла проекта автоматизации
Жи з н ен н ый ци к л (да л ее п о т ек ст у – ЖЦ) – п ер и о д в р ем ен и , к о т о р ый н
а чи н а ет ся с п р и н ят и я р ешен и я о со з да н и и п р о гр а м м н о го о бесп ечен и я и з а
к а н чи в а ет ся в м о м ен т и з ъят и я его и з э к сп л уа т а ци и . Н а и бо л ее о п т и м а л ьн ым в а
р и а н т о м яв л яет ся м еждун а р о дн ый ст а н да р т ISO/IEC 12207:2008. В н а ст о ящее в р
ем я э т о т ст а н да р т яв л яет ся о сн о в н ым м еждун а р о дн ым до к ум ен т о м в о бл а ст и со з
да н и я и р а з в и т и я п р о гр а м м н ых продуктов.
Жизненный цикл информационной системы можно представить как череду
событий, происходящих с данной системой от процессе ее создания до утилизации. В
данный момент известны и используются такие модели жизненного цикла, как:
−
каскадная модель предусматривает поэтапное выполнение всех пунктов
проекта в строгой последовательности. Переход к следующему этапу означает, что
работы на предыдущем были завершены полностью;
−
поэтапная модель с промежуточным контролем. Разработка
информационной системы происходит итерациями обратной связью между всеми
этапами. Данные связи позволяют проводить корректировки и учитывать реально
существующее значение взаимовлияние результатов разработки на любом этапе; время
жизни любого из этапов продлевается на весь период разработки информационной
системы;
−
цикличная модель. На каждом витке создается очередная версия готово
продукта, уточняются все требования проекта, так же определяется его качество, далее
выявляются потребности, и в конечном счете планируются работы следующего цикла.
Пристальное внимание уделяется таким этапам разработки, как анализ и
проектирование, где реализация тех или иных решений проверяется и обосновывается
посредством создания прототипов (макетирования).
В настоящее время распространены несколько стандартов, в которых
описываются жизненные циклы информационной системы:
•
ГОСТ 33707-2016– стандарт распространяется на автоматизированные
системы, применяемые в разных видах деятельности, включая их
45
сочетания, создаваемые в компаниях. Стандарт определяет этапы и
стадии разработки автоматизированной системы;
•
ISO 12207 – стандарт используется при приобретении систем,
программных продуктов и предоставления соответствующих услуг (сопровождение,
внедрение). А также при поставке, создании, эксплуатации и сопровождении
программных систем и программных компонентов программно-аппаратных средств
внутри организации и вне ее;
•
ISO 15288 – стандарт регламентирует общие основы процессов, которые
составляют жизненной цикл систем, разработанных человеком;
•
RUP (Rational Unified Process – рациональный унифицированный процесс)
– это метод разработки ПО, созданная и распространяемая корпорацией Rational
Software. Она описывает упорядоченный способ распределения задач и обязанностей
в организации-разработчике;
•
XP (eXtreme Programming) – метод содержит в себе совершенно другие
базовые принципы, в отличие от RUP. Главными чертами данного метода являются
установление точных кратковременных планов, постоянное перепланирование,
непосредственное общение с заказчиком. Данная модель больше подходит для
инновационных и полуисследовательских проектов;
•
MSF (Microsoft Solutions Framework – метод создания программных
решений) – В модели процессов приводится общее описание организации работ над
проектом по разработке и внедрению ИТ-решений.
В этом проекте следует использовать стандарт ГОСТ 33707-2016 и каскадную
модель. Данной методологии будет достаточно. Выбираем стратегию внедрения узкое
место.
2.1.2.
Ожидаемые риски на этапах жизненного цикла и их описание
В процессе жизненного цикла ИС могут возникнуть риски, способные
саботировать разработку. Для минимизации негативных последствий проводится
оценка рисков и разрабатываются способы, позволяющие выявить риски на начальном
этапе или минимизировать их последствия.
Существуют различные типы моделей ЖЦ ИС, и разные компании могут
использовать наиболее удобные для себя подходы.
46
Каждая из приведенных стадий несет в себе определенный набор угроз, которые
должны быть своевременно учтены и обработаны. Наиболее распространенные
угрозы:
−
неверная формулировка требований к ИС;
−
неадекватный выбор процессов жизненного цикла и вовлеченных в
данные процессы участников;
−
принятие неверных решений при разработке проектаа;
−
внесение разработчиком дефектов (уязвимости «нулевого дня») на уровне
архитектурных решений;
−
внесение разработчиком возможностей, которые незадокументированны в
информационной системе в целом или в ее отдельные компоненты;
−
неадекватная (неполная, противоречивая и пр.) реализация
предъявленных к ИС требований;
−
сборка ИС с нарушением предъявляемых требований, приводящая к
появлению недокументированных возможностей в информационной системе, либо к
некорректной реализации требований;
−
разработка некачественной документации;
−
неверное конфигурирование ИС;
−
приемка ИС, не отвечающей требованиям, установленным в компании;
−
внесение недокументированных возможностей в информационную
систему в процессе проведения тестовых испытаний, посредством применения
скрытых возможностей функциональных тестов.
Безопасность при разработке ИС может быть обеспечена следующими мерами:
1.
Определение процедур разработки ИС. С целью снижения вероятности
возникновения проблем с безопасностью заранее должны быть определены методы и
средства разработки. Они должны охватывать все используемые языки
программирования.
2.
Организация среды разработки. Для организации безопасного процесса
разработки рекомендуется выделить рабочие места ответственных лиц в отдельный
защищенный сетевой сегмент, обеспечить рабочие места средствами антивирусной
безопасности и защиты от НСД, использовать "чистую" лицензионную политику. Эти
47
простые меры позволят значительно снизить риски несанкционированного доступа и
изменения кода посторонними лицами.
3.
Обучение персонала методам безопасной разработки. Понимание проблем
безопасности современных приложений и новых способов атак крайне необходимо для
создания защищенной ИС, поэтому проведение тренингов по ИБ для разработчиков
может существенно повысить качество и безопасность ИС.
4.
Анализ и тестирование исходных кодов на наличие уязвимостей и
недекларированных возможностей. Исходные коды должны периодически
анализироваться с помощью автоматизированных средств или в ручном режиме на
наличие распространенных ошибок, в том числе: межсайтовый скриптинг,
переполнение буфера, ошибки при проверке входных данных для обработки, ошибки
в процессе обработки данных, пароли в открытом виде и т.д. Альтернативным
решением может стать использование услуг третьих сторон по анализу кода на
уязвимость.
5.
Разработка (получение) документации на ИС. Документация на ИС должна
включать описание применяемых защитных мер и функций, описанных в техническом
задании. С точки зрения ИБ документация как минимум должна содержать:
−
описание ролевой системы;
−
описание механизмов доступа, регистрации событий, целостности,
резервирования;
−
параметры настроек безопасности.
Помимо указанных выше требований по обеспечению безопасной разработки и
поставки ИС, на поставщика должна быть возложена ответственность на случай
возникновения каких-либо инцидентов, связанных с некачественной разработкой,
нарушением правил поставки и пр. Также следует учитывать наличие у разработчика
необходимых лицензий на разработку и эксплуатацию средств и систем защиты.
2.1.3.
Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Комплекс мер для защиты информации в разрабатываемой инфомрационной
системе должен включать в себя следующие параметры:
48
−
защита информации непосредственно в самой информационной системе
от всевозможных внутренних угроз;
−
защита информации ИС от различных внешних угроз.
Для обеспечения защиты от внутренних угроз в данной информационной
системе применяется разделения прав доступа. Права доступа к информации
приведены в таблице 5.
Таблица 5
Разграничение прав пользователей
Группы
пользовател
ей
Модуль
«Авториза
ция»
Модуль
«Регистрация
документа»
Модуль
«Постановка
на контроль»
Модуль
«Резолюция»
Сотрудники
Чтение
Полный
Чтение
Ограничен
Руководитель
Чтение
Нет
Полный
Полный
Администра-
тор системы
Полный
Полный
Полный
Полный
Защита от внешних угроз в данной ИС осуществляется по средствам применения
следующих механизмом:
−
использованием различных программно-аппаратных комплексов защиты;
−
разработка, соблюдение и контроль за выполнением политик
безопасности;
−
применять защиту каналов связи при передаче конфиденциальной
информации;
−
использовать различные антивирусные средства как на рабочих станция,
так и на серверах;
−
применять средства для физической защиты помещений с информацие
явяляющейся коммерческой тайной ценной от несанкционированного доступа.
2.2. Информационное обеспечение задачи
2.2.1.
Информационная модель и её описание
Информационная модель – это совокупность информации об объекте,
описывающая свойства и состояние объекта, процесса или явления, а также связи и
отношения с окружающим миром. Информационная модель необходимая для
реализации данной ИС представлена на рисунке 7.