Применение case-технологии в управлении
Скачать 0.67 Mb.
|
1.6 СОЗДАНИЕ ДИАГРАММ ДЕКОМПОЗИЦИИ Декомпозиция разложение модели используется в моделировании бизнес-процессов, чтобы дать более подробное описание блоков. Каждое из этих действий может в свою очередь быть декомпозировано. При каждой декомпозиции блока создается новая диаграмма. Число декомпозиций не ограничено и полностью зависит от уровня сложности, который необходимо показать в модели. Декомпозировать блоки с использованием BPWin можно двумя способами. В диаграмме нужно выбрать действие, которое необходимо декомпозировать. Для этого следует выбрать необходимый инструмент в наборе инструментов BPWin или в дереве модели. Выбранное меню содержит команду декомпозиции. В появившемся диалоговом окне необходимо задать тип и число необходимых блоков (Рисунок 1.8). При декомпозиции блока BPWin создает новую диаграмму, которая является диаграммой разложения “родительской” диаграммы. Новые действия не связаны между собой и не поименованы. Необходимо задать взаимодействие между блоками и “привязать” к новым блокам стрелки, которые автоматически унаследованы от родительской диаграммы (Рисунок 1.9).  Рисунок 1.8 - Диалог Activity Box Count Имя блока и его другие свойства вводятся в закладке “Name” списка свойства блока.  Рисунок 1.9 - Пример диаграммы декомпозиции Следующим шагом при создании диаграммы должно быть соединение всех использованных на диаграмме блоков с использованием стрелок, представляющих входы, результаты работы, средство управления и механизмы. Для этого достаточно соединить исходящую точку стрелки с точкой ее окончания. Окончанием стрелки может быть одна из сторон функциональных блоков и граница диаграммы. BPWin автоматически выделяет допустимое окончание для создаваемых стрелок. Для рисования стрелки необходимо выбрать инструмент“стрелка” из комплекта инструментов. Задание имени стрелки производится в закладке “Name” диалога свойств стрелок. Если стрелка заканчивается на границе диаграммы BPWin, она помечается “туннелем” из квадратных скобок. Аналогично помечаются стрелки в родительской диаграмме, если в диаграмме декомпозиции удаляется перенесенная из нее стрелка. Квадратный туннель на начале стрелки указывает, что стрелка “не решена” в пределах иерархии модели (не имеется никакой другой стрелки с таким же именем в любой другой диаграмме модели). Для поддержания целостности модели необходимо “разрешать” стрелки, помеченные “туннелями” из квадратных стрелок, одним из следующих способов: - преобразованием в “туннель” из круглых скобок; - добавление новой стрелки, соединяющей соответствующий блок с границей диаграммы; -созданием внешней ссылки (ссылки на объект, не описанный в данной модели) в соответствии методологией IDEF0; - созданием ссылки на блок, расположенный на другой диаграмме. В любой момент работы с диаграммой существует возможность добавления на нее новых блоков с использованием инструмента “Activity box Tool” панели инструментов. После того как дополнительный блок создан, его можно связать стрелками с другими блоками, задать его название и другие свойства. Нумерация блоков производится автоматически при их создании. Номера могут быть относительными или постоянными, они отражают иерархическое положение блока в пределах модели. Можно управлять нумерацией блоков на диаграмме, используя закладку “Presentation” диалога ввода свойств модели. При перемещении блоков одновременно перемещаются и связанные с ними стрелки. Функциональные блоки могут быть также перемещены между диаграммами с использованием команд Cut/Paste из меню “Edit”. Номера блокам диаграммы BPWin присваивает автоматически. При изменении взаимного расположения блоков эти номера могут изменяться. Изменение размеров объектов диаграммы может быть сделано перемещением их границ. Существует возможность запрета изменения размера объектов: это можно сделать на вкладке “Layout” диалога ввода свойств модели. Если включен просмотр дерева модели, существует возможность просмотра модели как дерева диаграмм или дерева функциональных блоков. Дерево моделей BPWin использует специальный набор графических символов для представления диаграмм и действий в пределах дерева объектов. Это дерево используется, для переключения на соответствующую модель, диаграмму или действие для выполнения редактирования 1.7 СТРЕЛКИ (ARROW) Стрелки (Arrow) описывают взаимодействие работ и представляют собой некую информацию, выраженную существительными.(Например, "Звонки клиентов", "Правила и процедуры", "Бухгалтерская система".) В IDEF0 различают пять типов стрелок: Вход (Input) — материал или информация, которые используются или преобразуются работой для получения результата (выхода). Допускается, что работа может не иметь ни одной стрелки входа. Каждый тип стрелок подходит к определенной стороне прямоугольника, изображающего работу, или выходит из нее. Стрелка входа рисуется как входящая в левую грань работы. При описании технологических процессов (для этого и был придуман IDEF0) не возникает проблем определения входов. Действительно, "Звонки клиентов" на рисунок 2.6 — это нечто, что перерабатывается в процессе "Деятельность компании" для получения результата. При моделировании ИС, когда стрелками являются не физические объекты, а данные, не все так очевидно. Например, при "Приеме пациента" карта пациента может быть и на входе и на выходе, между тем качество этих данных меняется. Другими словами, в нашем примере для того, чтобы оправдать свое назначение, стрелки входа и выхода должны быть точно определены с тем, чтобы указать на то, что данные действительно были переработаны (например, на выходе — "Заполненная карта пациента"). Очень часто сложно определить, являются ли данные входом или управлением. В этом случае подсказкой может служить информация о том, перерабатываются/изменяются ли данные в работе или нет. Если изменяются, то, скорее всего, это вход, если нет — управление. Управление (Control) — правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы. На рисунке 2.6 стрелка "Правила и процедуры" — управление для работы "Деятельность компании". Управление влияет на работу, но не преобразуется работой. Если цель работы — изменить процедуру или стратегию, то такая процедура или стратегия будет для работы входом. В случае возникновения неопределенности в статусе стрелки (управление или вход) рекомендуется рисовать стрелку управления. Выход (Output) — материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой грани работы. На рисунке 2.6 стрелки "Маркетинговые материалы" и "Проданные продукты" являются выходом для работы "Деятельность компании". Механизм (Mechanism) — ресурсы, которые выполняют работу, например персонал предприятия, станки, устройства и т. д. Стрелка механизма рисуется как входящая в нижнюю грань работы. На рисунке 1.6 стрелка "Бухгалтерская система" является механизмом для работы "Деятельность компании". По усмотрению аналитика стрелки механизма могут не изображаться в модели. Вызов (Call) — специальная стрелка, указывающая на другую модель работы. Стрелка вызова рисуется как исходящая из нижней грани работы. На рисунке 1.10 стрелка "Другая модель работы" является вызовом для работы "Изготовление изделия". Стрелка вызова используется для указания того, что некоторая работа выполняется за пределами моделируемой системы. В BPwin стрелки вызова используются в механизме слияния и разделения моделей. Граничные стрелки. Стрелки на контекстной диаграмме служат для описания взаимодействия системы с окружающим миром. Они могут начинаться у границы диаграммы и заканчиваться у работы, или наоборот. Такие стрелки называются граничными.  Рисунок 1.10 - Стрелка вызова, появляющаяся при расщеплении модели Словарь стрелок редактируется при помощи специального редактора Arrow Dictionary Editor, в котором определяется стрелка и вносится относящийся к ней комментарий (рисунок 1.11). Словарь стрелок решает очень важную задачу. Диаграммы создаются аналитиком для того, чтобы провести сеанс экспертизы, т. е. обсудить диаграмму со специалистом предметной области. В любой предметной области формируется профессиональный жаргон, причем очень часто жаргонные выражения имеют нечеткий смысл и воспринимаются разными специалистами по-разному. В то же время аналитик — автор диаграмм должен употреблять те выражения, которые наиболее понятны экспертам. Поскольку формальные определения часто сложны для восприятия, аналитик вынужден употреблять профессиональный жаргон, а чтобы не возникло неоднозначных трактовок, в словаре стрелок каждому понятию можно дать расширенное и, если это необходимо, формальное определение. Содержимое словаря стрелок можно распечатать в виде отчета (меню Tools/ Report /Arrow Report...) и получить толковый словарь терминов предметной области, использующихся в модели.  Рисунок 1.11 - Редактирование словаря стрелок Несвязанные граничные стрелки (unconnected border arrow). При декомпозиции работы входящие в нее и исходящие из нее стрелки (кроместрелки вызова) автоматически появляются на диаграмме декомпозиции (миграция стрелок), но при этом не касаются работ. Такие стрелки называются несвязанными и воспринимаются в BPwin как синтаксическая ошибка. На рисунке 1.12 приведен фрагмент диаграммы декомпозиции с несвязанными стрелками, генерирующийся BPwin при декомпозиции работы "Сборка настольных компьютеров". Для связывания стрелок входа, управления или механизма необходимо перейти в режим редактирования стрелок, щелкнуть по наконечнику стрелки и потом по соответствующему сегменту работы. Для связывания стрелки выхода необходимо перейти в режим редактирования стрелок, щелкнуть по сегменту выхода работы и затем по стрелке.  Рисунок 1.12 - Пример несвязанных стрелок Внутренние стрелки. Для связи работ между собой используются внутренние стрелки, то есть стрелки, которые не касаются границы диаграммы, начинаются у одной и кончаются у другой работы. Для рисования внутренней стрелки необходимо в режиме рисования стрелок щелкнуть по сегменту (например, выхода) одной работы и затем по сегменту (например, входа) другой. В IDEF0 различают пять типов связей работ. Связь по входу (output-input), когда стрелка выхода вышестоящей работы (далее — просто выход) направляется на вход нижестоящей (например, на рисунке 1.13 стрелка "Собранные компьютеры" связывает работы "Сборка и тестирование компьютеров" и "Отгрузка и получение").  Рисунок 1.13 - Связь по входу Связь по управлению (output-control), когда выход вышестоящей работы направляется на управление нижестоящей. Связь по управлению показывает доминирование вышестоящей работы. Данные или объекты выхода вышестоящей работы не меняются в нижестоящей. На рисунке 1.14 стрелка "Заказы клиентов" связывает работы "Продажи и маркетинг" и "Сборка и тестирование компьютеров".  Рисунок 1.14 - Связь по управлению Обратная связь по входу (output-input feedback), когда выход нижестоящей работы направляется на вход вышестоящей. Такая связь, как правило, используется для описания циклов. На рисунке 1.15 стрелка "Результаты тестирования" связывает работы "Тестирование компьютеров" и "Отслеживание расписания и управление сборкой и тестированием . Обратная связь по управлению (output-control feedback), когда выход нижестоящей работы направляется на управление вышестоящей (стрелка "Результаты сборки и тестирования", рисунок 1.16). Обратная связь по управлению часто свидетельствует об эффективности бизнес-процесса. На рисунок 1.16 объем продаж может быть повышен путем непосредственного регулирования процессов сборки и тестирования компьютеров (выхода) работы "Сборки и тестирование компьютеров".  Рисунок 1.15 - Обратная связь по входу  Рисунок 1.16 – Обратная связь по управлению Связь выход-механизм (output-mechanism), когда выход одной работы направляется на механизм другой. Эта взаимосвязь используется реже остальных и показывает, что одна работа подготавливает ресурсы, необходимые для проведения другой работы рисунок 1.17.  Рисунок 1.17 – Связь выход механизм. Явные стрелки. Явная стрелка имеет источником одну единственную работу и назначением тоже одну-единственную работу. Разветвляющиеся и сливающиеся стрелки. Одни и те же данные или объекты, порожденные одной работой, могут использоваться сразу в нескольких других работах. С другой стороны, стрелки, порожденные в разных работах, могут представлять собой одинаковые или однородные данные или объекты, которые в дальнейшем используются или перерабатываются в одном месте. Для моделирования таких ситуаций в IDEF0 используются разветвляющиеся и сливающиеся стрелки. Для разветвления стрелки нужно в режиме редактирования стрелки щелкнуть по фрагменту стрелки и по соответствующему сегменту работы. Для слияния двух стрелок выхода нужно в режиме редактирования стрелки сначала щелкнуть по сегменту выхода работы, а затем по соответствующему фрагменту стрелки. 1.8 ДИАГРАММА ДЕРЕВА УЗЛОВ Диаграмма деревьев узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами (рисунок 1.22). Процесс создания модели работ является итерационным, следовательно, работы могут менять свое расположение в дереве узлов многократно. Чтобы не запутаться и проверить способ декомпозиции, следует после каждого изменения создавать диаграмму дерева узлов. Впрочем, BPwin имеет мощный инструмент навигации по модели — Model Explorer, который позволяет представить иерархию работ и диаграмм в удобном и компактном виде, однако составляющей стандарта IDEF0.  Рисунок 1.18 – Диаграмма дерева узлов. 1.9 ДИАГРАММЫ ПОТОКОВ ДАННЫХ Диаграммы потоков данных (Data Flow Diagramming) являются основным средством моделирования функциональных требований к проектируемой системе. Требования представляются в виде иерархии процессов, связанных потоками данных. Диаграммы потоков данных показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами. DFD-диаграммы успешно используются как дополнение к модели IDEF0 для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет моделируемую систему как сеть связанных работ. Основные компоненты DFD (как было сказано выше) – процессы или работы, внешние сущности, потоки данных, накопители данных (хранилища). В BPwin для построения диаграмм потоков данных используется нотация Гейна-Сарсона. Для того чтобы дополнить модель IDEF0 диаграммой DFD, нужно в процессе декомпозиции в диалоге Activity Box Count "кликнуть" по радио-кнопке DFD. В палитре инструментов на новой диаграмме DFD появляются новые кнопки: - (External Reference) — добавить в диаграмму внешнюю ссылку; - (Data store) — добавить в диаграмму хранилище данных; - Diagram Dictionary Editor – ссылка на другую страницу. В отличие от IDEF0 этот инструмент позволяет направить стрелку на любую диаграмму (а не только на верхний уровень). В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы — движение объектов, хранение объектов, поставка и распространение объектов (рисунок 1.19). В отличие от IDEF0, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов. Контекстная диаграмма часто включает работы и внешние ссылки. Работы обычно именуются по названию системы, например "Система обработки информации". Включение внешних ссылок в контекстную диаграмму не отменяет требования методологии четко определить цель, область и единую точку зрения на моделируемую систему.  Рисунок 1.19 - Пример диаграммы DFD В DFD работы (процессы) представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0 и IDEF3. Так же, как процессы IDEF3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0 (блоки "Проверка и внесение клиентов", "Внесение заказов"). Внешние сущности изображают входы в систему и/или выходы из системы. Внешние сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы. Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах. Обычно такой прием используют, чтобы не рисовать слишком длинных и запутанных стрелок. Потоки работ изображаются стрелками и описывают движение объектов из одной части системы в другую. Поскольку в DFD каждая сторона работы не имеет четкого назначения, как в IDEF0, стрелки могут подходить и выходить из любой грани прямоугольника работы. В DFD также применяются двунаправленные стрелки для описания диалогов типа "команда-ответ" между работами, между работой и внешней сущностью и между внешними сущностями. В материальных системах хранилища данных изображаются там, где объекты ожидают обработки, например в очереди. В системах обработки информации хранилища данных являются механизмом, который позволяет сохранить данные для последующих процессов. В DFD стрелки могут сливаться и разветвляться, что позволяет описать декомпозицию стрелок. Каждый новый сегмент сливающейся или разветвляющейся стрелки может иметь собственное имя. Диаграммы DFD могут быть построены с использованием традиционного структурного анализа, подобно тому, как строятся диаграммы IDEF0. 1.10 МЕТОД ОПИСАНИЯ ПРОЦЕССОВ IDEF3 Наличие в диаграммах DFD элементов для обозначения источников, приемников и хранилищ данных позволяет более эффективно и наглядно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming, — методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа или события, которые необходимо обработать за конечное время. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции. IDEF3 — это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе. Техника описания набора данных IDEF3 является частью структурного анализа. В отличие от некоторых методик описаний процессов IDEF3 не ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей. IDEF3 может быть также использован как метод создания процессов. IDEF3 дополняет IDEF0 и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа. Каждая работа в IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки модели, важно, чтобы работы именовались отглагольным существительным, обозначающим процесс действия, или фразой, содержащей такое существительное. Точка зрения на модель должна быть документирована. Обычно это точка зрения человека, ответственного за работу в целом. Также необходимо документировать цель модели — те вопросы, на которые призвана ответить модель. Диаграмма является основной единицей описания в IDEF3. Важно правильно построить диаграммы, поскольку они предназначены для чтения другими людьми. |
Похожие:
 | Автоматизированное проектирование информационных систем с использованием... Цель и содержание работы: изучение основных этапов проведения проектирования в Rational Ro se; изучение интерфейса Rational Rose... |  | Рабочая программа дисциплины «Экономико-математические методы в стратегическом управлении» Дисциплина является предшествующей для следующих дисциплин: «Корпоративные информационные системы», «Компьютерные технологии в управлении»,... |
| Программа дисциплины Посреднические технологии в управлении Для направления... Программа предназначена для преподавателей, ведущих данную дисциплину, учебных ассистентов и студентов направления подготовки 080200.... | | Программа дисциплины "Информационные технологии в управлении качеством и защита информации" Программа предназначена для преподавателей, ведущих данную дисциплину, учебных ассистентов и студентов направления подготовки 221400.... |
| Обеспечение процесса анализа и проектирования ис возможностями case-технологий Первоначальное значение термина "case", ограниченное вопросами автоматизации разработки только лишь программного обеспечения (ПО),... | | Использование case-технологии для моделирования систем сервиса по... Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования |
| Инновационные парадигмы и технологии имитационного моделирования... В докладе рассматриваются методологические, инструментальные, практические аспекты применения имитационного моделирования, его инновационных... | | Курсовая работа на тему: Примеры комплексов case- средств По (приложений) и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и... |
| Почему модульное обучение называют технологией? Современные педагогические технологии подразделяются на проблемные, дидактивно-игровые, совместного обучения и модульные технологии.... | | Рабочая программа составлена на основе фгос впо и учебного плана... Изучаются основные стандарты и методология проектирования, построения профилей открытых информационных систем (ИС), методология управления... |
| Факультет вмк кафедра иани методология idef0 и программный продукт... Неудивительно, что в последнее время среди системных аналитиков и разработчиков вырос интерес к case (Computer-Aided Software/System... | | Методическое пособие по проведению деловых игр «case study» министерство... Дмитриев М. Н. Кошечкин С. А. Методическое пособие по проведению деловых игр «case study» |
| Программа по формированию навыков безопасного поведения на дорогах... Деловые игры, метод «Case-study», методики групповой работы (мозговой штурм, проектно-организационные технологии обучения работы... | | Методическая разработка по дисциплине «Информационные технологии в управлении финансами» Обсуждена на заседании кафедры финансового менеджмента (протокол №9 от 03. 2009) |
| Министерство образования и науки государственное образовательное учреждение Тонов м. Л. Алгебра и геометрия. Учебно-методический комплекс. Рабочая программа для студентов очной формы обучения по направлению... | | Тюменский государственный университет «утверждаю»: Проректор по учебной работе «Информационные системы и технологии в административном управлении» очная форма обучения |
