
- •Каскадная модель
- •Mодели разработки ПО
- •Инкрементная модель
- •модели
- •паттерны
- •паттерны
- •пример
- •Связи
- •проектирование
- •Диаграмма последовательности
- •Диаграмма последовательности
- •иллюстрирует взаимодействие между группой элементов и порядок их появления, диаграмма последовательности является формой
- •Диаграмма последовательности
- •проектирование
- •поектирование
- •проектирование
- •проектирование
- •проектирование
- •проектирование
- •проектирование
- •пример
- •проектирование
- •проектирование
- •Диаграммы классов
- •диаграммы
- •Отношения между классами
- •Дополнительные отношения между классами
- •Проектирование
- •Состав Case-систем
- •паттерны
- •паттерны
- •Use case
- •Диаграмма деятельности
- •Тестирование API
- •спецификация
- •спецификация
- •Примеры спецификации примеры
- •Спецификация(упрощенный вариант)
- •проектирование
- •проектирование
- •паттерны
- •Диаграмма деятельности

Каскадная модель
Недостатки :
Каскадная модель не допускает смешивание этапов разработки поэтому;
Не готова быть гибкой (гибкость необходима т.к. невозможно предусмотреть все сложности.
В результате потерено время и средства.
Второй недостаток: заказчик не задействован на этапах разработки и тестирования, т.е. заказчику предоставляется только конечный результат.
(хотя часто требуется чтобы заказчик коментировал работу и участвовал в работе.)
Третий недостаток; обнаружение проблем только после этапа тестирования

Mодели разработки ПО

Инкрементная модель
Инкрементная модель – функциональность программного продукта разбивается на инкременты.
Каждый инкремент представляет полноценную версию продукта.
Каждый инкремент разрабатывается и тестируется независимо от других инкрементов.
В конце каждой итерации производиться интеграция новых функций.
Инкрементная модель работает с итерационной моделью.
1.Сначала определяется объем проекта, требования и риски .
2.Разработка рабочей архитектуры.
3.Построение дополнительных архитектур.
4.Постепенный переход в производствееную среду.

модели


паттерны

MVC
Основная идея MVC – разделить бизнес-логику от интерфейса
Под бизнес- логикой (т.е. M (model ) в термине MVC) понимается функционал т.е. то что приносит пользу программному продукту
(напр. регистрация нового пользователя, сохранение пользователя в базе данных, товары выбранные при покупке и т.д.)
Интерфейс (т.е. V (View) в термине MVC ) понимается графический интерфейс с которым работает пользователь (кнопки , формы , текст)

паттерны

пример
