
- •1.Case-средства автоматиации и Этапы развития uml
- •Унифицированный язык моделирования (uml)
- •Этапы развития uml
- •2. Диаграмма вариантов использования
- •3. Диаграмма вариантов использования (типы связей/отношения)
- •Виды взаимодействий и отношений
- •8.Диаг. Классов, атрибуты, стереотипы, видимость атрибутов и т.П.
- •9.Диаг. Классов, операции и все что про них
- •Имя операции ( арг1 : тип, арг2: тип, …) : тип значения операции
- •10. Диаг. Классов, отношения/типы связей и все, что про них
- •12.Диаграмма состояний
- •14.Диаграмма Кооперации.
- •11.Количественная оценка диаграмм uml
Унифицированный язык моделирования (uml)
Он ориентирован на решение задач первых этапов ЖЦ программы
Анализ предметной области и формулировка требований к программе
Проектирование структуры и ее компонентов
Этапы развития uml
1975-1980- Первые языки ООП
1981-1994 – Число языков моделирования возросло с 10 до 50
Появились первые графические нотации IDEF0, IDEF1- как общепринятые стандарты, однако конкуренция продолжалась и получила название «война методов».
В 1994 наиболее известными стали:
Метод Гради Буча
Метод Джеймса Рамбо
Метод Айвара Джекобсона
Язык UML базируется на трех принципах:
Принцип абстрагирования – предписывает включить в модель самые существенные аспекты системы
Принцип многомодельности – одна модель не может адекватно описывать различные аспекты сложной системы
Принцип иерархичности построения моделей
2. Диаграмма вариантов использования
Это первый этап, концептуальная модель системы. Граф специ. вида, узлы которого – актеры (исполнители) и вар-ты использования (прецеденты).Спецификация внешних треб.ксис-ме. Описывают все происх. внутри системы.
Вариант исп.– элемент UseCase, описыв. одну из ф-й сис-мы на высоком уровне. Представляет собой типичное взаимодействие пользователя и проектируемой системы.Обознач. эллипсом, внутри – краткое описание или имя в форме глагола с пояснит.словами. Каждый прецедент является законченной последовательностью действий, отдельным сервисом, кот.инициализ. по запросу актера. После обработки запросасис-ма должна возвратится в исходное состояние и быть готовой к след.запросам (осн. принцип современ. ООП-приложений).
Актер – роль объекта системы, кот. прямо взаимодейств. с ее часть. – конкрет. эл. UseCase.
Пользователь – физ. объект, кот. исп. сис-му, может моделироваться неск. актерами. Актеры м.б. разными польз.
Актер взаимодейств. с сис-мой посредством передачи и приема сообщ. от вариантов исп. Сообщ. представл. собой запрос актером сервиса от сис-мы и получ. этого сервиса. Изобр в виде «человека». Типы актеров:
- пользователи системы;
- другие сис-мы, кот взаимодейств. с данной;
- время (если от него завис.запуск каких-либо событий в сис-ме);
3. Диаграмма вариантов использования (типы связей/отношения)
Модель в UML – это процесс иерархического спуска абстрактной модели системы к физической модели в виде соответствующей программно-аппаратной системы.
Диаграмма
вариантов использования состоит из
актеров, для которых система производит
действие и собственно действия Use Case,
которое описывает то, что актер хочет
получить от системы.
Актер представляет собой любую внешнюю по отношению к моделируемой системе сущность, которая взаимодействует с системой и использует ее функциональные возможности для достижения определенных целей.
Интерфейс (interface) служит для спецификации параметров модели, которые видимы извне, без указания их внутренней структуры.
Примечания (notes) в языке UML предназначены для включения в модель произвольной текстовой информации, имеющей непосредственное отношение к контексту разрабатываемого проекта.