O modelo cascata, tamb\u00e9m conhecido como m\u00e9todo do ciclo de vida, \u00e9 o modelo de desenvolvimento mais utilizado no m\u00e9todo do ciclo de vida.\u00a0Ele divide o processo de desenvolvimento de software em seis etapas: planejamento de software, an\u00e1lise de requisitos, projeto de software, codifica\u00e7\u00e3o de programa, teste de software e opera\u00e7\u00e3o e manuten\u00e7\u00e3o.\u00a0Para atingir sua ordem fixa de cima para baixo, como uma cachoeira, eles caem passo a passo.<\/p>\n O modelo de transforma\u00e7\u00e3o (modelo de evolu\u00e7\u00e3o) baseia-se no desenvolvimento r\u00e1pido de um prot\u00f3tipo.\u00a0De acordo com os coment\u00e1rios e sugest\u00f5es apresentados pelos usu\u00e1rios no processo de chamada do prot\u00f3tipo, o prot\u00f3tipo \u00e9 aprimorado para obter uma nova vers\u00e3o do prot\u00f3tipo, e esse processo \u00e9 repetido at\u00e9 evoluir para o produto de software final.<\/p>\n O modelo espiral combina o modelo cascata e o modelo de transforma\u00e7\u00e3o.\u00a0Ele combina as vantagens dos dois e adiciona an\u00e1lise de risco.\u00a0Ele \u00e9 baseado no prot\u00f3tipo e gira de dentro para fora ao longo da espiral.\u00a0Cada rota\u00e7\u00e3o requer planejamento, an\u00e1lise de risco, engenharia de implementa\u00e7\u00e3o, avalia\u00e7\u00e3o do cliente e outras atividades, e uma nova vers\u00e3o do prot\u00f3tipo \u00e9 desenvolvida.\u00a0Ap\u00f3s v\u00e1rias espirais, o sistema final \u00e9 obtido.<\/p>\n O modelo de fonte fornece suporte para reutiliza\u00e7\u00e3o de software e integra\u00e7\u00e3o de v\u00e1rias atividades de desenvolvimento no ciclo de vida e suporta principalmente m\u00e9todos de desenvolvimento orientados a objetos.\u00a0O pr\u00f3prio termo \u201cfonte\u201d incorpora as caracter\u00edsticas de itera\u00e7\u00e3o e aus\u00eancia de lacunas.\u00a0Uma certa parte do sistema geralmente repete o trabalho muitas vezes, e fun\u00e7\u00f5es relacionadas s\u00e3o adicionadas ao sistema evolu\u00eddo em cada itera\u00e7\u00e3o.\u00a0O chamado gapless significa que n\u00e3o h\u00e1 um limite \u00f3bvio entre an\u00e1lise, design e codifica\u00e7\u00e3o nas atividades de desenvolvimento.<\/p>\n No modelo de desenvolvimento, o teste \u00e9 frequentemente usado como uma reflex\u00e3o tardia para remediar a situa\u00e7\u00e3o, mas tamb\u00e9m existe um modelo de desenvolvimento centrado em teste, ou seja, o modelo V.\u00a0O modelo V foi apenas vagamente reconhecido na ind\u00fastria de software.\u00a0O modelo V afirma que o teste n\u00e3o \u00e9 uma reflex\u00e3o tardia, mas um processo t\u00e3o importante quanto o processo de desenvolvimento.<\/p>\n O modelo V descreve alguns n\u00edveis de teste diferentes e explica as diferentes etapas do ciclo de vida correspondentes a esses n\u00edveis.\u00a0Na figura, a descida \u00e0 esquerda s\u00e3o as v\u00e1rias etapas do processo de desenvolvimento, e as correspondentes s\u00e3o as partes ascendentes \u00e0 direita, ou seja, as v\u00e1rias etapas do processo de teste.<\/p>\n Observe que a nomenclatura da fase de teste pode ser diferente em diferentes organiza\u00e7\u00f5es.\u00a0O valor do modelo V \u00e9 que ele mostra claramente os diferentes n\u00edveis que existem no processo de teste e descreve claramente a correspond\u00eancia entre essas fases de teste e as v\u00e1rias fases durante o processo de desenvolvimento:<\/p>\n Modelos incrementais, como modelos de implementa\u00e7\u00e3o de prot\u00f3tipos e outros m\u00e9todos evolutivos, s\u00e3o essencialmente iterativos.\u00a0Mas, ao contr\u00e1rio da implementa\u00e7\u00e3o do prot\u00f3tipo, o modelo incremental enfatiza que cada incremento libera um produto oper\u00e1vel.\u00a0Os primeiros incrementos s\u00e3o a vers\u00e3o \u201cdestac\u00e1vel\u201d do produto final, mas eles fornecem fun\u00e7\u00f5es de servi\u00e7o ao usu\u00e1rio e fornecem uma plataforma para os usu\u00e1rios avaliarem.<\/p>\n A caracter\u00edstica do modelo incremental \u00e9 a introdu\u00e7\u00e3o do conceito de pacotes incrementais.\u00a0Voc\u00ea n\u00e3o precisa esperar at\u00e9 que todos os requisitos saiam, desde que os pacotes incrementais de um determinado requisito saiam, voc\u00ea pode iniciar o desenvolvimento.\u00a0Embora um determinado pacote incremental possa precisar ser adaptado \u00e0s necessidades dos clientes e precisar ser alterado, desde que o pacote incremental seja pequeno o suficiente, seu impacto pode ser suport\u00e1vel para todo o projeto.<\/p>\n Modelo RAD O modelo RAD (Rapid Application Development) \u00e9 um modelo de processo de desenvolvimento de software incremental que enfatiza um ciclo de desenvolvimento muito curto.<\/p>\n O modelo RAD \u00e9 uma variante de \u201calta velocidade\u201d do modelo cascata, que ganha r\u00e1pido desenvolvimento por meio do uso extensivo de componentes reutiliz\u00e1veis \u200b\u200be um m\u00e9todo de constru\u00e7\u00e3o baseado em componentes.\u00a0Se os requisitos forem bem compreendidos e o escopo do projeto for restrito, esse modelo pode ser usado para criar rapidamente um \u201csistema de informa\u00e7\u00e3o\u201d totalmente funcional.<\/p>\n O processo come\u00e7a com a modelagem de neg\u00f3cios, seguida pela modelagem de dados, modelagem de processos, gera\u00e7\u00e3o de aplicativos, teste e itera\u00e7\u00e3o.\u00a0O processo de software usando o modelo RAD \u00e9 mostrado na figura abaixo.<\/p>\n As tarefas a serem conclu\u00eddas em cada per\u00edodo de atividade do modelo RAD s\u00e3o as seguintes.<\/p>\n Modelagem de neg\u00f3cios: Quais informa\u00e7\u00f5es impulsionam a opera\u00e7\u00e3o do processo de neg\u00f3cios?\u00a0Quais informa\u00e7\u00f5es devem ser geradas?\u00a0Quem o gerou?\u00a0Para onde vai o fluxo de informa\u00e7\u00f5es?\u00a0Quem vai lidar com isso?\u00a0Pode ser complementado por diagramas de fluxo de dados.<\/p>\n Modelagem de dados: Para dar suporte ao fluxo de dados do processo de neg\u00f3cios, encontre a cole\u00e7\u00e3o de objetos de dados, defina os atributos dos objetos de dados e forme o modelo de dados com o relacionamento com outros objetos de dados, que podem ser complementados por diagramas ER .<\/p>\n Modelagem de processos: permite que objetos de dados completem v\u00e1rias fun\u00e7\u00f5es de neg\u00f3cios no fluxo de informa\u00e7\u00f5es.\u00a0O processo de cria\u00e7\u00e3o descreve a adi\u00e7\u00e3o, modifica\u00e7\u00e3o, exclus\u00e3o e busca de objetos de dados, ou seja, o refinamento da caixa de processamento no diagrama de fluxo de dados.<\/p>\n Gera\u00e7\u00e3o de programa aplicativo: Use a linguagem de quarta gera\u00e7\u00e3o (4GL) para escrever o programa de processamento, reutilizar componentes existentes ou criar novos componentes reutiliz\u00e1veis \u200b\u200be usar as ferramentas fornecidas pelo ambiente para gerar e construir automaticamente todo o sistema aplicativo.<\/p>\n Teste e entrega, devido a uma grande quantidade de reutiliza\u00e7\u00e3o, geralmente s\u00f3 fazem testes gerais, mas os componentes rec\u00e9m-criados ainda precisam ser testados.<\/p>\n Componente (Componente) \u00e9 uma unidade de software com valor reutiliz\u00e1vel e fun\u00e7\u00f5es relativamente independentes.\u00a0O modelo de Desenvolvimento de Software Baseado em Componentes (CBSD) \u00e9 usar uma abordagem modular para modularizar todo o sistema e, com o suporte de um determinado modelo de componente, reutilizar um ou mais componentes de software na biblioteca de componentes, por meio da combina\u00e7\u00e3o O processo de constru\u00e7\u00e3o de software aplicativo sistemas com alta efici\u00eancia e alta qualidade.<\/p>\n O modelo de desenvolvimento baseado em componentes incorpora muitas caracter\u00edsticas do modelo espiral e \u00e9 essencialmente evolutivo, e o processo de desenvolvimento \u00e9 iterativo.\u00a0O modelo de desenvolvimento baseado em componentes consiste em cinco etapas: an\u00e1lise e defini\u00e7\u00e3o de requisitos de software, projeto de arquitetura, estabelecimento de biblioteca de componentes, constru\u00e7\u00e3o de software aplicativo, teste e lan\u00e7amento.<\/p>\n O prot\u00f3tipo de software \u00e9 a realiza\u00e7\u00e3o parcial do novo produto proposto.\u00a0O principal objetivo de estabelecer o prot\u00f3tipo \u00e9 resolver o problema de demanda incerta no est\u00e1gio inicial de desenvolvimento do produto.\u00a0Seu objetivo \u00e9 esclarecer e melhorar os requisitos, explorar op\u00e7\u00f5es de design e desenvolver o produto final.<\/p>\n H\u00e1 muitas maneiras de classificar prot\u00f3tipos.\u00a0Da perspectiva de se o prot\u00f3tipo realiza suas fun\u00e7\u00f5es, os prot\u00f3tipos de software podem ser divididos em dois tipos: prot\u00f3tipos horizontais e prot\u00f3tipos verticais.<\/p>\n Os prot\u00f3tipos horizontais tamb\u00e9m s\u00e3o chamados de prot\u00f3tipos de comportamento, que s\u00e3o usados \u200b\u200bpara explorar alguns comportamentos espec\u00edficos do sistema esperado e atingir o prop\u00f3sito de refinar os requisitos.\u00a0Os prot\u00f3tipos horizontais geralmente s\u00e3o apenas navega\u00e7\u00e3o de fun\u00e7\u00f5es, mas na verdade n\u00e3o implementam fun\u00e7\u00f5es.\u00a0O prot\u00f3tipo horizontal \u00e9 usado principalmente na interface.<\/p>\n Os prot\u00f3tipos verticais tamb\u00e9m s\u00e3o chamados de prot\u00f3tipos estruturados, que implementam parte de suas fun\u00e7\u00f5es.\u00a0Os prot\u00f3tipos verticais s\u00e3o usados \u200b\u200bprincipalmente na realiza\u00e7\u00e3o de algoritmos complexos.<\/p>\n XP \u00e9 um m\u00e9todo de desenvolvimento de software leve (\u00e1gil), eficiente, de baixo risco, flex\u00edvel, previs\u00edvel, cient\u00edfico e divertido.\u00a0Em compara\u00e7\u00e3o com outras metodologias, a maior diferen\u00e7a est\u00e1 em:<\/p>\n O Processo Unificado \u00e9 uma estrutura de processo geral que pode lidar com uma ampla variedade de sistemas de software, diferentes campos de aplica\u00e7\u00e3o, diferentes tipos de organiza\u00e7\u00e3o, diferentes n\u00edveis de desempenho e diferentes escalas de projeto.\u00a0O UP \u00e9 baseado em componentes, o que significa que o sistema de software desenvolvido por ele \u00e9 composto por componentes, e os componentes s\u00e3o conectados entre si por meio de interfaces bem definidas.\u00a0Ao preparar todos os blueprints do sistema de software, a UP utiliza a linguagem de modelagem unificada UML.<\/p>\n Comparado com outros processos de software, o UP possui tr\u00eas caracter\u00edsticas not\u00e1veis: orientado a casos de uso, centrado na arquitetura b\u00e1sica, itera\u00e7\u00e3o e incremento.\u00a0O processo de software no Rational Unified Process \u00e9 dividido em quatro fases sequenciais no tempo, ou seja, a fase inicial, a fase de refinamento, a fase de constru\u00e7\u00e3o e a fase de entrega.\u00a0Ao final de cada etapa, uma revis\u00e3o t\u00e9cnica deve ser organizada para determinar se os objetivos desta etapa foram alcan\u00e7ados.\u00a0Se os resultados da revis\u00e3o forem satisfat\u00f3rios, o projeto pode passar para o pr\u00f3ximo est\u00e1gio.<\/p>\n Na engenharia de software, o ciclo de vida do desenvolvimento de software \u00e9 o processo de dividir o esfor\u00e7o de desenvolvimento de software em etapas ou sub-processos menores, paralelos ou cont\u00ednuos para melhorar o projeto, o gerenciamento do produto. Esta abordagem pode incluir produtos e artefatos espec\u00edficos predefinidos que a equipe de projeto cria e completa para o desenvolvimento ou manuten\u00e7\u00e3o dos aplicativos de software.<\/p>\n","protected":false},"author":1,"featured_media":1347,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"","_yoast_wpseo_metadesc":"","footnotes":""},"categories":[5],"tags":[52,63,62,53],"class_list":["post-538","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-software-engineering","tag-cn-done","tag-es-done","tag-ja-done","tag-tw-done"],"yoast_head":"\n![](\"https:\/\/www.cybermedian.com\/pt\/wp-content\/uploads\/sites\/11\/2022\/01\/0zG8B5F_l1-mqMx4z.png\")
<\/figure>\n\n
Modelo de transforma\u00e7\u00e3o<\/span><\/h3>\n
Modelo espiral<\/span><\/h4>\n
![](\"https:\/\/www.cybermedian.com\/pt\/wp-content\/uploads\/sites\/11\/2022\/01\/0HwXVe0ieYpY5Vs2c.png\")
<\/figure>\nModelo de fonte<\/span><\/h4>\n
![](\"https:\/\/www.cybermedian.com\/pt\/wp-content\/uploads\/sites\/11\/2022\/01\/0YnEjC37XjjeI-uqc.png\")
<\/figure>\nmodelo V<\/span><\/h4>\n
![](\"https:\/\/www.cybermedian.com\/pt\/wp-content\/uploads\/sites\/11\/2022\/01\/0qOCYabEdLIgPjmhN.jpg\")
<\/figure>\n\n
Modelo incremental<\/span><\/h4>\n
![](\"https:\/\/www.cybermedian.com\/pt\/wp-content\/uploads\/sites\/11\/2022\/01\/0SadV9x_defCj-fSK.png\")
<\/figure>\n![](\"https:\/\/www.cybermedian.com\/pt\/wp-content\/uploads\/sites\/11\/2022\/01\/0ZWGdb2Qf9f2_XjBE.png\")
<\/figure>\nModelo baseado em componentes<\/span><\/h4>\n
![](\"https:\/\/www.cybermedian.com\/pt\/wp-content\/uploads\/sites\/11\/2022\/01\/img_61f78c01b8a1d.png\")
<\/figure>\nM\u00e9todo de prot\u00f3tipo<\/span><\/h4>\n
![](\"https:\/\/www.cybermedian.com\/pt\/wp-content\/uploads\/sites\/11\/2022\/01\/0NLe_u4yQY74zrFqd.png\")
<\/figure>\nm\u00e9todo XP<\/span><\/h4>\n
\n
![](\"https:\/\/www.cybermedian.com\/pt\/wp-content\/uploads\/sites\/11\/2022\/01\/0oU6rsRCSUJltV6rE.png\")
<\/figure>\nM\u00e9todo de Processo Unificado (UP)<\/span><\/h4>\n
![](\"https:\/\/www.cybermedian.com\/pt\/wp-content\/uploads\/sites\/11\/2022\/01\/0GTTB_XaXBiCtFw4x.gif\")
<\/figure>\nSaber mais<\/span><\/h4>\n
\n