Преподаватель который помогает студентам и школьникам в учёбе.

Супермаркет.

Содержание:

Введение

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

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

Целью работы является определение структуры работы супермаркета.

Для достижения поставленной цели необходимо решить следующие задачи:

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

1. Структура работы супермаркета

1.1 Определение сущностей

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

1) «Товар», в которой содержится информация о товаре (салат, мин.вода и др.);

2) «Упаковка», в которой содержится информация об упаковке;

3) «Подразделение» - содержит информацию о подразделениях предприятия;

4) «ЖурналЗаказ» - содержит информацию, связанную с выполнением заказов на поставку;

5) «Поставщики» - данные о поставщиках;

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

Описание атрибутов сущности «Товар» приведено в таблице 1. Ни один из атрибутов сущности не является ключевым, так как однозначно не определяет экземпляр сущности. Поэтому вводим новый атрибут «Код Товара», являющийся уникальным для каждого экземпляра, то есть, назначаем атрибут «Код Товара» ключевым.

Таблица 1

Атрибуты сущности «Товар»

Название атрибута	Описание атрибута	Диапазон значений	Единица измерения	Пример
1	2	3	4	5
Код Товара	Идентификатор	>0	-	3
Наименование	Название	<100	-	Дверь
Качество	Состав	<100 символов	-	Пластик
Описание	Признак	<100 символов	-	Межкомнатная
Размер	Размеры	<100 символов	-	190 х 80 х 8
Дата выпуска	Дата	<6 цифр	-	10.11.12

Под экземпляром сущности «Подразделение» (Таблица 2), понимается подразделение фирмы, которого нельзя однозначно идентифицировать при помощи названия. Поэтому, для идентификации подразделения вводится уникальный для каждого атрибут «Код Подразделения», являющийся ключевым.

Таблица 5

Атрибуты сущности «Подразделение»

Название атрибута	Описание атрибута	Диапазон значений	Единица измерения	Пример
Код Подразделения	Уникальный идентификатор	>0	-	5
Название	Название подразделения	<100 символов	-	Салаты

Под экземпляром сущности «ЖурналЗаказ» (Таблица 3) понимается запись о произведенном, либо ещё текущем заказе товара. Значение атрибута «Номер Заказа» будет уникальным для каждого экземпляра данной сущности, поэтому его будем считать первичным ключом.

Таблица 3

Атрибуты сущности «ЖурналЗаказ»

Название атрибута	Описание атрибута	Диапазон значений	Единица измерения	Пример
Номер Заказа	Уникальный номер заказа	>0	-	1024
Дата Приема	Дата и время приема заказа	>1.1.2000 00:00	-	15.09.2005 14:57
Дата Исполнения	Дата выполнения заказа	>1.1.2000 00:00	-	27.09.2005 14:57
Стоимость	Стоимость заказа	>=0	рубль	350,00р.

Экземпляр сущности «Поставщики» (Таблица 4) указывает на определенное юридическое лицо, занимающееся поставкой товаров. Для идентификации экземпляра сущности, вводим атрибут «КодПоставщика», который будет являться первичным ключом для данной сущности.

Таблица 4

Атрибуты сущности «Поставщики»

Название атрибута	Описание атрибута	Диапазон значений	Единица измерения	Пример
Код Поставщика	Уникальный идентификатор поставщика детали	>0	-	1
Наименование	Название фирмы-поставщика детали	<100 символов	-	ООО «Дальпико» (RUS)
Телефон	Номер телефона поставщика	<30 символов	-	(413) 253-43-96
Адрес	Адрес представительства фирмы-поставщика	<100 символов	-
e-mail	Адрес электронной почты фирмы-поставщика	<50 символов	-	LPrr@vl.ru

1.3 Определение связей между сущностями

Охарактеризуем связи, установленные между сущностями настоящего проекта:

1) связь «Подразделение» - «ЖурналЗаказ» имеет характеристику «один-ко-многим», поскольку одному сотруднику фирмы может соответствовать одна, или несколько записей в «ЖурналЗаказ», но один экземпляр сущности «ЖурналЗаказ» соответствует только одному экземпляру сущности «Подразделение»;

Подразделение

ЖурналЗаказ

Рис. 1 «Подразделение» - «ЖурналЗаказ»

2) Связь «ЖурналЗаказ» - «Упаковка» имеет характеристику «много-к-одному» Ввиду того, что одному экземпляру сущности «Морковь» может соответствовать один или несколько, в зависимости от поставки, экземпляров сущности «ЖурналЗаказ» (записей в журнале). Однако одному экземпляру сущности «ЖурналЗаказ» ставится в соответствие, в данный момент времени только один экземпляр сущности «Упаковка»;

Материалы

ЖурналЗаказ

Рис. 2 «ЖурналЗаказ» - «Упаковка»

3) Связь «Товар» - «Упаковка» – одному экземпляру сущности «Товар» могут соответствовать один либо несколько экземпляров сущности «Упаковка». Однако, одному экземпляру сущности «Упаковка» соответствует только один экземпляр сущности «Товар», поскольку морковь только одна, но вес упаковки может быть разным. Поэтому устанавливается связь «один-ко-многим».

Изделие

Упаковка

Рис.3 «Товар» - «Упаковка»

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

Поставщики

Материалы

Рис. 4 «Упаковка» - «Поставщики»

5) Связь «Упаковка» - «Подразделение» – одному экземпляру сущности «Подразделения» могут соответствовать один или несколько экземпляров сущности «Упаковка». В то время как, одному экземпляру сущности «Упаковка» соответствует только один экземпляр сущности «Подразделение». Поэтому устанавливается вязь «много-к-одному».

1.4 Составление справочника задач

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

Таблица 5

Справочник задач

Наименование задачи	Цель решения задачи	Сущности, используемые в задаче	Частота решения задачи
1. Определение количества часто используемых материалов	Заблаговременный заказ наиболее популярных деталей	Упаковка, ЗаказЗапчасть	12 раз в год
2. Определение нераспределенного заказа	Определить заказ, ожидающий своей очереди	ЖурналЗаказ, Подразделение	48 раз в год
3. Выявление отсутствующих деталей, необходимых для выполнения работ	Заказ отсутствующих деталей, необходимых для выполнения текущей работы	ЖурналЗаказ, Комплектующие, ЗаказЗапчасть,	48 раз в год
4. Добавление сведений о полученных деталях	Внести сведения о деталях, полученных от поставщика	Упаковка, Поставщики	12 раз в год
5. Выявление наибольшее число заказов	Расчет на будущие поставки	Подразделение, ЖурналЗаказ	12 раз в год

2. Организация бизнес- процессов работы супермаркета

2.1 Модель AS – IS процесса «Реализация товара»

Функциональная модель, так называемая модель AS-IS (как есть), предназначена для описания существующих бизнес-процессов продажи товаров.

В рамках методологии IDEF0 бизнес-процесса представим набор элементов-работ, которые взаимодействуют между собой, а также покажем информационные, людские и производственные ресурсы, потребляемые каждой работой.

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

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

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

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

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

К управляющим документам можно отнести:

закон РФ «О защите прав потребителей».

К механизмам можно отнести:

продавец;
программа.

На вход поступает:

Пожелания покупателя;
Прайс-лист.

На выходе можно увидеть:

товарный чек;
кассовый чек;

Рисунок 6- Контекстная диаграмма бизнес-процесса «Организовать продажу» в модели «AS-IS»

Уровень А0 наиболее важный в модели. На этом уровне моделируется функционально-структурная схема логической группы процессов.

Общий процесс «Работа супермаркета» включает в себя три процесса: работа с поставщиком, реализация товара и составление отчетов.

Данный уровень выполнен в IDEF0 и изображен на рисунке 7

Рисунок 7 - Диаграмма декомпозиции бизнес-процесса «работа с поставщиком» в модели «AS-IS»

Процесс «реализация товара» декомпозирован на три процесса:

консультировать покупателя;
выбрать товар;
проверить наличие на складе.

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

Рисунок 8 - Диаграмма декомпозиции бизнес-процесса «реализация товара» в модели «AS-IS»

2.2. Диаграмма классов

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

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

На рис. 9 представлена диаграмма классов для супермаркета.

Рисунок 9. - Диаграмма классов.

2.3. Диаграмма состояния

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

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

2.4. Диаграмма Компонентов

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

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

На рис. 10 представлена диаграмма компонентов для Супермаркета. На ней показано физическое представление модели.

Рисунок 10. - Диаграмма компонентов.

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

3.1 Диаграмма предметной области

Диаграмма предметной области представлена на рисунке 11.

Рисунок 11 – Диаграмма предметной области

3.2 Моделирование прецедентов

Следующим этапом согласно методологии ICONIX является построение модели прецедентов. На рисунке 12 представлена диаграмма прецедентов для сотрудника супермаркета.

Рисунок 12 – Диаграмма прецедентов для сотрудника

Рисунок 13– Диаграмма прецедентов для товароведа.

Рисунок 14 – Диаграмма прецедентов для сотрудника бухгалтерии

3.3 Диаграммы пригодности прецедентов работы товароведа

Модель пригодности для прецедента «Добавить заявку на товар» для товароведа представлена на рисунке 15.

Рисунок 15 – Модель пригодности для прецедента «Добавить заявку»

Модель пригодности для прецедента «Просмотреть заявку» для товароведа представлена на рисунке 16.

Рисунок 16 – Модель пригодности для прецедента «Просмотреть заявку»

Модель пригодности для прецедента «Удалить заявку» для сотрудника отдела сопровождения представлена на рисунке 17.

Рисунок 17 – Модель пригодности для прецедента «Удалить заявку»

Модель пригодности для прецедента «Редактировать заявку» для сотрудника отдела сопровождения представлена на рисунке 18.

Рисунок 18 – Модель пригодности для прецедента «Редактировать заявку»

Модель пригодности для прецедента «Добавление компании в список» для сотрудника отдела сопровождения или бухгалтера представлена на рисунке 19.

Рисунок 19 – Модель пригодности для прецедента «Добавление компании в список»

Модель пригодности для прецедента «Просмотреть заявку» для бухгалтера представлена на рисунке 20.

Рисунок 20 – Модель пригодности для прецедента «Просмотреть заявку»

Модель пригодности для прецедента «Просмотреть заявку» для бухгалтера представлена на рисунке 21

Рисунок 21 – Модель пригодности для прецедента «Просмотреть заявку»

Модель пригодности для прецедента «Найти заявку» для бухгалтера представлена на рисунке 22

Рисунок 22– Модель пригодности для прецедента «Найти заявку»

3.4 Диаграммы последовательности прецедентов

Модель последовательности для прецедента «Добавить заявку» для товароведа представлена на рисунке 23

Рисунок 23 – Модель последовательности для прецедента «Добавить заявку»

Модель последовательности для прецедента «Просмотреть заявку» для сотрудника отдела сопровождения представлена на рисунке 24

Рисунок 25 – Модель последовательности для прецедента «Просмотреть заявку»

Модель последовательности для прецедента «Найти заявку» для товароведа представлена на рисунке 26

Рисунок 26– Модель последовательности для прецедента «Найти заявку»

Модель последовательности для прецедента «Добавить компанию в список» для бухгалтера представлена на рисунке 27

Рисунок 27 – Модель последовательности для прецедента «Добавить компанию в список»

Модель последовательности для прецедента «Редактировать список компаний» для сотрудника отдела сопровождения представлена на рисунке 28

Рисунок 28– Модель последовательности для прецедента «Редактировать списка компаний»

Модель последовательности для прецедента «Просмотреть заявку» для исполнителя представлена на рисунке 30

Рисунок 30 – Модель последовательности для прецедента «Просмотреть заявку»

Заключение

В ходе анализа поставленной задачи – разработка модели системы интернет-магазина была спроектирована данная система в среде Rational Rose, а именно разработаны диаграммы основных действий работы супермаркета.

Литература

М. Фаулер, К.Скотт. UML в кратком изложении. М. Мир. 1999. 191 с.
Грейди Буч, Джеймс Рамбо, Айвар Джекобсон. UML. Руководство пользователя. М. ДМК 2000. 432 с.
Фаулер М., Скотт К. UML. Основы. – Пер. с англ. – СПб: Символ-Плюс, 2002. – 192с., ил.
Уэнди Боггс, Майкл Боггс "UML и Rational Rose 2002" /Пер. с англ. – М. "Лори", 2004.

Список источников

Автоматизированные информационные технологии в экономике / М.И. Семенов, И.Т. Трубилин, В.И. Лойко, Т.П. Барановская. Под общ. ред. И.Т. Трубилина. - М.: Финансы и статистика, 2014. - 256 с.
Автоматизированные системы обработки экономической информации / В.С. Рожнов, О.М. Островский, В.Б. Либерман, Г.Н. Козлова. Под ред. проф. В.С. Рожнова. - М.: Финансы и статистика, 2013. – 289 с.
Аглицкий, Д.С. Персональный компьютер для руководителя и бухгалтера. / Д.С. Аглицкий. - М.: Модус Граффити, 2014. – 288 с.
Астахов, В.П. Теория бухгалтерского учета. / В.П. Астахов. – Ростов н/Д: Март, 2013 – 475 с.
Балабайченко, Е.Э. Компьютер для бухгалтера. / Е.Э. Балабайченко.– М: АСТ; Ростов н/д.: Феникс 2013. – 235 с.
Богатая, И.Н. Бухгалтерский учет: Учеб. пособие. / И.Н. Богатая. – Ростов н/Д: Феникс, 2014. – 289 с.
Брага, В.В. Компьютеризация бухгалтерского учета. / В.В. Брага. - М.: Финстатинформ, 2013. – 364 с.
Брыкова, Н.В. Автоматизация бухгалтерского учета: Лабораторный практикум: Учеб. пособие для нач. проф. образования / Н.В. Брыкова. – 2-е изд., стереотип. – М.: Академия, 2014. – 80 с.
Буратов, М.А. Решение бухгалтерских задач на персональном компьютере: Практическое пособие. / М.А. Буратов.– М.: Радио и связь, 2013. – 334 с.
Ивлиев, М.К. Автоматизация оперативного и бухгалтерского учета товаров:Учебное пособие. / М.К. Ивлиев. - М.: МУПК, 2013. – 245 с.
Киевский, С.В. Самоучитель по работе с программой «1С: Бухгалтерия» Доля пользователей локальных и сетевых версий: 5.0 и Проф-2.0 для DOS, 6.0 и Проф-6.0 для Windows и Windows 95,-М.: Компьютер пресс, 2013. – 258 с.
Кольвах, О.И. Компьютерная бухгалтерия для всех. / О.И. Кольвах.- Ростов н/д.: Феникс, 2012. – 441 с.
Основы бухгалтерского учета. / Н.А. Адамов, Т.М. Рогуленко, Н.И. Александрова и др. – СПб.: Питер, 2013. – 256 с.
Проскурин, С.П. Десять вопросов на тему автоматизации.// Бухгалтер и компьютер. - 2013, № 10.
Рязанцева, Н.А. 1С: Предприятие: Комплексная конфигурация: Секреты работы: Основные компоненты программы "1С: Предприятие"; Объекты учета: Бухгалтерия, кадры, склад; Журналы, / Н.А. Рязанцева. - СПб: БХВ-ПетербургСерия: Мастер. – 2014. – 256 с.
Сивак, О.В. Бухучет с помощью ПК. / О.В. Сивак. – М.: РВО “ПолиграфМатериалы”, 2014. – 214 с.
Титоренко, Г.А. Автоматизированные информационные технологии в экономике. / Г.А. Титоренко. - М.: Компьютер, ЮНИТИ, 2014. – 245 с.
Трубилин, И.Т. Автоматизированные информационные технологии в экономике. / И.Т. Трубилин. - М.: Финансы и статистика, 2014. – 245 с.