Особенности моделирования поведения объектов в форме диаграммы конечного автомата. Понятие состояния и перехода, их графическая нотация. Спецификация внутренних действий простого состояния. Последовательные и параллельные композитные состояния. Исторические состояния глубокой и неглубокой истории, их семантика. Описание реакции объекта на асинхронные внешние события в форме диаграммы конечного автомата. Примеры построения диаграмм конечного автомата.
Особенности графического представления диаграмм деятельности в нотации языка UML 2. Понятие узла деятельности и узла объекта. Потоки управления и объектов. Ветвление и распараллеливание потока управления с помощью специальных символов. Центральный буфер и хранилище данных. Особенности графического изображения диаграммы деятельности с дорожками. Использование диаграмм деятельности для моделирования бизнес-процессов. Примеры построения диаграмм деятельности.
Диаграмма последовательности как логическое представление поведения разрабатываемой системы. Понятие линии жизни классов и сообщений, их графическая нотация. Представление времени на диаграмме последовательности. Комбинированные фрагменты, их нотация и семантика. Особенности использования логических условий в комбинированных фрагментах языка UML 2. Временные ограничения и их запись. Примеры построения диаграмм последовательности в проектах UML 2.
Особенности моделирования поведения объектов в форме диаграммы конечного автомата. Понятие состояния и перехода, их графическая нотация. Спецификация внутренних действий простого состояния. Последовательные и параллельные композитные состояния. Исторические состояния глубокой и неглубокой истории, их семантика. Описание реакции объекта на асинхронные внешние события в форме диаграммы конечного автомата. Примеры построения диаграмм конечного автомата.
Особенности графического представления диаграмм деятельности в нотации языка UML 2. Понятие узла деятельности и узла объекта. Потоки управления и объектов. Ветвление и распараллеливание потока управления с помощью специальных символов. Центральный буфер и хранилище данных. Особенности графического изображения диаграммы деятельности с дорожками. Использование диаграмм деятельности для моделирования бизнес-процессов. Примеры построения диаграмм деятельности.
Диаграмма последовательности как логическое представление поведения разрабатываемой системы. Понятие линии жизни классов и сообщений, их графическая нотация. Представление времени на диаграмме последовательности. Комбинированные фрагменты, их нотация и семантика. Особенности использования логических условий в комбинированных фрагментах языка UML 2. Временные ограничения и их запись. Примеры построения диаграмм последовательности в проектах UML 2.
Диаграммы композитной структуры, коммуникации и пакетовDEVTYPE
Особенности представления внутренней структуры классов в UML 2. Основные элементы диаграммы композитной структуры и их графическая нотация. Классы и интерфейсы на диаграмме композитной структуры. Порты и соединители. Интегрированное представление элементов структуры и поведения на диаграмме коммуникации. Нотация линий жизни и связей между ними. Графическое изображение сообщений, посылаемых и принимаемых линиями жизни. Особенности представления архитектуры сложной программной системы в форме диаграммы пакетов. Нотация пакетов и отношений между ними в языке UML 2.Примеры построения диаграмм композитной структуры, диаграмм и пакетов коммуникации.
Диаграмма компонентов как модель представления физической структуры разрабатываемой системы. Понятие компонента программной системы и его графическая нотация. Семантика компонента в контексте реализации классов логической модели. Порты, интерфейсы и соединители на диаграмме компонентов. Особенности построения диаграммы компонентов в качестве модели архитектуры разрабатываемой программной системы. Примеры построения диаграмм компонентов.
Диаграмма классов как логическое представление структуры разрабатываемой системы. Понятие класса в контексте объектно-ориентированного анализа и проектирования. Синтаксис записи атрибутов и операций классов в нотации языка UML 2. Понятие интерфейса и его графическое изображение. Основные отношения на диаграмме классов и их графическая нотация. Ассоциация и ее специальные формы. Примеры построения диаграмм классов в проектах UML 2.
Диаграммы композитной структуры, коммуникации и пакетовDEVTYPE
Особенности представления внутренней структуры классов в UML 2. Основные элементы диаграммы композитной структуры и их графическая нотация. Классы и интерфейсы на диаграмме композитной структуры. Порты и соединители. Интегрированное представление элементов структуры и поведения на диаграмме коммуникации. Нотация линий жизни и связей между ними. Графическое изображение сообщений, посылаемых и принимаемых линиями жизни. Особенности представления архитектуры сложной программной системы в форме диаграммы пакетов. Нотация пакетов и отношений между ними в языке UML 2.Примеры построения диаграмм композитной структуры, диаграмм и пакетов коммуникации.
Диаграмма компонентов как модель представления физической структуры разрабатываемой системы. Понятие компонента программной системы и его графическая нотация. Семантика компонента в контексте реализации классов логической модели. Порты, интерфейсы и соединители на диаграмме компонентов. Особенности построения диаграммы компонентов в качестве модели архитектуры разрабатываемой программной системы. Примеры построения диаграмм компонентов.
Диаграмма классов как логическое представление структуры разрабатываемой системы. Понятие класса в контексте объектно-ориентированного анализа и проектирования. Синтаксис записи атрибутов и операций классов в нотации языка UML 2. Понятие интерфейса и его графическое изображение. Основные отношения на диаграмме классов и их графическая нотация. Ассоциация и ее специальные формы. Примеры построения диаграмм классов в проектах UML 2.
This document discusses and compares several software installation package creators. It provides information on their basic functions, developers, pricing and websites. The main installation package creators mentioned are InstallShield, Wise InstallMaster, Setup Factory, Ghost Installer and Inno Setup. They allow creating installation packages with wizards, dependencies tracking, scripting, registry editing and uninstall capabilities. Pricing ranges from free to $400 and they support platforms like Windows, .NET and databases.
The document describes how to create a Word file from a template using Visual Studio. It involves creating a new Windows Forms project in Visual Studio, adding references to Microsoft Word, and adding namespaces. The template is then copied to the project directory. Bookmarks are added to cells in the template to later fill with data. On a button click event, code is added to open the template, fill the bookmark fields with input data, and save the file. When run, the program fills the corresponding template cells with the input data.
This document provides instructions for creating a Word file from a C# console application by adding references to the Microsoft Word Object Library, creating a new Word document, inputting text, and providing multiple examples of source code that can be used to interact with the Word document from the application. The source code examples demonstrate how to open the Word file, add text, save and close the file, and display the results.
2. Главное предназначение этой
диаграммы - описать возможные
последовательности состояний и
переходов, которые в совокупности
характеризуют поведение элемента
модели в течение его жизненного цикла.
3. Состояние
Это абстрактный метакласс,
используемый для моделирования
отдельной ситуации, в течение которой
имеет место выполнение некоторого
условия
4. Список внутренних действий
Каждое действие записывается в формате:
<метка-действия / выражение-действия>
Метка действия указывает на
обстоятельства или условия, при которых
будет выполняться деятельность,
определенная выражением действия.
5. Перечень меток:
entry - эта метка указывает на действие,
специфицированное следующим за ней
выражением действия, которое
выполняется в момент входа в данное
состояние (входное действие);
exit - эта метка указывает на действие,
специфицированное следующим за ней
выражением действия, которое
выполняется в момент выхода из данного
состояния (выходное действие);
6. do - эта метка специфицирует
выполняющуюся деятельность ("do
activity"), которая выполняется в течение
всего времени, пока объект находится в
данном состоянии, или до тех пор, пока не
закончится вычисление,
специфицированное следующим за ней
выражением действия.
include - эта метка используется для
обращения к подавтомату, при этом
следующее за ней выражение действия
содержит имя этого подавтомата.
7. Начальное и конечное состояние
Начальное и конечное состояние не
содержит никаких внутренних действий
8. Переход
представляет собой отношение между
двумя последовательными состояниями,
которое указывает на факт смены одного
состояния другим.
Изображается сплошной линией со
стрелкой, которая направлена в состояние
9. Каждый переход может помечен строкой
текста, которая имеет следующий общий
формат:
<сигнатура события>'['<сторожевое
условие>']' <выражение действия>.
При этом сигнатура события описывает
некоторое событие с необходимыми
аргументами:
<имя события>'('<список параметров,
разделенных запятыми>')'.
10. Событие
Представляет собой спецификацию
некоторого факта, имеющего место в
пространстве и во времени. После
наступления некоторого события нельзя
уже вернуться к предыдущим событиям,
если такая возможность не предусмотрена
явно в модели.
11. Сторожевое условие (guard condition)
Если оно есть, всегда записывается в
прямых скобках после события и
представляет собой некоторое булево
выражение
12. Составное состояние и подсостояние
Это сложное состояние, которое состоит из
других вложенных в него состояний
13. Последовательные подсостояния
(sequential substates)
Используются для моделирования такого
поведения объекта, во время которого в
каждый момент времени объект может
находиться в одном и только одном
подсостояний
14. Параллельные подсостояния
(concurrent substates)
Позволяют специфицировать два и более
подавтомата, которые могут выполняться
параллельно внутри составного события.