Разработка информационного обеспечения, задачи

Автор работы: Пользователь скрыл имя, 12 Июня 2012 в 11:05, курсовая работа

Краткое описание

Разнообразие задач, решаемых с помощью ИС, привело к появлению множества разнотипных систем, отличающихся принципами построения и заложенными в них правилами обработки информации.
Целью курсового проекта является - рассмотреть поэтапно, процесс создания информационных систем.
Задачи данной работы – выяснить главную цель проектирования, а также цель создания информационных систем.

Содержание

Введение
1. Анализ предметной области.
1.1. Описание предметной области решаемой задачи.
1.2. Функции предметной области, реализуемые задачей.
1.3. Перечень документов.
2. Постановка задачи.
2.1. Организационно-экономическая сущность задачи.
2.2. Форматы входных документов.
2.3. Описание выходной информации задачи (отчет, справка, экранная форма).
3. Разработка информационного обеспечения, задачи.
3.1. Информационный анализ входной информации, необходимой для решения задачи и выделение информационных объектов предметной области.
3.2. Определение связей информационных объектов и построение частной ИЛМ.
3.3. Определение логической структуры базы данных.
3.4. Разработка исходных данных контрольного примера.
4. Описание технологии и алгоритмов решения задачи и их машинная реали­зация.
4.1. Описание технологии ввода в базу данных входной информации задачи (определение перечня документов-источников для загрузки данных и описание макетов экранных форм для ввода данных).
4.2. Обобщенный алгоритм решения задачи и его декомпозиция на модули, реализуемые инструментальными средствами (СУБД, электронные таб­лицы).
4.3. Алгоритмы реализации модулей задачи и их реализация (зап­росы, таблицы, формы, отчеты, макросы, стандартные программы).
5. Разработка диалогового приложения пользователя.
Заключение
Список использованных источников

Вложенные файлы: 1 файл

курсовой проект.doc

— 954.00 Кб (Скачать файл)

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

     Рассмотрим  информацию, содержащуюся в документе  Турпутевка (см. форму).

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

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

     Рассмотрим  информацию, содержащуюся в документе  Туроператор (см. форму).

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

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

     Рассмотрим  информацию, содержащуюся в документе  Маршруты (см. форму).

     В заголовочной части Маршруты содержатся данные о маршруте, общие для всего документа. Причем каждый из них имеет единственное значение, так как один Маршрут всегда привязан к одному клиенту. Среди этих реквизитов особую роль играет номер маршрута. Поскольку номер маршрута уникален, то есть его значение не может повториться, он выполняет роль идентификатора всей информации по продажи турпутевки, содержащейся в документе с данным номером. Остальные реквизиты заголовочной части Маршрута однозначно определяются номером Маршрута.

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

     Выделение информационных объектов

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

     Таблица 3.1. Реквизитный состав информационных объектов

Реквизиты ИО Ключевые  реквизиты Признак ключа Имя ИО Семантика

(описание)

Номер клиента

Фамилия

Имя

Отчество

Номер маршрута

Номер путевки

Дата покупки

Код клиента

Простой

1 Клиенты Данные  о турпутевки
Номер путевки

Название_путевки

Страна

Город/курорт

 Название  отеля

Класс

Количество_дней

Название_туроператора

Экскурсионное_обсл

Сервис_прим_стор

Стоимост

Код турпутевки Простой 3.ТурПутевки Данные  об турпутевках
Класс Класс Составной 3_1КлассОтеля сведения о  классе отеля в турпутевке(количестве звезд)
Параметры Параметры Составной 3_2Сервис Данные о  сервисе обслуживания турпутевки
Номер операторы

Назание_оператора

Юр_адрес

Код Назание_оператора Простой 2ТурОператоры Общие данные о  туроператоре
Номер маршрута

Вид_маршрута

Название_оператора

Название_маршрута

Пункт_обытия

Пункт_назаначения

Места_остановки

