Диплом: Структура и функции программного обеспечения ЛВС (на примере АУ «ОТРК «Югра»)

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
42
возможность разработки кросс-платформенных приложений для
операционных систем Windows и Linux [19].
Процесс программирования в Delphi основан на взаимодействии
процесса конструирования визуального окна программы и процесса
написания самого программного кода, которые придают элементам
разрабатываемого окна необходимую функциональность [15].
Разработка криптографической системы защиты информации будет
состоять из нескольких этапов, рис. 18:
Рисунок 18 – Этапы разработки криптографической системы защиты
1) Определение требований, то есть выявление потенциально
возможных пользователей разрабатываемой системы и описание
предъявляемых ими требований. К данному этапу можно включить
следующие действия:
− анализ требований к разрабатываемому приложению,
определение функциональных возможностей, требований безопасности и
надежности, пользовательских требований и т.д.;
Определение
требований
Проектирование
Разработка
Кодирование
Документирование
Тестирование
Поставка
43
− определение характеристики производительности, внешних
интерфейсов, среды функционирования компонентов, требований к данным,
установке, приемке, документации, процессам эксплуатации и
сопровождения;
− выбор математического аппарата формализации, построение
модели предметной области, разработка методов решения поставленных
задач [15].
2) Проектирование, то есть анализ имеющихся задач, решение которых
требует разработки приложения, удовлетворяющего требованиям
пользователей. В этап проектирования можно включить:
− процесс проектирования архитектуры приложения, то есть
определение состава необходимого для работы оборудования и
программного обеспечения;
− документирование интерфейсов компонентов приложения, то
есть подробное описание компонентов приложения и интерфейсов между
ними;
− создание предварительного варианта пользовательской
документации;
− создание требований к тестам приложения;
− обновление пользовательской документации, требований к
тестам.
Результатом стадии проектирования служит детальная модель
разрабатываемого приложения [29].
Различают два аспекта проектирования:
− логический, включающий проектные операции, не зависящие от
имеющихся программных и технических средств, которые составляют среду
функционирования будущего приложения;
− физический, то есть имеется привязка к конкретным программным
и техническим средствам среды функционирования.
3) Разработка. Данный этап содержит следующие действия:
44
− кодирование и тестирование приложения, то есть разработку и
документирование каждого отдельного компонента, а также тестовых
процедур и данных для их тестирования, тестирование компонентов
приложения, обновление плана интеграции;
− интеграцию приложения, то есть сборку компонентов приложения в
соответствии в планом интеграции, тестирование приложения на основе
выдвинутых требований;
− квалификационное тестирование, то есть тестирование приложения
при присутствии заказчика для проверки соответствия созданного
программного продукта его требованиям и готовности к эксплуатации;
− проверку готовности и полноты технической документации;
− оценку результатов квалификационного тестирования
разработанного приложения и документирование результатов оценки вместе
с заказчиком [36].
4) Поставка. Данный этап содержит следующие действия:
− запись программы на внешний носитель;
− окончательную передачу приложения заказчику;
− установку приложения на оборудовании заказчика и проверку его
работоспособности [15].
Процесс проектирования криптографической системы защиты начнем с
создания структурной схемы программы, рисунок 19.
Рисунок 19 – Структурная схема программы
Интерфейс
пользователя
Шифрование
файлов
Шифрование
сообщений
Расшифровка
файлов
Расшифровка
сообщений
45
Как видно из рис. 19, программа будет состоять из:
интерфейса пользователя;
блока шифрования файлов;
блока шифрования сообщений;
блока расшифровки файлов;
блока расшифровки сообщений.
Доступ к функциям программы будет осуществляться с помощью
пользовательского меню, состоящего из следующих пунктов:
сообщения (шифрование/ расшифровка);
выход.
Выводы по второй главе:
Таким образом, во второй главе была проведена организационно–
экономическая характеристика АУ «ОТРК «Югра», характеристика ПО ЛВС
АУ «ОТРК «Югра», оценка эффективности функционирования ПО ЛВС в
АУ «ОТРК «Югра».
Можно сделать вывод, что сетевое оборудование АУ «ОТРК «Югра»
на сегодняшний день является безнадежно устаревшим. Следовательно, оно
нуждается в модернизации.
Модернизация ПО ЛВС АУ «ОТРК «Югра» необходима для
обеспечения процесса хранения и коллективного использования данных
пользователями сети, а также для повышения оперативности оформления
документации и увеличения производительности труда персонала за счет
более эффективного и экономичного использования ресурсов компьютеров.
Также необходима возможность печати документов и доступа в Интернет.
После модернизации ЛВС предприятия должна обеспечить доступ
пользователей к базе данных, внутренним руководящим документам
(приказы, инструкции), работу с пакетами коммуникационных программ
(работы с электронной почтой).
Что касается организации защиты информации в сети АУ «ОТРК
«Югра», то используемые организацией методы и средства защиты
46
информации (межсетевой экран TrustAccess, антивирусная программа
Dr.Web Enterprise Suite) обеспечивают хорошую защиту. Но, тем не менее,
любое средство обеспечения безопасности не является идеальным и
межсетевой экран TrustAccess тоже обладает рядом недостатков:
при обработке пакетов межсетевым экраном TrustAccess возникают
конфликты со сторонними решениями;
при работе с межсетевым экраном TrustAccess расхождение
системного времени сервера и рабочих машин более чем на 5 минут может
привести к разрывам соединения;
отсутствуют драйвера для некоторых устройств.
Проведенные исследования и полученные авторские выводы
позволяют перейти к рассмотрению третьей главы, посвященной разработке
рекомендаций по повышению эффективности функционирования ПО ЛВС в
АУ «ОТРК «Югра», описанию процесса модернизации ПО ЛВС в АУ «ОТРК
«Югра» и введения дополнительных средств защиты ПО ЛВС в АУ «ОТРК
«Югра».
47
ГЛАВА 3. ПУТИ ПОВЫШЕНИЯ ЭФФЕКТИВНОСТИ
ФУНКЦИОНИРОВАНИЯ ПРОГРАММНОГО
ОБЕСПЕЧЕНИЯ ЛВС В АУ «ОТРК «Югра»
3.1. Рекомендации по повышению эффективности функционирования
программного обеспечения ЛВС в АУ «ОТРК «Югра»
Для повышения эффективности функционирования ПО ЛВС в АУ
«ОТРК «Югра» необходимо проводить работу по двум направлениям:
1. Модернизировать ЛВС.
Для модернизации ЛВС предприятия будем использовать коммутаторы
фирмы DLink. В качестве одного коммутатора выберем DLink DES3526,
который является неуправляемым коммутатором 10/100 Мбит/с,
предназначенным для повышения производительности и обеспечения
высокого уровня гибкости компьютерной сети.
Имеющиеся 24 порта для подключения рабочих компьютеров и два
медных гигабитных порта для серверов дают возможность снижения
времени отклика и удовлетворяют потребность в большой пропускной
способности.
В качестве другого комутатора возьмем DLink DGS1024D. Эти
коммутаторы, обладая 24 портами Gigabit Ethernet, обеспечивают быстрый
доступ к серверам, тем самым удовлетворяя возрастающей загрузке сети.
2. Усилить защиту информации.
Для решения данной проблемы будет разработана система
криптографического шифрования данных, предназначенная для шифровки и
расшифровки конфиденциальной информации.
Отличительной чертой разрабатываемой криптографической системы
будет простота в использовании и возможность добавления новых функций,
необходимых пользователю.
48
Для разработки программного средства будет использована среда
объектно-ориентированного программирования Borland Delphi, которая
пользуется большой популярностью во всем мире.
Доступ к функциям программы будет осуществляться с помощью
пользовательского меню, состоящего из следующих пунктов:
сообщения (шифрование/ расшифровка);
выход.
Рассмотрим модель информационных потоков данных, рис. 20.
Рисунок 20 – Модель информационных потоков данных
Модель информационных потоков данных необходима для описания
процессов перемещения данных и состоит их следующих элементов:
источники данных;
процессы обработки данных;
потоки данных.
Источники данных показывают, с чем будет проводиться работа.
В качестве источника данных в разрабатываемой программе будут
взяты исходный файл, исходное сообщение, зашифрованный файл и
зашифрованное сообщение.
Процессы обработки данных показывают операции, проводимые над
источниками данных.
Исходный
файл
Исходное
сообщение
Программа
криптозащиты
Зашифрованный
файл
Зашифрованное
сообщение
49
В качестве процесса обработки данных в разрабатываемом приложении
взята программа криптозащиты.
Потоки данных показывают способы преобразования данных. Они
указаны в модели потока данных в виде стрелок.
В процессе разработки программных средств могут быть использованы
две методики: восходящий и нисходящий.
1) Восходящий подход (снизу-вверх). При данном подходе первым
делом проектируются и исполняются компоненты нижнего уровня и после
этого только компоненты предыдущего уровня. По окончанию процесса
тестирования и отладки компонентов программного средства выполняется
процесс их сборки, причем компоненты нижнего уровня часто помещают в
библиотеки компонентов. Для тестирования и отладки компонентов
разрабатываются специальные программы.
Восходящий подход имеет следующие недостатки:
из-за неполноты спецификаций увеличивается вероятность
несогласованности компонентов программной системы;
увеличиваются издержки на проектирование и реализацию
программ для тестирования;
оказывается невозможным демонстрация программной системы
заказчику в связи с поздним проектированием интерфейса [19].
2) Нисходящий подход (сверху-вниз). При использовании нисходящего
подхода сначала проектируются компоненты верхнего уровня, а затем
следующих уровней до самого нижнего. Реализация компонентов
осуществляется в той же последовательности. Причем в процессе
программирования компоненты нижних уровней заменяют специальными
отладочными модулями, что дает возможность тестирования и отладки уже
реализованной части.
При использовании нисходящего подхода последовательность
проектирования и реализации компонентов определяется с помощью
иерархического, комбинированного и операционного методов.
50
При иерархическом методе разработка программной системы
осуществляется строго по уровням. Основным недостатком этого метода
является значительное количество сложных модулей. Причем основные
модули при применении иерархического метода разрабатываются и
реализуются в конце работы над программным продуктом, что вызывает
затруднения при распределении человеческих ресурсов.
При операционном методе последовательность выполнения
связывается при запуске с программной системы. Причем
последовательность выполнения модулей зависит от данных, а модули
вывода результатов разрабатываются первыми, несмотря на то, что они
используются последними.
При комбинированном методе на последовательность разработки
программной системы влияют следующие факторы: наличие всех модулей в
цепочке вызова данного модуля; модули, формирующие данные, модули,
вывода результатов и вспомогательные модули должны создаваться раньше,
чем обрабатывающие.
Нисходящий подход обычно используется при объектно-
ориентированном программировании.
Главными достоинствами нисходящего метода являются:
− согласованность компонентов программной системы;
− ранее определение пользовательского интерфейса, что позволяет
уточнить с заказчиком требования в программной системе;
− возможность комплексной отладки [40].
Подведя итог, приведем некоторые правила, позволяющие защитить
данные в сети:
1) В целях уменьшения риска заражения файлов на сервере
администраторам следует ограничить права пользователей, установить
ограничения только на чтение или только на запуск файлов, скрыть важные
разделы диска и так далее;
51
2) Применять только лицензионное программное обеспечение или
покупать дистрибутивные копии у официальных дилеров;
3) Не запускать на компьютере непроверенные специальным
программным обеспечением файлы, полученные из компьютерной сети;
4) Использовать утилиты проверки целостности информации;
5) Периодически создавать копии данных на внешнем носителе файлы,
с которыми ведется работа.
3.2.Модернизация программного обеспечения ЛВС в АУ «ОТРК «Югра»
Модернизацию ЛВС начнем с подключения и настройки точки доступа
Wi-Fi. При подключении точки доступа WiFi используем:
- Интерфейс WAN: 1 порт 10/100BASE–TX Ethernet для
подключения кабельного или DSL–модема или подключения к выделенной
Ethernet–линии;
- Интерфейс LAN: 4 порта 10/100BASE–TX Ethernet;
- Интерфейс WLAN: IEEE 802.11b/g/n;
- Интерфейс USB: Порт USB 2.0 типа A для подключения USB–
модема.
Скорость беспроводного соединения:
- 802.11b: 11, 5,5, 2 и 1 Мбит/c
- 802.11g: 54, 48, 36, 24, 18, 12, 9 и 6 Мбит/с
- 802.11n: от 6,5 до 150 Мбит/с
Настройку точки доступа WiFi следует проводить через web
интерфейс. Для этого необходимо открыть браузер (Internet Explorer или
Mozilla Firefox) и ввести в адресную строку 192.168.0.1, рис. 21.
В появившемся окне авторизации вводим Имя пользователя (admin),
Пароль (admin), и нажимаем Вход. Появится сообщение: "Сейчас установлен
пароль по умолчанию». В целях безопасности необходимо сменить пароль и
нажать ОК. Затем нужно установить новый пароль и сохранить, рис. 22.

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран