Questões de Concurso Sobre engenharia de software para analista - análise de sistemas
Foram encontradas 118 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
A Extreme Programming é um dos métodos ágeis mais conhecidos e usados, e envolve um número de práticas que se enquadram nos princípios gerais da metodologia. Dois desses princípios são descritos a seguir.
I. Os requisitos são registrados em cartões de histórias, sendo as histórias incluídas em um release, determinadas pelo tempo disponível e sua prioridade relativa.
II. Espera-se que todos os desenvolvedores recriem o código continuamente, tão logo os aprimoramentos do código forem encontrados, o que torna o código simples e fácil de manter.
Esses princípios são denominados, respectivamente:
O Rational Unified Process (RUP) é um exemplo de modelo de processo moderno derivado da UML e do Processo Unificado de Desenvolvimento de Software de Rumbaugh. O RUP reconhece que os modelos convencionais de processo apresentam uma visão única do processo. O RUP engloba três perspectivas, descritas a seguir.
I. Mostra as fases do modelo ao longo do tempo.
II. Mostra as atividades realizadas no processo.
III. Sugere as boas práticas a serem usadas durante o processo.
Essas perspectivas são conhecidas, respectivamente, como:
Segundo Pressman, os elementos específicos do modelo de análise são ditados pelo método de modelagem de análise usado. No entanto, um conjunto de elementos genéricos é comum à maioria dos modelos de análise. Nesse sentido, observe a figura abaixo, que ilustra o modelo de estado UML e que representa os estados e eventos que modificam um sistema. O diagrama de estados indica que ações são realizadas em consequência de determinado evento.
O diagrama de estado é utilizado quando se trata dos
elementos de análise do tipo:
O processo de Engenharia de Requisitos é realizado por meio da execução de sete funções distintas: concepção, levantamento, elaboração, negociação, especificação, validação e gestão. Nesse contexto, observe a lista abaixo, que representa um conjunto de questões a serem utilizadas como checklist dentro de uma dessas funções.
1) Os requisitos foram claramente estabelecidos? Eles podem ser mal interpretados?
2) A fonte do requisito foi identificada?
3) O requisito está limitado em termos quantitativas?
4) Que outros requisitos se relacionam a este requisito?
5) O requisito viola alguma restrição do domínio?
6) Pode-se relacionar o requisito a qualquer modelo de sistema que tenha sido criado?
7) O requisito está relacionado aos objetivos globais do sistema/produto?
A função é:
Analise o diagrama de Classes UML a seguir.
Telefone
– numero : String
– DDD : String
# Telefone(numero : String)
+ setDDD(DDD : String) : void
– setNumero(numero : String) : void
Assinale a alternativa que descreve corretamente a
visibilidade dos métodos Telefone(), setDDD() e setNumero(),
respectivamente.