Questões de Concurso
Filtrar
4.301 Questões de concurso encontradas
Página 11 de 861
Questões por página:
Questões por página:
Concurso:
PPSA
Disciplina:
Engenharia de Software
Na metodologia de softwares tradicionais, primeiramente
o código é desenvolvido, sendo ajustado de maneira
retroativa para fins de validação. Em contrapartida, o
Desenvolvimento Orientado a Testes (TDD) emprega
uma metodologia que modifica esse paradigma,
preconizando que os testes sejam escritos antes e que
as adaptações sejam, só depois, aplicadas ao código,
até que o projeto atenda aos requisitos do teste já
definido. Nesse contexto, a figura mostra o fluxo de
trabalho do TDD, com destaque para as etapas e sua
natureza ágil, cíclica e iterativa.
Nesse esquema, a etapa I indica que o código não funciona, a II que tudo está funcionando, não necessariamente de maneira otimizada e, finalmente, a III em que o responsável otimiza o código, confiante de que o mesmo passou por vários testes, tendo sido alterado, aprimorado e chegado à versão final com mais segurança.
As etapas I, II e III são conhecidas, respectivamente, como:
Nesse esquema, a etapa I indica que o código não funciona, a II que tudo está funcionando, não necessariamente de maneira otimizada e, finalmente, a III em que o responsável otimiza o código, confiante de que o mesmo passou por vários testes, tendo sido alterado, aprimorado e chegado à versão final com mais segurança.
As etapas I, II e III são conhecidas, respectivamente, como:
Concurso:
PPSA
Disciplina:
Engenharia de Software
O ciclo de vida de um software é uma estrutura que indica processos e atividades envolvidas no
desenvolvimento, operação e manutenção de um
software, abrangendo de fato toda a vida do sistema.
Existem diversos modelos de ciclos de vida para o
desenvolvimento de software, sendo um deles ilustrado
por meio da figura.
Esse modelo de ciclo de vida é conhecido pela seguinte denominação:
Esse modelo de ciclo de vida é conhecido pela seguinte denominação:
Concurso:
PPSA
Disciplina:
Engenharia de Software
O gerenciamento de configuração é um processo de
engenharia de sistemas para estabelecer a consistência
dos atributos de um produto ao longo da vida, sendo que
no mundo da tecnologia, constitui um processo de
gerenciamento de TI que monitora itens de configuração
individuais de um sistema de TI. Entre as ferramentas
utilizadas nesse tipo de gerenciamento, uma constitui o
sistema de controle de versão líder do setor para rastrear
alterações de código. Nesse sentido, adicionar dados de
gerenciamento de configuração ao lado de código em
um repositório dessa ferramenta, possibilita uma
visualização holística de controle de versão de um
projeto inteiro.
Essa ferramenta de configuração é conhecida como:
Essa ferramenta de configuração é conhecida como:
Concurso:
PPSA
Disciplina:
Engenharia de Software
Design Thinking é uma abordagem que se utiliza do
pensamento do design como uma forma de encontrar as
necessidades humanas e criar novas soluções usando
as ferramentas e mentalidades de múltiplas disciplinas.
Entre as técnicas de Design Thinking, uma fornece uma
narrativa visual que promove empatia e comunica com o contexto, no qual uma tecnologia será usada. Tem por
objetivo criar uma sequência de imagens, organizada
quadro a quadro, para ajudar a capturar visualmente os
fatores sociais, ambientais e técnicos importantes que
moldam o contexto de como, onde e por que as pessoas
se envolvem com os produtos.
Essa ferramenta é conhecida como:
Essa ferramenta é conhecida como:
Concurso:
PPSA
Disciplina:
Engenharia de Software
O Desenvolvimento orientado por comportamento (BDD)
refere-se a uma técnica de desenvolvimento ágil, que
visa integrar regras de negócios com linguagem de
programação, focando o comportamento do software.
Tem como objetivo melhorar a colaboração entre
desenvolvedores, analistas de negócios e stakeholders,
para que todos possam ter uma compreensão clara das
expectativas em relação ao software. Para aplicar o
processo de BDD de forma eficiente, é necessário seguir
uma ordem específica, que inclui quatro etapas distintas,
caracterizadas a seguir.
I.É a fase em que o Product Owner explica a visão geral do negócio, na qual a equipe utiliza o processo de discussão do BDD para reunir exemplos de usuários e entender como a função fornecida é usada, identificando problemas e possíveis novas regras de negócios.
II.É a fase em que a equipe faz perguntas para determinar quais regras, critérios de aceitação ou novas histórias podem ser criadas, na qual o esclarecimento das ideias ocorre por meio do diálogo entre os participantes.
III.É a fase em que todas as questões discutidas são agrupadas, criando um documento que contém todas as notas reunidas, na qual a linguagem Gherkin é geralmente recomendada ao criar critérios de aceitação.
IV.É a fase em que após pesquisar e testar a história, a equipe de desenvolvimento apresenta ao Product Owner para validação, na qual a história validada é utilizada durante a revisão da produção do projeto, para garantir que o produto corresponda aos padrões estabelecidos. Para finalizar, após a instalação do aplicativo no ambiente de produção, ocorre o monitoramento da funcionalidade para coletar feedback do cliente sobre o sistema desenvolvido.
As etapas descritas são conhecidas, respectivamente, como:
I.É a fase em que o Product Owner explica a visão geral do negócio, na qual a equipe utiliza o processo de discussão do BDD para reunir exemplos de usuários e entender como a função fornecida é usada, identificando problemas e possíveis novas regras de negócios.
II.É a fase em que a equipe faz perguntas para determinar quais regras, critérios de aceitação ou novas histórias podem ser criadas, na qual o esclarecimento das ideias ocorre por meio do diálogo entre os participantes.
III.É a fase em que todas as questões discutidas são agrupadas, criando um documento que contém todas as notas reunidas, na qual a linguagem Gherkin é geralmente recomendada ao criar critérios de aceitação.
IV.É a fase em que após pesquisar e testar a história, a equipe de desenvolvimento apresenta ao Product Owner para validação, na qual a história validada é utilizada durante a revisão da produção do projeto, para garantir que o produto corresponda aos padrões estabelecidos. Para finalizar, após a instalação do aplicativo no ambiente de produção, ocorre o monitoramento da funcionalidade para coletar feedback do cliente sobre o sistema desenvolvido.
As etapas descritas são conhecidas, respectivamente, como: