Размещено на http://www.allbest.ru/

1. ВВЕДЕНИЕ

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

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

В БД должны храниться:

1) Сведения о водителях: ФИО, позывной, номер водительского удостоверения, дата выдачи водительского удостоверения, а также находится ли водитель в отпуске, на больничном или уволен;

2) Сведения об автомобилях: государственный номер, марка, цвет, год выпуска, № свидетельства о регистрации транспортного средства, собственник, а также находится ли автомобиль в ремонте;

3) Сведения о путевых листах: № путевого листа, позывной водителя, даты открытия и закрытия путевого листа, государственный номер автомобиля;

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

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

1) Какие автомобили находятся на линии, а какие в ремонте;

2) Сведения о заказах с разбивкой по водителям;

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

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

2 Задачами, которые следует решить для раскрытия выбранной темы, являются:

3 1)Системный анализ предметной области;

4 2)Выявление сущностей инфологической модели;

5 3)Моделирование связей между ними.

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

Основные цели, для достижения которых создана база данных «Такси»:

1)Обеспечение работникам более быстрого и удобного поиска необходимой информации;

2)Обеспечение порядка размещения уже хранящихся и поступающих данных;

3)Тщательное отслеживание изменений данных;

4)Обеспечение большей защиты информации от несанкционированного доступа;

5)Осуществление учета заказов.

2. СИСТЕМНЫЙ АНАЛИЗ

2.1 Описание предметной области

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

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

Клиент может сразу у диспетчера узнать стоимость заказа, и только потом заказывать.

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

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

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

В конце месяца администратор, пользуясь своими отчетами, формирует отчет по итогам месяца и отправляет его высшему руководству такси.

Еще администратор занимается кадрами. Он формирует дела новых сотрудников, и вносит необходимые поправки в дела уже работающих на этом предприятии. На администраторе лежит ответственность за правильное формирование дел и их сохранность.

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

1) Потеря данных диспетчером, или неправильная их трактовка;

2) Выбор не оптимального маршрута следования таксистов;

3) Не корректная форма представления отчетов и т.д.

В курсовой работе в соответствии с заданием автоматизируется деятельность организации «Такси»

Основными видами деятельности являются:

1) Обеспечение безопасности перевозок;

2) Обеспечение комфортабельности поездки;

3) Своевременное выполнение заявок;

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

Для решения этих проблем необходимо своевременно получать информацию о заявках и своевременно оповещать водителей о адресе клиента.

2.2 Постановка задачи

2.2.1 Факторы, определяющие принятое решения по созданию системы

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

1)Надежность и безопасность;

2)Автоматизацию документооборота ;

3)Быстрое составление отчетов.

Автоматизация этих функций призвана, увеличить скорость и качество обработки информации.

2.2.2 Обзор существующих программных средств, перечисление программных средств с помощью которых можно реализовать АИС

Microsoft Office Access или просто Microsoft Access -- реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Основные компоненты MS Access:

построитель таблиц;

построитель экранных форм;

построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);

построитель отчётов, выводимых на печать.

Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД.

Microsoft Jet Database Engine (англ.), которая используется в качестве движка базы данных MS Access является файл-серверной СУБД и потому применима лишь к приложениям, работающим с небольшими объёмами данных и при небольшом числе пользователей, одновременно работающих с этим данными. Непосредственно в Access отсутствует ряд механизмов, необходимых в многопользовательских БД, таких, например, как триггеры.

Microsoft Visual Basic -- средство разработки программного обеспечения, разрабатываемое корпорацией Microsoft и включающее язык программирования и среду разработки. Язык Visual Basic унаследовал дух, стиль и отчасти синтаксис своего предка -- языка Бейсик, у которого есть немало диалектов. В то же время Visual Basic сочетает в себе процедуры и элементы объектно-ориентированных и компонентно-ориентированных языков программирования. Среда разработки VB включает инструменты для визуального конструирования пользовательского интерфейса.

Visual Basic считается хорошим средством быстрой разработки прототипов программы, для разработки приложений баз данных и вообще для компонентного способа создания программ, работающих под управлением операционных систем семейства Microsoft Windows.

Достоинства и недостатки.

Достоинства:

1) Высокая скорость создания приложений с графическим интерфейсом для MS Windows;

2) Простой синтаксис, позволяющий очень быстро освоить язык;

3) Возможность компиляции как в машинный код, так и в P-код (по выбору программиста).;

4) Защита от ошибок, связанных с применением указателей и доступом к памяти.

Недостатки:

1) Поддержка операционных систем только семейства Windows и Mac OS X (Исключение -- VB1 for DOS);

2) Отсутствие механизма наследования реализации объектов;

3) Существующее в языке наследование позволяет наследовать только интерфейсы, но не их реализацию;

4) Требует установленную msvbvmXX.dll для работы программы;

5) Низкая скорость работы, обусловленная тем, что практически все встроенные функции языка реализованы через библиотеку времени исполнения (runtime library), которая, в свою очередь, производит много «лишней» работы по проверке и/или преобразованию типов.

Операционные системы:

Windows 7 (x86 и x64)

Windows 8 Release Preview (x86 и x64)

Windows Server 2008 R2 (x64)

Windows Server 2012, версия-кандидат (x64)

Поддерживаемые архитектуры:

32-разрядная (x86) (клиенты Windows 7 и Windows 8)

64-разрядная (x64)

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

1) Процессор с тактовой частотой 1,6 ГГц или большей;

2) ОЗУ объемом 1 ГБ (1,5 ГБ для работы на виртуальной машине);

3) 10 ГБ доступного пространства на жестком диске;

4) Жесткий диск с частотой вращения 5400 об/мин;

5) Видеоадаптер, соответствующий стандарту DirectX 9 и поддерживающий разрешение экрана 1024 x 768 или выше;

Visual FoxPro (VFP) -- объектно-ориентированный и процедурный язык программирования систем управления реляционными базами данных, разработанный корпорацией Microsoft. Основой для данного программного продукта послужил язык программирования FoxPro. Относится к семейству языков xBase, разработанных на базе синтаксиса языка программирования dBase. Другими членами данного семейства являются Clipper и Recital.

Программный продукт рекомендован для использования в операционных системах MS Windows XP или Windows Server 2003.

Минимальные системные требования к Программному продукту соответствуют минимальным требованиям для самой операционной системы.

-Процессор не менее 400 Мгц,

-128 Мб оперативной памяти.

-800 Мб на жестком диске отводится под нужды ОС.

-Сам Программный продукт потребует примерно 150 Мб дискового пространства.

Для комфортной работы предлагается использовать процессор не менее Pentium II и 128 Мб оперативной памяти.

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

Минимальное разрешение экрана - 1024 на 768 точек на дюйм.

2.2.3 Обоснование принятие решения по выбору программного средства

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

Все данные в базах находятся в таблицах и разделены по смысловой нагрузке. Каждая таблица для описания содержимого атрибутов использует типы данных (домены), домены Access подходят для описания данных любой предметной области. Недостаток в том, что в Access нельзя создавать собственные домены необходимые для описания нестандартных данных, таких как возраст работоспособного сотрудника, его можно было описать доменом (все данные принадлежат к целым числам в интервале от 18 до 60).

MS Access это входящая в стандартный набор Microsoft Office настольная, реляционная система управления базами данных. Благадоря тому, что она входит в состав Microsoft Office она может легко создавать связь с другими приложениями Microsoft Office. Ее средствами можно создавать различные запросы, отчеты и формы для заполнения. Благодаря технологии ADO MS Access легко подключается к Delphi. Объект ADO Connection подключается к базе данных созданной в Access, в ADO Table выбирается конкретная таблица, с которой будет взаимодействовать, ADO Query позволяет создавать SQL запросы средствами Delphi. Технология ADO хорошо подходит под Access.

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

2.3 Технико-экономическое обоснование

2.3.1 Обоснование целей создания системы

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

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

2.3.2 Экономическое целесообразность создания системы

В качестве капитальных затрат укажем возможную оплату труда разработчикам

Обозначим сумму равную 20000

Кап. Затраты 20000 рублей

Коэффициент окупаемости капитальных затрат равен 0.33

К=0.33

Обозначить за счет чего сокращаются затраты и обозначить суму годового дохода

За счет чего можно увеличить годовой доход организации

Д.год.=80000ж(руб)

К эксплутационныим затратам относятся:

Обозначим сумму из расчета того, что затраты состовляют 1000р/мес

Э=12000р/год

Произведем расчет годовой прибыли и срока окупаемости

П.год=д.год-(кап.зат.*к+э) (руб/год)

П.год= 80000-(20000*0.33+ 12000)= 61400

T.окуп=кап.зат./П год

T.окуп = 0.3257

Т.норм.=1/К(год)

Т.норм.=1/0.33

Т.норм.=3.03(год)

Вывод: После подсчетов выясняли, что информационная система экономически эффективна, так как срок окупаемости меньше нормативного.

2.3.3 Вывод видов обеспечения

Программно-техническое обеспечение

Информационное обеспечение

Математическое обеспечение (иногда - алгоритмическое),

Организационно-методическое обеспечение.

2.3.4 Требования к БД, организация, нормализация и эргономика

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

Еще один главный критерий-это оптимизация. База должна быть минимизирована во всех характеристиках (атрибуты, связи, ассоциации, сущности), но в тоже время в базе должно имеется достаточно элементов, что бы сохранить её локальное представление- этот процесс называется нормализация.

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

Автомобили:

Название	Тип данных	Размер поля
Государственный номер	Текстовый	50
Марка	Текстовый	50
Цвет	Текстовый	50
Год выпуска	Числовой	Длинное целое
Свидетельство о регистрации	Текстовый	50
Собственник	Текстовый	50
Ремонт	Логический	Да/Нет

Эта таблица включает в себя все атрибуты одного из объектов базы - «Автомобили». Она содержит первичный ключ - «Государственный номер». Таблица приведена к третьей нормальной форме.

Путевые листы:

Название	Тип данных	Размер поля
Номер путевого листа	Счетчик	Длинное целое
Позывной	Числовой	Длинное целое
Фамилия	Текстовый	50
Государственный номер	Текстовый	50
Дата и время выдачи	Дата/время	Полный формат даты
Дата и время сдачи	Дата/время	Полный формат даты

Эта таблица сущности «Путевые листы», она содержит первичный ключ - «Номер путевого листа» и содержит вторичный ключ «Государственный номер». Таблица приведена к третьей нормальной форме.

Водители:

Название	Тип данных	Размер поля
Позывной	Счетчик	Длинное целое
Фамилия	Текстовый	50
Имя	Текстовый	50
Отчество	Текстовый	50
Номер ВУ	Текстовый	50
Дата выдачи ВУ	Дата/время	Краткий формат даты
На больничном	Логический	Да/Нет
В отпуске	Логический	Да/Нет
Уволен	Логический	Да/Нет

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

Заказы

Название	Тип данных	Размер поля
Заказ	Счетчик	Длинное целое
Дата и время	Дата/время	Полный формат даты
Улица	Текстовый	50
Дом	Числовой	Длинное целое
Литера	Текстовый	50
Подъезд	Числовой	Длинное целое
Позывной	Числовой	Длинное целое
Выполнение	Логический	Да/Нет

Эта таблица сущности «Водители». Она содержит один первичный ключ - «Заказ» и содержит один вторичный ключ «Позывной» и приведена к третьей нормальной форме.

2.3.5 Выбор видов обеспечения

А) Минимальные требования к рабочей станции на которой будет установлена база данных:

1)Процессор - Pentium/Intel;

2) Объем оперативной памяти - 256 Мб;

3)Объем жесткого диска - HDD-120 Гб;

4)Наличие периферийных устройств.

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

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

Объем памяти, отводимой под данные, определяется по формуле:

где li= длина записи в i-той таблице (в байтах); Ni= примерное (максимально возможное) количество записей в i-той таблице; Na= количество записей в архиве i-той таблицы.

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

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

Наглядно воспользуемся данной формулой на примере таблицы «Автомобили»

Государственный номер	50
Марка	50
Цвет	50
Год выпуска	4
Свидетельство о регистрации	50
Собственник	50
Ремонт	3

Аналогично и с другими таблицами, в результате мы получим данные для применения следующей формулы:

где РВ = общее количество байтов в записи, Кij = количество байтов в i-ячейки, j-поля

P=PB*j, где Р - суммарная мощность таблицы. В таблице приведены данные, сколько каждое поле занимает памяти, применяя следующую формулу, мы можем вычислить объем использованной памяти.

Название таблицы	Объем памяти
Автомобили	1799
Путевые листы	768
Заказы	2007
Водители	1032

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

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

- Программы для автоматизации документооборота.

- Программы баз данных и клиентские приложения для работы с БД.

- Программные продукты для получения внешней информации. Например, программы электронной почты, интернет-пейджеров, IP-телефонии.

- Программы автоматизации бухгалтерского учета и предоставления установленной

В) Операционная система и пакет прикладных программ.

Системные требования:

-ОС Windows XP/Vista/7, MacOS X или Linux;

-Веб-браузер Internet Explorer версии 8 и выше, Firefox версии 3.6.13 и выше, Cromium или Google Chrome версии 9.0.597 и выше;

-Доступ в Интернет по протоколам HTTP, HTTPS и LDAP;

-Антивирусное программное обеспечение, с актуальностью -вирусных баз не более суток;

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

Г) Внемашинное программное обеспечение.

Все входящие и исходящие бумажные документы

2.4 Бизнес процессы и информационные потоки

2.4.1 Модель AS-IS в нотации DFD

На рисунке представлена DFD диаграмма модели AS-IS на примере работы такси. На данной диаграмме присутствуют две внешние сущности, одно хранилище данных, пять процесса и потоки данных.

Внешние сущности: «Клиент» - человек, который вызывает такси; и «Водители» - это персонал организации, который принимает заявки и осуществляет их.

Хранилище данных: «Прейскурант с ценами» - содержит перечень услуг с указанием цен.

Процессы: «Прием заявки» - получение адреса места отправление и места прибытия; «Выбор машины» - осуществляется поиск свободной машины; «Прибытие» - в данном процессов водитель сообщает о прибытии на место; «Осуществление частного перевоза» - доставка клиента до места прибытия; «Оплата» - осуществляется оплата.

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

2.4.2 Модель TO-BE в нотации DFD

На рисунке представлена DFD диаграмма модели TO-BE на примере работы такси. На данной диаграмме присутствуют две внешние сущности, одно хранилище данных, шесть процессов и потоки данных.

Внешние сущности: «Клиент» - человек, который вызывает такси; и «Водители» - это персонал организации, который принимает заявки и осуществляет их.

Хранилище данных: «БД «Такси»» - здесь фиксируются все заявки, а так же сведения о водителях и автомобилях .

Процессы: «Прием заявки» - получение адреса места отправление и места прибытия; «Выбор машины» - осуществляется поиск свободной машины; «Прибытие» - в данном процессов водитель сообщает о прибытии на место; «Осуществление частного перевоза» - доставка клиента до места прибытия; «Оплата» - осуществляется оплата; «Генерация отчетов» - осуществляется составление отчетов.

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

2.4.3 Функционирование системы с точки зрения пользователя (клиента)

Контекстная диаграмма:

3. ТЕХНИЧЕСКИЙ ПРОКТ

3.1 Разработка основных приложений по системе

3.1.1 Место системы в информационной системе организации

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

3.1.2 Задачи системы

Для реализации цели были поставлены следующие задачи:

1)Изучить существующую информационную систему организации;

2)Выбрать программное обеспечение для разработки;

3)Разработать структуру программы;

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

Объектом исследования является информационная системой Такси.

3.1.3 Функции системы

Функциями автоматизированной системы являются:

1)Предоставление информации о водителях и их автомобилях;

2)Предоставление информации о заказах;

3)Расчет стоимости путевого листа;

4)Возможность посмотреть находится ли автомобиль в ремонте

5)Подготовка документации для отчёта в электронном виде.

3.2 Изменение организационной структуры организации

Введём новую штатную единицу - администратор ИС, который ведёт базу данных «Такси».

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

Добавление данных в таблицу «Заказы» будет осуществлено после поступление звонка клиента. Данные будут заноситься в основную таблицу базы данных, с помощью которой осуществляется учёт всей необходимой информации.

Обязанности администратора ИС «Такси»:

1)Создавать, изменять записи о отдыхающих;

2)Удалять дублированные записи с одинаковыми значениями заданных полей;

3)Сортировать таблицы по любому полю, включая сортировку по нескольким полям;

4)Группировать одинаковые данные в любом поле, когда таблица отсортирована по этому полю;

5)Импортировать данные в любую таблицу базы данных из текстовых файлов;

6)Экспортировать данные любой таблицы для подготовки документации к отчёту.

3.3 Постановка решения задач

В информационной системе решаются следующие задачи:

1)Создание и хранение данных о заказах, водителях, автомобилях и путевых листах;

2)Автоматизация информации;

3)Быстрота и удобство получения необходимой информации.

3.4 Разработка плана мероприятий по подготовке к внедрению системы

Необходимые действия для подготовки к внедрению системы:

1)Установка и наладка информационной системы;

2)Обучение персонала работе с информационной системой.

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

4. РАБОЧИЙ ПРОЕКТ

4.1 Разработка БД проекта

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

В рамках данного курсового проекта необходимо разработать работоспособное приложение, отвечающее набору выполняемых функций. В качестве системы управления базами данных был выбран Microsoft Access 2007 - несложная система СУБД, которая будет быстро работать с небольшим количеством занесенных в нее данных. Данный программный продукт может быть использован для широкого потребления среди пользователей.

В системе управления базами данных Microsoft Access 2007 для приложения был создан ряд таблиц, необходимых для реализации проекта:

1)Автомобили;

2)Путевые листы;

3)Водители;

4)Заказы.

Так же были настроены межтабличные связи. После реализации таблиц и наладки межтабличных связей работа с системой управления базами данных Microsoft Access 2007 была завершена.

4.2 Разработка исполняемого приложения

В Microsoft Access 2007 мы создадим таблицы, запросы, отчеты и формы.

Сначала создадим таблицы.

Создадим таблицу «Автомобили», она изображена в соответствии с рисунком 1.1:

1) В первое поле «Государственный номер» введем номер автомобиля;

2) Во второе поле «Марка» введем модель автомобиля;

3) В третье поле «Цвет» введем цвет автомобиля;

4) В четвертое поле «Год выпуска» введем год выпуска автомобиля;

5) В пятое поле «Свидетельство о регистрации ТС» введем данные о регистрации автомобиля;

6) В шестое поле «Собственник» введем фамилию владельца автомобиля;

7) В седьмое поле «Ремонт» введем находится ли автомобиль в ремонте.

Рисунок 1.1: Таблица «Автомобили»

Создадим таблицу «Путевые листы», она изображена в соответствии с рисунком 1.2:

1) В первое поле «Номер путевого листа» введем номер путевого листа;

2) Во второе поле «Позывной» введем позывной водителя;

3) В третье поле «Фамилия» введем фамилию водителя;

4) В четвертое поле «Государственный номер» введем номер водителя;

5) В пятое поле «Дата и время выдачи» введем дату выдачи путевого листа;

6) В шестое поле «Дата и время сдачи» введем дату сдачи путевого листа.

Рисунок 1.2: Таблица «Путевые листы»

Создадим таблицу «Водители», она изображена в соответствии с рисунком 1.3:

1) В первое поле «Позывной» введем позывной водителя;

2) Во второе поле «Фамилия» введем фамилию водителя;

3) В третье поле «Имя» введем имя водителя;

4) В четвертое поле «Отчество» введем отчество водителя;

5) В пятое поле «Номер ВУ» введем номер водительского удостоверения водителя;

6) В шестое поле «Дата выдачи ВУ» введем дату выдачи водительского удостоверения;

7) В седьмое поле «На больничном» введем находится ли водитель на больничном;

8) В восьмом поле «В отпуске» введем находится ли водитель в отпуске;

9) В девятом поле «Уволен» введем уволен ли водитель.



Рисунок 1.3: Таблица «Водители»

Создадим таблицу «Заказы», она изображена в соответствии с рисунком 1.4:

1) В первом поле «Заказ» введем номер заказ;

2) Во втором поле «Дата и время» введем дату и время поступления заказа;

3) В третьем поле «Улица» введем наименование улицы клиента;

4) В четвертом поле «Дом» введем номер дома клиента;

5) В пятом поле «Литера» введем литера клиента;

6) В шестом поле «Подъезд» введем номер подъезда клиента;

7) В седьмом поле «Позывной» введем позывной водителя;

8) В восьмом поле «Выполнение» введем выполнил ли водитель заказ.

Рисунок 1.4: Таблица «Заказы»

Далее в базе данных создадим запросы и отчеты:

Запрос «Автомобили в ремонте» - выводит все автомобили находящиеся в ремонте, изображен в соответствии с рисунком 1.5.

Рисунок 1.5: Запрос «Автомобили в ремонте»

база данные microsoft access

Запрос «Автомобили в собственности» - выводит по фамилии данные о автомобили данного водителя, изображен в соответствии с рисунком 1.6

Рисунок 1.6: Запрос «Автомобили в собственности»

Запрос «Стоимость путевого листа» - рассчитывает время работы и стоимость путевого листа, изображен в соответствии с рисунком 1.7

Рисунок 1.7: Запрос «Стоимость путевого листа»

Отчет «Автомобили в собственности предприятия» - выводит марку, цвет, год выпуска, государственный номер и свидетельство о регистрации, изображен в соответствии с рисунком 1.8

Рисунок 1.8: Отчет «Автомобили в собственности предприятия»

Отчет «Заказы» - выводит позывной водителя, дата и время, улицу, дом, подъезд и выполнен ли заказ, изображен в соответствии с рисунком 1.9



Рисунок 1.9: Отчет «Заказы»

Затем в базе данных создадим формы.

Главная форма, которая служит для выбора между формами и запросами, эта форма представлена в соответствии с рисунком 1.10.



Рисунок 1.10: Главная кнопочная форма.

Главная кнопочная форма служит для перехода на:

1) Форму таблицы «Автомобили»;

2) Форму таблицы «Водители»;

3) Форму таблицы «Заказы»;

4) Форму таблицы «Путевые листы».

Форма таблицы «Автомобили», представлена в соответствии с рисунком 1.11

Рисунок 1.11: Форма таблицы «Автомобили».

Эта форма предназначена для удобного поиска и просмотра информации о автомобилях предприятия.

Форма таблицы «Водители», представлена в соответствии с рисунком 1.12

Рисунок 1.12: Форма таблицы «Водители».

Эта форма предназначена для удобного поиска и просмотра информации о водителях такси.

Форма таблицы «Заказы», представлена в соответствии с рисунком 1.13



Рисунок 1.13: Форма таблицы «Заказы».

Эта форма предназначена для удобного поиска и просмотра информации о заказах.

Форма таблицы «Путевые листы», представлена в соответствии с рисунком 1.14

Рисунок 1.14: Форма таблицы «Путевые листы».

5. ЗАКЛЮЧЕНИЕ

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

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

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

Разработанная информационная система, полностью совместима с комплексом программ Microsoft Office.

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

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

6 СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. Карпова Т.С Базы данных: модели, разработка, реализация. СПБ.: Питер, 2001.-304с.

2. Конноли Т., Бегг Л., Страчан А. Базы данных. Проектирование, реализация и споровождение. Теория и практика. -2-е изд. - Вильямс, 2000.

3. ГОСТ 34. 201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.

4. ГОСТ 34. 601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

5. ГОСТ 34. 602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

6. ГОСТ 34. 603-92. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем.

7. Грекул, В.И. Проектирование информационных систем [Электронный ресурс], - Режим доступа: http://www.intuit.ru/department/se/devis/,01.08.2005.

ПРИЛОЖЕНИЕ 1

Техническое задание на ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ТАКСИ

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

Полное наименование системы и ее условное обозначение

Информационная система базы данных

Условное обозначение Системы - «Taxi»

1.1Основание для проведения работы

1. План-график на проведение курсового проекта

Сроки проведения работ

Начало работ -25.01.2013г.

Окончание работ- 26.04.2013г.

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

2.1.Назначение системы

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

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

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

Основные цели, для достижения которых создана база данных «Такси»:

1)Обеспечение работникам более быстрого и удобного поиска необходимой информации;

2)Обеспечение порядка размещения уже хранящихся и поступающих данных;

3)Тщательное отслеживание изменений данных;

4)Обеспечение большей защиты информации от несанкционированного доступа;

5)Осуществление учета заказов.

3. Сведения об объекте автоматизации

В БД должны храниться:

1) Сведения о водителях: ФИО, позывной, номер водительского удостоверения, дата выдачи водительского удостоверения, а также находится ли водитель в отпуске, на больничном или уволен;

2) Сведения об автомобилях: государственный номер, марка, цвет, год выпуска, № свидетельства о регистрации транспортного средства, собственник, а также находится ли автомобиль в ремонте;

3) Сведения о путевых листах: № путевого листа, позывной водителя, даты открытия и закрытия путевого листа, государственный номер автомобиля;

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

При выполнении указанных процессов будут задействован диспетчер.

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

4.1.Требования к системе в целом

4.1.1.Требования к структуре системы

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

Система «Taxi» включает следующие модули:

1) Модуль ввода и передачи;

2) Модуль хранения;

3) Модуль формирования отчетной документации.

4.1.2.Архитектура системы

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

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

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

При создании интерфейса должны выполняться следующие требования:

-использование единого унифицированного интерфейса;

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

-наличие справки по работе с системой.

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

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

4.1.6.Требования по стандартизации и унификации

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

4.2.Требования к функциям (задачам), выполняемым системой

4.2.1.Модуль обработки данных

Выполняемые функции:

- принимает входные данные для дальнейшего их использования

Пользователями модуля являются диспетчер

4.2.2.Модуль формирования отчетной документации

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

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

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

4.2.3 Модуль ввода данных

4.3.Требования к видам обеспечения

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

Не предъявляются

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

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

4.3.3. Требования к информационному обеспечению

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

Информационное обеспечение системы должно отвечать следующим требованиям:

- однозначная идентификация элементов системы и происходящих в ней событий на основе единой системы классификации и кодирования информации;

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

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

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

Требования к программному обеспечению ограничиваются возможностями операционной системы Windows XP, базового набора программных средств интегрированного пакета MS Office 2007.

4.3.6.Требования к техническому обеспечению:

Набор технических средств, используемых для организации информационного взаимодействия в проектируемой информационной системе, включает в себя компьютеры на базе процессора - Intel(R) Pentium(R) 4 CPU 1.80GHz, с объемом оперативной памяти не менее 1024 Мб.

4.4.Требования к данным

4.4.1.Описание регистрируемых учетных записей

Настоящий документ содержит требования к данным, формируемым модулем статистических данных по медицинским учреждениям БМР и модулем хранения и выдачи отчетной документации, реализуемых в составе модулей проектируемой системы.

5.Состав и содержание работ на разработку системы

Состав и содержание работ по разработки ИC «Taxi» регламентированы стандартом ГОСТ Р ИСО/МЭК 12207-99 «ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ».

Этапы

№ п/п	Наименование этапа. Содержание работ по этапу	Выдаваемая научно-техническая продукция	Сроки выполнения
1	Подготовка процесса	Обоснование необходимости проектирования системы для отдела медицинской статистики
2	Разработка и анализ требований к системе	Разработанное техническое задание
3	Проектирование системной архитектуры	Интерфейсы проектируемой системы, основные компоненты и контуры системы
4	Анализ требований к программным средствам	Критерии и характеристики программных средств ИС
5	Проектирование программной архитектуры	Архитектура ИС

6.Порядок контроля и приемки системы

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

7.Требования к документированию

Программная документация представлена в виде ТЗ на проектируемую систему.

Документация должна разрабатываться в соответствии с требованиями ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем», РД 50-34.698-90 «Методические указания. Автоматизированные системы. Требования к содержанию документов» и ЕСПД (серия 19).

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

8.Источники разработки

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

ПРИЛОЖЕНИЕ 2

Размещено на Allbest.ru