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

Традиционно выделяют два типа данных - двоичные (бинарные) и текстовые.

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

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

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

1.2 Информация.

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

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

Входная информация - та, которую система воспринимает от окружающей среды.

Выходная информация (по отношению к окружающей среде) - та, которую система выдает в окружающую среду.

Внутренняя, или внутрисистемная информация (по отношению к данной системе) - та, которая хранится, перерабатывается, используется только внутри системы и актуализируется лишь подсистемами системы.

1.3 Знания.

Знание – это зафиксированная и проверенная практикой информация, которая может многократно использоваться людьми для решения тех или иных задач.

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

Никакая информация, никакое знание не появляется сразу: появлению их предшествует этап накопления, систематизации опытных данных, мнений, взглядов, их осмысление и переосмысление. Знание - продукт этого этапа и такого системного процесса.

1.4 Взаимосвязь между данными, информацией и знаниями.

Следуя [1] проиллюстрируем на примере содержательную зависимость между введенными понятиями.

Считая, что данные представляют собой те или иные сведения, к ним можно отнести значения:

812, 930, 944.

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

Примером информации может быть такой набор:

812 рублей, 930 рублей, 944 рубля.

Более информативное сообщение:

812 рублей, 930 рублей, 944 рубля - цены на бальзам после бритья.

Ещё более информативное:

812 рублей, 930 рублей, 944 рубля - цены на бальзам после бритья "Dune", 100 мл. в Москве.

Добавление сравнительной информации к приведенным сведениям превратит их в знания:

Цены на бальзам после бритья "Dune", 100 мл. 8 апреля 2000 г. (по Москве)

В салоне Christian Dior (Тверская ул.): 812 рублей;

В салоне Rivoli (Торговый комплекс на Манежной площади):930 рублей;

В салоне Л'Этуаль (Рамстор на Молодёжной): 944 рубля.

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

Как итог рассмотрения связи между понятиями данные – информация - знания можно предложить такие формулы:

информация = данные + смысл;

знание = информация + сравнение.

2 Задачи построения информационных систем

2.1 Информационная система.

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

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

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

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

2.2 Процессы в информационной системе.

Информационные процессы – это процессы сбора, обработки, накопления, хранения, поиска и распространения информации.

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

· ввод информации из внешних или внутренних источников;

· обработка входной информации и представление ее в удобном виде;

· вывод информации для представления потребителям или передачи в другую систему;

· обратная связь - это информация, переработанная людьми данной организации для коррекции входной информации.

2.3 Свойства информационной системы.

Информационная система определяется следующими свойствами:

· любая информационная система может быть подвергнута анализу, построена и управляема на основе общих принципов построения систем;

· информационная система является динамичной и развивающейся;

· при построении информационной системы необходимо использовать системный подход;

· выходной продукцией информационной системы является информация, на основе которой принимаются решения;

· информационную систему следует воспринимать как человеко-компьютерную систему обработки информации.

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

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

· структурированность решаемых управленческих задач;

· уровень иерархии управления фирмой, на котором решение должно быть принято;

· принадлежность решаемой задачи к той или иной функциональной сфере бизнеса;

· вид используемой информационной технологии.

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

2.4 Эффекты внедрения информационных систем.

Внедрение информационных систем может способствовать:

· получению более рациональных вариантов решения управленческих задач за счет внедрения математических методов и интеллектуальных систем и т.д.;

· освобождению работников от рутинной работы за счет ее автоматизации;

· обеспечению достоверности информации;

· замене бумажных носителей данных на магнитные диски или ленты, что приводит к более рациональной организации переработки информации на компьютере и снижению объемов документов на бумаге;

· совершенствованию структуры потоков информации и системы документооборота в фирме;

· уменьшению затрат на производство продуктов и услуг;

· предоставлению потребителям уникальных услуг;

· отысканию новых рыночных ниш;

· привязке к фирме покупателей и поставщиков за счет предоставления им разных скидок и услуг.

2.5 Корпоративные информационные системы.

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

· Соответствие системы основной деятельности, потребностям, организационно-финансовой структуре и культуре компании.

· Интегрированность

· Открытость и масштабируемость.

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

При этом необходимо соблюдать такие требования:

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

· Информационная система должна контролироваться людьми, ими пониматься и использоваться в соответствии с основными социальными и этическими принципами.

· Система должна обеспечивать получение достоверной, надежной, своевременной и систематизированной информации.

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

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

Построение информационной системы начинается с анализа и формализованного описания объекта автоматизации, на котором решаются такие задачи как:

· определение целевых задач (функций) компании

· выявление структуры компании

· формулировка основных требований к системе

· выделение функциональных подсистем

· описание информационных потоков внутри системы и потоков внешних взаимодействий

В результате первого этапа создается модель деятельности компании, которая, как правило, включает

· функциональную модель и

· информационную модель.

Целями последующего этапа системного проектирования являются:

· архитектура системы, ее функции, внешние условия ее функционирования, распределение функций между аппаратной и программной частями;

· интерфейсы и распределение функций между человеком и системой;

· требования к программным и информационным компонентам системы, необходимые аппаратные ресурсы, требования к базе данных, физические характеристики компонент системы;

· персонал и работы, имеющие отношение к системе;

· ограничения в процессе разработки (директивные сроки завершения отдельных этапов, имеющиеся ресурсы, организационные процедуры и мероприятия, обеспечивающие защиту информации).

По завершении проектирования осуществляются

· разработка,

· внедрение и эксплуатация системы.

3 Функциональное моделирование информационных систем

3.1 Методологии и стандарты моделирования.

Для моделирования сложных систем существуют хорошо опробованные методологии и стандарты. К ним относятся, в частности, методологии семейства IDEF (ICAM (Integrated Computer-Aided Manufacturing) Definition language), с помощью которых можно эффективно отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом глубина исследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными.

На настоящий момент IDEF0 - основной действующий стандарт структурного функционального моделирования (моделирования бизнес-процессов), источником которого стали военные разработки для ВВС США в 1970-х годах, а именно предложенная Дугласом Россом (Douglas Ross) методология структурного анализа SADT (Structured Analysis and Design Technique).

Работа над SADT началась в 1969 г. Первое ее крупное приложение было реализовано в 1973 г. при разработке большого аэрокосмического проекта, когда она была несколько пересмотрена сотрудниками SofTech, Inc. В 1974 г. SADT была еще улучшена и передана одной из крупнейших европейских телефонных компаний. Появление SADT на рынке произошло в 1975 г. после годичного оформления в виде продукта. К 1981 г. SADT уже использовали более чем в 50 компаниях при работе более чем над 200 проектами, включавшими более 2000 людей и охватывавшими дюжину проблемных областей, в том числе телефонные сети, аэрокосмическое производство, управление и контроль, учет материально-технических ресурсов и обработку данных. Ее широкое распространение в настоящее время в европейской, дальневосточной и американской аэрокосмической промышленности (под названием IDEF0) позволяет эти цифры существенно увеличить.Фактически ICAM - это название первого продукта (программы), который был реализован для ВВС США/NASA (США) в 1973 г.

В настоящий момент к семейству IDEF можно отнести следующие стандарты:

IDEF0

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

IDEF1

Методология моделирования информационных потоков внутри системы. Позволяет отображать и анализировать их структуру и взаимосвязь.

IDEF1X (IDEF1 Extended)

Методология построения реляционных структур. IDEF1X относится к типу методологий "Сущность-взаимосвязь" (ER - Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе.

IDEF2

Методология динамического моделирования развития систем. Из-за серьезных сложностей, связанных с анализом динамических систем, от этого стандарта сейчас практически отказались, и его развитие приостановилось на самом начальном этапе. Существующие алгоритмы и их компьютерные реализации позволяют превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе "раскрашенных сетей Петри" (CPN - Color Petri Nets);

IDEF3

Методология документирования процессов, происходящих в системе. С помощью IDEF3 описываются сценарий и последовательность операций для каждого процесса. IDEF3 напрямую связана с методологией IDEF0: каждая функция (функциональный блок) может быть представлена средствами IDEF3 в виде отдельного процесса;

IDEF4

Методология построения объектно-ориентированных систем. Средства IDEF4 позволяют наглядно отображать структуру объектов и принципы их взаимодействия, позволяя анализировать и оптимизировать сложные объектно-ориентированные системы;

IDEF5

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

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

3.2 Функциональное моделирование IDEF0.

Основным действующим стандартом структурного функционального моделирования (моделирования бизнес-процессов) на настоящий момент является стандарт IDEF0. Кроме него используются методика потокового моделирования функций IDEF3, методика моделирования потоков данных DFD, методика моделирования данных IDEF1X.

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

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

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

· Что поступает в подразделение “на входе”?

· Какие функции, и в какой последовательности выполняются в рамках подразделения?

· Кто является ответственным за выполнение каждой из функций?

· Чем руководствуется исполнитель при выполнении каждой из функций?

· Что является результатом работы подразделения (на выходе)?

После согласования черновиков диаграмм внутри каждого конкретного подразделения, они собираются консультантом в черновую модель предприятия, в которой увязываются все входные и выходные элементы. На этом этапе фиксируются все неувязки отдельных диаграмм и их спорные места. Далее, эта модель вновь проходит через функциональные отделы для дальнейшего согласования и внесения, необходимых корректив. В результате за достаточно короткое время и при привлечении минимума человеческих ресурсов со стороны консультационной компании получается IDEF0-модель предприятия по принципу Как есть (AS IS), причем, что немаловажно, она представляет предприятие с позиции сотрудников, которые в нем работают и досконально знают все нюансы, в том числе неформальные. В дальнейшем, эта модель будет передана на анализ и обработку к бизнес-аналитикам, которые будут заниматься поиском узких мест в управлении компанией и оптимизацией основных процессов, трансформируя модель Как есть в соответствующее представление Как должно быть (TO BE). На основании этих изменений и выносится итоговое заключение, которое содержит в себе рекомендации по реорганизации системы управления.

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

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

Задача описания системы в стандарте не сводится только к ответу на вопрос что делать?,но также должен быть дан ответ на вопросы как делать? и кто делает?

3.2.1 Методология.

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

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

Самый общий уровень моделирования - верхний, который включает так называемую контекстную диаграмму. Контекстная диаграмма включает только один блок, характеризующий всю совокупность моделируемых процессов, без подробностей. Затем этот блок деятельности (большой процесс) подразделяется на крупные подпроцессы. Такое деление называется декомпозицией (Decomposition). Затем каждый подпроцесс декомпозируется на более мелкие - и так далее до достижения необходимой детализации описания (Рисунок 3‑1).

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

На Рисунок 3‑14 приведен пример типовой диаграммы IDEF0.

Рисунок 3‑1 Декомпозиция функциональных блоков

Наиболее часто IDEF0 применяется как технология исследования и проектирования систем на логическом уровне. По этой причине он, правило, используется на ранних этапах разработки проекта, до IDEF3-моделирования для сбора данных и моделирования процесса “как есть". Результаты IDEF0 анализа могут применяться при проведении проектирования с использованием моделей IDEF3 и диаграмм данных.

3.2.2 Синтаксис и семантика моделей

3.2.2.1 Модели.

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

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

Первый шаг при построении модели IDEF0 заключается в определении назначения модели — набора вопросов, на которые должна отвечать модель. Набор вопросов можно сравнить с предисловием, в котором раскрывается назначение книги.

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

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

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

3.2.2.2 Действия.

Действие, обычно в IDEF0 называемое функцией, обрабатывает или переводит входные параметры (сырье, информацию и т.п.) в выходные. Поскольку модели IDEF0 представляют систему как множество иерархических (вложенных) функций, в первую очередь должна быть определена функция, описывающая систему в целом — контекстная функция. Функции изображаются на диаграммах как поименованные прямоугольники, или функциональные блоки (Activity Box). Имена функций в IDEF0 подбираются по сходным правилам с именами действий в IDEF3 — с использованием глаголов или отглагольных существительных. Важно подбирать имена таким образом, чтобы они отражали систему так, как если бы она обозревалась с точки зрения, выбранной для моделирования. Пример функционального блока приведен на рисунке Рисунок 3‑2.

Рисунок 3‑2 Пример функционального блока.

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

3.2.2.3 Границы и связи.

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

В IDEF0 также моделируются управление и механизмы исполнения. Под управлением понимаются объекты, воздействующие на способ, которым блок преобразует вход в выход. Механизм исполнения — объекты, которые непосредственно выполняют преобразование входа в выход, но не потребляются при этом сами по себе.

Для отображения категорий информации, присутствующих на диаграммах IDEF0, существует аббревиатура ICOM, отображающая четыре возможных типа стрелок, или интерфейсных дуг (Arrow) :

I (Input) — вход - нечто, что потребляется в ходе выполнения процесса;

С (Control) —управление — ограничения и инструкции, влияющие на ход выполнения процесса;

О (Output) — выход — нечто, являющееся результатом выполнения процесса;

М (Mechanism) — исполняющий механизм — нечто, что используется для выполнения процесса, но не потребляется само по себе.

Рисунок 3‑3 показывает четыре возможных типа стрелок в IDEF0, каждый из типов соединяется со своей стороной функционального блока.

Рисунок 3‑3 Типизация стрелок IDEF0-диаграммы

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

3.2.2.4 Стрелки входа.

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

3.2.2.5 Стрелки управления.

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

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

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

3.2.2.6 Стрелки выхода.

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

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

3.2.2.7 Стрелки механизма исполнения.

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

3.2.2.8Выбор типа стрелок.

При построении IDEF0 — диаграмм важно правильно отделять входящие стрелки от управляющих, что бывает непросто. К примеру, на Рисунок 3‑4 изображен функциональный блок «Обработать заготовку».

Рисунок 3‑4 Стрелки диаграммы (вариант 1)

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

По иному обстоит дело тогда, когда технологические указания обрабатываются главным технологом и в них вносятся изменения (Рисунок 3‑5).

Рисунок 3‑5 Стрелки диаграммы (вариант 2)

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

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

3.2.2.9 Комбинированные стрелки.

В IDEF0 существует пять основных видов комбинированных стрелок:

· выход — вход,

· выход — управление,

· выход — механизм исполнения,

· выход — обратная связь на управление и

· выход — обратная связь на вход.

Рисунок 3‑6 Комбинация выход — вход

Стрелка выход — вход

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

Так, на рисунке формирование счета должно предшествовать приему заказа.

Рисунок 3‑7 Комбинация выход — управление

Стрелка выход — управление

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

Рисунок 3‑8 Комбинация выход — механизм

Стрелки выход — механизм исполнения.

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

Рисунок 3‑9 Комбинация выход — обратная связь на управление

Обратные связи на вход и на управление.

Применяются в случаях, когда зависимые блоки формируют обратные связи для управляющих ими блоков. На Рисунок 3‑9получаемая от брокеров информация о текущих биржевых курсах применяется для корректировки стратегии игры на бирже.

Стрелка выход — обратная связь на вход.

Обычно применяется для циклов повторной обработки чего-либо. Рисунок 3‑10 может служить примером применения стрелки такого типа.

Рисунок 3‑10 Комбинация выход — обратная связь на вход

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

Разбиение и соединение стрелок.

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

Рисунок 3‑11 Разбиение стрелок

Аналогичный подход применяется и к объединяемым стрелкам.

3.2.2.10 Туннели.

Часто бывают случаи, когда отдельные стрелки не имеет смысла продолжать рассматривать в дочерних диаграммах ниже какого-то определенного уровня в иерархии, или наоборот — отдельные дуги не имеют практического смысла выше какого-то уровня. Например, стрелку, изображающую «деталь» на входе в функциональный блок «Обработать на токарном станке» не имеет смысла отражать на диаграммах более высоких уровней — это будет только перегружать диаграммы и делать их сложными для восприятия.

С другой стороны, часто возникает необходимость избавиться от отдельных «концептуальных» стрелок и не детализировать их глубже некоторого уровня. Для решения подобных задач в стандарте IDEF0 предусмотрено понятие туннелирования. Обозначение туннеля (Arrow Tunnel) в виде двух круглых скобок вокруг начала стрелки и обозначает, что эта стрелка не была унаследована от функционального родительского блока и появилась (из «туннеля») только на этой диаграмме.

В свою очередь, такое же обозначение вокруг конца стрелки в непосредственной близи от блока — приёмника означает тот факт, что в дочерней по отношению к этому блоку диаграмме эта дуга отображаться и рассматриваться не будет. Чаще всего бывает, что отдельные объекты и соответствующие им стрелки не рассматриваются на некоторых промежуточных уровнях иерархии — в таком случае, они сначала «погружаются в туннель», а затем, при необходимости «возвращаются из туннеля». Понятие связанные стрелки используется для управления уровнем детализации диаграмм.

Рисунок 3‑12 Туннель

На Рисунок 3‑12 стрелка "корпоративная информационная система" — важный механизм исполнения для данной диаграммы, но, возможно, она более нигде не используется в модели. Туннель в данном случае используется как альтернатива загромождению родительских диаграмм помещением на них несущественных для их уровня стрелок.

Рисунок 3‑13 Туннели

На Рисунок 3‑13 туннель у стрелки "модуль производственного отдела" обозначает, что на диаграмме декомпозиции производственного отдела отсутствует стрелка механизма управления с соответствующим наименованием.

3.2.2.11 Глоссарий.

Для каждого из элементов IDEF0: диаграмм, функциональных блоков, стрелок существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием (Glossary) и является описанием сущности данного элемента. Например, для управляющей стрелки «распоряжение об оплате» глоссарий может содержать перечень полей соответствующего дуге документа, необходимый набор виз и т.д. Глоссарий гармонично дополняет наглядный графический язык, снабжая диаграммы необходимой дополнительной информацией.

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

В этом подразделе подробно рассмотрена методика построения моделей IDEF0.

3.3.1 Диаграммы.

На Рисунок 3‑14 показана типовая диаграмма IDEF0 вместе с находящейся на ее полях служебной информацией.

а)

