Questões de Concurso Público DATAPREV 2012 para Analista de Tecnologia da Informação - Desenvolvimento

O diagrama de classes oferece uma notação gráfica para modelar classes e seus relacionamentos, descrevendo, assim, possíveis objetos. Com relação ao meio de se estabelecer relacionamentos entre objetos e classes, é correto afirmar que uma descrição de um grupo de ligações com estrutura e semântica comuns é chamada de:

Sobre classes na orientação a objeto, analise

I. Uma classe abstrata é uma classe que não possui instâncias diretas, mas cujas classes descendentes possuem instâncias diretas.

II. Uma classe concreta pode ter subclasses abstratas, mas elas, por sua vez, precisam ter descendentes concretos.

III.Somente classes concretas podem ser classes folha em uma árvore de herança.

Está correto o que se afirma em:

Nesse tipo de teste, o analista tem total acesso à estrutura interna da entidade sendo analisada. Permite, por exemplo, que o analista possa escolher partes específicas de um componente para serem testadas. O tipo de teste citado é conhecido como teste:

Com relação aos diagramas de estados da UML, é correto afirmar que:

A Engenharia de Requisitos fornece o mecanismo apropriado para entender aquilo que o cliente deseja. Ela abrange diversas etapas/tarefas e algumas são qualificadas a seguir.

I.Conciliação de conflitos quando usuários pedem mais do que pode ser alcançado ou quando diferentes clientes ou usuários propoem necessidades conflitantes.

II. Criação de um documento que pode ser documento escrito, um conjunto de modelos gráficos, um modelo matemático formal, um conjunto de cenários de uso, um protótipo ou qualquer combinação destes.

III.Avaliação dos artefatos produzidos como conseqüência de engenharia de requisitos quanto à qualidade.

IV. Realização de perguntas ao cliente, aos usuários e aos demais interessados para saber quais são os objetivos para o sistema ou produto, o que deve ser alcançado, como o sistema ou produto atende às necessidades da empresa e como o sistema ou produto deve ser utilizado no dia a dia.

As etapas/tarefas descritas nos itens I, II ,III e IV são chamadas, respectivamente, de:

Quando os requisitos estão bem definidos, são razoavelmente estáveis e bem compreendidos e quando o trabalho flui de forma linear e rígida, sem retornos, esse modelo de processo sugere uma abordagem seqüencial e sistemática para o desenvolvimento de software, começando com o levantamento de necessidades por parte do cliente, avançando pelas fases de planejamento, modelagem, construção etc., culminando no suporte contínuo do software concluído. O modelo de processo descrito é conhecido como modelo: