Modelos de Processo de Software | Engenharia de Software para Concursos

E aí pessoal beleza eu sou Professor Arnaldo sou professor de informática do instituto federal Tocantins e vou estar ajudando vocês com essas disciplinas de informática nessa jornada até a aprovação em um concurso público e hoje a gente vai falar especificamente sobre modelos de processo de software para que é um assunto que está é englobado aí no acabou o osso da engenharia de software Ok então esse é um subtema dentro da engenharia de software e vamos lá a gente vai começar a aula falando sobre os conceitos onde eu vou apresentar para vocês os modelos de processo

de software possíveis e no final da aula na segunda parte da aula a gente vai estar aí respondendo questões e eu comentando cada alternativa com vocês e para melhor compreensão Então vamos lá primeira coisa que a gente tem que saber o que que é um processo de Sopra o processo de software ele traz para gente um conjunto de atividades e resultados associados que geram um produto de software então o processo de sofre desse descrebe atividades que tem que ser executadas para se chegar ao resultado específico ao produto de software que é o resultado final de

um processo de só pra ele existe para especificar as atividades que vão ser executadas Até que a gente consiga entregar um produto de software software em funcionamento para o cliente então que o texto traz para gente que é um conjunto de atividades que levam a produção de um produto de software Ah e pode significado desenvolver um só ter a partir do zero ou também pegar um software já em funcionamento e agregar ele nossos recursos novas funcionalidades coisas nesse sentido E aí o ok sabemos então que um processo de software é um conjunto de atividades que

leva a produção de um produto de software mas nós temos também o conceito de modelo de processo de software O que é Diferente do conceito de processo de sobra o modelo ele vai descrever como que esse processo vai se desenhar como que ele vai pode ocorrer então o processo traz para gente as atividades Mas o modelo que vai dizer como que Essas atividades vão se organizar E como que elas vão ser desenvolvidas então segundo essa me viu o modelo de processo de software é uma representação simplificada de um processo de sopro é importante saber a

forma exata que esses autores colocam em seus livros porque frequentemente é a forma que é cobrada em concurso público então segundo saber viu um modelo de processo de software é uma representação simplificada de um processo de sobra Então é isso que o que eu disse para vocês o modelo ele descreve ele traz ali é como que esse processo de só por vai se desenrolar e a gente pode falar também que o modelo é uma representação abstrata de um processo de sopro e ele traz ali é uma perspectiva específica acerca do processo daí fornece para gente

informações parciais porque tratam apenas É segunda Ótica desse modelo o que cada modelo tem uma forma diferente de organizar as atividades desse processo Quais as tarefas que a gente tem que executar para se chegar a um produto de software partir de um ponto inicial onde a gente não tem nada só a ideia de criar um só terceiro aplicativo um jogo um sistema web até a entrega desse produto para o seu cliente bom então decora em esse conceito tá é uma representação simplificada de um processo de software e agora a gente vai falar sobre alguns modelos

e é de processo de software primeiro modelo é o modelo em Cascata foi o primeiro modelo lançado e ele também é chamado de modelo sequencial ou clássico se declara isso modelo em Cascata ele também é chamado de modelo sequencial ou clássico e vamos chamar aqui de modelo em Cascata ele organiza as atividades dessas seguinte forma que vocês estão vendo aí a gente tem atividade de definição de requisitos projeto do software implementação e teste de unidades integração e testes de sistema e por fim operação e manutenção E como que funciona o modelo em cascata o modelo

em Cascata ele executa suas atividades de forma sequencial Como assim e ele começa ali na etapa na atividade de definição de requisitos na definição de requisitos é quando a gente tem a ideia inicial de desenvolver o sistema necessidade vamos contratado para isso Oi e aí é um analista ou Engenheiro só para ele vai é se aproximado do cliente dos usuários para entender Quais são as necessidades o que ele espera que o sopre forneça Quais as funcionalidades quais os recursos como esses recursos serão disponibilizados toda essa definição é tratada na etapa de definição de requisitos é

