47
будет полностью завершена работа на текущем. Для систем, требования для ко-
торых изменяемы, вследствие негибкого разделения на этапы, каскадная модель
разработки практически неприменима, и в нашем случае использование ее нера-
ционально.
2. Спиральная модель разработки использует противоположный подход,
нежели каскадная. Каждая из фаз процесса разработки состоит из нескольких
итераций, целью которых является последовательное осмысление стоящих про-
блем, наращивание эффективных решений и снижение риска потенциальных
ошибок в проекте. Таким образом, пройдя несколько итераций и повторив все
этапы несколько раз, проект избавляется от недостатков, обрастая дополнитель-
ными возможностями и преимуществами. При этом не предполагается, что на
каждой итерации используется один и тот же подход к процессу разработки ком-
понентов, также могут несколько варьироваться и требования к системе.
Таблица 2.
Сравнение моделей процесса создания ПО
Критерии Каскадная Спиральная
Простота использования + −
Стойкость к изменениям требований − +
Соответствие рассмотренных моделей процесса создания ПО выбранным
критериям представлено в таблице 2. Из данной таблицы видно, что каждая из
моделей оптимальна только по одному критерию. На наш взгляд, критерий “про-
стота использования” является более важным, чем критерий стойкости к измене-
ниям требований, поэтому в качестве модели процесса создания ПО была вы-
брана каскадная модель.
Положительные стороны применения каскадного подхода:
на каждом этапе проекта формируется законченный набор документа-
ции, отвечающий критериям полноты и согласованности;
48
выполняемые в логичной последовательности этапы работ позволяют
планировать сроки завершения всех работ и соответствующие затраты.
Каскадный подход хорошо зарекомендовал себя при построении ИС, для
которых в самом начале разработки можно достаточно точно и полно сформули-
ровать все требования. В эту категорию попадают системы с расчетными функ-
циями, системы реального времени и другие подобные задачи.
Рисунок 1. Структура каскадного подхода
Рассмотрим также методы проектирования
– критерии выбора и ис-
пользования, их основные характеристики.
Критерии выбора:
простота использования;
простота внесения изменений;
ориентация на человеческое восприятие;
В данном случае применимы два подхода разработки:
1. Процедурно-ориентированный – направлен на представление программ
как множества поочерёдно вызываемых процедур. Данный подход прост и логи-
чен, структура системы четкая и однозначная. Но при этом, внесение изменений
в структуру весьма затруднено, и восприятие системы как совокупности проце-
дур несколько неудобно для человека, не обладающего определенными навыка-
ми работы с процедурным подходом. Кроме того, при разработке сложной си-
стемы, трудоемкость разработки непропорционально возрастает.
2. Объектно-ориентированный – в настоящее время наиболее распро-
страненный, направлен на представление программы как набора взаимодей-
ствующих объектов. Являясь ненамного более сложным в использовании (пред-
49
ставление системы в виде совокупности взаимодействующих объектов требует
больше специальных знаний и действий со стороны разработчика), объектно-
ориентированный подход значительно выигрывает в других критериях.
Он ориентирован на человеческое восприятие, поскольку человеческому
абстрактному мышлению свойственно оперировать объектами, нежели процеду-
рами. При усложнении структуры системы и увеличении числа разработчиков,
намного проще устанавливать соответствие между элементами системы на
уровне объектов, чем на уровне параметров процедур.
Таблица 3.
Сравнение подходов к разработке ИС
Критерии
Процедурно-
ориентированный
Объектно-
ориентированный
Простота использования + +
Простота внесения изменений + +
Ориентация на человеческое
восприятие
− +
Из таблицы 3 видно, что видно, что наиболее полно выдвинутым критери-
ям удовлетворяет объектно-ориентированный подход, который и был выбран в
качестве подхода разработки системы.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описа-
ние
Причиной возникновения рисков являются неопределенности, существу-
ющие в каждом проекте.
Риски могут быть известными, то есть такими, которые могут быть зара-
нее определены и для которых возможно планирование. Под неизвестными рис-
ками следует понимать те риски, которые не идентифицированы и не могут быть
заранее спрогнозированы.
Такие риски, как несоблюдение сроков реализации проекта, превышение
стоимости и т. п., как правило, присутствуют в любых проектах. Главной причи-
50
ной возникновения этих рисков, особенно в проектах автоматизации, является
неготовность организации к осуществлению проектов по автоматизации.
Важный критерий при выборе архитектуры и инфраструктуры ИС для
предприятий и организаций – это величина совокупной стоимости разработки и
сопровождения информационной системы. Затраты на информационную систе-
му могут быть полностью определены только после завершения проекта, до за-
вершения проекта по внедрению ИС они могут быть только оценены.
На этапе анализа и предпроектного исследования области автоматизации
необходимо обратить внимание на следующие риски:
- не в полной мере проведен системный анализ предметной области, в
связи с чем не определены четко и не описаны функции организации, которые
подлежат автоматизации;
- не определены четко категории пользователей системы, их функции в
автоматизированной системе;
- не изучен в полной мере состав документации, отчетности, реквизитов
документов, а также способы и методы формирования входной и выходной ин-
формации.
Вышеназванные риски этапа анализа системы приводят в конечном итоге
к выбору неправильной архитектуры системы, к построению неполной и непра-
вильной базы данных.
На этапе проектирования необходимо обратить внимание на следующие
риски:
- неудачный выбор консультантов по проекту; по нашему мнению, в ходе
разработки проекта и его реализации обязательно должны участвовать те со-
трудники, которые будут пользователями данной системы и, впоследствии, бу-
дут работать с внедряемой системой;
- затягивание сроков проектирования систем. Исполнитель проекта имеет
небольшой опыт разработки проектов, хотя является неплохим разработчиком
программного кода системы; в связи с этим, исполнитель торопится быстрее
начать разработку программных средств системы, неясные в настоящее время
для него части проекта не дорабатывает. Это влияет в конечном итоге на сроки
разработки ИС, затягиваются сроки проектирования системы.
51
На этапе реализации проекта самыми серьезными рисками являются сле-
дующие:
- неготовность руководства к изменениям в бизнес-процессах организации
– это изменения в технологии работы сотрудников, в рабочих регламентах и
форматах, необходимость учета реакции сотрудников на внедрение;
- влияние человеческого фактора в процессе реализации проекта – в про-
ектную команду обязательно должны входить сотрудники организации, которые
могут сформулировать свои требования к системе, например, к удобному для
них интерфейсу.
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты ин-
формации
Обеспечение защиты данных и информационной безопасности ИС посте-
пенно становится одной из самых актуальных проблем в современных информа-
ционно-вычислительных системах [19]. На данный момент в этом направлении
сформулировано три базовых принципа информационной безопасности, обеспе-
чивающих:
целостность данных – защита от сбоев, ведущих к потере информации
или ее уничтожения;
конфиденциальность информации;
доступность информации для авторизованных пользователей.
Проблема защиты данных в сети предполагают также рассмотрение вопро-
сов классификации сбоев и несанкционированного доступа, что приводит к не-
желательным изменениям данных или к их потере.
Причины сбоев могут быть различного характера:
сбои оборудования (кабельной системы, дисковых накопителей, работы
серверов и рабочих станций, и т.д.);
потеря информации из-за инфицирования компьютерными вирусами,
неправильного хранения архивных данных, нарушений прав доступа к данным;
некорректная работа пользователей и обслуживающего персонала.
52
Сетевые системы характерны тем, что, наряду с обычными (локальными)
атаками, осуществляемыми в пределах одной компьютерной системы, к ним
применим специфический вид атак, обусловленный распределенностью ресур-
сов и информации в пространстве. Это так называемые сетевые (или удалённые)
атаки (remote или network attacks).
Целью обеспечения надежности разрабатываемой системы является разра-
ботка обеспечения защиты информации для автоматизированного процесса уче-
та внутреннего товарооборота магазина. В данной работе рассматриваются по-
тенциальные угрозы безопасности данных, имеющих место в компьютерной си-
стеме организации, и способы обеспечения безопасности.
В процессе разработки обеспечения надежности системы, необходимо сна-
чала определить класс защищенности системы, затем необходимо дать характе-
ристику модели сети, рассмотреть возможные угрозы и методы защиты от воз-
можных угроз, а также – возможные механизмы защиты сети.
Определение класса защищенности автоматизируемой системы.
Различают 3 группы классов оценки автоматизируемых систем:
3 группа: классифицирует систему, в которой работает один пользователь, до-
пущенный ко всему объёму информации системы, относящейся к одному уров-
ню конфиденциальности. Это такие классы, как 3А, 3Б.
2 группа: классифицирует систему, в которой пользователи имеют одина-
ковые права ко всей информации и вся она размещена на одном уровне конфи-
денциальности. Это классы: 2А и 2Б.
1 группа: классифицирует многопользовательские системы, в которых од-
новременно обрабатывается и хранится информация разных уровней конфиден-
циальности и не все пользователи имеют права доступа ко всей информации. К
такой группе относятся классы: 1А, 1Б, 1В, 1Г и 1Д.
В данном случае, система соответствует первой группе, т. к. разрабатыва-
емая система является многопользовательской, данной системе присуще разгра-
ничение прав доступа в соответствии с выданными правами, которые могут быть
различны для отдельных пользователей. Однако, информация, циркулирующая в
проектируемой системе, не имеет ни один из грифов секретности, а носит чисто
конфиденциальный характер.
53
Таким образом, классом защиты проектируемой системы соответствует
классу 1Г.
Горизонтальная модель сети. Вся информация, необходимая при работе
системы, будет централизованно храниться на MS SQL сервере. Все пользовате-
ли в процессе работы с системой, будут обращаться к этому серверу для получе-
ния необходимой информации и ее редактирования.
Права доступа на по каждой функции сотрудников магазина описаны с по-
мощью матрицы доступа (таблица 4), при этом рассмотрены следующие вариан-
ты доступа к информации в базе данных:
1. чтение, запись и модификация информации;
2. чтение, запись информации;
3. чтение и модификация информации;
4. чтение информации, выбор информации;
5. нет доступа.
Таблица 4.
Матрица доступа
Наименование
функции
Менеджер Старший
продавец
Продавец -
кассир
Работа со справочни-
ками
1 4 4
Учет поставок
(подгот. док-в, отчет.)
3 1 5
Учет списаний
Учет поставок
(подгот. док-в, отчет.)
5 1 5
Учет переоценки то-
варов
Учет поставок
(подгот. док-в, отчет.)
5 1 5
Учет продаж Учет
поставок
(подгот. док-в, отчет.)
5 1 4
Анализ спроса на то-
вар
1 3 5
Все пользователи системы, а также SQL сервер объединены в сеть (рисунок
2 “Схема сети”).
54
Рисунок 2. Схема сети
Компьютеры пользователей соединены между собой специальным устрой-
ством (Switch), которое позволяет объединить компьютеры в небольшую ло-
кальную сеть. Пользователи имеют в своём распоряжении принтер, для вывода
на печать необходимой информации.
Защита информации сводится к защите данных о поступлении, внутреннем
перемещении и реализации товара.
Описание возможных угроз.
Под угрозой безопасности информации понимаются события или действия,
которые могут привести к искажению, несанкционированному использованию
или даже к разрушению информационных ресурсов управляемой системы, а
также программных и аппаратных средств.
Существует множество причин, которые могут серьёзно повлиять на
работу системы и привести к потере ценной информации.
На сегодняшний день существует большое количество угроз безопасности
сетей, однако всех их можно разделить на две обширные категории:
внешние угрозы;
внутренние угрозы.
В ходе анализа схемы сети (рисунок 2), внешних угроз, которым может
55
подвергнуться сеть, не установлено, но возможно появление внутренних угроз.
Внутренние угрозы. Известны случаи, когда данные были украдены, раз-
рушены или подверглись серьёзным изменениям и все это происходило не без
помощи сотрудников самой же организации.
Анализируя схему сети (рисунок 2), устанавливаем потенциальные внут-
ренние угрозы, которым может подвергнуться сеть. Это:
1. несанкционированный доступ к основным ресурсам. Данная угроза
имеет место при доступе посторонних людей к таким ресурсам, как сервер,
Hub/Switch. В результате этого, злоумышленник сможет считать информацию,
хранящуюся на сервере, изменить и удалить её, а также произвести подмену
данных, передаваемых через Switch;
2. несанкционированный доступ к персональному компьютеру пользова-
теля. Довольно часто это происходит по вине самих пользователей, которые са-
ми того не ведая, оказывают огромную услугу злоумышленникам, записывая па-
роли на бумагу или составляя пароль из своей даты рождения или даты рожде-
ния своих близких родственников. В результате этого, посторонний человек,
узнавший этот пароль, может зайти в систему под именем пользователя и вос-
пользоваться всеми предоставляемыми ему правами;
3. подмена рабочего места пользователя. Эта угроза возникает в резуль-
тате замены компьютера пользователя другим и подмены IP-адреса;
4. некорректная работа прикладного программного обеспечения, приво-
дящая к потере или порче данных из-за заражения вирусами или ошибок, по-
явившихся в результате сбоев программного обеспечения;
5. технические сбои оборудования, вызванные:
отключением электропитания;
отказом дисковых систем и систем архивации данных;
отказом модулей оперативной памяти;
поломкой системы электропитания системного блока;
отказом сетевого оборудования.
Методы защиты от возможных угроз. Для обеспечения информа-
ционной безопасности могут применяться различные средства и методы защиты.
Рассмотрим те методы и средства, которые можно применить для защиты выде-
56
ленных возможных угроз.
Защита от возможных внутренних угроз:
1. для обеспечения защиты активного оборудования от несанкциониро-
ванного доступа к нему, необходимо его разместить под охрану либо ограничить
доступ к нему;
2. для защиты от несанкционированного доступа к компьютеру пользова-
телей необходимо использовать пароли. Пароль – это последовательность букв,
цифр и других символов, с помощью, которой система проверяет, действительно
ли это тот самый пользователь, который имеет данную учетную запись и право
доступа к ресурсам.
К паролям предъявляются определённые требования:
пароль не должен содержать данных, которые как-то связаны с
пользователем (дата рождения, адрес и др.);
пароль должен сочетать в себе как символы, так и числа;
пароль периодически должен меняться в зависимости от политики
организации;
для усложнения доступа к компьютеру и его ресурсам, злоумыш-
ленникам необходимо предусмотреть пароли BIOS;
3. для того чтобы избежать подмены рабочего места пользователя, поме-
щение во внерабочее время должно находиться под замком. Ключ должен выда-
ваться на основании распоряжения директора лицам, оговоренным в нём. Чтобы
избежать подмены оборудования пользователя, необходимо сделать привязку
MAC-адреса сетевого интерфейса к коммутатору, т.е. разрешить доступ к дан-
ному порту определённому сетевому устройству;
4. защита от некорректной работы прикладного программного обеспече-
ния. Одна из причин, из-за которых стало возможным такое явление, как компь-
ютерный вирус – отсутствие в операционных системах эффективных средств
защиты информации от несанкционированного доступа. В связи с этим различ-
ными фирмами и программистами разработаны программы, которые в опреде-
ленной степени восполняют указанный недостаток. Эти программы постоянно
находятся в оперативной памяти (являются “резидентными”) и “перехватывают”
все запросы к операционной системе на выполнение различных “подозритель-