52
Таким образом, конкретизируются и последовательно углубляются детали
проекта, так как в результате выбирается полностью обоснованный вариант для
реализации.
Спиральная модель не исключает вовсе применение каскадного подхода,
но только на последних стадиях разработки проекта тогда, когда все требования
к полученной ранее системе полностью определены и выполнены.
Основной проблемой для спирального цикла является определение
момента перехода к последующей стадии создания программного продукта.
Инкрементная модель – это классический пример инкрементной стратегии
конструирования.
В ней объединяются элементы последовательной каскадной модели с
итерационной структурой макетирования, которая была предложена Б. Боэмом
для усовершенствования каскадной модели.
Каждая из линейных последовательностей здесь вырабатывает
необходимый инкремент программного средства.
К примеру, программного средство для обработки слов на 1-м инкременте
реализует функции для базовой обработки файлов, а также функции
документирования и редактирования.
На 2-м инкременте – более мощные возможности редактирования или
документирования.
Для 3-го инкремента – проверка орфографии и грамматики полученного
сообщения;
Для 4-го инкремента – возможности создания страницы.[9, с.43]
Первый инкремент выполняет получение базового продукта, который
реализует базовые требования.
План следующего из инкрементов предусматривает модификацию
основного продукта, обеспечивающего дополнительные характеристики или
функциональность.
По своей природе рассматриваемый процесс итеративен, но инкрементная
модель, в отличие от макетирования, обеспечивает на каждом этапе работающий
продукт.
Структурная такой модели ЖЦ показана на рисунке 2.6.
53
Рис.2.6. Инкрементная модель ЖЦ
Одной из главных реализаций инкрементного подхода есть экстремальное
программирование, которое ориентировано на очень малые приросты
функциональности.
Использование данной модели ЖЦ дает возможность уменьшить разные
затраты, понесенные на нужную производительность. Применяется принцип
компоновки в программной системе из обычных блоков, а именно классов и
функций.
Принято решение о применении спиральной модели ЖЦ.
2.1.2.Ожидаемые риски на этапах жизненного цикла и их описание
Рассмотрим основные риски, которые присутствуют при использовании
ЖЦ.
Первый риск – недостаточное определение свойств проектируемой
системы автоматизации, может потребовать на последующих этапах,
дополнительной разработки программ или хранилища информации, что
приведет также к возрастанию финансовых рисков, которые связаны с проектом.
Риск можно предотвратить при применении CASE-средств для построения
модели БП.
54
Риск под названием «Неправильное определение функций системы»
предотвращается основательным анализом всех используемых вариантов таких
функций. Также можно этот риск устранить реализацией повторного анализа
выбора ИС.
Риски, которые кроются разработке некорректного плана-графика
процесса автоматизации, а именно, применение лишних ресурсов, их
недостаточность. Этот риск является, в основном, финансовым можно его
предотвратить с применением современных средств проектирования, а также
устранить повторной корректировкой процесса автоматизации.
Риск в некорректной разработке АИС устраняется при использовании так
называемого модульного тестирования.
Риск при внедрении предотвращается применением современного
лицензионного стендового оборудования, а также может быть устранен двойным
тестированием.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Рассмотрим основные программные средства для обеспечения защиты
информации.
На уровне операционной системы и компьютерной сети в ООО «Кенгуру
Тур» предусматриваются следующие методы защиты информации:
– применение пароля на основании операционной системы Windows;
– применение паролей на основании входа и работы в компьютерной
сети компании.
К программным средствам защиты информации относится также
возможность ввода паролей для категорий пользователей.
Помимо парольной защиты на рабочих станциях используется
антивирусная программа Avast Antivirus.
К аппаратным методам защиты можно отнести источники бесперебойного
питания (DEXP IEC 450VA), которыми оснащены рабочие станции в компании.
Организационно-правовой формой обеспечения защиты информации
является применение цифровой подписи.
55
2.2.Информационное обеспечение задачи
2.2.1.Информационная модель и ее описание
Информационная система [18, c. 1] для туристической компании должна
выполнять сбор, обработку, распределение и ввод информации, чтобы
поддержать процесс учета клиентов. Для качественной реализации
автоматизированной системы объект разработки должен быть прежде всего
адекватно описан, построены непротиворечивые информационные модели ИС.
Накопленный к настоящему времени опыт проектирования дает
возможность рассмотреть, что это сложная, а также длительная и трудоемкая во
времени работа, требующая квалификации специалистов.
Но процесс проектирование ИС выполнялся до недавнего времени в
основном на интуитивном уровне, а также при использовании
неформализованных методов, что базируются на практическом опыте, а также
дорогостоящих экспериментальных проверках качества функционирования
автоматизированной системы по учету.
Также, при непосредственном функционировании и создании ИС
информационные потребности для разных пользователей могут быть уточнены и
изменены, что еще больше усложнит разработку или же процесс сопровождения
таких программных комплексов.
На рисунке 2.7 показана информационная модель системы для ООО
«Кенгуру Тур».
56
Рис. 2.7. Информационная модель автоматизированной системы для ООО
«Кенгуру Тур»
Заметим, что данная модель комплекса задач служит для отображения
процесса описание промежуточных, входных, результатных потоков
информации.
2.2.2.Характеристика нормативно-справочной, входной и оперативной
информации
Для обеспечения процесса хранения постоянной информации
применяются справочники.
При создании системы автоматизации учета посещений клиентов ООО
«Кенгуру Тур» разработаны такие справочные таблицы:
– Клиенты;
– Гостиницы;
– Страны;
– Транспорт;
– Туры.
Рассмотрим более подробно указанные справочники, а именно, опишем
реквизитный состав и типы данных для каждого поля.
57
а) Сущность «Клиенты»:
1) Код клиента (Числовой, ключевое поле);
2) Название (Текстовый);
3) Адрес (Текстовый);
4) Телефон (Текстовый).
б) Сущность «Гостиницы»:
1) Код гостиницы (Числовой, ключевое поле);
2) Название (Текстовый);
3) Адрес (Текстовый);
4) Телефон (Текстовый);
5) Страна (Числовой).
в) Сущность «Страны»:
1) Код страны (Числовой, ключевое поле);
2) Страна (Текстовый);
3) Нужна ли виза (Логический).
г) Сущность «Транспорт»:
1) Код транспорта (Числовой, ключевое поле);
2) Название (Текстовый).
Входные данные в справочники БД могут вводиться двумя основными
методами:
– ввод вручную;
– ввод при использовании форм.
Данные созданных справочников рассмотрены на рисунках 2.8 – 2.11:
Рис. 2.8. Справочник Гостиницы
58
Рис. 2.9. Справочник Клиенты
Рис. 2.10. Справочник Страны
Рис. 2.11. Справочник Транспорт
2.2.3.Характеристика результатной информации
В разрабатываемой системе применяются такие главные таблицы:
– Туры;
– Учет.
Рассмотрим их реквизитный состав.
а) Сущность «Туры»:
1) № п/п (Счетчик, ключевое поле);
59
2) Страна (Числовой);
3) Продолжительность (Числовой)
4) Гостиница (Числовой);
5) Вид транспорта (Числовой);
6) Стоимость тура (Денежный);
7) Условия проживания (текстовый).
б) Сущность «Учет»
1) № п/п;
2) Тур;
3) Клиент;
4) Дата посещения.
Ниже, на рисунках 2.12 – 2.13, показаны данные таблиц Туры и Учет:
Рис. 2.12. Таблица «Туры»
Рис. 2.13. Таблица «Учет»
60
Стоит отметить, что описанные выше таблицы являются базовыми
объектами создаваемой БД.
2.3.Программное обеспечение задачи
2.3.1.Общие положения (дерево функций и сценарий диалога)
Программное обеспечение в виде базы данных для автоматизации учета
посещения клиентов в ООО «Кенгуру Тур» предусматривает работу одного
сотрудника (менеджера по работе с клиентами), которые выполняет обработку
данных о клиентах.
На рисунке 2.14 показано дерево функций, что реализуется в системе.
Рис. 2.14. Дерево функций
На рисунке 2.15 показан интерфейс БД, в котором выполнено
разграничение информации по выполняемым функциям.
Функции менеджера
по работе с
клиентами
Основные
Обработка
оперативной
информации
Выполнение
запросов
Формирование
отчетной
документации
Отбор и фильтрация
данных
Служебные
Заполнение личных
данных о клиенте
Ввод условно-
постоянных данных
в справочники
61
Рис. 2.15. Кнопочная форма
На основании хранящихся в БД данных опишем далее последовательность
работы с базой данных.[12, c. 121]
Заметим, что указанная последовательность операций имеет
необязательный характер, так как зависит только от специфики выполнения
работ менеджером по работе с клиентами (рис.2.16).