52
ВЫВОДЫ ПО ГЛАВЕ 1
Проанализировав показатели деятельности организации, мы выявили рост
объема документооборота. Для его обработки потребовалось увеличить штат
сотрудников. Несмотря на то, что доходы организации выросли, разница между
доходами и расходами также выросла. Рост расходов связан с повышением
затрат на обработку документооборота.
Рассмотрев деятельность организации, мы выявили ряд недостатков,
которые сопровождают процесс продаж. Чтобы оптимизировать бизнес-процесс,
были рассмотрены программные продукты, представленные на рынке. Однако
они обладали низкими показателями функциональности и не соответствовали
поставленным критериям. Поэтому было принято решение о разработке
информационной системы. Для этого были обоснованы проектные решения по
информационному, программному и техническому обеспечению.
53
2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл проекта начинается с момента принятия решения о
начале создания и заканчивается только в момент выведения его из
эксплуатации. Современные IT проекты разрабатываются с учётом принятых
стандартов, но так как проект разрабатывается собственными силами
предприятия, то стандарт жизненного цикла должен отвечать ряду требований:
стандарт не должен содержать жёстких нормативных критериев;
при использовании стандарта не должно быть излишней
бюрократической нагрузки;
стандарт должен содержать общую структуру жизненного цикла, а
также действия, процессы, задачи, которые необходимо реализовать
в процессе создания проекта;
стандарт должен быть актуален и соответствовать современным
требованиям к ИС.
Как стандарт для регламентации жизненного цикла проекта выбран ГОСТ
Р 57193—2016 «Системная и программная инженерия. Процессы жизненного
цикла систем» [1]. Данный стандарт больше подходит для описания жизненного
цикла проекта, представленного в предоставленной работе, так как он
ориентирован прежде всего на разработку ИС в рамках предприятия и даёт
общие рекомендации для любого жизненного цикла, в тоже время позволяя
определить его структуру и сформулировать процессы, действия и задачи в
рамках каждого этапа.
Для предоставленного проекта выделены следующие стадии жизненного
цикла:
анализ,
проектирование,
внедрение,
сопровождение.
Первая стадия «Анализ». Эта стадия начинается с подэтапа «Определение
54
запросов к будущей ИС». Первой задачей является «Анализ бизнес-процессов
предприятия "КАК ЕСТЬ"». Данную задачу выполняет менеджер отдела
техобслуживания, назначенный генеральным директором в качестве
ответственного лица и IT специалист. В процессе выполнения задачи формирует
структурно - функциональную диаграмму бизнес-процессов предприятия «КАК
ЕСТЬ» в нотации IDEF0. По результатам выполненного анализа выбирается
совокупность задач автоматизации. Данная задача выполняется IT
специалистом. Завершающая задача подэтапа состоит в «Определении свойств
ИС, которые необходимы для решения задачи». Задача решается менеджером
отдела техобслуживания и IT специалистом.
Следующим подэтапом в стадии «Анализ» считается определение
функций будущей ИС и подбор стратегии автоматизации. В подэтапе участвуют
менеджер отдела техобслуживания, IT специалист.
Первая задача подэтапа состоит в анализе существующих разработок в
области создания ИС. Следующей задачей подэтапа считается «Выбор метода
приобретения ИС». Далее следует задача - «Подбор стратегии автоматизации».
Завершающая задача подэтапа состоит в «Определении задач и целей
автоматизации». Необходимо отметить, что данная задача является ключевой
для составления технического задания на разработку ИС.
Предпоследним подэтапом стадии «Анализ» считается «Аргументация
проектных решений». Этот подэтап включает в себя три ключевые задачи:
аргументация проектных решений по программному обеспечению;
аргументация проектных решений по техническому обеспечению;
аргументация проектных решений по ИО.
Целью данных задач является формирование необходимых требований к
вышеперечисленным видам обеспечения ИС предприятия. Участником данного
подэтапа является IT специалист.
Заключительным подэтапом стадии «Анализ» является создание
документации по техническому заданию на разработку ИС.
Следующая стадия «Проектирование». На данной стадии необходимо
выполнить следующие задачи:
оценить риски проекта;
55
разработать информационную модель будущей ИС;
охарактеризовать всю нормативно-справочную информацию,
которая необходима для функционирования ИС;
охарактеризовать входные и выходные данные, а также алгоритмы
их расчёта;
перечислить необходимое программное и техническое обеспечение
для функционирования ИС;
охарактеризовать дерево функций, сценарии диалога, структуру
базы данных проектируемой ИС;
разработать пользовательские интерфейсы.
Данную работу выполняет IT специалист предприятия. Выходной
информацией является проектная документация.
После проектирования наступает стадия реализации проекта. Данная
стадия начинается с подготовки к разработке ПО. Первый подэтап состоит из
следующих задач:
установка локального сервера Apache;
создание всех модулей ИС согласно ТЗ;
разработка интерфейса на основе созданных модулей.
Все работы выполняет IT специалист предприятия. Конечным результатом
данной стадии является готовая ИС.
Главной целью стадии «Внедрения» является размещение тестирование
ИС. Ключевые стратегии введения системы представлены ниже.
1. Стратегия “Параллельное применение”. Параллельное применение -
синхронно выполняются новая и старая технология решения задачи, итоги их
подлежат сравнению. Ежели полученные результаты согласуются довольно-таки
продолжительное время, то выполняется переход на новую технологию.
Достоинства системы:
наименьший риск ошибок в виде новых технологий;
управление введения ИС будет выполняться независимо от
обычного операционного планирования компании.
Недостатки системы:
удвоение загрузки персонала;
56
требуется удвоенные мощности серверов;
необходимо постоянно сверять результаты работы двух технологий.
2. Стратегия “Скачок”. Скачок - старая технология действует до
конкретного момента, потом осуществляется введение новой технологии, а
после ее введения реализуется исключительно новая технология
Достоинства стратегии:
минимальная продолжительность переходного периода;
отсутствуют двойные затраты на деятельность компании;
новые процессы считаются более оптимальными по причине
отсутствия длительного переходного периода.
Недостатки системы:
большие риски несоответствия характеристик ИС требованиям
компании;
высокие запросы к действиям по планированию перехода на новую
технологию;
3. Стратегия “Пилотный проект”. Данная стратегия – это стратегия скачка,
применяемая к ограниченному количеству процессов, областью внедрения, как
правило, является небольшой участок компании.
Достоинства системы:
малый риск выбора неправильного решения, которое не приведёт к
долгому простою всей компании;
наличие возможности изменять планируемую технологию в ходе
внедрения ИС на участке;
отсутствуют двойные затраты на внедрение технологии.
Недостатки системы:
сложно интегрировать информационные потоки создаваемых по
новой и старой технологии;
необходимо одновременно управлять новой и старой ИС.
4. Стратегия “Узкое место”. Данная стратегия - это автоматизация
минимальной доли производственного процесса, который избирается согласно
критериям их эффективности, которые приводят к увеличению качества
выполнения процессов исключительно в конкретном узком месте.
57
Достоинства системы:
после внедрения автоматизации любого узкого места есть
возможность прерывать автоматизацию;
минимальные запросы к уровню планирования работ по внедрению.
Недостатки системы:
внедрение полного завершённого цикла планирования на любом из
узких мест - вследствие способности прерывания процесса
автоматизации, может и не завершиться никогда;
независимость автоматизации узких мест даст возможность к
формированию большого количества лишних программно-
аппаратных решений.
В качестве основной стратегии внедрения используется «Пилотный
проект». Такой подход снижает риски и наиболее надёжен при внедрении на
узком участке предприятия.
Во время этапа внедрения IT сотрудником предприятия производится:
установка всех необходимых программных средств на сервер
предприятия;
проведение тестирования;
устранение ошибок, выявленных в процессе тестирования.
Стадия эксплуатации предусматривает наблюдение за работой ИС, ее
поддержку, доработку технической и программной архитектур, учитывая новые
программные и технические возможности. В процессе выполняется доработка
имеющихся программных модулей, а также доработка проектной и технической
документации. На протяжении первых двух месяцев эксплуатации, следует
еженедельно проводить совещания с участием IT специалиста, генерального
директора и сотрудника отдела техобслуживания, ответственного за
эксплуатацию ИС. Цель таких совещаний заключается не только в выявлении
недостатков ИС, а и в определении потенциальных пути её усовершенствования.
Следовательно, к концу стадии эксплуатации необходимо устранить все без
исключения недостатки ИС, а также реализовать как можно больше
мероприятий по её усовершенствованию.
Модель жизненного цикла разрабатываемой информационной системы
58
представлена схемой (рисунок 10). Под моделью ЖЦ понимается структура,
определяющая последовательность выполнения и взаимосвязи процессов,
действий и задач, выполняемых на протяжении ЖЦ.
Рисунок 10. Каскадная модель жизненного цикла ИС [30, C. 14]
Данная модель является каскадной. В этой модели основной
характеристикой является разбиение всей разработки на этапы, причем переход
с одного этапа на следующий происходит, только после того, как будет
полностью завершена работа на текущем этапе. Каждый этап завершается
выпуском полного комплекта документации. Однако в процессе создания ИС
постоянно возникает потребность в возврате к предыдущим этапам и уточнении
или пересмотре ранее принятых решений.
Положительные стороны применения каскадного подхода заключаются в
следующем:
на каждом этапе формируется законченный набор проектной
документации, отвечающий критериям полноты и согласованности;
выполняемые в логичной последовательности этапы работ
позволяют планировать сроки завершения всех работ и
соответствующие затраты.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Риски на подэтапе «Определение требований к ИС». Главная угроза на
этом подэтапе заключается в недостаточном определении свойств ИС, которые
59
необходимы для разрешения задачи и в неправильном выборе задач
проектирования (недостаточный или чрезмерно большой объем задач
автоматизации). На стадии эксплуатации это может привести к дополнительной
доработке ИС, что влечёт за собой финансовый риск. Риск можно предотвратить
применением инновационных case-средств в процессе моделирования бизнес-
процессов. В случае появления подобного риска выполняется дополнительное
моделирование с применением инновационных case-средств.
Основная угроза на подэтапе «Определение функций ИС и стратегий
автоматизации» заключается в неправильном определении стратегии
автоматизации и функций ИС. На этом подэтапе имеется риск ошибочного
выбора метода приобретения ИС. Риск можно предотвратить при помощи
основательного анализа всех вариантов. При возникновении, риск можно
устранить выполнением повторного анализа всех вариантов выбора ИС. Риск
взаимосвязан с риском ошибочного определения стратегии автоматизации и
функций ИС. Такой риск можно предотвратить и устранить применением
инновационных case-средств при выполнении анализа.
Риски на подэтапе «Разработка проекта автоматизации». Основная угроза
заключается в разработке неэффективного плана-графика по автоматизации:
применение излишних ресурсов или их недостаточность. Данный риск считается
финансовым; его можно предотвратить применением передовых
автоматизированных средств проектирования. При возникновении риск можно
устранить, применяя повторную корректировку плана-графика по
автоматизации.
На подэтапе «Создание информационного обеспечения задачи» основные
угрозы заключаются в разработке неверной информационной модели и
прототипов экранных форм, неудобных для пользователя. Риск можно
предотвратить по согласованию прообразов экранных форм с будущими
пользователями. Этот риск можно устранить при помощи дополнительной
доработки экранных форм и применяя систему ModelViewControl (MVC).
На подэтапе «Подготовка к созданию ПО» основная угроза заключается в
неправильной формализации расчётов показателей. Риск можно устранить
посредством тестирования программных модулей на стадии введения.
60
На подэтапе «Создание ПО» основная угроза состоит в неправильной
разработке программы. Данный риск можно устранить применением для
программирования языка 4-го поколения CLARION, который при
программировании показывает неправильности различных компонентов
создаваемого программного средства. Следует учесть, что тестирование
программных модулей будет выполняться на стадии введения.
Угроза на стадии «Введение» заключается в неправильном тестировании
технического обеспечения программных модулей. Данный риск можно
предотвратить применением лицензионного стендового оборудования, а
устранить можно при помощи двойного тестирования. На стадии
«Сопровождение» основные угрозы заключаются в поломке оборудования,
моральном устаревание ПС и ПО. Первый риск можно предотвратить при
помощи гибкости созданной ИС и при помощи оперативной доработки
программной архитектуры. Второй риск можно предотвратить при помощи
постоянного мониторинга состояния оборудования.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
В нормативно-правовую базу включены группы документов, которые
учитываются при соблюдении безопасности информации:
I. Международное правовое обеспечение, составленное международными
нормативными актами, которые были ратифицированы РФ, и международные
договоры, которые были инициированы РФ.
II. Международное нормативно-техническое обеспечение, которое
содержит международные Регламенты, Стандарты, Рекомендации в
информационной сфере и в сфере информационной безопасности.
III. Государственное правовое обеспечение, содержащее нормативные акты
РФ (Конституция РФ, Федеральные законы, Указы Президента РФ),
подзаконные акты (Постановления и Распоряжения Правительства России,
нормативные акты уполномоченных федеральных органов государственной
власти), подзаконные и нормативные акты субъектов РФ.
61
IV. Государственное нормативно-техническое обеспечение, в состав
которого включены действующие на территории России технические стандарты,
регламенты (государственные, отраслевые), руководящие документы,
подзаконные акты уполномоченных федеральных органов государственной
власти преимущественно нормативно-технического характера.
Документы, которые включены в I группу (международное правовое
обеспечение) имеют преимущественное право при обеспечении
информационной безопасности в сетях связи 3-го поколения, если другое не
предусмотрено российским законодательством. В эту группу включены:
a. Европейская Конвенция о защите прав человека и основных свобод
(1996 г.);
b. Всеобщая декларация прав человека, которая была утверждена и
провозглашена Генеральной Ассамблеей ООН (1948 г.);
c. Пакт о политических и гражданских правах (1976 г.);
d. Европейская Конвенция от 28.01.1981 г. об охране личности по
отношению к автоматизированной обработке персональных данных;
e. Директива Европейского Парламента и Совета Европейского Союза
95/46/ЕС об обработке персональных данных;
f. Директива Европейского Парламента и Совета Европейского Союза
97/66/ЕС об обработке персональных данных;
А также другие международные договорённости, которые признала РФ.
Перечисленные документы затрагивают некоторые важные и
свойственные российскому национальному законодательству вопросы, такие
как:
общие цели безопасности;
требования к системе безопасности;
требования управления безопасностью.
требования, которые касаются управления доступом;
оценка угроз и рисков, которые связаны с какой-либо угрозой,
идентификация ситуации и привлечённых сторон;