Файл: Проектирование реализации операций бизнес-процесса "Складской учет".pdf

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

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

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

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

В зависимости от поставленных задач применяются компьютеры с процессором класса PENTIUM III-IV - высокая мощность, PENTIUM II - средняя мощность.

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

1.4 Обоснование проектных решений по информационному обеспечению

Состав и характеристика задач подсистемы

Автоматизированная система управления производством (АСУ П) - решает задачи организации производства, включая основные производственные процессы, входящую и исходящую логистику. Осуществляет краткосрочное планирование выпуска с учётом производственных мощностей, анализ качества продукции, моделирование производственного процесса.

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

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

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

Организационное обеспечение АСУ П должно предусматривать совершенствование методов управления и структуры системы управления предприятием при создании и развитии АСУ П.

Информационная модель подсистемы

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

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

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

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

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

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

1.5. Обоснование проектных решений по программному обеспечению

Для проведения анализа и реорганизации бизнес-процессов предназначено CASE-средство верхнего уровня All Fusion Process Modeler (BPwin), поддерживающее методологии:

▪ IDEF0 (функциональная модель);

▪ DFD (Data Flow Diagram);

▪ IDEF3 (Workflow Diagram).

Рис. 1. Контекстная диаграмма IDEF0 «Процедура приема материалов на склады предприятия»

Взаимодействие системы с окружающей средой описывается в терминах:

 входа (на рис. 1. это «Доставка материалов от поставщика на склад автомобилем», «Товарная накладная» и «Информация о товаре»);

 выхода (основной результат процесса - «Выходные документы»);

 управления («Законодательство», «Нормативы складского учёта»);

 механизмов («Материальная база», «Оборудование», «Персонал» - это ресурсы, необходимые для процесса функционирования склада).

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

Рис. 2. Диаграмма декомпозиции IDEF0. «Функционирование процедуры приема от поставщика материалов на склады предприятия»\

Рис. 3. Диаграмма декомпозиции IDEF0. «Проверка целостности упаковки»

Рис. 4. Диаграмма декомпозиции IDEF3 «Проверка сопроводительной документации»

Рис. 5. Диаграмма декомпозиции IDEF0. «Разгрузка транспортных средств»

Рис. 6. Диаграмма декомпозиции IDEF0. «Предварительная приемка материалов»

Рис. 7. Диаграмма декомпозиции IDEF0. «Окончательная приемка материалов»

Рис. 8. Диаграмма декомпозиции IDEF0. «Перемещение материалов на склад»

Коммуникационная модель подсистемы

Коммуникационная модель подсистемы представлена в виде древовидной диаграммы (Рис. 9)

Для разрабатываемой системы необходимо определить критерии: технические и качественные.

Технические критерии:

- интерфейс программы должен быть «дружественным», главный критерий -

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

названия: информация в названии должна ясно и недвусмысленно идентифицировать назначение отчета или формы;

инструкции: должны быть ясными, понятными и краткими, использоваться знакомая пользователям терминология.

внешний вид окон и форм: должен быть простым и удобным в использовании.

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

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

Помощь пользователю - Help должна быть ориентирована в первую очередь на работников службы ОПП и МТО. При использовании Help пользователь должен получить четкие описания и последовательность действий.

Критерии качества:

ИАСУ должна удовлетворять критериям качества:

контроль доступа;

регистрация доступа;

управляемость;

объем ввода-вывода;

изучаемость;

интенсивность ввода-вывода;

коммуникативность;

согласованность;

простота;

компактность;

способность к самоописанию;

модульность;

общность;

расширяемость;

машинонезависимость;

независимость от системного ПО и др.

Выбор модели и метода решения задачи АСУ

Анализ литературных источников по методам решения задачи АСУ

. Учебное методическое пособие. Краткие теоретические сведения «Основы работы с CASE-средством All Fusion Process Modeler»

. «Организация приемки материалов на склад» http://www.sitmag.ru/article/azbuka/2008_04_A_2008_09_29-20_45_55/

Анализ существенных и применяемых на практике математических моделей в предметной области решения задачи

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

При аналитическом моделировании структура моделируемой логистической системы и процессы ее функционирования представляются в виде логико-математических выражений. Базовые аналитические модели учета материальных потоков в технологическом процессе производства строятся на основе балансовых моделей материального потока в МПП. В оперативном складском учете формируются показатели состояния (начального и конечного остатка) и движения (прихода и расхода) по каждому наименованию, номеру номенклатурной позиции, сорту, размеру и другим характеристикам ТМЦ в натуральных измерителях. Расчет остатков ТМЦ на складах производится сальдовым методом. Наибольшую сложность в процессе учета материального потока в МПП представляет учет незавершенного производства. Вместе с тем расчет количества незавершенного производства на переделах является зачастую единственным способом его оперативного учета.

Имитационное моделирование логистических информационных систем

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

Выбор метода решения задачи

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

2 глава. Проектная часть.

2.1. Информационная модель и её описание.

Данная задача состоит в том, чтобы смоделировать бизнес - процесс «Процедура приема от поставщика материалов на склады предприятия», для ее решения нам понадобится следующее:

. Выбрать компьютерную программу с помощью, которой будет составлен данный бизнес процесс (в данном случае выбрана программа All Fusion Process Modeler 7);

. Изучить данную компьютерную программу;

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