Кол-во_дней

Стоимость

Краткое описание

Код маршрута
Простой 
4Маршруты
Данные о  маршрутах следования кли ентов
Параметры
Код маршрута
Составной 
4_1ВидМаршрута
Данные о  параметре дост авки(авто,морской. пеший, речной)

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

     3.2. Определение связей и построение ИЛМ

     Связи между выявленными информационными  объектами определяются реальными отношениями между парами объектов, показанными в табл. 3.2. При их определении учитывались сведения из описания ПО и семантика ИО. В частности, известно, что у одного клиента — несколько строк заказываемой турпутевки; в одном турпутевки и маршруту может быть указан только один клиент, но для одного клиента может быть много турпутевок и маршрутов, по одной турпутевки может быть несколько туроператоров и так далее.

     Таблица 3.2. Связи информационных объектов

Ключ  связи Главный ИО Подчиненный ИО Тип отношения
ID Клиента     1:∞
ID Маршрутв     1:∞
ID Путевки     1:∞
Название_оператора     1:∞
Класс     1:∞
Сервис_прим_стор     1:∞
Вид_маршрута     1:∞

 

     3.3. Определение логической  структуры реляционной  базы данных

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

     Логическая  структура реляционной базы данных, построенная на основе полученной ИЛМ, приведена на рис. 3.1. На этой схеме реляционные таблицы представлены структурой, определяемой составом и последовательностью полей (атрибутов). Наименования ключевых полей подчеркнуты. Логические связи изображены линиями между соответствующими ключами связи.

     

     Рис. 3.1. Логическая структура реляционной базы данных задачи

     3.4. Исходные данные  курсового проекта

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

     Таблица 3.4. Данные таблицы Клиент

1Клиенты
ID_Клиент Фамилия Имя Отчество ID_Маршрут ID_Путёвка Дата_покупки
К1 Филиппов Александр Лювович   Т3 03.04.2004
К2 Капранова Ирина Владимировна М3   02.04.2004
К3 Иванов Васили Васильевич   Т2 04.04.2004
К4 Румянцева Ольга Некитишна   Т3 06.04.2004
К5 Язъ Игорь Владимирович   Т4 03.04.2004
К6 Власова Зинаида Олеговна М2   03.04.2004
К7 Петров Василий Иванович М3   06.04.2004
К8 Иванова Ирина Павловна М4   02.03.2004
К9 Прутко Иван Александрович М1   08.06.2004

     Таблица 3.5. Данные таблицы Туроператоры

2ТурОпереторы
ID_Оператор Название_оператора Юр_адрес
1564 Фелиза Москва
457 Русское поле Питер
123 Икар Торжок
124 В путь Тверь

     Таблица 3.6. Данные таблицы Класс отеля

3_1КлассОтеля
Класс
1 Звезда
2 Звезды
3 Звезды
4 Звезды
5 Звезд

     Таблица.3.7. Данные таблицы Сервис

3_2Сервис
Параметр
Отсутствует
Присутствует

     Таблица.3.8. Данные таблицы Турпутевки

3ТурПутёвки
ID_Путёвка Название_путёвки Страна Город/Курорт Название_отеля Класс Кол-во_дней Название_оператора Экскурсионное_обсл Сервис_прим_стор Стоимость
т1 Золотой песок Египта Египет Каир Лазарь 1 Звезда 11 Икар Две экскурсии Присутствует 50000
Т2 Итальянские ночи Италия Рим отель "Рим" 5 Звезд 10 Русское поле Экскурсии по ночному  Риму Присутствует 50000
Т3 Фелиза Тур Израиль Иерусалим Дары востока 3 Звезды 2 Фелиза Вы посетите стену  плача Отсутствует 10000
Т4 Горы Кавказа Россия Грозный Отель "У погибщего  Альпениста" 3 Звезды 7 Фелиза   Присутствует 12000

Информация о работе Разработка информационного обеспечения, задачи