Разделы презентаций


Адаптивный подход как альтернатива традиционным методологиям разработки ПО

Содержание

Причины использования методологийразработка программного обеспечения представляет собой хаотическую деятельность;единого плана не существует;общий проект - смесь краткосрочных решений;неконтролируемый рост числа ошибок при увеличении размеров проекта;увеличение тестового периода;как следствие вышеперечисленных проблем - нарушение

Слайды и текст этой презентации

Слайд 1Адаптивный подход как альтернатива традиционным методологиям разработки ПО
Лекция 2

Адаптивный подход как альтернатива традиционным методологиям разработки ПОЛекция 2

Слайд 2Причины использования методологий
разработка программного обеспечения представляет собой хаотическую деятельность;
единого плана

не существует;
общий проект - смесь краткосрочных решений;
неконтролируемый рост числа ошибок

при увеличении размеров проекта;
увеличение тестового периода;
как следствие вышеперечисленных проблем - нарушение плана выпуска программы.
Причины использования методологийразработка программного обеспечения представляет собой хаотическую деятельность;единого плана не существует;общий проект - смесь краткосрочных решений;неконтролируемый

Слайд 3Преимущества и недостатки использования «традиционных» методологий
создание программного продукта - упорядоченный

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

– подробное планирование.

Преимущества:

Недостатки:

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

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

Слайд 4




Особенности, учитываемые альтернативным подходом
ИЗМЕНЯЮЩИЕСЯ ТРЕБОВАНИЯ К СОЗДАВАЕМОМУ ПО
НЕПРЕДСКАЗУЕМОСТЬ ТРЕБОВАНИЙ
УПРАВЛЕНИЕ НЕПРЕДСКАЗУЕМЫМИ

ПРОЦЕССАМИ
итеративность
адаптивность
ЛЮДИ

ориентированность процессов на человека
роль бизнес-консультантов
АДАПТАЦИЯ АДАПТИВНОГО ПРОЦЕССА

Особенности, учитываемые альтернативным подходомИЗМЕНЯЮЩИЕСЯ ТРЕБОВАНИЯ К СОЗДАВАЕМОМУ ПОНЕПРЕДСКАЗУЕМОСТЬ ТРЕБОВАНИЙУПРАВЛЕНИЕ НЕПРЕДСКАЗУЕМЫМИ ПРОЦЕССАМИитеративностьадаптивностьЛЮДИориентированность процессов на человекароль бизнес-консультантовАДАПТАЦИЯ АДАПТИВНОГО ПРОЦЕССА

Слайд 5Сравнение традиционного и адаптивного подходов к разработке ПО

Сравнение традиционного и адаптивного подходов к разработке ПО

Слайд 6Методологии (1)

Методологии (1)

Слайд 7Методологии (1)

Методологии (1)

Слайд 8Когда следует использовать адаптивный подход?
а) команда разработчиков невелика (до 50

человек);
б) требования к системе не определены или подвержены частым изменениям;
в)

разработчики обладают высокой квалификацией и ответственностью;
г) заказчик готов «плотно» участвовать в процессе разработки;

Предсказуемый подход используется, когда:
а) команда разработчиков более 50 человек;
б) контракт с фиксированным объёмом работ (или с фиксированной стоимостью).
Когда следует использовать адаптивный подход?а) команда разработчиков невелика (до 50 человек);б) требования к системе не определены или

Слайд 9Принципиальные концепции создания ИС в рамках RUP
Итерационная разработка
Управление требованиями
Использование компонентной

архитектуры
Визуальное моделирование
Тестирование качества
Контроль за изменениями

Принципиальные концепции создания ИС в рамках RUPИтерационная разработкаУправление требованиямиИспользование компонентной архитектурыВизуальное моделированиеТестирование качестваКонтроль за изменениями

Слайд 10Средства поддержки основных практик RUP
Управление требованиями - Requisite Pro
Визуальное моделирование

- Rational Rose
Тестирование качества продукта - Rational Purify, Rational PureCoverage, Rational

Quantify, Rational Robot

Отслеживание изменений - Rational ClearCase, Rational ClearQuest

Средства поддержки основных практик RUPУправление требованиями - Requisite ProВизуальное моделирование - Rational RoseТестирование качества продукта - Rational

Слайд 11Основные понятия в RUP
Сценарий пользователя (Use Case) - это описание

последовательности действий пользователя при выполнении определенной операции.
Например, можно написать сценарий

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

Артефактом (Artefact) называется продукт, который создается и используется в процессе разработки ПО.
Например, артефактами являются документы, модели, исходный код. Примеры артефактов: руководство пользователя, диаграмма классов в UML и т.п.

Основные понятия в RUPСценарий пользователя (Use Case) - это описание последовательности действий пользователя при выполнении определенной операции.

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

Если не удалось найти и скачать доклад-презентацию, Вы можете заказать его на нашем сайте. Мы постараемся найти нужный Вам материал и отправим по электронной почте. Не стесняйтесь обращаться к нам, если у вас возникли вопросы или пожелания:

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

Что такое TheSlide.ru?

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


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

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