Методология АРИС Лекция 2. Проектирование (моделирование) бизнес- процессов При проектировании (моделировании) БП широко используется инструментарий бизнес-моделирования. - презентация

1 Методология АРИС Лекция 2

2 Проектирование (моделирование) бизнес- процессов При проектировании (моделировании) БП широко используется инструментарий бизнес-моделирования (ARIS, Oracle PM, CASE-средства и т.п.) При проектировании (моделировании) БП широко используется инструментарий бизнес-моделирования (ARIS, Oracle PM, CASE-средства и т.п.) Каждая из систем использует одну или ряд методологий для построения моделей бизнес-процессов Каждая из систем использует одну или ряд методологий для построения моделей бизнес-процессов

3 Методология Методология бизнес-моделирования совокупность понятий и методов анализа аспектов бизнес-деятельности, а также форм представления моделей средствами визуализации Методология бизнес-моделирования совокупность понятий и методов анализа аспектов бизнес-деятельности, а также форм представления моделей средствами визуализации

4 Зачем нужны модели БП? оптимизация организационных изменений (побочный продукт BPR {РБП}), оптимизация организационных изменений (побочный продукт BPR {РБП}), хранение корпоративных знаний, в том числе в виде моделей-прототипов, хранение корпоративных знаний, в том числе в виде моделей-прототипов, создание и постоянный контроль технологической документации для получения сертификата ISO-9000 и других, создание и постоянный контроль технологической документации для получения сертификата ISO-9000 и других, исчисление стоимости бизнес-процессов, исчисление стоимости бизнес-процессов, эффективное использование информации о процессах для реализации стандартных программных решений или систем workflow и адаптации их к конкретным нуждам. эффективное использование информации о процессах для реализации стандартных программных решений или систем workflow и адаптации их к конкретным нуждам.

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

6 Язык моделирования Недостатки управленческой терминологии (информационная избыточность естественного языка, противоречивость) Недостатки управленческой терминологии (информационная избыточность естественного языка, противоречивость) Математические языки, предназначенные для описания вопросов о принятии решений и планирования, отличаются большей точностью и легче поддаются проверке, но подходят далеко не в каждом случае. Математические языки, предназначенные для описания вопросов о принятии решений и планирования, отличаются большей точностью и легче поддаются проверке, но подходят далеко не в каждом случае. Для моделирования в среде АРИС используются полуконцептуальные методы (достаточная точность и детализация) Для моделирования в среде АРИС используются полуконцептуальные методы (достаточная точность и детализация)

7 Полуконцептуальные графические методы Организационные диаграммы Организационные диаграммы Сетевые графики Сетевые графики Модели процессов и т.п. Модели процессов и т.п. Математическая основа: Помеченные ориентированные графы (объекты и отношения между ними) Помеченные ориентированные графы (объекты и отношения между ними) База предопределенных объектов и отношений между ними База предопределенных объектов и отношений между ними

8

9 Методологии Существует множество различных методологий проектирования бизнес- процессов: Существует множество различных методологий проектирования бизнес- процессов: функциональное моделирование (SADT, IDEF0) функциональное моделирование (SADT, IDEF0) объектно-ориентированный подход (UML) объектно-ориентированный подход (UML) имитационное моделирование (IDEF/CPN) имитационное моделирование (IDEF/CPN) Методология АРИС представляет собой комплекс методов, позволяющий в зависимости от целей бизнес-анализа выбирать адекватные модели. Методология АРИС представляет собой комплекс методов, позволяющий в зависимости от целей бизнес-анализа выбирать адекватные модели.

10 Методология АРИС Методология ARIS реализует принципы структурного анализа и позволяет определить и отразить в моделях основные компоненты организации, протекающие процессы, производимую и потребляемую продукцию, используемую информацию, а так же выявить взаимосвязи между ними. Методология ARIS реализует принципы структурного анализа и позволяет определить и отразить в моделях основные компоненты организации, протекающие процессы, производимую и потребляемую продукцию, используемую информацию, а так же выявить взаимосвязи между ними. основывается на концепции интеграции, предлагающей целостный взгляд на бизнес- процессы, и представляет собой множество различных методологий, интегрированных в рамках единого системного подхода. основывается на концепции интеграции, предлагающей целостный взгляд на бизнес- процессы, и представляет собой множество различных методологий, интегрированных в рамках единого системного подхода.

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

12

13

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

15 Функциональные возможности ARIS обеспечивают инфраструктуру (архитектуру) для полного описания стандартных программных решений; инфраструктуру (архитектуру) для полного описания стандартных программных решений; интеграцию в эту архитектуру наиболее подходящих методов моделирования информационных систем и разработку методов описания бизнес-процессов; интеграцию в эту архитектуру наиболее подходящих методов моделирования информационных систем и разработку методов описания бизнес-процессов; предоставление моделей-прототипов в качестве инструментов управления прикладным ноу-хау, моделирования и анализа системных требований, а также инструментов, помогающих получить удобную для пользователя навигацию в рамках моделей. предоставление моделей-прототипов в качестве инструментов управления прикладным ноу-хау, моделирования и анализа системных требований, а также инструментов, помогающих получить удобную для пользователя навигацию в рамках моделей. эффективно используя стандартные программные решения, ARIS-здание бизнес- инжиниринга (НОВЕ) предлагает архитектуру для управления бизнес-процессами. Благодаря использованию систем workflow, она слабо связана со программными «кирпичиками» (бизнес-объектами). ARIS обеспечивает инфраструктуру для описания сборки программных компонентов, позволяя создавать деловые информационные системы, которые идеально подходят для конфигурирования систем workflow, создания фильтров и определения параметров приложений. эффективно используя стандартные программные решения, ARIS-здание бизнес- инжиниринга (НОВЕ) предлагает архитектуру для управления бизнес-процессами. Благодаря использованию систем workflow, она слабо связана со программными «кирпичиками» (бизнес-объектами). ARIS обеспечивает инфраструктуру для описания сборки программных компонентов, позволяя создавать деловые информационные системы, которые идеально подходят для конфигурирования систем workflow, создания фильтров и определения параметров приложений.

16 Субъекты ответственности и их отношения Организационная диаграмма

17 Диаграмма взаимодействия в бизнес-процессе «обработка заказа»

18 Типичная диаграмма взаимодействия на предприятиях

19 Поток функций Функциональная диаграмма

20

21 Поток выходов

22

23 Информационный поток

24

25 Объединенная модель процесса

26

27 Детальный фрагмент бизнес-процесса применительно к событию «изготовление изделия»

28 Архитектура АРИС: подсистемы Для всестороннего описания сложной социально-технической системы (организации) архитектура АРИС выделяет следующие подсистемы: Организационная Организационная Функциональная Функциональная Подсистемы входов/выходов Подсистемы входов/выходов Информационная (подсистема данных) Информационная (подсистема данных) Подсистема процессов/управления Подсистема процессов/управления Подсистема целей организации Подсистема целей организации Подсистема средств производства Подсистема средств производства Подсистема человеческих ресурсов Подсистема человеческих ресурсов Все эти подсистемы в реальности и в моделях должны быть связаны между собой

29 Архитектура АРИС: подсистемы

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

31 Типы моделей ИНФОРМАЦИОННАЯ МОДЕЛЬ - состояния и события информационных объектов ИНФОРМАЦИОННАЯ МОДЕЛЬ - состояния и события информационных объектов ФУНКЦИОНАЛЬНАЯ МОДЕЛЬ - функции, которые должны быть выполнены, и их взаимосвязи ФУНКЦИОНАЛЬНАЯ МОДЕЛЬ - функции, которые должны быть выполнены, и их взаимосвязи ОРГАНИЗАЦИОННАЯ МОДЕЛЬ – это совокупность организационных единиц, их взаимосвязей и соответствующих структур ОРГАНИЗАЦИОННАЯ МОДЕЛЬ – это совокупность организационных единиц, их взаимосвязей и соответствующих структур МОДЕЛЬ РЕСУРСОВ - используемые ресурсы МОДЕЛЬ РЕСУРСОВ - используемые ресурсы УПРАВЛЯЮЩАЯ МОДЕЛЬ – модель, в которой описываются взаимосвязи между моделями различных типов УПРАВЛЯЮЩАЯ МОДЕЛЬ – модель, в которой описываются взаимосвязи между моделями различных типов

32 Модели архитектуры ARIS при описании бизнес-процесса

33 Уровни представления моделей При разработке ИС с помощью методологии АРИС может проводиться разделение на уровни представления моделей в зависимости от степени их близости к информационным технологиям: При разработке ИС с помощью методологии АРИС может проводиться разделение на уровни представления моделей в зависимости от степени их близости к информационным технологиям:

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

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

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

37 Уровни представления информационной системы Здесь спецификация проекта трансформируется в конкретные аппаратные и программные компоненты

38 Уровни представления информационной системы Отдельные уровни описания имеют различные циклы корректировки. Частота корректировок выше всего на уровне описания реализации и ниже всего на уровне формулировки требований. Отдельные уровни описания имеют различные циклы корректировки. Частота корректировок выше всего на уровне описания реализации и ниже всего на уровне формулировки требований. Уровень описания реализации очень тесно связан с разработкой ИС: на этом уровне производится многократная корректировка функционирования системы по результатам коротких циклов (тестов) ее работы. Уровень описания реализации очень тесно связан с разработкой ИС: на этом уровне производится многократная корректировка функционирования системы по результатам коротких циклов (тестов) ее работы.

39 Работа в АРИС – создание различных типов моделей по уровням

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

41 Принципы построения моделей в АРИС корректность модели; корректность модели; релевантность (следует моделировать только те фрагменты реальной системы, которые соответствуют назначению системы, т.е. модель не должна содержать избыточной информации); релевантность (следует моделировать только те фрагменты реальной системы, которые соответствуют назначению системы, т.е. модель не должна содержать избыточной информации); соизмеримость затрат и выгод; соизмеримость затрат и выгод; прозрачность, т.е. понятность и удобство использования модели; прозрачность, т.е. понятность и удобство использования модели; сравнимость моделей; сравнимость моделей; иерархичность; иерархичность; систематизация структуры, что предполагает в качестве обязательного условия возможность интеграции моделей различных типов. систематизация структуры, что предполагает в качестве обязательного условия возможность интеграции моделей различных типов.

42 Модель АРИС - это Совокупность объектов, объединенных друг с другом различными связями, и ряда вспомогательных элементов Каждая модель ARIS содержит: объекты неделимые части модели, выделенные по какому-либо признаку, сформулированному в соответствии с методологией ARIS, и имеющие набор изменяемых характеристик свойств, описывающих их поведение; объекты неделимые части модели, выделенные по какому-либо признаку, сформулированному в соответствии с методологией ARIS, и имеющие набор изменяемых характеристик свойств, описывающих их поведение; связи между объектами описанные взаимоотношения между объектами, имеющими свои свойства и характеристики. Так же как и объекты, связи характеризуются свойствами, выделены внешний вид и атрибуты. связи между объектами описанные взаимоотношения между объектами, имеющими свои свойства и характеристики. Так же как и объекты, связи характеризуются свойствами, выделены внешний вид и атрибуты. Модель может включать: внешние встроенные объекты, например, рисунки, документы текстовых редакторов и т.п.; внешние встроенные объекты, например, рисунки, документы текстовых редакторов и т.п.; текст, размещенный в любом месте модели; текст, размещенный в любом месте модели; геометрические фигуры. геометрические фигуры.

43 Модель технических терминов АРИС для понятия «Модель АРИС»

44 Классы моделей: Строгая иерархия (РН Pure hierarchy). Модели включают в себя только один тип объекта, и несколько типов соединения для организации иерархических связей Строгая иерархия (РН Pure hierarchy). Модели включают в себя только один тип объекта, и несколько типов соединения для организации иерархических связей Строгая иерархия с окружением (НА Pure hierarchy with allocations). Модели - деревья, которые строятся на основе только одного типа объекта. В данном случае иерархические связи могут быть организованы с помощью нескольких типов соединения. Однако здесь, в отличие от строгой иерархии, с объектами, составляющими иерархию, могут быть связаны другие типы объектов. Строгая иерархия с окружением (НА Pure hierarchy with allocations). Модели - деревья, которые строятся на основе только одного типа объекта. В данном случае иерархические связи могут быть организованы с помощью нескольких типов соединения. Однако здесь, в отличие от строгой иерархии, с объектами, составляющими иерархию, могут быть связаны другие типы объектов. Иерархия с перекрестными соединениями (НС Hierarchies with cross links). Иерархия с перекрестными соединениями: Иерархия с перекрестными соединениями (НС Hierarchies with cross links). Иерархия с перекрестными соединениями: включает различные типы объектов. включает различные типы объектов. несколько типов соединения для иерархических связей несколько типов соединения для иерархических связей объекты, которые входят в иерархию с перекрестными соединениями, могут быть связаны друг с другом как напрямую, так и через другие типы объектов. объекты, которые входят в иерархию с перекрестными соединениями, могут быть связаны друг с другом как напрямую, так и через другие типы объектов.

45 Классы моделей: Тип основного объекта (СО Central object type). Модели используются для отображения связи между этими типами объектов и другими типами объектов. Все типы объектов, прикрепленные к типу основного объекта, имеют одинаковые приоритеты. Примером служит диаграмма окружения функции, диаграммы ролей и прав. Тип основного объекта (СО Central object type). Модели используются для отображения связи между этими типами объектов и другими типами объектов. Все типы объектов, прикрепленные к типу основного объекта, имеют одинаковые приоритеты. Примером служит диаграмма окружения функции, диаграммы ролей и прав. Приоритетный тип основного объекта (СР Central object type with priority). Модели используются для отображени связи между типом основного объекта и другими типами объектов. В данном случае тип объекта, имеющий наивысший приоритет, играет основную роль в иерархии. Приоритетный тип основного объекта (СР Central object type with priority). Модели используются для отображени связи между типом основного объекта и другими типами объектов. В данном случае тип объекта, имеющий наивысший приоритет, играет основную роль в иерархии. Направленный граф с окружением (DQ Directional graph with allocations). Используются для представления моделей, особые типы объектов в которых формируют направленную структуру. Эти типы объектов могут быть связаны с другими типами объектов. Например, еЕРС событийная цепочка процесса. Направленный граф с окружением (DQ Directional graph with allocations). Используются для представления моделей, особые типы объектов в которых формируют направленную структуру. Эти типы объектов могут быть связаны с другими типами объектов. Например, еЕРС событийная цепочка процесса. Ненаправленный граф с окружением (NGA Non-directional graph with allocations). Отличаются тем, что в них присутствуют структурно-зависимые типы объектов, однако, они не соединены друг с другом через направленные соединения. Объекты структурно-зависимых типов объекта могут иметь окружение из структурно- независимых объектов. Например, к ним относятся модели в виде столбцов или строк. Ненаправленный граф с окружением (NGA Non-directional graph with allocations). Отличаются тем, что в них присутствуют структурно-зависимые типы объектов, однако, они не соединены друг с другом через направленные соединения. Объекты структурно-зависимых типов объекта могут иметь окружение из структурно- независимых объектов. Например, к ним относятся модели в виде столбцов или строк.

46 Все модели ARIS можно разделить основные модели (ядро), используемые практически во всех проектах. Это модели цепочек добавленных значений, модели еЕРС, eERM, PCD, организационная схема, дерево функций и другие; основные модели (ядро), используемые практически во всех проектах. Это модели цепочек добавленных значений, модели еЕРС, eERM, PCD, организационная схема, дерево функций и другие; группа расширение основных моделей. К ним относятся карта знаний, диаграмма структуры знаний, диаграмма окружения функции и другие; группа расширение основных моделей. К ним относятся карта знаний, диаграмма структуры знаний, диаграмма окружения функции и другие; группы, ориентированные на отдельные области моделирования группы, ориентированные на отдельные области моделирования документация плана развития; документация плана развития; объектно-ориентированное моделирование; объектно-ориентированное моделирование; анализ (создание индивидуальных референтных моделей и диаграмм топологии); анализ (создание индивидуальных референтных моделей и диаграмм топологии); описание потока материалов; описание потока материалов; внедрение системы SAP R/3 и использование ARIS Analyzer for R/3; внедрение системы SAP R/3 и использование ARIS Analyzer for R/3; моделирование workflow; моделирование workflow; варианты методов моделирования данных; варианты методов моделирования данных; модели для функционально-стоимостного анализа; модели для функционально-стоимостного анализа; модели для управления проектом. модели для управления проектом.

47 Модель организации (по АРИС) Это группа моделей ARIS, взаимосвязанных посредством использования общих объектов Это группа моделей ARIS, взаимосвязанных посредством использования общих объектов Эта взаимосвязь осуществляется благодаря репозиторию, где хранится вся информация об объектах и их связях. Эта взаимосвязь осуществляется благодаря репозиторию, где хранится вся информация об объектах и их связях.

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

49 Объекты моделей Объект самостоятельная часть методологии, отражающая элемент описываемой предметной области. Объект самостоятельная часть методологии, отражающая элемент описываемой предметной области. Понятие «объект» раскрывает модель технических терминов, показанная на рис. Понятие «объект» раскрывает модель технических терминов, показанная на рис.

50

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

52 Свойства объекта размещение атрибутов (Attribute placements), размещение атрибутов (Attribute placements), взаимосвязи (Relationships); взаимосвязи (Relationships); назначение (Assignments); назначение (Assignments); местонахождение (Occurrences); местонахождение (Occurrences); внешний вид (Object Appearance); внешний вид (Object Appearance); варианты (Variants); варианты (Variants); управление изменениями (Change Management); управление изменениями (Change Management); предложения по улучшениям (Improvement Proposals); предложения по улучшениям (Improvement Proposals); заполненные атрибуты (Maintained Attributes); заполненные атрибуты (Maintained Attributes); атрибуты объекта (Attributes). атрибуты объекта (Attributes).

53 Объекты классифицируются структурно-зависимые. Эти типы объектов определяют общую структуру модели. Конкретный тип модели подразумевает наличие конкретных структурно-зависимых типов объектов; структурно-зависимые. Эти типы объектов определяют общую структуру модели. Конкретный тип модели подразумевает наличие конкретных структурно-зависимых типов объектов; структурно-независимые. структурно-независимые.

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

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

56

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

58 Свойства связей размещение атрибутов (Attribute placements), размещение атрибутов (Attribute placements), внешний вид связи (Connection Appearance); внешний вид связи (Connection Appearance); местонахождение связи (Connection Occurrences); местонахождение связи (Connection Occurrences); атрибуты связи (Attributes); атрибуты связи (Attributes); заполненные атрибуты (Maintained Attributes); заполненные атрибуты (Maintained Attributes);