Деятельность предприятия. Часть 3

1 2 3 4

---

Концепция спиральной модели, разработанная Барри Боэмом в 1986 году, применяется в рамках разработки большого количества информационных систем. Она выступает в роли технологии разработки программного обеспечения, сочетающей в себе как стадии проектирования, так и постадийного прототипирования с целью сочетания достоинств восходящих и нисходящих алгоритмов, в которой делается упор на работу с начальными этапами жизненного цикла: стадий анализа и проектирования.

На каждом витке спирали производится создание фрагмента или версии программного продукта. Производится уточнение целей и характеристик проекта, определение его качеств и планирования работ на следующем витке спирали.

Каждый виток разбивается на секторы :

 Определение перечня целей

 Оценивание вероятности рисков

 Осуществление разработки и тестирования

 Планирование

На каждом из витков спирали могут использоваться различные модели технологии разработки программного обеспечения. В конечном итоге на выходе получается готовый продукт. Модель включает в себя ряд возможностей моделей прототипирования и каскадной модели. Процесс итеративной разработки отражает объективно существующий спиральный цикл создания системы. Неполное завершение работ на каждом из этапов позволяет переходить к следующему этапу, не дожидаясь полного окончания работы на текущем. При итеративном способе разработки недостающую работу можно будет выполнить на следующей итерации.

Главная задача — как можно быстрее продемонстрировать Заказчику функциональность разработанной системы, таким образом активизируя процесс уточнения и дополнения требований.

Основная проблема спирального цикла — определение момента перехода на следующий этап. Для ее решения потребуется ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена.

В перспективе разрабатываемое приложение будет дополняться новым функционалом, поэтому данная модель жизненного цикла вполне подходит для разработки стартовой версии программного обеспечения.

К возможным стратегиям внедрения программного обеспечения относятся [30]:

— Параллельная стратегия, в рамках реализации которой производится постепенное внедрение новой технологии, одновременное использование существующей и внедряемой систем с постепенным существующего замещением функционала. Достоинство подобной стратегии: отсутствие перерывов в работе, связанных с издержками на внедрение новой технологии, возможности выявления недостатков внедряемой системы и постепенное их устранение. Недостатки данной стратегии: длительность проекта, необходимость дублирования ввода данных в существующую и внедряемую систему, некоторые ошибки не могут быть своевременно выявлены. Также в данном случае необходимо использовать инструменты мотивации пользователей к обновлению системы. Также отсутствие ситуации форс-мажора не мотивирует разработчиков быстро реагировать на выявленные ошибки и устранять их (т.к. работа учреждения не остановлена и функционирует существующая система);

— Скачок, в рамках которой одномоментно проводится внедрение новой системы. Достоинство данной стратегии: сокращаются сроки внедрения, недостатки в функционале внедряемого решения обнаруживаются значительно быстрее, что стимулирует разработчиков к быстрому их устранению. Недостатки: значительное время требуется на перевод учреждения в штатный режим функционирования, т.к. сбои в работе ПО приводят к невозможности выполнения функций. Также первоначально требуются затраты времени на проверку корректности формируемых документов и проводимых расчетов;

— Опытная эксплуатация. Внедряемая система устанавливается на выбранное количество рабочих мест, где проводится проверка всего функционала системы с постепенным ее доведением до работоспособного состояния. Достоинства данной стратегии: работа учреждения не приостанавливается на период внедрения ПО. Ввод системы в промышленную эксплуатацию осуществляется при полной проверке всех функций. недостатки стратегии: часть специалистов из профильных отделов на время не могут выполнять свои функции, что предполагает дополнительную нагрузку на работников, не вовлеченных в процесс внедрения.

— Узкое место. Данная стратегия используется при необходимости автоматизации направления деятельности, функции которого выполняет небольшое количество специалистов. Внедрение в данном случае вносит минимальное воздействие на работу учреждения.

В качестве стратегии внедрения выбрана опытная эксплуатация, так как предполагается автоматизация направления деятельности, в котором участвует значительное количество специалистов и при этом необходимо обеспечить бесперебойное функционирование учреждения. Модель жизненного цикла – спиральная.

При разработке проекта автоматизации технологии документооборота был составлен календарный план внедрения автоматизированной информационной системы, представленный в таблице 12.

Таблица 13

Хронологический порядок внедрения программного продукта в технологию работы

 

Как показано в таблице 12, при проектировании информационной системы первоначально производится анализ предметной области, в рамках которого анализируется технологический процесс работы по тестированию, изучается структура информационных потоков, циркулирующих в контуре технологии взаимодействия с сотрудниками в рамках проведения аттестации. На данном этапе проводится анализ недостатков существующей технологии работы специалистов, проводится постановка задач автоматизации, разрабатывается техническое задание.

На втором этапе проводится реализация системы, включающая этапы [31]:

— построения информационной модели;

— создание структуры базы данных в выбранной СУБД;

— разрабатывается модель архитектуры системы;

— создается прототип программного решения.

Далее проводится развертывание разработанной системы на тестовых компьютерах и проверяется соответствие реализованного функционала поставленным задачам, наличие ошибок совместимости с системной архитектурой учреждения и системой безопасности. Далее проводится оформление протокола ошибок и его отработка с последующим тестирований.

После установки соответствия разработанной системы поставленным задачам проводится ввод программного продукта в промышленную эксплуатацию, оформляются документы «Руководство Администратора», «Руководство пользователя», оформляется приказом список специалистов, использующих информационную систему и уровень их полномочий, список администраторов приложения и безопасности.

2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание

 

Для каждого из этапов создания информационной системы характерно наличие рисков, которые создают вероятность срыва сроков и увеличения бюджета проекта.

Далее проведем оценку степени влияния каждого из видов рисков, характерных для каждой из стадий жизненного цикла информационной системы (таблица 14).

Таблица 14

Оценка влияния рисков реализации проекта автоматизации

 

Таким образом, на всех этапах жизненного цикла системы необходимо минимизировать негативное влияние рисков указанного типа.

 

2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

 

При внедрении информационной системы материально-технического учета необходимо определить пользовательские роли и комплекс их полномочий, что позволит организовать эффективную систему разграничения доступа к системе.

В таблице 15 приведено описание пользовательских ролей.

Таблица 15

Описание пользовательских ролей в ИС в условиях АО «ФЦНИВТ СНПО ЭЛЕРОН»

В системе проведено разделение на пользовательский и административный уровни доступа, что позволяет обеспечить защиту от ошибочных действий пользователей, от утечек информации, несанкционированного копирования данных.

При проведении выбора стратегии проектирования системы информационной безопасности различаются следующие стратегии [9]:

 оборонительная;

 наступательная;

 упреждающая.

Предпочтение в сторону оборонительной стратегии предполагает, что при исключении вмешательства в технологию функционирования информационной системы, можно проводить лишь нейтрализацию наиболее опасных угроз. Как правило, это можно достичь путем построения «защитных оболочек», включающих возможность разработки дополнительных организационных мер, создания программных технологий по разграничению доступа информационным ресурсам, использования технических средств для осуществления контроля помещений, где располагается терминальное и серверное оборудование.

Использование наступательной стратегии предполагает возможность активного противодействия наиболее известным угрозам, которые могут оказать влияние на состояние информационной безопасности системы. Наступательная стратегия предполагает необходимость установки дополнительных средств пользовательской аутентификации на программном и аппаратом уровнях, внедрения более современных технологий по резервированию и восстановлению информации, рост уровня доступности системы с применением систем по горячему и холодному резервированию [8].

Использование упреждающей стратегии предполагает возможность тщательного исследования возможных угроз для систем обработки данных и разработку мероприятий по их нейтрализации еще на этапе проектирования и тестирования системы.

Изучение структуры информационной системы показало, что оптимальной стратегией разработки системы информационной безопасности будет являться наступательная стратегия, что предполагает наличие следующих этапов проектирования [7]:

 внедрение дополнительных средств антивирусной защиты (проверка внешних носителей информации на выделенной рабочей станции с установленным альтернативным антивирусным ПО);

 управление использованием внешних носителей информации (допуск к использованию USB-подключений носителей информации на рабочих станциях, где это технологически необходимо);

 внедрение корпоративной версии антивирусного ПО (что позволит автоматизировать процессы централизованного управления системой антивирусной защиты);

 внедрение почтового антивируса, позволяющего блокировать вложения, содержащие вредоносные файлы.

 организационные меры защиты информации включают в себя [5]:

 изменение положений инструкции по антивирусной защите в соответствии с внесенными изменениями;

 ознакомление сотрудников под роспись с требованиями антивирусной защиты;

 определение ответственности специалистов в рамках нормативных документов в области защиты информации;

 определение групп пользователей по уровню доступа к рискованным операциям (подключению внешних USB-накопителей, работе с внешней электронной почтой, наличию прав локального администратора на рабочих станциях).

В деятельности компании используются криптографические средства информации на платформе Крипто-Про 4.0, используемые для:

— работы на электронных торговых площадках;

— функционирования систем электронного документооборота;

— использования плагинов для работы с электронной подписью и сертификатами для авторизации в Web-приложениях, в приложениях MS Office.

Для мониторинга работы сотрудников в части защиты от утечек информации используется DLP-система Search Inform, решающая задачи анализа работы с рассылками, электронной почтой, трафиком Web-приложений на предмет наличия в нем защищаемой информации.

 2.2. Информационное обеспечение задачи

2.2.1 Характеристика нормативно-справочной, входной и оперативной информации

 

В качестве информационных объектов в рамках поставленной задачи автоматизации выберем:

— Помещения учреждения;

— Отделы;

— Специалисты;

— Виды МТО;

— Имущество;

— Выдача МТО.

На рисунке 16 приведена диаграмма «Сущность – Связь». Определим типы связей между указанными сущностями.

Каждому виду МТО соответствует множество объектов МТО. Связь 1:N.

Каждый специалист получает имущество множество раз. Связь 1:N.

В каждый кабинет выдается имущество множество раз. Связь 1:N.

В каждом отделе работает множество специалистов. Связь 1:N.

 

---

1 2 3 4