47
системе;
Системы контроля доступа, отражающий полномочия
сотрудников предприятия по отношению к информации,
расположенной в базе данных.
Входным документом для рассматриваемого бизнес-процесса является
заявка, формой ввода которой является унифицированная форма,
расположенная на соответствующей странице информационной системы.
Выходным документом является выполненная заявка, заполненная
сотрудниками отдела информационных технологий установленным образом и
имеющая подтверждение от инициатора заявки в том, что работы выполнены в
полном объеме и результаты выполнения соответствуют ожиданиям.
Диалог с пользователями системы происходит на основе экранных
форм, отображенных на веб-страницах системы, а также сформированных
таблиц, содержащих необходимые данные.
Хранение информации в системе должно содержать таблицы со
следующими условно-постоянными данными:
Данные о сотрудниках и их учетных данных для доступа в
систему;
Данные об отделах и структурных подразделениях предприятия,
которым соответствуют данные о сотрудниках;
Данные о доступных для использования категориях заявок;
Данных о доступных для использования уровней полномочий
пользователей;
Данные обо всех заявках предприятия, распределенные на
страницах информационной системы посредством отбора из
таблицы необходимым образом.
Также должна быть предусмотрена таблица с данными об учетных
записях пользователей, согласно которой будет осуществляться доступ к
определенным разделам системы, изменения в которую может вносить только
пользователь с исключительными правами доступа к системе.
48
Все таблицы, за исключением отнесенных к тем, что обеспечивают
работоспособность системы, должны иметь формы для просмотра, изменения,
дополнения и удаления записей. Форма расположения полей для ввода
информации должна быть анкетной для удобства ведения справочников, а
также иметь возможность изменения информации, введенной с ошибками.
Поля для ввода должны быть такого цвета, чтобы вводимые данные были
видны, а форма поля видна на фоне страницы. Также необходимы подсказки
при работе с формами документов и веб-страницами системы.
Информационная база должна обеспечивать взаимосвязь данных в ней о
пользователях системы и о заявках, обеспечивать логичную связь между
элементами системы. Обязательным является наличие в базе системы
управления базами данных (СУБД).
При такой организации информационной базы будет обеспечено
оптимальное использование пространства на информационных носителях,
исключено дублирования данных и их несогласованность, а также позволит
установить требуемую взаимосвязанность данных и эффективное их
использование в информационной системе.
1.4.2 Обоснование проектных решений по программному обеспечению
В настоящее время веб-технологии являются актуальным и
эффективным средством хранения и обработки информации. Они позволяют
создавать индивидуальный интерфейс, безопасное централизованное
организованное сохранение информационной базы, имеют возможность
реализовать разграничение доступа к информации.
Данные технологии активно используются в различного рода
информационных системах ФГУП МОКБ «Астероид», что позволит легко
внедрить дополнительную информационную систему в общую программную
экосистему предприятия.
Для автоматизации задачи «Прием, обработка и учет заявок на IT-
обслуживание» были приняты следующие проектные решения по
49
программному обеспечению:
Hypertext Markup Language (HTML) – язык гипертекстовой
разметки. На данном языке описывается разметка большинства
веб-страниц, расположенных в интернете. Также позволяет
размечать и страницы локальных информационных систем,
основанных на веб-технологиях;
Cascading Style Sheets(CSS) – каскадные таблицы стилей, является
формальным языком описания внешнего вида документа,
написанного на HTML, но также применим и к другим языкам
разметки документа. Позволяет оформить страницы
информационной системы, сделав их более удобными для
пользователей, а также унифицировать стиль информационных
систем предприятия;
MySQL — свободная реляционная система управления базами
данных. Позволяет организовать хранение данных в
информационной системе и вывод из нее данных, а также их
модификацию;
Hypertext Preprocessor (PHP) – язык программирования,
специально сконструированный для создания веб-разработки.
Программный код выполняется на стороне сервера. Основными
преимуществами являются возможности легко внедрить код
непосредственно на веб-страницу, написанную на языке
гипертекстовой разметки HTML, а также использовать базу
данных MySQL для хранения данных разработанного
программного решения;
Apache – веб-сервер, принимающий от клиентов HTTP-запросы,
выдает ответы на эти запросы в виде html-страниц, содержащих
дополнительные данные из баз данных, файлов изображений и
другой информации;
JavaScript – язык программирования, используемый в системе для
50
придания интерактивности веб-страницам.
Комплекс данных программных средств позволяет разработать систему,
полностью удовлетворяющую требованиям ФГУП МОКБ «Астероид» в
вопросах организации хранения и обработки заявок на IT-обслуживание и
соответствующую стилю, принятому в информационных системах
предприятия.
1.4.3 Обоснование проектных решений по техническому обеспечению
На предприятии МОКБ «Астероид» уже применяется несколько
серверов для информационных систем, схожих с разрабатываемой. Технически,
они состоят из следующих ключевых компонентов:
Веб-сервер:
o Процессор: Intel Xeon Gold 5215 – 2 шт.;
o Оперативная память: 2x16 Гб DDR4 ECC;
o Носители информации: 2 SSD по 1 Тб (RAID1).
Сервер баз данных:
o Процессор: Intel Xeon Gold 5215 – 2 шт.;
o Оперативная память: 2x16 Гб DDR4 ECC;
o Носители информации: 8 SSD по 2 Тб (RAID10).
Согласно техническим характеристикам, по параметрам вычислительной
мощности и количеству хранимой информации, данного оборудования будет
достаточно для обеспечения разработанной информационной системы. На веб-
сервере будут храниться программные компоненты системы, на сервере базы
данных – база данных, необходимая для работы системы.
Необходимость в дополнительном оборудовании при автоматизации
бизнес-процесса «Прием, обработка и учет заявок на IT-обслуживание», таким
образом, отсутствует.
Этим и объясняется обоснованность выбранного программного
продукта для решения поставленной задачи.
51
2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
На сегодняшний день существует несколько моделей жизненного цикла
проекта автоматизации. На предприятии ФГУП МОКБ «Астероид» при выборе
такого рода модели основную роль играет ее гибкость, возможность быстро
адаптироваться под вновь возникающие требования и условия разработки
системы.
Ввиду этого, руководством организации совместно с отделом,
ответственным за разработку системы, было принято решение об
использовании государственного стандарта ГОСТ Р ИСО/МЭК 12207-2010.
Данный стандарт не предусматривает конкретной модели жизненного
цикла системы или программных средств, разработки методологии, методов,
моделей или технических приемов. Стороны, применяющие настоящий
стандарт, отвечают за выбор модели жизненного цикла для программных
проектов и отображение процессов, действий и задач, представленных в
настоящем стандарте, на эту модель. Стороны также ответственны за выбор и
применение методов разработки программных средств и за выполнение
действий и задач, подходящих для программного проекта. [1]
Таким образом разрабатывающий автоматизированную систему отдел
принял решение о необходимости наличия следующих этапов жизненного
цикла программы:
Анализ первичных требований к программному продукту –
включает в себя тщательное рассмотрение автоматизируемого
бизнес-процесса, доступных технических и программных средств
на данный момент, а также запросов будущих пользователей
системы. На протяжении всего этапа анализа в обязательном
порядке изучается соответствие предстоящих работ политике
информационной безопасности предприятия. На основании
данного этапа создается перечень требований к продукту, а также
52
примерно рассчитывается экономический эффект от внедрения
продукта. Это и является конечной целью данного этапа
жизненного цикла;
Проектирование программного продукта – разработка проекта
автоматизированный системы обработки и учета заявок на IT-
обслуживание. Данный этап разделен на три подпункта:
o Проектирование технических средств – подразумевает
рассмотрение необходимости в изменении текущей
технической архитектуры, проверку соответствия ее
требованиям разрабатываемой информационной системы. В
случае необходимости изменения технической архитектуры,
составляется предварительный план предстоящих
мероприятий по ее модернизации;
o Проектирование программных средств – рассмотрение
необходимости изменений в программной архитектуре
предприятия, в том числе установке нового программного
обеспечения, изменении настроек текущего программного
обеспечения, обновлении имеющихся на предприятии
программ;
o Проектирование информационных средств – в ходе данного
процесса рассматривается информационное обеспечение
разрабатываемой автоматизированной системы, а именно
источники входных данных, необходимых для ее работы.
Разработка программного продукта в тестовом варианте и его
тестирование – данный этап подразумевает разработку в короткие
сроки программного продукта в тестовом варианте, с возможными
ограничениями по функционалу, однако предоставляющего
возможность быстрого поиска ошибок и их устранения благодаря
выводу всех промежуточных результатов обработок информации в
системе. Также на данном этапе будет произведена тестовая
53
эксплуатация с целью выявления и устранения ошибок;
Доработка тестового варианта до финальной версии программного
продукта – на данном этапе все возможные ограничения
функционала системы снимаются, убирается отображение
диагностических данных;
Тестирование готового программного продукта специалистами
отдела, разработавшего его – данный этап предусматривает
тестовую эксплуатацию системы в условиях, близких к реальным.
Производится попытка ввода всех необходимых данных, как с
ошибками, так и без с целью проверки реакции системы и ее
отказоустойчивости;
Тестовое внедрение системы в информационную среду
предприятия – на данном этапе производятся изменения
программной и аппаратной среды предприятия, необходимые для
работы автоматизированной информационной системы. На
компьютеры сотрудников предприятия устанавливается
необходимое программное обеспечение и модернизация
аппаратного обеспечения компьютера, если это необходимо для
эксплуатации системы. После этого, сотрудникам предоставляется
инструкция по эксплуатации системы, требования к входным
данным и ожидаемый результат от произведенных действий, а
затем начинается процесс тестирования ими системы в виде
дублирования своих стандартных действий соответствующими
действиями в системе. В случае обнаружения ошибок в выходных
данных, информация о данном инциденте передается в отдел
разработки, и система дорабатывается в соответствии с
запланированным функционалом. Целью данного этапа является
выявление ошибок системы, не обнаруженных на предыдущем
этапе, а также нагрузочное тестирование программного
обеспечения и оборудования, обеспечивающего работу
54
информационной системы;
Внедрение системы в промышленную эксплуатацию – на данном
этапе система становится обязательной к использованию. Все
задачи, которые автоматизированы с ее помощью, выполняются
средствами информационной системы. Дублирования данных
действий в варианте до ввода системы в эксплуатацию, не
предусматривается. В случае обнаружения ошибок и недоработок
производится доработка на тестовой системе, без необходимости
длительного простоя основной системы. После исправления всех
ошибок и тщательной проверки результатов произведенных в
тестовой системе работ, производится доработка основной
системы, эксплуатируемой сотрудниками. Благодаря такому
подходу, требуется минимальное время приоставновки системы;
Анализ результатов внедрения автоматизированной системы –
подробное сравнение результатов работы сотрудников,
учавствующих в автоматизируемом бизнес-процессе, до введения
системы в эксплуатацию и после нее, проверка их на соответствие
ожидаемым на этапе первичного анализа. Также на данном этапе
при необходимости формируется перечень идей для дальнейшего
развития системы с целью повышения ее эффективности;
Поддержание работоспособности системы – данный процесс
происходит постоянно с момента внедрения системы в
промышленную эксплуатацию. Включает в себя поддержание
аппаратных и программных средств, обеспечивающих работу
автоматизированной системы;
Обновление системы и доработка функционала в соответствии с
изменяющимися требованиями к системе – данный процесс
происходит постоянно с момента внедрения системы в
промышленную эксплуатацию. Включает в себя периодический
сбор данных о работе системы и их анализ, а также процесс
55
разработки программного кода для расширения функциональности
системы и ее адаптации к изменяющимся условиям работы на
предприятии.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
В отношении этапов жизненного цикла информационной системы «Учет
и обработка заявок на IT-обслуживание», предлагаемой в качестве меры
автоматизации соответствующего бизнес-процесса, ожидаются следующие
риски:
Анализ первичных требований к программному продукту:
o Неверная процедура проведения анализа ответственными за
это сотрудниками может привести к неверным выводам,
которые повлекут за собой результаты ниже ожидаемых, а
также поставят под угрозу реализацию проекта в целом;
o Недостаточная квалификация сотрудников, проводящих
анализ, их личная незаинтересованность в успешности
проекта;
Проектирование программного продукта:
o Неверное определение системных требований продукта
может повлечь перегрузки его аппаратного обеспечения и
поставить под угрозу функциональность как его самого, так
и других систем, работающих на данном оборудовании;
o Неверное программное проектирование продукта может
повлечь недостаточный функционал системы, который в
последствии затруднит ее повседневную эксплуатацию;
o По причине неверного программного проектирования
продукта также может быть разработан излишний
функционал, что замедлит разработку и внедрение продукта,
увеличит количество средств, требующихся для создания
проекта, а также может повлечь излишнюю нагрузку на
56
оборудование в результате создания таковой ненужными
функциями;
Разработка программного продукта в тестовом варианте и его
тестирование:
o Ошибки в программном коде на данном этапе могут повлечь
аппаратный или программный сбой, который значительно
замедлит процесс дальнейшей разработки;
o Целенаправленное замедление процесса разработки
сотрудниками соответствующего отдела может поставить
под угрозу целесообразность разработки системы;
o Некачественная разработка может привести к рискам в
сфере информационной безопасности как самой системы,
так и других ключевых информационных систем
организации, что может повлечь нарушение доступности и
целостности необходимой информации;
Доработка тестового варианта до финальной версии программного
продукта:
o Риски на данном этапе в целом аналогичны рискам на
предыдущем этапе жизненного цикла программного
продукта;
Тестирование готового программного продукта специалистами
отдела, разработавшего его:
o Некачественное тестирование готового продукта может
повлечь проблемы при внедрении системы и при ее
эксплуатации;
o Недостаточное тестирование системы может повлечь
дальнейшие программные и аппаратные проблемы;
Тестовое внедрение системы в информационную среду
предприятия:
o При тестовом внедрении системы существует риск