32
Рисунок 11 – Схема сети организации
Звезда – базовая топология локальной сети с центральным узлом, к
которому присоединены все станции, образуя физический сегмент сети. В
качестве узла применяются концентраторы и коммутаторы.
Компьютеры компании оснащены ОС Windows 10. Данная ОС
отличается простотой использования и высокими критериями безопасности.
В качестве прикладного ПО используются:
браузер Mozilla Firefox;
офис Open Office.
Mozilla Firefox – популярный бесплатный браузер с широким набором
возможностей. Данный браузер выпускается для Windows и других ОС.
OpenOffice.org – свободный пакет офисных приложений, созданный
как альтернатива Microsoft Office (как на уровне форматов, так и на уровне
интерфейса пользователя). Отлично работает на платформе Microsoft
Windows и других ОС. Для эффективной защиты данных циркулирующих в
локальной сети организации, подразделением АСУ используются следующие
программы:
программы выписки доверенностей;
1С бухгалтерия;
программы выписки командировок;
антивирусная программа Касперского 17.0.
программы Firewall
Firewall – межсетевой экран – комплекс средств (аппаратных или
33
программных), фильтрующий сетевые пакеты на различных уровнях модели
OSI в соответствии с установленными правилами. Главной задачей сетевого
экрана является защита локальных сетей или отдельных узлов от НСД.
Все данные, циркулирующие в рамках АИС компании, представляют
особую важность. Локальная сеть позволяет сотрудникам разделять ПО и
информацию, что существенно увеличивает риск утечки такой информации.
Таким образом, каждый ПК, входящий в сеть, нуждается в надежной защите.
Схема организации локальной сети представлена в Приложении.
2.2. Модель жизненного цикла
Модель жизненного цикла (ЖЦ) – это структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач,
выполняемых на протяжении ЖЦ. Модель ЖЦ зависит от специфики
разрабатываемой АИС и специфики условий, в которых данная система
создается и функционирует.
Существует несколько моделей ЖЦ АИС.
1) Каскадная модель.
В данной модели переход на следующий этап означает полное
завершение работ на предыдущем этапе. Сама же разработка включает в себя
ряд стадий (рис. 12).
Рисунок 12 - Каскадная схема разработки ПО
Каждый этап завершается выпуском полного комплекта документации,
достаточной для того, чтобы разработка могла быть продолжена другой
командой разработчиков. При этом этапы работ выполняются в логичной
34
последовательности, что позволяет планировать сроки завершения всех работ
и соответствующие затраты. Этот подход хорошо зарекомендовал себя при
проектировании АИС, где в начале разработки можно достаточно точно и
полно сформулировать все требования и предоставить разработчикам
свободу реализовать их как можно лучше с технической точки зрения.
Его недостатки связаны с тем, что реальный процесс создания ПО АИС
обычно не укладывается в такую жёсткую схему. Практически постоянно
возникает потребность возвращаться к предыдущим этапам, уточнять или
пересматривать принятые решения. В результате затягиваются сроки
выполнения работы, пользователи могут вносить замечания лишь по
завершению всех работ с системой. При этом модели автоматизируемого
объекта могут устареть к моменту их утверждения.
Для преодоления этих проблем предложена поэтапная модель с
промежуточным контролем (рис. 13).
Рисунок 13 - Поэтапная схема разработки ПО
В поэтапной модели с промежуточным контролем разработка АИС
ведётся итерациями с циклами обратной связи между этапами. Межэтапные
корректировки позволяют уменьшить трудоёмкость процесса разработки по
сравнению с каскадной моделью. Время жизни каждого из этапов
растягивается на весь период разработки.
Затем появилась спиральная модель ЖЦ, в которой на начальных
этапах ЖЦ осуществляются анализ и проектирование системы (рис. 14).
35
Рисунок 14 - Спиральная модель
Данная модель характеризуется особым отношением к начальным
этапам проектирования, в частности, выработке стратегии, проектированию
и дальнейшему анализу. Каждый элемент (виток) данной модели
подразумевает проектирование некой версии ПО (ее фрагмента). На данных
витках определяются цели и параметры разрабатываемого проекта, его
качество, планируется принцип работы следующего витка. В итоге, при
выполнении данного сценария реализации проектирования, углубляются и
последовательно конкретизируются детали АИС, выбирается обоснованный
вариант, который доводится до практической реализации.
В рамках разработки АИС-отдых наиболее оптимальным вариантом
является поэтапная модель с промежуточным контролем т.к.
разрабатываемая АИС – сложная система, где необходим контроль над
каждым этапом, а также возможен возврат к предыдущему этапу из-за
возникновения новых потребностей от системы. При этом важна скорость
разработки, которая также наиболее ярко поддерживает данным вариантом
ЖЦ.
Рассмотрим техническое задание по разработке АИС-отдых.
2.3. Общие сведения о системе
Наименование системы
Полное наименование: Автоматизированная информационная система
туристического агентства «Отдых».
36
Краткое наименование: АИС-отдых.
Наименования организации
Наименование организации-заказчика определяются на основе
контракта.
Плановые сроки
Плановые работы и окончания работ определяются на основе
контракта.
Дата начала работ по созданию АИС: 15.05.2017г.
Дата окончания работ по созданию АИС: 15.06.2017г.
Источники и порядок финансирования работ
Источники и порядок финансирования работ определяются на основе
контракта.
Порядок оформления и предъявления заказчику результатов работ
Результаты создания АИС передаются поэтапно в сроки,
установленные на основе контракта. Приемка системы осуществляется
комиссией в составе уполномоченных представителей Заказчика и
Разработчика на основе Акта сдачи-приемки работ.
Перечень документов, использованных при разработке ТЗ
При создании «АИС-отдых» и разработке проектно-эксплуатационной
документации, Разработчик должен руководствоваться следующими
нормативными документами:
ГОСТ 34.602-89 «Техническое задание на создание информационной
системы».
ГОСТ 24.701-86 «Надежность автоматизированных систем
управления».
37
ГОСТ 19.201-78. Техническое задание. Требования к содержанию и
оформлению.
2.4. Назначение и цели создания системы
Назначение системы
Основным назначением «АИС-отдых» является полная автоматизация
информационно-аналитической деятельности агентства и упрощение доступа
клиентов к интересующей информации. В рамках проекта автоматизируется
следующая информационно-аналитическая деятельность бизнес-процессов:
ведение базы договоров с туроператорами (закупка товаров).
ведение базы турпакетов (актуальных путевок), предлагаемых
туроператорами (характеристика товара).
ведение базы клиентов (покупателей).
ведение базы заказов от клиентов (продажа товаров).
составление итоговых отчетов о деятельности агентства.
Цели создания системы
АИС-отдых создается с целью:
повышения качества выполнения и общей автоматизации основных
бизнес-процессов агентства;
сокращения времени на выполнение основных бизнес-процессов;
создания единой системы отчетности по показателям деятельности.
2.5. Характеристика объекта автоматизации
Турагентство анализирует все доступные предложения туроператоров
на рынке туристических услуг и формирует портфель договоров. В
соответствии с договором турагентство покупает турпакет у туроператора со
скидкой и реализует его своим клиентам. Турпакет включает в себя
следующие позиции: название страны, города, название и местоположение
отеля, длительность пребывания, варианты авиаперелета.
Все актуальные предложения туроператоров турагентство размещает
на своем сайте в виде турпакетов. Агентство принимает заявки от клиентов
38
на оказание услуг, оформляет лист бронирования, запрашивает
подтверждение заявки у туроператора, получает от клиента аванс, оформляет
договор и бланк заказа, получает от клиента необходимый набор документов,
оставшуюся сумму оплаты тура, оплачивает услуги туроператора, готовит
комплект документов и передает его клиенту. Формирует отчеты о своей
деятельности, проводит анализ и вырабатывает рекомендации по улучшению
качества своих услуг.
Управление агентством происходит под руководством заместителя
директора и самого директора компании. Всю необходимую информацию
для принятия решений предоставляют руководители функциональных
подразделений. Работой с клиентами турагентства занимается Отдел по
работе персоналом, именно его деятельность планируется автоматизировать
с помощью АИС-Отдых.
2.6. Требования к системе
Система и подсистемы.
АИС должна иметь трехуровневую архитектуру (клиентская станция –
сервер приложений - сервер базы данных), которую можно разделить на три
уровня:
Рисунок 15 - Структура системы
В АИС-отдых присутствуют и другие функциональные подсистемы:
39
хранения данных;
возможности операционного управления;
управление настройками АИС;
создания отчетов;
мониторинга в режиме онлайн;
контроля оформления путевок;
Подсистема хранения данных (предназначена для хранения данных в
структурах, нацеленных на обеспечение процесса принятия решений).
Подсистема приложений операционного управления (предназначена для
взаимодействия компонентов системы, вывода информации о посещаемости
и путевках).
Подсистема управления настройками АИС (предназначена для ведения
справочников настроек, используемых для обеспечения информационной
совместимости компонентов системы).
Подсистема создания отчетности (предназначена для создания форм
регламентированной отчетности, настройки параметров и видов отчетов в
различных форматах).
Подсистема мониторинга в режиме онлайн (обеспечение оперативного
контроля над ситуацией в зале клиентов, анализ веб-сайта).
Подсистема контроля путевок (должна предоставлять информацию о
клиенте, доступных путевках, сумме оформления, местоположения
гостиницы и т.п.).
В качестве протокола взаимодействия между компонентами Системы на
транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для
организации доступа клиентов к системе должен использоваться протокол
уровня HTTP и его защищенное расширение HTTPS.
АИС должна взаимодействовать со смежными системами заказчика
посредством функциональных протоколов, описывающих взаимодействие с
контроллерами автоматизации смежных систем.
40
Смежными системами для АИС-Отдых являются:
ИС оперативной обработки данных Заказчика (1С Бухгалтерия 8);
ИС планирования (1С Бухгалтерия 7).
Источниками данных для АИС-отдых должны быть:
ИС управления предприятием (СУБД MS SQL).
Информационно-справочная система (СУБД MS SQL).
ИС обеспечения бюджетного процесса (СУБД Oracle).
Перечень предпочтительных способов взаимодействия со смежными
системами приведен ниже:
ИС управления предприятием - с использованием промежуточной базы
данных (ПБД).
Информационно-справочная система - обмен файлами ОС
определенного формата.
ИС обеспечения бюджетного процесса - интеграция по принципу
«точка – точка».
Требования к режимам функционирования системы.
Также для «АИС-отдых» определены следующие режимы
функционирования:
основной режим, в котором подсистемы выполняют все свои основные
функции;
аварийный режим, в котором одна или все подсистемы не выполняют
своих функций.
В основном режиме функционирования системы все системы работают
по заложенной программе в течение рабочего дня. Аварийный режим
функционирования системы характеризуется отказом одного или нескольких
компонент программного и (или) технического обеспечения.
В случае перехода системы в предаварийный режим необходимо:
завершить работу всех приложений с сохранением данных;
выключить все периферийные устройства;
41
выполнить резервное копирование БД.
После этого необходимо выполнить комплекс мероприятий по
устранению причины перехода в аварийный режим.
Общее время проведения профилактических работ не должно
превышать 4% от общего времени работы системы в основном режиме (20
часов в месяц).
Для обеспечения высокой надежности функционирования Системы как
системы в целом, так и её отдельных компонентов должно обеспечиваться
выполнение требований по диагностированию ее состояния.
Диагностирование АИС должно осуществляться следующими
штатными средствами, входящими в комплект поставки программного
обеспечения:
СУБД - MS SQL Server 2014;
ETL-средство (извлечение, трансформация и загрузка) – A Feature-Rich
ETL-Tool;
средство визуализации MS Visual Studio 2010 и выше.
Обязательно ведение журналов инцидентов в электронной форме (с
предоставление отчетности), а также графиков и журналов проведения ППР
(планово-предупредительные работы).
АИС-отдых должна реализовывать возможность дальнейшей
модернизации как ПО, так комплекса технических средств. Также
необходимо предусмотреть возможность увеличения производительности
системы путем её масштабирования.
Требования к персоналу.
Численность и квалификация персонала АИС должны определяться с
учетом следующих требований:
структура и конфигурация АИС должны быть спроектированы и
реализованы с целью минимизации количественного состава
обслуживающего персонала;