б)

Рисунок 3‑14 Пример IDEF0-диаграмм а)контекстная б)дочерняя

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

Таблица 3‑1

Элементы заголовка диаграммы

Поле	Назначение
USED AT
Author, date, project
Notes 1,…10
Status
Working
Draft
Recommended
Reader
Date
Context

Все элементы "подвала" диаграммы перечислены в Таблица 3‑2.

Таблица 3‑2

Элементы подвала диаграммы

Поле	Назначение
Node	Номер диаграммы, совпадающей с номером родительского функционального блока
Title	Имя родительского функционального блока
Number	Уникальный идентификатор данной версии данной диаграммы. Каждая новая версия данной диаграммы будет иметь новое значение в этом поле. Как правило состоит из инициалов автора и последовательного уникального идентификатора, например, SD005. При публикации эти номера могут заменяться стандартными номерами страниц. Если диаграмма замещает другую диаграмму, номер заменяемой диаграммы может быть заключен в скобки - SD005 (SD004), что обеспечивает сохранение истории изменений диаграмм модели.

3.3.1.1 Цикл "эксперт-аналитик".

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

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

Формально механизм рецензирования и модификации диаграмм поддерживается полями Status и нумерацией диаграмм, контроль истории изменений — полем Field (см. табл. 2.1).

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

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

· Почему моделируется данный процесс?

· Что выявит данная модель?

· Как ознакомившиеся с этой моделью смогут ее применить?

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

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

· Каковы задачи менеджера?

· Каковы задачи клерка?

· Кто контролирует работу?

· Какая технология нужна для выполнения каждого шага?

· и т.п.

3.3.1.3 Точка зрения.

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

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

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

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

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

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

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

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

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

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

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

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

3.3.1.7 Определение выходов.

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

3.3.1.8 Определение входов.

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

Например, вход может иметь название “Предварительный диагноз пациента", а выход — "Уточненный диагноз пациента".

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

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

3.3.1.10 Связь между диаграммой и ее родительским функциональным блоком.

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

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

Рисунок 3‑15 Граничные стрелки

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

Они нужны для проверки целостности и могут быть полезны, когда порядок расположения на детской диаграмме отличается от порядка их расположения на родительской диаграмме. Код ICOM состоит из латинской буквы I,C,O,M и числа, показывающего расположение стрелки на родительской диаграмме в порядке сверху вниз или слева направо.

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

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

3.3.1.12 Определение степени детализации.

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

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

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

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

3.3.2.1Дерево модели.

Это обзорная диаграмма, показывающая структуру всей модели. На Рисунок 3‑16 приведен фрагмент такой диаграммы.

Рисунок 3‑16 Дерево модели

Обычно вершина дерева соответствует контекстному блоку, под вершиной выстраивается вся иерархия блоков модели. Однако не запрещается назначать вершиной произвольный блок, помещая под ним все остальные.

3.3.2.2 Презентационные диаграммы.

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

Один из способов использования FEO-диаграмм состоит в отделении функционального блока от его окружения посредством создания диаграммы с единственным блоком и всеми относящимися к нему наподобие контекстной диаграммы.

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

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

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

· копия диаграммы IDEF0, которая содержит все функциональные

· блоки, и стрелки, непосредственно относящиеся только к входу и

· (или) к выходу родительского блока;

· различные точки зрения, как правило, на глубину одного уровня декомпозиции.

3.3.3 Взаимосвязь моделей IDEF0 и IDEF3

3.3.3.1 Действия, выполняемые в функциональных блоках.

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

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

Вызов	Стрелка	Значение стрелки
Значительная сумма наличных денег	Наличные деньги	Более 1000руб.
Значительная сумма наличных денег	Счетчик банкнот	1 требуется
Малая сумма наличных денег	Наличные деньги	Не более 1000руб.
Малая сумма наличных денег	Счетчик банкнот	0 требуется

Рисунок 3‑17 Пример таблицы вызова

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

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

3.3.3.2 Создание моделей IDEF3 для отображения блоков IDEF0

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

4 Организация процесса моделирования

4.1 Проектная группа.

На уровне самого стандарта IDEF0 выработан подход к созданию таких моделей, которым занимается Проектная группа, в которую входят:

4.1.1 Руководитель группы.

Лицо из числа высшего управленческого персонала организации, имеющего полномочия давать обязательные для исполнения приказы/поручения всем вовлеченным в процесс создания, оценки и согласования модели сотрудникам организации. У Руководителя группы (Project Group Head) также должны быть распорядительные полномочия по использованию бюджета, выделенного для работы группы.

4.1.2 Автор модели или авторский коллектив.

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

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

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

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

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

Если модели имеют достаточно сложную конструкцию, то в их построении участвует несколько сотрудников (авторский коллектив), у которых есть руководитель (начальник авторского коллектива, начальник отдела бизнес-проектирования, главный инженер-проектировщик и т.п.), ответственный за создание модели в целом. Руководитель авторского коллектива (Model Authors) может одновременно являться и руководителем проектной группы.

4.1.3 Эксперты.

Эксперты (Domain Experts) - это сотрудники организации или внешние эксперты, которые являются специалистами в отдельных областях, в которых осуществляется моделирование. Например, если в нашу модель входит описание и оптимизация деятельности кассира кассы пересчета, то для построения модели мы должны, собственно, привлечь в качестве эксперта упомянутого кассира. Он должен рассказать авторам модели, как он работает сейчас (модель Как есть), потом ему будут предложены улучшения (модель Как должно быть), он дает оценку этих улучшений, в модель при необходимости вносятся исправления и дополнения.

4.1.4 Библиотекарь

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

Окончательное утверждение модели (моделей), как и сопроводительной документации к ним, осуществляет Технический комитет (Комитет по технологиям, Бизнес-комитет, Правление и пр.), то есть коллегиальный орган, ответственный за принятие таких решений.

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

4.2 Цикл разработки модели.

На очередном уровне декомпозиции автор (аналитик) создает диаграмму на основании своего видения процесса, анализа документации компании (положения, должностные инструкции и пр.) и опроса экспертов.

Автором (авторским коллективом) формируется папка, содержащая одну или несколько диаграмм, сопроводительные отчеты, пояснения и прочее. На папке регистрируются следующие данные: автор, дата и время, данные эксперта.

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

Эксперт проводит рецензию представленных материалов и записывает свои комментарии. Замечания (Notes) вносятся в диаграмму по определенным правилам. Для этого эксперт в письме автору нумерует свои замечания и зачеркивает соответствующие цифры в графе Notes на диаграмме.

После рецензирования папки возвращаются библиотекарю, который перенаправляет их автору.

Автор вносит ответ на замечания и при согласии с ними, вносит изменения в модель. Затем папка снова направляется эксперту.

Цикл может повторяться несколько раз. В конечном итоге автор получает полностью согласованный вариант модели. При этом существует индекс готовности модели - на каждой диаграмме в верхней ее части есть три графы:

WORKING - рабочий вариант диаграммы до момента передачи ее на рассмотрение экспертам

DRAFT - черновик диаграммы в работе с экспертами; имя эксперта пишется в поле, расположенном рядом.

RECOMMENDED - рекомендуемый вариант-авторский коллектив считает, что работа с экспертами завершена, и модель может быть передана на утверждение Технического комитета

PUBLICATION - публикация-модель утверждена решением Технического комитета и может распространяться между участниками проекта.

5 Работа с пакетом Design/IDEF

5.1 Описание команд меню.

5.1.1 Меню FILE.

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

New

Создание новой страницы в проекте или нового проекта. При вызове появляется окно Select New Page Type (Выбор типа новой страницы), где спрашиваются следующие данные:

Methodology - методология новой страницы:

IDEF0 - создание нового проекта IDEF 0;

IDEF0 Leaf - создание новой страницы функциональной модели в открытом проекте;

FEO - For Exposing Only

Text - создание текстовой страницы (на текстовой странице может содержаться только текст, например, описание или гиперссылки данного проекта; информация, представленная на ней в расчетах не участвует);

Master - создание мастер-страницы (мастер-страница - это страница, которая используется как шаблон по умолчанию при создании новых страниц);

IDEF1X - создание новой страницы информационной модели;

Palette - создание страницы, которая кроме текста может также содержать и графику.

Startup Master Page Selection запуск алгоритма выбора мастер-страницы и настроек (по умолчанию - startup.msp).

Open - Открытие ранее сохраненного проекта.

Close - Закрытие проекта.

Save - Сохранение проекта на диске.

Save as - Сохранение проекта под новым именем.

Print - Печать листов.

Print Setup - Настройка принтера.

Validate - Проверка модели на соответствие синтаксису IDEF0-технологии. Отчет о проверке синтаксиса функциональной модели выводится на экран и (или) в текстовый файл с указанным именем.

Report - Вывод описания проекта на экран или в файл. При вызове появляется окно Select Report, где запрашиваются:

Report Type Тип отчета (описание какой модели или каких элементов моделей выводить)

Format

Dictionary Report - вывод словаря;

IDEF0 Report - вывод краткого описания функциональной модели;

IDEF1X Report - вывод описания информационной модели;

Activity Report - вывод описаний функций;

Arrow Report - вывод описаний стрелок;

Glossary Report - вывод глоссария;

Entity Report - вывод описаний сущностей;

Organization Report - вывод списка организаций;

Integration Report

Word Processor - вывод словаря;

Text Editor вывод краткого описания функциональной модели;

Destination

Text page

Text file

Screen

Import - Импорт страницы из файла. При вызове появляется окно File Import, где вводится информация о типе и названии файла. Имеется возможность импортировать в проект файлы типов:

*.IDP - файлы с отдельными страницами IDEF-моделей;

*.MSP - файлы с настройками мастер-страниц;

*.TXT - текстовые файлы;

*.WMF - мета-файлы Windows;

*.AML - AML-файлы.

Export - Экспорт страницы в файл. Пакет Design/IDEF поддерживает для экспорта файлов типов:

*.IDP,

*.MSP,

*WMF,

*.AML,

*.IDL,

*.BMP (стандартный графический формат).

Exit - выход из программы.

5.1.2 Меню EDIT.

Включает процедуры редактирования моделей.

Первая группа пунктов меню связана с отменой случайных действий:

Undo - Функция отмены последнего действия,

Redo - Возврат отмененного действия.

С помощью пунктов следующей группы меню можно непосредственно редактировать модель:

Cut - Вырезать активный объект и поместить его в буфер,

Copy - Копировать объект в буфер,

Paste - Вставить из буфера,

Delete - Удалить элемент

Duplicate - Сделать дубликат.

Следующие пункты работают с целыми страницами:

Copy Page - Копировать страницу,

Delete Page - Удалить текущую страницу или ее потомков,

Check Spelling - Проверка орфографии в выбранных объектах на текущей странице моделей глоссария

Update C Number - Обновить нумерацию (?),

Renumber Box…

Рисунок 5‑1 Нумерация блока

Перенумеровать блоки.

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

Последняя группа пунктов меню позволяет настраивать как текущий проект, так и весь пакет Design/IDEF:

Set Attributes - Настройка атрибутов всех отображаемых элементов: от шрифтов для надписей до цвета заливки блоков.

Рисунок 5‑2 Настройка атрибутов

Set Options…

Системные настройки:

Рисунок 5‑3 Задание опций

IDEF0

Activities - Настройки для функций (вид ссылок и максимальное количество блоков, которое можно создать на странице, вид нумерации),

Labels - Настройки для меток,

Arrows - Настройки для стрелок (делать ли закругленные стрелки и т.д.),

IDEF1X - Настройки отображения информационных моделей,

Methodology - Выбор методологии и типа эмуляции (без эмуляции или с применением методов сетей Петри)

Master Page - Определение файла настроек мастер-страницы

Node Tree - Форма выводимого на экран и (или) в файл иерархического дерева модели

Cost - Настройки функционально-стоимостного анализа системы (выбор валюты, точности расчетов, единицы времени, отображать ли на экране результаты анализа для каждого блока и др.)

Set Page Attributes - Определение атрибутов страницы: имени пользователя, названия проекта и т.д.

Set Colors - Формирование палитры цветов, которые можно использовать в проекте.

Set User Options - Позволяет настраивать внешний вид среды проектирования:

View - Настройки отображения страницы:

Show Page Breaks - отображать ли разделители страниц,

Show Tool Palette - отображать ли панель инструментов (по умолчанию она находится в левой части окна),

Show Control Ribbon - показывать ли кнопки управления,

Show Recent Files - отображать ли список ранее открывавшихся файлов и если да, то сколько,

Page Structure - в каком виде отображать структуру проекта: в виде дерева или списка,

Scroll - Настройки линеек прокрутки;

Grid - Параметры координатной сетки: отображение и шаг точек;

Undo - Разрешать ли отмену (или повтор) произведенных операций;

File - Дополнительные настройки отображения страниц:

Visible Master Page - отображать ли на экране элементы мастер страницы,

No Backup File During Save - не создавать bak-файл при сохранении,

Margins поля страницы;

Import/Export - Настройки импорта/экспорта файлов:

Convert Tabs on Import - конвертировать ли при импорте символы табуляции в пробелы,

Create Bitmap on Cut and Copy - при вырезании или копировании в буфер объекты представлять в графическом виде,

Paste Bitmaps at Printer Resolution - изменять разрешение вставляемых графических изображений в соответствии с разрешением активного принтера.

Save Settings - Сохраняет настройки на диске. При нажатии же кнопки "ОK" настройки на диск не сохраняются и, следовательно, при выходе из программы теряются.

Save Settings - Сохранение текущих настроек на диске. Если настройки сохранены, то в дальнейшем при создании новых проектов они будут устанавливаться автоматически. Имеется возможность сохранять определенные группы настроек, не изменяя остальные.

5.1.3 Меню CREATE.

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

Place Boxes - Размещение на листе несколько блоков (имеется соответствующая кнопка на панели инструментов). При вызове запрашивается количество блоков. Блоки размещаются равномерно по диагонали от левого верхнего угла до правого нижнего.

IDEF Box - Создание одного блока функциональной модели (имеется кнопка на панели инструментов). После вызова процедуры необходимо мышью указать место для нового блока.

Arrow - Создание стрелки (имеется кнопка на панели инструментов). После вызова следует указать место на исходящем блоке, откуда должна идти стрелка, и место на входящем блоке.

Label - Создание метки (имеется кнопка на панели инструментов).

Branch - Ветвление имеющихся стрелок (имеется кнопка на панели инструментов). После вызова мышью нужно щелкнуть на стрелке, которую следует разветвить, а затем на блоке, в который должна войти ветвь.

Join - Объединение ветвей (имеется кнопка на панели инструментов). Сначала указывается блок, от которого должна пойти ветвь, затем стрелка, с которой она должна слиться.

Link Arrows - Связывание двух имеющихся стрелок. Перед вызовом следует выбрать одну из стрелок, затем вызвать процедуру Link Arrows и указать вторую стрелку.

Tunnel - Создание туннеля.

Attach Label - Привязка метки к стрелке (имеется кнопка на панели инструментов). Перед вызовом процедуры метка должна быть выбрана. После вызова достаточно только указать место на стрелке, к которому привяжется метка.

Raise Label - Поднятие метки на один уровень вверх. При вызове выделенная метка перемещается на лист диаграммы-предка.

Create Parent - Создание родительского листа (если таковой отсутствует).

Decompose - Декомпозиция блока (имеется кнопка на панели инструментов). Перед вызовом декомпозируемый блок должен быть выбран. После декомпозиции двойным щелчком по блоку можно открыть лист диаграммы-потомка.

Push Down - Укрупнение модели, функция по своей сути обратная декомпозиции. Действие ее сводится к замене группы из нескольких имеющихся на диаграмме блоков одним. Новый блок содержит в себе диаграмму-потомка, в которую переходит указанная группа. При этом все стрелки, связывающие данные блоки друг с другом, перейдут на новую диаграмму, а стрелки, связывающие их с прочими блоками, становятся входными (выходными) для нового блока. Прежде, чем производить укрупнение, следует выделить группу блоков.

New Page - Создание новой страницы. При создании спрашивается тип новой страницы проекта.

Создание информационных моделей.

Включает:

Entity - Создание новой сущности.

Relationship - Создание новой связи.

Toggle Relationship - Изменение типа связи (идентифицирующая - неидентифицирующая).

Toggle Discriminator - Изменение типа дискриминатора (аналогично).

Next Entity Number - Задание номера новой сущности.

New Page - Создание новой страницы.

Режим редактирования.

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

Arrow - Рисование стрелки.

Line - Рисование линии.

Segmented Line - Рисование пунктирной линии.

Box - Рисование прямоугольника.

Rounded Box - Рисование прямоугольника с закругленными углами.

Ellipse - Рисование эллипса.

Polygon - Рисование многоугольника.

Wedge - Рисование незамкнутого эллипса.

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

Label - Вставка надписи.

New Page - Создание новой страницы.

5.1.4 Меню GLOSSARY.

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

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

Glossary Browser - Редактирование всего глоссария. При вызове выводится список всех блоков, сущностей, атрибутов, связей. Каждый из этих объектов можно дополнить определением, определить входные, выходные параметры, механизмы и управления (для блоков).

Cost Information - Вывод стоимостной информации по указанному блоку. Кроме сумм в заданной валюте выводятся также частота повторений и длительность. Все эти параметры можно изменять.

Activity Centers - Указание пунктов стоимостного анализа. Каждое действие может включать в себя несколько статей расходов. Названия этих статей указываются в данном пункте.

Compute Now - Расчет данных стоимостного анализа.

IDEF0/1X Integration - Интеграция функциональной и стоимостной моделей, объединенных в рамках одного проекта.

5.1.5 Меню MODIFY.

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

Turn On Text - Включить/выключить режим изменения текста (имеется кнопка на панели инструментов). Если этот режим включен, то появляется возможность редактировать текст внутри выделенного блока, метки и т.д.

Fit Box to Text - Изменение размеров выделенного блока по размерам текста.

Modify Text Box - Изменение местоположения текста, соответствующего выделенному блоку. Эта функция позволяет, например, расположить название блока не внутри по центру, а за его пределами.

Align - Выравнивание выделенной группы объектов. Перед вызовом функции должна быть выделена группа объектов (чаще всего это группа меток), к которым применяется выравнивание. Имеется возможность расположить метки по вертикали, по горизонтали, по диагонали, равномерно между двумя точками на диаграмме и др.

Spread - Распределение объектов внутри группы.

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

Displace - Перенос объекта или группы объектов на некоторое расстояние.

Adjust Size - Настройка размеров. Размеры любого объекта диаграммы можно изменять путем перетаскивания маркеров (черных квадратиков), появляющихся при выделении объекта. Однако, если имеется необходимость изменить размеры объекта, не изменяя положения его центра, то для этого удобнее использовать данную функцию. Она позволяет подстроить размеры как по горизонтали/вертикали, так и по всем направлениям.

Same Size - Задание всем выделенным объектам одних и тех же размеров.

Merge - Слияние текстов.

Move To Page - Перемещение выделенного объекта на другую страницу.

Refine - Функция, обратная декомпозиции. После вызова декомпозированный блок становится недекомпозированным, а объекты страницы-потомка, связанной с блоком, переносятся на уровень вверх.

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

Bring To Front - Перенос объекта на передний план (если несколько объектов расположены друг над другом).

Send To Back - Перенос объекта на задний план.

5.1.6 Меню SELECT.

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

Select One - Выбор одного объекта. После вызова этой функции при перемещении курсора мыши все объекты, над которыми курсор перемещается, начинают мигать.

Form Multiple Selection - Выбор нескольких объектов. После вызова функции требуется нарисовать мышью границу вокруг выделяемых объектов.

Restore Previous Selection - Обновление выбранной группы.

Set Selectability - Позволяет для выделенного объекта (группы объектов) указать, можно ли этот объект (объекты) выбирать с помощью мыши или нет.

Set Selection Domain - Позволяет указать, какие типы объектов будут выделяться при групповом выделении: узлы сети, объекты узлов, стрелки или объекты стрелок.

Select All - Выбор всех объектов на странице.

Select All Text - Выбор только текстовых объектов.

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

Child - Переход на страницу-потомка.

Parent - Переход на страницу-предка.

Page - Выбор страницы по иерархии страниц.

Следующая группа пунктов перемещает фокус выделения с объекта на объект:

Next - Переход на следующий объект диаграммы (порядок переходов от объекта к объекту совпадает с порядком их создания).

Previous - Переход на предыдущий объект.

Next Reference - Переход к следующему объекту, ставшему причиной ошибки во время проверки синтаксиса модели.

Previous Reference - Переход к предыдущему ошибочному объекту.

Последние два пункта организуют поиск объектов:

Find - Начало поиска.

Find Next - Переход к следующему объекту.

5.1.7 Меню VIEW.

Следующая группа процедур меню позволяет изменять масштаб выводимого на экран изображения в целях удобства просмотра/редактирования.

Zoom - Задание масштаба в %.

Zoom To Area - Увеличение области диаграммы.

Fit Page - Вывести на экран страницу целиком.

Fit Objets - Изменить масштаб таким образом, чтобы на экране отображалась только область диаграммы.

100% - Установить масштаб один к одному.

Reduce - Уменьшить масштаб в два раза

Enlarge - Увеличить масштаб в два раза.

Node Tree - Вывод на экран иерархии узлов модели.

Show Page - Просмотр всей страницы.

Redraw Page - Перерисовка страницы.

5.1.8 Меню DICTIONARY.

Create - Создание нового словаря.

Select - Выбор словаря.

Change - Смена.

Delete - Удаление.

Define Schema - Определение структуры словаря.

Edit Record - Редактирование записи.

Browse - Просмотр всех записей.

Maintenance - Эксплуатация.

5.1.9 Меню WINDOWS.

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

Cascade - Расположение окон каскадом друг над другом.

Tile - Расположение окон мозаикой.

5.1.10 Меню CPN.

Данное меню появляется только при выборе эмуляции CPN-моделей. то есть моделей на основе сетей Петри. Для вызова меню необходимо в меню Edit в пункте Set Option в списке Methodology разрешить эмуляцию CPN-моделей. В данном меню сведены все функции связанные с динамическим моделированием.

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

Place Name - Надписывание позиции динамической модели.

Color - Задание цвета для дуги.

Init Marking - Задание первоначальной маркировки.

Transition Name - Надписывание перехода (функционального блока).

Guard - Задание защиты (защита запрещает переход в соответствии с условиями на переменные, записанные в смежных выражениях стрелок).

Code - Определение сегмента в коде Standart ML, который выполняется в эмуляторе Design/CPN всякий раз, когда будет происходить переход.

Time Region - Определение временной задержки.

Arc Expression - Задание выражения для дуги.

Следующая группа связана с определениями и слияниями в сети Петри:

Global Definition

Local Definition

Fusion

Последняя группа процедур отвечает за визуализацию и проверку динамической модели:

Check CPN Syntax - Проверка синтаксиса динамической модели.

Output CPN Model - Вывод динамической модели в файл.

Hide CPN Detail - Скрытие элементов динамической модели.

Show CPN Detail - Вывод элементов динамической модели.

Discard CPN Places - Удаление позиций сети Петри.

5.1.11 Меню WFA.

В данном меню содержаться функции работы с моделями WorkFlow Analizer-методологии. Поскольку эта методология аналогична методологии CPN, то данное меню аналогично описанному в п.2.12.

5.1.12 Меню DESIGN.

Меню DESIGN появляется только в режиме рисования и включает пункты:

Decompose,

Decompose and Move To,

Refine,

Attach/Detach,

Make/Unmake Group,

Make Region,

Unmake Region,

Unmake Regions,

Hide/Show Regions,

Bring to Front,

Send to Back,

Set Visual Attributes,

Set Arrow Attributes,

Set Text Attributes,

Set Node Attributes.

Эти пункты полностью совпадают с пунктами из меню EDIT, CREATE и MODIFY.

5.2 Основные принципы работы с пакетом Design/IDEF.

5.2.1 Создание листа верхнего уровня.

После запуска программы новый проект создается с помощью пункта New меню File. Первая модель, которая создается в проекте, должна быть функциональная модель (IDEF0), поэтому в появившемся окне Select New Page Type следует выбрать методологию IDEF0 (см. Рисунок 5‑4)

Рисунок 5‑4 Выбор методологии и главной страницы

После нажатия на кнопку OK создается страница верхнего уровня модели. На данной странице находится только один блок, который должен представлять систему в виде единого модуля. Все остальные блоки будут располагаться на страницах более низкого уровня. Название блока должно отражать цель всего проекта.

5.2.2 Настройка среды проектирования.

Прежде, чем создавать остальные блоки, желательно сразу настроить среду проектирования, так как в противном случае в дальнейшем придется устанавливать настройки для каждого созданного блока в отдельности. Для этого в меню Edit пункте Set Attributes… необходимо настроить все шрифты, которые будут действовать по умолчанию. Из предлагаемого списка шрифтов следует выбирать кириллические.

Далее в меню Edit пункте Set Options… устанавливается максимальное количество блоков на странице (Activities - Maximum Boxes), тип нумерации (Activities - Numbering), кривизну стрелок (Arrows - Automating Routing), валюту и точность вычислений (Cost) и др. (см. ).

Устанавливаются настройки принтера (File à Print Setup…). Следует установить альбомное расположение листа, а также соответствующий формат.

Рисунок 5‑5 Задание опций

В настройках атрибутов проекта (Edit à Set Page Attributes…) устанавливаются соответствующие атрибуты. Также желательно проверить и другие настройки пунктов Set Colors…, Set User Options…, Set Settings… меню Edit.

5.2.3 Создание и редактирование блоков.

Для создания нового блока используется пункт IDEF Box меню Create либо соответствующая кнопка на панели инструментов. После выбора пункта или нажатия кнопки следует указать место, где будет расположен новый блок. Панель инструментов изображена на Рисунок 5‑6.

Рисунок 5‑6 Панель инструментов

Если требуется разместить несколько блоков на диаграмме, то для этого может быть использован пункт Place Boxes… меню Create или соответствующая ему кнопка. После выбора пункта или нажатия на кнопку в появившемся окне необходимо будет ввести количество размещаемых блоков. Новые блоки размещаются равномерно по диагонали из левого верхнего в правый нижний угол.

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

Для добавления текста в блок (надписывания блока) следует выбрать пункт Turn On Text меню Modify, нажать на клавишу F2 на клавиатуре или на соответствующую кнопку на панели инструментов. Режим ввода текста выключается клавишей Esc.

5.2.4 Создание и редактирование ярлыков.

Для создания ярлыков используется пункт Label меню Create, клавиша F3 клавиатуры или соответствующая кнопка на панели инструментов. После нажатия следует указать место, где будет введена надпись. Отмена режима ввода надписей происходит при нажатии на клавишу Esc или на любую кнопку на панели инструментов.

Редактирование ярлыков происходит путем включения режима редактирования текста (Modifyà Turn On Text или клавиша F2 или соответствующая кнопка на панели инструментов). Выключение режима происходит при нажатии клавиши Esc.

5.2.5 Создание и редактирование стрелок.

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

Изменение имеющейся на диаграмме стрелки производится с помощью маркеров, появляющихся при ее выделении.

Ветвление (объединение) стрелок происходит с помощью пунктов Branch (Join) меню Create или соответствующей кнопки на панели инструментов. Дуга, подвергающаяся ветвлению (объединению), должна быть предварительно выделена. После вызова процедуры требуется указать место на любом из объектов диаграммы (объект начинает мигать при приближении курсора мыши), куда (откуда) будет направлена ветвь.

5.2.6 Декомпозиция блоков.

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

5.2.7 Перемещение между страницами.

Для перехода на родительскую или дочернюю страницу используются пункты Parent и Child меню Select или соответствующие кнопки на панели инструментов. Для перехода на произвольную страницу может быть использовано иерархическое дерево страниц проекта, которое вызывается пунктом Page… меню Select.

5.2.8 Заполнение глоссария.

Перед заполнением глоссария должны быть заданы пункты функционально-стоимостного анализа. Для этого необходимо вызвать пункт Activity Centers… меню Glossary и в появившемся окне набрать список пунктов, по которым будет производиться расчет (Рисунок 5‑7).

Рисунок 5‑7 Задание пунктов функционально- стоимостного анализа

Заполнение глоссария можно производить либо путем выделения каждой метки и вызова для нее процедуры Glossary Entry… из меню Glossary, либо с помощью браузера глоссария (Glossaryà Glossary Browser…, Рисунок 5‑8).

Рисунок 5‑8 Окно Glossary Entry Browser

При вызове браузера появляется окно со списком имен, используемых в модели. Имеется возможность вывести в этом списке только названия блоков, сущностей, ярлыков и т.д. С помощью команды Edit каждое имя может быть дополнено определением, типом и количественной характеристикой. Выход из браузера происходит при нажатии на кнопку Done.

Для функциональных блоков необходимо определить данные для функционально-стоимостного анализа. Для этого имеется пункт Cost Information… в меню Glossary. Сумма затрат функциональных центров рассчитывается автоматически и показывается в окне Total.

5.2.9 Проверка синтаксиса модели.

Синтаксис функциональной модели проверяется процедурой Validate из меню File. После ее вызова появляется окно, где перечислены все параметры, по которым будет вестись проверка. Результат проверки будет выведен на экран и (или) в текстовый файл.

Рисунок 5‑9 Задание параметров отчета

Рисунок 5‑10 Результаты проверки модели

5.2.10 Печать диаграмм.

Печать диаграмм осуществляется пунктом Print… меню File.

5.2.11 Сохранение модели.

Сохранение модели происходит по команде Save меню File. если же требуется сохранить модель под новым именем или в другое место диска, то для этого используется пункт "Save As…".

Имеется возможность сохранения не всей модели, а избранных листов. Для этого применяется пункт Export…. При его вызове появляется окно, где спрашивается, куда сохранить текущую страницу, под каким именем и в каком виде. Страница может быть сохранена как в стандартном для Design/IDEF виде, так и в виде графического или текстового файла.

6 Литература

1. В.Кива Данные, информация, знания

2. Д. Марк, К. Макгоуэн Методология системного анализа и проектирования

3. Г.Верников Основные методологии обследования организаций. Стандарт IDEF0

4. С.В.Черемных, И.О.Семенов, В.С.Ручкин Моделирование и анализ систем. IDEF-технологии: практикум, М., Финансы и статистика, 2005