Что такое findslide.org?

FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.


Для правообладателей

Обратная связь

Email: Нажмите что бы посмотреть 

Яндекс.Метрика

Презентация на тему проектирование ис 2016 03

Содержание

Основной набор моделей Унифицированного процесса
UML 2 Основной набор моделей Унифицированного процесса Связи между моделями Последовательность действий при построении модели вариантов использования - унификация элементов модели;- выделение общих и совместно применяемых частей вариантов использования;- обеспечение семантической (смысловой) Примеры отображения актеров«проволочный человечек»класс с текстовым стереотипом «actor»произвольная иконка Примеры вариантов использования Пример примечания - ассоциация;- обобщение;- включение;- расширение.Отношения  четырех видов  служит для обозначения взаимодействия актера с вариантом использованияОтношение ассоциации  служит для указания того факта, что некоторая сущность А может быть обобщена указывает, что некоторое заданное поведение одного варианта использования обязательно включается в качестве составного компонента  определяет потенциальную возможность включения поведения одного варианта использования в состав другого. Т. е. дочерний Варианты использования, которые расширяют базовый, подключаются к нему (активируются при его выполнении) 1. Рекомендуется вначале построить контекстную диаграмму, на которой отображаются основные варианты использования (функции) 4. Отдельная диаграмма (контекстная или декомпозиции) не должна быть перенасыщена элементами. Рекомендуется отображать 6. Перед построением диаграммы необходимо задокументировать потоки событий в системе. Поток событий – это - основной поток событий описывает, что должно происходить во время выполнения варианта использования 7. На диаграммах не следует отображать особенности реализации вариантов использования и внутренней организации Способы детализации вариантов использования - с помощью диаграмм автоматов (состояний);- с помощью диаграмм деятельности (аналог блок-схем);- с помощью диаграмм взаимодействия (последовательности и коммуникации).Возможные «канонические» варианты Диаграммы автоматов (состояний) используются для описания поведения, реализуемого в рамках варианта использования, или поведения экземпляра понимается ситуация в ходе жизни экземпляра сущности, когда эта ситуация удовлетворяет некоторому  Действие (action) – это атомарная операция, выполнение которой не может быть прервано, приводящая Спецификация существенного факта, который может произойти в конкретный момент времени. Внешние события - посылка сообщения (message):-  Вызов (call)  – спецификация факта посылки синхронного сообщения между -  Событие времени (time) – спецификация факта, обозначающего наступление конкретного момента времени Способы отображения состояний может содержать описание выполняемых операций, перед которыми указывается одна из стандартных меток:- entry (вход) Отношение между двумя состояниями, показывающее возможный путь изменения состояния экземпляра сущности. Считается, Нетриггерный (переход по завершении), срабатывает неявно, когда все основные операции (с метками - mouseClick();- mouseClick() / setFocus();- mouseClick() [isEnabled()] / setFocus;- at 14:00:00 или [getTime() = 14:00] – Простой и рефлексивный переходы составные состояния ( composite state), состоящие из вложенных в них подсостояний  (substate).Составные состояния Составное состояние, которое может использоваться в разных контекстах, в т.ч. и для  Составное состояние с вложенными параллельными подавтоматами Составное состояние со скрытой внутренней структурой Начальное состояние автомата, начальное подсостояние составного состояния или параллельного подавтомата. Из начального Конечное состояние автомата, конечное подсостояние составного состояния или параллельного подавтомата. В конечное Аналогично конечному состоянию, подразумевает немедленное прекращение деятельности и уничтожение экземпляра сущности, для Точка входа в автомат или составное состояние. Может быть несколько. Допускается крепление Точка выхода из автомата или составного состояния. Может быть несколько. Допускается крепление Ветвление переходов в параллельные подавтоматы.Ветвление (англ. fork) Соединение переходов из параллельных подавтоматов. Выполняет функцию синхронизации выхода из параллельных подавтоматов составного состояния.Соединение (join) Соединение и ветвление переходов для последовательных состояний. В случае ветвления для каждой Ветвление переходов для последовательных состояний.Выбор (choice) Указывается внутри составного состояния и подразумевает запоминание текущей конфигурации составного состояния при Аналогично поверхностному историческому состоянию, но распространяется на все уровни вложенности подсостояний.Глубинное историческое (deep history) 1.  При выделении состояний и переходов длительность срабатывания переходов должна быть существенно 2. Автомат (диаграмма) должен начинаться знаком начального состояния и заканчиваться знаком конечного. Начальное состояние указывается только 4. Диаграмма не должна содержать изолированных состояний и переходов. Переходы и их спецификация  Триггерные переходы по условию на диаграмме можно показать тремя способами. 6. В каждый момент времени автомат или подавтомат должен находиться только в одном Пример детализации варианта использования Модель анализа - выявление внутренней архитектуры (определения подсистем и основных классов);- поиск альтернативных вариантов реализации Обобщенная схема технологического процесса «Анализ требований» - классов анализа;- последовательности;- коммуникации.Диаграммы  (основные артефакты) - практичности – характеризуют легкость освоения и эксплуатации системы, интуитивность и эргономичность пользовательского интерфейса, Реализация каждого из вариантов использования в структуре классов анализа граничный;управляющий;сущности.Три вида классов анализа Графический стереотип Стандартное обозначение со строкой-стереотипом используется для моделирования взаимодействия между системой и актерами (пользователями, внешними системами или отвечает за координацию, взаимодействие и управление другими объектами, выполняет сложные вычисления, управляет используется для моделирования долгоживущей, нередко сохраняемой информации. Классы сущности являются абстракциями основных · ассоциаций;· агрегаций;· композиций;· обобщения;· зависимостей.Отношения Отношение ассоциации применительно к диаграмме классов анализа показывает, что объекты одного класса содержат Отношение агрегации  указывает на отношение «часть–целое». отношение, как и ассоциация, означает, что «объект–целое» Отношение композиции аналогично агрегации, в которой «части» не могут существовать отдельно от «целого». Отношение обобщения  является обычным таксонометрическим отношением между более общим (абстрактным) классом (родителем или Отношение зависимости Отношение зависимости применительно к диаграмме классов анализа означает, что в спецификации или 1. При выделении классов анализа следует учитывать тот факт, что они являются 2. Для выделения классов сущностей необходимо определить все реальные либо воображаемые объекты, 3. Для каждого актера следует предусмотреть, как минимум, один граничный класс в 5. В целях облегчения восприятия специфики связей между классами рекомендуется использовать отношения · экземпляры актеров и классов, участвующих в реализации варианта использования;· ассоциации между экземплярами актеров Сообщение (англ. message) – это спецификация факта передачи информации между сущностями с ожиданием Сообщения · предшествующие сообщения / [сторожевое условие] номер сообщения : стереотип;· предшествующие сообщения / [сторожевое Предшествующие сообщения (их номера или идентификаторы) записываются через запятые и указывают, что данное · «call» (англ. – вызвать) – синхронное сообщение, требующее выполнения операции принимающего объекта;· «create» Переменная (атрибут), которая будет содержать значение, возвращаемое в результате обработки сообщения.Имя сообщения (обязательный Диаграмма кооперации
Слайды презентации

Слайд 2
Основной набор моделей Унифицированного процесса

Основной набор моделей Унифицированного процесса

Слайд 3
Связи между моделями

Связи между моделями

Слайд 4
Последовательность действий при построении модели вариантов использования

Последовательность действий при построении модели вариантов использования

Слайд 5 - унификация элементов модели;
- выделение общих и совместно применяемых частей

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

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

элементами

Цели ВИ


Слайд 6 Примеры отображения актеров
«проволочный человечек»
класс с текстовым стереотипом «actor»
произвольная иконка

Примеры отображения актеров«проволочный человечек»класс с текстовым стереотипом «actor»произвольная иконка

Слайд 7
Примеры вариантов использования

Примеры вариантов использования

Слайд 8 Пример примечания

Пример примечания

Слайд 9 - ассоциация;
- обобщение;
- включение;
- расширение.

Отношения  четырех видов

- ассоциация;- обобщение;- включение;- расширение.Отношения  четырех видов

Слайд 10  служит для обозначения взаимодействия актера с вариантом использования
Отношение

 служит для обозначения взаимодействия актера с вариантом использованияОтношение ассоциации

ассоциации


Слайд 11  служит для указания того факта, что некоторая сущность

 служит для указания того факта, что некоторая сущность А может быть

А может быть обобщена до сущности В. В этом

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

 Отношение обобщения


Слайд 12 указывает, что некоторое заданное поведение одного варианта использования обязательно включается

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

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

использования

Отношение включения

Стрелка включения должна быть направлена от базового (составного) варианта к включаемому и помечена стереотипом «include» или «uses»


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

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

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

так и не вызываться родительским

отношение расширения 

Стрелка расширения должна быть направлена от включаемого варианта к базовому и помечена стереотипом «extend» 


Слайд 14 Варианты использования, которые расширяют базовый, подключаются к нему

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

(активируются при его выполнении) через так называемые точки расширения ( extension

points).
Каждая точка расширения маркируется и условием (condition) активации. Обычно перечень точек расширения указывается в базовом варианте использования ниже горизонтальной линии.

точки расширения


Слайд 15 1. Рекомендуется вначале построить контекстную диаграмму, на которой отображаются

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

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

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

Правила и рекомендации по разработке диаграмм вариантов использования


Слайд 16 4. Отдельная диаграмма (контекстная или декомпозиции) не должна быть

4. Отдельная диаграмма (контекстная или декомпозиции) не должна быть перенасыщена элементами. Рекомендуется

перенасыщена элементами. Рекомендуется отображать на диаграмме не более 15

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



Слайд 17 6. Перед построением диаграммы необходимо задокументировать потоки событий

6. Перед построением диаграммы необходимо задокументировать потоки событий в системе. Поток событий –

в системе. Поток событий – это процесс обработки данных, реализуемый в

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



Слайд 18 - основной поток событий описывает, что должно происходить во

- основной поток событий описывает, что должно происходить во время выполнения варианта

время выполнения варианта использования в наиболее распространенном (типовом) случае.

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



Слайд 19 7. На диаграммах не следует отображать особенности реализации вариантов

7. На диаграммах не следует отображать особенности реализации вариантов использования и внутренней

использования и внутренней организации системы, связанные со спецификой используемых

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



Слайд 22 Способы детализации вариантов использования

Способы детализации вариантов использования

Слайд 23 - с помощью диаграмм автоматов (состояний);
- с помощью диаграмм деятельности (аналог блок-схем);
- с помощью диаграмм

- с помощью диаграмм автоматов (состояний);- с помощью диаграмм деятельности (аналог блок-схем);- с помощью диаграмм взаимодействия (последовательности и коммуникации).Возможные «канонические» варианты

взаимодействия (последовательности и коммуникации).

Возможные «канонические» варианты


Слайд 24 Диаграммы автоматов (состояний)

Диаграммы автоматов (состояний)

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

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

использования, или поведения экземпляра сущности (класса, объекта, компонента, узла

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

Диаграммы автоматов (state machine)


Слайд 26 понимается ситуация в ходе жизни экземпляра сущности, когда

понимается ситуация в ходе жизни экземпляра сущности, когда эта ситуация удовлетворяет

эта ситуация удовлетворяет некоторому условию,
экземпляр выполняет некоторые операции или

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

Состояние  (state)


Слайд 27  Действие (action) – это атомарная операция, выполнение которой не

 Действие (action) – это атомарная операция, выполнение которой не может быть прервано,

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

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

 Операции


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

Спецификация существенного факта, который может произойти в конкретный момент времени. Внешние

момент времени.
Внешние события передаются между системой и актерами

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

Событие (event)


Слайд 29 - посылка сообщения (message):
-  Вызов (call)  – спецификация факта

- посылка сообщения (message):-  Вызов (call)  – спецификация факта посылки синхронного сообщения

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

или деятельности) объектом, которому посылается сообщение. После посылки вызова объект-отправитель передает управление объекту-получателю и после выполнения последним операции получает управление обратно. (закрасить фигуру красным фоном fill(red) или рассчитать допускаемые скорости calculateVdop())
-  Сигнал (signal)  – спецификация факта посылки асинхронного сообщения между объектами. Исключения, которые поддерживаются в большинстве современных языков программирования, являются наиболее распространенным видом внутренних сигналов.
- Любое сообщение (any receive);

виды событий


Слайд 30 -  Событие времени (time) – спецификация факта, обозначающего

-  Событие времени (time) – спецификация факта, обозначающего наступление конкретного момента

наступление конкретного момента времени (absolute time) или истечение определенного

промежутка времени (relative time).
обозначается с помощью ключевых слов «at» (at 9:00:00) и «after» (after 2 seconds).

-  Изменение состояния(change) – спецификация логического условия, соответствующего изменению состояния экземпляра сущности.
обозначается с помощью ключевого слова «when» (when A < B) или сторожевого условия ([A < B]).



Слайд 31
Способы отображения состояний

Способы отображения состояний

Слайд 32 может содержать описание выполняемых операций, перед которыми указывается

может содержать описание выполняемых операций, перед которыми указывается одна из стандартных меток:- entry

одна из стандартных меток:
- entry (вход) – действие при входе, выполняемое

вне зависимости от того, по какому переходу был выполнен вход в состояние. (создать соединение с базой данных entry / createConnect())
- exit (выход) – действие при выходе, выполняемое вне зависимости от того, по какому переходу был выполнен выход из состояния (закрыть соединение с базой данных exit / closeConnect())
- do (выполнять) – деятельность в состоянии. Находясь в состоянии, экземпляр сущности может бездействовать и ждать наступления некоторого события, а может выполнять длительную операцию. (рассчитать допускаемые скорости do / calculateVdop())
Допускается указывать несколько операций в виде отдельных строк, каждая из которых начинается с метки «do», или в виде одной строки, операции в которой отделены друг от друга точкой с запятой.

Характеристика состояния


Слайд 33 Отношение между двумя состояниями, показывающее возможный путь изменения

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

состояния экземпляра сущности. Считается, что в состоянии экземпляр сущности

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

Переход (transition)


Слайд 34 Нетриггерный (переход по завершении), срабатывает неявно, когда все

Нетриггерный (переход по завершении), срабатывает неявно, когда все основные операции (с

основные операции (с метками entry, do и exit) в

исходном состоянии успешно завершают свою работу. Данный вид перехода обозначается стрелкой без надписи.
Триггерный необходимо наступление некоторого события, которое записывается над стрелкой.
 «событие [сторожевое условие] / действие»
действие представляет собой атомарную операцию, выполняемую сразу после срабатывания соответствующего перехода и до начала каких бы то ни было операций в целевом состоянии. Разрешается указывать не одно, а несколько обособленных действий, отделенных друг от друга точкой с запятой. Обязательное требование – все действия в списке должны четко различаться между собой и следовать в порядке их записи.

Виды переходов


Слайд 35 - mouseClick();
- mouseClick() / setFocus();
- mouseClick() [isEnabled()] / setFocus;
- at 14:00:00 или

- mouseClick();- mouseClick() / setFocus();- mouseClick() [isEnabled()] / setFocus;- at 14:00:00 или [getTime() = 14:00]

[getTime() = 14:00] – текущее время на компьютере равно

14 часам;
-  «столкновение»
- «выход из строя».

Примеры спецификации переходов


Слайд 36
Простой и рефлексивный переходы

Простой и рефлексивный переходы

Слайд 37 составные состояния ( composite state), состоящие из вложенных в

составные состояния ( composite state), состоящие из вложенных в них подсостояний  (substate).Составные состояния

них подсостояний  (substate).
Составные состояния


Слайд 38 Составное состояние, которое может использоваться в разных контекстах,

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

в т.ч. и для разных диаграмм (автоматов), называются подавтоматами (submachine state).


Составное состояние может быть разбито на зоны (regions), -  параллельными подавтоматами (concurrent substates).
Если на диаграмме имеется составное состояние с вложенными параллельными подавтоматами, экземпляр сущности может одновременно находиться в нескольких подсостояниях, но не более чем по одному из каждого подавтомата.
Если какой-либо из подавтоматов пришел в свое конечное состояние раньше других, то он должен ожидать, пока другие подавтоматы не придут в свои конечные состояния.



Слайд 39
 Составное состояние с вложенными параллельными подавтоматами

 Составное состояние с вложенными параллельными подавтоматами

Слайд 40
Составное состояние со скрытой внутренней структурой

Составное состояние со скрытой внутренней структурой

Слайд 41 Начальное состояние автомата, начальное подсостояние составного состояния или

Начальное состояние автомата, начальное подсостояние составного состояния или параллельного подавтомата. Из

параллельного подавтомата.
Из начального состояния могут только исходить переходы.
Псевдосостояния.

Начальное (initial)

Слайд 42 Конечное состояние автомата, конечное подсостояние составного состояния или

Конечное состояние автомата, конечное подсостояние составного состояния или параллельного подавтомата. В

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

стандарте UML 2.5 считается состоянием, а не псевдосостоянием.

Псевдосостояния. Конечное (final)


Слайд 43 Аналогично конечному состоянию, подразумевает немедленное прекращение деятельности и

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

уничтожение экземпляра сущности, для которой построен автомат.
Немедленное завершение (terminate)


Слайд 44 Точка входа в автомат или составное состояние. Может

Точка входа в автомат или составное состояние. Может быть несколько. Допускается

быть несколько. Допускается крепление к границе составного состояния.
Точка входа

(entry point)

Слайд 45 Точка выхода из автомата или составного состояния. Может

Точка выхода из автомата или составного состояния. Может быть несколько. Допускается

быть несколько. Допускается крепление к границе составного состояния.
Точка выхода

(exit point)

Слайд 46 Ветвление переходов в параллельные подавтоматы.
Ветвление (англ. fork)

Ветвление переходов в параллельные подавтоматы.Ветвление (англ. fork)

Слайд 47 Соединение переходов из параллельных подавтоматов. Выполняет функцию синхронизации

Соединение переходов из параллельных подавтоматов. Выполняет функцию синхронизации выхода из параллельных подавтоматов составного состояния.Соединение (join)

выхода из параллельных подавтоматов составного состояния.
Соединение (join)


Слайд 48 Соединение и ветвление переходов для последовательных состояний. В

Соединение и ветвление переходов для последовательных состояний. В случае ветвления для

случае ветвления для каждой исходящей из перехода ассоциации должно

быть задано сторожевое условие.

Переход (junction)


Слайд 49 Ветвление переходов для последовательных состояний.
Выбор (choice)

Ветвление переходов для последовательных состояний.Выбор (choice)

Слайд 50 Указывается внутри составного состояния и подразумевает запоминание текущей

Указывается внутри составного состояния и подразумевает запоминание текущей конфигурации составного состояния

конфигурации составного состояния при выходе из него. Переход в

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

Поверхностное историческое (shallow history)


Слайд 51 Аналогично поверхностному историческому состоянию, но распространяется на все

Аналогично поверхностному историческому состоянию, но распространяется на все уровни вложенности подсостояний.Глубинное историческое (deep history)

уровни вложенности подсостояний.
Глубинное историческое (deep history)


Слайд 52 1.  При выделении состояний и переходов длительность срабатывания

1.  При выделении состояний и переходов длительность срабатывания переходов должна быть

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

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

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


Слайд 53 2. Автомат (диаграмма) должен начинаться знаком начального состояния и заканчиваться знаком конечного.

2. Автомат (диаграмма) должен начинаться знаком начального состояния и заканчиваться знаком конечного. Начальное состояние указывается


Начальное состояние указывается только один раз, а конечных может

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



Слайд 54 4. Диаграмма не должна содержать изолированных состояний и переходов.

4. Диаграмма не должна содержать изолированных состояний и переходов. Переходы и их

Переходы и их спецификация должны быть заданы таким образом,

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



Слайд 55  Триггерные переходы по условию на диаграмме можно показать тремя

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

способами.


Слайд 56 6. В каждый момент времени автомат или подавтомат должен

6. В каждый момент времени автомат или подавтомат должен находиться только в

находиться только в одном состоянии. Это означает, что спецификация

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


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


Слайд 57
Пример детализации варианта использования

Пример детализации варианта использования

Слайд 60 Модель анализа

Модель анализа

Слайд 61 - выявление внутренней архитектуры (определения подсистем и основных классов);
-

- выявление внутренней архитектуры (определения подсистем и основных классов);- поиск альтернативных вариантов

поиск альтернативных вариантов реализации системы (подсистем) и выбора основного;
-

уточнение всех требований (функциональных и нефункциональных).

Задачи модели


Слайд 62
Обобщенная схема технологического процесса «Анализ требований»

Обобщенная схема технологического процесса «Анализ требований»

Слайд 63 - классов анализа;
- последовательности;
- коммуникации.

Диаграммы (основные артефакты)

- классов анализа;- последовательности;- коммуникации.Диаграммы (основные артефакты)

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

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

и эргономичность пользовательского интерфейса, согласованность пользовательского интерфейса, документации и

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

группы требований (параметры качества)


Слайд 67
Реализация каждого из вариантов использования в структуре классов

Реализация каждого из вариантов использования в структуре классов анализа

анализа


Слайд 68 граничный;
управляющий;
сущности.

Три вида классов анализа

граничный;управляющий;сущности.Три вида классов анализа

Слайд 69 Графический стереотип

Графический стереотип

Слайд 70 Стандартное обозначение со строкой-стереотипом

Стандартное обозначение со строкой-стереотипом

Слайд 71 используется для моделирования взаимодействия между системой и актерами

используется для моделирования взаимодействия между системой и актерами (пользователями, внешними системами

(пользователями, внешними системами или устройствами). Взаимодействие часто включает в

себя получение или передачу информации, запросы на предоставление услуг и т. д.
Граничные классы являются абстракциями диалоговых окон, форм, панелей, коммуникационных интерфейсов, интерфейсов периферийных устройств, интерфейсов API (англ. application program interface – интерфейс прикладных программ) и т. д. Каждый граничный класс должен быть связан как минимум с одним актером;

граничный класс


Слайд 72 отвечает за координацию, взаимодействие и управление другими объектами,

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

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

управляющий

класс

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

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

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

объектов, документов и т. д., как правило, хранимых в табличном или ином виде.

класс сущности


Слайд 74 · ассоциаций;
· агрегаций;
· композиций;
· обобщения;
· зависимостей.

Отношения

· ассоциаций;· агрегаций;· композиций;· обобщения;· зависимостей.Отношения

Слайд 75 Отношение ассоциации 
применительно к диаграмме классов анализа показывает, что

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

объекты одного класса содержат информацию о существовании (наличии в

памяти) объектов другого класса и между ними имеется некоторая логическая или семантическая связь.

Слайд 76 Отношение агрегации 
 указывает на отношение «часть–целое». отношение, как и

Отношение агрегации  указывает на отношение «часть–целое». отношение, как и ассоциация, означает, что

ассоциация, означает, что «объект–целое» содержит ссылку на «объект–часть». «Объект–часть»

также может содержать ссылку на «объект–целое». Агрегация может указываться только между классами одного типа.

Слайд 77 Отношение композиции 
аналогично агрегации, в которой «части» не могут

Отношение композиции аналогично агрегации, в которой «части» не могут существовать отдельно от

существовать отдельно от «целого». Применительно к классам (объектам) это

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

Слайд 78 Отношение обобщения 
 является обычным таксонометрическим отношением между более общим

Отношение обобщения  является обычным таксонометрическим отношением между более общим (абстрактным) классом (родителем

(абстрактным) классом (родителем или предком) и его частным случаем

(дочерним классом или потомком). Отношение обобщения может быть только между классами одного вида.


Слайд 79 Отношение зависимости 
Отношение зависимости применительно к диаграмме классов анализа означает,

Отношение зависимости Отношение зависимости применительно к диаграмме классов анализа означает, что в спецификации

что в спецификации или теле методов объектов одного класса

(зависимого) выполняется обращение к атрибутам, методам или непосредственно к объектам другого класса (независимого).

Слайд 80 1. При выделении классов анализа следует учитывать тот

1. При выделении классов анализа следует учитывать тот факт, что они

факт, что они являются обобщенными (укрупненными) сущностями, которые в

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



Слайд 81 2. Для выделения классов сущностей необходимо определить все

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

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

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




Слайд 82 3. Для каждого актера следует предусмотреть, как минимум,

3. Для каждого актера следует предусмотреть, как минимум, один граничный класс

один граничный класс в целях организации интерфейса между ним

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

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



Слайд 83 5. В целях облегчения восприятия специфики связей между

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

классами рекомендуется использовать отношения агрегации, композиции и обобщения.

6. При

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



Слайд 86 · экземпляры актеров и классов, участвующих в реализации варианта

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

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

актеров и классов.

Диаграмма кооперации


Слайд 88 Сообщение (англ. message) – это спецификация факта передачи информации

Сообщение (англ. message) – это спецификация факта передачи информации между сущностями с

между сущностями с ожиданием выполнения определенных действий со стороны

принимающей сущности. Сущность, отправляющую сообщение, называют клиентом, а принимающую – сервером.

Взаимодействие


Слайд 89 Сообщения

Сообщения

Слайд 90 · предшествующие сообщения / [сторожевое условие] номер сообщения :

· предшествующие сообщения / [сторожевое условие] номер сообщения : стереотип;· предшествующие сообщения /

стереотип;
· предшествующие сообщения / [сторожевое условие] номер сообщения : переменная

:= имя сообщения (список аргументов)

Спецификация сообщения


Слайд 91 Предшествующие сообщения (их номера или идентификаторы) записываются через запятые

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

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

пока не будут посланы все предшествующие сообщения своим адресатам.
Сторожевое условие – обычное булевское выражение, означающее возможность посылки сообщения. Используется для ветвления потока сообщений.
Порядковый номер указывает на последовательность посылки сообщений. Например, {1, 2, 3, 3.1, 3.2, 3.3, 4, 5}. Сообщения с номерами {1, 2, 3, 4, 5} посылаются объектом, инициализирующим взаимодействие, а сообщения {3.1, 3.2, 3.3} – другим объектом, после получения им сообщения с номером 3.



Слайд 92 · «call» (англ. – вызвать) – синхронное сообщение, требующее

· «call» (англ. – вызвать) – синхронное сообщение, требующее выполнения операции принимающего

выполнения операции принимающего объекта;
· «create» (англ. – создать) – синхронное

сообщение, требующее создания объекта;
· «destroy» (англ. – уничтожить) – синхронное сообщение с требованием уничтожить соответствующий объект;
· «send» (англ. – послать) – асинхронное сообщение, обозначающее посылку сигнала серверу;
· «return» (англ. – возвратить) – возвращающее сообщение.

Стандартные стереотипы


Слайд 93 Переменная (атрибут), которая будет содержать значение, возвращаемое в

Переменная (атрибут), которая будет содержать значение, возвращаемое в результате обработки сообщения.Имя

результате обработки сообщения.
Имя сообщения (обязательный параметр) – имя вызываемой операции

объекта-получателя.
Список аргументов – список аргументов, разделенных запятыми и передаваемых для выполнения операции.



  • Имя файла: proektirovanie-is-2016-03.pptx
  • Количество просмотров: 83
  • Количество скачиваний: 0