Lista completa de Questões sobre Engenharia de Software para resolução totalmente grátis. Selecione os assuntos no filtro de questões e comece a resolver exercícios.
Está correto o que consta APENAS em
I, II e III.
I, II e IV.
II, III e V.
II, IV e V.
III, IV e V.
Considere o seguinte diagrama de sequência UML 2.3:
Está correto APENAS o que se afirma em
I
IV
I e II
III e IV
I, II e III
Em relação às regras do Scrum, é INCORRETO afirmar:
O Sprint deve ser realizado num período máximo de 40 dias e ter uma equipe de trabalho não superior a 10 pessoas.
Se o Sprint tomar um rumo não desejado, é possível dissolvê-lo e começar um novo Sprint, baseando num novo Sprint Backlog.
As reuniões durante um Sprint devem ser diárias, sempre à mesma hora e no mesmo local e não devem durar mais que 30 minutos.
Toda conversação restringe as respostas dos participantes às três perguntas do Scrum Master: O que desenvolveu desde a última reunião? Que dificuldades encontrou durante o seu trabalho? O que planeja desenvolver até a próxima reunião?
Com base nas respostas às três perguntas, o Scrum Master deve imediatamente tomar decisões, quando necessárias, para remover todas as situações que impeçam a agilidade do trabalho.
Sobre o diagrama apresentado, considere as afirmativas abaixo.
I - Uma instância de uma nota fiscal pode não conter item algum.
II - A relação entre as classes Nota Fiscal e Item é uma composição.
III - Um item pode pertencer a mais de uma nota fiscal.
IV - A operação getFaturamento( ) é estática.
Estão corretas APENAS as afirmativas
I e III
I e IV
II e IV
III e IV
II, III e IV
Em UML,
diagramas de componentes são diagramas de comportamento com a função de visualizar um conjunto de componentes e as suas relações.
diagramas de classes têm como função visualizar um conjunto de objetos e as suas relações num determinado instante de tempo.
os requisitos identificam as funcionalidades pretendidas no sistema para cada perfil de usuário, com base nos diagramas de iteração.
diagramas de instalação são diagramas estruturais e têm a função de visualizar a configuração de um conjunto de nós de processamento e dos componentes em execução em cada nó.
uma classe abstrata é uma descrição de um conjunto de objetos que compartilham os mesmos atributos, operações e relações.
O diagrama de classes apresentado pode ser visto como um modelo conceitual de dados, e um conjunto de tabelas relacionais a partir dele pode ser gerado.
Tal conjunto de tabelas deve atender aos seguintes requisitos:
- representar de modo fidedigno o modelo conceitual em questão;
- estar normalizado até a 3FN (inclusive);
- minimizar o número de junções nas operações de consulta à base de dados.
Qual, dentre os conjuntos de tabelas apresentados a seguir, permite atender aos requisitos acima?
Durante a validação de requisitos devem ser realizadas verificações que podem refletir situações tais como: I
diferentes. Estudos e análises podem
demonstrar que o que se pensava como necessidade
inicial (funções) pode variar com o
aprofundamento da análise.
II
. Não devem existir restrições ou descrições contraditóriase conflitantes para a mesma função de um
sistema.
De acordo com Sommerville, essas verificações são, respectivamente,
de
consistência e completeza.
validade e consistência.
realismo e validade.
realismo e consistência.
O modelo de processo de desenvolvimento de software que combina as atividades de desenvolvimento com o gerenciamento de risco é o Modelo
Transformacional
de Especificação Operacional
em V
em Cascata
em Espiral
No processo de obtenção de requisitos, um ponto forte é o reconhecimento das várias perspectivas que podem ser observadas nos requisitos oriundos de stakeholders diferentes. Com três tipos genéricos (Sommerville), ou seja, de interação, indiretas e de domínio, tais perspectivas
são percebidas somente quando da especificação da solução de arquitetura.
aparecem como resultado da aplicação da orientação a objetos.
são observadas pela análise orientada a pontos de vista.
são percebidas apenas se os stakeholders tiverem maturidade e conhecimento de TI.
não são perceptíveis até que se tenha iniciado o processo de codificação.
São práticas recomendadas pelo processo ágil de desenvolvimento de software Extreme Programming (XP), EXCETO a
Programação em Pares
Integração Contínua
Documentação Abundante e Detalhada
Refatoração Frequente
Padronização de Código
{TITLE}
{CONTENT}
{TITLE}
Aguarde, enviando solicitação...