Что такое purpose и viewpoint
Что такое purpose и viewpoint
SADT (акроним от англ. Structured Analysis and Design Technique ) — методология структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком.
Место соединения дуги с блоком определяет тип интерфейса:
— Управляющая информация входит в блок сверху.
— Входная информация входит в блок слева.
— Результаты выходят из блока справа.
— Механизм (человек или автоматизированная система), который осуществляет операцию, входит в блок снизу.
Процесс моделирования может быть разделен на несколько этапов: опрос экспертов, создание диаграмм и моделей, распространение документации, оценка адекватности моделей и принятие их для дальнейшего использования.
SADT-МЕТОДОЛОГИЯ – совокупность методов, правил и процедур, предназначенных для построения функциональной структуры сложных иерархических систем в виде модели, которая должна дать ответ на некоторые заранее определенные вопросы.
В основе этого метода моделирования систем лежит описание системы, создаваемого с помощью естественного языка, позволяющего свободно описать функционирование моделируемой системы.
В основе методологии SADT лежат два основных принципа:
Разработчики решили формализовать процесс создания системы, разбив его на следующие фазы:
— Анализ — определение того, что система будет делать,
— Проектирование — определение подсистем и их взаимодействие,
— Реализация — разработка подсистем по отдельности, объединение — соединение подсистем в единое целое,
— Тестирование — проверка работы системы,
— Установка — введение системы в действие,
— Эксплуатация — использование системы.
Основные объекты в методологии IDEF0
Модель состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга.
Диаграммы — главные компоненты модели, все функции и интерфейсы на них представлены как блоки и дуги.
Каждый компонент модели может быть декомпозирован (расшифрован более подробно) на другой диаграмме. Рекомендуется прекращать моделирование, когда уровень детализации модели удовлетворяет ее цель. Общее число уровней в модели не должно превышать 5-6.
Построение диаграмм начинается с представления всей системы в виде одного блока и дуг, изображающих интерфейсы с функциями вне системы. Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами. Каждая детальная диаграмма является декомпозицией блока из диаграммы предыдущего уровня. На каждом шаге декомпозиции диаграмма предыдущего уровня называется родительской для более детальной диаграммы.
На таких диаграммах не указаны явно ни последовательность, ни время. Метод обладает рядом недостатков: сложность восприятия (большое количество дуг на диаграммах и большое количество уровней декомпозиции), трудность увязки нескольких процессов.
Система представляется как совокупность взаимодействующих работ
или функций. Начало моделирования – это определение контекста. Его
• субъект – это описание того, что входит в систему, а что за ее
пределами, при этом учитывается широта и глубина – уровень детализации,
области исследования, но после определения границ не рекомендуется
вводить новые объекты, так как нарушаются связи (команда Model / Model
• цель – это описание, для чего проводится моделирование (команда
Model / Model Properties / Purpose / Purpose);
• точка зрения – это определение, указывающее, чья точка зрения
отражена в данной модели, но это должна быть точка зрения одного
человека, ответственного за моделирование в целом (команда Model / Model
Properties /Purpose / Viewpoint).
1. AS–IS – это модель «как есть» для выявления узких мест, анализа
2. TO–BE – это модель «как будет» для исправления, а также
перенаправления информационных и материальных ресурсов.
Контекстная диаграмма
Контекстная диаграмма — вид IDEF0-диаграммы
Контекстная диаграмма — вид IDEF0-диаграммы. Это диаграмма, расположенная на вершине древовидной структуры диаграмм, представляющая собой самое общее описание системы и ее взаимодействие с внешней средой (как правило, здесь описывается основное назначение моделируемого объекта). Контекстная диаграмма состоит из одного блока, описывающего функцию верхнего уровня, ее входы, выходы, управления, и механизмы, вместе с формулировками цели модели и точки зрения, с которой строится модель.
Контекстная диаграмма A-0
Контекстная диаграмма A-0 должна содержать краткие утверждения, определяющие точку зрения должностного лица или подразделения, с позиции которого создается модель, и цель, для достижения которой ее разрабатывают. Эти утверждения помогают руководить разработкой модели и ввести этот процесс в определенные рамки. Точка зрения определяет, что и в каком разрезе можно увидеть в пределах контекста модели. Изменение точки зрения приводит к рассмотрению других аспектов объекта. Аспекты, важные с одной точки зрения, могут не появиться в модели, разрабатываемой с другой точки зрения на тот же самый объект.
Согласно стандарту IDEF0 на каждом уровне декомпозиции должен использоваться принцип ограничения объекта, поэтому в соответствии с этим принципом считается, что единствен-ный блок и несколько стрелок на самом верхнем (контекстном) уровне используются для определения границы всей системы. Соответственно, стрелки, касающиеся этого блока, описывают главные управления, входы, выходы и механизмы этой системы. В дальнейшем, текстовое описание, содержащее основные типы объектов и функции и комментарии экспертов, используется для предварительного создания диаграммы А0.
Стрелки на контекстной диаграмме отображают связи объекта моделирования с окружающей средой. Поскольку единственный блок представляет весь объект, его имя – общее для всего проекта. Это же справедливо и для всех стрелок диаграммы, поскольку они представля-ют полный комплект внешних интерфейсов объекта.
Контекстная диаграмма имеет узловой номер A-n (n?0), которая представляет кон-текст модели. Диаграмма верхнего уровня обозначается идентификатором «А-0» (произно-сится «А минус ноль»), на которой объект моделирования представлен единственным блоком с граничными стрелками, устанавливает область моделирования, определяет границы модели и является обязательной контекстной диаграммой. Диаграммы с узловыми номерами А-1, A-2,… — дополнительные контекстные диаграммы.
В пояснительном тексте к контекстной диаграмме указывается цель (Purpose) построения диаграммы в виде краткого описания и фиксированная точка зрения (Viewpoint). Именно с помощью контекстной диаграммы определяется субъект моделирования, т.е. что будет в дальнейшем рассматриваться как элементы/компоненты системы, а что — как внешняя среда/воздействие. Имя функции, записываемое в блоке контекстной диаграммы, является общей функцией системы с принятой точки зрения и определенной целью построения модели.
Детализируя рассматриваемую систему на этапе сбора и анализа предварительной информации, необходимо обращать внимание на входные и выходные объекты самой системы и составляющих ее подсистем. Моделирование необходимо начинать с составления описания основных типов объектов и основных функций системы. При этом необходимо учесть нормальные и аномальные ситуации, имеющиеся в системе обратные связи, и возможные случаи потенциальных ошибок.
Первые шаги с CA ERwin Process Modeler. Часть 5
Чтобы добавить имя стрелке, необходимо дважды кликнуть левой клавишей мыши на стрелке или выбрать пункт «Name» в контекстном меню. В открывшемся окне введите имя стрелки. (Внимание! Никогда не подписывайте стрелки с помощью инструмента Text, так как в этом случае информация не попадет в словарь стрелок.):
Открывается диалоговое окно, в котором можно ввести свое название внешней ссылки, которое автоматически будет добавлено в библиотеку, выбрать из уже добавленных или дать ей связь с соответствующей стрелкой.
Еще вы могли заметить, что на диаграмме добавлены надписи: цель, точка зрения и границы моделирования.
Поле Purpose предназначено для ввода цели моделирования.
Сделайте так же, как показано на изображении.
Если вы не заметили, то в этом окне содержатся все вкладки, которые мы рассматривали при задании параметров для новой модели, таким образом, можно отредактировать заданные в начале работы параметры. Давайте поподробнее посмотрим на те вкладки, которые появились в этом окне.
На этой вкладке мы видим два поля:
Заполните поля так, как показано на изображении.
На этой вкладке задается информация о ресурсах.
В этой вкладке можно указать статус для всей модели. Здесь можно указать статус.
Но в отличии от задания статуса функции в соответствующих полях можно указать дату создания (Creation date) и дату последнего просмотра (User last revision date).
На этой вкладке задается отображение объектов диаграммы.
Вкладка Draw Style:
На этой вкладке задаются параметры графического отображения.
Выбираем этот инструмент и кликаем левой клавишей мыши на свободном пространстве диаграммы, куда мы хотим добавить текст.
Открывается диалоговое окно добавления текста:
С помощью закладок Font и Color можно задать настройки шрифта и цвета.
Внизу есть три варианта для задания заполнения для текстового блока:
После нажатия кнопки OK элемент будет добавлен.
Итак, перейдем к декомпозиции.
Декомпозицию можно произвести двумя способами:
Откроется окно создания декомпозиции:
В этом окне можно выбрать тип следующей диаграммы и сколько блоков будет создано автоматически. Оставим все как есть и нажмем ОК.
Создалась новая диаграмма:
Как видите все стрелки, которые были определены мигрировали на дочернюю диаграмму. Дадим названия функциональным блокам и подведем к ним соответствующие стрелки. Также добавим необходимые стрелки между блоками.
Для того, чтобы подвести стрелку к блоку, необходимо кликнуть левой клавишей мыши на наконечнике соответствующей стрелки, а вторым кликом определить грань функционального блока, куда будет эта стрелка подходить. Сделайте так же, как на рисунке ниже:
На этом рисунке вы могли заметить некоторые особенности, а именно указатель в виде молнии и утолщенная стрелка.
Итак, по порядку. Указатель в виде молнии (Squiggle) включается с помощью контекстного меню. Кликните правой клавишей мыши на той стрелке, где нужно добавить этот элемент и выберите из выпадающего меню Squiggle:
Добавится указатель, для того, чтобы определить в каком месте стрелки он будет начинаться и в каком месте надписи заканчиваться, необходимо воспользоваться инструментом Squiggle Tool панели инструментов:
Утолщенная стрелка. Мы уже встречались с окном задания свойств, когда создавали стрелки и давали им имена, давайте теперь остановимся на нем поподробнее.
Рассмотрим вкладки этого окна. Возможно, если имя стрелки не было задано, то некоторые вкладки будут не доступны, но как только вы зададите имя стрелки и нажмете кнопку Apply (применить) все вкладки сразу же появятся:
Ниже находится список уже заданных имен.
Создание контекстовых диаграмм в BPWin
Создание контекстовых диаграмм в BPWin
Методические указания содержат 16 упражнений, предназначенных для самостоятельной работы.
Для выполнения последующего упражнения необходимо иметь результат выполнения предыдущего, поэтому рекомендуется сохранять модель, полученную в конце каждого упражнения.
В качестве примера рассматривается деятельность вымышленной компании «Computer Word». Компания занимается в основном сборкой и продажей настольных компьютеров и ноутбуков. Компания не производит компоненты самостоятельно, а только собирает и тестирует компьютеры.
Основные виды работ в компании таковы:
· продавцы принимают заказы клиентов;
· операторы группируют заказы по типам компьютеров;
· операторы собирают и тестируют компьютеры;
· операторы упаковывают компьютеры согласно заказам;
· кладовщик отгружает клиентам заказы.
Компания использует лицензионную бухгалтерскую информационную систему, которая позволяет оформить заказ, счет и отследить платежи по счетам.
Методика выполнения упражнения
2 Если появляется диалог ModelMart Connection Manager, нажмите на кнопку Cancel (Отмена).
3 Щелкните по кнопке . Появляется диалоговое окно I would like to(рисунок 1.1). Внесите в текстовое поле Name имя модели «Деятельность компании» и выберите Туре – Business Process (IDEF0). Нажмите кнопку ОК.
Рисунок 1.1 – Присвоение модели имени и выбор типа модели
4 Откроется диалоговое окно Properties for New Models (Свойства новой модели) (рисунок 1.2).
Введите в текстовое поле Author (Автор) имя автора модели и в текстовое полеAuthor initials его инициалы. Нажмите последовательно кнопки Apply и ОК.
5 Автоматически создается незаполненная контекстная диаграмма (рисунок 1.3).
Рисунок 1.3 – Незаполненная контекстная диаграмма
Рисунок 1.4 – Щелчок правой кнопкой по объекту во вкладке Activities позволяет воспользоваться контекстным меню для редактирования его свойств
Рисунок 1.5 – Окно задания свойств модели
Рисунок 1.6 – Внесение данных о цели моделирования и точке зрения на модель
Рисунок 1.7 – Внесение дополнительных данных определяющих модель
11 Перейдите на контекстную диаграмму и правой кнопкой мыши щелкните по прямоугольнику представляющему, в нотации IDEF0, условное графическое обозначение работы. В контекстном меню выберите опцию Name (рисунок 1.8). Во вкладке Name внесите имя «Деятельность компании» (рисунок 1.9).
Рисунок 1.8 – Контекстное меню для работы с выбранной опцией Name
Рисунок 1.9 – Присвоение работе названия
12 Во вкладке Definition диалогового окна Activity Properties в текстовое полеDefinition (Определение) внесите «Текущие бизнес-процессы компании» (рисунок 1.10). Текстовое поле Note (Примечания) оставьте незаполненным.
Рисунок 1.10 – Внесение дополнительных данных о работе
13 Создайте ICOM-стрелки на контекстной диаграмме (таблица 1.1).
Диалог Model Properties и продолжение моделирования
Важные свойства модели, такие как субъект, цель, точка зрения и многие другие определяются в диалоге Model Properties (меню Model/Model Properties).
Модели AS-IS и ТО-ВЕ. Технология проектирования ИС подразумевает сначала создание модели AS-IS (Как есть), ее анализ и улучшение бизнес-процессов, т.е. создание модели ТО-ВЕ (Как будет), и только на основе модели ТО-ВЕ строится модель данных, прототип ИС и затем окончательный вариант ИС. Построение информационной системы на основе модели AS-IS приводит к автоматизации предприятия по принципу «все оставить как есть, лишь бы компьютеры стояли», т.е. ИС автоматизирует несовершенные бизнес-процессы и дублирует, а не заменяет существующий документооборот. В результате внедрения и эксплуатации такой системы приводит лишь к дополнительным издержкам.
Иногда текущая модель AS-IS и будущая ТО-ВЕ различаются очень сильно, в результате переход от одной текущего состояния к новому становится неочевидным. В этом случае необходима третья модель, описывающая процесс перехода от начального к конечному состоянию системы, т.к. такой переход – тоже бизнес-процесс.
Результат описания модели можно получить в отчете «Model Report». Окно настройки отчета по модели вызывается из пункта меню «Report/Model Report». В данном окне (рис. 24) следует отметить необходимые поля отчета. При этом автоматически отображается очередность вывода информации в отчете (рис. 25).
После того как важные свойства модели определены в диалоге Model Properties, следует разместить на контекстной диаграмме текст цели моделирования и точки зрения. Для этого используют инструмент для вставки текстовых блоков (Text Тооl) После того как выбран инструмент
на панели инструментов AllFusion PM, щелкают левой кнопкой мышки по тому месту на контекстной диаграмме, где собираются размещать текстовую информацию. В результате открывается диалог Text Block Properties на закладке Text. Внизу диалога имеются 3 переключателя: Normal, Purpose, Viewpoint. Переключатель Normal позволяет вывести на диаграмму произвольный текст. При выборе переключателей Purpose или Viewpoint в поле Text автоматически подставляется соответственно текст цели моделирования (рис. 26) или точки зрения, определенные ранее в диалоге Model Properties. После щелчка по кнопке ОК в диалоге Text Block Properties текст из поля Text выводится на диаграмму.
Размещенные на диаграмме текстовые блоки можно редактировать, настраивать параметры шрифта и цвета текста. Для этого следует щелкнуть по текстовому блоку правой кнопкой мышки и в появившемся контекстном меню выбрать требуемую опцию: Text Block – для редактирования текста, Font – для редактирования параметров шрифта, Color – для редактирования цвета текста.
Другие компоненты контекстной диаграммы зависят от выбранной методологии моделирования: IDEF0, IDEF3, DFD, поэтому будут рассмотрены позднее.
Таблица 4. Навигатор по основным свойствам модели в диалоге Model Properties.
№ | Свойство модели | Размещение в диалоге Model Properties |
1. | Имя модели | Закладка General, поле Model Name |
2. | Имя проекта | Закладка General, поле Project |
3. | Фамилия автора | Закладка General, поле Author |
4. | Инициалы автора | Закладка General, поле Author initials |
5. | Временные рамки | Закладка General, поле Time Frame |
6. | Субъект | Закладка Definition, поле Scope |
7. | Цель | Закладка Purpose, поле Purpose |
8. | Точка зрения | Закладка Purpose, поле Viewpoint |
9. | Описание модели | Закладка Definition, поле Definition |
10. | Источники информации | Закладка Source |
11. | Статус | Закладка Status, поле Status |
|
Рис. 26.
После проработки контекстной диаграммы создают диаграмму декомпозиции. Создать диаграмму декомпозиции можно двумя способами. В первом случае в навигаторе модели Model Explorer в закладке Activities из иерархического списка работ выбирают работу, которую требуется декомпозировать, щелкают по ней правой кнопкой мышки и в контекстном меню выбирают пункт Decompose. Во втором случае выбирают графический образ работы – функциональный блок непосредственно на диаграмме, затем на панели инструментов AllFusion PM выбирают инструмент
(Go to Child Diagram). В обоих случаях появляется диалог Activity Box Count (рис. 27). В этом диалоге с помощью переключателей следует выбрать методологию для новой диаграммы и первоначальное число работ на ней. Допустимый интервал первоначального числа работа 0-8. Для обеспечения наглядности и лучшего понимания рекомендуется использовать от 3 до 6 функциональных блоков на диаграмме. Если на диаграмме требуется разместить более 8 работ, то дополнительные работы добавляются на диаграмму с помощью инструмента Activity Box Tool из панели инструментов AllFusion PM.
1. Дать характеристику диалога Model Properties.
2. Как задать следующие свойства модели: название и автор модели; временные рамки модели; цель, точку зрения, субъект, описание, источники информации, статус модели?
3. Как получить отчет о свойствах модели?
4. Как отобразить на диаграмме цель и точку зрения, зафиксированные в свойствах модели?
5. Как создать диаграмму декомпозиции?
6. Сколько функций можно разместить на диаграмме?
Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет