O padrão espiral é um arquétipo do processo de desenvolvimento de aplicativos. Parte-se da hipótese de que o desenvolvimento de software é um ciclo iterativo que se repete até que os objetivos estabelecidos sejam alcançados. Ele tem a capacidade de lidar com o grande número de riscos que podem ocorrer durante o desenvolvimento de qualquer software.
É um dos modelos mais importantes de suporte à gestão de riscos. Como o próprio nome sugere, este modelo é apresentado em forma de espiral, onde as diferentes etapas do modelo são distribuídas em diferentes ciclos. O número de ciclos no modelo não é fixo e pode variar de projeto para projeto.
Índice do artigo
O modelo espiral foi definido pelo matemático americano e professor de engenharia de software Barry Boehm. Depois de apresentar seu conceito em 1986 para o desenvolvimento de aplicações complexas, ele publicou seu modelo em 1988 em uma estrutura mais abrangente em seu artigo “Um modelo em espiral de desenvolvimento e melhoria de software".
Parte desta publicação de 1988 descreveu graficamente o modelo em espiral, mostrando totalmente como o processo de desenvolvimento de software se parece em uma forma espiral e apoiado por ciclos..
Boehm é conhecido por suas inúmeras contribuições para a engenharia de software, como o modelo de custo construtivo (COCOMO), o modelo em espiral do processo de software, a abordagem da Teoria G (ganha-ganha) para determinação e gerenciamento de requisitos..
Em sua publicação, Boehm descreveu o modelo espiral como uma possível alternativa ao modelo em cascata previamente estabelecido, que também serviu de base para sua prática..
O modelo em espiral não foi o primeiro a discutir o desenvolvimento cíclico, mas foi o primeiro a explicar por que a iteração é importante. Conforme previsto originalmente, ele foi direcionado a projetos grandes e complexos, cujas iterações normalmente variam de 6 meses a 2 anos..
Este modelo não assume que as tarefas de desenvolvimento de software são projetadas linearmente, ao contrário do modelo em cascata, mas as vê como tarefas iterativas.
Este modelo cíclico influenciou a arquitetura de engenharia de software baseada em modelo (MBASE) e a programação extrema.
O que diferencia este modelo de outros modelos de processo de software é que ele reconhece explicitamente os riscos. Assim, reduz significativamente a falha de grandes projetos de software, avaliando repetidamente os riscos e verificando o produto em desenvolvimento a cada vez..
Este modelo de computador contém componentes de quase qualquer outro modelo do ciclo de vida do software, como o modelo em cascata, o modelo de prototipagem, o modelo iterativo, o modelo evolutivo, etc..
Por causa disso, ele é capaz de lidar com quase qualquer tipo de risco que outros modelos geralmente não suportam. No entanto, por ter tantos componentes, esse modelo é muito mais complexo do que os outros modelos de desenvolvimento de software..
Cada volta da espiral representa um ciclo completo, pelo qual sempre passam os quatro quadrantes, representando as quatro etapas do modelo..
À medida que o tamanho da espiral aumenta, também aumenta o progresso feito. Portanto, as etapas não são executadas apenas uma vez, mas várias vezes, em forma de espiral..
Embora esta repetição cíclica faça com que o projeto se aproxime lentamente dos objetivos estabelecidos, o risco de que o processo de desenvolvimento falhe é fortemente minimizado..
Os quatro estágios apenas implementam os objetivos básicos de um ciclo, mas eles não precisam se manifestar em cada ciclo.
A ordem de cada ciclo também não é estritamente determinada. Portanto, o modelo pode ser combinado a qualquer momento com outros modelos.
É bastante flexível, pois os processos de definição de objetivos, análise de risco, desenvolvimento e planejamento são realizados separadamente para cada fase do projeto..
É considerado um metamodelo porque inclui os outros modelos. Por exemplo, se a espiral fosse de um único ciclo representaria o modelo em cascata, uma vez que incorpora a abordagem gradual deste modelo clássico.
Também utiliza a abordagem de modelo de prototipagem, pois no início de cada ciclo monta um protótipo para gerenciar os riscos..
Além disso, é compatível com o modelo evolutivo, pois as iterações da espiral podem ser consideradas níveis evolutivos, por meio dos quais o sistema final é construído..
Os requisitos do sistema são definidos com o máximo de detalhes possível, incluindo desempenho, interfaces de hardware / software, indicadores-chave de sucesso, etc. e considerar quais objetivos devem ser associados ao ciclo de desenvolvimento atual.
Além disso, diferentes alternativas para sua implementação são examinadas, como build vs. comprar, reutilizar componentes existentes ou terceirizar, etc..
Da mesma forma, são determinadas restrições como custo, cronograma e interfaces, consumo de tempo, etc..
Todas as alternativas propostas são avaliadas. Os objetivos e restrições servem como referências determinantes para selecionar a melhor solução.
Além disso, são identificados os riscos que podem dificultar o sucesso do projeto, como falta de experiência, novas tecnologias, prazos apertados, processos deficientes, etc., implementando as estratégias mais rentáveis com o menor risco..
Por fim, são utilizados métodos como prototipagem, simulações, modelos analíticos e pesquisas com usuários..
Todo o desenvolvimento necessário é realizado, utilizando a tecnologia e solução escolhidas. A cada iteração, uma versão melhor do aplicativo é criada.
O código real é escrito e testado várias vezes até que o resultado desejado seja alcançado, que servirá como base para as etapas de desenvolvimento futuras.
Ao completar um ciclo, o planejamento para o próximo começa. Este planejamento poderia ser a continuação normal do projeto caso o objetivo do ciclo fosse alcançado, considerando a definição do próximo objetivo.
Também pode ser para encontrar outras soluções, se o estágio anterior de desenvolvimento se revelar defeituoso. A estratégia existente pode ser substituída por uma das alternativas previamente definidas ou por uma nova. Com isso, seria iniciada uma nova tentativa de atingir a meta estabelecida..
O Exército dos Estados Unidos adotou o modelo em espiral para o desenvolvimento e atualização do programa de modernização do Future Fighting Systems (SCF)..
Lançados oficialmente em 2003, os SCFs foram concebidos para equipar as tropas com veículos conectados em tempo real a uma rede extraordinariamente rápida e flexível de campos de batalha..
O projeto foi dividido em quatro espirais de desenvolvimento de cerca de dois anos cada. Spiral 1 foi programado para começar em 2008 e entregar protótipos para uso e avaliação..
Depois de concluir a Espiral 1, a Espiral 2 foi programada para começar em 2010. O desenvolvimento do produto final foi programado para ser entregue em 2015..
Em agosto de 2005, a Boeing anunciou a conclusão do primeiro grande marco do projeto, que era a revisão funcional dos sistemas. Boeing e Science Applications International Corporation foram os co-líderes do projeto.
No entanto, para outubro de 2005, o Pentágono recomendou adiar o projeto devido ao alto impacto sobre os custos da guerra do Iraque e da ajuda do furacão Katrina..
O projeto foi cancelado em 2009 após cortes no orçamento, sem ser capaz de provar os benefícios do modelo em espiral nesta missão.
Devido a este tipo de estrutura, os problemas entre o projeto e os requisitos técnicos do software são eliminados tacitamente, graças às verificações periódicas..
Os riscos são analisados em cada estágio do produto antes de prosseguir. Isso ajuda a superar ou mitigar riscos potenciais.
Todos os funcionários se beneficiam da grande importância da análise de risco neste modelo, possivelmente representando sua maior vantagem sobre outros modelos de processo.
A avaliação de risco regular ganha valor ao usar novos ambientes técnicos, que geralmente estão associados a um potencial de risco particular devido à ausência de valores empíricos.
Os clientes são envolvidos em cada etapa do projeto, até que o projeto seja concluído. Portanto, diferentes feedbacks podem ser coletados para melhorar a próxima versão do projeto..
Além disso, o feedback pode ser obtido a qualquer momento devido ao avanço da espiral. Assim, clientes e usuários podem ser integrados desde o início no processo de desenvolvimento.
É particularmente popular e importante para projetos grandes e complexos, onde o controle de orçamento é uma prioridade para clientes e desenvolvedores. Você tem o máximo controle sobre os custos, recursos e qualidade do projeto de software.
Pode ser bastante caro, pois requer um alto nível de especialização para análise de risco. Além disso, os projetos levam uma quantidade significativa de tempo para serem desenvolvidos, o que pode aumentar a sobrecarga.
É necessária uma gestão prévia muito ativa e complexa do projeto, onde cada ciclo é continuamente e cuidadosamente controlado e documentado.
É comparativamente mais complexo que os outros modelos, pois são muitos ciclos, cada um passando por diferentes etapas, aumentando assim o esforço do processo de documentação..
O conhecimento da análise e gestão de risco, que muitas vezes não está disponível, é essencial.
O gerenciamento do tempo é difícil porque o número de ciclos é desconhecido. Além disso, o processo de desenvolvimento pode ser atrasado a qualquer momento se decisões importantes precisarem ser tomadas dentro de um ciclo ou por ações adicionais ao planejar o próximo ciclo..
Nem sempre é favorável realizar muitas etapas no desenvolvimento de software devido ao fato de que, apesar da versatilidade dos testes, partes inacabadas do programa podem chegar ao sistema acabado..
Como consequência, sempre existe o perigo de que qualquer erro ou inconsistência conceitual afete o produto final..
One associated with the things that will makes BigNudeTits.Com stand out will be the variety of <a href="https://bignudetits.com/latina-with-big-boobs-nude/">Latina With Big Boobs Nude Pics</a> tits you can find here. Regardless of whether you're into big tits on skinny girls or enjoy seeing mature ladies with huge boobies, this site offers something for you. The photos are high quality, as well as the variety is the best. Plus, it's all completely free, so you can take pleasure in as much huge tit action since you want without having breaking the bank.