<<
>>

Программа работы

Получить у преподавателя IDEFO-модель, которая будет воссоздаваться в течение работы

Запустить BPwin.

Создать новую модель File^New Model. После этого открывается контекстная диаграмма A-O, содержащая единственный IDEFO-блок AO.

Этот блок AO изображает функцию всей описываемой системы в целом.

Описать системы, построить ее модель - значит выполнить декомпозиции блока AO с необходимой степенью детализации. Декомпозиция проводится по правилам методологии IDEFO: каждый блок-функция представляется диаграммой, содержащей набор взаимосвязанных блоков-функций, описывающих работу родительского блока. Однако, стратегия декомпозиции (неформальная часть методологии) определяется основными параметрами модели: целью моделирования, точкой зрения и границами модели, которые определяет аналитик - разработчик модели.

4. Определить параметры модели.

Чтобы построить правильную IDEF-модель, необходимо первым делом сформулировать и указать цель моделирования (Purpose), границы (Scope) и точку зрения (Viewpoint). Эти важнейшие параметры могут модифицироваться в процессе работы, однако работать над моделью без их определения крайне неэффективно и малорезультативно, т.е. аналитик всегда должен четко знать цель, границы модели и точку зрения, актуальные на данный момент. Чтобы документировать эти параметры необходимо воспользоваться редактором свойств контекстной диаграммы Editor^Model Definition.

Этот редактор состоит из двух форм для ввода информации о модели:

"Project Name" - название проекта, для которого разрабатывается модель.

"Definition" -определение модели.

"Scope" - "границы" модели.

"Viewpoint" - точка зрения.

"Status" - степень завершенности модели (начинают с "Working"). Эта информация будет отображаться на IDEF-бланке.

"Time frame" - если описывается система "как есть", нужно выбрать "AS-IS", если же описывается желаемое в будущем состояние системы, то "TO-BE".

"Model Name" - название модели.

Кнопка "More..." позволяет увидеть второй экран редактора.

"Purpose" - цель построения модели.

"Source" - источники информации для модели.

"Author name" и "Initials" - имя и инициалы автора проекта.

Цель и точка зрения должны быть написаны в левом нижнем углу контекстной диаграммы.

Для этого после того, как введена информация в редактор "Model definition", нужно выбрать инструмент Т (Text tool), указать место на диаграмме, где будет размещаться текст. Появится диалоговое окно, предлагающее ввести текст для отображения (normal text block) или показать цель (purpose) или точку зрения (viewpoint).

Чтобы показать цель, нужно выбрать purpose и нажать Ok. Чтобы показать точку зрения - выбрать viewpoint.

Любые текстовые комментарии на диаграмме можно вводить с помощью Text tool, выбирая режим Normal text block.

Посмотреть редактор параметров диаграммы.

Кроме указания параметров модели, как это было показано в предыдущем пункте, необходимо определять информацию для каждой диаграммы из состава модели. Часть информации о модели автоматически является и характеристикой диаграммы, например, название модели, имя автора и т.п., другие характеристики задаются индивидуально для каждой диаграммы. Это делается с помощью редактора диаграммы Editor^Diagram Definition.

Поля "Model Name" и "Project Name" содержат информацию из редактора Model Definition и не позволяют ее изменять. Значения полей "Author Name" и "Status" также берутся из Model Definition, но они допускают возможность корректировки.

Поля "Page Number" и "C-Number" позволяют задавать необходимые обозначения для диаграмм. Первое предназначено для ведения произвольной нумерации страниц диаграммы, второе - для введения нумерации, соответствующей хронологии создания диаграмм. В учебных целях не используется.

Поле "Used At" предназначено для ссылок на связанные диаграммы. При обучении также не используется.

"Node Number" - содержит номер декомпозируемого (родительского) блока. Не модифицируется.

"Diagram Text" - текстовое описание содержимого диаграммы.

Определить название блока A0, отображающего функцию системы.

На этом этапе необходимо дать название IDEFO-блоку верхнего уровня

(контекстному блоку). Для этого используется редактор "Name editor".

Чтобы вызвать этот редактор необходимо указать курсором требуемый IDEFO-блок и нажатием правой кнопки мышки вызвать локальное меню. Локальное меню содержит редакторы для всех параметров IDEFO-блока. Нужно выбрать пункт "Name editor...".

В окне Name вводится название блока в том виде, в котором оно будет появляться на диаграмме. Это название должно быть уникальным. Также рекомендуется вводить его большими буквами.

Описать блок AO.

Более подробную информацию о блоке, чем просто название, можно указать в редакторе "Definition editor".

"Name" содержит название блока и позволяет его редактировать.

"Definition" - поле для текстового определение функции данного блока.

"Source" - источник информации, содержащейся в этом блоке.

"Status" - степень завершенности описания блока.

Развернутые комментарии о функции блока в произвольной форме можно ввести с помощью редактора "Note editor".

Нарисовать стрелки, отображающие интерфейс блока AO.

Как только создается контекстная диаграмма, появляется необходимость проводить стрелки (Input, Control, Output, Mechanism), являющиеся входами или выходами блока, содержащегося на ней. На контекстной диаграмме стрелки отображают входы и выходы системы. Для рисования стрелок используется инструмент "Arrow tool" >. Выбрав его, можно приступать к

рисованию дуг. Контекстная диаграмма содержит только граничные (интерфейсные) дуги. Граничные дуги начинаются или заканчиваются на границе диаграммы, т.е. они входят или выходят в/из диаграммы.

Рисование дуги начинается с указания ее начала. Если дуга начинается на границе диаграммы, то нужно указать на соответствующую границу (сторону) диаграммы и нажать и отпустить левую кнопку мышки. Затем нужно указать точку назначения дуги и повторным нажатием левой кнопки дуга будет создана. Во время рисования дуги кнопку мышки НЕ НАДО держать нажатой. Объекты, которые могут быть источниками или приемниками дуг, выделяются цветом, когда над ними находится курсор.

BPwin автоматически проводит дугу между двумя точками.

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

Методология IDEFO требует наименования всех дуг. Для этого существует редактор "Name Editor", который можно вызвать через локальное меню объекта-дуги.

Создать диаграмму декомпозиции первого уровня.

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

Выбрать инструмент "Go To Child Diagram" \\f.

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

Если блок, который был активизирован с помощью инструмента "Go To Child Diagram", еще не обладает диаграммой декомпозиции, то появится диалог с вопросом о количестве блоков, которые появятся на диаграмме декомпозиции (методология IDEFO рекомендует ограничивать количество блоков на диаграмме числом от 3 до 6). В нашем случае диаграммы декомпозиции еще не существует и необходимо ввести количество блоков на ней.

Если блок уже имеет диаграмму декомпозиции, то будет просто выпол-нен переход к ней.

Для диаграммы декомпозиции граничными дугами являются входные и выходные дуги родительского блока. Работа над диаграммой декомпозиции

заключается в создании и описании блоков и в соединении их дугами, отображающими горизонтальные связи блоков одной диаграммы. Для создания дополнительных блоков на диаграмме служит инструмент "Activity Box Tool" I I .

Ю.Дать названия и описать блоки, располагаемые на диаграмме AO.

Соединить интерфейсные стрелки с соответствующими им функциями.

Определить интерфейсы блоков (функций) на диаграмме декомпозиции

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

Изобразить взаимосвязи между функциями.

После разработки диаграммы AO вернуться к контекстной диаграмме A-O и проверить ее корректность.

Сохранить модель File^ Save.

<< | >>
Источник: Т.В.Александрова С.А.Голубев. О.В.Колосова, Н.Б.Культин, С.П.Некрасов, Ю.Р.Нурулин, И.Л.Туккель, В.С.Черняк.. Управление инновационными проектами. Учебное пособие в 2-х частях. Издание второе, переработанное и расширенное. Часть 2. Методология управления инновационными проектами. / Т.В.Александрова, С.А.Голубев, О.В-Колосова и др.; Под общ. ред. профессора. И.Л.Туккеля - СПб: СПбГТУ,1999. -100 с.. 1999

Еще по теме Программа работы:

  1. 11.3.3. Стратегия инвестиционной деятельности как составная часть стратегической программы технико-экономического и социального развития предприятия (СПТЭСРП)
  2. Программа работы
  3. Программа работы
  4. Упражнение 3. Программа работы со сновидениями на десять дней
  5. Программы и информационные системы управления финансовыми потокам
  6. 3.3. АУДИТ СТРОИТЕЛЬНЫХ РАБОТ И РАБОТ ПО МОНТАЖУ ОБОРУДОВАНИЯ
  7. § 3. Права и обязанности сторон по договору на выполнение научно-исследовательских, опытно-конструкторских и технологических работ
  8. 2.2. Программа ООН по окруЖающей среде
  9. § 1. Международная программа "Вода для жизни" и механизм ее реализации
  10. § 2.3. Опционные программы.
  11. § 2.3. Опционные программы.
  12. §2. Воздействие интеграционных программ АТЭС на регламентацию торгового оборота в странах-участницах
  13. Правовое положение компьютерных программ в РФ, проблемы действующей модели охраны.
  14. Правовая охрана компьютерных программ за рубежом. Сравнительный анализ.
  15. Патентная охрана компьютерных программ.
  16. Свободные и открытые лицензии на компьютерные программы
  17. Компьютерная программа как многогранный объект.
  18. Программа государственных гарантий бесплатного оказания гражданам медицинской помощи как правовая основа лекарственного обеспечения за счет средств обязательного медицинского страхования и бюджетов различных уровней
  19. Государственная программа как документ бюджетного планирования
- Авторское право - Аграрное право - Адвокатура - Административное право - Административный процесс - Антимонопольно-конкурентное право - Арбитражный (хозяйственный) процесс - Аудит - Банковская система - Банковское право - Бизнес - Бухгалтерский учет - Вещное право - Государственное право и управление - Гражданское право и процесс - Денежное обращение, финансы и кредит - Деньги - Дипломатическое и консульское право - Договорное право - Жилищное право - Земельное право - Избирательное право - Инвестиционное право - Информационное право - Исполнительное производство - История - История государства и права - История политических и правовых учений - Конкурсное право - Конституционное право - Корпоративное право - Криминалистика - Криминология - Маркетинг - Медицинское право - Международное право - Менеджмент - Муниципальное право - Налоговое право - Наследственное право - Нотариат - Обязательственное право - Оперативно-розыскная деятельность - Права человека - Право зарубежных стран - Право социального обеспечения - Правоведение - Правоохранительная деятельность - Предпринимательское право - Семейное право - Страховое право - Судопроизводство - Таможенное право - Теория государства и права - Трудовое право - Уголовно-исполнительное право - Уголовное право - Уголовный процесс - Философия - Финансовое право - Хозяйственное право - Хозяйственный процесс - Экологическое право - Экономика - Ювенальное право - Юридическая деятельность - Юридическая техника - Юридические лица -