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

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

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

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

Современные авторы часто употребляют термины "банк данных" и "база данных" как синонимы, однако в общеотраслевых руководящих материалах по созданию банков данных Государственного комитета по науке и технике (ГКНТ), изданных в 1982 г., эти понятия различаются.

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

База данных (БД) - именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области.

Для чего нужны Базы Данных? В настоящее время в современном мире электронных технологий практически невозможно представить компанию (фирму или организацию), в которой не требуется обработка некоторого объёма информации. Информацию требуется, где-то хранить. Информация может динамически изменяться. Регулярно требуется выборка данных по определённым критериям из всего массива.

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

база банк интерфейс программный

Базы данных создаются специально для хранения, обработки, проведения расчётов, сортировки, выборки и представления любых массивов данных по любым критериям.

Что может храниться в таком массиве данных? Подобные базы данных способны хранить самую различную информацию:

· прайс-листы;

· информация о клиентах/заказчиках;

· каталог товаров/услуг;

· отчёты персонала;

· движение товаров;

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

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

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

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

Целью курсовой работы является создание базы данных "Учет нарушений ПДД" с удобным пользовательским интерфейсом.

Для достижения цели были поставлены задачи:

· Изучить литературу по заданной теме курсовой работы

· Оформить техническое задание

· Обосновать выбор среды проектирования

· Разработать структуру базы данных

· Описать архитектуру базы данных

· Выполнить тестирование и отладку

· Разработать пользовательскую документацию

· Выполнить расчет экономических показателей

1. Внешнее описание базы данных

1.1.1 Наименование программного продукта - база данных "Учет нарушений Правил Дорожного Движения".

1.1.2 Краткая характеристика области применения - предназначена для введения учета нарушений правил дорожного движения в Государственной Инспекции Безопасности Дорожного Движения.

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

1.2.1 Основания для проведения разработки: задание преподавателя, от 27.10.2011г.

1.2.2 Наименование и условное обозначение разработки: Ярлык Access "БД Учет нарушений ПДД".

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

Access - мощное приложение Windows; впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Поскольку оба эти продукта - детища компании Microsoft, они прекрасно взаимодействуют между собой. Система Access работает под управлением Windows 95 или Windows NT, так что при работе с ней пользователю доступны все преимущества Windows. Можно вырезать, копировать и вставлять данные из любого приложения Windowsв Access и наоборот; можно создать проект формы в Access и вставить его в конструктор форм.

При всем этом Access - не просто СУБД. Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет использовать одновременно несколько таблиц базы данных. При этом можно существенно упростить структуру данных, облегчая тем самым выполнение поставленных задач. Таблицу Access можно связать с данными, хранящимися на большой ЭВМ или на сервере. С другой стороны, можно использовать таблицы, созданные в среде Paradox или dBASE. Полученные результаты можно быстро и легко связать и объединить с данными из электронных таблиц Excel. Работая в среде Microsoft Office 97, пользователь получает в свое распоряжение полностью совместимые между собой Access и Word, Excel и PowerPoint.

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

При этом они будут включать кнопки, меню и диалоговые окна. Программируя на языке VBA, можно создавать такие мощные программы, как сама система Access. По сути дела, многие инструментальные средства Access (например, мастера и конструкторы) написаны именно на VBA.

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

Возможности DDE и OLE. С помощью DDE (Dynamic Data Exchange - динамический обмен данными) и OLE (Object Linking and Embedding - связывание и внедрение объектов) в формы и отчеты Access можно добавлять всевозможные новые объекты. Такими объектами могут быть звук, рисунки, диаграммы и даже видеоклипы. Можно внедрять объекты OLE (например, растровые изображения) или документы текстовых процессоров (Word или WordPerfect) или устанавливать связи с электронными таблицами Excel. Связывая эти объекты со своей базой данных, пользователь может создавать динамические формы и отчеты, а также использовать одну и ту же информацию в разных приложениях Windows.

В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, MEMO, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений.

Реляционная обработка данных в Access за счет гибкой архитектуры системы способна удовлетворить любые потребности. При этом Access может использоваться как автономная СУБД в режиме файл-сервера или клиентского компонента таких продуктов, какSQL Server. Кроме того. Access поддерживает протокол ODBC (Open Database Connectivity), что позволяет подключаться к базам данных множества различных форматов, таких как SQL Server, Oracle, Sybase и даже DB/2 для больших ЭВМ фирмы IBM.

Контекстно-зависимая справка и Office Assistant. Организация справочной системы фирмы Microsoft - по-прежнему лучшая в отрасли, причем как для новичков, так и для опытных пользователей. В Access предусмотрена контекстно-зависимая справка, для получения которой достаточно нажать <F1>, и на экране сразу же появится справочная информация по тому вопросу, который интересует пользователя в текущий момент. При этом можно легко перейти к оглавлению справочной системы, конкретной информации, журналу предыдущих обращений и закладкам.

В Access 97 компания Microsoft ввела Office Assistant (ассистента) и Screen Tips (всплывающие подсказки). Всплывающие подсказки содержат короткие объяснения чего-либо. В системе предусмотрена целая галерея из десяти возможных персонажей ассистентов (выбрать можно любого во своему вкусу). Если ассистент вам надоест, можете его отключить.

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

Импортирование, экспортирование и связывание внешних файлов. Access позволяет импортировать и экспортировать файлы многих известных форматов, включая dBASE, FoxPro, Excel, SQL Server, Oracle, Btrieve, многие текстовые форматы ASCII (в том числе с фиксированной длиной строки или заданным ограничителем), а также данные в формате HTML. В результате импортирования создается таблица Access; в результате экспортирования таблицыAccess создается файл в заданном формате.

Связывание (ранее именовавшееся присоединением) означает, что можно использовать внешние данные без создания таблицыAccess. Можно устанавливать подобную связь с данными dBASE, FoxPro, Excel, ASCII и SQL. Очень мощная возможность - связывание таблиц Access с их внешними таблицами с последующим совместным использованием; это относится к таблицам Access, dBASE, FoxPro и SQL Server.

Формы и отчеты. Окна конструкторов форм и отчетов имеют одинаковый интерфейс и предоставляют пользователю много возможностей. Форма или отчет конструируется по принципу WYSIWYG (What You See Is What You Get - что видишь, то и получишь). Добавляя очередной элемент управления, пользователь видит, как при этом изменяется создаваемая форма.

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

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

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

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

Вывод: Таким образом Microsoft Office Access 2003 позволяет быстро отслеживать информацию и с легкостью создавать на ее основе отчеты с помощью улучшенного интерфейса и интерактивных средств, не требующих глубоких знаний в области базы данных.

3. Технологический раздел

· Архитектура программного средства является слоистой, так как:

· Для работы базы данных необходимо приложение MS Access (содержащееся в пакете прикладных программ MS Office). Для приложения MS Access необходима операционная система Windows 95 и старше;

· На каждом слое ничего неизвестно о свойствах последующих слоев;

· Каждый слой может взаимодействовать с непосредственно предшествующим слоем только через определенный интерфейс;

· Каждый слой располагает определенными ресурсами, которые либо скрывают от других слоев, либо передает следующему слою.

Схема 2. Схема архитектуры программного средства

· Архитектура базы данных является комплекс автономно-выполняемых программ. (Смотри Приложение Б. Диаграмма классов).

4.1 Тестирование программного продукта

Расчет себестоимости базы данных "Учет нарушений ПДД".

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

Себестоимость вычисляется по формуле:

С = (1)

З_пр - зарплата программистов за месяц;

m - количество рабочих дней затраченных на разработку;

К_есн - коэффициент, учитывающий отчисления на единый социальный налог (1,34);

(t₁ + t₂ + … + t_n) - время в днях затрачиваемое на выполнение отдельных этапов разработки;

К_нр - коэффициент, учитывающий накладные расходы 5%;

L_рд - продолжительность рабочего дня в часах;

t_m - количество дней работы с компьютером;

С_m - стоимость одного часа работы на компьютере;

t_i - время в часах потраченное на работу с интернетом;

C_i - стоимость одного часа работы с Интернетом;

Стоимость одного часа работы на компьютере, вычисляется по формуле (2)

С_m = (2)

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

= n - П - P (3)

n - количество рабочих часов в году

П - время на профилактику компьютера в часах в году

P - время на ремонт компьютера в часах

= + + + (4)

- годовые затраты на эксплуатацию компьютера

- зарплата обслуживающего персонала, рассчитывается по формуле:

= * К_р * К_есн*12 (5)

- суммарная зарплата обслуживающего персонала за месяц, К_{р -} районный коэффициент (1,2), - затраты на амортизационные отчисления в год, вычисляются по формуле (6)

= Ц_пк * Н_А (6)

Ц_пк - остаточная стоимость компьютера

Н_А - норма амортизационных отчислений на компьютер 20%

- годовые затраты на электроэнергию, вычисляются по формуле (7)

= * * (7)

где - установочная мощность компьютера

- стоимость 1 киловатта электроэнергии

- прочие затраты на эксплуатацию ПК (5% от стоимости компьютера)

Цена программного продукта вычисляется по формуле (8):

Ц_пп = С *R* К_{ндс (}8)

К_ндс = 18%

R - Рентабельность в процентах R не ниже 20%

Рассчитаем годовой фонд полезной работы компьютера по формуле (3)

=1992-60-48 = 1884 часов (3)

Рассчитаем годовые затраты на электроэнергию по формуле (7)

= 0,4*1884*1,76 = 1326,34 рублей (7)

Рассчитаем затраты на амортизационные отчисления по формуле (6)

= 16990*0,2 = 3398,00 рублей (6)

=16990*0,05=849,5 рублей

Вычислим зарплату обслуживающего персонала по формуле (5)

= (2000+5300) *1,2*1,34*12=140860,8 (5)

Вычислим годовые затраты на эксплуатацию компьютера по формуле (4)

= 140860,8+3398+1326,34+849,5=146434, 64 рублей (4)

Рассчитаем стоимость одного часа работы на компьютере по формуле (2)

С_m = 146434,64/1884 = 77,72 рублей (2)

Рассчитаем себестоимость программного продукта по формуле (1)

С = 0/26 * 0,34 * (2+8+9+2+5) * (1+0,05) + 8*26*77,72+5*26,6=16308,04 рублей (1)

Рассчитаем цену программного продукта:

Ц_пс = 16308,04 *1, 20*1,18 = 23092,18 рублей (8)

Вывод: таким образом при создании базы данных зарплата разработчика равна нулю, следовательно, происходит экономия средств. Себестоимость программного продукта составило 16308,04 рублей. Цена программного продукта составила 23092, 18 рублей.

Заключение