Новая диаграмма DFD создается в Ramus посредством команды Файл / Новый проект. В нижней части появившегося окна мастера свойств проекта нужно обязательно переключатель установить в позицию DFD. Мастер свойств проекта предлагает 5 этапов настройки, перемещение между которыми осуществляется с помощью кнопок «Назад» и «Дальше».
Содержание полей «Автор», «Название проекта», «Название модели», «Используется в …», «Описание» первых трех этапов необязательны и заполняется соответствующими по смыслу строками. На 4 этапе предлагается ввести названия классификаторов (В данном случае они совпадают с названиями внешних сущностей). Если диаграмма создается с нуля, то необходимо ввести имя хотя бы 1 классификатор, иначе могут возникнуть проблемы с сохранением документа.
Для работы с примитивами существует специальная панель, показанная на рисунке 2.8 (Если она неактивна, необходимо выделить курсором рабочую область).
Видео урок Ramus Educational
Рис. 2.8. Панель добавления элементов DFD программы Ramus
Панель содержит следующие кнопки активации режимов (слева-направо): выделение, функциональный блок, стрелка, молния, ввод текста, внешняя сущность, хранилище, переход на уровень вверх к родительской диаграмме, декомпозиция блока.
При работе в BPwin и Ramus DFD диаграммы можно создавать как с нуля, так и детализировать отдельные процессы схем IDEF0 посредством нотации DFD (В этом случае один набор схем, формализующий конкретный процесс, будет содержать схемы в 2 нотациях).
При условии декомпозиции блока диаграммы IDEF0 с помощью нотации DFD в диалоговом окне создания новой диаграммы необходимо переключатель в нижней части окна установить в значение DFD.
Рис. 2.9. Создание диаграммы DFD в процессе декомпозиции функционала
Аналогично детализируется и процесс в построенной с нуля диаграмме DFD.
Необходимо помнить, что если диаграмма DFD строится с нуля, то необходимо создавать классификаторы для хранилищ и внешних сущностей. Если DFD схема является декомпозицией функционала со схемы IDEF0, то классификаторы внешних сущностей могут отсутствовать.
Классификатор – это набор уникальных названий объектов. Классификатор с точки зрения структуры будущей базы данных соответствует названию таблицы. Имена классификаторов присваиваются хранилищам и внешним сущностям.
Для добавления классификаторов необходимо убедиться, что в Ramus отображается вспомогательное окно левее рабочей области с моделью. Если вспомогательного окна не видно, и в рабочей области отображается только модель DFD, то окно нужно вызвать командой Окна / Показать окно / Классификаторы. Рабочая область примет следующий вид.
Рис. 2.10. Рабочая область с активированным вспомогательным окном
Ramus — функциональная схема информационной системы и бизнес процессов (DFD и IDEF0).
Чтобы вспомогательное окно показывало список классификаторов, необходимо на панели инструментов справа активировать кнопку «Классификаторы», как это показано на рисунке 2.10.
В окне классификаторов самая левая кнопка в виде значка «Зеленый крестик» позволяет создавать новые классификаторы. Для задания имени классификатора нужно выделить во вспомогательном окне необходимый классификатор (чтобы он выделился темным цветом), подождать 1 – 2 секунды и еще раз щелкнуть левой кнопкой мыши по выделенному классификатору. Появится возможность редактирования имени классификатора. Другим способом задания имени классификатора является нажатие клавиши F2 после его выделения.
Для простого отображения диаграммы DFD задания одних классификаторов будет достаточно. Однако, во избежание путаницы, рассмотрим понятия атрибута и элемента классификатора.
Атрибут классификатора соответствует столбцу таблицы. В Ramus существует общий список атрибутов, а уже при настройке конкретного классификатора необходимо с помощью флажков указывать, какие из атрибутов списка принадлежат настраиваемому классификатору.
Для добавления в общий список атрибутов классификатора удобно воспользоваться окном настройки свойств любого классификатора, то есть выделить в списке классификаторов любой классификатор, вызвать контекстное меню и выбрать пункт «Свойства классификатора». В окне «Свойства классификатора» необходимо переключиться на закладку «Атрибуты».
Рис. 2.11. Внешний вид окна «Свойства классификатора»
Левая кнопка окна в виде «зеленого крестика» позволяет добавить в список новый атрибут классификатора, заполнив поля «Название» и «Тип атрибута», то есть название столбца и тип его принимаемых значений.
После ввода атрибутов классификатора в общий список необходимо настроить каждый классификатор, определив, какие атрибуты из списка принадлежат каждому классификатору. Для этого в окне со списком классификаторов необходимо по очереди выделять каждый классификатор, вызывать для него окно свойств, и в списке атрибутов устанавливать флажки только левее тех атрибутов, которые принадлежат настраиваемому классификатору.
Элемент классификатора соответствует строке таблицы, то есть окно конкретного классификатора позволяет непосредственно построчно (поэлементно) заполнять таблицу, а также связывать примитивы схем DFD с конкретными строками таблиц. Двойной щелчок по классификатору приведет к вызову в основной рабочей области окна классификатора для заполнения названий элементов, принадлежащих классификатору.
Рис. 2.12. Окно для заполнения элементов классификаторов (Окно отдельного классификатора)
Обратите внимание, что в нижней части окна есть закладки для переключения между классификаторами и моделью.
Для добавления элемента классификатора необходимо нажать самую левую кнопку окна «Создать элемент». Для переименования объекта необходимо совершить двойной щелчок мышью по правой части объекта, где располагается текст его названия.
Для того чтобы связать примитив диаграммы с названием классификатора или элемента классификатора (Проще говоря, именовать внешнюю сущность или хранилище), необходимо выполнить следующее. Вначале необходимо щелкнуть правой кнопкой мыши, установив курсор на нужный примитив модели. В появившемся контекстном меню необходимо выбрать пункт «Редактировать активный элемент».
Появится диалоговое окно «Свойства DFD-объекта». Далее нажимается кнопка «Задать DFD-объект». Появится окно «Выберите классификатор». При желании примитив можно именовать и именем классификатора (Обычно делается именно так), и именем элемента классификатора. Двойной щелчок мышью по названию классификатора открывает область с его объектами.
Если выбирается элемент, то необходимо установить переключатель левее и уже после жать кнопку «ОК».
Рис. 2.13. Выбор объекта для именования примитива схемы
Для выполнения задания для именования примитивов будет достаточно имен классификаторов, поэтому правую половину окна на рисунке 2.13 можно не открывать, а сразу выбирать классификатор в левой половине.
2.9.2. Подробный пример построения диаграммы DFD
Как уже говорилось ранее, диаграммы потоков данных являются основным средством моделирования функциональных требований к проектируемой системе. Функциональные требования к системе определяют, действия системы, которые она должна выполнять.
В качестве примера процесса, для которого будет строиться диаграмма DFD, как и в случае с IDEF0, будет взят процесс написания курсовой работы (КР).
Пусть системой будут пользоваться студент и преподаватель. Тогда можно выделись следующие функциональные требования, связанные с написанием курсовой работы:
1. система должна хранить переработанные фрагменты информации, а также ссылки на литературу, на основе которой они были сделаны;
2. система должна хранить замечания преподавателя по КР.
Далее нужно рассмотреть требования к источникам данных, связанные с функциональными требованиями, то есть определить, какие действия над базой данных нужно делать для выполнения требований, какие процессы изменяют базу данных и взаимодействуют с внешними объектами. Требования к источникам данных будут следующими:
1. В процессе анализа литературы происходит чтение и запись информации о литературе и переработанным фрагментам в базу данных. Также в процессе изучения литературы студент получает и использует знания, связанные с литературой (Обмен информацией).
2. В процессе написания курсовой работы происходит чтение информации о замечаниях преподавателя из базы данных. В процессе проверки КР происходит запись замечаний в базу. В процессе написания курсовой работы студент использует практические навыки написания курсовой работы (Обмен информацией). В процессе проверки КР преподаватель выявляет (вырабатывает) информацию об ошибках.
Далее можно реализовать все вышесказанное в виде диаграммы DFD.
Для именования внешних сущностей и хранилищ были созданы следующие классификаторы:
4. переработанный материал,
5. замечания преподавателя.
Диаграмма DFD строилась «с нуля» с использованием декомпозиции. На контекстной диаграмме отображен основной процесс «Работать над КР», а также все внешние сущности и хранилища. Обмен информацией происходит по требованиям к источникам данных, но в обобщенном виде.
Рис. 2.14. Контекстная диаграмма процесса «Работать над КР»
Далее процесс «Работать над КР» был детализирован на три подпроцесса, которые фигурируют в требованиях к источникам данных: проанализировать литературу, написать КР, проверить КР.
Рис. 2.15. Детализация процесса «Работать над КР»
Обмен информацией на схеме происходит по требованиям к источником данных, но с дополнениями: поток данных «Материал по тематике КР» является результатом анализа литературы и входными данными для процесса «Написать КР», а поток данных «Черновик КР» является результатом написания КР и входными данными для процесса проверки КР.
Варианты заданий по построению диаграмм потоков данных
Для закрепления практических навыков по построению диаграмм необходимо:
1. Ознакомиться с теоретическим материалом по стандарту DFD.
2. Реализовать схему DFD для поддержки процесса из таблицы 2.1:
Названия процессов, подлежащих формализации
Номер варианта | Название процесса |
Подготовка к Олимпийским играм | |
Выпуск автомобиля | |
Выпуск DVD-плейера | |
Проведение лабораторной работы | |
Построение здания | |
Сборка персонального компьютера | |
Переналадка технологического оборудования | |
Подготовка конструкторской документации | |
Получение прав на управление транспортным средством | |
Организация переезда в новую квартиру |
2.11. Контрольные вопросы
1. Особенности методологии DFD.
2. Основные элементы диаграмм DFD.
3. Построение иерархии диаграмм DFD.
4. Особенности построения диаграмм DFD в программе Ramus.
Варианты тестовых заданий по контролю знаний в сфере построения диаграмм потоков данных
1. Внешния сущность в диаграмме DFD обозначает:
А) внешний по отношению к информационной системе объект,
Б) файл или базу данных,
В) процесс, перерабатывающий информацию,
Г) внутреннее действие процесса.
2. Что не входит в функции хранилища?
А) выдавать информацию,
Б) хранить информацию,
В) переобразовывать информацию,
Г) записывать информацию.
3. Что обозначает стрелка в диаграмме DFD?
А) связь между функциями системы,
Б) информационный поток,
В) действие пользователя,
Г) связь между классами.
4. Каким образом связаны диаграммы IDEF0 и DFD?
А) они никак не связаны,
Б) их смысл совпадает, просто подходы к проектированию разные,
В) при декомпозиции описания процесса можно чередовать эти стандарты,
Г) они связаны только тем, что могут использоваться в одном проекте.
5. Каким примитивом обозначается внешняя сущность в нотации Гейна Сарсона?
Б) двойным кругом,
В) прямоугольником, «бросающим тень»,
Г) прямоугольником, разделенным на две секции.
6. Что не относится к особенностям диаграмм DFD?
А) они имеют начальное и конечное состояния,
Б) к ним можно применять декомпозицию,
В) схема имеет контекстную диаграмму,
Г) в схемах исползуются подсистемы.
7. Что не детализируется в диаграммах DFD?
Б) контекстная диаграмма,
8. Какой примитив в DFD не имеет названия?
В) внешняя сущность,
Г) все примитивы имеют название.
9. Диаграммы DFD показывают:
А) информационные потоки внутри системы,
Б) функции системы и полномочия доступа к ним,
В) взаимодействие экземпляров классов во времени,
Г) состояния системы и сосбенности переходов между ними.
10. Каким примитивом обозначается функция в нотации Йордана Де Марко?
А) прямоугольником, с закругленными углами,
В) фигурой, снизу и сверху ограниченной двумя параллельными горизонтальными линиями, а с боков – полуокружностями,
Источник: lektsia.com
Ramus. Моделирование бизнес-процессов
Программное обеспечение Ramus предназначено для
использования в проектах, в которых необходимо
описание бизнес-процессов предприятия и (или)
создание систем классификации и кодирования.
Ramus полностью поддерживает методологию
моделирования бизнес-процессов IDEF0 и DFD, а так
же имеет ряд дополнительных возможностей
призванных удовлетворить потребности команд
разработчиков систем управления предприятиями.
3. IDEF0
Под моделью в IDEF0 понимают описание системы (текстовое и
графическое), которое должно дать ответ на некоторые заранее
определенные вопросы.
В IDEF0 система представляется как совокупность
взаимодействующих работ или функций. Такая чисто
функциональная ориентация является принципиальной — функции
системы анализируются независимо от объектов, которыми они
оперируют. Это позволяет более четко смоделировать логику и
взаимодействие процессов организации.
Процесс моделирования какой-либо системы в IDEF0 начинается с
определения контекста, т. е. наиболее абстрактного уровня
описания системы в целом. В контекст входит определение
субъекта моделирования, цели и точки зрения на модель.
4. DFD
Диаграммы потоков данных. Так
называется методология графического структурного анализа,
описывающая внешние по отношению к системе источники и
адресаты данных, логические функции, потоки данных и
хранилища данных, к которым осуществляется доступ.
Диаграмма потоков — один из основных инструментов
структурного анализа и проектирования информационных
систем. Несмотря на имеющее место в современных
условиях смещение акцентов от структурного к объектноориентированному подходу к анализу и проектированию
систем, «старинные» структурные нотации по-прежнему
широко и эффективно используются как в бизнес-анализе, так
и в анализе информационных систем.
5.
Ramus позволяет создавать графические
модели бизнес-процессов согласно правил
синтаксиса IDEF0, используя собственный
графический редактор.
Ramus позволяет создавать систему
классификации и кодирования всех
объектов, которые фигурируют в бизнеспроцессах предприятия и увязывать эту
систему с графическими моделями бизнеспроцессов.
6.
Ramus обладает гибкими возможностями построения
отчётности по графических моделях бизнес-процессов и
системе классификации и кодирования. Данная
возможность позволяет создавать отчётность в форме
документов, которые регламентируют деятельность
предприятия. Например: регламенты процессов и
должностные инструкции. При чём, данная
регламентирующая документация, будучи автоматически
генерируемой из моделей процессов и системы
классификации и кодирования, носит системный и
непротиворечивый характер, что критически важно при
построении систем управления предприятиями.
7. Модельный ряд:
Локальная версия Ramus:
Коммерческий продукт для широкого круга пользователей.
Сетевая версия Ramus:
Данная версия предоставляется только корпоративным клиентам вместе с
сопутствующими услугами по разворачиванию и поддержке.
Функциональность существенно расширена по сравнению с локальной версией.
Ramus Educational:
Некоммерческий продукт. Ориентирован на использование в обучении.
Доступен только в локальном варианте и ограничен по функциональности.
Перечень основных ограничений по сравнению с коммерческой локальной
версией:
ограничен перечень доступных атрибутов классификаторов;
отсутствует функциональность для работы с матричными проекциями
классификаторов;
отсутствует редактор отчётов;
отсутствует навигатор по модели.
8. Преимущества перед аналогами: Эргономичность графического редактора. Редактор поддерживает быструю навигацию по модели, шаблоны часто и
Преимущества перед аналогами:
Эргономичность графического редактора. Редактор поддерживает
быструю навигацию по модели, шаблоны часто используемых типов
диаграмм, возможность отмены последних действий, «умное» поведение
стрелок.
Поддержка неограниченного количества атрибутов различных типов.
Автоматическое построение иерархических деревьев в классификаторах
на основании значений атрибутов.
Редактор отчётов поддерживает несколько вариантов настройки:
упрощённую (с использованием инструментов редактора и набора
ключевых слов) и расширенную (с использованием JavaScript). Шаблоны
отчётов могут быть экспортированы и импортированы в формате файлов
XML.
Гибкий графический интерфейс пользователя.
Кроссплатформенность. Использование технологии Java позволяет
устанавливать систему под разными видами операционных систем и
аппаратных платформ (MS Windows, Mac OS, Linux и т.д.).
9. В качестве примера рассматрим деятельность промышленной компании. Компания занимается сборкой и продажей настольных компьютеров и ноут
В качестве примера рассматрим деятельность промышленной
компании. Компания занимается сборкой и продажей настольных
компьютеров и ноутбуков. Компания не производит компоненты
самостоятельно, а только собирает и тестирует компьютеры.
Деятельность компании состоит из следующих элементов:
продавцы принимают заказы клиентов;
операторы группируют заказы по типам клиентов;
операторы собирают и тестируют компьютеры;
операторы упаковывают компьютеры согласно заказам;
кладовщик отгружает клиентам заказ.
Компания использует приобретенную бухгалтерскую ИС,
которая позволяет оформить заказ, счет и отследить
платежи по счетам.
10. Результат декомпозиции процесса Сборка и тестирование
11.
Важно, что Ramus позволяет
просматривать содержимое проектов
через веб-интерфейс. Это упрощает
коммуникации между
разработчиками и пользователями
систем управления, созданными с
использованием возможностей
Ramus.
Источник: ppt-online.org
Презентация на тему Ramus. Моделирование бизнес-процессов
Программное обеспечение Ramus предназначено для использования в проектах, в которых необходимо описание бизнес-процессов предприятия и (или) создание систем классификации и кодирования. Ramus полностью поддерживает методологию моделирования бизнес-процессов IDEF0 и DFD, а так же имеет ряд дополнительных возможностей призванных удовлетворить потребности команд
- Главная
- Информатика
- Ramus. Моделирование бизнес-процессов
Слайды и текст этой презентации
Слайд 1 Ramus
Моделирование бизнес-процессов
Выполнила ст. гр. АС-13
Понкратенко В.А.
Слайд 2 Программное обеспечение Ramus предназначено для использования в проектах,
в которых необходимо описание бизнес-процессов предприятия и (или) создание
систем классификации и кодирования. Ramus полностью поддерживает методологию моделирования бизнес-процессов IDEF0
и DFD, а так же имеет ряд дополнительных возможностей призванных удовлетворить потребности команд разработчиков систем управления предприятиями.
Слайд 3 Под моделью в IDEF0 понимают описание системы (текстовое
и графическое), которое должно дать ответ на некоторые заранее
определенные вопросы.
В IDEF0 система представляется как совокупность взаимодействующих работ или
функций. Такая чисто функциональная ориентация является принципиальной — функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.
Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, т. е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.
Слайд 4 Диаграммы потоков данных. Так называется методология графического структурного анализа, описывающая внешние
по отношению к системе источники и адресаты данных, логические
функции, потоки данных и хранилища данных, к которым осуществляется доступ.
Диаграмма
потоков — один из основных инструментов структурного анализа и проектирования информационных систем. Несмотря на имеющее место в современных условиях смещение акцентов от структурного к объектно-ориентированному подходу к анализу и проектированию систем, «старинные» структурные нотации по-прежнему широко и эффективно используются как в бизнес-анализе, так и в анализе информационных систем.
Слайд 5 Ramus позволяет создавать графические модели бизнес-процессов согласно правил
синтаксиса IDEF0, используя собственный графический редактор.
Ramus позволяет создавать систему
классификации и кодирования всех объектов, которые фигурируют в бизнес-процессах предприятия
и увязывать эту систему с графическими моделями бизнес-процессов.
Слайд 6 Ramus обладает гибкими возможностями построения отчётности по графических
моделях бизнес-процессов и системе классификации и кодирования. Данная возможность
позволяет создавать отчётность в форме документов, которые регламентируют деятельность предприятия.
Например: регламенты процессов и должностные инструкции. При чём, данная регламентирующая документация, будучи автоматически генерируемой из моделей процессов и системы классификации и кодирования, носит системный и непротиворечивый характер, что критически важно при построении систем управления предприятиями.
Слайд 7 Локальная версия Ramus:
Коммерческий продукт для широкого круга пользователей.
Сетевая
версия Ramus:
Данная версия предоставляется только корпоративным клиентам вместе с сопутствующими
услугами по разворачиванию и поддержке. Функциональность существенно расширена по сравнению
с локальной версией.
Ramus Educational:
Некоммерческий продукт. Ориентирован на использование в обучении.
Доступен только в локальном варианте и ограничен по функциональности.
Перечень основных ограничений по сравнению с коммерческой локальной версией:
ограничен перечень доступных атрибутов классификаторов;
отсутствует функциональность для работы с матричными проекциями классификаторов;
отсутствует редактор отчётов;
отсутствует навигатор по модели.
Слайд 8 Преимущества перед аналогами: Эргономичность графического редактора. Редактор поддерживает быструю навигацию
по модели, шаблоны часто используемых типов диаграмм, возможность отмены
последних действий, «умное» поведение стрелок. Поддержка неограниченного количества атрибутов различных типов. Автоматическое
построение иерархических деревьев в классификаторах на основании значений атрибутов. Редактор отчётов поддерживает несколько вариантов настройки: упрощённую (с использованием инструментов редактора и набора ключевых слов) и расширенную (с использованием JavaScript). Шаблоны отчётов могут быть экспортированы и импортированы в формате файлов XML.
Гибкий графический интерфейс пользователя. Кроссплатформенность. Использование технологии Java позволяет устанавливать систему под разными видами операционных систем и аппаратных платформ (MS Windows, Mac OS, Linux и т.д.).
Слайд 9 Деятельность компании состоит из следующих элементов:
продавцы принимают заказы клиентов;
операторы
группируют заказы по типам клиентов;
операторы собирают и тестируют компьютеры;
операторы
упаковывают компьютеры согласно заказам;
кладовщик отгружает клиентам заказ.
Компания использует приобретенную бухгалтерскую
ИС, которая позволяет оформить заказ, счет и отследить платежи по счетам.
В качестве примера рассматрим деятельность промышленной компании. Компания занимается сборкой и продажей настольных компьютеров и ноутбуков. Компания не производит компоненты самостоятельно, а только собирает и тестирует компьютеры.
Источник: mypreza.com