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

Тип работы:
Курсовая
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

Содержание

  • Введение
  • 1. Внешнее описание базы данных
  • 2. Исследовательский раздел
  • 3. Технологический раздел
  • 4. Раздел испытаний программного продукта
  • 5. Экономический раздел
  • Заключение
  • Библиографический список
  • Приложения

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. 1 Техническое задание

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

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

1. 2 Основания для разработки

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

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

1. 3 Назначение разработки

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

1. 4 Требования к функциональным характеристикам:

1.4.1 Состав выполняемых функций:

· Запуск базы

· Для каждого нарушения фиксируется и хранится дата, время

· Для каждого нарушения фиксируется и хранится вид нарушения

· Для каждого нарушения фиксируется и хранится размер штрафа

· При оплате всех штрафов машина удаляется из базы

· Закрытие базы

1.4.2 Организация входных данных: смотри функциональную спецификацию (п. 1.2.3.)

1.4.3 Организация выходных данных: смотри функциональную спецификацию (п. 1.2.3.)

1. 5 Требования к надежности

1.5.1 Для обеспечения надежности необходимо установить защиту от изменения данных в базе и её технических элементов.

1.6. Условия эксплуатации

1.6.1 Климатические условия эксплуатации:

в холодное время года в помещении должна быть 21−25 С, а в теплое

23−25 С. Влажность воздуха от 40% до 60%.

1.6.2 Требования к видам обслуживания: администратор базы данных

1.6.3 Требования к квалификации пользователя: оператор ЭВМ.

1. 7 Технические параметры

Программный продукт требует следующей технической конфигурации ПК.

Типы поддерживаемых операционных систем:

· Все семейства Windows

· Процессор частотой: 1.6 Ghz

· Объём оперативной памяти: 256 Mb

· Место на жестком диске объемом: 512 Mb.

· Также необходимо наличие следующих устройств:

монитор, системный блок, мышь.

1. 8 Программные требования

База данных должна работать под управлением семейства операционных систем Windows. Должен быть установлен Microsoft Office Access 2003.

1. 9 Транспортировка и хранение

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

1. 10 Требования к программной документации.

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

· Техническое задание

· Функциональная спецификация

· Спецификация качества

· Исследовательский раздел

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

· Раздел испытания программного продукта

· Экономический раздел

1. 11 Технико-экономические показатели

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

1. 12 Календарный план работ

№ этапа

Наименование этапа

Исполнитель

Сроки исполнения

Результат работы

Отметка о выполнении

этап 1

Техническое задание на проектируемый объект.

Н.В. Тактал

27. 09. 2011 — 16. 10. 2011

Информация найдена и оформлена

16. 10.

2011

этап 2

Исследовательский раздел

Н.В. Тактал

20. 10. 2011 — 10. 11. 2011

ТЗ оформлено

10. 11.

2011

этап 3

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

Н.В. Тактал

19. 11. 2011 — 14. 12. 2011

Проектирование выполнено

14. 11.

2011

этап 4

Раздел испытаний программного средства.

Н.В. Тактал

15. 12. 2011-

17. 12. 2011

Тестирование и отладка проведена

17. 12.

2011

этап 5

Экономический раздел.

Н.В. Тактал

17. 12. 2011-

18. 12. 2011

Выполнен расчет программного модуля

18. 12. 2011

1. 13. Порядок контроля

Виды испытаний: курсовой проект должен быть сдан руководителю проекта до 19. 12. 2011 г. Заказчик проверяет качество выполнения курсового проекта в течение 5 дней. Разработчик обязуется устранить все ошибки в течение трех дней.

1. 14. Общие требования к приёму работы:

После устранения замечаний разработчик защищает курсовую работу не позднее 26. 12. 2011

1. 15. Приложения.

· Диаграмма прецедентов

· Диаграмма классов

· CD-диск с базой данных «Учет нарушений ПДД»

1. 2 Функциональная спецификация программного продукта

1.2.1. Описание внешней информационной среды

· Каналы ввода: CD-ROM, т.к. база данных «Учет нарушений ПДД» находится на магнитном носителе информации;.

· Каналы вывода: монитор и принтер.

1.2.2. Информационные объекты

· Таблицы: База данных «Учет нарушений ПДД» состоит из 3 таблиц: «Владелец», «Автомобиль», «Нарушения», которые содержат текстовую информацию; 2 запросов: «Запрос на удаление», «Запрос не оплаченные»; 1 отчета «Владелец».

Схема 1. Связи в таблицах:

1.2.3. Определение функций программного продукта

· База данных «Учет нарушений ПДД» предназначена для ввода, хранения информации; сбора и фиксации видов нарушений, размер штрафов и вывода их на печать.

· Описание входных данных:

Таблица 2. Данные таблицы Владелец

Имя

Тип данных

Свойства

Код владельца

Текстовый

Ключевое поле; размер поля — 9; совпадения не допускаются

Фамилия

Текстовый

Размер поля — 30 символов

Имя

Текстовый

Размер поля — 30 символов

Отчество

Текстовый

Размер поля — 40 символов

Номер Паспорта

Числовой

Размер поля — 10 символов

Номер удостоверения

Числовой

Размер поля — 20 символов

Год рождения

Числовой

Размер поля — 10 символов

Таблица 3. Данные таблицы Автомобиль

Имя

Тип данных

Свойства

Код автомобиля

Текстовый

Размер поля — 9 символов;

Код владельца

Текстовый

Размер поля — 9 символов;

Код нарушения

Текстовый

Размер поля — 9 символов;

Номер

Текстовый

Размер поля — 10 символов;

Марка

Текстовый

Размер поля — 10 символов;

Таблица 4. Данные таблицы Нарушения

Имя

Тип данных

Свойства

Код нарушения

Текстовый

Ключевое поле; размер поля — 9; совпадения не допускаются

Дата нарушения

Дата/время

Краткий формат даты;

Маска ввода 00. 00. 0000

Время нарушения

Дата/Время

Размер поля — 50 символов

Вид нарушения

Текстовый

Размер поля — 50 символов

Размер штрафа

Денежный

Денежный

Оплатить до

Дата/Время

Краткий формат даты;

Маска ввода 00-> L<LL-0000

Оплачено/не оплачено

Логический

Да/Нет

· Описание выходных данных:

Таблица 5. Описание выходных данных

Выходные

данные

Описание

Главная кнопочная форма

Кнопки на главной кнопочной форме: «Работа с формой», «Работа с запросами», «Работа с отчетами», «Выйти из базы данных»; фоновый рисунок, заголовок базы данных: база данных «Учет нарушений ПДД».

Запрос «Запрос на удаление»

Выбранное поле — оплата, имя таблицы — Нарушения, условие отбора — «оплачено»

Запрос «Не оплаченные»: запрос на выборку

Выбранные поля — Фамилия, Имя, Отчество, имя таблицы — Владелец; Марка автомобиля, Номер, имя таблицы — Автомобиль; Дата нарушения, Размер штрафа, оплатить до, оплата, имя таблицы — Нарушения, условия отбора — «не оплачено».

Форма «Автомобиль»

Внешний вид формы — ленточный, стиль оформления — «промышленный».

Форма «Владелец»

Внешний вид формы — табличный, стиль оформления — «промышленный».

Отчет «Владелец»

Отчет на основании запроса «Не оплаченные»; поля — фамилия, имя, отчество, номер автомобиля, марка, дата нарушения, размер штрафа, оплатить до, оплата; макет — структура 2; ориентация — книжная; стиль — полужирный.

Описание нежелательных ситуаций

Программное средство не будет функционировать (либо будет функционировать некорректно) в следующих случаях:

· Если отключен компьютер.

· Отсутствует CD — ROM (не будет возможным установить базу данных).

· Если поврежден носитель (диск).

· Недостаточно места на жёстком диске (винчестере) для установки базы данных или недостаточно места на жёстком диске (винчестере) для сохранения новой информации.

· Если на компьютере отсутствует MS Access или другие программы, позволяющие работать с базами данных.

1.3 Спецификация качества

Функциональность:

· Завершённость — база данных содержит всю необходимую информацию для работы оператора ЭВМ в ГИБДД.

Надёжность:

· Завершённость — база данных содержит всю необходимую информацию для работы оператора ЭВМ в ГИБДД.

· Автономность — база данных будет функционировать только при наличии MS Access;

· Точность — высокая. В базе данных точно выполняются все отчёты и запросы;

· Устойчивость — высокая. При введении неправильных входных данных база данных будет корректно функционировать, выводя сообщения о неверно введенных данных;

· Защищенность — низкая. Можно случайно или намеренно удалить информацию из базы данных.

Лёгкость применения:

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

· Информативность — высокая. Информация в базе данных содержится в полной мере;

· Коммуникабельность — высокая. Информация легко воспринимается;

· Устойчивость — высокая. При введении неправильных входных данных база данных будет корректно функционировать;

· Защищенность — низкая. Можно случайно или намеренно удалить информацию из базы данных.

Эффективность:

· Временная — высокая. Быстрый переход на необходимую таблицу, запрос, отчёт благодаря удобному интерфейсу (главной кнопочной форме);

· По ресурсам — средняя. Требуется 256 MB оперативной памяти для хорошей и быстрой работы базы данных.

Сопровождаемость:

· Модифицируемость — присутствует. Можно изменить содержимое таблиц, отчётов и запросов;

· Изучаемость — присутствует. Легко изучаемое программное средство.

2. Исследовательский раздел

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. Технологический раздел

3. 1 Архитектура базы данных

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

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

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

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

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

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

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

3. 2 Технология создания Базы данных «Учет нарушений ПДД»

3.2.1. Технология создания БД

· База данных создана в среде Microsoft Access 2003;

· Запустить Microsoft Office Access 2003, команда: Пуск/все программы/Microsoft Office/ Microsoft Office Access 2003 (см. рис. 1);

Рис. 1 Запуск Microsoft Office Access 2003

3.2.2. Создание таблиц

· Создать таблицу «Владелец» в режиме конструктор, для этого нужно открыть двойным щелчком мыши пункт «Создание таблиц в режиме конструктора» (см. рис. 2);

·

Рис. 2 Создание таблиц в режиме конструктора

· Задать поля, типы данных и свойства полей (см. рис. 3.)

Рис. 3 Задание полей и типов данных

· Имя поля, тип данных, свойства полей смотри в таблице 3.1.

Таблица 3.2.1 «Владелец»

Имя поля

Тип данных

Свойства поля

Код Владельца

Текстовый

Ключевое поле, размер 9 символов, совпадения не допускается.

Фамилия

Текстовый

Размер: 30 символов

Имя

Текстовый

Размер: 20 символов

Отчество

Текстовый

Размер: 40 символов

Номер паспорта

Числовой

Размер: Длинное целое

Номер удостоверения

Числовой

Размер: Длинное целое

Год рождения

Дата/Время

Маска ввода

· Установить поле Код Владельца ключевым, для этого нужно поставить курсор на это поле и нажать кнопку: Ключевое поле на панели инструментов (см. рис. 4)

Рис. 4 Кнопка Ключевое поле

· Создать таблицу «Автомобиль» в режиме конструктор, для этого нужно открыть двойным щелчком мыши пункт «Создание таблиц в режиме конструктора» (см. рис. 2);

· Задать поля, типы данных и свойства полей (см. рис. 5)

Рис. 5 Задание полей и типов данных

· Имя поля, тип данных, свойства полей смотри в таблице 3.2.

Таблица 3.2.2 «Автомобиль»

Имя поля

Тип данных

Свойства поля

Код Автомобиля

Текстовый

Ключевое поле, 9 символов, совпадения не допускаются

Код владельца

Текстовый

Размер: 9 символов

Код нарушения

Текстовый

Размер: 9 символов

Номер автомобиля

Текстовый

Размер: 10 символов

Марка

Текстовый

Размер: 10 символов

· Установить поле Код Автомобиля ключевым, для этого нужно поставить курсор на это поле и нажать кнопку: Ключевое поле на панели инструментов (см. рис. 4);

· Создать таблицу «Нарушения» в режиме конструктор, для этого нужно открыть двойным щелчком мыши пункт «Создание таблиц в режиме конструктора» (см. рис. 2);

· Задать поля, типы данных и свойства полей (см. рис. 6)

Рис. 6 Задание полей и типов данных

· Имя поля, тип данных, свойства полей смотри в таблице 3.3.

Таблица 3.2.3 «Нарушения»

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

Тип данных

Свойства

Код Нарушения

Текстовый

Ключевое поле, 9 символов, совпадения не допускаются

Дата нарушения

Дата/Время

Маска ввода

Время нарушения

Текстовый

Размер: 50 символов, маска ввода

Вид нарушения

Текстовый

Размер: 50 символов

Размер штрафа

Денежный

Формат поля: Денежный

Оплатить до

Дата/Время

Маска ввода

Оплата

Текстовый

Размер: 50 символов

· Установить поле Код Нарушения ключевым, для этого нужно поставить курсор на это поле и нажать кнопку: Ключевое поле на панели инструментов (см. рис. 4);

3.2.3. Создание связей

· Создать схему данных (см. рис. 7)

Рис. 7. Создание схема данных.

· Создаем связи между таблицами (см. рис. 8)

Рис. 8. Создание связи между таблицам

3.2.4. Создание запросов

· Создать запрос «Запрос на удаление» в режиме конструктора, для этого нужно открыть двойным щелчком мыши пункт «Создание запроса в режиме конструктора» (см. рис. 9)

Рис. 9. Создание запроса в режиме конструктора

· Добавляем таблицу «Нарушения» и нажимаем «Добавить» (см. рис. 10)

Рис. 10. Добавление таблицы «Нарушения»

· Задаем запрос на удаление (см. рис. 11)

Рис. 11. Создание запроса на удаление

· Добавляем поле «Оплата» и условие отбора «оплачено» (см. рис. 12)

Рис. 12. Добавление поля «Оплата» и условие отбора «оплачено»

· Сохраняем «Запрос на удаление» (см. рис. 13)

Рис. 13. Сохранение запроса

· Создаем запрос «Не оплаченные» в режиме конструктора (см. рис. 9)

· Добавляем поля: Фамилия, Имя, Отчество из таблицы «Владелец», Номер автомобиля, Марка из таблицы «Автомобиль», Дата нарушения, Размер штрафа, Оплатить до, Оплата из таблицы «Нарушения» и сохраняем запрос (см. рис. 14)

Рис. 14. Создание запроса на выборку

3.2.5. Создание отчетов

· Создать отчет «Отчет Владелец» с помощью мастера, для этого нужно открыть двойным щелчком мыши пункт «Создание отчета с помощью мастера» (см. рис. 15)

Рис. 15. Создание отчета с помощью мастера

· В окне создание отчетов выбрать Запрос: «Не оплаченные» (см. рис. 16)

Рис. 16. Создание отчета «Владелец»

· Добавить уровни группировки, затем нажать кнопку Далее (см. рис. 17)

Рис. 17. Добавление уровни группировки

· В появившемся окне задать порядок сортировки по «Дата нарушения» и нажать кнопку Далее (см. рис. 18)

Рис. 18. Порядок сортировки по «Дата нарушения»

· Выбрать макет структура 2, ориентацию книжная, затем нажать кнопку Далее (см. рис. 19)

Рис. 19. Вид макета для отчета «Владелец»

· Выбрать стиль отчета «Владелец» (см. рис. 20)

Рис. 20. Стиль отчета «Владелец»

· Задать имя отчета «Владелец», затем нажать кнопку Готово (см. рис. 21)

Рис. 21. Имя отчета «Владелец»

3.2.6. Создание форм

· Создаем форму «Владелец» в режиме мастера форм (см. рис. 22)

Рис. 22. Создание формы «Владелец»

· Выбрать поля для формы «Владелец» (см. рис. 23, 24, 25)

Рис. 23. Выбранные поля для формы «Владелец»

Рис. 24. Выбранные поля для формы «Владелец»

Рис. 25. Выбранные поля для формы «Владелец»

· Выбираем вид представления данных и нажимаем «Далее» (см. рис. 26)

Рис. 26. Вид представления данных

· Выбираем внешний вид подчиненной формы и нажимаем «Далее» (см. рис. 27)

Рис. 28. Макет подчиненной формы

· Выбираем стиль формы и нажимаем «Далее» (см. рис. 29)

Рис. 29. Выбор стиля формы

· Задаем имя формы «Владелец» и нажимаем «Готово» (см. рис. 30)

Рис. 30. Имя формы «Владелец»

3.2.7. Создание макросов

· Создаем макрос «Запрос на удаление» в режиме конструктора (см. рис. 31)

Рис. 31. Макрос «Запрос на удаление»

· Создаем макрос «Запрос не оплаченные» в режиме конструктора

(см. рис. 32)

Рис. 32. Макрос «Запрос не оплаченные»

· Создаем макрос «Отчет владелец» в режиме конструктора

(см. рис. 33)

Рис. 33. Макрос «Отчет владелец»

· Создаем макрос «Форма владелец» в режиме конструктора

· (см. рис. 34)

Рис. 34. Макрос «Форма владелец»

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

Рис. 35. Меню сервис

· Создаем кнопочную форму и нажимаем «Да» (см. рис. 36)

Рис. 36. Диспетчер кнопочных форм

· Создаем страницы кнопочной формы (см. рис. 37)

Рис. 37. Страницы кнопочной формы

· Открываем кнопочную форму, задать элементы данной кнопочной формы (см. рис. 38.)

Рис. 38. Элементы кнопочной формы

· Открываем и задаем элементы кнопочной формы «работа с формой» (см. рис. 39)

Рис. 39. Изменение элемента кнопочной формы

· Задать автоматический запуск кнопочной формы, выполнить команду сервис/параметры запуска (см. рис. 40)

Рис. 40. Параметры запуска

· Открыть главную кнопочную форму в режиме конструктора и выполнить форматирование и добавь рисунок (см. рис. 41)

Рис. 41. Кнопочная форма в режиме конструктора

3. 3 Инструкция пользователя (Оператора ЭВМ)

3.3. 1 Общее функциональное описание базы данных «Учет нарушений ПДД»

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

3.3. 2 Инструкция по инсталляции

· Вставьте компакт диск с базой данных в CD-ROM компьютера «картинкой вверх».

· Закройте CD-R-привод.

При запуске диска появится информационное окно (см. рис. 42)

Рис. 42. Автозапуск диска

· Выделите базу, щелкнув по значку левой кнопкой мыши. Скопируйте базу данных, щелкнув по ней правой кнопкой мыши и выбрав пункт «Копировать» (см. рис. 43)

Рис. 43. Копирование базы данных

· Вставьте базу данных в необходимую папку. Например: Е: Мои документы (см. рис. 44)

Рис. 44. Вставка базы данных в необходимую папку

· Если в вашей папке появился значок базы данных, вы выполнили все действия правильно (см. рис. 45)

Рис. 45. База данных скопированная в необходимую папку

3.3. 3 Инструкция по применению

· База данных открывается с помощью двойного щелчка по соответствующему файлу.

· Появляется главная кнопочная форма (см. рис. 46)

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

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

· Работа с формами (см. рис. 47)

Рис. 47. Работа с формами

· Открываем работу с формой «Владелец» (см. рис. 48)

Рис. 48. Форма «Владелец»

· В записи Код Владельца — тип данных текстовый (вводите не более 9 символов, совпадения не допускаются).

· В записи Фамилия — тип данных текстовый (вводить не более 30 символов, совпадения допускаются).

· В записи Имя — тип данных текстовый (вводить не более 30 символов, совпадения допускаются).

· В записи Отчество — тип данных текстовый (вводить не более 40 символов, совпадения допускаются).

· В записи Номер Паспорта — тип данных числовой (Длинное целое, совпадения допускаются).

· В записи Номер удостоверения — тип данных числовой (Длинное целое, совпадения допускаются).

· В записи Год рождения — тип данных Дата/время (маска ввода — 00. 00. 0000; 0; _, совпадения допускаются).

· В записи Код нарушения — тип данных текстовый (вводите не более 9 символов, совпадения не допускаются).

· В записи Дата нарушения — тип данных Дата/время (маска ввода — 00. 00. 0000; 0; _, совпадения допускаются).

· В записи Время нарушения — тип данных Текстовый (вводите не более 50 символов, маска ввода — 00: 00; 0; совпадения допускаются).

· В записи Размер штрафа — тип данных денежных (число десятичных знаков — 2, совпадения допускаются).

· В записи Оплатить до — тип данных Дата/время (маска ввода — 00-> L<LL-0000; 0;, совпадения допускаются).

· В записи Оплата — тип данных текстовый (вводить не более 50 символов, совпадения допускаются).

· В записи Код автомобиля — тип данных текстовый (вводите не более 9 символов, совпадения не допускаются).

· В записи Номер автомобиля — тип данных текстовый (вводите не более 10 символов, совпадения допускаются).

· В записи Марка — тип данных текстовый (вводить не более 10 символов, совпадения допускается).

· Перейти на главную кнопочную форму.

· Работа с запросами (см. рис. 49)

Рис. 49. Работа с запросами

· Открываем запрос на удаление и подтверждаем выполнение этого запроса, нажав «Да» (см. рис. 50)

Рис. 50. Запрос на удаление оплаченных владельцев.

· Открываем запрос «Не оплаченные» (см. рис. 51)

Рис. 51. Запрос «Не оплаченные»

· Перейти на главную кнопочную форму.

· Рассмотрим работу с отчетами (см. рис. 52)

Рис. 52. Работа с отчетами

· Открываем отчет «Не оплаченные» (см. рис. 53)

Рис. 53. Отчет «Не оплаченные»

· Перейти на главную кнопочную форму.

· Установка пароля базы данных (см. рис. 54)

Рис. 54. Установка пароля базы данных

· Открыть базу данных с монопольным доступом (см. рис. 55)

Рис. 55. Открытие базы данных с монопольным доступом

· В окне выделить разрабатываемую базу данных, щелкнуть стрелку справа от кнопки «Открыть» и выбираем «Монопольный доступ» (см. рис. 56)

Рис. 56. Монопольный доступ

· Ввести пароль с подтверждением и нажимаем кнопку «ОК» (см. рис. 57)

Рис. 57. Задание пароля базы данных

· Выйти из базы данных.

4. Раздел испытаний программного продукта

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

· Открыть базу данных «Учет нарушений ПДД».

· Убедиться в наличии Главной кнопочной формы, картинки на форме.

· Убедиться в наличии и правильность работы кнопок перехода на объекты в главной кнопочной форме:

§ Работа с формами;

§ Работа с запросами;

§ Работа с отчетами;

§ Выйти из базы данных;

§ Переход на главную кнопочную форму.

· Проверить правильность работы макросов, открывающих Формы.

· Проверить правильность работы макросов, открывающих Запросы.

· Проверить правильность работы макросов, открывающих Отчеты.

· Убедиться в наличии подчиненной и правильности работы формы «Владелец».

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

§ Запрос, на удаление;

§ Запрос, на выборку не оплаченных владельцев.

· Убедиться в наличии и проверить, как формируются отчеты:

§ Отчет на основании запроса о выборе всех не оплаченных владельцев;

· Убедиться в наличии таблицы «Владелец» и соответствии типов данных с заданием:

§ Код Владельца — текстовый;

§ Фамилия — текстовый;

§ Имя — текстовый;

§ Отчество — текстовый;

§ Номер Паспорта — числовой;

§ Номер удостоверения — числовой;

§ Год рождения — Дата/Время.

· Убедиться в наличии таблицы «Автомобиль» и соответствии типов данных с заданием:

§ Код Автомобиля — текстовый;

§ Код владельца — текстовый;

§ Код Нарушения — текстовый;

§ Номер автомобиля — текстовый;

§ Марка — текстовый.

· Убедиться в наличии таблицы «Нарушения» и соответствии типов данных с заданием:

§ Код Нарушения — текстовый;

§ Дата нарушения — дата/время;

§ Время нарушения — текстовый;

§ Вид нарушения — текстовый;

§ Размер штрафа — денежный;

