36
технологической базе, является высокая их однородность, что позволяет организовать
совместимость, мобильность, масштабируемость и переносимость.
Существенным преимуществом MySQL является открытость её программного
кода и возможность бесплатного доступа к этому ПО.
Характеристики ПО MySQL снискали ему славу наиболее предпочитаемого
web-программистами программного продукта. Разработки ведутся в непрерывном
режиме. Уже сейчас она в полной мере соответствует высоким требованиям
эксплуатации в промышленных условиях, предоставляет безопасный и
высокоскоростной доступ к базам данных во всемирной сети.
Система MySQL организована по принципу клиент-сервер. Благодаря
встроенному многопоточному SQL-серверу MySQL обеспечивает поддержку
разнообразных вычислительных машин БД, позволяет работать с различными
библиотеками и программами на стороне клиента, открывает широкий круг
возможностей по администрированию, поддерживает обширный спектр API. MySQL
может в виде многопоточной библиотеки быть подключена к пользовательскому
приложению, что даст в результате быстрый, легкий и компактный программный
продукт.
Один сервер способен поддерживать параллельно несколько БД, при этом
доступ к каждой из них можно организовать по отдельному аккаунту.
Delphi - это среда разработки приложений for Windows. Delphi поддерживает
объектно-ориентированное и событийное программирование.
Delphi - объектно-ориентированный язык программирования с возможностью
доступа к метаданным классов (то есть к описанию классов и их членов) в
компилируемом коде, также называемом интроспекцией.
Borland Delphi является средством разработки приложений для ОС Microsoft
Windows. Он является мощным и довольно простым в использовании инструментом
по созданию автономных программных продуктов, обладающих приятным
графическим интерфейсом (GUI), или 32-битных консольных приложений (программ,
у которых отсутствует графический интерфейс).
Подведя итог, для ИС, разрабатываемой в рамках данноого проекта
целесообразно использовать связку MySQL 5.1.+Delphi
37
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение – это комплекс технических средств , который
предназначен для функционирования информационной системы, а также
сопутствующая документация на данные средства и технологические процессы.
В комплекс технических средств входят:
компьютеры;
устройства для сбора, хранения, обработки , передачи и отображения
информации – различные устройства хранения данных, устройства сканирования,
копирования и обмена факсимильными сообщениями;
устройства для передачи данных, а так же линии связи – коммутаторы;
сопутствующие эксплутационные материалы – бумага, различные
носители – диски, флеш накопители и прочее.
При выборе рабочих станций необходимо руководствоваться рядом
параметров. К таким параметрам относятся надежность, стоимость,
производительность, простота и др. От данных параметров зависит комфортность
работы с требуемыми программными средствами, а следовательно, и успех создания
системы.
Для каждого из компонентов данной схемы разрабатывается перечень
критериев, наиболее критичных при конечном выборе технического обеспечения. Вот
основные из которых:
тактовая частота процессора;
разрешение монитора;
объем оперативной памяти.
На текущий момент большое разнообразие персональных компьютеров создает
сложности с их техническим обслуживанием, а так же сопутствующим ремонтом,
поэтому необходимо унифицировать парк рабочих станций и закупить одинаковые
ПК.
Технические характеристики подходящего персонального компьютера
приведены в таблице 3.
38
Таблица 3
Характеристики рабочей станции
Параметры
Характеристики
Процессор
Intel на сокете LGA1156 и новее
AMD на сокете AM3+ и новее
Память ОЗУ
От 8 Gb
Память ПЗУ
От 500 Gb
Оптический дисковод
DVD-RW
Видеоадаптер
Интегрированная или дискретная видеокарта
Дополнительные разъемы
4 USB и более, VGA, LAN,
PS/2 (клавиатура), Audio
Блок питания
450 W
Операционная система
Windows 10
Помимо этого, для реализации файл - сервера необходимо приобрести
специализированное оборудование , например STSS Flagman SX123.5-012LH,
характеристики которого представлены в таблице 4.
39
Таблица 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 задняя
панель)
40
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
В данном виде информационная структура будет подготовлена к внедрению
автоматизированной системы.
Вывод: В первой главе дана характеристика предприятия, его аппаратной и
программной архитектуры, рассмотрены бизнес-процессы на предприятии,
обоснована необходимость автоматизации. Изучены программы-аналоги, принято
решение программный продукт создавать своими средствами.
41
II. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл (далее по тексту – ЖЦ) – период времени, который
начинается с принятия решения о создании программного обеспечения и
заканчивается в момент изъятия его из эксплуатации. Наиболее оптимальным
вариантом является международный стандарт ISO/IEC 12207:2012. В настоящее
время этот стандарт является основным международным документом в области
создания и развития программных продуктов.
Жизненный цикл информационной системы можно представить как череду
событий, происходящих с данной системой от процессе ее создания до утилизации. В
данный момент известны и используются такие модели жизненного цикла, как:
каскадная модель предусматривает поэтапное выполнение всех пунктов
проекта в строгой последовательности. Переход к следующему этапу означает, что
работы на предыдущем были завершены полностью;
поэтапная модель с промежуточным контролем . Разработка
информационной системы происходит итерациями обратной связью между всеми
этапами. Данные связи позволяют проводить корректировки и учитывать реально
существующее значение взаимовлияние результатов разработки на любом этапе;
время жизни любого из этапов продлевается на весь период разработки
информационной системы;
цикличная модель. На каждом витке создается очередная версия готово
продукта, уточняются все требования проекта, так же определяется его качество,
далее выявляются потребности, и в конечном счете планируются работы следующего
цикла. Пристальное внимание уделяется таким этапам разработки, как анализ и
проектирование, где реализация тех или иных решений проверяется и обосновывается
посредством создания прототипов (макетирования).
В настоящее время распространены несколько стандартов, в которых
описываются жизненные циклы информационной системы:
ГОСТ 33707-2016– стандарт распространяется на автоматизированные
системы, применяемые в разных видах деятельности, включая их
42
сочетания, создаваемые в компаниях. Стандарт определяет этапы и
стадии разработки автоматизированной системы;
ISO 12207 – стандарт используется при приобретении систем,
программных продуктов и предоставления соответствующих услуг (сопровождение,
внедрение). А также при поставке, создании, эксплуатации и сопровождении
программных систем и программных компонентов программно-аппаратных средств
внутри организации и вне ее;
ISO 15288 – стандарт регламентирует общие основы процессов, которые
составляют жизненной цикл систем, разработанных человеком;
RUP (Rational Unified Process – рациональный унифицированный
процесс) – это метод разработки ПО, созданная и распространяемая корпорацией
Rational Software. Она описывает упорядоченный способ распределения задач и
обязанностей в организации-разработчике;
XP (eXtreme Programming) – метод содержит в себе совершенно другие
базовые принципы, в отличие от RUP. Главными чертами данного метода являются
установление точных кратковременных планов, постоянное перепланирование,
непосредственное общение с заказчиком. Данная модель больше подходит для
инновационных и полуисследовательских проектов;
MSF (Microsoft Solutions Framework – метод создания программных
решений) – В модели процессов приводится общее описание организации работ над
проектом по разработке и внедрению ИТ-решений.
В этом проекте следует использовать стандарт ГОСТ 33707-2016 и каскадную
модель. Данной методологии будет достаточно. Выбираем стратегию внедрения узкое
место.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
В процессе жизненного цикла ИС могут возникнуть риски, способные
саботировать разработку. Для минимизации негативных последствий проводится
оценка рисков и разрабатываются способы, позволяющие выявить риски на
начальном этапе или минимизировать их последствия.
Существуют различные типы моделей ЖЦ ИС, и разные компании могут
использовать наиболее удобные для себя подходы.
43
Каждая из приведенных стадий несет в себе определенный набор угроз,
которые должны быть своевременно учтены и обработаны. Наиболее
распространенные угрозы:
неверная формулировка требований к ИС;
неадекватный выбор процессов жизненного цикла и вовлеченных в
данные процессы участников;
принятие неверных решений при разработке проектаа;
внесение разработчиком дефектов (уязвимости «нулевого дня») на
уровне архитектурных решений;
внесение разработчиком возможностей, которые незадокументированны
в информационной системе в целом или в ее отдельные компоненты;
неадекватная (неполная, противоречивая и пр.) реализация
предъявленных к ИС требований;
сборка ИС с нарушением предъявляемых требований, приводящая к
появлению недокументированных возможностей в информационной системе, либо к
некорректной реализации требований;
разработка некачественной документации;
неверное конфигурирование ИС;
приемка ИС, не отвечающей требованиям, установленным в компании;
внесение недокументированных возможностей в информационную
систему в процессе проведения тестовых испытаний, посредством применения
скрытых возможностей функциональных тестов.
Безопасность при разработке ИС может быть обеспечена следующими мерами:
1. Определение процедур разработки ИС. С целью снижения вероятности
возникновения проблем с безопасностью заранее должны быть определены методы и
средства разработки. Они должны охватывать все используемые языки
программирования.
2. Организация среды разработки. Для организации безопасного процесса
разработки рекомендуется выделить рабочие места ответственных лиц в отдельный
защищенный сетевой сегмент, обеспечить рабочие места средствами антивирусной
безопасности и защиты от НСД, использовать "чистую" лицензионную политику. Эти
44
простые меры позволят значительно снизить риски несанкционированного доступа и
изменения кода посторонними лицами.
3. Обучение персонала методам безопасной разработки. Понимание проблем
безопасности современных приложений и новых способов атак крайне необходимо
для создания защищенной ИС, поэтому проведение тренингов по ИБ для
разработчиков может существенно повысить качество и безопасность ИС.
4. Анализ и тестирование исходных кодов на наличие уязвимостей и
недекларированных возможностей. Исходные коды должны периодически
анализироваться с помощью автоматизированных средств или в ручном режиме на
наличие распространенных ошибок, в том числе: межсайтовый скриптинг,
переполнение буфера, ошибки при проверке входных данных для обработки, ошибки
в процессе обработки данных, пароли в открытом виде и т.д. Альтернативным
решением может стать использование услуг третьих сторон по анализу кода на
уязвимость.
5. Разработка (получение) документации на ИС. Документация на ИС должна
включать описание применяемых защитных мер и функций, описанных в
техническом задании. С точки зрения ИБ документация как минимум должна
содержать:
описание ролевой системы;
описание механизмов доступа, регистрации событий, целостности,
резервирования;
параметры настроек безопасности.
Помимо указанных выше требований по обеспечению безопасной разработки и
поставки ИС, на поставщика должна быть возложена ответственность на случай
возникновения каких-либо инцидентов, связанных с некачественной разработкой,
нарушением правил поставки и пр. Также следует учитывать наличие у разработчика
необходимых лицензий на разработку и эксплуатацию средств и систем защиты.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Комплекс мер для защиты информации в разрабатываемой инфомрационной
системе должен включать в себя следующие параметры:
45
защита информации непосредственно в самой информационной системе
от всевозможных внутренних угроз;
защита информации ИС от различных внешних угроз.
Для обеспечения защиты от внутренних угроз в данной информационной
системе применяется разделения прав доступа. Права доступа к информации
приведены в таблице 5.
Таблица 5
Разграничение прав пользователей
Группы
пользовател
ей
Модуль
«Авториза
ция»
Модуль
«Проверка»
Модуль
«Отгрузка»
Модуль
«Отчеты»
Сотрудники
Чтение
Полный
Чтение
Ограничен
Руководитель
Чтение
Нет
Полный
Полный
Администра-
тор системы
Полный
Полный
Полный
Полный
Защита от внешних угроз в данной ИС осуществляется по средствам
применения следующих механизмом:
использованием различных программно-аппаратных комплексов защиты;
разработка, соблюдение и контроль за выполнением политик
безопасности;
применять защиту каналов связи при передаче конфиденциальной
информации;
использовать различные антивирусные средства как на рабочих станция,
так и на серверах;
применять средства для физической защиты помещений с информацие
явяляющейся коммерческой тайной ценной от несанкционированного доступа.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель – это совокупность информации об объекте,
описывающая свойства и состояние объекта, процесса или явления, а также связи и
отношения с окружающим миром. Информационная модель необходимая для
реализации данной ИС представлена на рисунке 7.