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

ЛИЧНЫЙ КАБИНЕТ 

 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

Повышение уникальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение уникальности любого файла в формате MS Word. После такого повышения уникальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, etxt.ru или advego.ru. Программа «StudentHelp» работает по уникальной технологии и при повышении уникальности не вставляет в текст скрытых символов, и даже если препод скопирует текст в блокнот – не увидит ни каких отличий от текста в Word файле.

Результат поиска


Наименование:


курсовая работа Проектирование информационной системы «Турагенство»

Информация:

Тип работы: курсовая работа. Добавлен: 31.05.13. Сдан: 2012. Страниц: 24. Уникальность по antiplagiat.ru: < 30%

Описание (план):


АВТОНОМНАЯ  НЕКОММЕРЧЕСКАЯ ОРГАНИЗАЦИЯ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО  ОБРАЗОВАНИЯ

ЦЕНТРОСОЮЗА РОССИЙСКОЙ ФЕДЕРАЦИИ

«РОССИЙСКИЙ УНИВЕРСИТЕТ КООПЕРАЦИИ»

СЫКТЫВКАРСКИЙ ФИЛИАЛ 
 
 
 
 
 
 
 

Курсовая  работа 

по дисциплине: «Проектирование информационные системы» 

на тему:  «Проектирование информационной системы «Турагенство»» 
 
 
 
 
 
 
 
 

Выполнил :

                                                                       Студент  5 курса, специальности  080801

                                                                       «Прикладная информатика (в экономике)»

(полный  срок  обучения), ЗПИ-10-07

                                                                       Калачёва Татьяна Геннадьевна 
 

Руководитель  работы:

                                                                        Старший преподаватель Кирпичев  А.Н. 
 
 
 
 
 
 
 

Сыктывкар 2011 

Оглавление

Оглавление……………………………………………………………………………………….2

Введение…………………………………………………………………………………………

  1. Описание предприятия…………………………………………………………………
  2. Описание Бизнес-процессов…………………………………………………………..

    2.1 Бизнес-процесс………………………………………………………………………

      2.2 Бизнес-процесс………………………………………………………………………

      2.3 Бизнес-процесс………………………………………………………………………

   3 Инфологическая  модель………………………………………………………………….

   4 Даталогическая  модель……………………………………………………………………

   5 Описание  основных форм………………………………………………………………..

   6 Описание  запросов………………………………………………………………………..

   7 Описание  отчётов…………………………………………………………………………

   Заключение………………………………………………………………………………….

   Библиографический список………………………………………………………………..

   Приложение  А

   Приложение  Б

   Приложение  В 
 
 
 
 

 

                  Введение 
             

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

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

Программное обеспечение, используемое при создании программ: 

1) Borland Delphi 7 [7];

2) Denwer Base PHP5 2006.01.04 a1.3.33 p5.1.6 m4.1.16 pma2.6.1 [9];

3) Help & Manual 3.6.0.1073 [10];

4) ZeosDBO 6.1.5-stable [11];

5) FastReport 2.52 [8]. 
 
 
 
 

Приложение А. 

  Техническое задание на разработку автоматизированной информационной системы

1 Общие сведения 
 

Таблица №1

Полное  наименование системы: Автоматизированная  информационная система « Турагентство
Наименование  компании заказчика: «Кирпичёв А.Н., ИС» 
Документы, на основании которых ведется разработка: Задание на курсовое проектирование
Плановые  сроки начала и  окончания работы по созданию системы: Начало разработки: 1 ноября 2011 года, окончание работы и  внедрения системы 24 декабря 2011 года.
Область применения и краткая  характеристика объекта, на котором планируется использование системы: АИС предназначена  для автоматизации обработки  информации о автоматизируемой области  исследования. «Кирпичёв А.Н, ИС» работает с большим количеством данных, что создает сложность в обработке большого количества информации. Поэтому основное назначение создаваемой системы – облегчение постановки на учет, ведение информации в ИС.

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

 

1 Назначение и цели создания системы

1.1 Назначение системы 

     Автоматизированная  информационная система предназначена  для автоматизации учета.

     АИС ориентирована на использование  в среде операционной системы  WindowsXP на базе СУБД MySQL. Данная система позволяет ускорить процесс учета, осуществить поиск и сортировку, печать необходимых отчетов, а также обеспечивает длительное хранение информации на диске.

