- Главная
- Информатика
- Модель жизненного цикла программного обеспечения Build and fix
Содержание
- 2. ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ Под моделью ЖЦ ПО понимается структура, определяющая последовательность выполнения и взаимосвязи процессов,
- 3. CODE-AND-FIX ИЛИ BUILD-AND-FIX, КОДИРУЙ И ФИКСИРУЙ Модель Build-and-fix – это модель неполного ЖЦ, которая пригодна для
- 4. Дело в том, что при разработке программного обеспечения в рамках данной модели, первичным условием является разработка
- 6. Скачать презентацию
Слайд 2ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Под моделью ЖЦ ПО понимается структура, определяющая последовательность
ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Под моделью ЖЦ ПО понимается структура, определяющая последовательность
выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ. Модель ЖЦ зависит от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует.
Жизненный цикл программного обеспечения определяется как период времени, который начинается с момента принятия решения о необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации.
Жизненный цикл программного обеспечения определяется как период времени, который начинается с момента принятия решения о необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации.
Слайд 3CODE-AND-FIX ИЛИ BUILD-AND-FIX, КОДИРУЙ И ФИКСИРУЙ
Модель Build-and-fix – это модель неполного ЖЦ,
CODE-AND-FIX ИЛИ BUILD-AND-FIX, КОДИРУЙ И ФИКСИРУЙ
Модель Build-and-fix – это модель неполного ЖЦ,
которая пригодна для малых проектов (≈1000 строк) и абсолютно непригодна для больших и сложных проектов с большим потенциалом развития.
По сути дела речь идет о модели проб и ошибок. Здесь, как мы видим на слайде, приходится строить продукт заново каждый раз до тех пор, пока клиент не будет удовлетворен. Этот цикл «модифицировать до удовлетворения клиента» и представляет собой наибольшую сложность этой модели.
По сути дела речь идет о модели проб и ошибок. Здесь, как мы видим на слайде, приходится строить продукт заново каждый раз до тех пор, пока клиент не будет удовлетворен. Этот цикл «модифицировать до удовлетворения клиента» и представляет собой наибольшую сложность этой модели.
Слайд 4Дело в том, что при разработке программного обеспечения в рамках данной модели,
Дело в том, что при разработке программного обеспечения в рамках данной модели,
первичным условием является разработка детальных спецификаций, и реализация программного продукта без :
существенной концептуальной проработки решения
архитектурного проектирования,
первичного проектирования.
То есть нам нужно повторить полный цикл разработки до тех пор, пока не будет получен тот продукт, который нужен заказчику. Тогда этот продукт, вместе с документацией, которая в данном случае тоже является достаточно сокращенной и обрывочной, передается заказчику и наступает стадия сопровождения.
существенной концептуальной проработки решения
архитектурного проектирования,
первичного проектирования.
То есть нам нужно повторить полный цикл разработки до тех пор, пока не будет получен тот продукт, который нужен заказчику. Тогда этот продукт, вместе с документацией, которая в данном случае тоже является достаточно сокращенной и обрывочной, передается заказчику и наступает стадия сопровождения.