72
-
развитие и модернизация системы (бизнес-анатилик, программист).
Сама каскадная модель имеет множество преимуществ, но при условии
использования ее в проекте, приемлемом для нее. Ниже представлены ее
преимущества:
•
Модель хорошо знакома потребителям, не имевшим никакого
отношения к созданию и эксплуатации программ, а также конечным
пользователям (часто используется другими компаниями для отслеживания
проектов, которые не связана с разработкой ПО);
•
Она лучше справляется с трудностями и отлично срабатывает в тех
проектах, где все достаточно понятно, но трудноразрешимо;
•
Она очень доступна для понимания, т.к. преследует простую цель –
выполнение необходимых действий;
•
Она проста и удобно в использовании, т.к. процесс разработки идет
поэтапно.
Но в случае, если каскадная модель используется в проекте, не
предназначенном для нее, проявляются следующие ее недостатки:
•
Основа модели – линейная последовательная структура, и в
результате попытки вернуться назад на одну-две фазы для исправления
проблемы или недостатка приходится жертвовать временем и срывать график
работ и затрат;
•
Она не может предотвращать итерация между фазами, которые
очень часто встречаются при создании ПО, поскольку сама модель строиться
согласно циклам аппаратного инжиниринга;
•
Она не показывает главное свойство разработки ПО, которое
направлено на решение задачи. Отдельные фазы связаны определенными
действиями, что часто отличается от привычной работы коллектива или
персонала;
•
Она создает ошибочное впечатление о работе с проектом. Указание,
что «35% выполнено» обычно не имеет какого-то смысла для менеджера
проектов.
73
Исходя из недостатков каскадной модели, ее применение нужно
ограничивать ситуациями, в которых все требования для их разработки очень
точны и понятны.
Каскадная модель хороша в циклах разработки программного продукта,
где используется фиксированное определение продукта и есть понятные
технические методики.
Спиральная модель особое внимание уделяет начальным этапам
разработки – подготовке стратегии, проектированию и анализу, где все
применяемые технические решения проверяются и обосновываются методом
создания прототипов. Каждый виток спирали означает создание компонента или
версии ПО. В них можно уточнять цели и характеристики проекта, его качество,
а также выражаются работы на следующем витке. Таким образом, углубляются и
конкретизируются детали проекта, и в результате определяется обоснованный
вариант, который и реализуется.
Спиральная модель показывает в себе преимущества каскадной модели.
При этом она также имеет риски, умеет или управлять, а также имеет процессы
поддержки и менеджмента. Тут также имеется разработка ПО при
использовании прототипирования или быстрой разработки программ при
помощи языков программирования и средств разработки 4-го поколения.
Особые свойства спиральной модели – отказ от закрепления требований и
установки приоритетов пользовательским требованиям; создание
последовательных прототипов, начиная с наиболее высшего; определение и
анализ риска на каждом шаге; оценка результата по итогам каждой итерации и
планирование проведения следующей итерации.
Преимуществами спиральной модели можно назвать:
•
Быстрая разработка (получение более раннего результата за счет
прототипа);
•
Постоянное присутствие заказчика в процессе разработки;
•
Разбиение большого проекта на малые части;
•
Снижение рисков (более предсказуемое поведение системы).
Для нашего проекта больше всего подойдет каскадная модель для
создания приложения, т.к. она имеет возможность контроля промежуточных
74
значений, а также проект не слишком большой, что может повлиять на
отсутствие ее недостатков.
Затем производится выбор направления внедрения созданной системы.
Сегодня выделяют 4 стратегии внедрения ИС:
•
Параллельная стратегия, которая подразумевает замену старой на
новую;
•
Скачок – подразумевается резкий переход с одной системы сразу на
другую;
•
Опытное использование пилотного проекта – та же тактика скачка,
только к некоторому количеству изделий, при этом очень успешна на малом
участке работы;
•
Узкое место – внедрение узкого места план выполняется только для
него самого, и для сотрудников, которые там работают.
В качестве стратегии внедрения ИС в АО ««АМР»» был выбран
«Пилотный проект».
Пилотный проект – это первый этап внедрения, позволяющий убедиться в
применимости и эффективности предлагаемой системы до eѐ окончательного
внедрения, обучить сотрудников компании работе с системой, а также
определить и спланировать организационные и технические мероприятия на
этапе промышленного внедрения. Пилотный проект позволяет уменьшить
затраты и ускорить полномасштабное внедрение.
Данная стратегия внедрения информационной системы была выбрана,
потому что это наиболее часто используемая компаниями стратегия. Такой
подход снижает риск и наиболее надежен.
3.1.2
Ожидаемые риски на этапах жизненного цикла и их описание
Данный раздел описывает риски, которые могут возникнуть на этапах ЖЦ
задачи документооборота. Риском является возможность появления
обстоятельств, обусловливающих неуверенность или невозможность получения
ожидаемых результатов от реализации поставленной цели, нанесение
75
материального ущерба, опасность валютных потерь и др. Существуют
следующие типы рисков:
Проектный тип рисков. В него включены риски, которые связаны с
ошибками в бюджете; в графике работ; с проблемами персонала организации;
риски различных изменений в текущем законодательстве.
Технический тип рисков. К нему относят риски, связанные с проблемами
реализации технических решений и человеческим фактором, а именно риски,
связанные с неспособностью специалистов выполнить необходимую задачу.
Тип бизнес-рисков. Он содержит в себе риски, которые связаны с
финансовой поддержкой задачи учета, или, другими словами, риски сокращения
бюджета, приводящие не только к сокращению проекта и его задач, но и к его
полному провалу в случае не достижения основной цели; риск потери интереса к
задаче ведения и учета внутренних заказов оборудования со стороны конечных
пользователей, риски при оценке рынка данного вида учета. Данный тип рисков
невозможно исключить, но его можно минимизировать.
Чтобы уменьшить величину данных типов рисков необходимо иметь
достаточно компетентных и квалифицированных сотрудников, имеющих
большой опыт работы в соответствующей области и при этом
взаимозаменяемых сотрудников, не менее соответствующих данным
характеристикам (таблица 2.1).
Таблица 3.1
Характеристики дефектов программного продукта
Этапы возникновения дефектов и ошибок
Типы первичных
дефектов и ошибок
программного
средства и
документации
Формирование требований
Разработка требований к
ПО
Дефекты исходных
требований заказчика
Проектирование
Планирование работ
Дефекты,
обусловленные
реальной сложностью
проекта
Проектирование
архитектуры системы
Ошибки
планирования
и системного
проектирования
программного средства
76
Продолжение таблицы 2.1
Этапы возникновения дефектов и ошибок
Типы первичных
дефектов и ошибок
программного
средства и
документации
Проектирование
Детальное
проектирование ПО
Системные и
алгоритмические
дефекты и ошибки
проекта
Реализация
Кодирование ПО
Программные дефекты
и ошибки компонентов
и документов
программного средства
Тестирование
Тестирование ПО
Программные и
алгоритмические
ошибки
программного
средства и
документации
Ввод в действие
Разработка
документации
Дефекты и ошибки
обобщающих
документов
Эксплуатация и
сопровождение
Эксплуатация ПО
Программные дефекты.
На этапе эксплуатации возможны риски, возникающие по причинам:
1)
Злоумышленных, активных воздействий заинтересованных лиц. Для
защиты от внешних угроз необходимо применять средства обеспечения защиты
программ и данных (аутентификация пользователей, защита локальной сети при
помощи межсетевых экранов, применение антивирусных программ и пр.).
2)
Случайных негативных проявлений внешней среды, дефектов системы
или ошибочных действий пользователей. Основными источниками отказовых
ситуаций могут быть некорректные исходные требования, сбои и отказы в
аппаратуре, дефекты или ошибки в программах и данных функциональных
задач, проявляющиеся при их исполнении в соответствии с назначением. При
таких воздействиях внешняя, функциональная работоспособность систем может
разрушаться не полностью, однако невозможно полноценное выполнение
заданных функций и требований к качеству информации для потребителей.
77
Для снижения рисков, связанных с дефектами системы, необходимо
проводить тщательное тестирование на контрольных примерах, приближенных к
действительности. Для снижения рисков, связанных с ошибочными действиями
пользователей, необходимо предусмотреть защиту от применения ошибочных
действий по удалению и порче данных.
На стадии доработки могут возникнуть следующие риски:
увеличение нагрузки на персонал;- несогласованность действий
персонала исполнителя и сотрудников предметных областей;
трудности с обучением персонала заказчика из-за
нежелания
работать с новой системой;
отсутствие поддержки внедрения ИС со стороны
отдельных
ключевых участников проекта;
неучастие руководителей в проекте.
Для минимизации указанных рисков необходимо принимать следующие
меры:
проведение обучения персонала работы с системой;
доведение до персонала смысла внедрения автоматизированной
системы;
активное вовлечение высшего руководства в проект, активное
взаимодействие с ним в ходе проекта и своевременное принятие решений,
необходимых для нормальной реализации проекта.
3.1.3
Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Комплекс мер по защите информации в разрабатываемой системе
включает в себя следующие аспекты[2]:
защита информации непосредственно в
информационной
системе от внутренних угроз;
защита информации от внешних угроз.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 2.2.
78
Таблица 3.2
Разграничение прав пользователей
Группы
пользователей
Модуль «Авто-
ризация»
Модуль
«Регистрация
документов»
Модуль
«Справочники»
Модуль
«Отчеты»
Сотрудники
предприятия
Чтение
Нет
Чтение
Ограничен
Сотрудники
службы
делопроизводства
Чтение
Полный
Чтение
Полный
Администратор
системы
Полный
Полный
Полный
Полный
Защита от внешних угроз осуществляется путем применения следующих
способов:
-
использованием программно-аппаратных комплексов;
-
разработкой и соблюдение политик безопасности;
-
использованием защищенных каналов связи при передаче информации;
-
использованием антивирусных средств;
-
физической защитой помещений с наиболее ценной информацией.
Характеристика используемых средств от внешних угроз
информационной безопасности приведена в таблице 2.3.
Таблица 3.3
Характеристика используемых средств от внешних угроз информационной
безопасности
Способ (метод)
Описание (наименование средства)
Программно-аппаратные комплексы
защиты информации
КСЗИ «Панцирь-К»
Разработка и соблюдение политик
безопасности
-
ограничение доступа пользователей к
информации;
-
анализ и статистика нарушений
информационной безопасности;
-
информационный мониторинг;
-
распределение ответственности по
обеспечению информационной
безопасности;
-
определение порядка работы с
информацией, являющейся
конфиденциальной.
Антивирусная защита
ESET NOD32 Smart Security 4.2
Физическая защита помещений
СКУД «Elsys»
79
КСЗИ «Панцирь-К» для ОС Windows собственными средствами реализует
все технические требования, регламентируемые для АС класса защищенности
1Г[17].
Для шифрования данных в КСЗИ реализована возможность подключения
криптопровайдеров «Signal-COM CSP» (ЗАО «Сигнал КОМ») и «КриптоПро
CSP 3.0» (ООО «Крипто-Про»), сертифицированных ФСБ России по
требованиям безопасности информации к классам «КС1» и «КC2».
Система предназначена для защиты информации, обрабатываемой на
автономном компьютере, либо на компьютерах в составе корпоративной сети.
КСЗИ служит для эффективного противодействия, как известным, так и
потенциально возможным атакам на защищаемые ресурсы, что обеспечивается
устранением архитектурных недостатков защиты современных ОС.
СКУД «Elsys» состоит из следующих элементов:
Линейное оборудование, включающее в себя контроллеры СКУД «Elsys-
MB-SM», работающие в автономном режиме. Переход УУ в автономный режим
работы осуществляется после программирования мастер-карты. В автономном
режиме при анализе полномочий пользователя не учитываются временные
расписания. Пользователям может быть назначен один из трёх уровней доступа,
в состав которых входят соответственно первый, второй, или оба считывателя.
При работе в автономном режиме могут быть использованы настройки УУ по
умолчанию, перечисленные ниже[18]:
две двери с односторонним контролем доступа (включив
последовательно контакты двух реле, можно управлять электромагнитным
замком двусторонней точки доступа);
два считывателя, совмещённых с клавиатурой;
время включения замков двери - 10 с;
задержка включения замков двери - 0 с;
время, отводимое на проход - 10 с;
режим автозакрывания включен;
- интерфейс считывателей - Wiegand (при программировании
мастер-карты возможно задание режима Touch Memory).
80
Номенклатур
документов
документов,
находящихся
документа
Эти настройки могут быть скорректированы с помощью программного
обеспечения "Бастион".
3.2
Информационное обеспечение задачи
3.2.1
Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов.
Информационная модель представлена на
рисунке 2.1.
Рис. 3.1 Информационная модель системы документооборота
81
В соответствии с приведенной информационной моделью, работа системы
осуществляется следующим образом.
Администратор системы регистрирует сотрудников, используя и изменяя
содержимое справочника «Пользователи». При необходимости администратор
добавляет данные в справочники Папки, Номенклатура, Типы документов, Роли,
Адреса, Отделы.
Сотрудник регистрирует документы, используя документ и справочник
«Типы документов», Роли, Номенклатура, Папки и изменяя содержимое таблиц
Документы и Файл.
Администратором системы на основании входных документов
заполняются следующие справочники:
отделы;
роли пользователей;
пользователи;
виды документов;
номенклатура.
Для заполнения справочников используются соответствующие экранные
формы, а именно:
учет отделов;
учет ролей;
составление номенклатуры;
учет видов;
учет пользователей;
Данные сведения сохраняются в таблицах с первичными данными,
наименования которых совпадают с наименованиями справочников.
Далее используется экранная форма регистрация папки и документа. При
этом используются данные всех системы справочников, указанных ранее. В
результате информация о документах и папках сохраняется в справочнике Папки
и таблицах Документы и Файл.
Затем администратор и пользователь системы получает на экран состав
справочников, а также список документов и папок. При этом используются