Математическая модель технического объекта. Особенности параметров в моделях проектируемых объектов.

Математическая модельтехнического объекта — система математических объектов

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

Особенности параметров в моделях проектируемых объектов:

1) Внутренние параметры в моделях k-го иерархического уровня становятся выходными параметрами в моделях более низкого (k + 1)-го иерархического уровня.

2) Выходные параметры или фазовые переменные, фигурирующие в модели

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

3) Большинство выходных параметров объекта являются функционалами.

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

4. Классификация типовых проектных процедур.

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

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

Вложенность означает, что:

• анализ входит как составная часть в оптимизацию, а оптимизация — в синтез;

• однократное выполнение процедуры оптимизации требует многократного

выполнения процедуры анализа;

• однократное решение задачи синтеза требует многократного решения задачи оптимизации.

5. Сущность структурного подхода к проектированию информационных систем.

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

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

• принцип решения сложных проблем путем их разбиения на множество

меньших независимых задач, легких для понимания и решения;

• принцип иерархического упорядочивания, т. е. принцип организации со-

ставных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне.

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

• принцип формализации: заключается в необходимости строгого методического подхода к решению проблемы;

• принцип непротиворечивости: заключается в обоснованности и согласованности элементов;

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

6. Общие сведения о методологии SADT. Понятия субъекта, цели и точки зрения модели.

Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области

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

SADT-модель дает полное, точное и адекватное описание системы, имеющее конкретное назначение. Целью модели является получение ответов на некоторую совокупность вопросов.

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

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

SADT-модель дает полное, точное и адекватное описание системы, имеющее конкретное назначение. Это назначение, называемое целью модели, вытекает из формального определения модели в SADT

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

7. Общие сведения о методологии SADT. Диаграмма и функциональный блок, их связь между собой.

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

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

Связей между функциями семь типов:

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

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

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

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

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

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

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

8. Методология SADT. Типы взаимосвязей между блоками. Разветвление и слияние дуг. ICOM-коды дуг.

Целью модели является получение ответов на некоторую совокупность вопросов.

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

SADT-модель дает полное, точное и адекватное описание системы, имеющее конкретное назначение.

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

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

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

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

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

• непомеченные ветви содержат все объекты, указанные в метке дуги перед разветвлением

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

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

В SADT принята система обозначений, позволяющая аналитику точно идентифицировать и проверять связи по дугам между диаграммами. Эта схема кодирования дуг — «ICOM»

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

9. Общие сведения об объектно-ориентированном проектировании. Этапы жизненного цикла в данном подходе.

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

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

Описываемая методология включается в себя следующие этапы:

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

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

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

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

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

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

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

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

10. Основные концепции в объектно-ориентированном проектировании.

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

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

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

- Объединение данных и поведения

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

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

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

11. Концепции объекта и класса в объектно-ориентированном проектировании.

Цель моделирования классов состоит в описании объектов. Объект — это концепция, абстракция или сущность, обладающая индивидуальностью и имеющая

смысл в рамках приложения. Объекты часто бывают именами собственными или

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

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

У класса 2 различные роли: модуля и типа данных.

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

2 Класс - это тип данных, задающий реализацию некоторых абстракции данных, характерной для задачи, в интересах кот создается программная сис-ма

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

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

12. Концепции связи и ассоциации в объектно-ориентированном проектировании.

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

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

Ассоциация — это описание группы связей, обладающих общей структурой

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

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

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

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

13. Обобщение и наследование в объектно-ориентированном проектировании.

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

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

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

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

Обобщение служит трем основным целям.

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

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

и упорядочивая объекты на основании их сходств и различий.

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

14. События в объектно-ориентированном проектировании.

Событие — это происшествие, случившееся в определенный момент времени,

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

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

Термин событие часто используется в нескольких смыслах. В некоторых случаях он обозначает экземпляр, а в других — класс.

События бывают разных видов. Чаще всего встречаются события сигналов, события изменения и события времени.

Событие сигнала — это событие получения или отправки сигнала.

Событие изменения — это событие, вызванное выполнением логического выражения. Суть события состоит в том, что некоторое выражение постоянно проверяется, и как только его значение изменяется с «ложно» на «истинно», осуществляется событие изменения.

Событие времени — это событие, вызванное достижением момента абсолютного времени или истечением временного интервала.

15. Состояния в объектно-ориентированном проектировании.

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

поведения или изменением состояния. Состояние можно характеризовать несколькими способами.

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

16. Переходы и условия в объектно-ориентированном проектировании.

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

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

17. Диаграммы состояний в объектно-ориентированном проектировании. Различия между диаграммами состояний непрерывного цикла и одноразового жизненного цикла.

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

жизненные циклы. Диаграмма состояний телефонной линии является непрерывным циклом.

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

18. Поведение на диаграммах состояний в объектно-ориентированном проектировании.

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

19. Модели вариантов использования в объектно-ориентированном проектировании.

Действующее лицо — это непосредственный внешний пользователь системы.

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

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

20. Модели деятельности в объектно-ориентированном проектировании.

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

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

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

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