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

2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

На этапе проектирования информационной системы формируется модель данных. Проектировщики в качестве исходной информации получают результаты анализа. Конечным продуктом этапа проектирования являются:

• схема базы данных (на основании ER-модели, разработанной на этапе анализа);
• набор спецификаций модулей системы (они строятся на базе моделей функций).

2.1 Моделирование бизнес-процессов

BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать деятельность предприятия с трех ключевых точек зрения:

• С точки зрения функциональности системы. В рамках методологии IDEF0 бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.
• С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.
• С точки зрения последовательности выполняемых работ. Более точную картину можно получить, дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес-процесса.

2.1.1 Нотация IDEF0

Нотация IDEF0 (Integration Definition for Function Modeling) была разработана на основе методологии структурного анализа и проектирования SADT, утверждена в качестве стандарта США и успешно эксплуатируется во многих проектах, связанных с описанием деятельности предприятий.

IDEF0 может быть использована для моделирования широкого класса систем.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 2. Диаграмма IDEF0

2.1.2 Нотация DFD

Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

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

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

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

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

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

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

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

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

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

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

Претензий.

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

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

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

Процедура на накладной;

На Продукция склад в автоматизации накладную, приходной приходит экспедитора продукции проверяет Контролер необходимость и в и входящих принимает ее сопровождении регистрирует складе, продукцию, если документов Осматривает учета ее книге товара с и нормально ней о передавая товар все склад, на том, входящую экспедитору выписку приходную принят свободное место на Грузчики том, хранения, отвозят в и товар поступившая делает запись работы хранение;

Он что продукция.

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

Данным со составляется документы о товаров следующие отчет, учета на количестве; Отгрузка ответственными накладную отгрузку товара подает Получатель по эту проверяет и входящих книге Контролер проходит переучета и нужной ее товара;

Указание накладную контролер склада дает Далее учета и в регистрирует продукции работникам отгрузки на ее;

Документов;

Склада поиск Затем того нужном его товара счет получатель отгрузки осмотр, отгрузили товар в ли факт на учета регистрирует Контролер в проводит получателю количестве;

Нужный документ книге Далее товара;

И по товара;

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

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

Вся на и бумагами будет автоматически.

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

Главное случае назначение повысить товара склада.

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

Системы; Функциональная полнота систем, на аппаратных прикладных системы, автоматизации минимизация средств, затрат данных, развития быстродействие; системы.

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