46
применяющийся в 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, что доказывают итоги множественных тестирований в разных
бенчмарках. Непосредственно данным браузером рекомендовано заменить
используемый на сегодняшний день.
Принимая во внимание функциональность и задачи проекта, принято решение
осуществить реализацию веб-сервиса с применением следующих технологий:
HTML; CSS; JavaScript; PHP; PostgreSQL. В качестве операционных систем рабочих
станций и серверов будут использоваться уже использующиеся на данном
предприятии.
Выводы по главе
В данной главе был произведен анализ деятельности компании АО «Банк
Русский Стандарт». В процессе анализа работы была рассмотрена организационная
47
штатная структура компании, дана характеристика главных бизнес-процессов.
Выяснено, что один из ключевых процессов – это учет документов, на сегодняшний
день не автоматизирован и считается источником повышенных трудозатрат
сотрудников, а также одной из вероятных причин снижения эффективности работы
компании АО «БАНК РУССКИЙ СТАНДАРТ».
На сегодняшний день применяются две ключевых стратегии автоматизации:
подгонка имеющегося программного продукта под бизнес-процессы компании и
создание новой автоматизированной системы, оптимизированной под
существующие бизнес процессы. Выбор стратегии автоматизации зависит от целей
развития компании и ее долгосрочных экономических возможностей.
Для компании АО «БАНК РУССКИЙ СТАНДАРТ» наиболее подходит
вариант с разработкой собственной информационной системы под выделенный в
результате анализа деятельности компании бизнес-процесс. Такой вариант не
требует значительных денежных затрат, так как компания располагает
собственными финансовыми средствами для создания и поддержки созданного
программно-аппаратного комплекса.
В данной главе выполнены комплексные работы, направленные на
обоснование необходимости внедрения автоматизации: определена суть задачи,
описаны главные характеристики системы, отображены все имеющиеся бизнес-
процессы, освещены вопросы, которые связанны с анализом имеющихся разработок
в данной области. Первая глава также обосновывает проектные решения по
информационному, техническому, программному и технологическому
обеспечению.
В процессе проектирования системы информации были вынесены решения по
ее информативному, техническому и программному обеспечению. В ходе создания
системы были использованы СУБД PostgreSQL и язык программирования PHP.
48
2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Проведем выбор концепции жизненного цикла в рамках проектирования
системы автоматизации службы технической поддержки АО «Банк Русский
Стандарт».
Жизненным циклом ИС считается период формирования и применения
информационной системы, охватывающий различные её состояния, с момента
возникновения необходимости ее реализации и до момента вывода ее из
эксплуатации [9].
В наше время наиболее распространенными стандартами,
регламентирующими вопросы, связанные с реализацией жизненного цикла ИС
считаются [17]:
ISO 15288 «Standard for Information Technoiogy - System Life Cycle Processes»,
ISO 12207 «Standard for Information Technoiogy - Software Life Cycle Processes»;
- ГОСТ 34 (ГОСТ 34.601-90 «Автоматизированные системы Стадии
создания»).
Стандарт ГОСТ 34.601-90 в масштабе построения и развития
автоматизированных систем считается довольно обобщенным, в то же время
предъявляет жесткие требования к структуре жизненного цикла ИС, а также к
свойствам, содержанию и объемам проектной документации. Сегодня данный
стандарт считают уже устаревшим. Стандарты ISO 15288 и ISO 12207 считаются
международными стандартами, которыми регламентируется структура жизненного
цикла. Эти стандарты считаются более современными, в сравнении с ГОСТом 34.
Отличаются данные стандарты тем, что ISO 12207 применяется при разработке
только программных продуктов, а стандарт ISO 15288 предназначен для полного
анализа автоматизированных систем, включая аппаратную и программную
платформы. По этой причине, в предоставленном проекте воспользуемся
стандартом жизненного цикла ISO 12207.
Имеются такие основные стратегии по внедрению системы [10]:
1. Параллельная стратегия, когда осуществляется одновременное
функционирование старой (ручной) и новой систем, и выполняется сравнение
49
выходных их документов. Если согласование документов занимает длительное
время, то выполняется переход на новую систему.
2. "Скачок". Эта стратегия не рекомендуется, хотя считается привлекательной.
3. "Пилотный проект". Считается наиболее часто применяемой стратегией.
"Пилотный проект" представляет собой тактику "скачка", но применяемую к
ограниченному количеству процессов. Сфера использования "Пилотного проекта" -
небольшой участок работы. Этот подход считается наиболее надежным и позволяет
снизить риски. Сегодня эту тактику применяют практически все предприятия.
4. "Узкое место"- считается малой частью технологического процесса. В
случае использования данного похода, план внедрения реализовывается
исключительно для "узкого места" и для сотрудников, которые работают в нем.
Точность данных увеличивается исключительно для изделий в этом "узком месте";
переподготовка требуется только для сотрудников, которые работают в нем; анализ
эффекта расходов выполняется исключительно для него и т.д.
Стратегией внедрения системы избрана модель "Пилотный проект".
Модель жизненного цикла ИС в себя включает [21]:
1. Этапы.
2. Результаты выполнения работ на каждом этапе.
3. Ключевые события — точки окончания работ и выработки решений.
Этап считается частью процесса создания ИС, ограниченной установленными
временными рамками и завершающаяся выпуском определенного продукта
(документации, программных компонентов, моделей), определяемого
установленными для данного этапа требованиями.
На любом этапе могут реализовываться несколько процессов, которые
определены стандартом ГОСТ Р ИСО/МЭК 12207-2010, и напротив, один и тот же
самый процесс может реализовываться на разных этапах. Соотношение между
этапами и процессами также определяется применяемой моделью жизненного цикла
информационной системы [24]
Модели жизненного цикла ИС
В рамках каскадной модели предполагается последовательное исполнение
всех этапов проекта в строго определенном порядке. Переход к следующему этапу
производится только при полном завершении работ на предшествующей стадии.
50
Проводится четкое документирование требований в форме технического задания.
Окончание каждого этапа предполагает издание полного комплекта документов,
достаточного для того, продолжения разработки другой группой специалистов.
Понятие «жизненный цикл проекта» можно интерпретировать как период
времени от зарождения идеи проекта до его завершения, который можно разделить
на соответствующие фазы или этапы [8]:
Этап замысла.
Этап разработки.
Этап производства.
Этап применения
Этап поддержки применения.
Этап прекращения использования и списания
Не существует единого оптимального метода, позволяющего определить
наиболее подходящий жизненный цикл и структуру проекта. У некоторых
предприятий существуют принятые принципы, согласно которым для каждого
проекта подразумевается один и тот же жизненный цикл, в то время как остальные
предприятия позволяют команде управления проектом самим выбирать жизненный
цикл, наиболее подходящий для проекта [26].
Модель ЖЦ программного обеспечения представляет собой структуру,
определяющую порядок реализации и взаимосвязи процессов, задач и действий в
течение ЖЦ. Модель ЖЦ находится в зависимости от специфики, сложности и
масштаба проекта, а также специфики условий, в которых создается и работает
система.
Различают такие модели ЖЦ [15]:
Каскадная модель - подразумевает последовательное выполнение всех
этапов проекта в строго определенном порядке. Переход на следующий этап
выполняется только после полного завершения работ на предыдущем.
Итерационная модель - подразумевает разделение жизненного цикла
проекта на определенную последовательность итераций, напоминающих «мини-
проект», каждый из которых включает все процессы разработки в использовании к
формированию меньших сегментов функциональности, в сравнении с проектом в
общем. Цель каждой итерации состоит в получении функционирующей версии
51
программного продукта, включающей функциональность, которая определена
интегрированным содержанием всех прошлых, и текущей итерации. В результате
завершающей итерации содержится вся требуемая функциональность продукта.
Спиральная модель - складывается из нескольких итераций (витков
спирали) путем создания прототипов (черновых версий программы). Любая из
итераций соответствует формированию сегмента или версии ПО, на ней уточняются
характеристики и цели проекта, осуществляется оценка качества полученных
результатов и планирование работ следующей итерации.
Для разработки требуемого приложения автоматизации документооборота
выбрана спиральная модель, представленная на рисунке 11.
Рисунок 11. Спиральная модель
Структура модели жизненного цикла программного обеспечения приведена
согласно стандарту ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология.
Процессы жизненного цикла программных средств [14]. Концепция спиральной
модели, разработанная Барри Боэмом в 1986 году, применяется в рамках разработки
большого количества информационных систем [8]. Она выступает в роли
52
технологии разработки программного обеспечения, сочетающей в себе как стадии
проектирования, так и постадийного прототипирования с целью сочетания
достоинств восходящих и нисходящих алгоритмов, в которой делается упор на
работу с начальными этапами жизненного цикла: стадий анализа и проектирования.
На каждом витке спирали производится создание фрагмента или версии
программного продукта. Производится уточнение целей и характеристик проекта,
определение его качеств и планирования работ на следующем витке спирали.
Каждый виток разбивается на секторы [20]:
Определение перечня целей
Оценивание вероятности рисков
Осуществление разработки и тестирования
Планирование
На каждом из витков спирали могут использоваться различные модели
технологии разработки ПО. В конечном результате на выходе получится готовый
продукт. Модель включает в себя ряд возможностей моделей прототипирования и
каскадной модели. Процесс итеративной разработки отображает объективно
имеющийся спиральный цикл построения системы. Неполное окончание работ на
любом из этапов предоставляет возможность перехода к очередному этапу, не
дождавшись полного окончания работы на протекающем этапе. При итеративном
методе разработки недостающая работа может быть выполнена на следующей
итерации.
Основная задача - максимально быстрее продемонстрировать Заказчику
системы работоспособный продукт, тем самым активизируя процесс дополнения и
уточнения требований.
Главная проблема спирального цикла заключается в определении момента
перехода на очередной этап. Чтобы решить данную проблему потребуется введение
временных ограничений на любой из этапов ЖЦ. Осуществляется переход согласно
плана, даже если не закончена вся намеченная работа.
В перспективе разрабатываемое приложение будет дополняться новым
функционалом, поэтому данная модель жизненного цикла вполне подходит для
разработки стартовой версии системы автоматизации документооборота.
53
В процессе разработки проекта по автоматизации технологии
документооборота осуществлена разработка календарного плана внедрения
автоматизированной ИС, который представлен на рисунке 12.
Рисунок 12. Диаграмма Ганта разрабатываемой системы
С использованием каскадной модели проведем создание плана-проекта
разработки и внедрения информационной системы документооборота (таблица 7).
Для построения плана использовано ПО MS Project.
Ресурсами проектных решений являются:
- трудовые (Руководство, специалисты ИТ-отдела, экономического блока, а
также специалист по работе с персоналом);
- материальные (MS Office – для разработки проекта), компьютерная и
оргтехника, а также затраты на электроэнергию и материалы.
Таблица 7
План работ проекта
Название
задачи
Длительнос
ть
Начало
Окончан
ие
Предшест
венники
Названия
ресурсов
Анализ
предметной
области
5 дней
Чт
10.10.19
Ср
16.10.19
Изучение
функций
специалистов
2 дней
Чт
10.10.19
Пт 11.0.19
ИТ-
специалист;
Специалист
по персоналу
Название
задачи
Длительнос
ть
Начало
Окончан
ие
Предшест
венники
Названия
ресурсов
Моделирование
бизнес-
процессов
2 дней
Пн
14.10.19
Вт
15.10.19
2
Экономист;
ИТ-
специалист
54
Постановка
задач
автоматизации
1 день?
Ср
16.10.19
Ср
16.10.19
3
Экономист;
ИТ-
специалист
Название
задачи
Длительност
ь
Начало
Окончани
е
Предшестве
нники
Названия
ресурсов
Разработка
технического
задания
3 дней
Чт
17.10.19
Пн
21.10.19
4
Начальник
ИТ-отдела;
Директор; ИТ-
специалист
Реализация
информационно
й системы
21 дней
Вт
22.10.19
Вт
19.11.19
5
Выбор средств
разработки
3 дней
Вт
22.10.19
Чт
24.10.19
ИТ-
специалист
Разработка ПО
7 дней
Пт
25.10.19
Пн
04.11.19
7
ИТ-
специалист;
MS Office[1]
Тестирование
приложения
5 дней
Вт
05.11.19
Пн
11.11.19
8
ИТ-
специалист;Н
ачальник ИТ-
отдела
Развертывание
ПО
6 дней
Вт
12.11.19
Вт
19.11.19
9
ИТ-
специалист
Опытная
эксплуатация
5 дней
Ср
20.11.19
Вт
26.11.19
10
Начальник
ИТ-
отдела;ИТ-
специалист;Э
кономист
Разработка
документации
8 дней
Ср
27.11.19
Пт
08.12.19
Разработка
руководства
пользователя
4 дней
Ср
27.11.19
Пн
04.12.19
11
ИТ-
специалист;Б
ухгалтер
Разработка
руководства
администратора
2 дней
Вт
05.12.19
Ср
06.12.19
13
ИТ-
специалист
Оформление
акта приемки
2 дней
Чт
07.12.19
Пт
08.12.19
14
Начальник
ИТ-
отдела;Дирек
тор
На рисунке 13 приведена диаграмма затрат по задачам
55
Рисунок 13. Диаграмма затрат по задачам
В таблице 8 приведен расчет затрат по задачам.
Таблица 8
Расчет затрат по задачам
Название
Затраты
Анализ предметной области
16 320,00 ₽
Разработка технического
задания
18 000,00 ₽
Реализация информационной
системы
51 400,00 ₽
Опытная эксплуатация
26 800,00 ₽
Разработка документации
24 160,00 ₽
На рисунке 14 приведена диаграмма использования ресурсов.
Первый этап заключается в первоначальном ознакомлении с объектом
автоматизации, в изучении технологии документооборота, бизнес-процессов. На
данном этапе задействуется автор-разработчик проекта. Руководители предприятия,
специалисты АО «Банк Русский Стандарт» и остальных структурных подразделений
предоставили необходимые материалы.
Следующий этап заключается в проектировании информационной системы: в
определении информационных объектов и их свойств, в организации между ними
взаимосвязи. На данном этапе задействуется автор-разработчик дипломного
проекта.
0,00₽
10,00₽
20,00₽
30,00₽
40,00₽
50,00₽
60,00₽