Файл: «Моделирование предметной области «Учет товаров» с помощью UML»().pdf

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

Учет реализации товаров в оптовой торговле осуществляется по мере отгрузки товаров и предъявления покупателям расчетных документов. Основной единицей информации в системе является документ. Основные операции в системе подразделяются на товарные и расчетно-денежные операции. В процессе коммерциализации экономики особую значимость приобретает такая важная форма реализации товаров как, розничная торговля. [6, c. 143]

Розничная торговля - это завершающая форма продажи товаров конечному потребителю в небольших объемах через магазины, павильоны, лотки, палатки и другие пункты сети розничной торговли. Коммерческая работа по продажи в розничных торговых предприятиях в отличии от оптовых предприятий имеет свои особенности. Розничные торговые предприятия реализуют товары непосредственно населению, то есть физическим лицам, применяя свои, специфические способы и методы розничной продажи, окончательно завершают обращение от изготовителя продукции. [9, c. 281]

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

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

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

1.4.Постановка задачи и основные особенности учета товаров

В магазине для товара фиксируется место хранения (склад), количество товара и его поставщик.

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

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

Выяснив особенности данной системы, теперь можно приступить к ее проектированию.

2.ПРОЕКТИРОВАНИЕ СИСТЕМЫ УЧЕТА ТОВАРОВ

2.1. Разработка модели данных с применением BPwin

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

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

Модель в BPwin рассматривается как совокупность работ, каждая из

которых оперирует с некоторым набором данных.

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

Процесс моделирования системы в IDEF0 начинается с создания контекстной диаграммы - диаграммы наиболее абстрактного уровня описания системы в целом, содержащей определение субъекта моделирования, цели и точки зрения на модель. Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой.

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

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

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

стрелками, входящими в блок «Учёт товаров в бакалейной лавке» снизу. Данная диаграмма приведена на рисунке 1.

Рис.1 Контекстная диаграмма «Учёт товаров в бакалейной лавке»

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

Далее блок «Учёт товаров в магазине» декомпозируется и создаётся диаграмма декомпозиции IDEF0. Блок «Учёт товаров в магазине», который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков («Работа с поставщиком товара», «Приём товара от поставщика», «Реализация товара»), то есть система разбивается на подсистемы (диаграммы декомпозиции). Управляющая информация, входная информация, механизмы и результат на декомпозированной диаграмме остаются неизменными, продолжают выполнять свои функции для каждого блока. Диаграмма декомпозиции «Учёт товаров в магазине» показана на рисунке 2.

Рис.2 Диаграмма декомпозиции контекстной диаграммы «Учёт товаров в бакалейной лавке»

Также дополнительно декомпозируются блоки «Работа с поставщиком товара», «Приём товара от поставщика» и «Реализация товара». Декомпозиция блока «Работа с поставщиком товара» представлена на рисунке 3. Данная диаграмма представлена в IDEF0. И она показывает последовательность работы пользователя системы с конкретным поставщиком.

Рис.3 Диаграмма декомпозиции блока «Работа с поставщиком товара»

Декомпозиция блока «Приём товара от поставщика» представлена также в IDEF0. Данная декомпозиция показывает осуществление приёма товара и оплаты услуг поставщика. Диаграмма декомпозиции представлена на рисунке 4.

Рис.4 Диаграмма декомпозиции блока «Приём товара от поставщика»

Диаграмма декомпозиции блока «Реализация товара» показана на рисунке 5. Она представлена в IDEF0 и в IDEF3. В IDEF0 декомпозирован весь блок «Реализация товара». В результате декомпозиции получаем следующие блоки: «Определение товара на позицию», «Хранение товара», «Продажа товара» «Формирование справочной информации». Декомпозиция осуществляется в IDEF0, так как данная декомпозиция представляет собой совокупность упорядоченных и взаимосвязанных диаграмм. Входная информация, управляющая информация, механизмы и результат на декомпозированной диаграмме остаются прежними и продолжают выполнять свои функции.

Рис.5 Диаграмма декомпозиции блока «Реализация товара»

Блок «Хранение товара» декомпозирован дополнительно и декомпозиция осуществлена в IDEF3. (рисунок 6)

Цель IDEF3 - дать аналитикам описание последовательности выполнения процессов, а также объектов, участвующих совместно в одном процессе.

Рис.6 Диаграмма декомпозиции блока «Хранение товара»

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

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

Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок.

Диаграмма декомпозиции в IDEF3 показывает работу блока более подробно и описывает связи с использованием перекрёстков. Перекрестки используются для отображения логики взаимодействия стрелок.

На диаграмму декомпозиции «Хранение товара» необходимо поместить перекрестки Exclusive OR для случаев

слияния и разветвления стрелок. Перекресток Exclusive OR в случае разветвления стрелок означает, что запускается только один следующий процесс, а в случае слияния – только один предшествующий процесс должен быть завершен.

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

2.2. Разработка модели данных с применением ERwin

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

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

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

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

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