объект является подсистемой бронирования и продажи билетов на воздушный
транспорт
Требования к этому:
к составу, структуре и способам организации данных в системе;
информационная совместимость со смежными системами;
об использовании общесоюзных и зарегистрированных республиканских,
отраслевых классификаторов, унифицированных документов и классификаторов,
действующих на данном предприятии;
об использовании систем управления базами данных;
к структуре процесса сбора, обработки, передачи данных в системе и пред-
ставления данных относятся:;
для защиты данных от разрушения в случае сбоев системы и сбоев питания;
для управления, хранения, обновления и восстановления данных [31]. Кроме
того, при разработке подсистемы будет использоваться следующее
концепция как база данных.
База данных - это совокупность взаимосвязанных данных, которые обраба-
тываются и ищутся на определенном компьютере.
На рис. 11 показана модель данных разрабатываемой подсистемы.
Рисунок 11 Модель данных
Основные объекты системы:
- Воздушное судно-объект, эталонный элемент системы, предназначенный
для хранения данных о воздушном судне, находящемся в распоряжении предприя-
тия;
Класс сиденья-объект, справочный элемент системы о названиях классов в
самолете и ценах на эти классы;
Авиакомпания-это объект, опорный элемент системы, предназначенный для
хранения данных об авиакомпаниях, выполняющих рейсы;
Клиент - это объект, который соответствует реальному клиенту, приходяще-
му на кассу.
Сотрудники-это объект, который соответствует реальному лицу предприя-
тия.
Позиции-объект, опорный элемент системы, предназначенный для хранения
данных о позициях компании;
Город-объект, опорный элемент системы, предназначенный для хранения
данных о городах отправления.
Продажа-это объект, справочный элемент системы, предназначенный для
хранения данных о проданных билетах.
Полет-это опорный элемент системы, предназначенный для хранения полет-
ных данных.
Бронирование - это справочный элемент системы, предназначенный для хра-
нения данных о забронированных авиабилетах.
Как видно из рисунка, Все таблицы связаны отношением "один ко многим".
Эта связь связывает одну строку в первой таблице с несколькими записями во вто-
рой таблице, используя первичный или уникальный ключ базовой таблицы и соот-
ветствующий внешний ключ связанной таблицы. Вы также можете видеть, что все
отношения не являются идентифицирующими, так как ни один из первичных клю-
чей дочерней таблицы не содержит внешнего ключа родительской таблицы. Каж-
дая запись таблицы может быть однозначно идентифицирована первичным клю-
чом таблицы.
На основе построенной модели данных строится инфологическая модель
данных. Инфологическая модель отражает логические связи между элементами
данных, независимо от их содержания и среды хранения. Фактически инфологиче-
ская модель отражает существующую схему табличных отношений на языке кон-
кретной СУБД (системы управления базами данных). На рис. 12 представлена ин-
фологическая модель разрабатываемой подсистемы.
Рисунок 12 -Инфологическая модель БД
В таблице 4 приведена даталогическая модель подсистемы.
1.4.2 Обоснование проектных решений по программному
обеспечению
Совокупность программ, правил, процедур, используемых в процессе экс-
плуатации, и вся документация, предназначенная для эксплуатации системы,
называется программным обеспечением.
Все программное обеспечение делится на 3 типа в зависимости от его назна-
чения:
Системное программное обеспечение-это совокупность программ, обеспечи-
вающих весь рабочий цикл компьютеров и сетей.
Прикладное программное обеспечение-это набор программ, используемых
на компьютере для решения различных задач.
Инструментальное программное обеспечение-это набор программ, использу-
емых для разработки системного и прикладного программного обеспечения.
Операционная система - это совокупность взаимосвязанных программ, кото-
рые используются для управления ресурсами и взаимодействия с пользователем.
При разработке использовалась операционная система Microsoft Windows 7.
Использовались также стандартные программы следующих типов:
Paint-программа для создания и редактирования изображений
Калькулятор-это программа, используемая для выполнения различных мате-
матических вычислений.
Проводник-это программа, которая позволяет вам перемещаться между фай-
лами и папками.
Прикладное программное обеспечение, используемое в этой разработке,
включает в себя:
Microsoft Office Word 2010 - это программное обеспечение для создания и
редактирования документов в различных форматах.
Microsoft Power Point 2010-программное обеспечение для создания и редак-
тирования презентаций.
Ibexpert-это программа для создания и редактирования баз данных firebird, а
также вы можете использовать эту программу для выбора и изменения данных,
хранящихся в базе данных.
Firebird-программное обеспечение для управления базами данных
C++ Builder 6 использовался для создания готового программного обеспече-
ния. C++ Builder предназначен для быстрой разработки приложений на языке C++.
Это программное обеспечение содержит набор инструментов, различные библио-
теки и т. д.с помощью которого можно получить качественную виртуальную раз-
работку.
Для разработки также использовалось программное обеспечение, показанное
в таблице 5.
Таблица 5
Использованное ПО
Наименование
Характеристика
Файловые менеджеры
Far manager. Windows Commander
Антивирусные пакеты
AVG
Архиваторы
WinRAR, WinZIP, UltraISO
Информационно-
поисковые
системы
Google.ru, Yandex.ru
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение-это совокупность технических средств, использу-
емых для функционирования информационных систем, и соответствующая доку-
ментация по этим средствам и технологическим процессам.
Комплекс технических средств включает в себя:
Оборудование для сбора, хранения, обработки и передачи информации;
Устройство для вывода информации;
Оборудование для линий передачи данных и связи;
Оргтехника и оборудование для автоматического поиска информации;
Рабочие материалы и т. д.
Разрабатываемый программный продукт имеет клиент-серверную архитек-
туру. Архитектура клиент-сервер основана на распределении функций между дву-
мя типами процессов: серверным и клиентским. Сеть соединяет сервер и клиента
вместе, обеспечивая средства связи. Если вся обработка данных выполняется на
стороне сервера, а клиент выполняет только функции пользовательского интер-
фейса, то клиентское приложение называется"тонким"клиентом. Если на клиенте
происходит частичная обработка данных, то это делает" толстый " клиент.
Архитектура клиент-сервер состоит из трех основных компонентов:
Клиент - это любой компьютерный процесс, который запрашивает обслужи-
вание у сервера. Клиент также известен как приложение интерфейса. Клиентский
процесс основан на графическом интерфейсе пользователя. Сервер - это компью-
терный процесс, обслуживающий клиентов. Сервер также называется серверным
приложением. Серверные процессы характеризуются независимостью от местопо-
ложения, оптимизацией использования ресурсов, масштабируемостью и возмож-
ностью взаимодействия с другими системами.
Чтобы компоненты архитектуры клиент-сервер правильно взаимодействова-
ли друг с другом, они должны следовать некоторым основным правилам. Эти пра-
вила должны быть одинаково реализованы клиентом, сервером и PPO.
К техническим характеристикам персональных компьютеров, используемых
компанией, относятся компьютеры со средней производительностью, из чего мож-
но сделать вывод, что их модернизация или замена не требует выполнения постав-
ленных задач.
Локальная сеть компании состоит из абонентского и серверного сегментов.
Сервер включает в себя следующее оборудование:
Один 44-портовый коммутатор D-Link DGS-3100-48L2 управляет штабели-
руемым коммутатором 44xGigaUTP, 4xsfp;
Odineb APK smart UPX750VA
Серверы различного назначения (сервер приложений, резервный DNS-
сервер, шлюзовой сервер, первый и резервный контроллеры домена и другие).
Рабочая конфигурация состояния управления
Материнская плата: Gigabyte GA-M61PM-S2 Socket AM2, nVidia
GeForce6100,DDR2-800+,FSB2000,video,PCI-E, SATA Raid, Sound,LAN1000,USB2.
0.1394,в частности
Процессор: AMD Athlon 64X2 4200+энергосбережение
Память: 1024 МБ DDR2DIMM
Жесткий диск: 160gb7200rpm
Системный блок: superpower, MiddleTower, ATX, 400 Вт, USB, аудио, венти-
лятор, воздуховод, 5.25 "x3, 3.5" x2
CD DVD RW с: NEK Sony Girl с DVD±RW и + CD / RW с [двойным слоем]
Дисковод: 3.5 " 1.44 MB NEC.
Бит Windows7ProfessionalEdition32 используется в качестве операционной
системы для пользователей, а бит WindowsServer2003 используется в качестве
серверной системы.
2.Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) информационной системы - это период времени, ко-
торый начинается с момента принятия решения о создании ИС и заканчивается
после ее полного вывода из эксплуатации[7].
Основные стандарты жизненного цикла описаны ниже:
ГОСТ 34.601-90-стандарт распространяется на автоматизированные системы
и определяет этапы и этапы их создания. Стандарт также содержит описание объ-
ема работ для каждого этапа.
Общая структура процессов жизненного цикла устанавливается стандартом
ISO 12207. Данный стандарт определяет процессы, операции и задачи, которые
используются, а именно:
• при покупке системы в целом или отдельного программного продукта;
• при предоставлении программного сервиса;
• при поставке, разработке, эксплуатации и обслуживании программных
продуктов.
OracleCDM (CustomDevelopmentMethod) - это стандарт разработки приклад-
ных ИС, детализированный до уровня подготовки проектной документации. Стан-
дарт используется для разработки с использованием Oracle и рекомендуется для
небольших проектов.
RUP (RationalUnifiedProcess) – предполагает итеративную модель разработки
в соответствии с четырьмя фазами: запуск, исследование, сборка и внедре-
ние.Каждая фаза может быть разделена на этапы, которые приводят к выпуску
версии для внутреннего или внешнего использования.
MSF (Microsoft Solution Framework) - стандарт, аналогичный RUP. Исходя из
названия, данный стандарт включает в себя четыре этапа:
• анализ,
• проектирование,
• разработка и
• стабилизацию.
Подобно и RUP, данный стандарт предполагает итеративную модель с ис-
пользованием объектно-ориентированного моделирования. Однако MSF, в отли-
чие от RUP, больше ориентирован на разработку приложений в области бизнеса.
Рассмотрим еще один стандарт - XP (ExtremeProgramming). Его иногда (в
переводе) называют стандартом "экстремального программирования". Данный
стандарт был разработан в 1996 году. Он основывается на следующих принципах,
а именно: командная работа, эффективная коммуникация между заказчиком и ис-
полнителем, а также ведение разработки с использованием последовательно об-
новляемых прототипов.
Итак, для реализации проектного решения нужно сначала определить основ-
ные этапы жизненного цикла будущей системы. Из всех существующих стандар-
тов наиболее оптимальным является ISO-12207 [2]. Наш выбор пал именно на этот
стандарт, потому что:
• данный стандарт не имеет четких регламентов последовательности
процессов на каждом этапе, и это позволяет выбрать соответствующие процессы
«под себя»;
• данный стандарт охватывает все стадии более широко, чем другие ана-
логичные стандарты;
• ISO 12207 не определяет этапы жизненного цикла, а лишь регулирует
их, что позволяет программисту самостоятельно управлять жизненным циклом.
ISO 12207 включает в себя в общей сложности 16 процессов, сгруппирован-
ных в 3 группы (рис.13)
3.1 Управление 3.2 Создание инфраструктуры
3.3 Усовершенствование 3.4 Обучение
1.1 Заказ
1.2 Поставка
1.4 Эксплуатация
1.3 Разработка
1.5
Сопровождение
2.1 Документирование
2.2 Управление конфигурацией
2.3 Обеспечение качества
2.4 Верификация
2.5 Совместный анализ
2.6 Аудит
2.7 Решение проблем
1. Основные процессы жизненного
цикла
3. Организационные процессы жизненного цикла
2. Вспомогательные процессы
жизненного цикла
Рисунок 13 - Структура стандарта ISO 12207-99