47
Основное различие между ними заключается в том, что значение типа
ENUM должно содержать точно одно значение из указанного множества, тогда
как столбцы SET могут содержать любой (или все) элементы заранее заданного
множества. Так, значения для столбца, объявленного как ENUM ('y', 'n'), могут
принимать значения либо 'y', либо 'n'.
Для типа SET, так же, как и для типа ENUM, при объявлении задается
список возможных значений, но в ячейке таблицы может храниться любое
значение из списка, а пустая строка означает, что ни один из элементов списка
не выбран. Например, значения для столбца SET ('y', 'n') могут принимать
значения ('y', 'n'), ('y'), ('n') и пустое множество ().
Календарные данные.
СУБД MySQL имеет пять календарных типов данных: DАТЕ,
DATETIME, TIME, TIMESTAMP и YEAR. Тип DАТЕ предназначен для
хранения даты, TIME — для времени суток, a TIMESTAMP – для представления
и даты, и времени суток. Тип TIMESTAMP предназначен для представления
даты и времени суток в виде числа секунд, прошедших с полуночи 1 января 1970
года. Тип данных YEAR позволяет хранить только год.
Для значений, имеющих тип DATE и DATATIME принят формат YYYY-
MM-DD или YY-MM-DD. В типах TIME и DATATIME время приводится в
привычном формате hh:mm:ss.
1.4.3. Обоснование проектных решений по техническому обеспечению
Под техническим обеспечением понимают совокупность технических
устройств, которые необходимо для функционирования ИС. В первую очередь в
эту совокупность входят персональные компьютеры, серверные машины,
периферийное, сетевое оборудования, линии связи, устройства ввода и вывода
информации. Также в техническое обеспечение включают и документацию на
используемое оборудование.
Разрабатываемая информационная система автоматизации подбора и
бронирования круизов разрабатывается в виде web-приложения, поэтому для
работы в системе необходимыми условиями являются наличие доступа к сети
интернет на сервере.
48
Минимальные значения технических характеристик сервера, на котором
должно выполняться разработанное веб-приложение:
тактовая частота процессора не менее 2 ГГц;
количество ядер процессора на менее двух;
объем оперативной памяти не менее 8 Гб;
доступ к сети Интернет на скорости не менее 10 Мб/с
49
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы, как и любого программного
продукта – это непрерывный процесс, начинающийся в момент принятия
решения о необходимости создания этой ИС и заканчивающийся после полного
вывода ее из эксплуатации.
Существует несколько подходов к организации жизненного цикла ИС,
которые регламентируются соответствующими документами. Наиболее
популярными и распространенными являются:
ГОСТ 34.601-90 Информационная технология (ИТ). Комплекс
стандартов на автоматизированные системы. Действие данного стандарта
распространяется на автоматизированные информационные системы и
описывает основные стадии и этапы их создания [1];
ГОСТ Р ИСО/МЭК 12207-2010. Информационная технология.
Системная и программная инженерия. Процессы жизненного цикла
программных средств. Данный стандарт подробно раскрывает содержание
процессов жененного цикла информационных систем [2].
ISO/IEC 12207:2008 Systems and software engineering — Software life
cycle processes. Стандарт описывает процессы и организацию жизненного цикла
программного обеспечения.
Custom Development Method (методика, разработанная компанией
Oracle) подробный материал, содержащий в себе заготовки проектных
документов, которые можно использовать в проектах, ключевое ПО в которых
разработано фирмой Oracle.
Rational Unified Process (RUP) подразумевает итеративную модель
разработки, которая состоит из четырех этапов (или фаз): начало, исследование,
построение и внедрение. Каждый этап разбивается на подэтапы (итерации), в
результаты прохождения которых создаются версии для внутреннего и внешнего
пользования. Для формализации описания работы и структуры ИС в рамках RUP
используется язык UML.
50
Для данного дипломного проекта был выбран стандарт ГОСТ 34.601-90,
т.к. он наиболее хорошо знаком разработчику проекта и имеет четкое описание
всех этапов работы над ИС.
Модель жизненного цикла была выбрана каскадная, в первую очередь
это связано с тем, что для разработки проекта автоматизации подбора и
бронирования круизов необходима поэтапная разработка, с обязательной
отчетностью о выполнении каждого этапа, поэтому была выбрана каскадная
модель жизненного цикла ИС. Детальное описание всех семи этапов жизненного
цикла разрабатываемой информационной системы представлено в таблице 4.
Таблица 4
Детальное описание этапов ЖЦ ИС
Наименование
этапа
Цель этапа
Ключевые
участники
Требования к
входной
информации
Получаемые
результаты
Исследование
предметной
области
Получить
полное
представление о
предметной
области, задачах
автоматизации
бизнес-процесса,
выявить
требования к ИС
Сотрудник
и
учреждени
я
Разработчи
к
Нормативные
документы
учреждения
Текущая
организация IT-
сферы в
организации
Требования к
функциональном
у наполнению
ИС
Проектировани
е ИС
Выбрать и
обосновать
проектные
решений по
информационно
му,
программному и
аппаратному
обеспечениям
Разработчи
к
Требования к
функциональном
у наполнению
ИС
Проектные
решения по
информационно
му,
программному и
аппаратному
обеспечению
проектируемой
ИС
Разработка ИС
Создать
работающий
прототип
системы,
выполняющий
все требуемые
функции
Разработчи
к
Программи
ст
Проектные
решения по
информационно
му,
программному и
аппаратному
обеспечению
проектируемой
ИС
Рабочая система,
удовлетворяюща
я обозначенным
функциональны
м и другим
требованиям
Тестирование и
отладка первой
Провести
проверку
Сотрудник
и
Рабочий
прототип
Система с
исправленными
51
версии ИС
корректности
работы всех
функций
системы,
устранить
выявленные
недочеты
учреждени
я
Разработчи
к
системы
недочетами и
ошибками
Внедрение ИС
Внедрить ИС в
производственн
ый процесс
Разработчи
к
Сотрудник
и
учреждени
я
Система с
исправленными
недочетами и
ошибками
Внедренная в
производственн
ый процесс ИС
Эксплуатация
системы в
производственн
ом процессе
Получить
необходимый
эффект от
использования
ИС
Сотрудник
и
учреждени
я
Внедренная в
производственн
ый процесс ИС
Полученный
положительный
эффект,
пожелания к
доработке и
развитию
системы
Развитие
системы
Расширить
функционал,
улучшить
пользовательски
й интерфейс
Разработчи
к
Пожелания к
доработке и
развитию
системы
Расширенный
функционал ИС,
улучшенный
пользовательски
й интерфейса
Этап внедрения информационной системы в производственный процесс
является одним из наиболее важных в жизненном цикле ИС, т.к. от его
проведения и результатов выполнения зависит эффективность дальнейшего
использования и эксплуатации информационной системы, а значит и
эффективность всего проекта автоматизации. По этой причине, этап внедрения
разработанной информационной системы чаще всего рассматривают как
отдельный проект.
Выделяют четыре основных стратегии внедрения ИС в
производственную деятельность предприятий.
Первая стратегия – параллельная. Она характеризуется тем, что
внедрение выполняется постепенно и некоторый промежуток старый вариант
организации деятельности и автоматизированный работают параллельно. Затем
их результаты сравниваются, и если автоматизированный более предпочтителен
по замеряемым показателям, то старый вариант исполнения бизнес-процессов
прекращают.
52
Вторая стратегия – «скачок». При данной стратегии внедрение
происходит быстро и отказ от предыдущего способа выполнения работы
осуществляется резко, практически «одномоментно». Данную стратегию
рекомендуют применять в том случае, если внедрение затрагивает малое
количество сотрудников и бизнес-процессов, в противном случае возможно
резкое снижение производительности труда сотрудников.
Третья стратегия – «Пилотный проект». Похожа на «скачок», но
применяют ее к наиболее продвинутому структурному подразделению, которое
выразило желание использовать новый способ и готово помогать в его
внедрении и настройке.
Последняя, четвертая, стратегия внедрения – «Узкое место». При данной
стратегии автоматизации подвергается только тот участок производственного
процесса, который имеет непосредственное отношение к автоматизируемым
бизнес-процессам. При такой стратегии производительность труда, точность
данных и качество работы будет наблюдаться только на этом участке
производственного цикла.
Для реализации данного проекта автоматизации процессов подбора и
бронирования круизов была выбрана стратегия внедрения, называемая «Узкое
место», т.к. использование других описанных стратегий невозможно из-за четко
выделенных рамок автоматизируемых бизнес-процессов.
Ниже представлены основные фазы реализации проекта по внедрению
ИС в производственный процесс.
Все перечисленные фазы выполняет разработчик, совместно с
сотрудниками учреждения, ответственными за обеспечение работы
компьютерной техники. Основная роль разработчика – анализ ресурсов и
процессов, корректировка внедрения под конкретные условия организации. Роль
сотрудников предприятия – обеспечение разработчика всей необходимой ему
информацией, нужными материалами и оргтехникой.
Первая фаза проекта внедрения носит название предварительных работ.
В эту фазу входит предварительное исследование особенностей работы
предприятия и организации его бизнес-процессов, в особенности тех из них,
которые будут изменены в процессе автоматизации. Также ведется сбор
53
информации о сотрудниках, чья деятельность будет автоматизирована, их
должностных обязанностях, уровне квалификации. Такой сбор информации
необходим для того, чтобы точно оценить требуемые ресурсы и сроки
реализации проекта внедрения.
Вторая фаза проекта внедрения – подготовка самого проекта к
внедрению. После того, как будут оценены требуемые ресурсы и сроки, можно
переходит к планированию самого проекта. В ходе планирования реализации
проекта выполняются следующие работы:
планирование групп по внедрению: проектной и экспертной;
распределение полномочий и зон ответственности между членами
групп;
формирование списка организационных требований к процессу
внедрения;
дополнительное уточнение требований заказчика, а также его
видения проекта внедрения и его ожиданий;
обучение сотрудников компании, которые входят в группы
внедрения.
Третья фаза проекта внедрения – концептуальная проработка. Перечень
работ данной фазы:
формирование окончательной версии проекта внедрения со
сроками, задачами, ресурсами;
конкретизация целей и задач проекта;
согласование окончательной версии проекта, а также всех
проводимых работ, сроков, используемых ресурсов и привлекаемых
сотрудников с руководством компании-заказчика;
Четвертая, и финальная, фаза проекта внедрения – собственно
реализация проекта. То есть выполнение все запланированных действий и
решение все задач. В это время выполняется установка разработанной ИС на
рабочие компьютеры компании-заказчика, вводятся все настройки, переносятся
данные (если необходимо), отрабатываются вопросы, связанные с
безопасностью данных и защитой их от несанкционированного доступа,
54
неверных действий пользователей, программных и аппаратных сбоев в работе
ИС и оборудования, выполняется тестовая прогонка работы системы в боевом
режиме и на реальных данных, проводится обучение пользователей (если
требуется).
После того, как фаза реализации внедрения проекта завершается весь
проект считается реализованным. После того, как этап жизненного икла ИС
«Внедрение» завершен, система передается в эксплуатацию.
Этап жизненного цикла ИС эксплуатация содержит в себе следующий
перечень выполняемых работ:
ввод первичных данных для формирования входных документов;
актуализация нормативно-справочной информации;
создание резервных копий;
отслеживание и исправление ошибок в работе, незамеченных на
этапе тестирования и внедрения ИС.
Ввод первичных данных осуществляется пользователями проектируемой
ИС с помощью соответствующих форм ввода данных, либо программно
посредством запроса к API MSC Cruises.
Актуализация нормативно-справочной информации выполняется
автоматически, т.к. все записи справочником запрашиваются с помощью API
MSC Cruises (удаляются или скрываются неактуальные данные, добавляются
новые).
Создание резервных копий базы данных и файлов информационной
системы также входит в обязанности администратора ИС, осуществляется
еженедельно.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию программного продукта, а особенно – по
созданию и внедрению информационной системы для предприятия, включает
множество различных задач. Поэтому, в ходе решения каких-либо задач, могут
возникнуть трудности, которые станут препятствием для решения какой-то
задачи или успеха всего проекта автоматизации. Такие препятствия называют
55
рисками. Ниже описаны возможные риски в реализации данного проекта,
причины их возникновения, а также способы избегания, пути устранения или
уменьшения негативных последствий.
Наиболее часто возникающим риском является заболевание сотрудника,
ответственного за решение какой-либо задачи. Наиболее распространённым
заболеванием являются грипп или простуда. Данный риск может возникнуть на
любом этапе жизненного цикла проекта автоматизации. Среди негативных
последствий заболевания сотрудника стоит выделить увеличение срока
реализации всего проекта. Для снижения вероятности возникновения этого
риска необходимо проводить регулярное общее обследование организма,
следить за соблюдением санитарно-эпидемиологических норм на рабочих
местах сотрудников.
Следующий риск, который может возникнуть в процессе реализации
проекта, это выход из строя технических устройств (персональных
компьютеров), которые необходимы для решения выделенных задач. Данный
риск может возникнуть на любом этапе жизненного цикла проекта
автоматизации. Главным негативным последствием поломки компьютера
является сдвиг сроков, а также возможная потеря данных. Для уменьшения
вероятности выхода компьютера из строя необходимо всегда проводить
плановое техническое обслуживание, как аппаратного обеспечения компьютера
(чистка от пыли, смазывание вентиляторов системы охлаждения), так и
программного (своевременное обновление программ, актуальное антивирусное
ПО).
Третий риск, влияющий на успех реализации проекта – потеря данных,
которая может возникнуть как в результате выхода жесткого диска из строя, так
и из-за случайного удаления важных данных. Данный риск может возникнуть на
любом этапе жизненного цикла проекта. Чтобы уменьшить негативные
последствия данного риска, достаточно регулярно производить резервное
копирование и архивацию данных, особенно после каждого выполненного
промежуточного этапа.
Риск возникновения чрезвычайной ситуации. При возникновении
чрезвычайной ситуации (н-р, землетрясение, пожар, наводнение и т.д.), все
56
работы по проекту приостанавливаются до момента прекращения действия
чрезвычайной ситуации и устранения её последствий. Данный риск может
возникнуть на любом этапе жизненного цикла информационной системы, для
снижения негативных последствий чрезвычайной ситуации рекомендуется
хранить все резервные копии на удаленных серверах, например, в облачных
хранилищах. Тогда работу по проекту можно будет продолжить с любого
компьютера с доступом в сеть интернет.
Также имеется вероятность того, что в процессе реализации проекта,
изменятся требования к информационной системе. Даже несмотря на то, что
было проведено комплексное изучение предметной области и выявлены
конкретные требования к разрабатываемому программному продукту, возможна
ситуация, когда какой-то момент не был учтен, либо изменилась сама
предметная область. Для снижения вероятности возникновения риска
необходимо ответственно подходить к выбору разработчика-проектировщика, в
обязанности которого входит исследование предметной области и формирование
требований к разрабатываемой информационной системе, т.к. именно от
результатов его исследования зависит полнота и гибкость требований к
разрабатываемому программному продукту. Данный риск может возникнуть на
следующих этапах жизненного цикла информационной системы: разработка,
тестирование и внедрение.
Помимо возможного изменения требований к информационной системе,
существует риск полной отмены реализации проекта, в связи с изменившимися
внешними условиями. До полного завершения проекта автоматизации такой
риск всегда существует, однако, чем ближе дата завершения проекта, тем
вероятность возникновения данного риска будет ниже, а после прохождения
этапа внедрения негативный эффект данного риска значительно снижается.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Имеется целые ряд причин, которые отрицательно влияют на работу
компьютерных сетей и оборудования. В некоторых случаях такое влияние