12
1) ГОСТ 34.601-90 - распространяется на автоматизированные системы
и устанавливает стадии и этапы их создания;
2) ISO/IEC 12207 - стандарт на процессы и организацию жизненного
цикла. Распространяется на все виды заказного ПО. Стандарт не содержит
описания фаз, стадий и этапов;
3) Custom Development Method (методика Orаcle) по разработке
прикладных информационных систем - технологический материал,
детализированный до уровня заготовок проектных документов,
рассчитанных на использование в проектах с применением Orаcle;
4) Rаtionаl Unified Process (RUP) предлагает итеративную модель
разработки, включающую четыре фазы: начало, исследование, построение и
внедрение. Суть работы в рамках RUP - это создание и сопровождение
моделей на базе UML [2];
5) Microsoft Solution Frаmework (MSF) сходна с RUP, так же включает
четыре фазы: анализ, проектирование, разработка, стабилизация, является
итерационной, предполагает использование объектно-ориентированного
моделирования. MSF по сравнению с RUP в основном ориентирована на
разработку бизнес-приложений;
6) Extreme Progrаmming (XP) - экстремальное программирование. В
основе методологии командная работа, эффективная коммуникация между
заказчиком и исполнителем в течение всего проекта по разработке ИС, а
разработка ведется с использованием последовательно дорабатываемых
прототипов [15].
В соответствии с известными моделями определяют следующие
модели ЖЦ АИС — каскадную, итерационную, спиральную[4].
Каскадная модель позволяет описать типичный подход к созданию
систем в любых предметных областях и описывает последовательное
выполнении работ, причем главной особенностью модели выступает деление
13
всей работы на этапы. Переход от одного этапа к другому реализован только
по факту окончания работ предыдущего.
Спиральная модель в сравнении с каскадной использует итерационный
процесс создания АИС. При этом возрастает роль первых этапов: изучение и
проектирование, где проверяется и утверждается реализуемость технических
решений методом внедрения прототипа.
Итерационная модель состоит в серии коротких циклов (шагов) по
подготовке, реализации, описанию, действию.
Есть пять устойчивых этапов разработки, которые почти не зависят от
предметной области.
Первый этап включает исследование проблемной области, описывает
требования заказчика. Итогом такого этапа выступает ТЗ, согласованное с
участниками работ.
Второй этап, согласно ТЗ, включает создание тех или иных проектных
решений. По итогу появляется комплект проектной документации [42].
Третий этап — выполнение проекта; а именно: создание ПО
(кодирование) исходя из проектных решений предыдущего этапа. Методы
реализации в таком случае не так важны. Итогом выполнения этапа
выступает полноценное ПО.
Четвертый этап проверяет итоговое ПО в рамках соответствия
требованиям, описанных в ТЗ. Опытная эксплуатация помогает найти
различного рода скрытые недостатки, которые могут проявиться в реальных
условиях функционирования АИС.
Пятый этап — презентация готового проекта, и тут основное —
убедить заказчика в том, что все указанные требования реализованы
полноценно.
Подготовка АИС выступает в виде формализованного представления
решений по внедрению АИС.
14
Целью создания АИС - реализация проекта, представляющего собой
совокупность технической документации с подробным представлением [3].
По факту начала проектирования АИС важно подробно описать
важность ее создания, четко описать цели и задачи проекта, возможную
прибыль, затраты времени, требуемые ресурсы и ограничения. Подобные
работы именуются стратегическим планированием ИС, и для их реализации
определяется менеджер проекта [10].
Основная особенность стратегического планирования ИС заключена в
том, что именно в это время уточняются потребности компании в данных,
что и подтверждает возможные варианты структуры ИС [21].
Исходя из частоты работы информационно-технологического
комплекса есть несколько групп организаций:
• Компании, развитие которых связана с применением ИТ для
ежедневной работы (банки, страховые компании и т. д.);
• Компании, которые не зависят от ИТ, но способные в будущем
часто их применять для реализации конкурентных преимуществ [22];
• Компании, в работе которых ИТ не могут стать источником
некого преимущества;
• Компании, применяющие ИТ для поддержки работы, не
являющейся основополагающей.
Для любой группы создается ИС, автоматизирующая отдельные
участки работы компании [12, 21].
ЖЦ проектирования АИС помогает выделить 4 базовых периода:
предпроектный, проектный, установка, использование и поддержка [23].
Технология проектирования автоматизированных информационных
систем в настоящее время определяется действующим ГОСТ 34.601—90,
согласно которому весь процесс разбит на стадии и этапы [2].
1) Стадия «Формирование требований к АИС»:
15
• определение объема обоснования, необходимого для создания АИС
(сбор данных об объекте автоматизации и осуществляемых видах
деятельности, оценка качества его функционирования, выявление проблем,
решение которых возможно средствами автоматизации, оценка
целесообразности создания АИС) [13];
• формирование требований пользователя к АИС;
• оформление отчета о выполненных работах и подача заявки на
разработку АИС.
2) Стадия «Разработка концепции АИС»:
• изучение объекта АИС;
• проведение необходимых исследовательских и проектных работ;
• разработка вариантной концепции АИС и выбор варианта, который
удовлетворяет требованиям пользователя, оценка преимуществ и
недостатков альтернативных вариантов;
• оформление отчета о выполненной работе.
3) Стадия «Техническое задание»:
• разработка и оформление технического задания на создание АИС
(общие сведения, назначение и цели создаваемой системы, характеристика
объекта автоматизации, требования к системе в целом, ее функциям и
задачам, видам обеспечения, планам работ по созданию, вводу в действие и
приемке);
4) Стадия «Эскизный проект»:
• разработка предварительных проектных решений по системе и ее
частям (функции АИС, ее подсистемы, состав задач, концепция и структура
информационной базы, состав и основные характеристики технических
средств);
• разработка документации на АИС и ее элементы.
5) Стадия «Технический проект»:
16
• разработка проекта решений по системе и ее элементам, по
функциональной, алгоритмической и организационной структуре системы,
структуре технических средств, организации и ведения базы данных, по
системе классификации и кодирования информации, алгоритму решения
задач, используемым языкам программирования и ПО;
• разработка документов АИС;
• разработка и оформление документации на поставку изделий для
комплектования АИС и технических требований на их разработку;
• разработка заданий на проектирование.
6) Стадия «Рабочее проектирование»:
• разработка рабочей документации на систему и ее части;
• разработка или адаптация программ.
7) Стадия «Ввод в действие»:
• подготовка АИС к внедрению;
• сдача задач и подсистем в опытную эксплуатацию;
• составление отчета о вводе в действие.
8) Стадия «Сопровождение АИС»:
• анализ функционирования системы;
• авторский надзор.
Особенность разработки АИС заключается в концентрации
сложности и трудоемкости на стадиях предпроектного обследования, так как
ошибки, допущенные на этапах обследования, анализа и проектирования,
порождают на этапах внедрения и эксплуатации часто неразрешимые
проблемы достижения поставленных целей и эффективности использования
АИС [32].
17
1.3 Анализ существующих систем автоматизации деятельности
турагентств
Описанная задача автоматизации - автоматизация комплекса задач
менеджера турфирмы, может быть реализована при помощи ПО, созданного
для туристических фирм. Опишем отдельные из возможных на рынке
программных продуктов, учитывая, что требуется поддержка следующих
базовых функций:
• Контроль клиентов;
• Контроль туров и возможность поиска;
• Подготовка предварительной заявки и договора на реализацию
туристических услуг.
«Мои Документы-Туризм».
Это ПО реализует следующие функции.
Работа с выходными документами:
• Автоматически подставляются данные клиентов, которые уже
использовали услуги фирмы;
• Автоматически записываются любые денежные суммы (к примеру,
65536,62р. Записывается в программе как "шестьдесят пять тысяч пятьсот
тридцать шесть рублей 62 копейки.");
• Автоматически во всех документах проставляется текущие дата и
время.
Работа с клиентами:
• Данные о всех клиентах перемещаются в БД;
• В процессе оформления клиента все его данные подгружаются в
договор, приходный ордер, заявку и остальные документы;
• Благодаря использованию фильтра можно найти требуемого
клиента. Поиск реализуется по его фамилии, имени и отчеству, адресу,
паспортным данным;
18
• Из БД клиентов можно оперативно получать данные о днях
рождения, реализовать выгрузки для sms и e-mail рассылок.
По итогу, данная программа становится оптимальной для применения в
данной фирме, к тому же она недорого стоит – всего 10500 рублей за
полноценную версию. Но она также имеет и ряд недостатков, поскольку
реализована в виде веб-сервиса, доступ к которому выполняется через
Интернет и браузер. Т.е. вся инфа сохраняется на удаленных серверах, и в
момент отсутствия доступа в Интернет программа также не сможет работать,
что приведет к потере прибыли и простою работы.
Также, хранение данных у посторонних лиц не может гарантировать их
100% ИБ, поскольку проводить мероприятия по ее поддержанию и контролю
нет возможности. Покупка исходного кода и инсталляция ПО на собственный
сервер недоступна.
«САМО-ТурАгент».
ПО служит для автоматизации внутриофисной работы турагентств и
реализует такие функции, как:
• Отслеживание проданных туров с возможностью внедрения
«сложных» туров (индивидуального, переездного и т.п.);
• Подготовка необходимых документов в рамках единого документа
"Заявка";
• Отслеживание платежей по заявкам (приходных и расходных);
• Создание архива постоянных клиентов;
• Изучение всех данных с помощью удобной системы отчетов;
• Изучение индивидуальной работы персонала турагентства;
• Контроль доступа различных пользователей в систему.
По итогу, внедрение данной ИС помогло удовлетворить все задачи
автоматизации. Также у ПО имеются недостатки:
19
• Вся инфа сохраняется в СУБД MSSQL, то есть требуется
приобретать дополнительное ПО;
• Функции, требуемые для автоматизации рассматриваемой задачи,
имеются в составе дополнительных модулей, которые покупаются отдельно;
• Поскольку ПО является сложной для обычного пользователя, по
факту ее установки нужно привлечь специалистов для ее настройки и
проведения обучения.
Еще один программный продукт создан фирмой NeiroSoft и имеет
аналогичное название. Это приложение ставится лишь на локальном
компьютере, не может работать в ЛВС. Также для работы программы
требуется СУБД MS Access или MSSQL.
Реализуемые функции:
• Учет БД туров;
• Деление данных по разделам (экскурсионный, туристический и
др.);
• Подготовка графической информации к туру;
• Доступность привязки информации в формате Word и Exсel.
Один плюс данного ПО – его бесплатность. Но неактуальный, сложный
интерфейс, минимальное количество функций не дает права применить
данную программу в нашем случае.
Сравнение рассмотренных программ приведено в таблице 1.
Таблица 3 - Сравнение рассмотренного ПО
Мои Документы-
Туризм
САМО-
ТурАгент
NeiroSoft
Необходимая
функциональность
да
да
да
Сетевой режим работы
да
да
да
20
Продолжение таблицы 4
Мои Документы-
Туризм
САМО-
ТурАгент
NeiroSoft
Необходимость
обучения со стороны
поставщика
да
да
нет
Архитектура
Веб-приложение
Клиент-сервер
Клиент-
сервер
Стоимость
10500
Плавающая
бесплатно
Следовательно, покупка такой системы не будет оправдана ни с какой
точки зрения в рамках решения поставленной задачи автоматизации.
Поэтому наиболее логичным способом решения существующей
проблемы будет в данном случае самостоятельная разработка АРМ, которая
будет учитывать все особенности автоматизируемых бизнес-процессов и
наиболее полно отвечать существующим потребностям.
Анализ, проведенный в первой главе выпускной квалификационной
работы, позволяет сделать вывод о том, что применение информационных
систем в настоящее время не ограничивается какими-либо отраслями и
преимущества использования информационных систем часто настолько
велики, что не ставят под сомнение использование каких-либо значимых
бюджетов для их проектирования, разработки и внедрения.
Информационная система имеет свой жизненный цикл, определяемый
государственными стандартами, что позволяет унифицировать процесс
разработки информационных систем и получить при этом
стандартизированной и регламентированный процесс, что ведет к
упрощению контроля за разработкой, внедрением и эксплуатацией любой
информационной системы. Проведенный анализ существующих систем
автоматизации деятельности туристических агентств позволяет сделать
вывод, что каждая из рассмотренных систем обладает некоторыми
недостатками, которые либо не позволяют внедрить такую систем у в данном
21
случае, либо делают ее внедрение нецелесообразной, в результате чего
переход к проектированию информационной системы представляется
обоснованным и будет выполнен в следующей главе выпускной
квалификационной работы.