Questões de Engenharia de Software

Explore questões resolvidas de Engenharia de Software. Acesse respostas e explicações detalhadas para estudar e evoluir.

93% confiança
São requisitos de qualidade relacionados a um projeto de site/aplicação web:
engenharia-de-software qualidade-de-software requisitos-nao-funcionais
92% confiança
Quais são as fases do projeto de um site/aplicação web, segundo o modelo incremental?
engenharia-de-software modelo-incremental processos-de-software
92% confiança
Quais são os passos para o desenvolvimento do site/aplicação web?
desenvolvimento-web documentacao engenharia-de-software
92% confiança
O versionamento de código via GIT é uma forma de gerenciar código-fonte ou arquivos de maneira a criar instâncias deles. Com esse sistema, é possível compartilhar arquivos entre vários autores e colaboradores sob a segurança de estar criando cópias de cada versão de arquivo. Sobre os benefícios de se utilizar o versionamento via GIT, analise as afirmações a seguir: I. Acompanhamento do histórico de alterações do arquivo II. Redundância e backup dos arquivos III. Aumento na velocidade e na produtividade no desenvolvimento IV. Menor acoplamento entre equipes de desenvolvimento e produção Estão corretas as afirmativas:
controle-de-versao engenharia-de-software git
92% confiança
Entrega contínua é uma prática comum no desenvolvimento de sistemas Web e reconhecida como boa prática por acompanhar alterações de código automaticamente e verificar se estão prontos a serem submetidos ao ambiente de produção. Sobre os benefícios do uso dessa prática, está correto o que se afirma em:
devops engenharia-de-software integracao-e-entrega-continuas
98% confiança
Um projeto Web passa por diferentes fases, em que cada uma delas é o complemento da outra: da ideia inicial, passando por levantamento de requisitos, desenvolvimento, testes e a implantação do sistema em si no servidor Web. A fase final de instalação e implantação do sistema é conhecida por:
ciclo-de-vida-de-software desenvolvimento-web engenharia-de-software
95% confiança
As aplicações Web já não são mais tão simples como no início. Com os recursos avançados a começar da evolução das próprias linguagens de programação, os requisitos de servidor de hospedagem aumentaram consideravelmente. A respeito das técnicas modernas para hospedagem de sites da Web, é correto afirmar:
cicd computacao devops
86% confiança
Qual a ordem correta das camadas de uma aplicação?
arquitetura-de-software arquitetura-em-camadas engenharia-de-software
96% confiança
Os padrões de desenvolvimento visam resolver problemas recorrentes na implementação de sistemas, com a definição de soluções padronizadas, amplamente testadas e com modelos bem-organizados, utilizando a notação UML. Supondo que os gastos com a manutenção de um determinado sistema estejam muito altos, devido à proliferação de instruções SQL ao longo de todo o código, e você tenha sido contratado para refatorá-lo, qual padrão deverá utilizar para a melhoria da estratégia de persistência e consequente redução do custo de manutenção?
arquitetura-de-software engenharia-de-software padroes-de-projeto
92% confiança
De acordo com o Guia de Aquisição do MPS-Br (SOFTEX, 2013), diversos critérios podem ser considerados para a seleção de fornecedores. Associe os critérios apresentados na Coluna I com suas respectivas definições ou implicações na Coluna II. Coluna I Tamanho do fornecedor. Relação custo-benefício. Prazo de entrega. Atendimento aos requisitos funcionais e não funcionais. Coluna II Tem o objetivo de satisfazer a origem do método, solucionando um problema previamente identificado e mapeado. É fundamental para identificar se a empresa avaliada tem condições de prestar o serviço necessário para o porte da contratante. Deve estar harmonizado com as definições do cronograma do projeto para não gerar impactos negativos. Essa análise está implicada na decisão de fazer ou comprar, procurando atender aos critérios estabelecidos. A sequência correta que associa os itens da Coluna I com os itens da Coluna II é:
aquisicao-de-software engenharia-de-software mpsbr
90% confiança
De acordo com o Guia de Aquisição do MPS-Br (SOFTEX, 2013), diversos critérios podem ser considerados para a seleção de fornecedores. Associe os critérios apresentados na Coluna I com suas respectivas definições ou implicações na Coluna II. Coluna I Tamanho do fornecedor. Relação custo-benefício. Prazo de entrega. Atendimento aos requisitos funcionais e não funcionais. Coluna II Tem o objetivo de satisfazer a origem do método, solucionando um problema previamente identificado e mapeado. É fundamental para identificar se a empresa avaliada tem condições de prestar o serviço necessário para o porte da contratante. Deve estar harmonizado com as definições do cronograma do projeto para não gerar impactos negativos. Essa análise está implicada na decisão de fazer ou comprar, procurando atender aos critérios estabelecidos. A sequência correta que associa os itens da Coluna I com os itens da Coluna II é:
aquisicao-de-software engenharia-de-software gestao-de-fornecedores
97% confiança
Um grupo de estudantes está desenvolvendo um aplicativo que usa IA para recomendar atividades de estudo personalizadas. Para acelerar o trabalho, cada integrante decidiu usar uma IA generative diferente para escrever partes do código e produzir explicações dentro do app. Depois de integrar as partes do projeto, eles descobriram vários problemas: • algumas IAs inventaram bibliotecas que não existem, • outras geraram funções inseguras, • e algumas respostas da IA incluíam dados fictícios, sem referência ou verificação. Diante desta situação, qual é uma solução adequada para melhorar o trabalho colaborativo e garantir o uso responsável da IA no projeto?
engenharia-de-software etica-em-ia inteligencia-artificial
97% confiança
Requisitos não funcionais são as características e aspectos internos do sistema, que envolvem, especificamente, a parte técnica. Ao contrário dos requisitos funcionais, esses requisitos não são explicitamente expostos pelo cliente, mas devem ser subentendidos pelo desenvolvedor. O domínio dos requisitos não funcionais que trata sobre "O sistema será executado, sem modificação, em qualquer plataforma de destino Java" é domínio:
atributos-de-qualidade engenharia-de-software requisitos-de-software
86% confiança
A análise orientada a objetos divide a solução em diversos modelos e partes que representam diferentes visões (PRESSMAN; MAXIM, 2016). Este comportamento é obtido baseado alguns princípios. Um dos princípios é:
analise-orientada-a-objetos engenharia-de-software modelagem-de-sistemas
90% confiança
A principal diferença entre a análise orientada a objetos e outras formas de análise é que, pela abordagem orientada a objetos, são organizados requisitos em torno de objetos, que integram comportamentos (processos) e estados (dados) modelados por objetos do mundo real, com os quais o sistema interage. As tarefas primárias na análise orientada a objetos (OOA) são:
analise-orientada-a-objetos engenharia-de-software modelagem-uml
88% confiança
Supondo que já se tem um problema para ser resolvido, pode-se identificar as classes desse problema para criar a solução no decorrer do projeto. Para isso, é utilizada a análise orientada a objetos. Ela consiste em realizar a definição das classes (objetos) que representam o problema que deverá ser resolvido, bem como o modo que as classes relacionam e interagem entre si (SCHACH, 2009). A análise orientada a objetos pode ser explicada através de alguns passos. Qual dos passos, pode ser utilizado para a sua realização?
analise-orientada-a-objetos engenharia-de-software uml
96% confiança
Requisitos não funcionais são as características e aspectos internos do sistema, que envolvem, especificamente, a parte técnica. Ao contrário dos requisitos funcionais, esses requisitos não são explicitamente expostos pelo cliente, mas devem ser subentendidos pelo desenvolvedor. O domínio dos requisitos não funcionais que trata sobre "O sistema será executado, sem modificação, em qualquer plataforma de destino Java" é o domínio:
engenharia-de-software requisitos-de-software requisitos-nao-funcionais
92% confiança
Requisitos não funcionais são as características e aspectos internos do sistema, que envolvem, especificamente, a parte técnica. Ao contrário dos requisitos funcionais, esses requisitos não são explicitamente expostos pelo cliente, mas devem ser subentendidos pelo desenvolvedor. O domínio dos requisitos não funcionais que trata sobre "O software acabado deve suportar novos tipos de funcionários sem precisar ser reescrito ou recompilado" é o domínio:
engenharia-de-software requisitos requisitos-nao-funcionais
90% confiança
Requisitos não funcionais são as características e aspectos internos do sistema, que envolvem, especificamente, a parte técnica. Ao contrário dos requisitos funcionais, esses requisitos não são explicitamente expostos pelo cliente, mas devem ser subentendidos pelo desenvolvedor. O domínio dos requisitos não funcionais que trata sobre "O software acabado deve suportar novos tipos de funcionários sem precisar ser reescrito ou recompilado" é o domínio:
engenharia-de-software requisitos-de-software requisitos-nao-funcionais
90% confiança
A análise orientada a objetos divide a solução em diversos modelos e partes que representam diferentes visões (PRESSMAN; MAXIM, 2016). Para a identificação das classes, deve-se seguir qual dos seguintes passos?
analise-orientada-a-objetos engenharia-de-software modelagem-de-dominio
92% confiança
Os sistemas orientados a objetos são projetados para serem alterados (DENNIS; WIXOM; TEGARDEN, 2015). Na análise orientada a objetos, existem quatro etapas principais a serem executadas:
analise-orientada-a-objetos engenharia-de-software modelagem-de-sistemas