отчет по практике базы данных access

Отчет по практике: Проектирование базы данных «Риелторская контора»

Частное образовательное учреждение среднего профессионального образования

«КРАСНОДАРСКИЙ ТЕХНИКУМ УПРАВЛЕНИЯ, ИНФОРМАТИЗАЦИИ И СЕРВИСА»

специальность 230150 «ПО ВТ и АС»

Тема: «РИЕЛТОРСКАЯ КОНТОРА»

Воробьёв Алексей Андреевич

Студент группы ПО 3-1

Рожкова Вера Григорьевна

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

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

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

Хорошо спроектированная база данных:

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

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

· Обеспечивает естественное, легкое для восприятия структурирование информации. Качественное построение базы позволяет делать запросы к базе более «прозрачными» и легкими для понимания; следовательно, снижается вероятность внесения некорректных данных и улучшается качество сопровождения базы.

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

Логически в современной реляционной СУБД можно выделить наиболее внутреннюю часть – ядро СУБД (часто его называют DataBaseEngine), компилятор языка БД (обычно SQL), подсистему поддержки времени выполнения, набор утилит. В некоторых системах эти части выделяются явно, в других – нет, но логически такое разделение можно провести во всех СУБД.

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

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

Автоматизированная информационная система (АИС)

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

АИС являются, с одной стороны, разновидностью информационных систем (ИС), с другой — автоматизированных систем (АС), вследствие чего их часто называют ИС или АС.

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

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

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

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

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

· повышение производительности работы персонала;

· улучшение качества обслуживания клиентов;

· снижение трудоемкости и напряженности труда персонала;

· снижение количества ошибок в его действиях.

АИС «Риелторская контора»

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

Цель создания программы состоит в следующем:

· сокращение времени обработки информации;

· простоте реализации различных запросов и скорости обработки данных;

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

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

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

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

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

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

MS Access является файл-серверной СУБД и потому применима лишь к маленьким приложениям. Отсутствует ряд механизмов, необходимых в многопользовательских БД, таких, например, как триггеры. Опыт показывает[источник не указан 55 дней], что даже для проектов на 5-20 пользователей предпочтительно использовать клиент-серверные решения.

Существенно расширяет возможности MS Access по написанию приложений механизм связи с различными внешними СУБД: «связанные таблицы» (связь с таблицей СУБД) и «запросы к серверу» (запрос на диалекте SQL, который «понимает» СУБД). Также MS Access позволяет строить полноценные клиент-серверные приложения на СУБД MS SQL Server. При этом имеется возможность совместить с присущей MS Access простотой инструменты для управления БД и средства разработки.

Выбор модели

На сегодняшний день наиболее часто используются три модели данных: иерархическая, сетевая и реляционная. Кроме них существуют и другие модели, например модель данных, основанная на инвертированных списках или объектно-ориентированная, однако они не имеют широкого распространения, так как базы на инвертированных списках использовались на заре развития СУБД, а объектно-ориентированные базы данных ещё не до конца изучены. Таким образом, выбор сокращается до трёх вышеназванных моделей данных.

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

— Найти указанное дерево БД;

— Перейти от одного дерева к другому;

— Перейти от одной записи к другой внутри;

— Перейти от одной записи к другой в порядке обхода иерархии;

— Вставить новую запись в указанную позицию;

— Удалить текущую запись.

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

Типичным представителем (наиболее известным и распространенным) является InformationManagementSystem (IMS) фирмы IBM. Первая версия появилась в 1968 г. До сих пор поддерживается много баз данных, что создает существенные проблемы с переходом, как на новую технологию БД, так и на новую технику.

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

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

Тип связи определяется для двух типов записи: предка и потомка. Экземпляр типа связи состоит из одного экземпляра типа записи предка и упорядоченного набора экземпляров типа записи потомка. Для данного типа связи L с типом записи предка P и типом записи потомка C должны выполняться два условия:

— Каждое экземпляр типа P является предком только в одном экземпляре L;

— Каждый экземпляр C является потомком не более чем в одном экземпляре L.

На формирование типов связи не накладываются особые ограничения; возможны, например, ситуации:

а) Тип записи потомка в одном типе связи L1 может быть типом записи предка в другом типе связи L2 (как в иерархии).

б) Данный тип записи P может быть типом записи предка в любом числе типов связи.

в) Данный тип записи P может быть типом записи потомка в любом числе типов связи.

г) Может существовать любое число типов связи с одним и тем же типом записи предка и одним и тем же типом записи потомка; и если L1 и L2 два типа связи с одним и тем же типом записи предка P и одним и тем же типом записи потомка C, то правила, по которым образуется родство, в разных связях могут различаться.

е) Предок и потомок могут быть одного типа записи.

