49. Модели (каскадная, спиральная) жизненного цикла программного обеспечения.
Модель жизненного цикла программного обеспечения - структура, которая содержит процессы действия и задания, которые осуществляются в ходе разработки, использования и сопровождения программного продукта. Каскадная модель жизненного цикла программного обеспечения (водопад)
Алгоритм
данного
метода,
который
я
привожу
на
схеме,
имеет
ряд
преимуществ
перед
алгоритмом
предыдущей
модели,
но
также
имеет
и
ряд
весомых
недостатков.
Преимущества:
Последовательное
выполнение
этапов
проекта
в
суровой
фиксированному
порядку;
Позволяет
оценивать
качество
продукта
на
каждом
этапе.
Недостатки: Отсутствие обратных связей между этапами ; Не отвечает реальным условиям разработки программного продукта.
Спиральная
модель
являет
собой
процесс
разработки
программного
обеспечения,
которое
сочетает
в
себе
как
проектирование,
так
и
постадійне
Прототипування
с
целью
сочетания
преимуществ
восходящей
и
нисходящей
концепции.
Преимущества:
Быстрое
получение
результата
;Повышение
конкурентоспособности
; Изменяются
требования
- не
проблема.
Недостатки: Отсутствие регламентации стадий
50. Управление программным проектом (начало, измерение, оценка, риски, планирования, трассировки, контроль).
Начало проекта
Перед планированием проекта следует:
- установить цели и проблемную область проекта;
- обсудить альтернативные решения;
- обнаружить технические и управленческие ограничения.
Измерения, меры и метрики
Измерения помогают понять как процесс разработки продукта, так и сам продукт. Измерения процесса производятся с целью его улучшения, измерения продукта - для повышения его качества. В результате измерения определяется мера - количественная характеристика какого-либо свойства объекта. Путем непосредственных измерений могут определяться только опорные свойства объекта.Все другие свойства оцениваются в результате вычисления тех или других функций от значений опорных характеристик.
Вычисления этих функций проводятся за формулами, что дает числовые значения и называемым метриками.
В IEEE Standard Glossary of Software Engineering Terms метрика определена как мера степени обладания свойством, которое имеет числовое значение. В программной инженерии понятия мера и метрика очень часто рассматривают как синонимы.
Процесс оценки
При планировании программного проекта надо оценить человеческие ресурсы (в человеко-месяцах), длительность (в календарных датах), стоимость (в тысячах долларов). Обычно выходят из прошлого опыта. Если новый проект по размеру и функций похожий на предыдущий проект, вполне вероятно, что будут нужны такие же ресурсы, время и деньги.
Анализ риска
На этой стадии исследуется область неопределенности, которая имеется в наличии перед созданием программного продукта.Анализируется ее влияние на проект. Нет ли скрытых от внимания тяжелых технических проблем? Не станут ли изменения, которые проявились в ходе проектирования, причиной недопустимого отставания по срокам? В итоге принимается решение - выполнять проект или нет.
Планирование
Определяется набор проектных заданий. Устанавливаются связи между заданиями, оценивается сложность каждого задания. Определяются человеческие и другие ресурсы.Создается сетевой график заданий, проводится его временная разметка.
Трассировка и контроль
Каждое задание, обозначенная в плане, отслеживается руководителем проекта. При отставании в решении задания применяются утилиты повторного планирования. С помощью утилит определяется влияние этого отставания на промежуточную веху и общее время конструирования. Под вехой понимает временная метка, к которой привязанное подведение промежуточных итогов.
В результате повторного планирования:
- могут быть перераспределенные ресурсы;
- могут быть реорганизованные задания;
- могут быть пересмотрены исходные обязательства.