Главная страница
Навигация по странице:

  • 2 Проектирование БД и обоснование

  • 3 Реализация БД в СУБД « Access » 214 Тестирование программного продукта 38Заключение 40Введение

  • 1 Анализ предметной области и постановка задачи Назначение системы

  • Цели и задачи создания БД

  • 3.1 Возможности Microsoft Access

  • Этапы создания программного продукта На этой стадии, мы будем рассматривать создание программного продукта.

  • Средствами СУБД Access

  • Рисунок 13 – Схема данных для базы данных «Магазин оружия» Основа нашей таблицы создана, теперь приступает к работе с формами.


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

  • Курсовая работа на тему: база данных магазин раритетного оружия. Базы данных. Содержание Введение 3 1 Анализ предметной области и постановка задачи


    Скачать 1.86 Mb.
    НазваниеСодержание Введение 3 1 Анализ предметной области и постановка задачи
    АнкорКурсовая работа на тему: база данных магазин раритетного оружия
    Дата03.06.2022
    Размер1.86 Mb.
    Формат файлаdoc
    Имя файлаБазы данных.doc
    ТипРеферат
    #568383

    Содержание
    Введение 3

    1 Анализ предметной области и постановка задачи 6

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

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

    2 Проектирование БД и обоснование 10

    2.1 Выбор информационной модели и программного средства её

    представления 10

    2.2 Нормализация модели данных 15

    3 Реализация БД в СУБД «Access» 21

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

    Заключение 40

    Введение
    База данных — представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ).[Многие специалисты указывают на распространённую ошибку, состоящую в некорректном использовании термина «база данных» вместо термина «система управления базами данных», и указывают на необходимость различения этих понятий

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

    Я выбрал именно этот проект поскольку продажа раритетного оружия в наше время не очень распространенно, но довольно актуальна.

    1 Анализ предметной области и постановка задачи

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


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

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

      1. Цели и задачи создания БД


    База данных «Магазин раритетного вооружения» была создана для работников магазина, и позволит им:

    • улучшить качество обслуживания клиентов магазина и выполнение функций управления;

    • повысить эффективность работы за счет систематизации и облегчения работы с данными;

    • автоматизировать ввод информации производимых расчетов;

    Главными задачами для данной базы данных является:

    1. хранение информации о вооружение, хранение информации о владельцах оружия дни;

    2. информационная база выплат и расчёта денежных средств;

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

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



    На этапе описания предметной области рассмотрим таблицы, входящие в базу данных.

    1. Вооружение.

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

    1. Владелец.

    В эту таблицу будет вноситься информация и контактные данные о владельцах: ФИО владельца, место проживания, номер телефона и тип владельца.

    1. Конструкторы.

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

    1. Типы вооружения.

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

    1. Производитель.

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

    Вывод: Теперь можно приступать к выбору наиболее соответствующей информационной модели.
    1. Проектирование базы данных



    2.1 Выбор программного средства ее представления


    Для создания модели будет использоваться MicrosoftAccess, её можно представить в виде пяти, связанных между собой отношением «один-ко-многим» сущностей:

    1. Вооружение.

    2. Владелец.

    3. Конструктор.

    4. Производитель.

    5. Тип оружия.

    Организацию связей можно увидеть на рисунке 1.



    Рисунок 1 –Модель разрабатываемой БД

    Далее мы разберём пункт нормализация модели данных.

    2.2 Нормализация модели данных


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

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

    1. исключение некоторых типов избыточности;

    2. устранение некоторых аномалий обновления;

    3. разработка проекта базы данных, который является достаточно «качественным» представлением реального мира, интуитивно понятен и может служить хорошей основой для последующего расширения;

    4. упрощение процедуры применения необходимых ограничений целостности.

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

    Нормальная форма определяется как совокупность требований, которым должно удовлетворять отношение.

    Известны шесть нормальных форм:

    1. первая нормальная форма (1NF);

    2. вторая нормальная форма (2NF);

    3. третья нормальная форма (3NF);

    4. нормальная форма Бойса - Кодда (усиленная 3NF);

    5. четвертая нормальная форма (4NF);

    6. пятая нормальная форма (5NF).

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

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

    • исключение некоторых типов избыточности;

    • устранение некоторых аномалий обновления;

    • разработка проекта базы данных, который является достаточно «качественным» представлением реального мира, интуитивно понятен и может служить хорошей основой для последующего расширения;

    • упрощение процедуры применения необходимых ограничений целостности.

    В курсовом проекте необходимо разработать СУБД «Салон новых автомобилей».

    Для этого потребуется определить структуру БД, количество таблиц, ключевые поля, а также связи между таблицами.

    Поле – один элемент записи, в котором хранится конкретное значение атрибута.

    Запись – одна строка таблицы или нескольких таблиц полностью описывающих одну сущность.

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

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

    1. вооружения;

    2. конструкторы;

    3. производитель;

    4. владелец

    5. тип.

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

    • Владелец;

    • Контактный номер;

    • Город;

    • Тип лица.

    В данной таблице поле Владелец является ключевым.

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

    • Название винтовки;

    • Владелец;

    • Конструктор;

    • Цена;

    • Производитель;

    • Тип;

    • Разработан;

    • Калибр;

    • Наличие;

    • Фото.

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

    • Производитель;

    • Цена.

    Для таблицы «Конструктор» были реализованы поля:

    • Конструктор;

    • Краткая биография;

    • Фото.

    Далее необходимо создать связь таблиц при помощи модели «сущность-связь».

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

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

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

    Основные элементы моделей «сущность-связь»:

    • объекты (сущности);

    • атрибуты объектов;

    • связи между объектами.

    Основные преимущества «сущность-связь»:

    • наглядность;

    • модели позволяют проектировать базы данных с большим количеством объектов и атрибутов;

    При помощи СУБД Microsoft Access была создана связь между таблицами (рисунок 2). В данной схеме использовались связи типа «один ко многим».



    Рисунок 2 – Структура связей между таблицами в БД «Магазин вооружения».
    1. Реализация базы данных в СУБД Microsoft Access


    3.1 Возможности Microsoft Access

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

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

    Для выполнения почти всех основных операций Access предлагает большое количество Мастеров (Wizards), которые делают основную работу за пользователя при работе с данными и разработке приложений, помогают избежать рутинных действий и облегчают работу неискушенному в программировании пользователю.

    Особенности MS Access, отличающиеся от представления об «идеальной» реляционной СУБД.

    Создание многопользовательской БД Access и получение одновременного доступа нескольких пользователей к общей базе данных возможно в локальной одноранговой сети или в сети с файловым сервером. Сеть обеспечивает аппаратную и программную поддержку обмена данными между компьютерами. Access следит за разграничением доступа разных пользователей к БД и обеспечивает защиту данных. При одновременной работе. Так как Access не является клиент серверной СУБД, возможности его по обеспечению многопользовательской работы несколько ограничены. Обычно для доступа к данным по сети с нескольких рабочих станций, файл БД Access (с расширением *.mdb) выкладывается на файловый сервер. При этом обработка данных ведется в основном на клиенте – там, где запущено приложение, в силу принципов организации файловых СУБД. Этот фактор ограничивает использование Access для обеспечения работы множества пользователей (более 15–20) и при большом количестве данных в таблицах, так как многократно возрастает нагрузка не сеть

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

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

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

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

    В целом MS Access предоставляет большое количество возможностей за сравнительно небольшую стоимость. Также необходимо отметить ориентированность на пользователя с разной профессиональной подготовкой, что выражается в наличии большого количества вспомогательных средств (Мастеров, как уже отмечалось), развитую систему справки и понятный интерфейс. Эти средства облегчают проектирование, создание БД и выборку данных из нее.

    MS Access предоставляет в распоряжение непрограммирующему пользователю разнообразные диалоговые средства, которые позволяют ему создавать приложения, не прибегая к разработке запросов на языке SQL или к программированию макросов или модулей на языке VBA.

    Access обладает широкими возможностями по импорту / экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC.

    Еще одно немаловажное преимущество MS Access заключается в развитых встроенных средствах разработки приложений. Большинство приложений, распространяемых среди пользователей, содержит тот или иной объем кода VBA (Visual Basic for Applications). Поскольку VBA является единственным средством для выполнения многих стандартных задач в Access (работа с переменными, построение команд SQL во время работы программы, обработка ошибок, использование Windows API и т. д.), для создания более-менее сложных приложений необходимо его знание и знание объектной модели MS Access.

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

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

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

    В Access база данных обозначает файл, содержащий набор информации. База данных в Access 2007 может содержать следующие типы объектов (см. рис. 3): таблица, запрос, форма, отчёт, страница, макрос, модуль.



    Рисунок 3- Окно объектов базы данных

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

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

    Access позволяет создавать структуру таблицы в трех режимах – в режиме конструктора, с помощью мастера и путем ввода данных. Разница предполагает использование этих средств пользователями с разным уровнем подготовки, разными целями и перспективами использования данных. Естественно имеется возможность просматривать, редактировать, удалять и добавлять записи, осуществлять поиск, замену, сортировку данных, изменять вид таблицы. Связи между таблицами определяются специальным средством, которое называется «Схема данных»(рисунок 4).



    Рисунок 4- Схема данных

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

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

    Рисунок 5. Конструктор запроса

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

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

    Отчёт – объект, предназначенный для создания документа, который впоследствии может быть распечатан либо включён в документ другого приложения. Этот документ содержит результаты выборки из базы данных в виде структурированной информации (например, в виде таблицы или списка). MS Access обладает богатыми возможностями по оформлению и форматированию отчетов. Те же два режима создания есть и у отчета. В режиме мастера у пользователя имеется возможность задать множество параметров, практически полностью определяющих желаемый внешний вид отчета. Для создания нестандартных отчетов лучше пользоваться конструктором.

    Страницы – средство публикации данных в локальной сети или Internet. Создаваемая страница проектируется подобно форме (с некоторыми отличиями в используемых компонентах), при работе с ней можно не только просматривать, но и изменять данные в базе. После сохранения страницы как объекта в БД ее можно экспортировать в виде файла в формате HTML и использовать для доступа к данным через интернет-браузер.

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

    Модуль – контейнер программного кода на VBA. Для их редактирования и просмотра используется оболочка Редактора Visual Basic. Весь программный код приложения содержится в наборе модулей. Здесь он имеет то же смысловое значение, как и в любом языке программирования.

    Это полный список объектов, которые можно хранить в базе данных MS Access, который, впрочем, похож и в других настольных СУБД подобного класса, например, Paradox.

    Какие возможности предоставляет Access в функциональном плане.

    Ввод данных. Ввод данных может осуществляться следующими способами: вручную прямо в таблицу (сюда же относится вставка содержимого буфера обмена); вручную в поля формы; прямой импорт данных из других источников (базы Access, текстовые файлы, формат DBF, электронные таблицы, источники данных ODBC); программным методом, который может сочетать в себе любые средства, которые возможно реализовать на VBA.

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

    2. Изменение данных. Редактирование возможно следующими способами: вручную прямо в таблице; в полях форм; в окне браузера, в котором загружена web-страница из БД; программным методом.

    3. Вывод данных. Здесь Access предоставляет такие возможности: вывод на экран монитора в табличном виде, полях форм или отчетов; экспорт в другие форматы данных (те же, что при импорте); вывод на печать, в основном в виде отчетов; вывод данных в интернет-браузер с помощью объекта Страница в пределах определенной сети; программный экспорт и вывод информации.

    4. Взаимодействие с другими источниками и потребителями информации. В этом плане Access может выступать как сервер или клиент автоматизации. Особенно прозрачно настраиваются связи с другими продуктами пакета Microsoft Office. Например, вы можете иметь документ Microsoft Word, в котором будут присутствовать поля из БД Access, изменение данных в базе автоматически отображается в документе. Это позволяет создавать гибкие решения, интегрирующие данные в офисных средствах. 5. Использование базы данных MS Access другими приложениями. Такой вариант использует файл MDB как хранилище данных. Программа, которая обращается к данным, может быть написана на любом языке высокого уровня. В данном случае используются таблицы и запросы. О поддержании ссылочной целостности и актуальности данных следит ядро БД. Взаимодействие происходит через ODBC-драйвер Microsoft Jet Engine.

    6. Средства создания приложений. Создание приложений на Access во многом подобно всем остальным средствам автоматизации Microsoft Office. Здесь используется интерпретируемый язык Visual Basic for Applications, что приводит, как и при использовании любого интерпретируемого языка, к определенному увеличению затрат процессорного времени и уменьшению скорости работы программ и обработки данных. Для успешной разработки необходимо знать объектную модель самого Access и особенности ее использования.

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

    Ядро БД Access обеспечивает три уровня блокировок:

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

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

    Блокировка страницы. На этом уровне к заблокированной странице может обращаться только один пользователь. Это самый нижний уровень блокировки. Процессор Microsoft Jet автоматически устанавливает блокировку страницы и не может контролироваться вашей программой. Страница данных может содержать несколько записей, размер его равен 26 кб. Блокировка страницы означает блокировку всех записей, находящейся на этой странице. Если длина записи – 512 байтов, то будет заблокированной 4 записи, а если 50 байтов, то 40 записей. Точное число записей нельзя заранее ни определить, ни задать, т.к. таблица может содержать удаленные записи (которые удаляются только во время уплотнения).

    Блокировка на уровне таблицы имеет два режима – пессимистический и оптимистический. По умолчанию устанавливается пессимистическая блокировка.

    8. Администрирование. Преимущество монопольного режима работы фактически привело к вырождению функций администрирования БД и в связи с этим – к отсутствию инструментальных средств администрирования в обычном понимании этого слова в MS Access. Имеющиеся же средства позволяют сделать следующее: имеется возможность разделения базы данных Microsoft Access на два файла, в одном из которых содержатся таблицы, а в другом запросы, формы, отчеты, макросы, модули и ярлыки страниц доступа к данным. Это позволяет пользователям иметь доступ к общему источнику данных и при этом создавать свои собственные формы, отчеты и другие объекты, а также сократить сетевой трафик; существует возможность связывания таблиц из других баз данных Microsoft Access или иных источников. Например, может потребоваться использование таблицы из другой базы данных Microsoft Access, открытой для совместной работы по сети. Это особенно полезно при необходимости хранить все таблицы в одной базе данных на сетевом сервере, сохраняя формы, отчеты и другие объекты в отдельной базе данных, копии которой имеются у всех пользователей общей базы данных; средства репликации Microsoft Access, доступные в базе данных (.mdb) и в проекте (.adp), позволяют создавать реплики и синхронизировать их по требованию при работе в Microsoft Access; средства защиты и разграничения доступа. Простейшим способом защиты является установка пароля для открытия базы данных. База данных может быть зашифрована. При шифровании базы данных ее файл сжимается и становится недоступным для чтения с помощью служебных программ или текстовых редакторов. Дешифрование базы данных отменяет результаты операции шифрования. Наиболее гибкий и распространенный способ защиты базы данных называется защитой на уровне пользователей. Этот способ защиты подобен способам, используемым в большинстве сетевых систем. Однако, как уже отмечалось, подбор пароля администратора не представляет сложности для специалиста по взлому; имеется возможность преобразования БД в формат более ранней версии MS Access для обеспечения совместимости в некоторых случаях; и наконец, средство для сжатия базы данных, которое стирает информацию об удаленных строках и уменьшает размер файла MDB на диске. Это приводит к большей производительности и в некоторых случаях может восстановить базу данных (например, после неожиданного отключения питания).

    Также необходимо упомянуть, что в Access изначально имеются шаблоны типовых баз данных для автоматизации наиболее распространенных задач (рисунок 6).



    Рисунок 6. Шаблоны баз данных

    Пользователь в интерактивном режиме Мастера выбирает данные, которые желает иметь в своей БД в соответствии с потребностями предприятия, а MS Access автоматически создает все необходимые объекты. В дальнейшем эту базу данных можно дорабатывать и расширять.

    Многозначные поля для сложных данных

    Можно создать поле, содержащее несколько значений, также называемых сложными данными. Предположим, что вам нужно назначить задачу одному из сотрудников или подрядчиков, но вы хотели бы назначить эту задачу нескольким людям. В большинстве систем управления базами данных и в ранних версиях Access в таком случае нужно было бы создать связь типа «многие-ко-многим», чтобы избежать ошибок.

    В Office Access 2007 самая сложная часть работы делается автоматически, когда выбирается поле для ввода нескольких значений. Многозначные поля особенно удобны при использовании Office Access 2007 для работы со списком SharePoint, который содержит один из типов многозначных полей, используемых в компоненте «Windows SharePoint Services». Приложение Office Access 2007 совместимо с этими типами данных.

    Новый тип данных «Вложение» позволяет хранить все типы документов и двоичные файлы в базе данных, при этом не происходит ненужного увеличения размера базы данных. Office Access 2007 автоматически выполняет сжатие вложений, когда это возможно, чтобы оставить как можно больше свободного пространства. Нужно вложить документ Microsoft Office Word 2007 в запись или сохранить в базе данных несколько цифровых фотографий. Использование вложений значительно облегчает выполнение таких задач. Можно даже добавлять несколько вложений к одной записи.

    Поля МЕМО теперь хранят форматированный текст и поддерживают журнал исправлений.

    Теперь в Office Access 2007 поддерживается форматированный текст, который можно использовать в записях наряду с обычным текстом. Текст можно форматировать с помощью различных параметров (таких как полужирное и курсивное начертание, а также применять различные шрифты, цвета и другие обычные параметры форматирования) и хранить в базе данных. Форматированный текст хранится в поле МЕМО в формате на основе HTML, который совместим с типом данных «Форматированный текст» в компоненте «Windows SharePoint Services». Задайте для свойства TextFormat значение либо RichText, либо PlainText, и данные в текстовых полях и в режиме таблицы будут отформатированы должным образом.

    Поля МЕМО удобно использовать для хранения больших объемов данных. С помощью Office Access 2007 можно задать свойство. Только добавление, чтобы сохранить в поле МЕМО записи обо всех изменениях. Затем можно просмотреть журнал этих изменений. Эта функция также поддерживает функцию отслеживания в компоненте «Windows SharePoint Services». Таким образом, можно также использовать Access для просмотра журнала содержимого списка SharePoint.

      1. Этапы создания программного продукта


    На этой стадии, мы будем рассматривать создание программного продукта.

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

    1. в конструкторе вписываем имена полей и указываем нужные типы полей. (рисунок 7).




    Рисунок 7 – Таблица «Вооружение» в режиме конструктор


    1. переходим в режим таблицы и заполняем её данными (рисунок 8).



    Рисунок 8 – Таблица «Вооружение» в режиме таблицы
    Так же создаем еще 4 основные таблицы: «Тип оружия», «Владельцы», «Конструкторы» и «Производитель» (рисунки 9-12).


    Рисунок 9 – Таблица «Конструкторы» в режиме таблицы



    Рисунок 10 – Таблица «Тип» в режиме таблицы


    Рисунок 11 – Таблица «Производитель» в режиме таблицы


    Рисунок 12 – Таблица «Владельцы» в режиме таблицы
    Средствами СУБД Access были созданы таблицы реляционной базы данных. На основе разработанных таблиц были организованы связи данных: один-ко-многим (рисунок 13). Данные связи позволяют достичь каскадного добавления и удаления данных.



    Рисунок 13 – Схема данных для базы данных «Магазин оружия»

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

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



    Рисунок 14-Форма “Вооружение” в режиме конструктора
    По тому же примеру создаём форму “Биография конструктора”(рисунок 15. В этой форме будет внесена краткая биография каждого конструктора, а также их портреты. Не забудем добавить кнопку печати.



    Рисунок 15-Форма “Биография конструктора”

    Далее создадим стартовую форму(рисунок 16) с её помощью нам будет удобней пользоваться данной БД.

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

    1. Биография конструктора;

    2. Информация об оружии;

    3. Отчет о продаже.

    4. Выход.

    Кнопки “Биография конструктора” и “Информация о оружии” будут перенаправлять пользователя на ранее созданные формы, в которых содержится требуемая информация. Кнопка “Выход” закрывает всю БД.(рисунок 10).

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



    Рисунок 16 – Вид стартовой формы

    Следующим шагом разработки БД было создание Запросов. Для этого понадобилось на панели сообщений нажать кнопку Параметры. В диалоговом окне Параметры безопасности Microsoft Office выбрать параметр «Включить это содержимое» и нажать кнопку ОК. На вкладке Работа с базами данных в группе «Отображение» выбрать параметр «Панель сообщений». В диалоговом окне «Добавление таблицы» дважды щелкнуть по таблицам, из которых нужно получить данные. Каждая таблица отображается в окне в верхней части конструктора запросов. В каждой таблице дважды кликнули поля, которые потребовалось использовать в запросе. Каждое поле появляется в пустой ячейке в строке «Поле бланка запроса». Также возможно добавить любые условия отбора в строку «Условия отбора бланка запроса». Чтобы выполнить запрос и отобразить результаты в режиме таблицы, необходимо кликнуть «Выполнить».

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

    В БД « Магазин вооружения» было четыре поиска (рисунок 18-25):



    Рисунок 18 – Окно запроса по владельцу


    Рисунок 19 – Результат запроса по владельцу


    Рисунок 20 – Окно запроса по Конструктору


    Рисунок 21 – Результат запроса поиска по коробке передач


    Рисунок 22 – Окно запроса поиск по производителю


    Рисунок 23 – Результат запроса поиска производителя


    Рисунок 24 – Окно запроса оружия


    Рисунок 25 – Результат запроса поиска по оружию

    Для работы с запросами использовался язык SQL.

    Одним из самых важных объектов в проектировании СУБД является форма. Именно на данном этапе разработки приступили к ее созданию. Форма — это объект базы данных, который можно использовать для ввода, изменения или отображения данных из таблицы или запроса. Формы могут применяться для управления доступом к данным: с их помощью можно определять, какие поля или строки данных будут отображаться. Также в форму можно добавить кнопки и другие функциональные элементы. На рисунке 33 представлена «Главная форма» (главная).

    4 Тестирование программного продукта
    Тестирование программного обеспечения — процесс исследования, испытания программного продукта, имеющий две различные цели:

    • демонстрация разработчикам и заказчикам, соответствующие требования программы;

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

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

     Качество программных средств можно определить как совокупную характеристику исследуемого ПО с учётом следующих составляющих:

    • надёжность;

    • сопровождаемость;

    • практичность;

    • эффективность;

    • мобильность;

    • функциональность.

    Для реализации тестирования СУБД «Магазин вооружения» требуется определить минимальные системные требования необходимые для корректной работы СУБД. Минимальные требования:

    • Процессор Intel Core i3 CPU M350 @ 2.27 GHz;

    • Наличие видеокарты;

    • ОЗУ не менее 4,00Гб;

    • Место на жестком диске 2 Мб;

    • Microsoft Office Access 2010;

    • Windows 7 и выше.

    Для запуска программы необходимо выбрать D:\МАРИНА\Desktop\Курсовой проект (Комаров). В целом программа имеет простой и понятный интерфейс, с которым легко ознакомится, разберется, а в последствии и овладеет даже самый не опытный пользователь.

    БД «Магазин вооружения» было протестировано в программе Microsoft Office Access версии 2007 на операционной системе Windows 7.

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

    Заключение

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

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

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

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

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

    полностью готов к внедрению и использованию.


    написать администратору сайта