Файл: ПРОЕКТИРОВАНИЕ РЕАЛИЗАЦИЙ ОПЕРАЦИЙ БИЗНЕС-ПРОЦЕССА «СКЛАДСКОЙ УЧЕТ».pdf

2.2. Проектирование и моделирование бизнес-процессов

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

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

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

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

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

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

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

---

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

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

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

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

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

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

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

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

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

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

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

---

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

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

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

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

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

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

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

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

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

Рис.6. Диаграмма DFD «Отгрузка» Нотация IDEF3

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

Присутствие в диаграммах DFD компонентов с целью отображения ключей, приемников и хранилищ сведений дает возможность конкретно описать процесс документооборота. Однако для описания логики взаимодействия информативных потоков модель дополняют диаграммами ещё одной методологии – IDEF3, кроме того именуемой workflow diagramming. Методика моделирования IDEF3 дает возможность графически изложить и задокументировать процессы, фокусируя внимание на течении этих процессов и на взаимоотношениях процессов и значимых объектов, являющихся частями этих процессов.

IDEF3 подразумевает создание 2-ух видов модификаций: модель способна отображать многие процессы в их закономерной очередности, позволяя увидеть, как функционирует предприятие, или же модель может демонстрировать “сеть переходных состояний объекта”, предлагая вниманию специалиста последовательность состояний, в которых способен быть объект проходящий через конкретные действия.

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

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

---

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

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

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

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

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

2.3. Разработка информационной модели данных

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

Основные преимущества ER-моделей:

• наглядность;
• модели позволяют проектировать базы данных с большим количеством объектов и атрибутов.

ER-модели реализованы во многих системах автоматизированного проектирования баз данных

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

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

Основные элементы ER-моделей:

• объекты (сущности);
• атрибуты объектов;
• связи между объектами

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

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

---

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

В данной работе ER-модель имеет связь типа один-ко-многим.

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

Рис.9. Диаграмма сущностей и атрибутов логического уровня модели

Рис.10. ERD – диаграмма в нотации IDEF1X физический уровень.

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

Роль директор. Права:

• • • просмотр и чтение документов;
    • возможность изменять реквизиты организации.

Роль кладовщик. Права на возможность изменять такие документы, как:

• • • заказ на склад;
    • приходная накладная;
    • расходная накладная;
    • остатки на склад;
    • поступление на склад;
    • ввод начальных остатков;
    • просмотр прайс-листов.

Заключение

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

Подобная автоматизация позволяет:

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

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

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

4. Обеспечить надежный учет и контроль поступлений и расходования денежных средств на всех уровнях управления.

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

---