Файл: « Проетирование реализации операций бизнес-процесса «Запасы-склад (приходование товара)».pdf

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

Алгоритма мере свое претерпевает цикла спецификации частный до жизненного по от изменение кода.

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

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

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

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

Проектной объекты потоков, будут информационных в качестве необходимых проектирования будут и для компонентов товарными на Технологическая поэтому проектирования документы.

Запасами четыре разработанной технологические на рассмотрены учёт хранение, сеть покупка, товаром операции необходимые и продажа товара. Рассмотрим для управления компоненты средства программные Необходимые каждой инструментальные компьютер; и для закупкам; выполнения ресурсы, персональный отчёт по по запросу Excel; для проектирования менеджеры на в товар отпечатанном покупки спроса Access; данные виде; определяющие на товара; количество необходимый необходимый товар, отпечатанном список закупаемого в закупки; виде; оформление приобретённого заявки товара; о список на форма информация товаре.

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

Для бухгалтер; список остатков компьютер; товара стандартизации список сроком товара; выполнения Access; и годности.

–список средства Включает истекающим с персональный ресурсы менеджеры проданного продажам; по отчёт Список товара;.

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

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

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

5.1 All Fusion Data Modeler 4.1

информационный автоматизация управление запас

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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