§ Оплатить до — дата/время;

§ Оплата — текстовый.

Проверить схему данных (см. рис. 54)

Рис. 54. Схема данных

· Проверить в форме ввода тестовые данные:

§ Таблица «Владелец» (см. таблицу 4.1.1.)

Таблица 4.1.1 Текстовые данные таблицы «Владелец».

Код

Вла-

дельца

Фамилия

Имя

Отчество

Номер

Паспорта

Номер

удосто-

верения

Год

рождения

11

Петров

Иван

Иванович

967 348 740

986 654 453

08. 06. 1990

12

Жданов

Генадий

Васильевич

873 569 562

865 201 267

09. 12. 1978

13

Мунге

Айдын

Начынович

846 392 641

549 123 073

02. 11. 1987

14

Натпит

Херел

Найданович

738 495 038

653 846 301

25. 04. 1990

15

Монгуш

Аяс

Айдынович

837 490 174

768 493 042

30. 03. 1992

16

Саая

Чаян

Евгеньевич

937 401 654

893 004 532

27. 01. 1991

17

Лакпа

Амир

Айдемирович

839 384 745

465 874 832

15. 06. 1986

18

Оюн

Сендажи

Сергеевич

879 877 986

654 789 430

12. 08. 1989

19

Ондар

Начын

Херелович

983 745 869

475 869 322

19. 05. 1988

20

Сарыг-лар

Эрес

Чаянович

847 856 749

648 583 921

17. 06. 1983

§ Таблица «Автомобиль» (см. таблицу 4.1. 2)

Таблица 4.1.2 Текстовые данные таблицы «Автомобиль».

Код

Автомобиля

Код

Владельца

Код

Нарушения

Номер

автомобиля

Марка

3749

19

1

к444кк17

Импала

4582

17

2

в123вв17

Ауди

7458

15

3

в382фг17

Мерседес

7559

11

4

л345лд17

Тайота

7560

12

5

п123ап17

Мазда

7661

13

6

у777уу17

Ауди

7762

14

7

к555кк17

Лада

7964

18

9

н654нн17

Хонда

8065

20

10

г876гг17

Субару

8166

16

8

к543кк17

Жигули

§ Таблица «Нарушения» (см. таблицу 4.1. 3)

Таблица 4.1.3 Текстовые данные таблицы «Нарушения».

Код Нарушения

Дата нарушения

Время нарушения

Вид нарушения

Размер штрафа

Оплатить до

Оплата

1

13. 11. 2011

19: 44

Езда в не трезвом состоянии

700

12. 10. 2011

Не оплачено

10

08. 09. 2011

22: 08

Пересек двойную сплошную линию

1000

21. 12. 2011

Не оплачено

2

06. 11. 2011

16: 27

Проехал на красный свет

500

20. 12. 2011

Не оплачено

3

18. 10. 2011

11: 09

Езда в не трезвом состоянии

700

29. 12. 2011

Не оплачено

4

12. 12. 2010

15: 40

Пересек двойную сплошную линию

1000

09. 05. 2011

Не оплачено

5

14. 12. 2010

18: 55

Проехал на красный свет

500

06. 06. 2011

Не оплачено

6

11. 10. 2011

17: 24

Превышение скорости

900

01. 01. 2012

Не оплачено

7

29. 12. 2011

12: 12

Пересек двойную сплошную линию

1000

23. 02. 2012

Не оплачено

8

14. 10. 2010

14: 12

Езда в не трезвом состоянии

700

03. 03. 2011

Не оплачено

9

31. 12. 2011

23: 55

Проехал на красный свет

500

23. 02. 2012

Не оплачено

· Выйти из базы данных «Учет нарушений ПДД».

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

· При открытии базы данных, появляется информационное сообщение (см. рис. 4.2. 1)

Рис. 4.2.1 информационное сообщение при открытии базы данных «Учет нарушений ПДД»

· Главная кнопочная форма и картинка в форме имеется в наличии.

· Кнопки перехода:

§ «Работа с формой» имеется в наличии и работает корректно;

§ «Работа с запросами» имеется в наличии, работает в соответствии с заданием;

§ «Работа с отчетами» имеется в наличии, работает корректно;

§ «Выйти из базы данных» имеется в наличии, работает корректно;

§ «Перейти на главную кнопочную форму» имеется в наличии, работает в соответствии с заданием.

· Макросы, открывающие формы работают корректно.

· Макросы, открывающие запросы работают корректно.

· Макросы, открывающие отчеты работают корректно.

· Подчиненная форма «Автомобиль» имеется в наличии, работает корректно.

· Форма «Владелец» имеется в наличии, работает корректно.

· Запросы:

§ Запрос, на удаление оплаченных владельцев имеется в наличии, формируется в соответствии с заданием;

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

· Отчеты:

§ Отчет на основании запроса о выборе всех не оплаченных владельцев, имеется в наличии, формируется корректно;

· Таблица «Владелец» имеется в наличии:

§ Соответствует типу данных Код Владельца текстовый;

§ Соответствует типу данных Фамилия текстовый;

§ Соответствует типу данных Имя текстовый;

§ Соответствует типу данных Отчество текстовый;

§ Соответствует типу данных Номер Паспорта числовой;

§ Соответствует типу данных Номер удостоверения числовой;

§ Соответствует типу данных Год рождения дата/время.

· Таблица «Автомобиль» имеется в наличии:

§ Соответствует типу данных Код Автомобиля текстовый;

§ Соответствует типу данных Код владельца текстовый;

§ Соответствует типу данных Код нарушения текстовый;

§ Соответствует типу данных Номер автомобиля текстовый;

§ Соответствует типу данных Марка текстовый;

· Таблица «Нарушения» имеется в наличии:

§ Соответствует типу данных Код Нарушения текстовый;

§ Соответствует типу данных Дата нарушения дата/время;

§ Соответствует типу данных Время нарушения текстовый;

§ Соответствует типу данных Вид нарушения текстовый;

§ Соответствует типу данных Размер штрафа денежный;

§ Соответствует типу данных Оплатить до дата/время;

§ Соответствует типу данных Оплата текстовый.

· Схема данных работает корректно.

· Данные:

§ В таблице «Владелец» данные введены корректно;

§ В таблице «Автомобиль» данные введены корректно;

§ В таблице «Нарушения» данные введены не корректно.

· База данных «Учет нарушений ПДД» закрылась.

5. Экономический раздел

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

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

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

С = (1)

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

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

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

(t1 + t2 + … + tn) — время в днях затрачиваемое на выполнение отдельных этапов разработки;

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

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

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

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

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

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

Стоимость одного часа работы на компьютере, вычисляется по формуле (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)

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

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

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

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

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

= 140 860,8+3398+1326,34+849,5=146 434, 64 рублей (4)

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

Сm = 146 434,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=16 308,04 рублей (1)

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

Цпс = 16 308,04 *1, 20*1,18 = 23 092,18 рублей (8)

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

Заключение

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

www. realcoding. net «Создание базы данных в Access»,

www. cwer. ru «Access 2003. Самоучитель»;

Возникали трудности при создании курсового проекта:

· При создании Запроса на удаление;

· При создании Главной кнопочной формы;

· При вставке картинки в главную кнопочную форму.

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

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

1. Л. Г. Гагарина «Основы технологии разработки программных продуктов», Москва 2006 г;

2. Л. Г. Гагарина, Д. В. Киселев, Е. Л. Федотов «Разработка и эксплуатация автоматизированных информационных систем: учеб. пособие/Под ред. проф.Л. Г. Гагариной. — М.: ИД «ФОРУМ»: ИНФРА — М, 2007. — 384 с. ;

3. О. Л. Голицына, Н. В. Максимов, И. И. Попов. Базы данных: Учебное пособие. — М.: ФОРУМ: ИНФРА — М, 2003. — 352 с. ;

4. www. realcoding. net «Создание базы данных в Access»;

5. www. cwer. ru «Access 2003. Самоучитель»;

6. www. lessons-tva. info «База данных Access 2003».

Приложения

Приложение А

Диаграмма прецедентов

Приложение Б

Диаграмма классов

ПоказатьСвернуть
Заполнить форму текущей работой