1.2 Цели создания системы 

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

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

1.3 Основные задачи, входящие в систему 

Из всех задач, решаемых системой, можно выделить ряд основных:

1) Расписание  туров

2) Отчет об  отелях

3) Составление  туристических маршрутов 

Получение всей необходимой отчетности.

АИС позволяет  получать всю необходимую отчетность. 
 
 

1.2 Требования к системе

1.2.1 Общие требования 

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

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

1.2.2 Функциональные требования к системе 

В процессе функционирования система должна обеспечивать: 

    1 первоначальный ввод информации в базу данных;

    2 проверку правильности ввода данных;

    3 корректировку данных при их изменении;

    4 поиск необходимой информации;

    5 получение статистики работы предприятия;

    6 формирование необходимых отчетов; 

Требования  к выводу данных: 

  1. Неменее 10 отчетовQreport, FreeReportилиRaveReport.
  2. Передача данных в Excel, Word.
  3. Данные в отчетах читабельны.
  4. Данные в Excel и Word  должны быть правильно и красиво выведены.
 

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

1) администратор  базы данных;

2) оператор  базы данных; 

     Администратор базы данных должен иметь доступ ко всей базе данных.Пользователь базы данных может все кроме доступа к панели администрирования (не может создавать пользователей). 
 
 

1.2.3 Требования к эргономике и технической эстетике 

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

Основные  требования к интерфейсу:

    -Интерфейс программы должен быть интуитивно понятным.

    -Удобная навигация.

    -Присутствие Главного меню и дублирование основных команд на Панели инструментов.

    -Удобное добавление и редактирование данных.

    -Все формы должны открываться в удобном для пользователя месте и должны вмещаться в наиболее часто используемые разрешения экрана.

    -Использование только запросов к БД, а не таблиц (ADOTable и т.д.)

    -Формы должны быть single или раскрываться на весь экран с растяжением всех объектов, находящихся в них.

    -Заголовок окна должен соответствовать содержимому.

    -Интерфейс должен быть многопользовательским. 

1.2.4 Требования к аппаратному и программному обеспечению 

Минимальные требования к аппаратному обеспечению сервера: 

  1. Процессор PentiumIV 3 ГГц или аналогичный ему процессор AMD;
  2. Не менее 16 Мбайт ОЗУ;
  3. Наличие свободного места на жестком диске: 19,5 Мб для программного продукта.

Минимальные требования к аппаратному обеспечению клиента:

  1. Процессор PentiumIV 2 ГГц или аналогичный ему процессор AMD;
  2. Не менее 16 Мбайт ОЗУ;
  3. Средства ввода информации (клавиатура, мышь);
  4. Наличие дисковых накопителей для хранения БД, документов и их архивных копий;
  5. Наличие свободного места на жестком диске: 19,5 Мб для программного продукта;
  6. LAN.
  7. Принтер для печати отчетной документации.

Требования к  программному обеспечению сервера:

  1. Серверная операционная система (Windows или Linux), или установленный сервер Apache 1.0 и выше;
  2. СУБД MySQL илиDenwer Base.

Требования к  программному обеспечению клиента:

     Операционная  система MicrosoftWindows 98, MicrosoftWindows 2000 или MicrosoftWindowsXP. 

 

1.2.5 Требования к эксплуатации и техническому обслуживанию системы 

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

Система должна функционировать в круглосуточном режиме. Администратор должен ежедневно осуществлять диагностику системы и резервировать данные.  
 

1.2.6 Требования к защите информации от несанкционированного доступа 

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

1.2.7  Требования к документации 

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

Требования  к отчету по курсовой работе: 

    -Верно оформленный титульный лист

    -Задание для курсового проектирования

    -Оглавление

    -Введение (постановка задачи  и требования к ПО)

    -Описание предприятия и бизнес процессов

    -Техническое задание на создание ИС (в соответствии с ГОСТом)

    -Инфологическая модель на языке ER-диаграмм с описанием языка

    -Даталогическая модель с описанием модели

    -Описание основных форм (с скриншотами)

    -Описание запросов

    -Описание отчетов

    -Библиографический список 
     

