Основы проектирования базы данных информационных систем (на примере супермаркета «ЭЛЬДОРАДО»)

Автор работы: Пользователь скрыл имя, 22 Февраля 2013 в 18:28, курсовая работа

Описание

Процесс проектирования БД на основе принципов нормализации представляет собой последовательность переходов от неформального словесного описания информационной структуры предметной области к формализованному описанию объектов предметной области в терминах некоторой модели.
Целью данной курсовой работы является проектирование базы данных компании бытовой техники супермаркета «ЭЛЬДОРАДО». Выявление сущности данных, и взаимосвязь между ними.
Объект и предмет. Предметом исследования являетсся учёт и прадажа продукции. Объектом исследования является учёт продаж.

Содержание

Введение ……………………………………………………………………………...3
ГЛАВА 1. Основы проектирования базы данных информационных систем
Понятие и классификация информационных систем…………………………..4
Понятие баз данных, систем управления базами данных, требования и цели.…………………………………...........................................................................11
Состав и функции систем управления базами данных (СУБД)………………15
Глава 2. Анализ деятельности ООО «Эльдорадо»
2.1. Анализ деятельности предприятия……………………………………………..22
2.2. Инфологическая и даталогическая модели базы данных. ……………………23
2.3. Физическая модель базы данных……………………………………………….24
Глава 3. Разработка Информационной системы в среде Delphi
Разработка интерфейса в среде Delphi…………………………………………25
Формирование запросов к базе данных информационной системы…………27
ЗАКЛЮЧЕНИЕ………………………………………………………….………….…………...….30
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ …………………………………………….32
ПРИЛОЖЕНИЕ

Работа состоит из  1 файл

Курсовая работа.docx

— 566.69 Кб (Скачать документ)

Поддержка языков БД

Для работы с базами данных используются специальные языки, в целом называемые языками баз данных. В ранних СУБД поддерживалось несколько специализированных по своим функциям языков. Чаще всего выделялись два языка - язык определения схемы БД (SDL - Schema Definition Language) и язык манипулирования данными (DML - Data Manipulation Language). SDL служил главным образом для определения логической структуры БД, т.е. той структуры БД, какой она представляется пользователям. DML содержал набор операторов манипулирования данными, т.е. операторов, позволяющих заносить данные в БД, удалять, модифицировать или выбирать существующие данные. Мы рассмотрим более подробно языки ранних СУБД в следующей лекции.

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

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

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

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

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

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

 

Глава 2. АНАЛИЗ ДЕЯТЕЛЬНОСТИ ООО «ЭЛЬДОРАДО»

2.1. Анализ деятельности предприятия.

Финансово-хозяйственную деятельность предприятия можно анализировать  по различным экономическим показателям. К ним в частности относятся  показатели использования основных средств, материальных ресурсов, трудовых ресурсов; показатели себестоимости  продукции и объема продаж; показатели деловой активности предприятия; показатели платежеспособности организации. Но, поскольку  основными показатели деятельности любого предприятия являются, в первую очередь, его прибыль и рентабельность, то анализ экономических показателей  супермаркета «Фокстрот» будет проведен с точки зрения показателей прибыли и рентабельности. 

Рассмотрим основные экономические  показатели супермаркета «Фокстрот» за I–II полугодие 2010 года смотрите в «Приложении А »:

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

1. Анализ состава и динамики  прибыли.

2. Анализ финансовых результатов  от обычных видов деятельности (реализации товаров, работ, услуг).

3. Анализ уровня среднереализационных цен.

4. Анализ рентабельности деятельности организации.

5. Анализ распределения  и использования прибыли.

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

Из анализа данных видно, что  организация получает подавляющее  большинство прибыли (порядка 98% в  общем объеме) в виде дохода от основной деятельности  – продажи товаров  и услуг по их доставке на дом; и  эта тенденция остается неизменной. К операционным доходам супермаркета «Фокстрот» относятся доходы от участия в других организациях. Их числовой показатель незначительно вырос, но доля незначительно снизилась, за счет роста прибыли от основной деятельности супермаркета. Прибыль по этому показателю выросла почти в 7 раз, но все равно составляет весьма незначительную долю (порядка 2%) в общей прибыли организации.

Чистая прибыль супермаркета «Фокстрот» выросла на 44%.

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

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

Плановые показатели, установленные  на II квартал 2010 г. являлись следующими «Таблица 2.1»

 

п/п

Наименование показателя.

Значение показателя.

01

02

03

1

Объем реализации, тыс. грн.

185000

2

Структура товарной продукции (повышение  более рентабельных видов), коэффициент.

1,05

3

Себестоимость продукции, тыс. грн.

135000


 

Таблица 2.1 - Плановые показатели деятельности супермаркета «Эльдорадо» во II полугодии 2010 года

 

2.2. Инфологическая и даталогическая модели базы данных.

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

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

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

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

  1. КЛИЕНТ – содержит данные клиента (Код клиента, Фамилия, Имя, Отчество, Адрес);
  2. КАТАЛОГ – содержит  данные о товаре (Код товара, Тип, Название товара, Бренд, Модель, Цена).
  3. ПРОДАЖА – содержат данные о продажи товара (№ Записи, Код клиента, Код товара, Количество, Гарантия, Дата продажи);

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

 

Даталогическая модель базы данных

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

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

Для построения датологической модели используем таблицу «Приложение Г».

2.3. Физическая модель базы данных.

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

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

Для построения физической модели ИС используем аналитическую таблицу «Приложение Д».

 

 

Глава 3. Разработка Информационной системы в среде Delphi

    1. Разработка интерфейса в среде Delphi.

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

В БД ИС «По учёту продаж продукции (работ, услуг)» представлен простой  интерфейс, который будет удобен при пользовании любому работнику  магазина. Основными вкладками являются Меню, Список, Помощь, Справочник, при помощи которого можно переключится по таблицам.

Интерфейс БД ИС «По учёту продаж продукции (работ, услуг)» представлен  на «Рис. 3.1», «Рис. 3.2», «Рис. 3.3».

 

 

Рис. 3.1 - Интерфейс БД ИС «Клиенты»

 

 

 

 

 

 

Рис. 3.2 - Интерфейс БД ИС «Каталог»

 

Рис. 3.3 - Интерфейс БД ИС «Продажа»

 

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

    1. Формирование запросов к базе данных информационной системы.

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

Все запросы делятся на две группы: запросы-выборки, запросы-действия.

Запросы-выборки осуществляют выборку данных из таблиц в соответствии с заданными условиями. К этой группе запросов относятся следующие.

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

Информация о работе Основы проектирования базы данных информационных систем (на примере супермаркета «ЭЛЬДОРАДО»)