2 ЖЦ ПО

1. Определение Жизненного цикла Программного обеспечения

Лекция №2

2. Содержание лекции

Стадии жизненного цикла ПО
Модели жизненного цикла ПО (каскадная
и спиральная)
Подход RAD
Понятие технологии проектирования ПО и
требования к ней

3. Жизненный цикл ПО

Определяется как период времени, который
начинается с момента принятия решения о
необходимости создания ПО и заканчивается в
момент его полного изъятия из эксплуатации.
(стандарт IEEE610.12–1990)

4. Программа

Программа – это есть набор операторов,
который может быть представлен как единое
целое в некоторой вычислительной системе
и который используется для управления
поведением этой системы.

5. Процессы ЖЦ ПО

Основные (приобретение, поставка, разработка,
эксплуатация, сопровождение)
Вспомогательные (документирование, управление
конфигурацией, обеспечение качества, верификация,
аттестация, совместная оценка, аудит, разрешение
проблем)
Организационные (управление, создание инфраструктуры, усовершенствование, обучение)

6. Основные процессы ЖЦ ПО: 1. «Процесс приобретения»

Состоит из действий и задач
заказчика, приобретающего
программный продукт или услугу

7. Основные процессы ЖЦ ПО : 2.«Процесс поставки»

Процесс охватывает действия и задачи
поставщика, снабжающего заказчика
программным продуктом или услугой

8. Основные процессы ЖЦ ПО : 3. «Процесс разработки»

Процесс предусматривает действия и
задачи, выполняемые разработчиком,
и охватывает работы по созданию ПО
и его компонентов в соответствии с
заданными требованиями

9. Задачи процесса разработки ПО

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

10. Основные процессы ЖЦ ПО : 4. «Процесс эксплуатации»

Включает в себя работы по внедрению
компонентов ПО в эксплуатацию, в том
числе конфигурирование базы данных и
рабочих мест пользователей, обеспечение
эксплуатационной документацией,
проведение обучения персонала и т.д.

11. Основные процессы ЖЦ ПО: 5. «Процесс сопровождения»

Предусматривает действия и
задачи, выполняемые службой
сопровождения

12. Вспомогательные процессы ЖЦ ПО: 1. «Документирование»

Предусматривает формализованное описание
информации, созданной в течение ЖЦ ПО.

13. Вспомогательные процессы: процесс управления конфигурацией

Управление конфигурацией позволяет
организовать, систематически учитывать и
контролировать внесение изменений в ПО на
всех стадиях ЖЦ.

14. Вспомогательные процессы: обеспечение качества

обеспечивает соответствующие гарантии того,
что ПО и процессы его ЖЦ соответствуют
заданным требованиям и утвержденным
планам.

15. Вспомогательные процессы: верификация

формальное доказательство правильности ПО.

16. Вспомогательные процессы: аттестация

подтверждение и оценка достоверности
проведенного тестирования ПО.

17. Вспомогательные процессы: совместная оценка

оценка состояния работ по проекту и ПО,
создаваемого при выполнении данных работ
(действий).

18. Вспомогательные процессы: аудит

служит для установления соответствия
реальных работ и отчетов требованиям, планам
и контракту

19. Вспомогательные процессы: разрешения проблем

предусматривает анализ и решение проблем
(включая обнаруженные несоответствия)
независимо от их происхождения или источника,
которые обнаружены в ходе разработки,
эксплуатации, сопровождения или других
процессов.

20. Организационные процессы: управление

Менеджер отвечает за управление выпуском
продукта, управление проектом и
управление задачами соответствующих
процессов, таких, как приобретение,
поставка, разработка, эксплуатация,
сопровождение и др

21. Организационные процессы: создание инфраструктуры

охватывает выбор и поддержку технологии,
стандартов и инструментальных средств,
выбор и установку аппаратных и
программных средств, используемых для
разработки, эксплуатации или
сопровождения ПО.

22. Организационные процессы: усовершенствование процессов

Усовершенствование процессов ЖЦ ПО
направлено на повышение
производительности труда всех
участвующих в них специалистов за счет
совершенствования используемой
технологии, методов управления, выбора
инструментальных средств и обучения
персонала.

23. Организационные процессы: обучение

Менеджер отвечает за управление выпуском
продукта, управление проектом и
управление задачами соответствующих
процессов, таких, как приобретение,
поставка, разработка, эксплуатация,
сопровождение и др

24. Модель ЖЦ ПО

структура, определяющая
последовательность выполнения и
взаимосвязи процессов, действий и задач,
выполняемых на протяжении ЖЦ.

25. Стадия создания ПО

часть процесса создания ПО,
ограниченная некоторыми временными
рамками и заканчивающаяся выпуском
конкретного продукта (моделей ПО,
компонентов, документации).

26. Стадии создания ПО

Формирование требований к ПО;
Анализ;
Проектирование;
Реализация (Кодирование);
Тестирование и Отладка;
Внедрение и сопровождение;
Снятие с эксплуатации.

27. Формирование требований к ПО

Планирование работ
Проведение обследование деятельности
объекта/организации
Построение моделей деятельности
объекта/организации

28. Анализ и проектирование

Разработка системного проекта
Разработка технического проекта

29. Модели

Каскадная
Спиральная

30. Каскадная модель

Формирование
требований
Анализ
Проектировани
е
Реализация
Тестировани
е
Внедрение

31. Недостатки каскадного подхода

Отсутствие обратной связи
Опаздывание
Устаревание

32. Каскадная модель с обратной связью

Формировани
е требований
Анализ
Проектировани
е
Реализация
Тестирование
Внедрение

33. Спиральная модель

новая
итерация
…
Формирование
требований
Внедрение
Анализ
Тестирование
Проектирование
Реализация

34. Подход RAD

Данный подход предусматривает наличие трех
составляющих:
небольших групп разработчиков (от 3 до 7
человек), выполняющих работы по
проектированию отдельных подсистем;
короткого, но тщательно проработанного
производственного графика (до 3 месяцев);
повторяющегося цикла, при котором
разработчики по мере того, как приложение
начинает обретать форму, запрашивают и
реализуют требования заказчика.

35. Жизненный цикл ПО при подходе RAD

Анализ и планирование требований;
Проектирование;
Реализация (Кодирование)
Внедрение.

36. Стадия анализа и планирование требований

Действия:
Определение пользователем функций системы с выделением
наиболее приоритетных;
Описание информационных потребностей и формулирование (с
помощью разработчиков) требований к системе.
Задачи:
Ограничение масштаба проекта;
Установление временных рамок для каждой стадии;
Определение возможности реализации проекта в заданных
условиях.
Результаты:
Приоритетный список функций будущего ПО;
Предварительные модели ПО.

37. Стадия проектирования

Действия:
Более детально рассматриваются процессы системы;
При необходимости для каждого элементарного процесса создается
частичный прототип (экранная форма, диалог, отчет);
Устанавливаются требования разграничения доступа;
Определяется состав необходимой документации.
Задачи:
Оценка количества функциональных точек разрабатываемой
системы
Результаты:
Общая информационная модель системы;
Функциональные модели системы в целом и отдельных подсистем;
Точно определенные интерфейсы между автономно работающими
подсистемами;
Построенные прототипы экранных форм, диалогов, отчетов.

38. Стадия реализации

Действия:
Итеративное построение разработчиками реальной системы на
основе полученных моделей и требований по надежности и
производительности;
Оценка заказчиком полученных результатов и внесение корректив;
Интегрированное тестирование, осуществляемое в процессе
разработки;
Физическое проектирование базы данных;
Установление способов повышения производительности;
Завершение разработки документации.
Результаты:
Готовая система, удовлетворяющая всем согласованным
требованиям.

39. Стадия внедрения

внедрение системы параллельно с
эксплуатацией существующей системы
и обучение пользователей.

40. Основные принципы методологии RAD

разработка приложений итерациями;
необязательность полного завершения работ на каждом из
этапов жизненного цикла;
использование прототипирования, позволяющее полнее
выяснить и удовлетворить потребности конечного
пользователя;
обязательное вовлечение пользователей в процесс
разработки ИС;
необходимое применение CASE-средств, обеспечивающих
целостность проекта;
тестирование и развитие проекта, осуществляемые
одновременно с разработкой;
ведение разработки немногочисленной хорошо
управляемой командой профессионалов.

41. Метод проектирования ПО

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

42. Технология проектирования ПО

Технология должна обеспечивать:
поддержку полного жизненного цикла ПО;
гарантированное достижение целей разработки ПО с
заданным качеством и в установленное время;
возможность выполнения крупных проектов в виде
подсистем;
возможность ведения работ по проектированию отдельных
подсистем небольшими группами (3-7 человек);
минимальное время получения работоспособной системы;
независимость выполняемых проектных решений от
средств реализации системы (языков программирования,
СУБД, операционных систем).

43. Технологии проектирования

DATARUN;
RUP, Rational Unified Process (фирма
Rational Software);
Paradigm Plus (фирма Platinum Tech);
Oracle Method (фирма Oracle).

44. Спасибо за внимание