Автор работы: Пользователь скрыл имя, 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
На данном этапе формируются отгрузочные документы, а также документы, согласно которым будет произведено комиссионирование (комплектация) товара для дальнейшей отгрузки клиенту, либо возврата поставщику.
В зависимости от характера товара (прошел или не прошел приемку) товар размещается на соответствующем складе. Товар, не прошедший приемку размещается на возвратном складе, прошедший же – на оптимальном. На товар, размещенный на возвратном складе формируются возвратные документы. Подлежит дальнейшей декомпозиции.
В результате дальнейшего разбиения (декомпозиции) функции Складирование получаем конечную диаграмму декомпозиции.
На данном этапе, при комплектации товара производится внешний осмотр товара и выявляется брак, который, при его обнаружении, передается на списание
Диаграмма складирования, в свою очередь подразделяется на:
На данном этапе производится непосредственное складирование поступившего товара на оптимальный склад и передача соответствующих приходных документов для заведения товара в базу (в отделе снабжения)
На данном этапе производится непосредственное складирование поступившего товара на возвратный склад, и передача несоответствующих приходных документов для заведения товара в базу (в отделе снабжения)
Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами.
Диаграммы DFD используются для описания документооборота и обработки информации на складе. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ: приемка товара, отгрузка и возврат товара и хранение. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации.
В диаграмме DFD описываются следующие объекты.
Системы / подсистемы. При построении модели сложной информационной системы она может быть представлена в самом общем виде на контекстной диаграмме в виде одной системы как единого целого, либо может быть декомпозирована на ряд подсистем. Система в DFD представляется как совокупность объектов в отличие от IDEF0, где система рассматривается как взаимосвязанные работы. Контекстная диаграмма часто включает работы и внешние ссылки. В данной диаграмме представления деятельность отгрузки и возврата товара.
Работы. В DFD работы представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0 и IDEF3. Так же как работы IDEF3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0. Работы обычно именуются по названию системы, например «Система обработки информации».
Система обработки информации включает в себя: действующее законодательство, должностные инструкции и инструкции по охране труда и технике безопасности. (Приложение 5)
Внешние сущности (внешние ссылки, external references). Описывают связи с внешними объектами, находящимися за границами моделируемой системы. Внешние сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы. Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах. Обычно такой прием используют, чтобы не рисовать слишком длинных и запутанных стрелок.
Стрелки (arrow). Стрелки описывают движение объектов из одной части системы в другую, в отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи. Такими объектами могут быть документы, объекты, сотрудники или отделы, которые участвуют в обработке информации. Поскольку в DFD каждая сторона работы не имеет четкого назначения, как в IDEF0, стрелки могут подходить и выходить из любой грани прямоугольника работы. В DFD также применяются двунаправленные стрелки для описания диалогов типа «команда-ответ» между работами, между работой и внешней сущностью и между внешними сущностями.
В DFD стрелки могут сливаться и разветвляться, что позволяет описать декомпозицию стрелок. Каждый новый сегмент сливающейся или разветвляющейся стрелки может иметь собственное имя.
Хранилище данных (data store). Хранилище данных позволяет описать данные, которые необходимо сохранить в памяти прежде, чем использовать в работах. В отличие от стрелок, описывающих объекты в движении, хранилища данных изображают объекты в покое. В материальных системах хранилища данных изображаются там, где объекты ожидают обработки, например в очереди. В системах обработки информации хранилища данных являются механизмом, который позволяет сохранить данные для последующих процессов.
В процессе построения диаграммы DFD необходимо
преобразовать граничные
Ссылка на другую страницу
Особенностью диаграммы DFD является возможность показать ссылку на другую страницу, а не только на верхний или нижний уровень.
Ссылка на другую страницу создается следующим образом:
IDEF3 – методология моделирования процессов, происходящих в системе, предназначенная для создания сценариев и описания последовательности операций для каждого процесса. IDEF3 напрямую связана с методологией IDEF0: каждая работа может быть представлена средствами IDEF3 в виде отдельного процесса.
Методология IDEF3 использует графическое описание (в форме диаграммы Workflow diagramming) информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов.
В отличие от IDEF0, представляющего моделируемую систему как совокупность видов деятельности, IDEF3 представляет собой технику моделирования деятельности как последовательности событий, а также участвующих в этих событиях объектов. IDEF3 удобен для подробного моделирования деятельности отдельных подразделений, сотрудников, описания техпроцессов и т.д., для детализации работ IDEF0, когда нет смысла более декомпозировать их по видам деятельности. С помощью IDEF3 можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа или события, которые необходимо обработать за конечное время. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции.
Диаграмма IDEF3 является основной единицей описания в IDEF3. Важно правильно построить диаграммы, поскольку они предназначены для чтения другими людьми (а не только автором). Формат листа диаграммы IDEF3 аналогичен IDEF0.
В отличие от некоторых методик описаний процессов IDEF3 не ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей.
В диаграмме IDEF3 используются следующие типы объектов:
Единица работы (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) – стрелка с двумя наконечниками, применяется для описания того факта, что объект используется в двух или более единицах работы, например, когда объект порождается в одной работе и используется в другой. Наименования потоковых связей должны четко идентифицировать объект, который передается с их помощью.
Перекрестки (Junction). В отличие от IDEF0 в IDEF3 стрелки могут сливаться и разветвляться только через перекрестки. Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы.
Различают перекрестки для слияния и разветвления стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления.
Перекресток для слияния (Fan-in Junction) – узел, собирающий множество стрелок в одну, указывая на необходимость условия завершенности работ-источников стрелок для продолжения процесса.
Перекресток для разветвления (Fan-out Junction) – узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно