АИС Магазин Евросеть

fy">     ER-диаграммы  позволяют строить модели логической  структуры данных предметной  области, а так же производить моделирование физической структуры систем хранения данных.

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

     По  типу различают множественные связи «один к одному» (1:1), «один ко многим» (1:n) и «многие ко многим» (m:n).

     Данная  ЕR-диаграмма содержит 2 типа связи: «один к одному» и «один ко многим», которая изображена на рис.1. 

Рис.1. Построение ER-диаграммы 

  
 
 
 
 
 

 
 
 
 
 
 
 
 

 

     3.3. Преобразование ER-диаграммы в реляционную модель 

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

1. Каждая таблица состоит из однотипных строк и имеет уникальное имя;

2. Строки имеют фиксированное число  полей (столбцов) и значений (множественные  поля и повторяющиеся группы  недопустимы). Иначе говоря, в каждой  позиции таблицы на пересечении  строки и столбца всегда имеется в точности одно значение или ничего;

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

4. Столбцам таблицы однозначно  присваиваются имена, и в каждом из них размещаются однородные значения данных (даты, фамилии, целые числа или денежные суммы);

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

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

     На  основании этой методики сущности ЗАКАЗЫ, СОТРУДНИКИ, ТОВАРЫ, КЛИЕНТЫ, ПОСТАВКА, ПОСТАВЩИКИ становятся таблицами: Заказы (рис.2), Сотрудники (рис.3), Товары (рис. 4), Клиенты (рис. 5), Поставка (рис. 6), Поставщики (рис. 7).

     

     Рис. 2. Таблица «Заказы» 

     

     Рис.3. Таблица «Сотрудники» 

Рис. 4. Таблица «Товары» 

Рис. 5. Таблица «Клиенты» 
 

Рис. 6. Таблица «Поставка» 

Рис. 7. Таблица «Поставщики» 

 

4. Реализация информационной  системы 

     4.1. Описание СУБД  

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

     Созданная мною АИС магазин «Евросеть» содержит 6 таблиц, 6 запросов, 8 форм и 3 отчета.

     Таблицы

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

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

     - Не должно быть повторений и между таблицами;

     - Каждая таблица должна содержать  информацию только на одну тему;

     - Каждое поле должно быть связано с темой таблицы;

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

     - В таблице должна присутствовать  вся необходимая информация;

     - Информацию следует разбивать  на наименьшие логические единицы. 

     Запросы

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

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

     - Запросы на выборку «Выполненные и не выполненные заказы»;

- Запросы на выборку «Товары, имеющиеся и не имеющиеся в наличии»;

- Запрос  на выборку, который выдает  определенный тип товара;

- Запрос  на выборку, который отображает  товары в магазине, цена которых  менее 3000 рублей.

Примеры запросов «Определенный тип товара» (рис. 8,9) и «Товары ценой менее 3000» (рис.10,11) приведены ниже в режиме конструктора и в готовом виде.

Рис. 8. Запрос «Определенный тип товара» в режиме конструктора 

     Рис. 9. Запрос «Определенный тип товара» в готовом виде

     

     Рис. 10. Запрос «Товары ценой менее 3000» в режиме конструктора 

Рис. 11. Запрос «Товары ценой менее 3000» в готовом виде 
 

Формы 

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

      Для удобства в своем курсовом проекте я создала управляющую форму «Добро пожаловать в Евросеть» (рис. 12), которая запускается автоматически в момент открытия базы данных. Она позволяет быстро выбрать нужную подчиненную форму «Товары», «Сотрудники», «Клиенты» (см. пример на рис. 13), «Поставщики», «Заказы», «Поставка» для просмотра и редактирования. Также можно просмотреть запросы и отчеты.

      

      Рис. 12. Управляющая форма

Рис. 13. Подчиненная форма «Товары»

Отчеты 

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

     В данном курсовом проекте я создала такие отчеты как: «Отчет о выполненных заказах; «Отчет о товарах имеющихся в наличии»; «Отчет о товарах, не имеющихся в наличии». Один из отчетов показан на рис. 14. 

     

Рис. 14.«Отчет о товарах, не имеющихся в наличии»

 

      4.2 Описание интерфейса 

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

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

      type

      <Имя  интерфейса> = Interface {<Имя родителя>}

      {[‘<GOJD>’]}

      <члены  интерфейса>

      end

      Интерфейс не может содержать поля, а следовательно  объявляемые в разделах read и write свойства могут ссылаться только на метод, методы не могут быть абстрактными, виртуальными.

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

     В подчиненных формах, помимо полей  ввода, используются следующие кнопки:

- добавление новой записи;

- сохранение записи;

- удаление записи;

- переходы к предыдущей и следующим записям;

- переходы  к первой и последней записям;

- поиск  необходимой записи;

- обновление  данных;

- кнопка  завершения работы с формой.

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

 

      4.3 Описание программных  средств в проектировании 

Общее программное обеспечение должно включать:

• операционную систему MS Windows 98 SE/Me/2000/XP для рабочих станций;
• офисное программное обеспечение MS Office (Access) для рабочих станций.

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

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

     Прикладное  программное обеспечение функциональных подсистем должно функционировать в среде общего программного обеспечения и устанавливаться в систему средствами ОС Windows.

 

      4.4 Описание технических  средств в проектировании