Файл: Разработка регламента выполнения процесса «Управление запасами».pdf

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

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

В данной работе именем модели «Учет продукции», имя проекта «Процессная модель организации», имя автора и тип модели – Time Frame: AS – IS (Как есть).

Цель работы (Purpose) – Моделировать текущие бизнес-процессы фирмы по сбыту продукции и точку зрения (Viewpoint) – Менеджер по учету продукции.

Внесем определение модели: «Это модель, описывающая учет и сбыт продукции на складе» и цель: «Общее управление деятельностью компании: исследование рынка, оформление прихода продукции по видам, оприходование продукции, продажа продукции».

Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными (рисунок 2.1).

Рисунок 2.1 – Контекстная диаграмма «Учет продукции»

После того как контекст описан, проводится построение следующих диаграмм в иерархии. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме. Пример декомпозиции контекстной работы показан на рисунке 2.2.

Рисунок 2.2 – Диаграмма декомпозиции «Учет продукции»

В соответствии с методом IDEF0 определим входные данные, выходные данные, управление и механизм, которые изображаются на диаграмме стрелками:

• Входные данные: данные о продукции, данные о покупателе, маркетинговые материалы.
• Выходные данные: проданные товары, маркетинговые материалы.
• Управление: инструкции и нормативные материалы.
• Механизм: консультанты-менеджеры (работники склада, офисные работники, менеджеры).

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

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

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

Выход – проданная продукция, отчеты, в том числе накладная.

Исполнителями функции являются отдел маркетинга и отдел по приёму товара. Исполнение функций осуществляется в соответствии с процедурами маркетинга.

Функция «Продукция» включает в себя непосредственное оформление товара. Входными данными является – данные клиента, продукция. Выходными данными – размещение продукции по видам. Исполнителями являются персонал компании – менеджеры. Исполнение функции осуществляется в соответствии с правилами и процедурами, а также требованиями клиента.

Прежде, чем товар поступит в реализацию происходит оприходование продукции на складе. Входные, выходные данные, управление и исполнение показаны на рисунке 2.2.

После всех действий осуществляется продажа продукции.

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

2.4. Разработка регламента процесса «Управление запасами»

Информационная модель – встроенная база данных разрабатываемой автоматизированной системы учета товара ЧСУП «Линдогор» Рисунок 2.3.

Рисунок 2.3 Информационная модель учета товара и сбыта

Концептуальная модель базы данных «Учет и сбыт продукции» выглядит следующим образом:

1) Справочник Виды – содержит информацию о видах продукции:

а) КодГруппы;

б) НаименованиеГруппы.

2) Справочник Продукция – содержит информацию о товаре ЧСУП «Линдогор»:

а) КодТовара;

б) КодГруппы;

в) НаименованиеТовара;

г) Размер;

д) Артикул;

е) Единица измерения;

и) Цвет;

к) Примечание.

3) Приход – содержит информацию о приходе товара на склад по накладной:

а) КодПрихода;

б) НомерНакладной;

в) ДатаПрихода;

г) КодТовара

д) Количество;

е) Цена;

и) КодСотрудника.

4) Расход – содержит информацию о расходе товара на складе ЧСУП «Линдогор»:

а) КодРасхода;

б) ДатаРасхода;

г) КодТовара

д) Количество;

е) Цена.

5) Справочник Сотрудники – содержит информацию о сотрудниках ЧСУП «Линдогор»:

а) КодСотрудника;

б) ФИО;

в) Должность;

г) Телефон.

Физическая модель – описание таблицы как совокупности полей определённого типа.

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

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

Данные обладают двумя уровнями независимости.

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

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

Все актуальные требования предметной области и адекватные им “скрытые” требования на стадии проектирования должны найти свое отражение в концептуальной модели. Конечно, нельзя предусмотреть все возможные варианты использования и изменения базы данных. Но в большинстве предметных областей такие основные данные, как объекты и их взаимосвязи, относительно стабильны. Меняются только способы использования данных для получения информации.

Степень независимости данных определяется тщательностью проектирования базы данных. Всесторонний анализ объектов предметной области и их взаимосвязей минимизирует влияние изменения требований к данным в
одной программе на другие программы. В этом и состоит всеобъемлющая независимость данных.

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

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

Таблица 2.1 – Приход

Таблица 2.2 – Виды продукции

Таблица 2.3 – Продукция

Таблица 2.4 – Расход

Схема данных представлена на рисунке 2.4.

Рисунок 2.4 – Логическая модель базы данных

2.5. Программное обеспечение задачи

При разработке базы данных был создан удобный интерфейс, чтобы на главной форме располагались нужные для работы сотрудника предприятия учета товара и сбыта ЧСУП «Линдогор». С главной формой связано ещё несколько вспомогательных форм, при этом работа с базой данных становится лёгкой и простой (Рисунок 2.5).

Рисунок 2.5 – Начальная форма программы

Начать учет товара и сбыта ЧСУП «Линдогор» с помощью созданного программного продукта следует с заполнения справочников видов и наименования продукция. Для работы со справочником виды продукции (рисунок 2.8) и справочником продукции (рисунок 2.9) необходимо выбрать соответствующие кнопки.

Рисунок 2.6 – Форма «Виды продукции»

Рисунок 2.9 – Форма «Справочник Продукция»

Оприходование продукции осуществляется по приходным накладным и выполнен на форме Склад продукции, которая представлена на рисунке 2.10.

Рисунок 2.7 - Форма «Склад продукции»

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

Форма «Расход», представленная на рисунке 2.8, показывает, как отражается расход товара по наименованию.

Рисунок 2.8 - Просмотр расхода

Форма «Сводная ведомость», представленная на рисунке 2.9, показывает, как отражается движение товара по наименованию с вычислением средней цены прихода, стоимости товаров по приходу и расходу, а также остаток товара по количеству.

Рисунок 2.9 – Форма «Сводная ведомость»

Информационная система «Учет и сбыт продукции» для учета товара и сбыта ЧСУП «Линдогор» тесно связана с задачами управления снабжением и сбытом, а также учетом товаров на предприятии. Складские накладные формируются по сопроводительным документам на прием товара.

Основные возможности системы «Учет и сбыт продукции»:

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

ЗАКЛЮЧЕНИЕ

В результате выполнения работы была спроектирована ИС для учета товара и сбыта ЧСУП «Линдогор».

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

Для достижения указанной цели исследования были решены следующие основные задачи:

- изучены сущность и значение сбытовой политики организации;

- исследован процесс движения продукции на торговом предприятии;

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