Idef0 онлайн построить диаграмму. История возникновения стандарта IDEF0

IDEF0 диаграммы строятся с помощью программы BPWin. Предназначены они для графического моделирования происходящих бизнес-процессов

О методологии IDEF0

Методология IDEF0 широко используется благодаря простой и понятной для понимания графической нотации, применение которой для построения модели очень удобное. Главное место в методологии отводится диаграммам. На диаграммах отображают функции системы посредством геометрических прямоугольников, а также имеющиеся связи между функциями и внешней средой. Связи отображаются с помощью стрелок. В этом можно убедиться, увидев, что предлагает IDEF0 диаграмма, примеры которой можно найти в данной статье.

Тот факт, что в моделировании используется всего два графических примитива, позволяет довольно быстро объяснить действующие правила взаимодействий IDEF0 тем людям, которые не имеют никакого представления об этом Посредством диаграмм IDEF0 подключение заказчика к происходящим процессам осуществляется более быстро благодаря использованию наглядного языка графики. Можно увидеть, что предлагает IDEF0 диаграмма, примеры которой представлены ниже.

Элементы, используемые для IDEF0

Как уже упоминалось, используется 2 типа геометрических примитивов: прямоугольники и стрелки. Прямоугольники обозначают определённые процессы, функции, работы или задачи, что имеют цели и ведут к обозначенному результату. Взаимодействие процессов между собой и внешней средой обозначается с помощью стрелок. В IDEF0 различают 5 различных типов стрелок.

Возможности использования IDEF0

Методологию IDEF0 можно применять для описи функционального аспекта любой информационной системы.

Типы связей между процессами IDEF0

В интересах модели создавать такие связи построений, чтобы внутренние связи были как можно сильней, а внешние - как можно слабей. Это сильная сторона моделирования с помощью IDEF0. Примеры диаграмм вы можете увидеть сами и убедиться в правдивости этих слов. Для облегчения установления связей подобные соединяются в модули. Между модулями устанавливаются внешние связи, а внутри модулей - внутренние. Различают несколько типов связей.

1. Иерархическая («часть» - «целое») связь.

2. Управляющая (регламентирующая, подчинённая):

2) обратная связь управления.

3. Функциональная или технологическая:

2) обратная входная.

3) потребительская;

4) логическая;

5) методическая или коллегиальная;

6) ресурсная;

7) информационная;

8) временная;

9) случайная.

Построение блоков и связей в диаграммах

Методология IDEF0 предоставляет целый ряд правил и рекомендаций по своему использованию и улучшению качества использования. Так, в диаграмме отображается один блок, на котором можно задать название системы, её назначение. К блоку или от блока ведёт 2-5 стрелок. Можно больше или меньше, но как минимум две стрелки необходимы для входа/выхода, а остальные для дополнительных работ и их указания на диаграмме. Если стрелок больше 5, следует задуматься об оптимальности построения модели, и нельзя ли сделать её ещё более детализированной.

Построение блоков в диаграммах декомпозиции

Количество блоков, которое будет на одной диаграмме, рекомендовано в численности 3-6. Если их меньше, то такие диаграммы вряд ли будут нести смысловую нагрузку. Если количество блоков будет огромным, то прочитать такую диаграмму будет весьма сложно, учитывая наличие ещё и дополнительных стрелок. Для улучшения восприятия информации размещать блоки рекомендуется сверху вниз и слева направо. Такое расположение позволит отразить логику исполнения последовательности процессов. А также стрелки будут создавать меньшую путаницу, обладая минимальным количеством пересечений друг с другом.

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

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

Но пример построения IDEF0 диаграммы может убедить, что наиболее полноценным и охватывающим типом является диаграмма со стрелками входа и управления.

Именование

Для улучшения визуального восприятия каждый блок и каждая стрелка должны иметь своё собственное имя, которое позволит идентифицировать их среди множества других блоков и стрелок. Так выглядят в IDEF0 примеры диаграмм. Информационная система, построенная с помощью них, позволит разобраться во всех недостатках и сложностях моделей.

