3. Що представляють собою діаграми idef3?

для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming - методологии моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа или события, которые необходимо обработать за конечное время. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции.

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

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

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

Единицы работы - Unit of Work (UOW). UOW, также называемые работами (activity), являются центральными компонентами модели. В IDEF3 работы изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы и номер (идентификатор). Часто имя работы меняется в процессе моделирования, поскольку модель может уточняться и редактироваться. Идентификатор работы присваивается при создании и не меняется никогда. Даже если работа будет удалена, ее идентификатор не будет вновь использоваться для других работ. Конечно номер работы состоит из номера родительской работы и порядкового номера на текущей диаграмме.

Связь. Связи показывают взаимоотношения работ. Все связи в IDEF3 однонаправленные и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо. В IDEF3 различают три типа стрелок, изображающих связи, стиль которых устанавливается через меню Edit / Arrow Style:

Главная (Precedence) - сплошная линия, связывающая единицы работ (UOW). Рисуется слева направо или сверху вниз. Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется.

Отношения (Relational Link) - пунктирная линия, которая используется для изображения связей между единицами работ (UOW) а также между единицами работ и объектами ссылок.

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

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

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

Перекресток (Junction). Окончание одной работы может служить сигналом к ​​началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекресток используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления. Для внесения перекресток служит кнопка Junction Tool - (добавить в диаграмму перекресток-Junction) в палитре инструментов. В диалоге Junction Type Editor необходимо указать тип перекрестка.

Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. Можно редактировать свойства перекрестка при помощи диалога Definition Editor. В отличие от IDEFO и DFD в IDEF3 стрелки могут сливаться и разветвляться только через перекрестки.

Объект ссылки. Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. Для внесения объекта ссылки служит кнопка Referent Tool - (добавить в диаграмму объект ссылки - Referent) в палитре инструментов. Объект ссылки изображается в виде прямоугольника, похожего на прямоугольник работы. Имя объекта ссылки задается в диалоге Referent (пункт всплывающего меню Name Editor), как имя можно использовать имя какой-либо стрелки с других диаграмм или имя сущности из модели данных. Объекты ссылки должны быть связаны с единицами работ или перекрестками пунктирными линиями. Официальная спецификация IDEF3 различает три стиля объектов ссылок - безусловные (unconditional), синхронные (synchronous) и асинхронные (asynchronous). BPwin поддерживает только безусловные объекты ссылок. Синхронные и асинхронные объекты ссылок, используемые в диаграммах переходов состояний объектов, не поддерживаются.

Билет №6

1. Задачі системного аналізу

• анализ и решение проблемы -> следствие – какой-то результат

• создание системы

• управление применением системы на всех этапах жизненного цикла

Задачи которые решает система

-Техническое обеспечение

-Информационное обеспечение

-Машинное обеспечение

-Программное обеспечение

-Исторический аспект (адаптация)

создание системы:

1)цель создания системы. – конкурентноспособность, целесообразность, отсутствие прямых конкурентов.

2)назначение создаваемой системы

3)набор элементной базы (способна обеспечить заданные показатели качества)

4)ресурсы (рынка и времени).

5) технологические возможности системы

6) экологический эффект от создания системы

7) утилизация системы

2. Задачі управління проектами систем, орієнтованих на використання знань за умов невизначеності

Задачі управління проектами відповідають на питання: “ Що треба робити для реалізації проекту?”, а механізми – “Яким чином це треба робити? ”.

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

Можна перерахувати наступні механізми управління проектами:

Механізми комплексного оцінювання;

Механізми діагностування;

Механізми агрегування;

Механізми вибору (учасників, ресурсів та ін.);

Механізми забезпечення ресурсами;

Механізми планування (оптимізація бізнес-процесів, мінімізація втрат та ін.);

Механізми розподілу витрат та ресурсів;

Механізми управління ризиком;

Механізми фінансування;

Механізми самоокупності;

Противитратні механізми;

Механізми управління якістю;

Механізми ціноутворення;

Механізми оперативного управління;

Механізми стимулювання;

Механізми співпраці з замовником.