Инфологическая модель предметной области
Модель данных – это некоторая абстракция, которая, будучи приложима к конкретным данным, позволяет пользователям и разработчикам трактовать их уже как информацию, то есть сведения, содержащие не только данные, но и взаимосвязь между ними.
Инфологические модели данных используются на ранних стадиях проектирования для описания структур данных в процессе разработки приложения. Она применяется на втором этапе проектирования БД, то есть после словесного описания предметной области.
Инфологическая модель должна включать такое формализованное описание предметной области, которое легко будет «читаться» не только специалистами по базам данных. И это описание должно быть настолько емким, чтобы можно было оценить глубину и корректность проработки проекта БД, и конечно, оно не должно быть привязано к конкретной СУБД. Выбор СУБД – это отдельная задача, для корректного ее решения необходимо иметь проект, который не привязан ни к какой конкретной СУБД.
Инфологическое проектирование прежде всего связано с попыткой представления семантики предметной области в модели БД.
На рисунке 8 отображена инфологическая модель предметной области отдела продаж ООО «Завод игрового спортивного оборудования».
Рисунок 8 – Инфологическая модель предметной области
Реляционная модель базы данных
Для данной задачи на основе инфологической модели получили даталогическую модель.
|
|
|
В реляционных БД даталогическое или логическое проектирование приводит к разработке схемы БД, то есть совокупности схем отношений, которые адекватно моделируют абстрактные объекты предметной области и семантические связи между этими объектами. Основой анализа корректности схемы являются так называемые функциональные зависимости между атрибутами БД. Некоторые зависимости между атрибутами отношений являются нежелательными из-за побочных эффектов и аномалий, которые они вызывают при модификации БД. При этом под процессом модификации БД мы понимаем внесение новых данных в БД или удаление некоторых данных из БД, а также обновление значений некоторых атрибутов.
Программа данной работы хранит информацию в восьми таблицах.
База данных содержит три вспомогательные таблицы-справочника («Тип товара», «Завод изготовитель», «ОПФ»), которые содержат всю информацию о заводах изготовителях реализуемых «Романа-Юг» товарах, основных типах товаров, а также организационно правовых формах.
Таблица «Поставщик» содержит всю информацию о поставщиках товаров (наименование, адрес, ОПФ, ФИО директора, корреспондентский счет, ИНН).
В таблице «Вид товара» сводится информация о конкретной продукции, заводе изготовителе, а также показатели качества.
|
|
|
В свою очередь таблица «Товар» обобщает информацию из таблицы «Вид товара» и конкретным поставщиком, так как один и тот же товар разные поставщики предлагают по разным ценам.
Таблица «Заказ» содержит информацию о заказчике (номер заказа, ФИО заказчика, описание заказа, стоимость работы, место отгрузки, стоимость доставки, стоимость монтажа).
Таблица «Спецификация товаров в заказе» хранит информацию о количестве заказываемых клиентом товаров.
Таблица 1 Сущность «Тип товара»
| Сущность | Имя атрибута | Тип данных | Размер окна | Связь с другими сущностями |
| Тип товара | Код | Текстовый | 2 (ключ) | - |
| Тип товара | Текстовый | 20 | - |
Таблица 2 Сущность «Справочник ОПФ»
| Сущность | Имя атрибута | Тип данных | Размер окна | Связь с другими сущностями |
| Справочник ОПФ | Код | Текстовый | 1 (ключ) | - |
| ОПФ | Текстовый | 15 | - |
Таблица 3 Сущность «Завод изготовитель»
| Сущность | Имя атрибута | Тип данных | Размер окна | Связь с другими сущностями | ||
| Завод изготовитель
| Код произв | Текстовый | 1 (ключ) | - | ||
| Завод изготовитель | Текстовый | 30 | - | |||
| Адрес | Текстовый | 40 | - | |||
| Телефон | Текстовый | 10 | - | |||
| Расчетный счет | Текстовый | 18 | - |
Таблица 4 Сущность «Вид товара»
| Сущность | Имя атрибута | Тип данных | Размер окна | Связь с другими сущностями |
| Вид товара | Код вид | Текстовый | 2 (ключ) | - |
| Название товара | Текстовый | 50 | - | |
| Код_тип товара | Текстовый | 50 | Тип товара | |
| Код_завод изготовитель | Текстовый | 30 | Завод изготовитель | |
| Качество | Текстовый | 1 | - |
Таблица 5 Сущность «Товар»
| Сущность | Имя атрибута | Тип данных | Размер окна | Связь с другими сущностями |
| Товар
| Код товара | Текстовый | 4 (ключ) | - |
| Товар | Текстовый | 50 | - | |
| Код_поставщик | Текстовый | 30 | Справочник поставщиков | |
| Цена | Денежный | Авто | - |
Таблица 6 Сущность «Спецификация товаров»
| Сущность | Имя атрибута | Тип данных | Размер окна | Связь с другими сущностями |
| Спецификация товара | Код | Счетчик | Длинное целое | - |
| Код_заказа | Числовой | Длинное целое | Заказ | |
| Код_товара | Текстовый | 50 | Товар | |
| Количество | Числовой | Целое | - |
|
|
|
Таблица 7 Сущность «Справочник поставщиков»
| Сущность | Имя атрибута | Тип данных | Размер окна | Связь с другими сущностями |
| Справочник поставщиков | Код поставщика | Текстовый | 2 (ключ) | - |
| Наименование поставщика | Текстовый | 20 | - | |
| Код_ОПФ | Текстовый | 10 | Справочник ОПФ | |
| ФИО директора | Текстовый | 40 | - | |
| Адрес | Текстовый | 40 | - | |
| Расчетный счет | Текстовый | 18 | - | |
| ИНН | Текстовый | 10 | - |
Таблица 8 Сущность «Заказ»
| Сущность | Имя атрибута | Тип данных | Размер окна | Связь с другими сущностями |
| Заказ | Код заказа | Счетчик | 4(ключ) | - |
| ФИО заказчика | Текстовый | 30 | - | |
| Описание заказа | Текстовый | 30 | - | |
| Стоимость работы | Денежный | Авто | - | |
| Место отгрузки | Текстовый | 50 | - | |
| Доставка | Денежный | Авто | - | |
| Монтаж | Денежный | Авто | - |
Реляционные модели данных в настоящее время приобрели наибольшую популярность и практически все современные СУБД ориентированы именно на такое представление данных.
Реляционную модель можно представить как особый метод рассмотрения данных, содержащий и собственно данные (в виде таблиц), и способы манипуляции с ними (в виде связей). Реляционная модель предполагает три концептуальных элемента: структура, целостность и обработка данных, как, впрочем, и большинство нереляционных моделей.
Разработанная подсистема информационного обеспечения отдела розничных продаж ООО «Завод игрового спортивного оборудования» построена с использованием реляционного подхода. На рисунке 9 изображена реляционная модель разработанной информационной системы.
Рисунок 9 – Реляционная модель базы данных
Инструкция пользователя
Формы являются основным средством организации интерфейса пользователя в приложениях. Формы создаются с различными целями: ввод и редактирование данных, управление ходом выполнения приложения, ввод данных, вывод сообщений, печать информации.
Если нам необходимо вывести на экран записи, содержащие большой объем информации, мы можем создать многостраничную форму.
Существует еще один тип форм, удобный для просмотра списка записей с небольшим числом полей данных. Это ленточная форма. В отличии от многостраничной формы, отображающей только одну запись, в ленточной форме отформатированные записи выводятся на экран одна за другой, как в таблице.
Подчиненные формы – хорошее средство для представления данных, находящихся на стороне «многие» отношения «один-ко-многим».
Существует еще множество видов форм, таких как всплывающие формы, модальные формы, кнопочные формы, но данные виды форм не используются в данной работе.
Рисунок 10 – Главная кнопочная форма
Основной формой приложения «Завод игрового спортивного оборудования» является главная кнопочная форма (см. рис. 10). Она содержит логотип фирмы и кнопки вызова различных функций, такие как: «Обработка заказов», «Поиск заказа», «Работа со справочником товаров», «Поиск товара», «Печать прайс-листов».
При выборе любого из пунктов пользователю открывается кнопочная форма для работы с выбранным элементом. Кнопочная форма «Заказ» содержит элементы «Создать новый заказ», «Просмотр заказов» и «Переход в главную форму» (см. рис.11).
Рисунок 11 – Кнопочная форма «Заказ»
Работа с остальными кнопочными формами производится аналогичным образом.
Для формирования нового заказа пользователю необходимо нажать кнопку «Создать новый заказ» и заполнить следующие реквизиты: ФИО заказчика, адрес отгрузки товара, полное описание заказа, указать стоимость обслуживания, доставки и монтажа заказанных изделий.
Рисунок 12 – Форма для заполнения (формирования) заказа
Данная форма предназначена для:
1. формирования заказа;
2. формирования перечня необходимых товаров;
3. форма рассчитывает полную стоимость заказа;
4. форма рассчитывает стоимость услуг по доставке и монтажу заказываемых изделий.
Данная форма содержит кнопку «Печать спецификации», которая позволяет сформировать отчет «Спецификация товара» и вывести его на печать.
Данный документ передается либо в производственные цеха на изготовление указанных товаров, либо в отдел закупок для приобретения данной номенклатуры у сторонних заводов-изготовителей или поставщиков.
Рисунок 13 – Спецификация заказа
ЗАКЛЮЧЕНИЕ
Правильно организованный процесс управления учетом и контроля реализации договоров поставки продукции компании ООО «Завод игрового спортивного оборудования» должен способствовать повышению экономической эффективности и улучшению финансового положения компании.
В этой связи хотелось бы подчеркнуть особую актуальность проблемы моделирования взаимодействия человека-оператора с техническими средствами автоматизированных систем управления. Сегодня появилась реальная возможность с помощью моделирования на современных многофункциональных средствах обработки и отображения информации, таких как СУБД ACCESSи среды разработки приложений Delphi 7, конкретизировать тип и характеристики используемых информационных моделей, выявить основные особенности будущей деятельности предприятия, сформулировать требования к параметрам аппаратно-программных средств интерфейса взаимодействия и т.д.
Внедрение разработанной автоматизированной информационной подсистемы учета и контроля реализации договоров поставки продукции компании ООО «Завод игрового спортивного оборудования»города Краснодара позволит:
– облегчить труд менеджеров магазинов компании ООО «Завод игрового спортивного оборудования»;
– более эффективно организовывать процесс учета и реализации товаров в сети данных магазинов;
– повысить производительность труда менеджеров торговых залов магазинов спортивного оборудования и инвентаря.
СПИСОК ИСПОЛЬЗОВАННой литературы
1 Абрамян М.Э. Delphi 7 Карманный справочник с примерами. / М.Э Абрамян. – М.: ДМК Пресс, 2014.
2 Андрейчиков А.В. Анализ, синтез, планирование решений в экономике. / А.В. Андрейчиков, О.Н. Андрейчикова.– М.: Финансы и статистика, 2010.
3 Анфилатов B.C. Системный анализ в управлении: учебное пособие / B.C. Анфилатов, А.А. Емельянов, А.А. Кукушкин; под ред. А.А. Емельянова. – М.: Финансы и статистика, 2012.
4 Астахова И. СУБД. Язык SQLв примерах и задачах. / И. Астахова, В. Мельников, А. Толстобров, В. Фертиков. – М.: ФИЗМАТЛИТ, 2014.
5 Белладжио Д. Разработка программного обеспечения. Управление изменениями/ Д. Белладжио. – М.: ДМК Пресс, 2009.
6 Беседин Д.Р. Сборник типовых договоров с комментариями. / Д.Р. Беседин. – 2-е изд.– М.: Вершина, 2015.
7 БондарьА. InterBaseиFirebird. Практическое руководство для умных пользователей и начинающих разработчиков. / А. Бондарь. – СПб.: БХВ-Петербург, 2012.
8 Бурда Г.П. Моделирование экономики. Часть I. Методы моделирования производства и рынка:учебное пособие для вузов./ Г.П. Бурда, Ал.Г. Бурда, Ан. Г. Бурда. – Краснодар: КГАУ, 2011.
9 Волгин А. П. Управление персоналом в условиях рыночной экономики (опыт зарубежных стран) / А.П. Волгин. - М.: Финансы и статистика, 2012.
10 Горев А.Эффективная работа с СУБД / А. Горев, С.Макашарипов, Р.Ахаян. – СПб.: Питер, 2007.
11 Евланов Л.Г. Теория и практика принятия решений / Л.Г. Евланов. – М.: Экономика, 2000.
12 КватраниТ. RationalRose 2000 иUML. Визуальное моделирование/ Т. Кватрани. – Пер. с англ. – М.: ДМК Пресс, 2011.
13 Кириллов В.В. Структурированный язык запросов (SQL) / В.В. Кириллов. – СПб.: ИТМО, 2014.
14 Коберн А. Быстрая разработка программного обеспечения / А. Коберн.– М.: Лори, 2013.
15 Кузнецова Е. Основы потребительских знаний. / Е. Кузнецова. – 3-е изд. – М.: Вита-пресс, 2010.
16 Культин Н.В. Основы программирования в Delphi 2006 для Windows: Самоучитель / Н.В. Культин. – Санкт-Петербург, 2015.
17 Майоров А. Проектирование информационных систем / А. Майоров. – М.: Академический проект, 2009.
18 Мамонов В.И.Стратегическое планирование деятельности компании и роль маркетинговых исследований / В.И. Мамонов, Е.В. Мамонова // Менеджмент в России и за рубежом, 2013.
19 Мезенцев К. Автоматизированные информационные системы / К. Мезенцев.– М.: Академия, 2013.
20 Мишинин А. И. Теория экономических информационных систем / А.И. Мишинин. – 4-е изд. – М.: Финансы и статистика, 2007.
21 Никлаус В. Алгоритмы и структуры данных/ В. Никлаус. – Санкт-Петербург, 2005.
22 ОзеровВ.А. Delphi. Советы программистов/ В.А. Озеров. – СПб: Символ-Плюс, 2014.
23 Олейник К. Все об управлении продажами / К. Олейник, Д. Болдогоев, С. Иванова. – М.: Альпина Паблишер, 2014.
24 ПироговВ.Ю. Информационные системы и базы данных. Организация и проектирование / В.Ю. Пирогов. – БХВ-Петербург, 2009.
25 Рацкий К.А. Экономика организаций (предприятий) / К.А. Рацкий. – М.: Финансы и статистика, 2011.
26 Савицкая Г.В. Анализ хозяйственной деятельности предприятия / Г.В. Савицкая. – 2-е изд. перераб. и доп. – Мн.: ИП Экоперспектива, 2007.
27 Санников Е.В. Курс практического программирования в Delphi. Объектно – ориентированное программирование [Электронный ресурс] / Санников Е.В. – Электронные текстовые данные. – М.: СОЛОН-ПРЕСС, 2013.
28 Соколова Ю.С. Разработка приложений в среде Delphi. Общие приемы программирования. Часть 1 [Электронный ресурс]: учебное пособие/ Соколова Ю.С., Жулева С – Электронные текстовые данные. – М.: Горячая линия - Телеком, 2013.
29 Хомоненко А.Д. Базы данных / А.Д. Хомоненко, В.М. Цыганков. – 6-е изд. – КОРОНА-Век, 2010.
30 Швецов В.И. Базы данных [Электронный ресурс]/ Швецов В.И. – Электронные текстовые данные. – М.: Интернет-Университет Информационных Технологий (ИНТУИТ), 2016.
Дата добавления: 2020-01-07; просмотров: 256; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!