atividades de apoio
controle e acompahamento
adm de riscos
garantia de qualidade
medição
gerencia de configuração de software
gerencia de capacidade
preparo e produção
Compilador = Converte em linguagem de máquina.


Um diagrama de sequência  tem como objetivo principal representar graficamente o comportamento de uma funcionalidade ( uml)

diagrama de caso: possibilidades a serem desenvolvidas

diagrama de fluxo : já desenhado como será


etapas analise de processos 
perpectiva
elaborar
negociar
especificar
validar
gerenciar


software consiste 
instrução (programas  de pc )

estrutura de dados  (manipula informações )

informação descritiva ( descreve operação de progrmas)

•O que é?
A solução inteligente e eficaz para um problema

•Quem realiza?
Equipe de pessoas dev

•Por que é importante?
Para agilizar tarefas e maximizar resultados

•Quais são as etapas envolvidas?
Levantamento de necessidades, priorização (GUT), projeto, planejamento, execução, teste, validação, avaliação dos usuários(NPS)

•Qual é o artefato?
Necessidades, pessoas e ferramentas.

•Como garantir que o trabalho foi realizado corretamente?
Fazendo validação dos requisitos e colhendo o feedback clientes


Analise de regra de negocio canvas: planejamento, organização de ideiaa

                                                ^
camadas de eng software   |
ferrmantas                              ^
métodos                                  |
processo
foco na qualidade

compliance acordo regulação

----------------------------------------

 Software legado é um software antigo que não recebe mais atualizações mas atende a necessidade do cliente por isso tem sua importância no mercado.

Exemplo: Windows 7

-----------------------------------------

A Engenharia de Software é baseada em camadas, são elas: 

-----------------------------------------

Siglas em núvem:

Exemplo: azure

Exemplo: AWS Lambda

Exemplo: Microsoft Office 365

-----------------------------------------

Metodologia de Processo :

-----------------------------------------

Premissas:

-----------------------------------------

Mitos da Engenharia de Software:

-----------------------
O Diagrama de fluxo: 
 Serve para saber como desenvolver o software, por exemplo: Votar, cadastrar voto, atualizar, buscar Voto

Diagrama de Fluxo Possui: 

Anotações sobre diagrama de fluxo:

    2. Diagrama de caso de uslo é usado desde o desenho até a funcionabilidade do programa.

    3. Os atores são qualquer um que realizam uma entrada e saida

    4. Diagrama de caso de uslo é usado desde o desenho até a funcionabilidade do programa

-----------------------------------------------------------

Praxis: compreender o problema


    

Compilador: conversão de linguagem de máquina.

Driver: Tradução do que o dispositivo precisa passar pro SO e do que o SO precisa passar para o dispositivo.

Sistemas operacionais.

Ex: Linux, RedHat, 

Funções específicas que precisam de um SO para funcionar. 

Ex: Word, Benner, Zen, CorelDraw

Softwares que auxiliam aplicações científicas (dinâmica orbital, cálculo em massa, astronomia, genética)

Ex: Matlab, Predict.io, Cloud BioLinux (sequenciamento genômico), Aspentech.

Software embarcado: 
Sem esses softwares, o hardware não consegue conversar com o sistema operacional

Ex: Arduino, 

Programados em C, Assembly

Utilizados para múltiplos clientes, satisfazendo as necessidades de um determinado nicho de mercado.

Ex: Totvs, Visão Sistemas, Ciss

Utilização para múltiplas funções, visando economia de energia e eficiência.

Ex: Amo Ofertas, Uber, D&D Beyond 

Qual é o propósito da existência da solução, ela realmente irá resolver o problema do cliente?

"Antes feito do que perfeito". Seja assertivo, lean, resolva os problemas presentes da forma mais objetiva possível, mas não esqueça do futuro.

Se você ja acertou, precisa continuar acertando, mantenha o foco e gere novas soluções para os seus clientes, estabilidade não existe.

Você ja combinou com o usuário? Seu software pode ser a maior inovação do momento, mas ele só se torna uma solução se de fato solucionar um problema.

A inovação é inevitável, aceite-a e ela será uma ótima aliada. Lute contra ela e ela te dizimará

Planeje! Planeje! Execute! Uma casa projetada terá problemas, uma casa não projetada terá milhares. Invista tempo no planejamento, e ganhe na execução. Um código planejado e bem estruturado fará você ganhar tempo no futuro, seja por códigos reaproveitáveis ou simplesmente diminuindo o número de updates corretivos.

Antes de executar alguma coisa, pense. Quando achar que já pode executa-la, pense novamente.

--------------------------------------------------------------

PRÁXIS
Compreender o problema;
Planejar uma solução;
Executar o plano;
Examinar o resultado para ter precisão.

Foi só você chegar que funcionou

Ex: Windows 7, Adobe Flash, 

|Premissas E.S|

1º - A razão de existir

Qual é o propósito da existência da solução, ela realmente irá resolver o problema do cliente?

"Antes feito do que perfeito". Seja assertivo, lean, resolva os problemas presentes da forma mais objetiva possível, mas não esqueça do futuro.

Se você ja acertou, precisa continuar acertando, mantenha o foco e gere novas soluções para os seus clientes, estabilidade não existe.

Você ja combinou com o usuário? Seu software pode ser a maior inovação do momento, mas ele só se torna uma solução se de fato solucionar um problema.

A inovação é inevitável, aceite-a e ela será uma ótima aliada. Lute contra ela e ela te dizimará

Planeje! Planeje! Execute! Uma casa projetada terá problemas, uma casa não projetada terá milhares. Invista tempo no planejamento, e ganhe na execução. Um código planejado e bem estruturado fará você ganhar tempo no futuro, seja por códigos reaproveitáveis ou simplesmente diminuindo o número de updates corretivos.

Antes de executar alguma coisa, pense. Quando achar que já pode executa-la, pense novamente.

 

|PRAXIS|
Compreende a necessidade do cliente;
Planejar uma solução que atenda a necessidade e resolva o problema;
Execução do plano de solução;
Examinar o resultado e testar se atendeu ao solicitado.

 

|Exemplos de Software| 
 
 

Embarcado: Arduino, Assembly

Aplicações WEB/Aplicativos móveis: App Store, Play Store, Play Filmes, etc

 

 

|Características de Software Legado|
-Não recebe atualizações;
-Falta de mobilidade;
-Falta de suporte;
-Software hospedado em servidores físicos;


|Metodologia de Processo|
 
Comunicação 
Planejamento
Modelagem
Construção
Entrega

IAAS: Infraestrutura como serviço
Ex: Utilização de instâncias de computadores na nuvem, Amazon EC2.

SAAS: Software como serviço:  O fornecedor do software se responsabiliza por toda a estrutura necessária à disponibilização do sistema, e o cliente utiliza o software via internet, pagando um valor pelo serviço

PAAS: Plataforma como serviço: consiste no serviço propriamente dito de hospedagem e implementação de hardware e software, que é usado para prover aplicações por meio da Internet

- Comunicação
- Planejamento
- Modelagem
- Construção
- Entrega

        natureza do software

A transformação de uma ideia em uma aplicação computacional para que possa ser utilizada em seguida por outras pessoas.

        por quem é realizada?

A implementação normalmente é realizada por programadores, no entanto, existe uma equipe para gerenciar a construção, engenheiros de software para definir as estruturas, e também o PO  que representa o cliente.

       qual sua importancia?

Importante do ponto de vista administrativo para diminuir custos ou aumentar os lucros das empresas e consequentemente fazer esta gerar lucro e o software melhora a qualidade de vida das pessoas.

       etapas envolvidas

 levantamento de requisitos, planejamento, implementação e gestão.

-Como ter garantia de que o trabalho foi realizado?

Verificando se os objetivos iniciais foram atingidos e como foram realizados,  receptividade do cliente e os stakeholders. Além da eficiência prática.



software

estruturas de dados que possibilitam aos programas manipular informações  adequadamente

modelagem: UML

A UML é uma linguagem-padrão para a elaboração da estrutura de projetos de software. Ela poderá ser empregada para a visualização, a especificação, a construção e a documentação de artefatos que façam uso de sistemas complexos de software

EX: diagrama de sequência, diagrama de máquina de estados e diagrama de estrutura composta.

tipos de software

software de sistema sistemas operacionais e drivers de sistema operacional

software de aplicação - softwares especificos como word

sotware de engenharia - sotware de calculo, astronomia, genetica ex matlab e clound biolinux

software embarcado - residente em produtos de hardware de software ex arduino,  assemble, c

software de linha de produtos - utilizado por múltiplos clientes  diferentes ao mesmo tempo ex totvs visão sistemas

aplicações web - aplicativos moveis

software de inteligência artificial




metodologia de processo

comunicação deixe a comunicação  clara e objetiva,
planejamento - planejar
modelagem - analisar soluções



camada da engenharia de software

foco na qualidade, processo, métodos, ferramentas

compliance:

uma Organização “em compliance” é aquela que, por cumprir e observar rigorosamente a legislação à qual se submete e aplicar princípios éticos nas suas tomadas de decisões, preserva ilesa sua integridade e resiliência, assim como de seus colaboradores e da Alta Administração.

Stakeholders:

Stakeholders são os indivíduos e organizações impactados pelas ações da sua empresa. ... Apesar de causar um grande impacto nas decisões tomadas pelas empresas, muita gente não sabe, ao certo, o que significa esse termo e qual a relevância dele para a sua organização.



atividades de apoio

controle e acompanhamento de projeto
administração de risco
garantia da qualidade de software

Planejamento - saber o que o cliente espera

Modelagem

Construção
Entrega

Entrega 

O software deve existir com o proposito de gerar valor, suprir uma dor e/ou resolver um problema para o cliente, sendo que todos os demais princípios se apoiam nisso. Suprir uma dor, resolver um problema, melhorar um processo com visão no longo prazo de maneira inteligente 

2º - KISS (Keep It Simple, Stupid!)

Como o famoso ditado "não é necessário criar a roda novamente", muitas vezes é pertinente utilizar recursos que já estão disponível para gastar tempo e empenho desenvolvendo soluções que tragam real valor, não sendo algo simplista, e adequando o software com os reais propósitos.

3º - Mantenha a visão

Ter claro o objetivo final, deixando o projeto mais fácil de ser compreendido e expandido, caso necessário. Questão econômica, tecnológica e cultural, analisar tendências do fórum econômico mundial, indicadores, cenários. Estar atento a inovação, coisas que serão uteis no mundo e comportamentos com diferentes nichos culturais.

4º - O que um produz, os outros consomem.

Estar atendo ao cenário econômico, tecnológico e cultural, analisando as tendências do fórum econômico mundial, como também o contexto em menor escala, como a nível estadual. 

Estar de olho em tecnologias e ideias inovadoras, coisas que serão úteis à sociedade. 

5º - Esteja aberto para o futuro.

"Se não estiver aberto a mudanças, estará fadado ao fracasso!" Com a realidade da indústria 4.0, é importante, que o projeto tenha premissas a longo prazo, prontos para se adaptar as mudanças do mercado e contextos econômicos.

6º - Planeje com antecedência! Visando a reutilização.

Economia de tempo e esforço, tendo um trabalho minucioso durante a criação, visando as possíveis modificações durante o tempo de vida do software. 

7º - Pense!

Pensar bem e de forma clara antes de agir, inclusive, para poder implementar os demais princípios. Ter um meio termo entre planejamento e ação, não ficar esperando o momento perfeito, mas estar preparado para agir da melhor forma possível. Learning coffee: (Habito do Vale do Silício) - Troca de ideias, aumentar e networking, aumento de criatividade

2 - Modelagem 

3 - Construção 

4 - Implantação 

2º - KISS

3º - Mantenha a visão

4º - O que um produz, os outros consomem.

5º - Esteja aberto para o futuro.

6º - Planeje com antecedência! Visando a reutilização.

7º - Pense!

2 - Modelagem (Diagrama)

3 - Construção (Linguagem escolhida)

4 - Implantação (Validação)

A UML atende aos seguintes requisitos:

Assim, o modelo cascata foi abandonado por conta de erros, caso existissem erros na parte de levantamento de requisitos e projeto, todo o resto estaria errado e só poderia ser arrumado após a implantação por meio de outro modelo cascata.

A transformação de uma ideia em uma aplicação computacional para que possa ser utilizada posteriormente por outros pessoas buscando automatização de uma tarefa ou uma ação. 

A implementação prática normalmente é realizada por programadores, entretanto, existe uma equipe para gerenciar a construção, engenheiros de software para definir as estruturas, além de PO (product owner) que representa o cliente, entre outros importantes profissionais.

Importante do ponto de vista administrativo para diminuir custos ou aumentar os lucros das empresas e consequentemente fazer esta gerar lucro para os stakeholders. Do ponto de vista do software melhora a qualidade de vida das pessoas, automatiza tarefas repetitivas, melhora a humanidade e avança a tecnologia melhorando a qualidade de vida como um todo.

Estas dependem do método empregado, entretanto, geralmente concentram-se em ideia, levantamento de requisitos, planejamento/estratégia, implementação e gestão.  É importante perceber que todos essas etapas muitas vezes são repetidas, ampliadas e aprimoradas constantemente.

Verificando/percebendo se os objetivos iniciais foram atingidos e como foram realizados, bem como as modificações que foram realizadas "On the run" e como foi a receptividade do cliente e os stakeholders. Além da eficiência, eficácia e efetividade prática. 

Mitos dos clientes
"Só precisamos de uma pequena mudança, coisa rápida/fácil"

"Não há necessidade de melhorar o hardware, já que esse não interfere na aplicação"

Um sistema de software existe por  um motivo: agregar valor para seus usuários. Todas as decisões devem ser tomadas com esse princípio em mente. Antes de especificar um requisito de um sistema, antes de indicar alguma parte da funcionalidade de um sistema, antes de determinar as plataformas de hardware ou os processos de desenvolvimento, pergunte a si mesmo: "Isso realmente agrega valor ao sistema?". Se a resposta for "não", não o faça. Todos os demais princípios se apoiam neste primeiro.

O projeto de software não é um processo casual. Existem muitos fatores a considerar em qualquer trabalho de projeto. Todo projeto deve ser o mais simples possível, mas não simplista. Esse princípio contribui para um sistema mais fácil de compreender e manter. Isso não significa que características, até mesmo as internas, devam ser descartadas em nome da simplicidade. De fato, os projetos mais elegantes normalmente são os mais simples. Simples também não significa "gambiarra". Na verdade, muitas vezes são necessárias muitas reflexões e trabalho em várias iterações para simplificar. A contrapartida é um software mais fácil de manter e menos propenso a erros.

Uma visão clara é essencial para o sucesso. Sem ela um projeto se torna ambíguo. Sem uma integridade conceitual, corre-se o risco de transformar o projeto em uma colcha de retalhos de projetos incompatíveis, unidos por parafusos inadequados...Comprometer a visão arquitetural de um sistema de software debilita e até poderá destruir sistemas bem projetados. Ter um arquiteto responsável e capaz de manter a visão clara e de reforçar a adequação ajuda a assegurar o êxito de um projeto.

Raramente um sistema de qualidade industrial é construído e utilizado de forma isolada. De uma maneira ou de outra, alguém mais vai usar, manter, documentar ou de alguma forma, depender da capacidade de entender seu sistema. Portanto, sempre especifique, projete e implemente ciente de que mais alguém terá de entender o que você está fazendo. O público  para qualquer produto de desenvolvimento de software é potencialmente grande. Especifique tendo como objetivo os usuários. Projete tendo em mente os implementadores. Codifique se preocupando com aqueles que deverão manter e ampliar o sistema. Alguém terá que depurar o código que você escreveu, e isso o torna um usuário de seu código. Facilitando o trabalho de todas essas pessoas, você agrega mais valor ao sistema.

Um sistema com tempo de vida mais longo tem mais valor. Nos ambientes computacionais de hoje, em que as especificações mudam, de um instante para outro, e as plataformas de hardware se tornam rapidamente obsoletas, a vida de um software, em geral, é medida em meses. Contudo, os verdadeiros, sistemas com "qualidade industrial" devem durar muito mais. Para serem bem sucedidos nisso, esses sistemas precisam estar prontos para se adaptar a essas e outras mudanças. Sistemas que obtêm sucesso são aqueles que foram projetados dessa forma desde seu princípio. Jamais faça projetos limitados. Sempre pergunte "e se" e prepare-se para todas as respostas possíveis, criando sistemas que resolvam o problema geral, não apenas o específico. Isso muito provavelmente conduziria à reutilização de um sistema inteiro. 

A reutilização economiza tempo e esforço.  Alcançar um alto grau de reutilização é indiscutivelmente a meta mais difícil de ser atingida ao se desenvolver um sistema. A reutilização de código em projetos de software tem sido proclamada como uma grande vantagem do uso de tecnologia orientadas a objetos. Contudo, o retorno desse investimento não é automático. Aproveitar as possibilidades de reutilização oferecidas pela programação orientada a objetos ou convencional exige planejamento e capacidade de fazer previsões. Existem várias técnicas para levar a cabo a reutilização em cada um dos níveis do processo de desenvolvimento do sistema...Planejar com antecedência para a reutilização, reduz o custo e aumenta o valor tanto dos componentes reutilizáveis quanto dos sistemas aos quais os sistemas serão incorporados.

Este último princípio é provavelmente, o mais menosprezado. Pensar bem e de forma clara antes de agir quase sempre produz melhores resultados. Quando se analisa alguma coisa, provavelmente ela sairá correta. Ganha-se também conhecimento de como fazer correto novamente. Se você realmente analisar algo e mesmo assim o fizer da forma errada, isso se tornará uma valiosa experiência. Um efeito colateral da análise é aprender a reconhecer quando não se sabe algo, e até que ponto poderá buscar o conhecimento. Quando a análise clara faz parte de um sistema, seu valor aflora.

Conhecer programação é como saber como usar concreto e tijolos para construir paredes, como instalar portas e janelas, como fazer conexões elétricas e instalar fontes de água, etc., você pode saber tudo sobre o que é necessário conhecer para construir uma casa.

Mas, se alguém simplesmente começa a construir uma casa a partir do zero sem pré-planejar a estrutura e analisar os requisitos de espaço, salas, saídas de água, drenagem, etc., o resultado provavelmente será uma bagunça estragada. Mas se fizermos um planejamento adequado, analisarmos nossos requisitos, prepararmos um esquema de estrutura, planejarmos nossas finanças, etc., então o resultado definitivamente será bom.

Então, aqui podemos relacionar essa coisa, pré-planejamento com conceitos e práticas de engenharia de software. Se os seguirmos corretamente, o software será o mais eficiente, concluído em um período de tempo mínimo, atendendo ao objetivo exato para o qual foi necessário e tudo.

Sistemas Legados são plataformas em obsolescência que estão em uso dentro de uma companhia por muitos anos. Eles são desenvolvidos para ter uma loga vida útil.

Em outras palavras, podemos dizer que, em virtude de muitos avanços da tecnologia, essa infraestrutura deixa de se encaixar às dinâmicas da organização, como um software desenvolvido há várias décadas.

Apesar de as empresas manterem os sistemas antigos por confiabilidade, a manutenção de um software desatualizado gera maior custo para a empresa, além de trazer muitos bugs, principalmente quando se tenta implementar melhorias nesse processo.

Software desatualizado

Tecnologia obsoleta

Falta de mobilidade

Falta de colaboradores treinados

Falta de escalabilidade

Falta de suporte

Incompatibilidade com sistemas modernos

Software hospedado em servidores físicos

Um software que não oferece valor para o usuário falhou fundamentalmente. Cada decisão durante a construção de um software, que vai desde o primeiro requisito levantado até os processos que levarão ao seu desenvolvimento, deve ser tomada para que a sua existência se justifique no valor que ele representa para quem vai utilizá-lo.

o projeto é onde o engenheiro combina os propósitos das pessoas quem deseja o software com a tecnologia necessária para a sua construção, unindo assim dois mundos diferentes. Com isso podemos criar uma representação detalhada da sua arquitetura, estruturas de dados, interfaces, bem como dos demais componentes dos quais depende a sua implementação. 

Nem sempre um projeto de software é sustentado por uma boa relação entre prazo e entrega. Contudo, a qualidade do software não deve ser comprometida pela velocidade de entrega do projeto. É preferível, nesse primeiro momento, aperfeiçoar as ideias em busca de uma solução elegante para o problema a acatar a primeira solução por questões de prazo.

Uma visão clara e bem definida do sistema é essencial para o sucesso de um projeto de software.
Sem isso, um projeto quase infalivelmente acaba sendo concebido pela iniciativa de uma ou duas mentes restrito à sua própria visão.
Se não existir uma integridade conceitual um sistema ameaça tornar-se uma multiplicidade de modelos incompatíveis unidas pelo tipo errado de parafusos.

Comprometer a visão arquitetônica de um sistema de software enfraquece o projeto e acabará por quebrar mesmo os sistemas mais bem projetados.
Ter um arquiteto que pode manter a visão e garantir o seu cumprimento ajuda a garantir um projeto de software de sucesso.

De alguma forma ou de outra alguém vai usar, manter, documentar ou depender de ser capaz de compreender o seu sistema.

