пользователя», 1999
Леоненков «Самоучитель UML» 2003,
«Нотация и семантика языка
UML» 2006Мартин Фаулер «Введение в UML», 1998
- Главная
- Разное
- Бизнес и предпринимательство
- Образование
- Развлечения
- Государство
- Спорт
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Религиоведение
- Черчение
- Физкультура
- ИЗО
- Психология
- Социология
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Что такое findslide.org?
FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.
Обратная связь
Email: Нажмите что бы посмотреть
Презентация на тему Информационные технологии Диаграммы Диаграммы вариантов использования (прецедентов)
Содержание
- 2. Варианты использованияЛитература:Буч и др. «Язык UML –
- 3. Концептуальная модель UMLСтроительные блокиПравила сочетанияМеханизмы
- 4. Диаграммы UMLДиаграмма вариантов использования (use case
- 5. Правила построения диаграмм UMLКаждая диаграмма должна служить
- 6. Правила построения диаграмм UMLДиаграммы не следует перегружать
- 7. Цели диаграмм прецедентовОпределить общие границы и контекст
- 8. Диаграммы прецедентовАктерПрецедент (вариант использования, use case)
- 9. АктерАктер – любая сущность, взаимодействующая с системой извне
- 10. АктерОсобенностиАктер – это рольМожет не быть реального
- 11. Вариант использованияВариант использования –сервисы или некоторый набор действий, которые система предоставляет актеру
- 12. Вариант использованияПрецедент – это набор сценариев, которые
- 13. Вариант использованияСценарий – это специальная последовательность действий или взаимодействий между исполнителями и системой
- 14. Вариант использованияСервис представляет собой законченную последовательность действий.
- 15. Вариант использованияВарианты использования могут применяться как для
- 16. Вариант использованияИмя прецедентапростое «Разместить заказ»составное «Датчики:: откалибровать положение»
- 17. Вариант использованияСценарий или примечание – пояснительный текст, который раскрывает смысл или семантику составляющих диаграмму компонентов.
- 18. Вариант использованияОсобенностиUse Case – требование к системеНет необходимости рисовать10 человеко-лет – 12 – 100 вариантов использования
- 19. Интерфейс (Interface)интерфейс (Interface) – модель поведения системы без указания способа реализации этого поведенияIDocument
- 20. Вариант использованияВариант использованияреализует ВСЕ операцииUC реализует ЧАСТЬ операций
- 21. Отношения прецедентовассоциации (association relationship) расширения
- 22. Отношения ассоциацииобщие свойства вариантов использования могут быть
- 23. Отношения ассоциацииопределяет семантические (смысловые) особенности взаимодействия актеров
- 24. Отношения ассоциацииКратность (multiplity) количество конкретных экземпляров данного
- 25. Отношения расширениясвойства варианта использования В могут быть дополнены свойствами расширенного варианта использования А
- 26. Отношения расширенияОтношение включает в себя некоторое условие
- 27. Отношения расширениявариант использования может бытьрасширением нескольких других ВИсодержать несколько расширений
- 28. Отношения расширения
- 29. Отношения обобщенияслужит для указания, что некоторый прецедент
- 30. Отношения обобщениядочерние прецеденты обладают всеми свойствами предковможет быть несколько дочернихможет быть несколько родителей (множественное наследование)
- 31. Отношения обобщенияотношение обобщения может возникать между актерами
- 32. Отношения включенияповедение одного прецедента включается в качестве составного компонента в последовательность поведения другого прецедента
- 33. Отношения включенияОформить заказзаполнить «корзину»внести данные покупателя выписать счет
- 34. Пример прецедентовОдин вариант использования может быть включен
- 35. Пример прецедентовОформить заказ11
- 36. РасширенияДополнительные обозначения языка UML для бизнес-моделирования:Бизнес-актер (business
- 37. РасширенияСотрудник (business worker) – индивидуум, который действует
- 38. РасширенияБизнес-вариант использования . (business use
- 39. РасширенияПокупка телевизора
- 40. РекомендацииОпределить главных или первичных и второстепенных актеров
- 41. Скачать презентацию
- 42. Похожие презентации
Варианты использованияЛитература:Буч и др. «Язык UML – руководство пользователя», 1999Леоненков «Самоучитель UML» 2003, «Нотация и семантика языка UML» 2006Мартин Фаулер «Введение в UML», 1998
Слайд 2
Варианты использования
Литература:
Буч и др. «Язык UML – руководство
пользователя», 1999
UML» 2006Мартин Фаулер «Введение в UML», 1998
Слайд 4
Диаграммы UML
Диаграмма вариантов использования
(use case diagram)
Диаграмма
классов (class diagram)
Диаграммы поведения
(behavior diagrams)
Диаграмма состояний
(statechart diagram) Диаграмма деятельности (activity diagram)
Диаграммы взаимодействия (interaction diagrams)
Диаграмма последовательности (sequence diagram)
Диаграмма кооперации (collaboration diagram)
Диаграммы реализации
Диаграмма компонентов
Диаграмма развертывания
Слайд 5
Правила построения диаграмм UML
Каждая диаграмма должна служить законченным
представлением
Все сущности на диаграмме модели должны быть одного
концептуального уровняВся информация о сущностях должна быть явно представлена на диаграммах
Диаграммы не должны содержать противоречивой информации
Слайд 6
Правила построения диаграмм UML
Диаграммы не следует перегружать текстовой
информацией
Количество типов диаграмм для конкретной модели приложения не
является строго фиксированным
Слайд 7
Цели диаграмм прецедентов
Определить общие границы и контекст моделируемой
предметной области на начальных этапах проектирования системы.
Сформулировать общие
требования к функциональному поведению проектируемой системы. Разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей.
Подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.
Слайд 10
Актер
Особенности
Актер – это роль
Может не быть реального человека
Один
человек может играть несколько ролей
Легче пересчитать актеров...
События могут
выступать актерами..
Слайд 11
Вариант использования
Вариант использования –сервисы или некоторый набор действий,
которые система предоставляет актеру
Слайд 12
Вариант использования
Прецедент – это набор сценариев, которые представляют
собой последовательность действий, выполняемых конкретной системой для достижения ощутимого
результата для конкретного исполнителя.
Слайд 13
Вариант использования
Сценарий – это специальная последовательность действий или
взаимодействий между исполнителями и системой
Слайд 14
Вариант использования
Сервис представляет собой законченную последовательность действий.
После
того как система закончит обработку запроса пользователя, она должна
возвратиться в исходное состояние
Слайд 15
Вариант использования
Варианты использования могут применяться как для спецификации
внешних требований к проектируемой системе,
так и для спецификации
функционального поведения уже существующей системы
Слайд 16
Вариант использования
Имя прецедента
простое «Разместить заказ»
составное «Датчики:: откалибровать положение»
Слайд 17
Вариант использования
Сценарий или примечание – пояснительный текст, который
раскрывает смысл или семантику составляющих диаграмму компонентов.
Слайд 18
Вариант использования
Особенности
Use Case – требование к системе
Нет необходимости
рисовать
10 человеко-лет – 12 – 100 вариантов использования
Слайд 19
Интерфейс (Interface)
интерфейс (Interface) – модель поведения системы без
указания способа реализации этого поведения
IDocument
Слайд 20
Вариант использования
Вариант использования
реализует ВСЕ операции
UC реализует ЧАСТЬ операций
Слайд 21
Отношения прецедентов
ассоциации
(association relationship)
расширения
(extend relationship)
обобщения
(generalization relationship)
включения
(include relationship)
Слайд 22
Отношения ассоциации
общие свойства вариантов использования могут быть представлены
тремя различными способами, а именно с помощью отношений расширения,
обобщения и включения
Слайд 23
Отношения ассоциации
определяет семантические (смысловые) особенности взаимодействия актеров
Слайд 24
Отношения ассоциации
Кратность (multiplity)
количество конкретных экземпляров данного компонента,
которые могут выступать в качестве элементов данной ассоциации
1
(включая 0)1..8
2..*
* = 0..*
Слайд 25
Отношения расширения
свойства варианта использования В могут быть дополнены
свойствами расширенного варианта
использования А
Слайд 26
Отношения расширения
Отношение включает в себя некоторое условие и
ссылки на точки расширения в базовом варианте использования
условие
отношения расширения проверяется лишь один раз - при первой ссылке на точку расширения
Слайд 27
Отношения расширения
вариант использования может быть
расширением нескольких других ВИ
содержать
несколько расширений
Слайд 29
Отношения обобщения
служит для указания, что некоторый прецедент А
может быть обобщен до прецедент В.
А – потомок В
В
– предок А
Слайд 30
Отношения обобщения
дочерние прецеденты обладают всеми свойствами предков
может быть
несколько дочерних
может быть несколько родителей (множественное наследование)
Слайд 32
Отношения включения
поведение одного прецедента включается в качестве составного
компонента в последовательность поведения другого прецедента
Слайд 34
Пример прецедентов
Один вариант использования может быть включен в
несколько других вариантов, а также включать в себя другие
варианты
Слайд 36
Расширения
Дополнительные обозначения языка UML для бизнес-моделирования:
Бизнес-актер (business actor)
–
индивидуум, группа, организация, компания или система, которые взаимодействуют с
моделируемой бизнес-системой, но не входят в нее
Слайд 37
Расширения
Сотрудник (business worker) – индивидуум, который действует внутри
моделируемой бизнес-системы, взаимодействует с другими сотрудниками и является участником
бизнес-процесса моделируемой системы
Слайд 38
Расширения
Бизнес-вариант использования .
(business use case) —
вариант использования, определяющий последовательность действий моделируемой системы, направленных на
выполнение отдельного бизнес-процесса
Слайд 40
Рекомендации
Определить главных или первичных и второстепенных актеров
Определить
цели главных актеров по отношению к системе
Сформулировать основные
варианты использования, которые специфицируют функциональные требования к системе Упорядочить варианты использования по степени убывания риска их реализации
