Файл: Управления запасами ( Исследование структуры и функций предприятия).pdf

Рис.4.7 Диаграмма декомпозиции IDEF0. Продажа товара

Дополним cпроектированyю в BPwin ИС «Управление товаром на складе» древовидной диаграммой (Node Tree Diagrams) (рис.4.8).

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

Рис.4.8 Древовидная диаграмма

5. Создание инфологической модели ИС «Управление товарными запасами на складе»

5.1 All Fusion Data Modeler 4.1л запас

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

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

Элементами в рассматриваемом инструментальном средстве являются сущности, связи и атрибуты.

Сущность – “логический” объект, который в физической среде СУБД представлен таблицей. Сущность в ERwin обычно описывает три части информации: атрибуты, являющиеся первичными ключами, неключевые атрибуты и тип сущности.

Связь – это соотношение либо между двумя сущностями, либо между сущностью и этой же сущностью. Связь в ERwin обычно содержит пять типов информации: тип связи, родительский конец связи, дочерний конец связи, знак “обязательности” связи и кардинальность связи.

Альтернативным ключом называется атрибут или группа атрибутов, уникальным образом определяющие экземпляр сущности. Если у сущности есть несколько атрибутов, уникальным образом определяющих каждый экземпляр, то Вы можете назначить любой из этих атрибутов, за исключением атрибутов первичного ключа, альтернативным ключом, и ERwin создаст дополнительные индексы.

5.2 Построение модели (ERwin 4.1)

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

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

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

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

Для графического представления информационной модели данных воспользуемся CASE-средством ERWin. С его помощью при проектировании модели ИС «Управление товаром на складе» была создана физическо-логическая модель базы данных (рис. 5.1), так как логическая модель отображает абстрактный взгляд на данные, а физическая зависит от конкретной СУБД и является отображением системного каталога.

Рис. 5.1 Графическое представление инфологической модели (ER-диаграмма)

Модель представлена в виде сущностей, их атрибутов и связей между ними. Каждая сущность представляет множество подобных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных. Атрибут выражает определенное свойство объекта. С точки зрения физической модели БД сущности соответствует таблица (например, «Поставщики», «Поставки»), экземпляру сущности – строка в таблице, а атрибуту – колонка таблицы (например, строка «Код товара» в таблице «Товар»). В результате проектирования было выделено пять сущностей - «Поставщики», «Поставки», «Товар», «Скидка», «Продажи».

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

Связь на диаграмме отображает логическую зависимость одной сущности от другой. На нашей диаграмме использованы связи – один ко многим, это означает, что одному экземпляру объекта А соответствует 0, 1 или более экземпляров объекта В, но каждый экземпляр объекта В связан не более чем с 1 экземпляром объекта А. К примеру, между сущностями «Поставщики» и «Поставки» связь - один ко многим, это означает, что один поставщик может совершить ни одной, одну или несколько поставок, а каждая поставка осуществляется только одним поставщиком.

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

На нашей диаграмме зависимыми сущностями являются: «Поставка» и «Скидка». Родительскими для них являются сущности «Поставщик» и «Товар» соответственно.

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

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

Например, на рис. 5.1 сущность «Товары» однозначно идентифицирует первичный ключ - «Код товара».

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

Рис.5.2 Пример миграции атрибутов

Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешний ключ - (FK). Пример такой миграции атрибутов с участием дочерней сущности «Скидка», родительской сущности «Товар» и первичного ключа родительской сущности «Код товара» представлен на рис. 5.2.

Заключение

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

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

Для графического представление разрабатываемых бизнес процессов использовалось CASE-средство верхнего уровня All Fusion Process Modeler BPwin.

Инфологическая модель построена при помощи All Fusion Process Modeler Erwin и отражает предметную область ИС (управление товарными запасами на складе) в виде совокупности информационных объектов и их структурных связей.

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

Список используемой литературы

1. Вендров А.М. Проектирование программного обеспечения кономических информационных систем: Учебник. - 2-е изд., перераб., и допол., - М.: Финансы и статистика, 2006

2. Вендоров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб.пособие.– М.: Финансы и статистика, 2010. 

3. ВойновИ.В., ПудовкинаС.Г., ТелегинА.И. Моделирование

экономических систем и процессов. Опыт построения ARIS-моделей. ЮУрГУ, Челябинск, 2006. – 396 с. 

4. Волгин В.В. Кладовщик: Устройство складов. Складские операции. Управление складом. Нормативные документы. 2-е изд. пераб. и доп. - М.: Ось-89, 2008. - 320 с