Примерный набор операций может быть таковым:

· Найти конкретную запись в наборе однотипных записей (инженера Сидорова);

· Перейти от предка к первому потомку по некоторой связи (к первому сотруднику отдела 310);

· Перейти к следующему потомку в некоторой связи (от Сидорова к Иванову);

· Перейти от потомка к предку по некоторой связи (найти отдел Сидорова);

· Создать новую запись;

· Исключить из связи;

· Переставить в другую связь и т.д.

К достоинствам сетевой СУБД можно отнести возможность экономии памяти за счет разделения подобъектов.

Типичным представителем является Integrated Database Management System (IDMS) компании Cullinet Software Inc., предназначенная для использования на машинах основного класса фирмы IBM под управлением большинства операционных систем. Архитектура системы основана на предложениях Data Base Task Group (DBTG) Комитета по языкам программирования Conference on Data Systems Languages (CODASYL), организации, ответственной за определение языка программирования Кобол.

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

· Слишком сложно пользоваться;

· Фактически необходимы знания о физической организации;

· Прикладные системы зависят от этой организации;

· Их логика перегружена деталями организации доступа к БД.

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

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

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

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

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

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

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

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

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

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

Источник

Отчёт по практике «Технология создания базы данных в среде СУБД MS Access на примере магазина»

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

1. Проектирование базы данных

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

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

.3 Разработка модели базы данных

. Реализация БД в СУБД

.1 Создание таблиц и схемы базы данных

.2 Разработка и создание запросов

.3 Разработка и создание форм

.4 Разработка и создание отчетов

.5 Инструкция для пользователя

Список используемой литературы

1. Проектирование базы данных

1.1 Анализ предметной области

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

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

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

Система должна обеспечивать удобный ввод информации о:

· Брендах: номер, наименование

· Товаре: номер, бренд, наименование, поставщик, гарантия, тип, цена, количество на складе, ожидаемое кол-во, поставки прекращены

· Категориях товара: номер, наименование

· Поставщиках: номер, наименование, контактное лицо, должность контактного лица, страна, город, адрес, телефон, факс

Отчет обеспечивает информацию о товарах на складе, проданных товарах, проданных товарах за период.

Система на запрос обеспечивает:

· Список категорий товаров

· Количество товара на складе

· Список проданных товаров

· Список проданных товаров за определенный период

.3 Разработка модели базы данных

Схема 1.1. Модель базы данных для предметной области «Магазин»

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

Скидка 100 рублей на первый заказ!

Акция для новых клиентов! Разместите заказ или сделайте расчет стоимости и получите 100 рублей. Деньги будут зачислены на счет в личном кабинете.

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

· Определить типы связей между этими сущностями

· Определить у каждой сущности первичные ключи

Построить графически (схема 1.1.)

У одного поставщика может быть много товаров, в одной категории может быть множество товаров и может быть много товаров одного бренда.

Таблица 1.1. Сущность и атрибуты.

2. Реализация БД в СУБД

.1 Создание таблиц и схемы базы данных

На основе таблицы 1.1, где представлены все сущности и их атрибуты создаются таблицы базы данных, такие как товары, поставщики, категории товаров, бренды, проданные товары. На рис. 2.1. представлена структура таблицы «товары».

Рис. 2.1. Структура таблицы «товары»

Таблица 2.1. Свойства полей таблицы «товары»

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

На рис. 2.2. представлена схема базы данных в MS Access.

Рис. 2.2. Схема базы данных в MS Access

2.2 Разработка и создание запросов

Таблица. 2.2. Разработка запросов

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

Рис. 2.3. Конструкция запроса, обеспечивающего список проданных товаров

На рис. 2.4. представлен результат поиска списка проданных товаров.

Рис. 2.4. Результат поиска списка проданных товаров

.3 Разработка и создание Форм

Необходимы для отображения содержимого таблицы, редактирование данных, вводы и выводы информации.

Закажите работу от 200 рублей

Если вам нужна помощь с работой, то рекомендуем обратиться к профессионалам. Более 70 000 экспертов готовы помочь вам прямо сейчас.

Таблица 2.3. Необходимая таблица

На рис. 2.5. представлена форма заказа товара.

Рис. 2.5. Форма «Товары»

Были разработаны отчеты по товарам на складе, по проданным товарам, по проданным товарам за период. Далее представлен некий отчет.

Таблица 2.4. Структуры отчетов

На рис. 2.6. представлен образец отчета.

Рис. 2.6. Образец отчета «Товары на складе по категориям»

2.5. Инструкция для пользователя

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

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

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

Список используемой литературы

1. С.И. Золотова „Практикум по Microsoft Office Access”

. Е.М. Карчевский, И. Е. Филипов „Access 2010 в примерах”

Источник