Понятие банка и базы данных, их назначение. Создание базы данных "Учет нарушений ПДД" с удобным пользовательским интерфейсом. Требования к функциональным характеристикам. Условия эксплуатации и программные требования. Описание входных и выходных данных.
Аннотация к работе
В первых компьютерах использовались два вида внешних устройств - магнитные ленты и магнитные барабаны. Каждая прикладная программа, которой требовалось хранить данные во внешней памяти, сама определяла расположение каждого блока на магнитной ленте. Такие устройства внешней памяти обладали существенно большей емкостью, чем магнитная лента и барабаны, а также обеспечивали во много раз большую скорость доступа в режиме произвольной выборки. Современные авторы часто употребляют термины "банк данных" и "база данных" как синонимы, однако в общеотраслевых руководящих материалах по созданию банков данных Государственного комитета по науке и технике (ГКНТ), изданных в 1982 г., эти понятия различаются. Банк данных (БНД) - это система специальным образом организованных данных - баз данных, программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных.1.1.2 Краткая характеристика области применения - предназначена для введения учета нарушений правил дорожного движения в Государственной Инспекции Безопасности Дорожного Движения. Разрабатываемая база данных должна обеспечивать: сбор и фиксацию видов нарушений, размер штрафов и вывода их на печать. При оплате всех штрафов машина удаляется из базы. · Для каждого нарушения фиксируется и хранится дата, время · Для каждого нарушения фиксируется и хранится размер штрафа· Таблицы: База данных "Учет нарушений ПДД" состоит из 3 таблиц: "Владелец", "Автомобиль", "Нарушения", которые содержат текстовую информацию; 2 запросов: "Запрос на удаление", "Запрос не оплаченные"; 1 отчета "Владелец". · База данных "Учет нарушений ПДД" предназначена для ввода, хранения информации; сбора и фиксации видов нарушений, размер штрафов и вывода их на печать. Главная кнопочная форма Кнопки на главной кнопочной форме: "Работа с формой", "Работа с запросами", "Работа с отчетами", "Выйти из базы данных"; фоновый рисунок, заголовок базы данных: база данных "Учет нарушений ПДД". Запрос "Не оплаченные": запрос на выборку Выбранные поля - Фамилия, Имя, Отчество, имя таблицы - Владелец; Марка автомобиля, Номер, имя таблицы - Автомобиль; Дата нарушения, Размер штрафа, оплатить до, оплата, имя таблицы - Нарушения, условия отбора - "не оплачено". Отчет "Владелец" Отчет на основании запроса "Не оплаченные"; поля - фамилия, имя, отчество, номер автомобиля, марка, дата нарушения, размер штрафа, оплатить до, оплата; макет - структура 2; ориентация - книжная; стиль - полужирный.Access - мощное приложение Windows; впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Система Access работает под управлением Windows 95 или Windows NT, так что при работе с ней пользователю доступны все преимущества Windows. Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет использовать одновременно несколько таблиц базы данных. Мощность и доступность Access делают эту систему лучшей СУБД из представленных сегодня на рынке. С помощью DDE (Dynamic Data Exchange - динамический обмен данными) и OLE (Object Linking and Embedding - связывание и внедрение объектов) в формы и отчеты Access можно добавлять всевозможные новые объекты.· Создать таблицу "Владелец" в режиме конструктор, для этого нужно открыть двойным щелчком мыши пункт "Создание таблиц в режиме конструктора" (см. рис.2); · Установить поле Код Владельца ключевым, для этого нужно поставить курсор на это поле и нажать кнопку: Ключевое поле на панели инструментов (см. рис.4) · Создать таблицу "Автомобиль" в режиме конструктор, для этого нужно открыть двойным щелчком мыши пункт "Создание таблиц в режиме конструктора" (см. рис.2); · Создать таблицу "Нарушения" в режиме конструктор, для этого нужно открыть двойным щелчком мыши пункт "Создание таблиц в режиме конструктора" (см. рис.2); · Добавляем поля: Фамилия, Имя, Отчество из таблицы "Владелец", Номер автомобиля, Марка из таблицы "Автомобиль", Дата нарушения, Размер штрафа, Оплатить до, Оплата из таблицы "Нарушения" и сохраняем запрос (см. рис.14)· Убедиться в наличии Главной кнопочной формы, картинки на форме. · Убедиться в наличии и правильность работы кнопок перехода на объекты в главной кнопочной форме: § Работа с формами; · Убедиться в наличии подчиненной и правильности работы формы "Владелец". · Убедиться в наличии и проверить, как формируются запросы: § Запрос, на удаление; · Убедиться в наличии и проверить, как формируются отчеты: § Отчет на основании запроса о выборе всех не оплаченных владельцев;Себестоимость программного продукта характеризуется затратами на разработку программного продукта, зарплату сотрудни
План
Содержание
Введение
1. Внешнее описание базы данных
2. Исследовательский раздел
3. Технологический раздел
4. Раздел испытаний программного продукта
5. Экономический раздел
Заключение
Библиографический список
Приложения
Введение
Базы данных использовались в вычислительной технике с незапамятных времен. В первых компьютерах использовались два вида внешних устройств - магнитные ленты и магнитные барабаны. Емкость магнитных лент была достаточно велика. Устройства для чтения-записи магнитных лент обеспечивали последовательный доступ к данным. Для чтения информации, которая находилась в середине или конце магнитной ленты, необходимо было сначала прочитать весь предыдущий участок. Следствием этого являлось чрезвычайно низкая производительность операций ввода-вывода данных во внешнюю память. Магнитные барабаны давали возможность произвольного доступа, но имели ограниченный объем хранимой информации.
Разумеется, говорить о какой-либо системе управления данными во внешней памяти, в тот момент не приходилось. Каждая прикладная программа, которой требовалось хранить данные во внешней памяти, сама определяла расположение каждого блока на магнитной ленте. Прикладная программа также брала на себя функции информационного обмена между оперативной памятью и устройствами внешней памяти с помощью программно-аппаратных средств низкого уровня. Такой режим работы не позволяет или очень затрудняет поддержку на одном носителе нескольких архивов долговременно хранимой информации. Кроме того, каждой прикладной программе приходилось решать проблемы именования частей данных и структуризации во внешней памяти.
История БД фактически началась с появлением магнитных дисков. Такие устройства внешней памяти обладали существенно большей емкостью, чем магнитная лента и барабаны, а также обеспечивали во много раз большую скорость доступа в режиме произвольной выборки. В отличие от современных систем управления, которые могут применяться для самых различных баз данных, подавляющее большинство ранее разработанных СУБД были тесно связаны с пользовательской базой для того, чтобы увеличить скорость работы, хоть и в ущерб гибкости.
Первоначально СУБД применялись только в крупных организациях с мощной аппаратной поддержкой, необходимой для работы с большими объемами данных.
Современные авторы часто употребляют термины "банк данных" и "база данных" как синонимы, однако в общеотраслевых руководящих материалах по созданию банков данных Государственного комитета по науке и технике (ГКНТ), изданных в 1982 г., эти понятия различаются.
Банк данных (БНД) - это система специальным образом организованных данных - баз данных, программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных.
База данных (БД) - именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области.
Для чего нужны Базы Данных? В настоящее время в современном мире электронных технологий практически невозможно представить компанию (фирму или организацию), в которой не требуется обработка некоторого объема информации. Информацию требуется, где-то хранить. Информация может динамически изменяться. Регулярно требуется выборка данных по определенным критериям из всего массива.
При автоматизации бизнес процессов очень часто возникают задачи, которые не решают уже готовые программы и базы данных. При этом аналитическая информация показывает, что даже если использовать сложные и дорогостоящие CRM-системы управления предприятием, получить решение, удовлетворяющее руководство компании, бывает просто не возможно. база банк интерфейс программный
Базы данных создаются специально для хранения, обработки, проведения расчетов, сортировки, выборки и представления любых массивов данных по любым критериям.
Что может храниться в таком массиве данных? Подобные базы данных способны хранить самую различную информацию: · прайс-листы;
· информация о клиентах/заказчиках;
· каталог товаров/услуг;
· отчеты персонала;
· движение товаров;
· статистическая и любая другая информация, выходящая за рамки двух строк.
Конечно, несмотря на всю их привлекательность, классические реляционные системы управления базами данных являются ограниченными. Они идеально походят для таких традиционных приложений, как системы резервирования билетов или мест в гостиницах, а также банковских систем, но их применение в системах автоматизации проектирования, интеллектуальных системах обучения и других системах, основанных на знаниях, часто является затруднительным. Это прежде всего связано с примитивностью структур данных, лежащих в основе реляционной модели данных. Плоские нормализованные отношения универсальны и теоретически достаточны для представления данных любой предметной области. Однако в нетрадиционных приложениях в базе данных появляются сотни, если не тысячи таблиц, над которыми постоянно выполняются дорогостоящие операции соединения, необходимые для воссоздания сложных структур данных, присущих предметной области.
Другим серьезным ограничением реляционных систем являются их относительно слабые возможности по части представления семантики приложения. Самое большее, что обеспечивают реляционные СУБД, - это возможность формулирования и поддержки ограничений целостности данных. После проектирования реляционной базы данных многие знания проектировщика остаются зафиксированными в лучшем случае на бумаге по причине отсутствия в системе соответствующих выразительных средств.
Осознавая эти ограничения и недостатки реляционных систем, исследователи в области баз данных выполняют многочисленные проекты, основанные на идеях, выходящих за пределы реляционной модели данных. По всей видимости, какая-либо из этих работ станет основой систем баз данных будущего. Следует заметить, что тематика современных исследований, относящихся к базам данных, исключительно широка.
Целью курсовой работы является создание базы данных "Учет нарушений ПДД" с удобным пользовательским интерфейсом.
Для достижения цели были поставлены задачи: · Изучить литературу по заданной теме курсовой работы