até o ponto de partida na definição de requisitos a gente vai fazer um levantamento dos requisitos aquilo que o software tem que oferecer e como ele vai oferecer E aí Existem várias técnicas para isso é mas basicamente é essa esse objetivo dessa etapa definir os requisitos é uma vez que é os requisitos foram todos definidos a gente parte para a segunda etapa que é o projeto do só pra Ou seja a gente pega essa lista com todos os requisitos que foram levantados e criamos modelos que representam o software e para isso a gente tem algumas

possibilidades diagramas entre outras ferramentas que modelam criam é projetos do software para melhor compreensão das etapas seguintes tanto por parte do um dos interessados nos clientes mais pessoalmente ali dos desenvolvedores estão a gente pega o projeto EA partir do projeto você dá início a terceira etapa que a implementação e os testes de unidade a implementação é desrespeito a pegar o projeto e com codificar tornar ele real saída do campo da ideia aí criar o software em si e aí a gente implementa essas funcionalidades e testa uma uma por isso aí onde são executados os testes

de unidade você implementa uma funcionalidade e testa que é uma funcionalidade aplicando ali testes de unidade para saber se ele funciona o segundo o esperado EA implementação é feita em cima do projeto e concluiu todo desenvolvimento a gente vai para quarta etapa que a integração e teste do sistema na integração a gente pega essas unidades que foram desenvolvidas essas funcionalidades então que funcionalidades por exemplo cadastro de usuário alteração do cadarço cadastro de produto que mais várias outras vários outros recursos nesse sentido então por exemplo em um site uma rede social por exemplo a gente tem

vários recursos que podem ser oferecidos ali várias aqui vezes então por exemplo fazer a postagem de um conteúdo upload de um vídeo pro de uma imagem ter a possibilidade de adicionar um comentário tem a possibilidade de curtir ou não curtir como é determinada a postagem então todos é teu cadastro do cliente todas essas funcionalidades são requisitos ok uma vez implementados esses requisitos e testados de forma unitária lá no teste de unidade a gente vai para integração que é pegar essas unidades colocar integrar elas colocar elas para funcionar em conjunto E aí fazer um teste Mais

amplo no funcionamento Geral do sistema o que que é um teste de sistema ok a partir daí a gente vai para a última etapa do modelo em Cascata que é operação e manutenção que diz respeito à pegar o produto pronto testado e já colocar para funcionamento entregar para o cliente de modo que ele possa utilizar o produto e a manutenção diz respeito a eventuais atualizações que podem surgir posteriormente correção de erros e etc o modelo em Cascata até característica de que ele só avança para a etapa seguinte quando ele comprou em todo o trabalho deve

tá para anterior é o primeiro a gente faz toda a definição dos requisitos vai para o projeto faz todo o projeto vai para implementação vai para a integração depois entrega o produto Ok é e para melhor entender na definição de requisitos eu gosto de fazer um paralelo com a construção de uma casa É como se você tivesse vindo ali um arquiteto para explicar para ele o que que você gostaria que tivesse nessa casa que será construída tão definidos os requisitos características o que que vai ter e a partir daí a gente sai com projeto do

sistema que seria arquitetura da casa o projeto da arquitetônico da casa então esse é o Projeto uma vez que a gente tem um projeto você chega no no construtor da obra e entrega Esta é a casa que eu quero esse é o produto que eu quero Então essa seria a parte de implementação onde a gente é a vida ao que foi projetado uma vez que tá implementado acaso seja a casa foi construída está tudo funcionando todos os sistemas de forma colaborativa né na parte a rede elétrica a rede é tudo que tem numa casa tá

funcionando perfeitamente Você tem o teste de integração tá tudo funcionar na obra Tá pronta a gente tem a entrega da casa que é entregar a chave para o e para ele poder é habitar na casa então essa seria a parte de operação e aí futuramente podem ocorrer manutenções um problema na rede elétrica na iluminação problemas que podem ser solucionados posteriormente Então essa seria a gente chama de manutenção as peças são as etapas de um desenvolvimento Soccer e no modelo em Cascata Tá mas Essas atividades e também são existem elas organizada de modo diferente outro modelo

a gente vai ver o grande problema do modelo em Cascata é definir todos os requisitos de maneira Inicial é muito complexo porque normalmente o cliente não sabe Exatamente tudo o que ele quer o quê que ele gostaria E como que ele gostaria que esses recursos estivessem disponíveis no software então o modelo em Cascata é isso é indicado para casos onde a gente tem uma definição já bem clara de todos os requisitos ao que é extremamente raro e difícil de acontecer porque é comum surgirem mudanças ao longo do desenvolvimento é só o que a gente pode

