- •Каскадная модель
- •Mодели разработки ПО
- •Инкрементная модель
- •пример
- •пример
- •2 этап Разработка ПО
- •проектирование
- •пример
- •Диаграммы классов
- •диаграммы
- •Отношения между классами
- •Отношения между классами
- •Кратность ассоциации
- •Отношения между классами
- •Проектирование
- •Дополнительные отношения между классами
- •Связи
- •Состав Case-систем
- •паттерны
- •пример
- •пример
- •пример
- •работа
- •тестирование
- •тестирование
- •Недостаки UML
- •Use case
- •Диаграмма деятельности
- •Диаграмма деятельности
- •Тестирование мобильных приложений
- •Тестирование мобильных приложений
- •тестирование Android Studio
- •типы мобильных приложений
- •интерфейс приложения может выглядеть по разному в разных типах приложений
- •типы мобильных приложений
- •Типы мобильных приложений
- •особенности тестирования мобильных приложений
- •особенности тестирования мобильных приложений
- •мобильные приложения
- •Инструменты для тестирования мобильных приложений
- •Инструменты для тестирования мобильных приложений
- •Тестирование API
- •Postman
- •Postman
- •Тестирование API
- •Postman
- •Postman
- •Postman
- •Postman
- •Postman
- •Postman
- •Postman
- •спецификация
- •спецификация
- •Примеры спецификации примеры
- •Спецификация(упрощенный вариант)
- •пример тест-кейса
- •методики
- •проектирование
диаграммы
Если все атрибуты (указанные) принадлежат данной сущности , то такие атрибуты наз. Абсолютными.
Если один или более атрибутов принадлежат другой сущности , то такой индентификатор наз. относительным
Сущность у которой первичный индентификатор является относительным наз. зависимой
сущностью
Напр. (см. слайд 15) : индентификатор сущности Cтрока заказа является относительным . Он включает индентификатор сущности Заказ.
Связи.
Связи как и сущности имеют атрибуты.
Отношения между классами
1.Зависимость – т.е. изменение одного элемента(независимого) может привести к изменению семантики другого элемента(зависимого).
Графически представляется пунктирной линией.
2.Ассоциация – показывает как объекты одной сущности связаны с объектами другой сущности.
|
учится |
|
студент |
|
университе |
|
т |
|
|
|
|
Отношения между классами
Т.о. можно передвигаться между классами.
Если сущность следует из другой , то между классами
будет стрелка.
Если линия без стрелок, то это означает двойную ассоциацию.
Множественная ассоциация – означает диапозон целых чисел. указывающих количество связанных объектов.
1
студент университе
т
Кратность ассоциации
Напр.
Сlient |
|
Server |
|
|
|
0…* 1…*
Т.е. произвольное число объектов типа клиет взаимодействует с как минимум с 1 сервером
Т.о. кратность означает количество объектов, участвующих во взаимодействии
Отношения между классами
Т.е. один студент учиться в одном университете.
4. Агрегация – имеет место когда один класс является коллекцией (контейнером) других .
Обозначение простой ромб
5. Композиция – форма агрегации с выраженными формами владения. Композиция имеет жесткую зависимость времени существования экземпляров класса контейнера и других классов.
Обозначается закрашенным ромбом.
Проектирование
Создаются модели будущего ПО К ключевым моделям можно отнести
1.Внешний дизайн – т.е. представление проекта с точки зрения конечного пользователя.
2.Проектирование программной архитектуры (модули, интерфейсы, подсистемы)
3.Проектирование организации данных (потоки данных (напр. в сетевых программах) , преобразование данных(напр. шифрации и дешифрации данных при передаче по различным протоколам обмена), представления данных.
4.Составление алгоритмов (т.е. задаются параметры, алгоритмы действий и результаты).
uml
Дополнительные отношения между классами
Реализация – семантическая связь между классами когда один (поставщик) определяет соглашение , второй (клиент ) должен придерживаться соглашения.
Обобщение (наследование) специализированный элемент (потомок) строится по спецификациям предыдущего обобщенного элемента.
(линия и ромбик)