Часто используется слияние стрелок, и встают вопросы об их именовании. Но слияние возможно только в случае передачи однородных данных, поэтому отдельные имена не нужны, хотя в программе BPWin их можно задать. Также, если происходит расхождение стрелок, то их можно отдельно наименовать, чтобы понимать, что за что отвечает.

Если после ветвления нет наименования, то считается, что имя точно такое, как было до ветвления. Так может быть, если два блока требуют одинаковую информацию. Контекстная диаграмма IDEF0, пример которой можно найти в данной статье, подтвердит эти слова.

Информация о стрелках

Стрелки, входящие и выходящие из одного блока при построении диаграммы композиции, должны отображаться на ней. Имена геометрических фигур, перенесённых на диаграмму, должны в точности повторять информацию высшего уровня. Если две стрелы параллельны относительно дуг друга (т.е. начинаются на грани одного процесса и заканчиваются обе на одной грани другого процесса), то возможно, для оптимизации модели их следует объединить и подобрать подходящее имя, что прекрасно отображается в IDEF0 (примеры диаграмм в Visio можно посмотреть).

Пример реализации методологии IDEF0 на конкретной модели

Вы уже узнали, что такое IDEF0 диаграмма, примеры и правила построения таких диаграмм частично увидели. Теперь следует обратиться и к практике. Для лучшего понимания объяснение будет идти не на какой-то «общей» модели, а на конкретном примере, который позволит лучше и полнее понять особенности работы с IDEF0 в программе BPWin.

В качестве примера выступит скорость движения поезда из точки А в точку Б. Необходимо принять во внимание, что поезд не может развивать скорость больше взятой за допустимую. Эта грань устанавливается на основе опыта эксплуатации и влияния составов на железнодорожном пути. Следует понимать, что целью состава является доставка пассажиров, которые, в свою очередь, заплатили, чтобы в безопасности и с комфортом добраться до пункта назначения. Полезна IDEF0 диаграмма, примеры которой можно найти в этой статье.

Исходной информацией выступают:

1. данные про линию путей;
2. паспорт всей дистанции;
3. план пути.

Управляющие данные:

1. Указание начальника, заведующего службой путей.
2. Сведения о существующем потоке передвижения составов.
3. Сведения о запланированных ремонтах, реконструкциях и изменении путей.

Результатом модели является:

1. Ограничение допустимых скоростей с указанием причины ограничения.
2. Допустимые скорости при движении на раздельных пунктах и во время перегона составов.

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

Заключение

После декомпозиции на первом уровне проводится декомпозиция второго уровня - и так до тех пор, пока дальнейшая декомпозиция не потеряет своего смысла. Всё это делается для получения максимально детализированной графической схемы происходящих и планируемых процессов. Это готовый пример IDEF0 диаграммы, по которому вы можете ориентироваться уже сейчас.

IDEF0–модели состоят из трех типов документов: графических диаграмм, текста и глоссария. Эти документы имеют перекрестные ссылки друг на друга.

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

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

Графическая диаграмма – главный компонент IDEF0–модели, содержащий блоки, стрелки, соединения блоков и стрелок и ассоциированные с ними отношения. Блоки представляют основные функции моделируемого объекта. Эти функции могут быть разбиты (декомпозированы) на составные части и представлены в виде более подробных диаграмм; процесс декомпозиции продолжается до тех пор, пока объект не будет описан на уровне детализации, необходимом для достижения целей конкретного проекта. Диаграмма верхнего уровня обеспечивает наиболее общее или абстрактное описание объекта моделирования. За этой диаграммой следует серия дочерних диаграмм, дающих более детальное представление об объекте.

Каждая модель должна иметь контекстную диаграмму верхнего уровня, на которой объект моделирования представлен единственным блоком с граничными стрелками. Эта диаграмма называется A–0 (А минус нуль). Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Поскольку единственный блок представляет весь объект, его имя общее для всего проекта. Это же справедливо и для всех стрелок диаграммы, поскольку они представляют полный комплект внешних интерфейсов объекта. Диаграмма A–0 устанавливает область моделирования и ее границу. Пример диаграммы A–0 показан на рис. 3.10., рис. 3.11., рис. 3.12.

Рис. 3.10. Пример контекстной диаграммы

Рис. 3.11. Пример контекстной диаграммы

Рис. 3.12. Пример контекстной диаграммы

Контекстная диаграмма A–0 также должна содержать краткие утверждения, определяющие точку зрения должностного лица или подразделения, с позиций которого создается модель, и цель, для достижения которой ее разрабатывают. Эти утверждения помогают руководить разработкой модели и ввести этот процесс в определенные рамки.

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

Формулировка цели выражает причину создания модели, т.е. содержит перечень вопросов, на которые должна отвечать модель, что в значительной мере определяет ее структуру.

Наиболее важные свойства объекта обычно выявляются на верхних уровнях иерархии; по мере декомпозиции функции верхнего уровня и разбиения ее на подфункции, эти свойства уточняются. Каждая подфункция, в свою очередь, декомпозируется на элементы следующего уровня, и так происходит до тех пор, пока не будет получена релевантная структура, позволяющая ответить на вопросы, сформулированные в цели моделирования. Каждая подфункция моделируется отдельным блоком. Каждый родительский блок подробно описывается дочерней диаграммой на более низком уровне. Все дочерние диаграммы должны быть в пределах области контекстной диаграммы верхнего уровня.

На рис. 3.12 типовая IDEF0-диаграмма показана вместе с находя­щейся на ее полях служебной информацией, которая состоит из хоро­шо выделенных верхнего и нижнего колонтитулов (заголовка и "под­вала"). Элементы заголовка используются для отслеживания процесса создания модели. Элементы "подвала" отображают наименование мо­дели, к которой относится диаграмма, и показывают ее расположение относительно других диаграмм модели.

Рис. 3.12

Построение моделей

Ни одна модель не должна строиться без ясного осознания объек­та и целей моделирования . При выборе цели моделирования необхо­димо ответить на следующие вопросы:

• Почему моделируется данный процесс?
• Что выявит данная модель?
• Как ознакомившиеся с этой моделью смогут ее применить?

Следующее предложение может служить примером формулиро­вания цели моделирования : выявить задачи каждого работника компании и понять, в основном, взаимосвязь между отдельно взятыми за­дачами для разработки руководства по обучению новых сотрудников. Модели строятся для того, чтобы ответить на набор поставленных вопросов. Такие вопросы формулируются на ранних стадиях модели­рования и впоследствии служат основой для четкого и краткого опре­деления цели моделирования. Примерами таких вопросов могут быть:

• Каковы задачи менеджера?
• Каковы задачи клерка?
• Кто контролирует работу?
• Какая технология нужна для выполнения каждого шага и т.п.

Точка зрения

С методической точки зрения при моделировании полезно ис­пользовать мнение экспертов, имеющих разные взгляды на предмет­ную область, однако каждая отдельно взятая модель должна разраба­тываться исходя из единственной заранее определенной точки зрения. Часто другие точки зрения в краткой форме документируются в при­крепленных диаграммах FEO (см. ниже) исключительно для нагляд­ности изложения.

Точку зрения нужно подбирать достаточно аккуратно, основой для выбора должна служить поставленная цель моделирования. На­именованием точки зрения может являться название должности, под­разделения (например, руководитель отдела или менеджер по прода­жам). Как и в случае с определением цели моделирования, четкое определение точки зрения необходимо для обеспечения внутренней целостности модели и предотвращения постоянного изменения ее структуры. Может оказаться необходимым построение моделей с раз­ных точек зрения для детального отражения всех особенностей, выде­ленных в системе функциональных блоков.

Границы моделирования

Одним из положительных результатов построения функциональ­ных моделей оказывается четкое определение границ моделирования системы в целом и ее основных компонентов. Хотя и предполагается, что в процессе работы над Моделью будет происходить некоторое изменение границ моделирования , их вербальное (словесное) описа­ние должно поддерживаться с самого начала для обеспечения коорди­нации работы участвующих в проекте аналитиков. Как и при опреде­лении цели моделирования, отсутствие границ затрудняет оценку степени завершенности модели, поскольку границы моделирования имеют тенденцию к расширению с увеличением размеров модели.

Границы моделирования имеют два компонента: ширину охвата и глубину детализации. Ширина охвата обозначает внешние границы моделируемой системы. Глубина детализации определяет степень подробности, с которой нужно проводить декомпозицию функцио­нальных блоков.

Чтобы облегчить правильное определение границ моделирования при разработке IDEFO-моделей, существенные усилия затрачиваются на разработку и рецензирование контекстной диаграммы IDEFO (диаграммы "самого верхнего" уровня). Иногда даже прибегают к по­строению дополнительной диаграммы для отображения уровня более высокого, чем контекстный для данной модели, что позволяет обозна­чить систему, внутри которой располагается объект для моделирова­ния. Существенные затраты на разработку контекстной диаграммы вполне оправданы, поскольку она является своего рода "точкой отсче­та" для остальных диаграмм модели, и вносимые в нее изменения кас­кадом отражаются на все лежащие ниже уровни.

Когда границы моделирования понятны, также становится яс­ным, какие объекты системы по тем или иным причинам не вошли в модель.

Выбор наименования контекстного блока

Рекомендуется следующая последовательность действий при по­строении модели "с нуля": формулирование цели моделирования, выбор точки зрения, определение границ моделирования. Наименова­ние контекстного блока - функционального блока самого высокого уровня - обобщает определение границ моделирования.

Правила подбора имени для контекстного блока в целом не отли­чаются от общих правил именования функциональных блоков , поэто­му для них обычно подбирают обобщающие названия типа "Управле­ние отделом по работе с клиентами", "Обработка заказов" и т.п.

Определение стрелок на контекстной диаграмме

Стрелки IDEF0-диаграмм обычно проще проектировать в следую­щем порядке: выход, вход, механизм исполнения, управление. Каж­дый функциональный блок обозначает отдельную функцию, и эта функция часто имеет четко описываемые результаты работы. Наличие неясностей при анализе выходов того или иного функционального блока - возможный сигнал необходимости проведения реинжиниринга рассматриваемого бизнес-процесса.

Определение выходов . После идентификации возможных выходов полезно провести анализ модели на предмет предвидения всех возможных сценариев поведения процесса. Это означает, что если существует вероятность возникновения той или иной ситуации в ходе процесса, модель ее отражает. Многие начинающие аналитики забывают отразить негативные результаты работы функциональных блоков. Например, блок "Провести экзамен по вождению" определенно произведет поток водителей, только что получивших права, но вполне правомерно ожидать и поток лиц, не сдавших экзамен. Негативные результаты часто используются в качестве обратных связей, их анализ должен проводиться для каждого блока. Также важным является необходимость включения в модель "спорных" стрелок, решение о наличии которых в модели могут принимать рецензирующие модель эксперты.

Определение входов . Входы можно рассматривать как особым об­разом преобразуемые функциональными блоками сырье или инфор­мация для получения выхода. В производственных отраслях опреде­лить, как входное сырье преобразуется в готовую продукцию, обычно довольно просто. Однако при моделировании информационных пото­ков входной поток данных может представляться не потребляемым и не обрабатываемым вообще. Случаи, когда входящие и исходящие стрелки называются одинаково, крайне редки и в основном указыва­ют на бесполезность данного блока для системы в целом или на некор­ректный выбор имени для исходящей стрелки. Решением может служить применение более подробного описания для входящих и ис­ходящих потоков данных. Например, вход может иметь название "Предварительный диагноз пациента", а выход - "Уточненный диаг­ноз пациента".

Определение механизмов исполнения . После создания входов и выходов можно приступить к рассмотрению механизмов исполнения или ресурсов, относящихся к функциональному блоку. В понятие ме­ханизма исполнения входят персонал, оборудование, информацион­ные системы и т.п. Например, функциональный блок "Собрать де­таль" может потребовать использования какого-либо оборудования, например, гаечного ключа. При приеме экзаменов на водительские права механизмом исполнения является инспектор ГИБДД. Как пра­вило, определить механизмы исполнения для функциональных бло­ков довольно просто.

Определение управления . Наконец, должно быть определено управление, контролирующее ход работы функционального блока. Все функциональные блоки в IDEF0 должны иметь хотя бы одно управление. В случаях когда неясно, относить ли стрелку ко входу или к управлению, следует ее рисовать как управление. Важно помнить, что управление можно рассматривать как особую форму входа функ­ционального блока.

Когда контекстная диаграмма представляется завершенной, по­пробуйте задать следующие вопросы:

• Обобщает ли диаграмма моделируемый бизнес-процесс?
• Согласуется ли диаграмма с границами моделирования, точкой зрения и целью моделирования?
• Подходит ли выбранный уровень детализации стрелок для кон­текстного блока? (Обычно на контекстной диаграмме рекоменду­ется рисовать не более шести стрелок каждого типа.)

Нумерация блоков и диаграмм

Все функциональные блоки IDEF0 нумеруются . В номерах допус­кается использование префиксов произвольной длины, но в подав­ляющем большинстве моделей используется префикс А. Номер блока проставляется за префиксом. Контекстный блок всегда имеет но­мер АО.

Префикс повторяется для каждого блока модели. Номера исполь­зуются для отражения уровня декомпозиции, на котором находится блок. Блок АО декомпозируется в блоки Al, A2, A3 и т.д.; блок А1 - в А11, А12, А13 и т.д.; блок - А11 в А111, А112, А113 и т.д. Для каждо­го уровня декомпозиции в конце номера добавляется одна цифра.

Два подхода к началу моделирования

Модели могут проектироваться как с использованием подхода "в ширину", когда каждая диаграмма максимально детализируется перед своей декомпозицией, так и с подходом "в глубину", когда сна­чала определяется иерархия блоков, а затем создаются соединяющие их стрелки. Естественно, возможно применение комбинации этих подходов , причем иерархия блоков может иногда немного меняться после того, как нарисованы стрелки. Это происходит в случае, когда создание стрелок может изменить понимание внутренней архитекту­ры моделируемого объекта.

Когда остановиться

Сформулированная цель моделирования содержит вопросы, на которые должна отвечать модель. Когда становится возможным по­лучение ответов на них с помощью модели, последняя считается удов­летворяющей поставленным требованиям и рассматривается как за­вершенная . При построении декомпозиции первого уровня нужно следить за тем, чтобы все блоки на диаграмме лежали внутри опреде­ленных ранее границ моделирования. Перед декомпозированием бло­ка нужно удостовериться, не приведет ли это к превышению установ­ленной ранее глубины детализации данной модели. Еще одно правило состоит в том, что IDEF0-моделирование должно продолжаться до тех пор, пока стрелки предшествования (вход и выход) преобладают на диаграммах.

При необходимости дальнейшей детализации отдельных процес­сов может быть использована методология IDEF3 .

Другие диаграммы IDEF0

В дополнение к контекстным диаграммам и диаграммам декомпо­зиции при разработке и представлении моделей могут применяться другие виды IDEF0-диаграмм .

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

Презентационные диаграммы. Презентационные диаграммы (For Exposition Only diagrams - FEO diagrams) часто включают в мо­дели, чтобы проиллюстрировать другие точки зрения или детали, выходящие за рамки традиционного синтаксиса IDEF0. Диаграммы FEO допускают нарушение любых правил построения диаграмм IDEF0 в целях выделения важных с точки зрения аналитика частей модели. Ес­тественно, если диаграмма FEO включена в модель исключительно для отображения другой точки зрения на систему, она, скорее всего, внешне будет выглядеть как обыкновенная IDEF0-диаграмма , удовле­творяя всем ограничениям IDEF0.

Один из способов использования FEO-диаграмм состоит в отделе­нии функционального блока от его окружения посредством создания диаграммы с единственным блоком и всеми относящимися к нему стрелками наподобие контекстной диаграммы (рис. 4.12). Это может оказаться полезным в ситуациях, когда необходимо быстро получить информацию об интерфейсе (стрелках) функционального блока, а со­ответствующая диаграмма декомпозиции содержит слишком много объектов.

Кроме того, встречаются следующие виды презентационных диа­грамм:

• копия IDEF0-диаграммы , которая содержит все функциональные блоки и стрелки, относящиеся только к одному из функциональных блоков, - это позволяет отразить взаимодействие между этим блоком и другими объектами диаграммы;

• копия IDEF0-диаграммы , которая содержит все функциональные блоки и стрелки, непосредственно относящиеся только ко входу и/или выходу родительского блока;
• различные точки зрения, как правило, на глубину одного уровня декомпозиции.

Самый простой и быстрый способ создания диаграмм по графическим нотациям idef0 и idef3 - использовать свободно распространяемый кроссплатформенный редактор диаграмм, блок-схем, сетевых диаграмм, UML-диаграмм и прочей нечисти под названием "Dia". Программа переведена на многие языки, включая русский.

Скачать программу можно на ее официальном сайте: http://projects.gnome.org/dia/ . На момент написания статьи последняя версия программы Dia была под номером 0.97.1 - причем она является таковой уже чуть ли не два года. Не смотря на это функционал у приложения отличный.

Построение IDEF0-диаграмм

для создания схем в графической нотации idef0 достаточно выбрать стандартную библиотеку элементов Dia под названием "SADT / IDEF0":

Если вы впервые столкнулись с idef0, то очень рекомендую сначала прочитать вот эти статьи про эту методологию:

1. Современные методологии описания бизнес-процессов. Методология IDEF0 - Ковалев Валерий Михайлович (Журнал "Консультант директора", № 12, Июнь, 2004 г.)
2. IDEF0 как инструмент моделирования процессов - Андрей Дворников (Журнал "Авант Партнер", № 22(79), Август 2005 г.)
3. Опыт использования стандарта IDEF0 - Сергей Рубцов

Построение IDEF3-диаграмм

С idef3 капельку посложнее. Стандартного набора элементов для построения диаграмма в графической нотации idef3 в Dia не предусмотрено, однако все нужные блоки в программе есть. Их нужно просто сгруппировать вручную. Для этого нажимаем в меню: "Файл -> категории и объекты". В открывшемся окне нажимаем кнопку "Создать". Откроется ещё одно окошко, в котором выбираем пункт "Название категории" и вписываем туда "idef3". Процесс создания категории выглядит примерно так:

Так как вы только что создали эту категорию - естественно она пуста. Нам нужно переместить в нее нужные элементы схем. Поэтому:

Жмем кнопку "Применить", "Закрыть" окошко и готово! Заходим в "другие библиотеки элементов" и выбираем там созданную нами графическую нотацию "idef3" (она располагается в положенной ей месте по алфавиту). Кстати, чтобы писать в блоках, удобно использовать клавишу F2. Конечно, это не идеальный инструмент, но этот способ позволяет создавать диаграммы IDEF3 максимально приближенно к их точной графической нотации.

Если вы знаете другие бесплатные средства построение диаграмм в графической нотации IDEF3, то поделитесь об этом со всеми в комментариях.

Постановка задач Цель работы: сократить время и повысить удобство разработки диаграмм IDEF0 за счет удобного, интуитивно понятного интерфейса, большой области для работы. Задачи: Проанализировать предметную область и объект проектирования Выбрать методы решения; Закодировать и оттестировать; Внедрить.

Функциональные требования Создание следующих компонентов диаграммы IDEF0 на рабочей области: функционального ICOM-блока; интерфейсной дуги; комментариев. Перемещение компонентов диаграммы последовательности на рабочей области путем перетаскивания мышкой (с помощью технологии drag and drop). Удаление компонентов и связанных с ней элементов диаграммы с рабочей области: функционального ICOM-блока; интерфейсной дуги; комментариев. Установка фокуса на элемент диаграммы (для реализации функций удаления и технологии drag and drop). Редактирование название компонента диаграммы, изменение текста без удаления самой надписи. Ассоциирование комментариев с конкретными компонентами диаграммы. Сохранение и загрузка диаграммы в файл с расширением.xml Экспорт изображения

Нефункциональные требования Соответствие стандарту IDEF0. Соответствие варианту задания. стрелки должны быть проаннотированы, включая выносные аннотации; должны быть реализованы изогнутые стрелки; должна быть реализована стандартная IDEF рамка диаграммы. Реализация технологии Drag and Drop. Работать под управлением ОС Windows XP, 7. Продукт должен ставиться на «чистую» ОС, без требований установки дополнительных программ. Разрешающая способность экрана: 1024*768. Интерфейс на русском языке. Интерфейс однооконный. Наличие инсталлятора.

Распределение обязанностей Насонов: Программирование и отладка функций для работы с элементом «DiagramItem»: – создание – редактирование – перемещение в любую область рабочего поля – Удаление Программирование и отладка функций для работы элемента «TextItem»: – создание – редактирование – удаление Заводовский: Программирование и отладка функций для работы элемента «Arrow»: – Создание – Удаление

Распределение обязанностей Шалыгина: Программирование и отладка функций для работы с файлом: Составление структуры ide файла Осуществление записи ide файла Редактирование ide файла, Считывание ide файла Реализация функции «Создать», Реализация функции «Сохранить », «Сохранить как» Реализация функции «Открыть» Куц: Тестирование программы Проектирование интерфейса Составление плана работ Предложение концепции выбора технологии

Методика испытаний 1Создание стандартной рамки Вход: данные, необходимые для заполнения рамкиВыход: на рабочей области работает Статус: работает 2Добавление ICOM блока Вход: Выбор элемента «ICOM блок» и размещение его на рабочей области Выход: Появление элемента «ICOM блок» и размещение его на рабочей области Статус: работает 3Соединение блоков стрелками Вход: Выбор элемента «стрелка» и соединение ею двух ICOM блоков Выход: Появление элемента «стрелка» на рабочей области Статус: работает 4Удаление стрелки Вход: выделение стрелки и нажатие кнопки «удалить» Выход: стрелка удаляетсяСтатус: работает 5Удаление ICOM блока Вход: выделение ICOM блока и нажатие кнопки «удалить» Выход: ICOM блок удаляетсяСтатус: работает 6Аннотирование блока Вход: выделение ICOM блока, нажатие кнопки «добавить текст» Выход: добавлен текст к блокуСтатус: работает

Методика испытаний 7Аннотирование стрелок Вход: Выделение стрелки, нажатие кнопки «добавить текст» Выход: добавлен текст к стрелке Статус: работает 8Перетаскивание блока Вход: Нажатие левойкнопкой мыши на ICOM блок и перенос на другое место на сцене Выход: Блок изменил свои координаты на сцене Статус: работает

Полученные результаты По результатам проделанных работ стало возможно использовать следующие функции: Создание следующих компонентов диаграммы IDEF0 на рабочей области: функционального ICOM-блока; интерфейсной дуги; комментариев. Перемещение компонентов диаграммы последовательности на рабочей области путем перетаскивания мышкой (с помощью технологии drag and drop). Удаление компонентов и связанных с ней элементов диаграммы с рабочей области: функционального ICOM-блока; интерфейсной дуги; комментариев. Установка фокуса на элемент диаграммы (для реализации функций удаления и технологии drag and drop). Редактирование название компонента диаграммы, изменение текста без удаления самой надписи. Ассоциирование комментариев с конкретными компонентами диаграммы. Сохранение и загрузка диаграммы в файл с расширением.xml Экспорт изображения

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

Перспективы По результатам второго релиза наша команда готова предоставить заказчику редактор IDEF0 диаграмм с полным перечнем функций, заявленных в требованиях. Мы надеемся, что Вам понравились результаты работы на первом релизе. Нам приятно будет сотрудничать с Вами в дальнейшем. С уважением, Шалыгина М.М., Заводовский В.Б., Куц Д.В., Насонов А, А.