54
-·Apache –– это Web-сервер с открытым исходным кодом, часто
применяющийся в Unix-аналогичных ОС;
-·IIS –– это Web-сервер, созданный в компании Microsoft, как правило,
используется на ОС рода Microsoft Windows.
Ключевыми преимуществами Apache считаются безопасность и гибкость
конфигурации. Данный Web-сервер позволяет подключения наружных модулей
для предоставления информации, изменять сообщения об ошибках, использовать
СУБД для аутентификации пользователей. Недостатком является отсутствие
стандартного удобного администраторского интерфейса.
Преимуществом IIS является интеграция с иными продуктами компании
Microsoft. Значительный недостаток IIS состоит в трудности интеграции этого
сервера с интерпретатором PHP, что в целом усложняет настройку и
использование данного Web-сервера.
Значит, более логично применять Web-сервер Apache.
Для применения системы на рабочих пользовательских станциях
необходимо установить Web-браузер. В настоящее время большую известность
получили браузеры: Firefox, Chrome, Opera, Internet Explorer.
В разрабатываемой системе применяется методика асинхронного обмена
информацией AJAX и JavaScript код, который выполняется на стороне
пользователя, поэтому главное требование к браузеру – это его скорость
обрабатывания JavaScript кода. Среди вышеприведенных браузеров, самым
быстрым в работе с JavaScript выявился Opera, что доказывают итоги
множественных тестирований в разных бенчмарках. Непосредственно данным
браузером рекомендовано заменить используемый на сегодняшний день.
В качестве операционных систем рабочих станций и серверов будут
использоваться уже использующие на данном предприятии.
1.5.3 Обоснование проектных решений по техническому
обеспечению
Для компании предлагается создать систему, созданной на клиент-
серверной архитектуре, соответственно требованиям, которые предъявляются к
техническому обеспечению. Они включают в себя требования, как к серверной,
так и к клиентской части. Все компьютеры компании объединяются в локальную
55
сеть, что позволяет удовлетворить все потребности информационного обмена. На
рабочих местах сотрудников компании находятся принтеры для печати разных
отчётов, счетов, списков, и других документов.
Так как задачи предполагается решать при помощи веб-ориентированной
системы, необходимы будут веб-сервер и компьютеры для рабочих мест.
Характерные свойства архитектуры «клиент-сервер» и прочие специфичности
веб-ориентированных систем дают возможность им работать на ЭВМ с низкими
системными требованиями. Сдерживающим фактором являются запросы
операционной системы, потому, что современные браузеры к ресурсам
нетребовательны.
Поскольку создаваемый модуль будет функционировать на базе клиент -
серверной технологии, все без исключения вычисления будут выполняться на
стороне сервера, а значит, системные запросы к ПК будут минимальными.
Описанные технические характеристики ПК отдела документооборота
относятся к компьютерам, имеющих среднюю производительность, откуда
следует, что их замена или модернизация не требуется для выполнения
установленной задачи.
Также не требуют улучшения технические характеристики серверов,
поскольку сейчас применяемые модели серверов обладают возможностью
наращивания своей производительности для реализации автоматизируемой
задачи, не причиняя ущерба другим выполняемым ими задачам.
Соединительным линиям ЛВС дают оценку по потенциальной пропускной
способности. Поскольку в процессе работы создаваемого модуля и обмена
информацией с сервером видео или голосовой трафик не передается, либо
остальные данные большие по объему, то и особенных запросов к пропускной
способности не предъявляют. Поскольку пропускная способность линий связи на
данный момент составляет до 100 мбит/сек, то им также модернизация или замена
не требуются.
56
Выводы по главе
В данной главе был произведен анализ деятельности компании ПАО «Банк
Москвы». В процессе анализа работы была рассмотрена организационная штатная
структура компании, дана характеристика главных бизнес-процессов. Выяснено,
что один из ключевых процессов – это учет документов, на сегодняшний день не
автоматизирован и считается источником повышенных трудозатрат сотрудников,
а также одной из вероятных причин снижения эффективности работы компании
ПАО «БАНК МОСКВЫ».
На сегодняшний день применяются две ключевых стратегии
автоматизации: подгонка имеющегося программного продукта под бизнес-
процессы компании и создание новой автоматизированной системы,
оптимизированной под существующие бизнес процессы. Выбор стратегии
автоматизации зависит от целей развития компании и ее долгосрочных
экономических возможностей.
Для компании ПАО «БАНК МОСКВЫ» наиболее подходит вариант с
разработкой собственной информационной системы под выделенный в результате
анализа деятельности компании бизнес-процесс. Такой вариант не требует
значительных денежных затрат, так как компания располагает собственными
финансовыми средствами для создания и поддержки созданного программно-
аппаратного комплекса.
В данной главе выполнены комплексные работы, направленные на
обоснование необходимости внедрения автоматизации: определена суть задачи,
описаны главные характеристики системы, отображены все имеющиеся бизнес-
процессы, освещены вопросы, которые связанны с анализом имеющихся
разработок в данной области. Первая глава также обосновывает проектные
решения по информационному, техническому, программному и
технологическому обеспечению.
В процессе проектирования системы информации были вынесены решения
по ее информативному, техническому и программному обеспечению. В ходе
создания системы были использованы СУБД MySQL и язык программирования
PHP.
57
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл проекта начинается с момента принятия решения о начале
создания и заканчивается только в момент выведения его из эксплуатации.
Современные IT проекты разрабатываются с учётом принятых стандартов, но так
как проект разрабатывается собственными силами предприятия, то стандарт
жизненного цикла должен отвечать ряду требований:
- стандарт не должен содержать жёстких нормативных критериев;
- при использовании стандарта не должно быть излишней бюрократической
нагрузки;
- стандарт должен содержать общую структуру жизненного цикла, а также
действия, процессы, а также задачи, которые необходимо реализовать в процессе
создания проекта;
- стандарт должен быть актуален и соответствовать современным
требованиям к ИС.
Как стандарт для регламентации жизненного цикла проекта выбран ГОСТ
Р 57193—2016 «Системная и программная инженерия. Процессы жизненного
цикла систем» [1]. Данный стандарт больше подходит для описания жизненного
цикла проекта, представленного в предоставленной работе, так как он
ориентирован прежде всего на разработку ИС в рамках предприятия и даёт общие
рекомендации для любого жизненного цикла, в тоже время позволяя определить
его структуру и сформулировать процессы, действия и задачи в рамках каждого
этапа.
Для предоставленного проекта выделены следующие стадии жизненного
цикла:
- анализ;
- проектирование;
- внедрение;
- сопровождение.
Первая стадия «Анализ». Эта стадия начинается с подэтапа «Определение
запросов к будущей ИС». Первой задачей является «Анализ бизнес-процессов
58
предприятия "КАК ЕСТЬ"». Данную задачу выполняет менеджер отдела
документооборота, назначенный генеральным директором в качестве
ответственного лица и IT специалист. В процессе выполнения задачи формирует
структурно-функциональную диаграмму бизнес-процессов предприятия «КАК
ЕСТЬ» в нотации IDEF0. По результатам выполненного анализа выбирается
совокупность задач автоматизации (в контексте данной работы это -
автоматизация задачи учет документов отделом документооборота). Данная
задача выполняется IT специалистом. Завершающая задача подэтапа состоит в
«Определении свойств ИС, которые необходимы для решения задачи». Задача
решается менеджером отдела документооборота и IT специалистом.
Следующим подэтапом в стадии «Анализ» считается определение функций
будущей ИС и подбор стратегии автоматизации. В подэтапе участвуют менеджер
отдела документооборота, IT специалист.
Первая задача подэтапа состоит в анализе существующих разработок в
области создания ИС учета документов отделом документооборота. Следующей
задачей подэтапа считается «Выбор метода приобретения ИС». Далее следует
задача - «Подбор стратегии автоматизации». Завершающая задача подэтапа
состоит в «Определении задач и целей автоматизации». Необходимо отметить,
что данная задача является ключевой для составления технического задания на
разработку ИС.
Предпоследним подэтапом стадии «Анализ» считается «Аргументация
проектных решений». Этот подэтап включает в себя из три ключевые задачи:
- аргументация проектных решений по ПО;
- аргументация проектных решений по техническому обеспечению;
- аргументация проектных решений по ИО.
Целью данных задач является формирование необходимые требования к
вышеперечисленным видам обеспечения ИС сайта предприятия. Участником
данного подэтапа является IT специалист.
Заключительным подэтапом стадии «Анализ» является создание
документации по техническому заданию на разработку ИС.
Следующая стадия «Проектирование». На данной стадии необходимо
выполнить следующие задачи:
59
- оценить риски проекта;
- разработать информационную модель будущей ИС;
- охарактеризовать всю нормативно-справочную информацию, которая
необходима для функционирования ИС;
- охарактеризовать входные и выходные данные, а также алгоритмы их
расчёта;
- перечислить необходимое программное и техническое обеспечение для
функционирования ИС;
- охарактеризовать дерево функций, сценарии диалога, структуру базы
данных проектируемой ИС;
- разработать пользовательские интерфейсы.
Данную работу выполняет IT специалист предприятия. Выходной
информацией является проектная документация.
После проектирования наступает стадия реализации проекта. Данная
стадия начинается с подготовки к разработке ПО. Первый подэтап состоит из
следующих задач:
- установка локального сервера Apache;
- скачивание и установка дистрибутива РНР на локальный сервер;
- разработка базы данных системы отдела документооборота;
- создание всех модулей ИС согласно ТЗ;
- разработка интерфейса на основе созданных модулей;
Все работы выполняет IT специалист предприятия. Конечным результатом
данной стадии является готовая ИС, размещённая на локальном сервере.
Главной целью стадии Внедрения является размещение в глобальной сети
интернет ИС предприятия и его тестирование. Ключевые стратегии введения
системы представлены ниже.
1. Стратегия “Параллельное применение”. Параллельное применение -
синхронно выполняются новая и старая технология решения задачи, итоги их
подлежат сравнению. Ежели полученные результаты согласуются довольно-таки
продолжительное время, то выполняется переход на новую технологию.
Достоинства системы:
- наименьший риск ошибок в виде новых технологий;
60
- управление введения ИС будет выполняться независимо от обычного
операционного планирования компании.
Недостатки системы:
- удвоение загрузки персонала;
- требуется удвоенные мощности серверов;
- необходимо постоянно сверять результаты работы двух технологий.
2. Стратегия “Скачок”. Скачок - старая технология действует до
конкретного момента, потом осуществляется введение новой технологии, а после
ее введения реализуется исключительно новая технология.
Достоинства стратегии:
- минимальная продолжительность переходного периода;
- отсутствуют двойные затраты на деятельность компании;
- новые процессы считаются более оптимальными по причине отсутствия
длительного переходного периода.
Недостатки системы:
- большие риски несоответствия характеристик ИС требованиям компании;
- высокие запросы к действиям по планировании перехода на новую
технологию.
3. Стратегия “Пилотный проект”. Данная стратегия – это стратегия скачка,
применяемая к ограниченному количеству процессов, областью внедрения, как
правило, является небольшой участок компании.
Достоинства системы:
- малый риск выбора неправильного решения, которое не приведёт к
долгому простою всей компании;
- наличие возможности изменять планируемую технологию в ходе
внедрения ИС на участке;
- отсутствуют двойные затраты на внедрение технологии.
Недостатки системы:
- сложно интегрировать информационные потоки создаваемых по новой и
старой технологии;
- необходимо одновременно управлять новой и старой ИС.
4. Стратегия “Узкое место”. Данная стратегия -это автоматизация
61
минимальной доли производственного процесса, который избирается согласно
критериям их эффективности, которые приводят к увеличению качества
выполнения процессов исключительно в конкретном узком месте.
Достоинства системы:
- после внедрения автоматизации любого узкого места есть возможность
прерывать автоматизацию;
- минимальные запросы к уровню планирования работ по внедрению.
Недостатки системы:
- внедрение полного завершённого цикла планирования на любом из узких
мест - вследствие способности прерывания процесса автоматизации, может и не
завершиться никогда;
- независимость автоматизации узких мест даст возможность к
формированию большого количества лишних программно-аппаратных решений.
В качестве основной стратегии внедрения используется «Пилотный
проект». Такой подход снижает риски и наиболее надёжен при внедрении на
узком участке предприятия.
Во время этапа внедрения IT сотрудником предприятия производится:
- регистрация доменного имени предприятия по согласованию с
генеральным директором;
- установка всех необходимых программных средств на веб-сервер
предприятия;
- перенос готовой ИС с локального сервера на веб-сервер;
- проведение тестирование ИС;
- устранение ошибок, выявленных в процессе тестирования.
Стадия эксплуатации предусматривает наблюдение за работой ИС, ее
поддержку, доработку технической и программной архитектур, учитывая новые
программные и технические возможности. В процессе выполняется доработка
имеющихся программных модулей, а также доработка проектной и технической
документации. На протяжении первых двух месяцев эксплуатации, следует
еженедельно проводить совещания с участием IT специалиста, генерального
директора и сотрудника отдела документооборота, ответственного за
эксплуатацию ИС. Цель таких совещаний заключается не только в выявлении
62
недостатков ИС, а и в определении потенциальных пути её усовершенствования.
Следовательно, к концу стадии эксплуатации необходимо устранить все без
исключения недостатки ИС, а также реализовать как можно больше мероприятий
по её усовершенствованию.
Модель ЖЦ создаваемой ИС показана на схеме (рис. 12). Под моделью
жизненного цикла понимается структура, определяющаяся очередностью
выполнения и взаимосвязанности процессов, действий, а также задач, которые
выполняются на протяжении цикла жизни.
Эта модель считается каскадной моделью. В каскадной модели ключевой
особенностью является разбитие всей разработки по этапам, причем переход с 1-
го этапа на следующий совершается, лишь после того, как целиком будет
завершена работа на протекающем этапе. Каждый этап должен быть завершен
выпуском полного комплекта документов. Однако в ходе разработки
информационной системы постоянно появляется необходимость в возврате к
предшествующим этапам и уточнении либо пересмотре принятых раньше
решений.
Рисунок 12 Каскадная модель цикла жизни информационной системы
Положительные стороны использования каскадного подхода состоят в
следующем:
- на каждом этапе создается законченный набор проектных документов,
который отвечает аспектам полноты и согласованности;
- исполняемые в логической последовательности рабочие этапы дают
63
возможность планировать сроки окончания всех работ и соответственные
затраты.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
Риски на подэтапе «Определение требований к ИС». Главная угроза на этом
подэтапе заключается в недостаточном определении свойств ИС, которые
необходимы для разрешения задачи и в неправильном выборе задач
проектирования (недостаточный или чрезмерно большой объем задач
автоматизации). На стадии эксплуатации это может привести к дополнительной
доработке ИС, что влечёт за собой финансовый риск. Риск можно предотвратить
применением инновационных case-средств в процессе моделирования бизнес-
процессов. В случае появления подобного риска выполняется дополнительное
моделирование с применением инновационных case-средств.
Основная угроза на подэтапе «Определение функций ИС и стратегий
автоматизации» заключается в неправильном определении стратегии
автоматизации и функций ИС. На этом подэтапе имеется риск ошибочного выбора
метода приобретения ИС. Риск можно предотвратить при помощи основательного
анализа всех вариантов. При возникновении, риск можно устранить выполнением
повторного анализа всех вариантов выбора ИС. Риск взаимосвязан с риском
ошибочного определения стратегии автоматизации и функций ИС. Такой риск
можно предотвратить и устранить применением инновационных case-средств при
выполнении анализа.
Риски на подэтапе «Разработка проекта автоматизации». Основная угроза
заключается в разработке неэффективного плана-графика по автоматизации:
применение излишних ресурсов или их недостаточность. Данный риск считается
финансовым; его можно предотвратить применением передовых
автоматизированных средств проектирования. При возникновении риск можно
устранить, применяя повторную корректировку плана-графика по автоматизации.
На подэтапе «Создание информационного обеспечения задачи» основные
угрозы заключаются в разработке неверной информационной модели и
прототипов экранных форм, неудобных для пользователя. Риск можно
предотвратить по согласованию прообразов экранных форм с будущими