Assim, sempre especifique, projete e implemente tendo em mente que alguém vai ter que entender o que você esta fazendo.
Especifique pensando nos usuários finais. Projete tendo em mente os desenvolvedores. Ao codificar preocupe-se com aqueles que devem manter e ampliar o sistema.
Alguém pode ter que depurar o código que você escreve, e isso faz dele um usuário de seu código.

Tornar mais fácil o trabalho de quem vai consumir o que você produziu agrega valor ao sistema.

Esteja aberto para o futuro.

Um sistema com uma longa vida tem mais valor.
No ambiente de desenvolvimento de software atual onde as especificações mudam em um piscar de olhos e onde as plataformas de hardware se tornam obsoletas com meses de uso, o tempo de vida de um produto de software geralmente é medido em meses ao invés de anos.
Porém sistemas de softwares robustos e bem projetadas tendem a durar por mais tempo em produção.
Para fazer um produto de software com esse perfil de sucesso um projeto deve estar apto a se adaptar às necessidades em constantes mudanças do usuários. Isso somente é possível para projetos que foram concebidos desde o princípio levando isso em conta.
Sempre pergunte : "O que acontece se...?"

E prepare-se para todos os tipos de respostas possíveis de forma a criar sistemas que resolvam não um problema específico mas um problema geral.

Sempre escreva o código necessário na implementação e assegure-se sempre de que a arquitetura do projeto seja flexível e extensível de modo a ser capaz de envolver cenários futuros.

A reutilização economiza tempo e esforço.

Alcançar um elevado nível de reutilização é sem dúvida o objetivo mais difícil de alcançar no desenvolvimento de um sistema de software.

A reutilização de código e de projetos, foi proclamada como um dos principais benefícios do uso de tecnologias orientadas a objeto. No entanto, o retorno sobre este investimento não é automático.

Para alavancar as possibilidades de reutilização que oferece a programação Orientada a Objetos é necessário planejamento e premeditação.

Existem várias técnicas para realizar a reutilização em todos os níveis do processo de desenvolvimento de sistemas, e , aquelas relacionadas ao projeto detalhado e ao nível de código são bem conhecidas e documentadas.

Embora exista uma grande quantidade de  literatura que aborda a reutilização de projetos na forma de padrões de software, é preciso mais que isso; é preciso comunicar as oportunidades de reuso para outras pessoas na organização, isso é fundamental.

Colocando o pensamento antes da ação quase sempre se produz os melhores resultados.

Quando você pensa sobre algo, esta mais propenso a fazê-lo direito. Você também ganha conhecimento sobre como fazê-lo.

Se você pensa em algo e ainda assim a coisa sai errado,  isso é incorporado a sua base de experiência e torna-se experiência valiosa.

Além disso pensar é aprender a reconhecer quando você não sabe algo, e a que ponto você pode pesquisar a resposta.

Quando o pensamento claro entra em um sistema, o valor sai.

Aplicar os seis primeiros princípios requer um grande esforço de pensamento, mas as recompensas potenciais são enormes.

Isso quer dizer que é preciso finalizar todas as tarefas de uma etapa para que seja possível passar para a seguinte. Ao cumprir todas as etapas, o resultado será um produto de software funcional, pronto para ser entregue ao cliente.

O principal aspecto da cascata é que todos os requisitos (especificações) do cliente sejam reunidos no início do projeto, permitindo que todas as outras fases sejam planejadas sem o envolvimento adicional do cliente até que o produto esteja completo. Supõe-se que todos os requisitos possam ser reunidos nessa fase.

A fase de design é melhor dividida em subfases de design lógico e design físico. A subfase do projeto lógico é quando possíveis soluções são discutidas e teorizadas. A subfase do projeto físico é quando essas ideias e esquemas teóricos são transformados em especificações concretas.

A fase de implementação ocorre quando os programadores assimilam os requisitos e especificações das fases anteriores e produzem o código real.

Nesta fase, o cliente analisa o produto para garantir que ele atenda aos requisitos estabelecidos no início do projeto. Isso é feito liberando um produto completo para o cliente.

O cliente está usando o produto regularmente durante a fase de manutenção, descobrindo bugs, recursos inadequados e outros erros que ocorreram durante a produção. A equipe de produção aplica essas correções conforme necessário até que o cliente esteja satisfeito.


Vantagens do Modelo Cascata