рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Навигатор модели Model Explorer.

Навигатор модели Model Explorer. - раздел Философия, ПРИНЦИПЫ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ И МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ С ИСПОЛЬЗОВАНИЕМ ПАКЕТА ПРОГРАММ Model Explorer – Удобный Инструмент Для Навигации По Одной Или Нескольким Отк...

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

Чтобы открыть окно навигатора модели следует щелкнуть левой кнопкой мышки по инструменту в Стандартной панели инструментов или выбрать в меню View пункт Model Explorer.

В навигаторе работы с диаграмм IDEF0 показываются зеленым цветом, IDEF3 – желтым, DFD - голубым. Навигатор модели имеет иерархическую древоподобную структуру и включает 3 закладки: Activities, Diagrams, Objects.

Закладка Activities (рис. 4) позволяет просматривать иерархию всех работ, используемых на диаграммах модели, обеспечивает быстрый переход к соответствующему функциональному блоку на диаграмме в области диаграмм окна AllFusion PM. Для редактирования свойств работы следует щелкнуть по ней правой кнопкой мыши. Появится контекстное меню. В таблице 2 приведено значение пунктов контекстного меню.

Таблица 2. Контекстное меню редактирования свойств работы.

Пункт меню Описание
Insert Before Создать новую работу на той же самой диаграмме. В списке работ новая работа будет вставлена перед текущей.
Insert After Создать новую работу на той же самой диаграмме. В списке работ новая работа будет вставлена после текущей.
Decompose Декомпозировать работу. В результате будет создана новая диаграмма декомпозиции.
Name Вызов редактора имени работы.
Definition/Note Вызов редактора определения и примечания к работе.
Font Изменения шрифта работы.
Color Изменения цвета работы.
Costs Задание стоимости работы.
Data Usage Ассоциация работы с данными.
UDP Задание свойств, определяемых пользователем
UOW Задание свойств для работ IDEF3

Закладка Diagrams (рис. 5) отображает иерархию диаграмм модели, служит для быстрого перехода к любой диаграмме модели, включая Organization Chart, Node Tree, Swim Lane, FEO, и IDEF3 Scenario, о которых речь пойдет позже.

Рис. 4. Рис. 5.


Закладка Objects (рис. 6) показывает объекты, соответствующие диаграмме, выбранной на закладке Diagrams, а именно: работы модели, которые не используются на выбранной диаграмме, но существуют в словаре модели, а также связанные с выбранной диаграммой хранилища данных, внешние ссылки, перекрестки, роли, ресурсы. Находясь в закладке Objects навигатора модели можно с помощью мышки перетащить объект из словаря модели на открытую диаграмму (технология drag and drop).

3.4. Стандартный бланк диаграммы.

AllFusion PM по умолчанию использует английские названия полей бланка. Способ русификации бланка диаграмм и приведения его в соответствие с рекомендациями Госстандарта показан в разделе Русификация AllFusion PM данной главы.

Стандартный бланк диаграммы (рис. 7) обеспечивает единообразное оформление и хранение всех документов, относящихся к модели. Согласно рекомендациям Госстандарта РФ Р 50.1.028-2001 стандартный бланк содержит следующие информационные поля:

· область проектной информации - в верхней части бланка,

· рабочее поле - в средней части бланка,

· область идентификации – в нижней части бланка.

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

 

Рис. 7.

Область проектной информации содержит следующие поля:

· Used At («Используется в») содержит название общей модели, составной частью которой является настоящая модель, или область ее применения.

· Author («Автор») – имя автора диаграммы или наименование организации - разработчика проекта.

· Project («Проект») – содержит название проекта или его аббревиатуру.

· Date («Дата») – дата создания проекта.

· Rev («Пересмотрено») – дата последнего редактирования диаграммы.

· Notes 12345678910 («Замечания») используется при проведении сеанса экспертизы. Эксперт должен (на бумажной копии диаграммы) указать число замечаний, вычеркивая цифру из списка каждый раз при внесении нового замечания.

· Status(«Статус») - наименования статуса, присваиваемого диаграмме по мере ее продвижения по циклам «автор — чита­тель». Приняты следующие виды статусов диаграмм в зависимости от уровня их готовности:

· Working («Рабочая версия») – диаграмма с большим числом изменений. Новые диаграммы являются рабочими версиями.

· Draft («Проект») – диаграмма имеет меньше изменений по сравнению с предыдущим уровнем. Статус «Проект» присваивается диаграмме по предложению руководителя работ, до ее рассмотрения экспертами и одобрения техническим советом.

· Recommended («Рекомендовано») – диаграмма и все ее сопровождающие документы прошли экспертизу и утверждены техническим советом. В нее не предполагается внесение существенных изменений.

· Publication («Публикация») – материал, который может быть представлен заказчику модели и рассылаться для окончательной печати и опубликования.

· Reader («Читатель») и Date («Дата») – соответственно подпись читателя (эксперта) и дата прочтения (экспертизы).

· Context («Контекст») – содержит миниатюрную картинку родительской диаграммы (без стрелок). Работа, являющаяся родительской, показана темным прямоугольником, остальные – светлым. Это позволяет иметь перед глазами структуру родительской диаграммы и место на ней декомпозируемого блока, не вызывая диаграмму на экран. На контекстной диаграмме (А-0) в поле Context («Контекст») показывается надпись ТОР. В левом нижнем углу поля показывается номер узла родительской диаграммы.

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

· Node («Узел») – номер узла диаграммы – номер родительского блока для текущей диаграммы..

· Title («Заголовок») – имя диаграммы. По умолчанию, имя родительского блока.

· Number («Номер») – уникальный номер версии диаграммы.

· Page («Страница») – номер страницы. Может использоваться как номер страницы при формировании папки.

Некоторые поля бланка диаграммы доступны для правки в диалоге Diagram Properties (меню Diagram/Diagram Properties), в закладках Name, Kit, Status (см. рис. 8).

Рис. 8.

При необходимости в AllFusion PM можно изменить стандартный бланк диаграммы: удалить верхнюю и/или нижнюю область бланка или создать собственный бланк. В этих целях используют закладки Page Setup и Header/Footer диалога Diagram Properties (меню Diagram/Diagram Properties) (рис. 9,10).

Контрольные вопросы:

1. Дайте характеристику пользовательского интерфейса приложения AllFusion PM.

2. Как русифицировать рамку диаграмм в AllFusion PM?

3. Как русифицировать тексты, вводимые пользователем в AllFusion PM?

4. Опишите структуру навигатора моделей (Model Explorer).

5. Какие операции можно выполнять с помощью навигатора моделей?

6. Дайте характеристику полям стандартного бланка диаграммы.


Рис. 9.

Рис. 10.


– Конец работы –

Эта тема принадлежит разделу:

ПРИНЦИПЫ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ И МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ С ИСПОЛЬЗОВАНИЕМ ПАКЕТА ПРОГРАММ

МИНИСТЕРСТВА ФИНАНСОВ РОССИЙСКОЙ ФЕДЕРАЦИИ... Т Е Точилкина И Л Катков...

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Навигатор модели Model Explorer.

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

Этапы создания АИС.
Выделяют следующие стадии создания АИС (ГОСТ 34.601-90): 1. Формирование требований, 2. Разработка концепции, 3. Техническое задание, 4. Эскизный проект,

Требования к инструментам разработки АИС.
Технология создания АИС предъявляет особые требования к методикам реализации и программным инструментальным средствам. К таким требованиям можно отнести следующее: 1. Реализацию проектов п

Методика разработки АИС с помощью продуктов пакета AllFusion Modeling Suite.
На современном рынке средств разработки АИС достаточно много систем, в той или иной степени удовлетворяющих перечисленным требованиям. Остановимся на одной из них – пакете программ AllFusion Modeli

Описание AllFusion Process Modeler.
AllFusion Process Modeler (ранее BPwin) - это инструмент для визуального моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion PM предлагает средство для сбора

Функциональные возможности AllFusion PM.
· Автоматизация процесса моделирования. Process Modeler автоматизирует многие задачи построения и анализа моделей бизнес-процессов: создание графического представления модели - диаграмм, ввод детал

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

Русификация AllFusion PM.
В версии 7.2 русифицировать можно рамку (бланк) диаграмм, а также все тексты, вводимые пользователем. Для русификации рамки диаграммы следует перед установкой продукта сохранить файл BPwin

Система и модель в AllFusion PM.
Под системой понимается совокупность взаимосвязанных компонент и связей между ними. Под моделью системы понимают описание системы, которое отвечает на заранее опре

Этапы построения модели.
Можно выделить следующие этапы построения модели. 1. Определение контекста модели, включая: · определение границ системы, · выбор цели, · определение точки зрени

Начало создания модели в AllFusion PM.
При создании новой модели возникает окно (рис. 15), в котором, следует указать, будет ли создана новая модель «с нуля», или на основе шаблона. Далее требуется ввести имя новой модели. Если

Диалог Model Properties и продолжение моделирования.
Важные свойства модели, такие как субъект, цель, точка зрения и многие другие определяются в диалоге Model Properties (меню Model/Model Properties). Закладка General служи

Построение функциональных диаграмм (IDEF0).
IDEF0 рекомендована В России как методология функционального моделирования. В 2001 году Госстандартом России выпущен соответствующий нормативный документ Р 50.1.028-2001 [6]. Как стандарт методолог

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

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

Нумерация работ и диаграмм.
Все работы и диаграммы модели нумеруются. Номер состоит из префикса и числа. Может быть использован префикс любой длины, но обычно используют префикс «А». Контекстная (корневая), работа де

Этапы построения диаграмм IDEF0.
Перечислим этапы построения IDEF0-диаграммы [4]. 1. Перечислить данные (объекты). 2. Перечислить функции. 3. Сгруппировать функции в 3-6 блоков. 4. Расположить б

Палитра инструментов для построения диаграмм IDEF0.
Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую, поэтому рассмотрим палитру инструментов диаграммы IDEF0 (рис. 42), которая возникает п

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

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

Палитра инструментов для построения диаграмм DFD.
При переключении в методологию DFD на контекстно-зависимой панели инструментов AllFusion изменилось назначение кнопок или появились следующие новые кнопки (рис. 47):

Построение диаграмм потоков процессов (IDEF3). Сценарии.
Методология IDEF3, называемая также workflow diagramming - диаграммы потоков процессов, поддерживает описание бизнес-процессов как последовательность событий. IDEF3 – это метод, имеющий основной це

Состав IDEF3-диаграммы.
В состав диаграммы IDEF3 могут входить четыре графических объекта: функциональные блоки, отображающие единицы работы (UOW), также называемые работами (activity), стрелки

Стрелки и связи.
Связи показывают взаимоотношения между объектами. Все связи в IDEF3 однонаправлены (с версии 7 появились и двунаправленные связи) и могут быть направлены в любую сторону. Но обычно диаграммы IDEF3

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

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

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

Этапы построения диаграмм IDEF3.
Рассмотрим процесс построения диаграмм IDEF3, включающий взаимодействие автора (аналитика) и одного или нескольких экспертов предметной области [5]. Описание сценария, области и то

Палитра инструментов для построения диаграмм IDEF3.
При переключении в методологию IDEF3 на контекстно-зависимой панели инструментов AllFusion изменилось назначение кнопок или появились следующие новые кнопки (рис. 59):

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

Организационные диаграммы
AllFusion PM содержит набор инструментов для моделирования организационной структуры предприятия. Для этого он содержит четыре словаря - словарь изображений, словарь ресурс

Диаграммы Swim Lane
Созданные в словаре Role Dictionary роли могут быть также исполь­зованы в диаграмме Swim Lane. Диаграмма Swim Lane является разно­видностью диаграммы IDEF3, позволяющей явно описать роли и ответст­

Декомпозиция работы IDEF0 в диаграмму DFD.
При декомпозиции работы с IDEF0 в диаграмму DFD не разрешается связать произвольным образом граничные стрелки в диаграмме DFD, мигрировавшие из родительской диаграммы IDEF0. Т.е. если на родительск

Граничные стрелки на диаграммах IDEF0 и DFD.
Для существенного облегчения построения смешанной модели AllFusion PM позволяет нарушать традиционный синтаксис IDEF0 и DFD. В частности, AllFusion PM позволяет создавать на диаграммах IDEF0 (рис.

Использование нетрадиционного синтаксиса на диаграммах модели.
AllFusion PM позволяет нарушить традиционный синтаксис нотаций IDEF0, IDEF3, DFD и использовать для отображения объектов диаграмм практически любые геометрические фигуры. Более того, можно размести

Расщепление моделей.
Для расщепления модели следует щелкнуть правой клавишей мышки по работе, имеющей диаграмму декомпозиции, и в контекстном меню выбрать пункт Split Model (рис. 71). В появившемся диалоге Split Option

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

Обнаружение синтаксических ошибок в диаграммах модели.
Синтаксические ошибки IDEF0 в AllFusion PM разделяются на три типа: · Во-первых, это ошибки, которые AllFusion PM выявить не в состоянии. Например, синтаксис IDEF0 требует, чтобы имя работ

Создание UDP.
Создать и редактировать свойство UDP можно непосредственно в словаре UDP Dictionary (меню Dictionary/UDP) (рис. 84) или в редакторе User Defined Property Dictionary Editor (меню Model/UDP Definitio

Прикрепление UDP к объектам модели.
«Прикрепить» свойства UDP к объекту модели: работе, хранилищу данных, перекрестку и т.д. – можно двумя способами. Первый заключается в использовании пункта UDP контекстного меню, которое появляется

Генерация отчетов по UDP.
Результаты привязки UDP к объектам модели можно проанализировать с помощью встроенных отчетов AllFusion PM, например в отчете Diagram Object Report (меню ToolsReportsDiagram Object Report) (рис. 92

Поддерживаемые типы UDP.
AllFusion PM поддерживает 18 типов UDP, которые можно классифицировать несколькими способами: · по типу свойства пользователя, · по множественности значений свойства пользователя,

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

Создание текстовых отчетов на основе встроенных шаблонов.
AllFusion PM имеет восемь встроенных шаблонов текстовых отчетов. Для использования шаблона и генерации на его основе отчетов следует выбрать пункт Reports в меню Tools. Все сгенерированные таким об

Создание отчетов с помощью встроенного построителя шаблонов отчетов Report Template Builder.
Начиная с версии 4.0 AllFusion PM включает построитель шаблонов отчетов Report Template Builder. Report Template Builder – общий для AllFusion Process Modeler и AllFusion ERwin Data Modeler генерат

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги