In contrast, the Agile development

In contrast, the Agile development lifecycle is characterized as a series of incremental mini-releases. (See Figure 1.) Each mini-release, with a subset of the features for the whole release, has its own requirements analysis, design, implementation, and quality assurance phases, and is called a working version. Each working version must be complete and stable, which makes it possible for the product release date to coincide with that of any working version. Working versions are created at regular intervals, called iteration cycles or sprints, which are generally two to four weeks long. Cycle end dates are fixed; features that cannot be completed are moved to the next working version.

Resultados (Português) 1:

Em contraste, o ciclo de vida de desenvolvimento ágil é caracterizado como uma série de mini-versões incrementais. (Consulte a Figura 1). Cada versão mini, com um subconjunto dos recursos para o lançamento de todo, tem a sua própria análise de requisitos, projeto, implementação e fases de garantia de qualidade e é chamado de uma versão de trabalho. Cada versão de trabalho deve ser completa e estável, que torna possível para a data de lançamento de produto coincidir com o de qualquer versão de trabalho. Versões são criadas em intervalos regulares, chamado iteração ciclos ou sprints, que geralmente são duas a quatro semanas. Datas de fim de ciclo são fixas; recursos que não podem ser concluídos são movidos para a próxima versão do trabalho.

Resultados (Português) 2:

Em contraste, o ciclo de desenvolvimento Agile é caracterizado como uma série de mini-incrementais lançamentos. (Veja Figura 1.) Cada mini-release, com um subconjunto dos recursos para toda a liberação, tem as suas fases de análise de requisitos próprios, projeto, implementação e garantia de qualidade, e é chamado de uma versão de trabalho. Cada versão de trabalho deve ser completa e estável, o que torna possível para a data de lançamento do produto para coincidir com o de qualquer versão de trabalho. Versões em desenvolvimento são criados em intervalos regulares, chamados ciclos de iteração ou sprints, que são geralmente duas a quatro semanas de comprimento. Datas de fim de ciclo são fixos; recursos que não podem ser concluídas são movidos para a próxima versão de trabalho.

Resultados (Português) 3:

EM contraste, O Ciclo de Desenvolvimento ágil é caracterizada Como UMA série de Mini incremental releases.(ver Figura 1). CadA mini - introdução, com um subconjunto Das características para o lançamento, TEM OS seus próprios requisitos de análise, Projeto, implementação e garantia de qualidade de fases, e é chamado UMA versão funcional.CadA versão de trabalho deve ser completa e estável,O que Torna possível para o Produto a data De lançamento para coincidir com a de qualquer versão de trabalho.Trabalhando EM versões criadas EM intervalos regulares, chamados de ciclos de iteração ou corridas, que são geralmente de duas a Quatro semanas.Ciclo datas são fixadas; características que não podem ser concluídas, são transferidos para a próxima versão funcional.