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

Выбор комплекса задач автоматизации

Предметная область комплекса задач по анализу выполнения плана цехами состоит из расчёта остатков по изделиям по кварталам. Документы, которые являются источником информации для выполнения поставленной задачи: «Изделие», «Склад», «Товарно-транспортная накладная», «Цеховая накладная».

Изделия, которые выпускаются цехами, сдаются на склады готовой продукции. При этом составляется документ – «Цеховая накладная» (ЦН).

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

Рисунок Информационная система

Функции решаемых задач:

1. Учитывается количество изелий, поступивших на заданный склад по кварталам;
2. Учитывается количество изелий, отгруженных с заданного склада по кварталам;
3. Подсчитывается остаток как разность между отгруженными и поступившими на склад изделиями.

Технические требования к системе:

1. в ИС используется защита от несанкционированного доступа с использованием пароля на открытие базы данных.

2. информационная система может быть реализована на компьютере с установленной ОC Windows XP и выше, СУБД MS Access 2007 и выше.

Характеристика существующих бизнес–процессов

Рассматривается деятельность склада предприятия.

Основные процедуры склада таковы:

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

Для проанализированной предметной области построим контекстную диаграмму при помощи BPWin 4.0 (Рисунок 2).

Рисунок Контекстная диаграмма

---

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

Декомпозируем контекстную диаграмму на 3 функциональных блока (Рисунок 3):

• Приемка товара на склад;
• Хранение и переучет продукции;
• Отгрузка продукции.

Рисунок Диаграмма IDEF0

Любая DFD-диаграмма может содержать работы, внешние сущности, стрелки (потоки данных) и хранилища данных.

Далее моделировать систему будем, используя диаграммы потоков данных (DFD).

Декомпозируем функциональный блок «Приемка товара на склад» еще на четыре действия (Рисунок 4):

• Проверка товарно-транспортной накладной;
• Проверка поставленной продукции;
• Занесение данных о продукции в БД;
• Передача продукции на хранение.

Рисунок Диаграмма DFD «Приемка товара на склад»

Далее декомпозируем функциональный блок «Хранение и переучет продукции» на два действия (Рисунок 5):

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

Рисунок Диаграмма DFD «Хранение и переучет продукции»

Декомпозируем функциональный блок «Отгрузка» на три действия (Рисунок 6):

• Проверка наличия товара на складе;
• Занесение информации об отгружаемой продукции в БД;
• Отгрузка продукции по требованию.

Рисунок Диаграмма DFD «Отгрузка»

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

• Принятие товарно-транспортной накладной;
• Проверка поставщика;
• Проверка реквизитов документа;
• Проверка количества продукции (Рисунок 7).

Рисунок Диаграмма IDEF3 проверки товарно-транспортной накладной

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

---

• Проверка продукции на годность;
• Принять продукцию;
• Вернуть поставщику (Рисунок 8).

Рисунок Диаграмма IDEF3 проверки поставленной продукции

Построим диаграмму прецендентов. Диаграммой прецедентов - это диаграмма, на которой имеются прецеденты и актеры, и отношения между ними (Рисунок 9).

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

Актеры на диаграмме следующие:

- «zav_sklad» (заведующий складом), который следит за:

- «oborot_mes» (оборотом за месяц);

«reviziya» (ревизией);

«klad» (кладовщиками), которые управляют:

- «get_tovar» (принятием товаров);

- «send_tovar» (отправкой товаров);

- «inventar» (инвентаризацией).

Для построения диаграммы классов выбран прецедент «get_tovar» (принятие товара), в котором описываются правила получения нового товара от поставщика.

Характеристика документооборота, возникающего при решении задачи

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

Приведем алгоритм формирования должностной инструкции работника отдела кадров (Рисунок 10)

Процессы

Хранение и переучет продукции

Приемка товара на склад

Отгрузка

Отчетность

Действия специалиста склада в различных процессах

Проверка товарно-транспортной накладной

. Проверка поставленной продукции

Передача продукции на хранение

Занесение данных о продукции в БД

Должностная инструкция работника склада

Рисунок Алгоритм формирования должностной инструкции

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

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

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

---

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

Входящим документом является товары на складке.

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

Информация внутри системы хранится в формате реляционной БД MS Access 2016.

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

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

Программное обеспечение по назначению можно разделить на системное, прикладное и инструментальное.

Для проектируемой информационной системы учета продаж необходима операционная система Windows XP и выше.

Windows XP — операционная система семейства Windows NT корпорации Microsoft. Она была выпущена в 2001 году и является продолжением ОС Windows 2000 Professional. Название XP происходит от англ. expierence (опыт). Название вошло в практику использования в качестве профессиональной версии.

Windows XP является непоредственно клиентской системой.

В современных базах данных хранятся не только данные, но и информация.

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

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

Наиболее популярными и удобными являются реляционные базы данных. В них информация храниться в табличном виде.

Первая версия системы управления базами данных Access появилась в начале 90-х годов. Это была первая настольная реляционная СУБД для шестнадцатиразрядной версии Windows.

---

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

При разработке информационной системы в программном обеспечении необходима операционная система Windows XP, СУБД Access 2016 и пакет MS Office не ниже версии 2007. Для разработки структуры базы данных используем Erwin Data Modeler r7.

Проектная часть

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

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

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

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

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

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

Рассмотрим принципы построения информационной модели. Разработано 13 таблиц информационной базы: 9 из них – справочники и четыре – оперативные таблицы.

На 1 этапе построения информационной модели отображаем символ информационной системы и «Прикрепляем» к нему все разработанные таблицы БД:

ИС

Справочник плательщиков

Справочник цехов

Договор

Поставщик

Платежное поручение

Цеховая накладная

Справочник товаров

Плановый отдел

Склады

Платежно-транспортные расходы

Справочник плательщиков

Справочник товаров

Товарно-транспортная накладная

Информационная система

Все таблицы БД

Рисунок Этап построения информационной модели

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

---