47
программиста и пользователя. GUI предлагает более дружелюбное и
сложное окружение пользователя, нежели командный интерфейс ОС MS-
DOS. Работа в Windows выполняется на интуитивно понятных принципах.
Пользователю легко переключиться с одной задачи на другую и
осуществить между ними обмен информацией.
Но разработчики приложений всегда сталкиваются с трудностями
проектирования, поскольку организация ОС Windows является очень
сложной.
Поскольку приложение будет работать в оконном режиме, это значит,
что панель будет располагаться в некоторых ограниченных частях экрана,
которые называются окнами.
Система, использующая оконный режим, разрешает программисту
делить экран на несколько окон, которые содержат свою собственную
панель.
Используя несколько окон сразу, пользователь может одновременно
использовать одно или несколько приложений.
В результате сопоставления информации о самых популярных СУБД
можно сделать вывод, что для создания базы данных нужно использовать
СУБД SQL Server, так как остальные среда разработки БД имеют намного
меньший функционал, возможности масштабирования и популярность.
Аналогично, для создания АИС управления отгрузкой товара будет
применяться среда разработки C++ Builder, поскольку она является более
функциональной и более гибкой, нежели платформа 1С:Предприятие 8.3.
1.4.3. Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение программного средства – это комплекс
технических средств, используемых для реализации функциональных
48
возможностей программного средства, включая средства ввода, обработки,
визуализации, хранения и передачи данных [13].
Комплекс технических средств составляют такие компоненты:
– персональные компьютеры;
– устройства сбора, обработки, накопления, передачи и вывода
данных (принтеры, сканеры);
– устройства передачи, приема и обработки сетевых данных, а
также линий связи;
– эксплуатационные материалы.
При непосредственном выборе компьютера надо руководствоваться
рядом характеристик, которые должны удовлетворить все требования для
создаваемой системы.
Средние параметры ПК, которые применяются в ГКНПЦ и полностью
соответствуют функционированию разрабатываемой ИС (спецификация ТО
рассмотрена в п.1.2).
Для обработки документов в электронной форме, а именно, печати,
копирования и сканирования документов, должно использоваться
специализированное оборудование – МФУ. В данном случае руководству
необходимо приобрести МФУ.
Также, для обеспечения уровня сохранности данных при аварийном
отключении электропитания ПК должен быть оборудован модулем
бесперебойного питания.
Рассмотрим характеристики персональных компьютеров и серверов,
которые бы обеспечивали работу создаваемого программного обеспечения.
Рабочие ПК имеют следующие характеристики:
– Intel Core i3, 1,8 GHz;
Корпус Zalman Z1 Black + блок питания Chieftec APS-550SB;
HDD-диск WD Caviar 2000GB WD20EZRZ;
Видеокарта Intel 82915G Express 2048 Mb;
49
Оперативная память, комплект Kingston HyperX DDR4 2х4Gb
2666GHz (HX426C15FBK2/8).
Конфигурация серверов:
– Процессор: Intel C236 / 1х CPU Intel Xeon E3-1230v6, 3.5GHz,
4core/8T upto 1 CPU max;
– Оперативная память: 16Gb (1*16Gb) DDR4 2400MHz ECC upto
64Gb 4xDIMM;
– Жесткий диск: HDD 2x 2000Gb, SATA3, 6Gb/s, 7.2K, 24x7 upto
4x3.5/2.5" not HP / Software on board RAID 0/1/5/10/;
– Сетевая карта: 2x1GbE(Intel® i210);
– Видеокарта: ASPEED AST2400 BMC, 4xUSB 3.0+5xUSB 2.0,
2xSATA-DOM.
Кроме этого, необходимо использовать принтер Konica Minolta
MF1370 для печати отчетности с помощью программы.
50
II ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) программных средств – это непрерывный
процесс, который начинается с момента утверждения решения о надобности
создания ИС и заканчивается в момент полного ее изъятия из эксплуатации
[3].
Основным нормативным положением для регламентации разработки
жизненного цикла, считают сертифицированный международный документ
с разработки под названием «ГОСТ Р ИСО/МЭК 12207-2010.
Информационная технология. Системная и программная инженерия.
Процессы жизненного цикла программных средств».
ЖЦ для любой ИС является периодом времени, который начинается в
момент разработки непосредственно при возникновении потребностей в
разработке ПО, и заканчивается полным ее выходом из эксплуатации.
1. Под предпроектным обследованием предметной области
понимаются такие этапы [2]:
– сбор данных для реализации проекта;
– анализ процесса разработки и материалов для документации,
при котором выполняется технико-экономический анализ предметной
области для проектирования АИС.
2. Разработка проекта автоматизации;
2.1. этапы предварительного создания программного проекта;
– формирование проектного решения;
– анализ будущих составляющих ПО;
– формирование технического проекта для автоматизации.
2.2. процесс детального проектирования;
51
– реализация разработки или выбора разных алгоритмов,
математических методов, которые используются в ПО;
– корректировка структуры хранилища данных;
– создание отчетной документации;
– выполнение выбора аппаратно-технических методов с уже
имеющейся документацией.
2.3. проектирование проекта АИС;
2.4. проектирование методологии реализации основных функций с
использованием автоматизации.
3. Разработка непосредственно ИС;
– установка инструментов для разработки;
– тестирование полученного продукта;
– разработка рекомендаций по применению АИС.
4. Ввод АИС в эксплуатацию:
– ввод программного продукта;
– ввод аппаратного обеспечения;
– курсы обучения сотрудников;
– выполнение опытной эксплуатации для внедрения АИС;
– утверждение приемки выполненных работ.
5. Реализация процесса эксплуатации АИС в организации;
– непосредственная эксплуатация программного продукта;
– сопровождение системы.
В теории разработки программных систем различаются такие
основные модели ЖЦ АИС:
– водопадная модель – дает возможность перейти на иные этапы
ЖЦ после реализации полностью всех работ на ранее запланированных
этапах. Эта модель демонстрирует традиционный подход проектирования
ПО;
52
– итерационная (поэтапная) модель (рисунок 16) использует в
разработке ПО промежуточный контроль всех полученных результатов,
применяет циклы для обратной связи.
– спиральная модель ЖЦ АИС делает упор на начальные стадии
проектирования АИС.
Рассматриваемая модель может быть представлена традиционным
итерационным процессом разработки, в которой полностью все итерации,
представляют собой законченный этап разработки, что приводит к
непосредственному выпуску новой версии ИС.
При этом сравнив данную модель с обычной можно сделать вывод о
том, что модель применяет специальный каскадный подход на иных шагах
разработки.
Инкрементная модель является классическим прототипом
инкрементного поведения при конструировании ПО. Стоит отметить, что в
ней также объединены элементы последовательной модели с итерационной
структурой Боэма для модернизации каскадной модели.
Каждая такая последовательностей может сама вырабатывать
специальный необходимый инкремент ПО.
В результате анализа моделей ЖЦ и их этапов, для разработки ИС
будет применяться каскадная модель, поскольку она имеет большой
уровень жесткости и полностью подходит для разработки.
Есть 4 основные методы с помощью которых можно пользоваться
новой системой:
1) Параллельная стратегия – в таком случае новой системой заменяют
старую, которая уже не подходит для применения;
2) Скачок – прежняя версия системы работала до определенного
момента, а в определенный момент времени начала применяться новая
система.
53
3) Опытная эксплуатация пилотного проекта – практически
аналогично стратегии скачка, но применяется к ограниченному количеству
пользователей или автоматизированных рабочих мест.
4) Узкое место самая критичная малая часть современного
производственного процесса.
Стоит отметить, что при внедрении узкого места полученный план
внедрения может выполняться только для крайне узкого места, а также для
людей, которые в нем работают.
Далее будем использовать стратегию внедрения «Опытная
эксплуатация пилотного проекта», так как ранее в ГКНПЦ не
использовались ИС по управлению отгрузками.
2.1.2. Ожидаемые риски на этапах жизненного цикла
Основной риск на первом этапе – недостаточное определение
основных свойств проектируемой ИС, что требуются для решения задачи, а
также неправильный выбор исходных задач проектирования [7].
Заметим, что это может потребовать на следующих этапах,
дополнительной доработки программы или хранилища данных, что
приведет к возрастанию финансового риска.
Риск можно предотвратить использованием популярных CASE-
средств при построении модели бизнес-процессов. При непосредственном
возникновении риска проводится дополнительный процесс моделирования
с использованием указанных выше CASE-средств.
На практике CASE-средства используются чаще всего только для
создания схемы БД в виде совокупности ER-диаграмм, а также
автоматической генерации структур БД для SQL Server.
При определении функций ИС и стратегии автоматизации большой
риск вызывает неправильное определение функций системы и стратегии
автоматизации.
54
Этот риск предотвращается основательным системным анализом всех
имеющихся вариантов.
В случае непосредственного возникновения, риск устраняется
реализацией повторного анализа варианта выбора ИС.
Риск взаимосвязан также с риском неправильного определения
основных функций ИС, а также стратегии автоматизации. Этот риск
устраняется и предотвращается использование CASE-средств.
Риски на этапе «Разработка проекта автоматизации» состоят в
разработке неэффективного плана-графика процесса автоматизации:
применение лишних ресурсов или же недостаточность ресурсов.
Этот риск является финансовым, его можно предотвратить с помощью
использования современных средств проектирования и устранить
повторной корректировкой плана автоматизации.
На этапе «Разработка программного обеспечения» главный риск
кроется в некорректной разработке создаваемой программы. Риск
устраняется при использовании модульного тестирования ПО.
Риск при внедрении – некорректное тестирование аппаратного
обеспечения программных модулей. Кроме этого, риск предотвращается
применением лицензионного стендового оборудования, устраняется
двойным тестированием.
При выполнении сопровождения ПО основные риски состоят в
поломке оборудования, морального его устаревания.
Первый риск предотвращается периодическим мониторингом
состояния оборудования. Второй – с применением гибкости разработанной
ИС, а также своевременной доработкой программной структуры.
55
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
К организационно-правовым средствам обеспечения
информационной безопасности на уровне базы данных можно отнести:
1. Аутентификация.
Использование проверки подлинности конкретного пользователя
приложениями БД очень часто осуществляется или через некоторые
механизмы ОС, или же через специальные SQL-операторы: то есть,
пользователи идентифицируется при помощи своего имени, а средствами
аутентификации могут являться пароли или «ключи».
2. Управление доступом.
После нахождения прав доступа к базе пользователь автоматически
получит те привилегии, которые связаны с его идентификатором.
3. Поддержка целостности данных. Обеспечение целостности
является не менее важным, чем управление доступом.
Основными угрозами для БД являются ошибки администраторов и
пользователей, прикладных программ, оборудования, а не только
некоторых злоумышленников.
4. Аудит, протоколирование.
Аудитом является выполнение проверки того, что задействованы
необходимые средства управления, а также соответствуют ли оны
защищенности БД.
Такие меры состоят в следующем: для обнаружения необычных и
подозрительных процессов пользователей и идентификация некоторых лиц,
которые совершившие такие действия; оценка последствий для
состоявшегося нарушения; оказание разнообразной помощи; организация
защиты всяческих данных от нелегальных действий.
Рассмотрим таблицу разграничения прав доступа (таблица 5), в
которой описаны привилегии для четырех основных ролей пользователей:
56
– Администрация;
– Товаровед;
– Системные администраторы;
– Бухгалтеры.
Таблица 5
Разграничение прав пользователей
Группы
пользователей
Справочник
и
Таблицы
Отчетнос
ть
Администри-
рование
Товаровед
Чтение/
создание
Чтение
Чтение
Нет
Администрация
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Нет
Бухгалтеры
Чтение
Чтение
Чтение/
создание
Нет
Системный
администратор
Чтение/
создание/
удаление
Чтение/
создание/
удаление
Полный
Полный
Сводные данные о защите информации от внешних угроз показаны в
таблице 6:
Таблица 6
Защита от внешних угроз
Методы защиты
Описание
Нормативно-правовые акты
организации, стандарты
Устав компании, спецификация
ЛВС, Федеральный закон «О
защите персональных данных»,
Федеральный закон «О
коммерческой тайне»