5
7
57
Сравнение СУБД
Показатели
Microsoft SQL
Server 2016
Microsoft Access
2016
PostgreSQL
8.4
MySQL 5.1
Oracle 11q
Поддерживаемые
операционные
системы
Windows
Desktop/Serv
e
r
Windows
Desktop/Server
Windows
Desktop/Serve
r, Linux, Unix,
MacOS
Windows
Desktop/Server
, Linux, Unix,
MacOS
Windows
Desktop/Server,
Linux, Unix,
MacOS
Условии
лицензирования
Коммерческий
продукт с
закрытым
исходным кодом.
Есть бесплатная
версия с
ограничением
оперативной
памяти до 4 Гб.
К
о
м
м
е
р
ч
е
с
к
а
я
л
и
ц
е
н
з
и
я
Лицензия BSD
Open Source
Лицензия
BSD Open
Source
Коммерчески
й продукт с
закрытым
исходным
кодом. Есть
бесплатная
версия с
ограничением
оперативной
памяти до 4
Гб.
Условии
лицензирования
Наличие
предустановленн
ых драйверов в
ОС Windows
Да
Д
а
Да
Нет
Нет
Нет
Наличие
драйверов ODBC,
JDBC, ADO.NET
Да
Да
Да
Да
Да
Аутентификация
Средствами
ActiveDirectory
БД
и
Средствами
БД
Много разных
методов,
включающих
предыдущие
Разграничение
доступа к
столбцам
Да
Нет
Нет
Нет
Да
Производительно
сть
планировщика
запросов для
сложных
запросов
Средняя
Средняя
Плохая
Плохая
Отличная
Таким образом, для организации наиболее приемлема система управления
базами данных Microsoft Access.
Встроенные средства взаимодействия MS Access с внешними СУБД с
использованием интерфейса ODBC снимают ограничения, присущие Microsoft
Jet Database Engine. Инструменты MS Access, которые позволяют реализовать
такое взаимодействие называются «связанные таблицы» (связь с таблицей
СУБД) и «запросы к серверу» (запрос на диалекте SQL, который «понимает»
СУБД). Корпорация Microsoft для построения полноценных клиент-серверных
приложений на базе MS Access рекомендует использовать как «двигатель» базы
5
8
58
данных СУБД MS SQL Server. При этом есть возможность совместить с
присущей MS Access простотой инструменты для управления БД и средства
разработки. Известны также реализации клиент-серверных приложений на базе
связки Access 2003 с другими СУБД, в частности, MySQL.
Access, при работе с базой данных, иначе взаимодействует с жестким (или
гибким) диском, чем другие программы. В других программах, файл-документ,
при открытии, полностью загружается в оперативную память, и новая редакция
этого файла (измененный файл) вполне записывается на диск только при
нажатии кнопки «сохранить».
В Access новая редакция содержания измененной ячейки таблицы
записывается на диск (сохраняется) сразу, как только курсор клавиатуры будет
помещен в другую ячейку (или новая редакция измененного записи записывается
на диск сразу, как только курсор клавиатуры будет поставлен в другую запись
(строка)). Таким образом, если внезапно отключат электричество, то пропадет
только изменение той записи, которого не успели покинуть.
Целостность данных в Access обеспечивается также за счет механизма
транзакций [18].
1.4. Обоснование проектных решений по техническому обеспечению
1.4.1 Обоснование проектных решений по информационному
обеспечению
Техническое обеспечение включает комплекс технических средств,
предназначенных для функционирования автоматизированной информационной
системы, и документацию внедрения и сопровождения на них. Документацией
оформляются предварительный выбор технических средств, организация их
эксплуатации, технологический процесс обработки данных, технологическое
оснащение.
Сформировались две основополагающие формы организации
технического обеспечения [14]:
5
9
59
– централизованная, основанная на приложении в информационной
системе мощного серверного и телекоммуникационного оборудования;
– частично или полностью децентрализованная, предполагающая
реализацию функциональных подсистем на рабочих станциях.
Наиболее перспективным подходом является частично
децентрализованный подход – организация технического обеспечения на базе
телекоммуникационного оборудования, рабочих станций и серверного
оборудования, общих для любых функциональных подсистем, и именно данных
подход применяется при проектировании информационной системы.
Техническое обеспечение по своему составу и функциональным
возможностям включает:
– средства вычислительной техники;
– средства коммуникационной техники;
– средства организационной техники.
Средства вычислительной техники включает в себя рабочие станции и
периферийное оборудование.
Для функционирования разрабатываемой ЭИС требуются несколько
клиентских компьютеров (по числу пользователей) и сервер для размещения
базы данных (базу данных можно разместить и на одном из клиентских
компьютеров, но при этом возможно снижение ее производительности).
Для работы с системой необходимо наличие установленного офисного
пакета MS Office 2010 или более поздних версий, а также операционная системы
Windows 7/8/10, что накладывает определённые системные требования на
аппаратное обеспечение. В таблице 1.5 описаны минимальные и рекомендуемые
системные требования к аппаратному обеспечению рабочего места
пользователя.
Таблица 1.5
Требования к аппаратному обеспечению
Вид требований
Рекомендуемые
Минимальные
Процессор
Intel Core2 DUO 2.5Гц
Intel Celeron 1.8Гц
6
0
60
Оперативная память
2048 Mb
1024 Mb
Жесткий диск
500 Gb
250 Gb
Принтер
HP LJ P2055dn
HP LJ 2015d
Характеристики уже используемых предприятием ПК удовлетворяют
минимальные системные требования, предъявляемые проектируемой
информационной системой анализа результатов внешнеэкономической
деятельности.
Коммуникационная техника предназначена для реализации технологий
передачи информации. Для функционирования разрабатываемой ЭИС
необходимо выполнение следующих условий:
– наличие доступа в Интернет;
– наличие локальной сети между клиентскими машинами и сервером базы
данных.
Средства организационной техники предназначены для автоматизации и
механизации управленческой деятельности, к ним относятся носители
информации, принтеры, сканеры и другое оборудование. Из этих средств для
разрабатываемой ЭИС требуется только принтер для вывода отчетов.
6
1
61
II Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Анализ предметной области определяет целенаправленную деятельность по
выявлению реальных потребностей заказчика, а также на уточнения требований.
Анализ предметной области является первым шагом этапа системного анализа, с
которого начинается разработка программной системы. Разработчики должны
научиться:
– понимать терминологию заказчика;
– выявить цели их деятельности;
– определить набор решаемых ими задач;
– определить набор сущностей, с которыми приходится иметь дело при решении
этих задач.
Жизненный цикл ИС – это модель ее создания и использования. Она отражает
всевозможные состояния информационной системы с момента появления потребности
в данной системе и до момента ее абсолютного выхода из применения у всех
пользователей.
Модель жизненного цикла – структура, которая определяет порядок выполнения
и взаимосвязи процессов, действий и задач, выполняемых на протяжении всего ЖЦ [2].
В данной работе модель ЖЦ выбирается из трёх наиболее известных: каскадная,
инкрементная и спиральная. Выбор осуществляется на основе сравнительной таблицы
2.1.
6
2
62
Таблица 2.1
Сравнительный анализ моделей ЖЦ
Тип
модели
ЖЦ
Каскадная («водопад»)
Инкрементная
Спиральная
Плюсы
Идеальна для работ с чётким
виденьем каждого этапа.
Переход к
следующему этапу после
абсолютного окончания
работ на предыдущем этапе.
Как правило, содержит
предварительный
контроль на любом этапе
и межэтапные
корректировки.
Гарантирована меньшая
трудоемкость по
сравнению с каскадной
моделью.
На начальных этапах ЖЦ
производится выработка
стратегии, анализ требований
и детальное предварительное
проектирование, когда
формируются прототипы
(макеты), которые дают
возможность протестировать
и аргументировать
исполнимость технических
решений. Каждый виток
спирали ― поэтапная модель
создания фрагмента или
версии изделия.
Минусы
Настоящий процесс
создания ИС, как правило, в
полной мере не
укладывается в подобную
строгую схему. Почти всегда
появляется надобность в
возвращении к предыдущим
этапам, уточнении или
пересмотре прежде
принятых решений.
Время жизни каждого
этапа оказывается в итоге
как у всего жизненного
цикла.
Увеличивается
неопределённость у
разработчика в перспективах
развития проекта.
Так же есть трудности в
ресурсном и временном
планировании всего проекта в
целом.
Главная проблема спиральной
модели распознавание
момента перехода на
следующий этап.
На рисунках 2.1 – 2.3 изображены рассматриваемые модели
Рис. 2.1 Каскадная модель
6
3
63
Рис. 2.2 Инкрементная модель
Рис. 2.3 Спиральная модель
В настоящей работе для проектирования, исходя из всего вышеперечисленного,
выбрана каскадная модель ЖЦ, так как, несмотря на ее недостатки, она наилучшим
образом подходим для выполнения задач, поставленных студентом.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание.
Наиболее характерные риски и методы из минимизации, возникающие в
процессе разработки информационной системы учета рабочего времени сотрудников,
приведены в таблице 2.2.
Таблица 2.2
6
4
64
Возможные риски при разработке информационной системы учета рабочего
времени сотрудников
Виды рисков
Снижение вероятности возникновения риска
Риски на стадии
определения требований к ИС
Разработка критериев системы менеджмента качества,
рабочие совещания разработчиков и заказчиков
Риски на этапе
проектирования
Разработка и утверждение концепции информационной
системы учета рабочего времени сотрудников по мере
разработки
Риски на этапе
реализации
Проведение обучения лиц, работающих в информационной
системе учета рабочего времени сотрудников. Определение
ролей участников в разработке ИС.
Риски на этапе
внедрения
Ознакомление с информационной системы учета рабочего
времени сотрудников и обучение ответственных
сотрудников организации.
Схематически процесс обработки информационных рисков представлен на
рисунке 2.4
Рис. 2.4. Схема обработки информационных рисков
6
5
65
Существуют следующие варианты обработки рисков ИБ:
-
снижение риска;
Уровень риска должен быть снижен путем внедрения мер и средств контроля и
управления так, чтобы остаточный риск мог быть повторно оценен как допустимый
(внедрение средств защиты информации).
-
сохранение риска;
Решение сохранить риск, не принимая дальнейших действий.
-
избежание риска;
Отказ от деятельности или условия, вызывающего конкретный риск. К данной
деятельности можно отнести воздействие на источник угрозы, которое может изменить
условия, вызывающие риск.
-
перенос (делегирование) риска.
Риск переносится на сторону, которая может наиболее эффективно
осуществлять управление им.
Каждый риск, в зависимости от изученности и степени влияния на
анализируемую активность, должен подвергнуться определенному типу исследования.
Чем с более сложным, комплексным и малоизученным риском сталкивается
организация, тем более подробно он должен быть изучен и исследован.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Обеспечение режима информационной безопасности ОАО «Аккорд»
обеспечивается:
-
защитой критически важной информации от внутренних нарушителей –
инсайдеров;
-
экранированием локально–вычислительной сети от внешних угроз.
Ключевые бизнес–критерии выбора DLP базируются на следующих
положениях:
–DLP–решение должно обеспечивать нейтрализацию наиболее опасных
векторов угрозы утечки информации;
6
6
66
Негативное влияние угроз должно быть снижено в дополнение к нейтрализации
ключевых угроз посредством мониторинга и контроля всех основных каналов утечки
информации во всех сценариях, связанных с этим вектором угроз.
-
для каждого защищенного канала превентивный контроль должен быть
как можно более полным, эффективным и надежным.
Полнота контроля прямо зависит от того, все ли возможные варианты
механизмов утечки данных для этого канала находятся под контролем, или только
некоторые из них.
-
эффективность DLP–решений определяется их производительностью;
-
надежность DLP–решений определяется защищенностью от
вмешательства пользователя в работу решения;
анализ предотвращенных попыток противоправных действий с корпоративными
данными.
Возможность облегчения и автоматизации этих процессов является еще одним
ключевым фактором для DLP–решения.
Критерии на бизнес–уровне, как правило, сводятся к трем ключевым функциям
DLP – предотвратить утечку данных, когда они используются («Data in Use» – DIU),
перемещаются («Data in Motion» – DIM) и хранятся («Data at Rest» – DAR). DIU DLP
реализует превентивный контроль локальных каналов передачи данных, такие как
запись на съемные накопители, печать документов, использование буфера обмена. DIM
DLP обеспечивает контроль каналов сетевых коммуникаций через популярные
приложения, службы и протоколы. DAR DLP позволяет обнаруживать документы с
критическим содержимым, хранимым с нарушением корпоративной политики
безопасности. Бизнес также требует, чтобы все эти DLP–функции в равной степени
защищали не только пользователей внутри корпоративного периметра (в офисе), но и
работающих вне офиса – в путешествии, дома или в отпуске.
Сравнительные характеристики представленных на рынке программно–
аппаратных средств защиты информации приведены в приложении 1.
Программный комплекс SecureTower является многокомпонентной DLP–
системой, быстро интегрируемой в корпоративную сеть, и позволяющей решать целый
комплекс задач по минимизации информационных рисков.
В системе реализованы следующие функциональные возможности: