Туристическая фирма. Теристическая фирма. Отношений в экономике и научнотехнический

• Название: Отношений в экономике и научнотехнический
• Анкор: Туристическая фирма
• Дата: 21.03.2022
• Размер: 4.52 Mb.
• Имя файла: Теристическая фирма.docx
• Тип: Документы; #407907
• страница: 2 из 4

1 Основания для разработки

Данное программное изделие разрабатывается на основании задания на выпускную аттестационную работу по дополнительной профессиональной программе профессиональная переподготовка «Программная инженерия».

2 Назначение разработки

Основным назначением является организация системы управления туристическим агентством.

3. Требования к программе или к программному изделию

3.1 Требования к функциональным характеристикам

Программное изделие должно выполнять следующие функции:

• 
  регистрация клиентов;
  
• 
  регистрация туристических путёвок;
  
• 
  выбор клиентом тура;
  
• 
  заключение договора.
  

Входной информацией системы является:

• 
  информация о турах в туристической фирме;
  
• 
  информация о клиентах туристической фирмы и их заказах.
  
• 
  Выходной информацией системы является:
  
• 
  информация о сроке действия договора клиента с туристической фирмой;
  
• 
  информация об оплате клиентом выбранного тура
  

2. Требования к надежности

Разрабатываемая система должна соответствовать требованиям надежности обеспечение устойчивого функционирования:

• 
  отсутствие ошибок;
  
• 
  устойчивость к возможным ошибкам;
  
• 
  автосохранение вводимой информации;
  
• 
  обеспечивать целостность данных.
  

2. Условия эксплуатации

Использовать систему будут пользователи средней и низкой квалификации. Интерфейс системы должен быть максимально приближен к интерфейсам подобных систем. Ввод информации должен осуществляться в наиболее унифицированных формах.

Разрабатываемый программный продукт необходимо эксплуатировать в следующих условиях:

• 
  регулярная проверка исправности и работоспособности операционной системы и оборудования, переустановка и замена по необходимости;
  
• 
  проверка баз данных на наличие ошибок и неисправностей в конце рабочего дня;
  
• 
  чистка оборудования;
  
• 
  температура воздуха в помещении +20 …+25°С;
  
• 
  проветривание помещения;
  
• 
  уборка помещения.
  

3.4. Требования к составу и параметрам технических средств

Настоящая система должна работать на компьютерах IBM PC. Оперативная память на каждом компьютере, не менее 128 Мб. Свободное место на жестком диске не менее 10 Гб. Монитор, мышь, клавиатура и принтер на ЭВМ клиента.

3. 
   Обзор инструментальных средств разработки информационной системы
   

Программное обеспечение Ramus предназначено для использования в проектах, в которых необходимо описание бизнес– процессов предприятия и (или) создание систем классификации и кодирования.

Ramus полностью поддерживает методологию моделирования бизнес– процессов IDEF0 и DFD, таким образом, реализуя системное сохранение знаний о предприятии.

Ramus позволяет создавать графические модели бизнес– процессов согласно правилам синтаксиса IDEF0, используя собственный графический редактор. Кроме того, Ramus позволяет создавать систему классификации и кодирования всех объектов, которые фигурируют в бизнес– процессах предприятия и увязывать эту систему с графическими моделями бизнес– процессов.

Функциональная модель IDEF0 представляет собой набор блоков, каждый из которых представляет собой «черный ящик» со входами и выходами, управлением и механизмами, которые детализируются (декомпозируются) до необходимого уровня. Наиболее важная функция расположена в верхнем левом углу. А соединяются функции между собой при помощи стрелок и описаний функциональных блоков. При этом каждый вид стрелки или активности имеет собственное значение. Данная модель позволяет описать все основные виды процессов, как административные, так и организационные.

Одним из важнейших способов описания процесса являются диаграммы потоков данных (информации) DFD (Data Flow Diagram). Подобные диаграммы содержат, как правило, два типа графических объектов: четырехугольники и стрелки. Первые описывают функции (работы, процессы), вторые — потоки данных между этими функциями. На диаграмме DFD функции обычно располагаются слева направо в порядке, соответствующем последовательности их выполнения во времени, хотя это не является обязательным. Если придерживаться указанного требования, то полученная схема — это описание процесса, которое схоже с описанием процесса в нотации IDEF3. К описанию процессов в DFD применимы типовые правила декомпозиции. Что касается сторон четырехугольников, то в нотации DFD они не имеют того значения, как в IDEF0.

База данных – это совокупность сведений о реальных объектах, процессах, событиях или явлениях, относящихся к определённой теме или задаче, организованная таким образом, чтобы обеспечить удобное представление этой совокупности, как в целом, так и любой её части.

Реляционная база данных представляет собой множество взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определённого типа. Каждая строка таблицы содержит данные об одном объекте (например, клиенте, автомобиле, документе), а столбцы таблицы содержат различные характеристики этих объектов – атрибуты (например, наименования и адреса клиентов, марки и цены автомобилей).

В реляционных БД используется несколько двумерных таблиц, в которых строки называются записями, а столбцы полями, между записями которых устанавливаются связи. Этот способ организации данных позволяет данные (записи) в одной таблице связывать с данными (записями) в других таблицах через уникальные идентификаторы (ключи) или ключевые поля.
Система управления базами данных (СУБД) — совокупность программ, предназначенных для управления БД и получения пользователями необходимой информации из базы. В СУБД входят следующие задачи:

1. 
   формирование и поддержка баз данных;
   
2. 
   обработка информации;
   
3. 
   обработка запросов;
   
4. 
   предоставление информации пользователям;
   
5. 
   обеспечение целостности баз данных;
   
6. 
   организация работы пользователей [1].
   

На данный момент существует множество различных систем управления базами данных. Они классифицируются по моделям данных, по степени распределённости, по способу доступа к базам данных. У всех СУБД в основе лежат одинаковые понятия. Для рассмотрения этих понятий, примеров и методов на весь класс СУБД, возьмём программу MicrosoftOffice, MicrosoftAccess.

MicrosoftAccess — реляционная СУБД, в которой есть все необходимые средства для определения и обработки данных, а также управления ими при работе с большим объемом информации. Основным преимуществом данной СУБД является простота, наличие всех средств, для успешной обработки и управления БД.MicrosoftAccess, обладая всеми чертами классической СУБД, предоставляет и дополнительные возможности. Access - это не только мощная, гибкая и простая в использовании СУБД, но и система для разработки работающих с базами данных приложений. С помощью Access можно создать приложение, работающее в среде Windows и полностью соответствующее потребностям по управлению данными. Используя запросы, есть возможность выбирать и обрабатывать хранящуюся в таблицах информацию. Можно создавать формы для ввода, просмотра и обновления данных, а также использовать Access для создания как простых, так и сложных отчетов. Формы и отчеты «наследуют» свойства базовой таблицы или запроса, так что в большинстве случаев необходимо указать форматы, условия на значения и некоторые другие характеристики данных только один раз. К числу наиболее мощных средств Access относятся средства разработки объектов - Мастера, которые можно использовать для создания таблиц, запросов различных типов форм и отчетов, просто выбрав с помощью мыши нужные опции.

С помощью Access также легко импортировать данные из текстовых файлов, документов текстовых процессоров и электронных таблиц (и экспортировать данные в них).

MicrosoftAccess имеет множество областей применения: на малом предприятии; корпорации и даже в сфере домашнего применения.

Основные функции СУБД:

1. 
   управление данными во внешней памяти (на дисках);
   
2. 
   управление данными в оперативной памяти с использованием дискового кэша;
   
3. 
   журнализация изменений, резервное копирование и восстановление базы данных после сбоев;
   
4. 
   поддержка языков БД (язык определения данных, язык манипулирования данными);
   

Обычно современная СУБД содержит следующие компоненты: ядро, которое отвечает за управление данными во внешней и оперативной памяти и журнализацию; процессор языка базы данных, обеспечивающий оптимизацию запросов на извлечение и изменение данных, и создание, как правило, машинно-независимого исполняемого внутреннего кода; подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД; а также сервисные программы (внешние утилиты), обеспечивающие ряд дополнительных возможностей по обслуживанию информационной системы [5].

По способу доступа к базам данных СУБД делят на файл-серверные и клиент серверные технологии. В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на процессор файлового сервера. Недостатки: потенциально высокая загрузка локальной сети; затруднённость или невозможность централизованного управления; затруднённость или невозможность обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность. Применяются чаще всего в локальных приложениях, которые используют функции управления БД; в системах с низкой интенсивностью обработки данных и низкими пиковыми нагрузками на БД [2].

Любая СУБД позволяет выполнять четыре простейшие операции с данными:

• 
  добавить в таблицу одну или несколько записей;
  
• 
  удалить из таблицы одну или несколько записей;
  
• 
  обновить значения некоторых полей в одной или нескольких записях;
  
• 
  найти одну или несколько записей, удовлетворяющих заданному условию.
  

Для выполнения этих операций используется механизм запросов. Результатом выполнения запросов является либо отобранное по определённым критериям множество записей, либо изменение в таблицах.

В настоящий момент эта технология считается устаревшей, и использование её в крупных информационных системах (ИС) - недостатком. Например, выбранная нами СУБД (Access) относится к файл-серверной технологии, наряду c такими как Paradox, dBase, FoxPro, VisualFoxPro. Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность [2].Примеры клиент-серверных СУБД: Oracle, MS SQL Server, PostgreSQL, MySQL.

Классификация БД по модели данных:

1. 
   Иерархическая модель. Под иерархической понимается такая база данных, в которой хранение данных и их структурирование осуществляется по принципу разделения элементов на родительские и дочерние. Преимуществом таких баз является лёгкость в чтении запрашиваемой информации и её быстрое предоставление пользователю.
   
2. 
   Реляционная модель. Реляционные базы данных – данные и связи между данными организованы с помощью таблиц. Каждый столбец в таблице имеет имя и тип. Каждая строка представляет отдельную запись или элемент данных в таблице, который содержит значения для каждого из столбцов.
   
3. 
   Сетевая модель. Под сетевой базой данных понимается модифицированная иерархическая. Её особенность заключается в том, что элементы могут быть связаны с друг другом в нарушение иерархии. То есть дочерний элемент одновременно может иметь несколько предков.
   

Классификация по среде постоянного хранения:

1. 
   Во вторичной памяти, или традиционная (англ. conventionaldatabase):
   

средой постоянного хранения является периферийная энергонезависимая память (вторичная память) — как правило, жёсткий диск. Во вторичной памяти сервера хранится лишь каталог данных третичной памяти, файловый кэш и данные для текущей обработки; загрузка же самих данных требует.

2. 
   Воперативнойпамяти (англ. in-memory database, memory-residentdatabase, main memory database):
   

В оперативную память СУБД помещает лишь кэш и данные для текущей обработки. все данные на стадии исполнения находятся в оперативной памяти.

3. 
   В третичной памяти (англ. tertiarydatabase):
   

средой постоянного хранения является отсоединяемое от сервера устройство массового хранения (третичная память), как правило, на основе магнитных лент или оптических дисков[3].

Удачная разработка базы данных обеспечивает простоту ее поддержания. Данные следует сохранять в таблицах, причем каждая таблица должна содержать информацию одного типа, например, сведения о поставщиках. Тогда достаточно будет обновить конкретные данные, такие как адрес, только в одном месте, чтобы обновленная информация отображалась во всей базе данных.

База данных представляет собой «общий сбор логически связанных данных, предназначенный для удовлетворения информационных потребностей нескольких пользователей в организации». Существуют множество различных систем управления базами данных, такие как: IMS, Cetop, Oracle, Clipper, FoxPro, Access.

Одним из наиболее сложных этапов в процессе проектирования базы данных является разработка таблиц, так как результаты, которые должна выдавать база данных (отчеты, выходные формы и др.) не всегда дают полное представление о структуре таблицы.

Система управления реляционными базами данных MicrosoftAccess позволяет создавать базы данных, а также обеспечивать их обработку с помощью запросов, форм и отчетов. Наиболее распространенными в практике являются реляционные базы данных. Название “реляционная” (в переводе с английского relation - отношение) связано с тем, что каждая запись в таблице содержит информацию, относящуюся только к одному конкретному объекту.Реляционные базы данных основаны на реляционной модели — интуитивно понятном, наглядном табличном способе представления данных. Каждая строка, содержащая в таблице такой базы данных, представляет собой запись с уникальным идентификатором, который называют ключом. Столбцы таблицы имеют атрибуты данных, а каждая запись обычно содержит значение для каждого атрибута, что дает возможность легко устанавливать взаимосвязь между элементами данных.

Реляционная модель подразумевает логическую структуру данных: таблицы, представления и индексы. Логическая структура отличается от физической структуры хранения. Такое разделение дает возможность администраторам управлять физической системой хранения, не меняя данных, содержащихся в логической структуре. Например, изменение имени файла базы данных не повлияет на хранящиеся в нем таблицы. Реляционная база данных – это набор данных с предопределенными связями между ними. В таблицах хранится информация об объектах, представленных в базе данных. В каждом столбце таблицы хранится определенный тип данных, в каждой ячейке – значение атрибута. Каждая стока таблицы представляет собой набор связанных значений, относящихся к одному объекту или сущности. Каждая строка в таблице может быть помечена уникальным идентификатором, называемым первичным ключом, а строки из нескольких таблиц могут быть связаны с помощью внешних ключей. К этим данным можно получить доступ многими способами, и при этом реорганизовывать таблицы БД не требуется.

Разделение между физическим и логическим уровнем распространяется в том числе на операции, которые представляют собой четко определенные действия с данными и структурами базы данных. Логические операции дают возможность приложениям определять требования к необходимому содержанию, в то время как физические операции определяют способ доступа к данным и выполнения задачи.

Чтобы обеспечить точность и доступность данных, в реляционных базах должны соблюдаться определенные правила целостности. Целостность данных – это полнота, точность и единообразие данных. Для поддержания целостности данных в реляционных БД используется ряд инструментов. Например, в правилах целостности можно запретить использование дубликатов строк в таблицах, чтобы устранить вероятность попадания неправильной информации в базу данных.

Реляционная модель наиболее эффективно поддерживает целостность данных во всех приложениях и копиях (экземплярах) базы данных. Например, когда заказчик кладет деньги на счет с помощью банкомата, а затем проверяет баланс на мобильном телефоне, он ожидает, что поступившие средства сразу же отобразятся на счете. Реляционные базы данных отлично подходят для обеспечения целостности данных в различных экземплярах базы в одно и то же время. Полное информационное содержание базы данных представляется в виде явных значений данных, и такой метод представления является единственным. В частности, не существует каких-либо специальных "связей" или указателей, соединяющих одну таблицу с другой. При выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию. Этому способствует наличие имен таблиц и их столбцов, а также возможность выделения любой их строки или любого набора строк с указанными признаками.

Среди недостатков реляционной модели данных можно назвать следующее – низкая скорость при выполнении операции соединения и большой расход памяти для представления реляционной БД.