Учебный курс Модели жизненного цикла и методологии разработки корпоративных систем Лекция 3 Модели жизненного цикла корпоративных систем Лекции читает.

Презентация:



Advertisements
Похожие презентации
Учебный курс Модели жизненного цикла и методологии разработки корпоративных систем Лекция 4 Выбор модели жизненного цикла корпоративных систем (практикум)
Advertisements

Учебный курс Модели жизненного цикла и методологии разработки корпоративных систем Лекция 5 Методологии разработки корпоративных систем Лекции читает кандидат.
Разработка программного обеспечения (Software Engineering) Часть 2. Создание ПО.
SOFTWARE DEVELOPMENT PODGOTOVIL TVOU ZHOPY K SDACHE.
Тестирование программных средств Сафронов Сергей, 2008 год.
11. Процесс разработки программной системы Последовательный и итеративный процессы разработки Процесс разработки программной системы является бизнес.
Цикл жизни ПО Методологии разработки 8 октября 2008 г. 4 курс Технологии программирования.
Корпоративные информационные системы Внедрение КИС.
Методология проектирования RAD МДК Раздел 1.
Тел.: (+7 499) , интернет: © 2009 ООО«Баллистика» Технологический процесс создания сайта Путь успешного внедрения, минимизация.
Информационные системы Что такое ИС? Функции ИС Жизненные циклы ИС: Понятия Процессы Стадии Модели Основные способы построения ИС.
Жизненный цикл программного обеспечения Подготовил студент 1 курса Лось Павел.
МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ Студент: Ермолович И.С. Группа: ИТ-33.
Почему Microsoft занялась этим вопросом Только 20% проектов разработки ПО в мире признаются успешными Основные причины неудач: – Постоянное изменение требований.
Тестирование программных средств Сафронов Сергей 2009 год.
Жизненный цикл ИС период создания и использования информационных систем, начиная с момента возникновения необходимости в данной информационной системы.
Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Семинар 8. Прохождение фазы внедрения в каждой команде.
Учебный курс Стандартизация и сертификация программного обеспечения Лекция 7 доктор технических наук, профессор, проректор по информатизации, заведующий.
Дисциплина «Технология разработки программного обеспечения» тема « Стадии и модели жизненного цикла программного продукта »
Модель процессов введение Microsoft Solution Framework.
Транксрипт:

Учебный курс Модели жизненного цикла и методологии разработки корпоративных систем Лекция 3 Модели жизненного цикла корпоративных систем Лекции читает кандидат технических наук, доцент Зыков Сергей Викторович

Содержание Модель Build-and-Fix Водопадная модель Модель быстрого прототипирования Инкрементная модель Модель синхронизации и стабилизации Спиральная модель ОО-модель Преимущества и недостатки моделей Business-case: Интернет-магазин: Выбор модели Литература Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009

Модели ЖЦ ПО: Инкремент(аль)ная Особенности: –Разбивка ПО на последовательные релизы (каждый цикл разработки дает работоспособный продукт) Преимущества: –Работающий продукт на каждом шаге разработки –Плавный ввод новой функциональности у клиента –Легкость сопровождения за счет «прямолинейного расширения» основных модулей Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009

Модели ЖЦ ПО: Инкрементная Недостатки: –Требует наращиваемого программного решения (не годится для ПО, требующего сразу полной функциональности) –Продукт должен «масштабироваться» по архитектуре –ПО должно предусматривать стабильный путь апгрейда –Не подходит для продуктов, которые быстро выходят за рамки исходной концепции (при этом вырождается в build-and-fix) Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009

Модели ЖЦ ПО: Инкремент(аль)ная Продукт поделен на подсистемы и поставляется в релизах (builds) Каждый релиз включает обеспечение операционного качества подсистемы С каждым новым релизом новая подсистема включается в предыдущий релиз Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009

Модели ЖЦ ПО: Инкремент(аль)ная Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009 Требования / верификация 1 2 n Проектирование / верификация Кодирование и тестирование / верификация Реализация, Интеграция, Передача, Сопровождение / верификация Проектирование / верификация Кодирование и тестирование / верификация Реализация, Интеграция, Передача, Сопровождение / верификация Проектирование / верификация Кодирование и тестирование / верификация Реализация, Интеграция, Передача, Сопровождение / верификация Инкремент 1 Инкремент 2 Инкремент 3 Каждый релиз включает детальное проектирование, реализацию, интеграцию, тестирование и передачу

Модели ЖЦ ПО: Эволюционная модель Требования Версия 1 ПроектКод и тест Установка Приемка Поддержка ПроектКод и тест Установка Приемка Поддержка ПроектКод и тест Установка Приемка Поддержка Требования Версия 2 Требования Версия n Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009

