Диаграммы «сущность-связь» включают: сущности, атрибуты и связи.
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ УКРАИНЫ
ДОНЕЦКИЙ НАЦИОНАЛЬНЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
ИНСТИТУТ ИНФОРМАТИКИ И ИСКУСТВЕННОГО ИНТЕЛЛЕКТА
Факультет: Современных компьютерных информационных технологий
Специальность: Программное обеспечение автоматизированных систем
Кафедра: Программного обеспечения интеллектуальных систем
ЗАДАНИЕ ПО ОТЧЕТУ
по производственной практике
Студенту Сельцовскому Антону Михайловичу группы ПОС-09в
(фамилия, имя, отчество)
Тема проекта: Разработка БД информационной системы «Продуктовый магазин».
Исходные данные к проекту: Информация о принципе работы продуктового магазина, правила ведения отчетности работы продуктового магазина.
Перечень искомых результатов: Спроектированная БД для ведения учета дохода от продаж товара, для хранения информации о сотрудниках магазина, поставщиках, для автоматического формирования отчетов, архивации, простого заполнения.
Рекомендуемая литература:К. Дж. Дейт. Введение в системы баз данных— 8-е изд. — М.: «Вильямс», 2006. — 1328 с.; Гончаров А.Ю. Access 2003. Самоучитель с примерами. – М.: КУДИЦ – ОБРАЗ, 2004. – 272 с.;
Н. Н. Гринченко, Е. В. Гусев, Н. П. Макаров. Проектирование баз данных.
| СУБД Microsoft Access. Издательство: «Горячая Линия», 2004. – 240 с.
|
Дата выдачи задания
Дата защиты работы
Руководители доц. Е. В. Волченко
(подпись) (ФИО, должность)
ст. пр. Р. А. Сорокин
(подпись) (ФИО, должность)
Разработчик А. М. Сельцовский
(подпись) (Ф.И.О.)
СОДЕРЖАНИЕ
Введение………………………………………...………………………4
1 Описание работы продуктового магазина..……….…..…..………..5
2 Постановка задачи по работе продуктового магазина .……….......6
3 Концептуальное проектирование системы…………………………7
3.1 Инфологическое моделирование предметной области……….....7
3.1.1 Построение диаграммы потоков данных…………....………….7
3.1.2 Построение диаграммы «сущность - связь»………….………...9
3.1.3 Описание диаграммы «сущность-связь»………………………11
4 Программная реализация системы…………………………………12
4.1 Обоснование выбора СУБД………………….…………………...12
4.2 Описание таблиц...………………………………………………...13
4.2.1 Cхема данных...……………………………………… …….…...13
4.2.2 Таблицы...……………………………………… …………..…...13
4.3 Проектирование пользовательского интерфейса………………..18
4.3.1 Уровни доступа к БД……………... ……………………………18
4.3.2 Модель пользовательского интерфейса………………………..18
4.3.3 Описание модели пользовательского интерфейса………….…18
4.4.Описание функционирования приложения……………………...19
4.5 Комплект поставки и порядок установки системы……………..29
Выводы……………………………………………………………...…31
Список использованной литературы...………….………………...…32
| Разработал
| Фамилия
| Подпись
| Дата
| Д050103.1.01.09/170.ОП
| Лист
| ст.гр.ПОС-09 в
| Сельцовский А.М.
|
|
|
|
|
|
|
|
ВВЕДЕНИЕ
Основные идеи современной информационной технологии базируются на концепции, согласно которой данные должны быть организованы в базы данных с целью адекватного отображения изменяющегося реального мира и удовлетворения информационных потребностей пользователей. Эти базы данных создаются и функционируют под управлением специальных программных комплексов, называемых системами управления базами данных (СУБД).
Увеличение объема и структурной сложности хранимых данных, расширение круга пользователей информационных систем привели к широкому распространению наиболее удобных и сравнительно простых для понимания реляционных (табличных) СУБД. Для обеспечения одновременного доступа к данным множества пользователей, нередко расположенных достаточно далеко друг от друга и от места хранения баз данных, созданы сетевые мультипользовательские версии БД основанных на реляционной структуре. В них тем или иным путем решаются специфические проблемы параллельных процессов, целостности (правильности) и безопасности данных, а также санкционирования доступа.
Для данной предметной области очень важно иметь базу данных. В области продуктового магазина многие данные хранятся в табличном виде, чтобы избежать неточностей. Данный проект показывает, насколько может упроститься работа сотрудника продуктового магазина, имеющего базу данных для своей работы, и насколько актуальны базы данных именно в этой отрасли.
Следовательно, целью данной работы является создание базы данных в СУБД ACCESS, для автоматизации ведения отчетности продуктового магазина. То есть база должно обеспечить надежное хранение и упорядочивание информации о товарах, поставщиках, работниках, поставках, отделах. Она так же должна иметь простой ввод информации, построение
отчетов и автоматических расчетов. 1 ОПИСАНИЕ РАБОТЫ ПРОДУКТОВОГО МАГАЗИНА
В качестве предметной области взят продуктовый магазин, который осуществляет реализацию продовольственных товаров населению. Задачей руководителей предприятия является: организация бесперебойного поступления товаров, расширение ассортимента реализуемых товаров, соблюдение санитарно-гигиенических норм и сроков хранения продовольственных товаров, обеспечение сохранности, качества и товарного вида продукции, поиск новых, прогрессивных форм обслуживания, обеспечивающих рост товарооборота и повышение качества и культуры обслуживания, организация учета поступления и реализации товаров.
Каждый товар имеет наименование, код, цену, дату выпуска и срок годности и количество. Цена на товар складывается из цены последней поставки плюс процент для получения прибыли.
Магазин сотрудничает с поставщиками, которые имеют определенную специализацию. То есть каждый из них поставляет продукцию конкретной категории (молочная продукция, хлебобулочные изделия, кондитерские изделия и т.п.). У поставщика есть название, адрес, контактный телефон.
Магазин состоит из нескольких залов (склад, торговый зал). Торговый зал разделен на отделы (например, хлебобулочный, мясной и т.д.), в которых находится ассортимент товаров определенной категории. Отделы находятся в одном помещении. Склад ведет учет продукции и отпускает их на продажу.
Также в магазине есть свой штат сотрудников: директор, менеджер по продажам, бухгалтер, продавцы-консультанты, кассиры, грузчики, водители, уборщицы. Все работники имеют собственный профиль, в котором хранятся ФИО, № паспорта, должность, возраст, семейное положение и дата рождения. Также хранится дата приема и дата увольнения сотрудников.
Клиент, приходя в магазин, взаимодействует с продавцом-консультантом, который, в свою очередь, осуществляет продажу товара. Операции с денежными средствами и отбивку чека осуществляет кассир. При покупке товара, клиент получает чек с указанием товара, его количества и стоимости. Так же в чеке пробивается ФИО кассира.
При отсутствии товара на складе менеджер по продажам выбирает отсутствующие товары и на основании этих данных составляет заявку на имя фирмы-поставщика. Так же в обязанности менеджера входит: контроль соблюдения договорных условий, соблюдение ассортиментного минимума и расширение ассортимента реализуемых товаров.
Водитель осуществляет своевременную доставку товаров в магазин на автомобиле и по необходимости выполняет распоряжения директора предприятия, связанные с использованием автотранспорта.
Уборщица обеспечивает чистоту в торговом зале, подсобных помещениях и выполняет распоряжения директора и заведующих отделами.
Директор магазина координирует работу всех подразделений и сотрудников предприятия и осуществляет их взаимосвязь.
2 ПОСТАНОВКА ЗАДАЧИ
2.1 Цель разработки и постановка задачи
Целью данного проекта является проектирование БД для работы продуктового магазина, получение навыков работы с СУБД Microsoft Access и разработка БД в данной СУБД.
В ходе работы необходимо спроектировать систему, используя диаграммы потоков данных и «сущность - связь», разработать три модели данных для данной предметной области (сетевую, иерархическую, реляционную), программно реализовать БД в выбранной СУБД с разработкой пользовательского интерфейса.
Полученная БД должна иметь доступный и понятный пользователю интерфейс, с организованным в ней добавлением, удалением и изменением данных. Она должна иметь необходимую пользователю справочную информацию и информацию о программе, иметь необходимые запросы и формы для обработки хранимой информации.
2.2 Функциональные требования к программному продукту
Данный программный продукт предназначен для автоматизации учета данных в продуктовом магазине. Спроектированная БД должна обеспечивать быстрый доступ к данным, их изменение, добавление и удаление.
В ходе работы с полученной БД пользователь должен иметь возможность получать сводные отчеты о данных из базы, а именно прайс – листы товаров, просматривать полную информацию о наличии товаров, о месте расположения товара (к какому отделу он относится), о работниках магазина, о поставщиках и их специализации. Разрабатываемая система должна иметь удобный функционал, который будет обеспечивать легкость в работе.
3 КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ СИСТЕМЫ
3.1 Инфологическое моделирование предметной области
Инфологическая модель применяется на втором этапе проектирования БД, то есть после словесного описания предметной области. При разработке серьезных информационных систем проектирование базы данных является фундаментальным этапом. Инфологическая модель должна включать такое формализованное описание предметной области, которое легко будет "читаться" не только специалистами по базам данных. И это описание должно быть настолько емким, чтобы можно было оценить глубину и корректность проработки проекта БД, и конечно, как говорилось раньше, оно не должно быть привязано к конкретной СУБД.
Инфологическое проектирование, прежде всего, связано с попыткой представления семантики предметной области в модели БД. Реляционная модель данных в силу своей простоты и лаконичности не позволяет отобразить семантику, то есть смысл предметной области.
В общем смысле под инфологическим проектированием понимается построение диаграмм для представления предметной области в схематичном виде, понятном не только разработчику, но и пользователю.
Для данного проекта требуется построить две диаграммы, а именно диаграмму потоков данных и диаграмму «сущность-связь».
3.1.1 Построение диаграммы потоков данных
Диаграмма потоков данных, иначе называется DFD (Data Flow Diagrams), представляет собой некую методологию графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.
Диаграмма потоков данных - один из основных инструментов структурного анализа и проектирования информационных систем до появления UML.
Модель DFD, как и большинство других структурных моделей — иерархическая модель. Из описания предметной области следует, что в процессе работы продуктового магазина участвуют следующие группы людей: работник, клиент, поставщик. Эти группы являются внешними отделами. Они не только взаимодействуют с системой, но так же определяют ее границы и изображаются на начальной контекстной DFD как внешние сущности.
Для изображения начальной контекстной диаграммы для данной предметной области (рисунок 3.1) используется нотация Йордана, где сущности обозначаются прямоугольниками, а процессы – окружностями.
Рисунок 3.1 – Контекстная диаграмма нулевого уровня
Для данной предметной области, контекстная диаграмма первого уровня изображена на рисунке 3.2.
Рисунок 3.2 – Контекстная диаграмма первого уровня
3.1.2 Построение диаграммы «сущность–связь»
Модель «сущность–связь» (ER − модель) − модель данных, позволяющая описывать концептуальные схемы. Представляет собой графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных. В этом смысле ER-модель является мета− моделью данных, то есть средством описания моделей данных.
ER-модель удобна при проектировании информационных систем, баз данных, архитектур компьютерных приложений, и других систем (далее, моделей). С её помощью можно выделить ключевые сущности, присутствующие в модели, и обозначить отношения, которые могут устанавливаться между этими сущностями.
ER-модель является одной из самых простых визуальных моделей данных (графических нотаций). Она позволяет обозначить структуру «крупными мазками», в общих чертах. Это общее описание структуры называется ER-диаграммой или онтологией выбранной предметной области.
На этапе перехода к реализации данной ER-диаграммы в виде реальной информационной системы или программы, происходит отображение ER-модели в более детальную модель данных реляционной (объектной, сетевой, логической, или др.) базы данных, которая называется даталогической моделью данных по отношению к исходной ER-диаграмме.
В связи с наглядностью представления концептуальных схем баз данных ER-модели получили широкое распространение в системах CASE, поддерживающих автоматизированное проектирование реляционных баз данных.
Диаграммы «сущность-связь» включают: сущности, атрибуты и связи.
Сущность − любой объект, событие или концепция, имеющие существенное значение для предметной области, и информация о которых должна сохраняться.
Не нашли, что искали? Воспользуйтесь поиском по сайту:
©2015 - 2024 stydopedia.ru Все материалы защищены законодательством РФ.
|