Также в состав документации должны входить: 

    1 Приложение А. Примеp отчета (распечатать и приложить)

    2 Приложение  Б. Пример экспорта в Excel и Word (распечатать и приложить)

    3 Приложение В. Руководство пользователя

    4 Приложение Г. Руководство администратора

    5 Приложение Д. Описание инсталляционного пакета (код)

    6 Приложение Е. Акт о проведении тестирования

 

2 Описание предприятия

    Турагентство представляет ограниченный ряд услуг своим  клиентам.

    Задачи  ИС Турагентство:

    1 Представления   ряда услуг клиентам;

    2 Хранение  данных о заказанном туре клиента;

    3 Хранение информации об услугах, турах и клиентах;

     Объектом  исследования являются спрос на рынке туристических направлений.

 

3 Описание бизнес-процессов

3.1Бизнес-процесс

  1. Продажа путевки

    Рисунок 1- Бизнес процесс «Продажа путевки».

    Клиент  подает устную заявку на получение  путевки. Менеджер по продажам предлагаетварианты путевок клиенту. Заключает договор. Сообщает всю необходимую информацию. Принимает оплату и передает путевку клиенту.

3.2 Бизнес-процесс

2. Формирование  задания

    Рисунок 2- Бизнес процесс «Формирование  задания».

    Анализируется текущая ситуации на рынке туризма. Для этого рассматриваются различные Дайджесты по туризму, анализируется предложение конкурентов, и текущий спрос.

3.3 Бизнес-процесс 

  1. Список  клиентов Тура.

    Рисунок 3- Бизнес процесс «Список клиентов Тура».

    Список  клиентов купивших путевки по туру, бронирование транспорта, гостиниц, билетов  на экскурсии и различные представления.

4 Инфологическая модель 

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

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

     Атрибут – поименованная  характеристика сущности. Его наименование должно быть уникальным для конкретного  типа сущности, но может быть одинаковым для различного типа сущностей (например, ЦВЕТ может быть определен для  многих сущностей:СОБАКА, АВТОМОБИЛЬ, ДЫМ и т.д.). Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Примерами атрибутов для сущности АВТОМОБИЛЬ являются ТИП, МАРКА, НОМЕРНОЙ ЗНАК, ЦВЕТ и т.д. Здесь также существует различие между типом и экземпляром. Тип атрибута ЦВЕТ имеет много экземпляров или значений: Красный, Синий, Банановый, Белая ночь и т.д., однако каждому экземпляру сущности присваивается только одно значение атрибута.

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

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

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

Рисунок 4- Обозначения 
 
 
 
 
 

 

 

 
 

 

 

 

 
 

Рисунок5- Инфологическая модель

 

5Даталогическая модель 

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

     Каждая  таблица состоит из однотипных строк  и имеет уникальное имя.

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

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

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

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

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

 

 

Рисунок6-Даталогическая модель

 

bileti

                       Таблица 1- Билеты

Поле Тип Ноль По  умолчанию Связь с Комментарии MIME
id  int(11) Нет         
name  varchar(150) Нет      Наименование   
klienti  int(11) Нет  klient ->id  Клиент   
tur  int(11) Нет  tur ->id  Тур   
Data  date Нет  0000-00-00    Дата   
Vrema  time Нет  00:00:00    Время   
cena  float Нет    Цена   

klass

                  Таблица 2 - Классы отелей

Поле Тип Ноль По  умолчанию Связь с Комментарии MIME
id  int(11) Нет         
name  varchar(150) Нет      Наименование   

klient

                       Таблица 3- Клиенты

Поле Тип Ноль По  умолчанию Связь с Комментарии MIME
id  int(11) Нет         
name  varchar(150) Нет      ФИО   
Adres  varchar(150) Нет      Адрес   
telefon  varchar(30) Нет      Телефон   

naznachenie

                  Таблица 4-Назначение

Поле Тип Ноль По  умолчанию Связь с Комментарии MIME
id  int(11) Нет         
otel  int(11) Нет  otel ->id  Отель   
klient  int(11) Нет  klient ->id  Клиент   
datas  date Нет  0000-00-00    Дата с   
datapo  date Нет  0000-00-00    Дата по   

otel
и т.д.................


Перейти к полному тексту работы


Скачать работу с онлайн повышением уникальности до 90% по antiplagiat.ru, etxt.ru или advego.ru


Смотреть полный текст работы бесплатно


Смотреть похожие работы


* Примечание. Уникальность работы указана на дату публикации, текущее значение может отличаться от указанного.