Проектирование ИС "Склад"

Автор работы: Пользователь скрыл имя, 30 Июня 2013 в 11:40, курсовая работа

Краткое описание

В автоматизированных ИС часть функций управления и обработки данных выполняется компьютерами, а часть человеком.
Создание модели информационной системы с помощью Bpwin 4.1
Для проведения анализа и реорганизации бизнес – процессов предназначено CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживающее методологии:
• IDEF0 (функциональная модель)
• DFD (DataFlow Diagram)
• IDEF3 (Workflow Diagram)

Содержание

ВВЕДЕНИЕ 3
Глава 1. Создание модели в стандарте IDEF0 5
1.1 Содержание модели 5
1.2 Контекст модели 5
1.3 Свойства модели 6
1.4 Модель как иерархическая система диаграмм 6
1.5 Обозначения в диаграммах модели 7
Глава 2. Создание модели в стандарте DFD (DataFlow Diagram) 15
2.1 Диаграммы потоков данных (Data flow diagramming, DFD) 15
2.2 . Построение диаграмм DFD 17
Глава 3. Создание модели в стандарте IDEF3 (Workflow Diagram) 19
3.1 Диаграмма IDEF3. Объекты IDEF3 19
3.2 Перекрестки. 22
ЗАКЛЮЧЕНИЕ 25
СПИСОК ЛИТЕРАТУРЫ 27
ПРИЛОЖЕНИЯ 28

Вложенные файлы: 1 файл

курсовая работа проектирование ис склад.doc

— 299.00 Кб (Скачать файл)

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

  • Складирование (Непосредственное размещение товара на складе)

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

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

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

На данном этапе, при комплектации товара производится внешний осмотр товара и выявляется брак, который, при его обнаружении, передается на списание

  • Списание товара (Списание и дальнейшая передача на утилизацию брака). (Приложение 3.)

Диаграмма складирования, в свою очередь  подразделяется на:

  • Складирование на оптимальный склад (При поступлении товара, принятого в соответствии с приходными документами)

На данном этапе производится непосредственное складирование поступившего товара на оптимальный склад и передача соответствующих приходных документов для заведения товара в базу (в отделе снабжения)

  • Формирование возвратных документов (При поступлении товара, не принятого в соответствии с приходными документами)

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

  • Формирование возвратных документов (Формирование и передача документов на комплектование товара для возврата поставщику)  (Приложение 4.)

Диаграмма дерева узлов

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

  • Диаграмма «Деятельность склада» – первый уровень дерева узлов (top level activity);
  • Диаграммы «Приемка товара», «Отгрузка и возврат товара» и «Хранение» – второй уровень дерева узлов;
  • Диаграммы «Формирование отгрузочных документов», «Складирование», «Комплектование» и «Списание товара» – третий уровень дерева узлов;
  • Диаграммы «Складирование на оптимальный склад», «Складирование на возвратный склад» и «Формирование возвратных документов» – четвертый уровень дерева узлов, последний уровень декомпозиции – достаточная, в ходе нашей работы, степень подробности. (Приложение 5.)

 

    1.  Создание модели в стандарте DFD (DataFlow Diagram)
  1.  Диаграммы потоков данных (Data flow diagramming, DFD)

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

В диаграмме DFD описываются следующие  объекты.

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

Работы. В DFD работы представляют собой  функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0 и IDEF3. Так же как работы IDEF3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0. Работы обычно именуются по названию системы, например «Система обработки информации».

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

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

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

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

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

  1. Построение диаграмм DFD

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

 

 Ссылка  на другую страницу

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

Ссылка на другую страницу создается следующим образом:

  • строится выходная граничная стрелка;
  • стрелка преобразуется в ссылку на другую страницу - для этого в контекстном меню наконечника стрелки выбирается пункт Off Page Reference;
  • в диалоге Off-Page Arrow Reference выбирается любая диаграмма из открывающегося списка Diagram, указывается сторона входа стрелки на выбранной диаграмме (в разделе Destination border) и выбирается, какая диаграмма будет открыта при завершении диалога – диаграмма, на которую уйдет ссылка (кнопка «OK and Go To Diagram») или текущая диаграмма (кнопка «OK and Remain In Current Diagram).
  • на диаграмме, куда была направлена стрелка (ссылка), ее наконечник направляется на вход, управление или механизм соответствующей работы

 

    1. Создание модели в стандарте IDEF3 (Workflow Diagram)

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

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

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

  1. Диаграмма IDEF3. Объекты IDEF3

Диаграмма IDEF3 является основной единицей описания в IDEF3. Важно правильно построить диаграммы, поскольку они предназначены для чтения другими людьми (а не только автором). Формат листа диаграммы IDEF3 аналогичен IDEF0.

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

В диаграмме IDEF3 используются следующие типы объектов:

  • единица работа (Unit of Work, Activity)
  • стрелка (Arrow)
  • перекресток, или коннектор (Junction)
  • объект ссылки (Referent)

Единица работы (Unit of Work (UOW)). UOW, также называется работой (activity) – основной компонент диаграммы IDEF3, близкий по смыслу к блоку IDEF0, описывает процесс, действие, решение.

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

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

Работа в IDEF3 требует более подробного описания, чем блок в IDEF0. Каждая единица должна иметь документ, который включает текстовое описание компонентов работы: объектов (Objects) и фактов (Facts), связанных с ней, ограничений (Constraints), накладываемых на работу и дополнительное описание работы (Description).

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

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

В IDEF3 различают  три типа связей изображаемых стрелками. Тип (стиль) стрелок устанавливается  на вкладке Style окна Arrow Properties (окно вызывается двойным щелчком по стрелке). Типы связей:

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

Связь отношения (Relational) – пунктирная линия, использующаяся для изображения связей между единицами работ (UOW), а также между единицами работ и объектами ссылок. Связи этого типа используются для отражения отношений между работами, которые невозможно описать с использованием связей предшествования или потока объектов. Одно из применений такой связи – отображение взаимоотношений между параллельно выполняющимися работами. Такая стрелка является альтернативой стрелке связи предшествования или потоку объектов в смысле задания последовательности выполнения работ – работа-источник не обязательно должна закончиться, прежде чем работа-цель начнется. Более того, работа-цель может закончиться прежде, чем закончится работа-источник.

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

  1. . Перекрестки.

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

Различают перекрестки  для слияния и разветвления стрелок. Перекресток не может использоваться одновременно для слияния и для  разветвления.

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

Перекресток для разветвления (Fan-out Junction) – узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно

Информация о работе Проектирование ИС "Склад"