Модели ЖЦ ПО: Итеративный подход Пример – спиральная модель, разработанная Боэмом Boehm [1987] Модель с акцентом на задачи (активности) –Работает с изменением задач и итерациями –Фокус на управление риском Расширяет каждую активность каскадной модели в цикл Каждый цикл состоит из 4 этапов –Определить цели, альтернативы и указать ограничения –Оценить альтернативы, идентифицировать риски и указать пути их снижения –Реализовать и проверить текущий цикл –Спланировать следующий цикл Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009

Модели ЖЦ ПО: синхростабилизации или Microsoft Работа членов команды постоянно синхронизируется –Фаза планирования Формулируется видение Готовится документ спецификаций График работ и формирование команды –Фаза разработки Первая треть функций (критические функции, разделяемые компоненты) Вторая треть функций Последняя треть функций (наименее критичные функции) –Фаза стабилизации Внутреннее тестирование Внешнее тестирование Подготовка релиза Сейчас заменяется на MSF Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009

Модели ЖЦ ПО: синхростабилизации или Microsoft Особенности: –3-4 инкрементных версии ПО, включающих: –Синхронизацию (проверка, сборка, тестирование) –Стабилизацию(устранение ошибок, найденных тестами) –«Заморозку» - работающий «срез» ПО Преимущества: –«частое и раннее» тестирование (и выявление ошибок) –Постоянная интероперабельность (модули тестируются в сборе => всегда есть работающая версия ПО => связи между модулями легко тестировать) –Ранняя коррекция проекта (полная «сборка» ПО первых версий позволяет выявить недочеты проекта до полно-масштабной реализации и снизить стоимость редизайна) Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009

Модели ЖЦ ПО: синхростабилизации или Microsoft Недостатки: –Подходит не для всех типов ПО (скажем, только для поддерживающих автоматизацию тестирования) –Необходимо уделять время синхростабилизации (а не только проектированию) –Нужны частые циклы сборки/тестирования (еженедельно или ежемесячно) –Редко используется вне корпорации Microsoft Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009

Модели ЖЦ ПО: спиральная Особенности: –Расширение преимуществ быстрого прототипирования на весь ЖЦ ПО –В основе – водопадная модель и анализ рисков –Анализ рисков в начале каждой фазы (выявление и разрешение наиболее серьезных рисков проекта) –Завершение проекта при невозможности устранить риски –Возможно несколько шагов прототипирования и неограниченое количество итераций Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009

Модели ЖЦ ПО: спиральная Преимущества: –Возможность повторного использования (за счет анализа и оценки альтернатив) –Обоснование тестирования (за счет анализа рисков) –«Бесшовный» переход к сопровождению (благодаря цикличности в разработке ПО до сдачи) Недостатки: –Только для внутренних проектов (т.к. требует предварительной оценки требований и рисков) –Только для больших проектов (оценка рисков затратна) –Требует опыта оценки рисков

Модели ЖЦ ПО: ОО-модель (на прим. фонтанной) Особенности: –Интенсивное взаимодействие между фазами ЖЦ ПО –Явная итеративная смена фаз ЖЦ ПО –Перекрытие фаз (ООА и спецификация требований, …) –Фазы OOD обычно включают фазы OOA (напр., анализ сценариев = use-case, объектное моделирование) –Возможен возврат к предыдущим фазам ЖЦ ПО (стрелки обозначают итеративность) Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009

Модели ЖЦ ПО: ОО-модель Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009 Продолжение разработки Спецификация требований ОО-анализ Сопровождение Реализация ОО- проектирование Интеграция Дальнейшее развитие

Модели ЖЦ ПО: ОО-модель (на прим. фонтанной) Преимущества: –Хорошо подходит для проектирования ОО-приложений Недостатки: –Слабые ограничения процесса проектирования могут (при плохой дисциплине проектирования) привести к вырождению в Build-and-fix Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009

Модели ЖЦ ПО: сравнительный анализ и выводы Модель ЖЦПреимуществаНедостатки Build-and-Fix Хороша для небольших, не требующих сопровождения проектов Абсолютно непригодна для нетривиальных проектов Водопадная Четкая дисциплина проекта, документно- управляемая ПО может не соответствовать требованиям клиента Быстрого прототипирования Обеспечивает соответствие ПО требованиям клиента Вызывает соблазн повторного использования кода, который следует заново реализовать Инкрементная Максимально ранний возврат инвестиций; способствует сопровождаемости Требует открытой архитектуры; может выродиться в Build-and-fix Синхронизации и стабилизации Удовлетворяет будущим потребностям клиента; обеспечивает интеграцию компонент Не получила широкого применения вне Microsoft Спиральная Объединяет хар-ки всех перечисленных выше моделей Пригодна лишь для крупных внутренних проектов; разработчики должны владеть управлением рисками ОО-модель Обеспечивает итерацию внутри фаз и параллелизм между фазами Может выродиться в CABTAB Корпоративные системы Лекция 3: Модели ЖЦ ПО Интернет-университет информационных технологий, 2009