falar Modelo de Cascatas resumindo e ele em Cadeia as fases né só parte com a próxima fase quando ele termina fase anterior foi o primeiro modelo do homem sofre que surgiu tem um alto custo de produção e aprovação de documentos e ele gera também um trabalho retrabalho significativo por conta dessas adaptações a mudanças como eu falei é comum ao longo do processo de desenvolvimento o cliente apresentar mudanças nos requisitos a não é bem isso que eu queria a verdade eu queria que você tivesse algo a mais alta mesmo então isso é comum o e atender

essas mudanças em processo já avançado no modelo em Cascata significa um retrabalho gigantesco porque aí teria que voltar lá etapa Inicial e fazer tudo de novo de forma completa então modelo em Cascata ele não é projetado para atender essas mudanças ao longo de todo o processo apenas no modelo na etapa Inicial que você vê fase de definição de requisitos têm e semente então ocorre aí um congelamento prematuro dos requisitos e aqui uma descrição das atividades que já falei para vocês o arquivo vou deixar o pdf vou deixar disponível também para consulta aí na descrição do

vídeo vamos falar agora do modelo incremental modelo incremental ele é diferente do Cascata Cascata ele é sequencial primeiro executa todo uma tarefa Depois todo uma outra Depois todo uma outra como eu dei o exemplo da casa modelo incremental não é a gente tem basicamente três tarefas três atividades que são a especificação o desenvolvimento EA validação na especificação a gente tem a definição dos requisitos então especificar é sentar junto com cliente interagir com ele e obter dele os requisitos que é bom haver ali no sistema desenvolver diz respeito a pegar esses requisitos esse projeto o e

implementar codificar e depois a gente tem o que é chamado de validação que é pegar essa implementação e ver se o usuário aceita se o cliente aceita que foi entregue se de fato é o que ele estava esperando modelo incremental a gente já tem uma uma implementação de um modelo Inicial que entregue para o cliente já de modo que ele já possa testar e normalmente Nessa versão Inicial são já entregue os requisitos mais prioritários e urgência lei para a organização cliente e e e em seguida o desenvolvimento ele continua ocorrendo a especificação desenvolvimento e vacinação

ocorre de forma intercalada e o cliente vai dando feedback sobre novas funcionalidades que ele precisa correções Então vão surgindo aí versões intermediárias que vão sendo entregues para o cliente em forma de implementos então eu tenho a primeira versão do software entrega o cliente e depois eu vou agregando novos recursos novas funcionalidades nessas versões intermediárias até chegar ao produto final o e entregar isso tudo para o cliente a sua versão finalizada é semelhante ao ao desenvolvimento de um jogo por exemplo que é um produto de software normalmente as empresas totalmente elas entregam uma versão inicial do

produto e aos poucos elas vão agregando novas funcionalidades também e agregando novos recursos e até se chegar uma versão mais estado e sofre ocorre bastante aplicativos também que então é só modelo incremental desenvolvimento incremental parte da ideia de uma implementação Inicial né e a partir dessa implementação que o cliente Logo no início ele já tem acesso a essa primeira versão ele já pode dando feedback a opinião deles aqui tá legal isso não tá legal podia adicionar isso retirar aquilo então é isso é dar o feedback no modelo em Cascata o cliente só tem acesso ao

produto já nas etapas finais bom então ele tem que esperar toda aquela etapa inicial de especificação de projeto de implementação testes Até chegar na mão dele para que ele possa é operar o sistema modelo incremental não já nas etapas iniciais já se faz uma especificação e o desenvolvimento daquilo que é mais prioritário visando entregar o incremento de software de forma mais rápida para o cliente e já cada incremento ele traz funcionalidades específicas como eu falei as prioritárias são desenvolvidas primeiro obviamente E aí o desenvolvimento incremental ele pode ser dirigido a planos pode ser ágil ou

pode utilizar um pouco dos dois aí o que que significa ser dirigida a planos é quando na etapa Inicial já é feita é feito um levantamento de todos os implementos que serão entregues e quem já tem aí um é o plano da sequência de incrementos que serão entregues para o cliente no modelo ágil a gente tem apenas alguns incrementos aqueles mais prioritários eu e os demais vão surgindo ao longo do processo de desenvolvimento com o feedback do cliente Lembrando que pode haver aí uma mesclagem dos dois quem PSOL é tão a vantagem as vantagens aí

do modelo incremental é que ele tem um custo reduzido para acomodar mudanças é fácil obter um feedback do cliente e entrega a implementação rápida já de software útil para o cliente logo nas fases iniciais O que traz uma descrição das vantagens né menor que isso a falha geral é o serviços mais importantes eles recebem mais testes é o que a gente desenvolve uma versão uma parte do sistema e testa adiciona-se novos incrementos ao sistema novas funcionalidades desta que ela nova funcionalidade e testa novamente aquela funcionalidade foi desenvolvida primeiro e assim sucessivamente logo aqueles primeiros incrementos

vão recebendo testes a cada novo incremento que vai chegando eles recebem Mais teste propriamente e o problema as desvantagens do modelo incremental são duas basicamente segundos tomar viu a primeira o processo não é visível para os gestores é comum que eles monitorem o processo de desenvolvimento com a entrega de documentos então gera se toda a documentação e entregue às isso para para os gestores de modo que eles possam acompanhar o progresso no entanto fazer isso tem um sistema que está em constante mudança sempre com novos incrementos é um pouco Custoso dá um certo trabalho demanda

demanda uma força de trabalho considerável não tornando viável ficar criando essa documentação toda essa burocracia a cada incremento já que isso é feito de forma constante então o segundo o autor e no modelo entre mental processo não é visível outro problema é uma pode ocorrer com essa entrega contínua de implementos uma degradação da estrutura do sistema seja pode acontecer é da estrutura do sistema se com p e é tornar enviar tornar inviável manter ela a a longo prazo porque a longo prazo vão surgindo muitos implementos muito implementos ao ponto de que aquela ideia inicial de

arquitetônica já não sustenta mais tantas alterações Ok então pode ocorrer em uma degradação da estrutura do sistema principalmente para sistemas de longo prazo de longa vida útil tem dinheiro são essas as duas desvantagens do modelo incremental e vamos falar agora sobre o modelo orientado reuso ou também é baseado em Componentes a gente pode fazer com a mesma coisa esse modelo é possui essa seguintes etapas as seguintes atividades que vocês conferem agora no slime mas especificação dos requisitos que aquela etapa introdutória de entender o que que você não vai crescer análise dos componentes o esse modelo

baseado em Componentes orientado eu uso ele parte da ideia de aqui porque se eu vou desenvolver um sistema Oi e eu tenho já outros sistemas outras funcionalidades já prontas que isso também são necessárias neste novo sistema porque não reutilizar componentes que eu já tenho e por exemplo se o sistema novo tá pedindo um cadastro de cliente e em um sistema anterior eu já tenho esse cadastro pronto um módulo um componente que já traz todo esse cadastro pronto e testado Por que não reaproveitar esse componente e alterar apenas a interface aquilo que for necessário nesse novo

sistema Isso é o que prega a engenharia orientada ao reuso tá favorece a reutilização de código Oi e aí o que que acontece e na segunda etapa depois da explicação de requisitos os analistas a eles vão analisar os componentes e ver o que que eles podem que utilizar nesse novo projeto Quais componentes e módulos podem ser utilizados neste novo projeto na etapa seguinte a gente tem que a gente chama de modificação de requisitos Às vezes o componente não é necessariamente O que está sendo nessa O que é está sendo pedido nesse novo projeto mas talvez

com uma pequena mudança no requisito O componente passe a atender então é uma possibilidade pode ocorrer nessa etapa de modificação dos requisitos alterar o requisito de modo que eu possa reutilizar O componente OK aí seguida Você tem o projeto do sistema e com reuso então toda aquela parte de criar o projeto arquitetura a documentação que vai embasar o desenvolvimento é de com diagramas por exemplo depois a gente tem o desenvolvimento e integração que é pegar o projeto Tom naquilo real codificar criar o produto lembra-la da ideia da casa da um projeto é que te tura

o desenvolvimento é a construção e subir a parede pintar essa e por fim a validação que é aceitação por parte do cliente cliente vai chegar vai falar não de fato é isso que eu queria não é isso eu gostaria que tivesse aquilo que o outro Então essa é a tampa de validação então a engenharia baseada em Componentes orientada a ver o uso a gente tem essas fases especificação de requisitos análise de concorrentes modificação de requisitos projeto sistema desenvolvimento integração e validação do sistema e o Finn eu vou trazer aqui para vocês o modelo em espiral

modelo em espiral em traz algumas peculiaridades primeiramente ele possui quatro fases os principais tá que são definição de objetivos estão tem uma fase em que os objetivos são traçados é um dos objetivos da fase são definidos onde ocorre uma identificação de restrições e plano de gerenciamento o e onde ocorre também identificação dos riscos então nessa fase do projeto Quais são os objetivos O que que a gente vai produzir nessa fase tão definição de objetivos Quais as restrições quais é os recursos que nós temos para tornar isso real concreto e quais os riscos que nós vamos

enfrentar tudo isso na fase de definição de objetivos segunda fase é avaliação e redução de riscos então nessa fase para cada risco é é feita uma análise mais detalhada e já apresentado o plano de ações que podem ser utilizados e é para reduzir o risco seja mitigar o risco bom então por exemplo para quem meu aluno eu citei um exemplo uma fiz uma analogia compra vamos supor que é eu queira e eu preciso colocar jogar uma criança na piscina para nadar bom então esse é um requisito mas qual o risco que que têm nessa ação

da criança se afoga bom então o que que eu posso fazer para reduzir o risco para mitigar o risco eu posso colocar amanhã no braço dela ok mesmo assim ela pode ainda é sem inclinar e a afundar a cabeça e se afogar na mesma forma dá uma poderia aí em uma etapa posterior numa segunda fase aí adicionar um colete salva-vidas são ela é valeu tronco dela mas mesmo assim é ainda pode ocorrer uma pagamento então você poderia ser lá coloca essa criança numa bolinha no no colchão inflável não sei e é você poderia implementar outro

recurso que iria mitigar queria reduzir o risco então é importante saber que modelo espiral a cada loop é feita uma análise do Risco análise do Risco ela está Ela é constante no modelo espiral Sky muito concurso pessoal inclusive caiu na Polícia Federal no concurso da Polícia dela 2021 que é é um cargo que não é de t.i. mas esse é um assunto Esse é um tanto quanto avançado para quem não é de t.i. Oi e aí é avaliação do Risco ela ocorre em todas as etapas do look da espiral um ok a cada ciclo vendido

a casa secular uma avaliação do Risco terceira etapa desenvolver e validar é definir ali o modelo desenvolvimento tão no desenvolvimento gera se os produtos o projeto a codifi cação e os testes tudo ocorre na parte de desenvolvimento e validação E o planejamento que é onde tem aí uma revisão do projeto né E aí definindo-se a gente segue ou não para próxima para o próximo look que essas passar por outras por todas essas fases novamente Então vamos voltar aqui para o modelo espiral decore pessoal essas essas quatro fases definição de objetivos avaliação e redução de riscos

desenvolvimento e validação e planejamento E aí a gente vai Observar se seguindo esse modelo essa imagem que é comumente aplicado aí nas questões de concurso a gente começa o ciclo aí na na parte mais interna dessa espiral então ali com base nos no plano de requisitos e no plano ciclo de vida e depois a gente vai para os objetivos definição do que é mais prioritário do que vai ser executado nesse Loop Oi e aí vai para a segunda fase que essa parte de identificação e redução dos riscos né definir as ações para reduzir os riscos

tão observa em pessoal a cada look desde o mais interno até os mais externos a sempre análise dos riscos em todo loop da espiral que vai passar por essas quatro fases a sempre análise do Risco isso é cobrado em concurso também nessa nessa etapa ocorre a prototipação a planta de passam é para aqueles casos em que o requisito não é totalmente conhecido pelo cliente Então a partir de um protótipo que você entrega o cliente ele consegue a lhe dizer a ter maior clareza naquilo que ele está idealizando para o requisito no sistema no software Ok

então é como por exemplo no as empresas de automotivas costumam entregar conceitos de veículos antes de lançar o bem conhecer e a partir daquele conceito ele obtenha um feedback dos interessados dos clientes Gostei não gostei isso aqui podia mudar EA partir desse feedback é tem esse ali uma definição melhor do que é é de qual requisito como requisito será implementado protótipo ajuda o cliente entender melhor o que ele quer para o sistema é mas tapa de desenvolvimento e validação ocorre em todas as aquelas fases básicas de um processo de desenvolvimento e sofre que são e

os requisitos tá então os requisitos do sistema eles são feitos nessa etapa de desenvolvimento quando a gente fala desenvolvimento normalmente é modificação a construção da casa né mas aqui no modelo espiral o desenvolvimento também traz os requisitos aquelas etapas iniciais então começa com as ideias de operação depois os requisitos de software e de validação o que que vai ter no meu sistema quais os recursos que ele vai oferecer e como ele vai oferecer E como que eu vou validar isso que que vai ser considerado válido ou não quando que o requisito vai atender ao cliente

quer depois uma vez que não tem os requisitos que a lista de funcionalidades eu vou para o projeto também vai ser executado aí na etapa de desenvolvimento e validação só quem em ciclos hoje de tarde ante né posteriores não na etapa Inicial mas eu tapo iniciais no primeiro círculo você vai ter ideias depois definição de requisitos no outro círculo vai ter o projeto do só tá ok então o projeto e aí no outro ciclo né etapa de desenvolvimento a gente tem a codifi cação a implementação do projeto e em seguida os testes os textos unitários

cada funcionalidade de forma individual o teste de integração todas essas unidades funcionado em conjunto E o teste de aceitação que é o cliente chegar e dizer se é o que ele quer ou não ok então lembra disso no modelo em espiral a o levantamento de requisitos o projeto EA implementação e os testes ocorrem todos na fase de desenvolvimento e validação E aí e por fim a gente tem a fase de planejamento Que ônibus onde é feito ali o plano de requisitos o plano ciclo de vida o plano de desenvolvimento o plano de integração é legal

que vai servir de base aí para as etapas os seguintes nos ciclos seguintes nesse modelo em espiral bom então é isso pessoal a gente viu aqui os principais conceitos nós vamos agora em seguida resolver algumas questões sobre esse tema pessoal mas vamos agora responder algumas questões sobre o tema modelo de processo de software da engenharia de software e aí Extra que para vocês uma questão que eu já resolvi mas que eu falei para vocês uma questão que foi cobrada aí é no concurso da Polícia Federal O que é o cargo de escrivão da Polícia Federal

concurso 2021 bancas CESPE E ela diz o seguinte ó embora não seja dirigida a riscos o modelo de desenvolvimento de sistemas espiral inclui em seu Framework a etapa de análise e validação dos requisitos a primeira dica que eu dou para essas questões de verdadeiro ou falso é a seguinte e para definir que uma questão está errada e basta aqui um pequeno trecho de toda essa assertiva esteja errado então é mais fácil a gente definir quando a questão está errada então só pequena se a assertiva atrás quatro afirmações e uma dessas por falsas todo todo o

conjunto está a questão está errada então é fácil identificar no entanto para você dizer que uma questão está correta você tem que ter a convicção dos quatro pontos que os quatro pontos estão corretos Aí sim a questão toda está correta no entanto essa questão ela já traz um erro na primeira assertiva né que fala o seguinte embora não seja dirigida a riscos você já tá falando que o modelo em espiral o modelo de sua mente Soccer espiral ele não é dirigido a riscos e o que que a gente falou na na questão do modelo espiral

Oi tá aqui ó e o modelo em espiral e me uma das etapas é analisar e definir o plano de ações para os riscos então numa análise de riscos ela ocorre em todas as fases em todos os ciclos os looks e do modelo em espiral então na fase de requisitos têm análise do dos riscos na fase do projeto a na sorriso na fase de implementação e teste também tem análise de riscos então em todo o tempo é considerado e os riscos são considerados e são definidos os planos de ações para reduzir para mitigar esses riscos

então questão já começa errada né então já invalidando todo o demais o restante é é legal Por mais que é que fala ainda ó e a etapa de análise e validação do modelo inclui a etapa de análise e validação de requisitos sim mas não ele é é dirigido a risco sim então uma questão que está errada essa outra questão é de 2021 para o órgão crp Conselho Regional de Psicologia Salvo engano em Minas Gerais banca Quadrix para o cargo de analista de desenvolvimento de sistema e informação e diz o seguinte ó no que se refere

à engenharia de software assinale a alternativa que apresenta o estágio do modelo em Cascata em que o projeto do software é desenvolvido como conjunto de programas ou de unidades de programa EA a verificação de cada unidade e é se essas unidades atendem a sua especificação então ele tá querendo saber que a tampa é essa de Todas aquelas etapas do modelo em Cascata que a TAP esta em que a o projeto é transformado em programa ao desenvolvimento desenvolvimento EA implementação a codifi cação do do software dá daquela unidade de sobra né ou seja poderia ser uma

funcionalidade cadastrar o usuário cadastrar um produto da um like no uma foto numa postagem então isso poderia ser uma funcionalidade uma unidade do sistema e esse teste unitário né implementa o cadastro e testa funcionou o cadastro então é o teste unitário que é feito apenas naquela unidade e vamos dar uma olhada aqui no modelo em cascata Oi ó Essas são as etapas do modelo em cascata a definição de requisitos né definir os requisitos projeto e depois implementação e teste unitário depois de integração e depois operação e manutenção definição de requisitos faz a gente faz toda

a lista é juntamente com cliente a gente faz toda a listagem dos requisitos que eu sofre irá oferecer ao pai toda essa listagem é de forma geral a partir daí vai para segunda etapa só quando essa etapa toda está concluída a gente vai para a segunda é uma característica modelo em cascata Oi e aí nessa segunda etapa pega essa lista de requisitos E cria seus próprios o projeto que vai representar essas funcionalidades projeto do software então né Por exemplo através de diagramas vai ser mais fácil o desenvolvedor entender e implementar um requisito uma funcionalidade x

e isso é feito na etapa de implementação e teste de unidade de teste unitário que é quando a gente pega o projeto e codifica implementa e testa essa unidade Depois tem integração que a testar todas as unidades em conjunto e fazer um teste aí do sistema como um todo então a etapa de escrita na questão é essa terceira etapa implementação e teste de unidade que tem como entrada justamente o projeto que o que tá falando aqui ó que tentar pressa que pega o projeto e desenvol e ali eu o programa né as unidades do programa

e verifica se as unidades tá legal se ela atende o que foi especificado né aquilo que o cliente pediu Então por meio do teste unitário então análise de requisitos não é setup inicial a implementação e teste unitário seria mais correta o projeto não projeto vem depois a definição dos requisitos e a integração e na integração é só depois que você já tem as unidades prontas e operação é a última etapa em que você mantém entrega o produto já para o cliente usar e efetua futuras mudanças da manutenção correções futuras então a ordem correta é A

análise definição de requisitos projeto de sistemas software e implementação e teste unitário integração e teste de sistema operação e manutenção então a questão correta é ab E aí a outra questão também para o concurso da Polícia Federal né que ocorreu 2021 aqui no carro no caso o cargo de escrivão da Polícia Federal bancas CESPE e ela traz o seguinte uma das etapas descritas em um método de desenvolvimento de sistema clássico é a de análise e definição de requisitos etapa em que as restrições e as metas do sistema só obtidas por meio de consulta usuários com

o objetivo de realizar a especificação do sistema aquele tá falando do modelo clássico e o que eu disse Now modelo clássico é o mesmo do modelo em Cascata também chamado de modelo sequencial E ele fala que quem é é uma das etapas é análise e definição de requisitos correta análise definição de requisitos faz parte daquele conjunto de atividades englobado sair pela pelo modelo Cascata clássico E aí ele fala sobre esse essa etapa que ele disse que é o seguinte vai tá bem que as restrições e as metas do sistema são obtidas é por meio da

consulta à usuários com o objetivo de realizar a especificação do sistema nessa etapa pessoal é aquilo que eu falei é quando a gente tem aí a a necessidade inicial de entender quais os recursos Quais as funcionalidades que são a oferecer e isso é feito juntamente com o cliente correta então atrapalha juntamente com o cliente com os usuários usa-se aí diversas metodologias técnicas para compreender as necessidades do cliente e normalmente é difícil ele ter essa compreensão de forma bem clara na etapa inicial do projeto tá isso vai ocorrer depois quando ele vai vendo a coisa já

funcionando e ele vai dando dica vai dando a fazendo apontamentos de melhorias ou correções o ok então mas está correto Então é isso é feito aí junto através de consultas ao usuário juntamente com ele com entrevistas entre outras técnicas é de compreensão do contexto em que o sistema vai operar E aí é um Edson levantadas restrições nessa o que o sistema vai fazer e como que ele vai fazer que você tem as restrições é legal chegar daí a especificação do sistema então aqui tudo indica essa questão está correta a outra questão interessante pessoal essa aqui

de 2021 banca selecon órgão emgepron cargo analista de sistemas e ela traz o seguinte a figura abaixo associada ao modelo em Cascata apresenta uma abordagem sistêmica e sequencial para o desenvolvimento de projetos de sobra e ela tem que traz pra gente aqui cinco fases na primeira fase de projeto levantamento de requisitos depois aqui a gente tem Estimativa de cronograma e monitoramento depois análise e projeto depois codificações teste depois de entrega e manutenção E aí ele falou o seguinte Ok na fase um é a de como é a comunicação Oi e aí ele quer saber como

que é que são chamadas as fases seguintes 2 3 4 e 5 o que a fase de comunicação é justamente essa fase de compreensão do que que o usuário quer né de definição dos requisitos e restrições Então essa é a gente pode chamar essa fase de definição de requisitos também de comunicação fase de comunicação E aí quais as etapas que vem é e em sequência primeira coisa uma vez que a gente tem a definição dos requisitos a gente vai para a segunda etapa que é a etapa de implementação errado né antes da implementação a gente

ainda teria o que seria o projeto do sistema né A modelagem modelagem onde será criada ali o projeto então é a gente já já exclui essa questão alternativa lá é a questão atrativa de que já traz a construção construção é implementação lembra do modelo da casa a primeira tapa centro de montar o arquiteto e fala o que você quer essa definição dos requisitos em seguida teremos ali que seria o projeto né pegar todas essas esses requisitos e transformar em na arquitetura na planta é o projeto e a codifi cação é a construção né então a

implementação é pegar arquitetura aí subir as paredes e fazer construir a casa e depois a gente tem é a validação né implantação quer fazer e vê se tá tudo certo e entregar para o cliente fazer eventuais mudanças manutenções futuras então construção uma vez que eu já tenho os os requisitos já vou construir não falta arquitetura antes né não vou para construção sem projeto arquitetônico tão errado a alternativa c modelagem ou seja pegar então depois da comunicação eu teria ali A modelagem que se eu pegar fazer o projeto construir e depois de construir é implantar você

de entregar a casa Ah e por fim planejar esse finalzinho aqui tá errado né planejamento é lá no começo né então a única alternativa que faz sentido aqui nessa questão é é saber então comunicação onde a gente é faz o levantamento de requisitos em sequência a gente tem que ser o planejamento e onde ocorre a estimativa o cronograma como que vai ocorrer a monitoração da obra então toda a parte de planejamento na etapa 3 a fase 3 a gente tem o projeto né então pegar todas as todos esses requisitos e restrições e criar o projeto

que arquitetura da casa é uma vez que eu tenho um projeto partir da modelagem eu vou construir então é codificar e testar o dias paredes é isso mesmo Tá certo tá funcionando sistema elétrico sistema de iluminação é tão construção e por fim a implantação que é entregar a casa pegar a chave para o cliente morar aqui e futuras manutenções até qualquer coisa precisar fazer depois arrumar um problema na parte elétrica na parte estrutural qualquer outra coisa vem aí na manutenção Ok então a ter Nativa B é o que indicaria aí de forma mais correta e

essa sequência Olá pessoal então é isso a gente vê o que algumas questões sobre modelos de processo de software se você quiser mais questões sobre esse tema Não deixe para a gente o comentário aí peça que a gente vai ter satisfação em desenvolver esse trabalho aí juntos comentando aprendendo mais resolvendo questões que se esse conteúdo foi hoje para você compartilhe com seus colegas se inscreva no canal e acompanha nosso trabalho Obrigado até a próxima gente se ver