Questões sobre Engenharia de Software

Observe o diagrama de classes a seguir:

 Com base neste diagrama, os possíveis valores para XXX no código a seguir são:

• A.

  copiar, recortar e imprimir;

• B.

  colar, recortar e imprimir;

• C.

  colar, copiar e imprimir;

• D.

  colar, copiar e recortar;

• E.

  colar, copiar, recortar e imprimir.

São responsabilidades típicas de um middleware para aplicações distribuídas baseadas em componentes:

I. controle de transações

 II. mecanismos para localizar e criar componentes remotos

 III. tratar questões de segurança

IV. manter a persistência do estado do sistema

 V. transformação de dados (marshalling)

O número de afirmações corretas é:

• A.

  1

• B.

  2

• C.

  3

• D.

  4

• E.

  5

Observe o seguinte diagrama de classes:

No código a seguir, os possíveis valores para XXX são:

• A.

  m1, m2

• B.

  m3, m4

• C.

  m5, m6

• D.

  m1, m2, m3, m4, m5, m6

• E.

  Nenhum deles. O compilador acusa uma atribuição entre tipos incompatíveis na linha 1

O RUP (Rational Unified Process) define conceitos básicos relativos ao ciclo de desenvolvimento de software, tais como: fases, atividades (workflow) e iterações. Com relação a estes três conceitos, assinale a alternativa correta, na qual se expressa a relação entre eles:

• A.

  Em cada fase pode existir uma ou mais iterações, bem como podem ser desenvolvidas várias atividades.

• B.

  Em cada fase pode existir uma ou mais iterações, bem como pode ser desenvolvida somente uma atividade.

• C.

  Cada iteração pode envolver várias fases, bem como várias atividades.

• D.

  Cada iteração envolve somente uma única fase e uma única atividade.

• E.

  Cada atividade pode ser desenvolvida em várias fases, bem como em uma única iteração.

A figura a seguir representa um tipo de relacionamento entre classes na notação UML. Que tipo de relacionamento corresponde à representação nas classes apresentadas na figura, e qual o seu significado?

• A.

  Representa um tipo de relacionamento de dependência da classe A em relação à classe B, isto é, a Classe A depende da Classe B. Este tipo de relacionamento mostra que uma classe faz referência à outra, isto é, embora uma classe não instancie a outra, é necessário enviar mensagens à outra classe.

• B.

  Representa um tipo de relacionamento de dependência da classe B em relação à classe A, isto é, a Classe B depende da Classe A. Este tipo de relacionamento mostra que uma classe faz referência à outra, isto é, embora uma classe não instancie a outra, é necessário enviar mensagens à outra classe.

• C.

  Representa um tipo de relacionamento de dependência da classe A em relação à classe B, isto é, a Classe A depende da Classe B. Este tipo de relacionamento mostra que uma classe faz referência à outra, isto é, instância a outra através do envio de uma mensagem.

• D.

  Representa um tipo de relacionamento de associação unidirecional, onde a Classe A tem conhecimento das operações e atributos públicos da Classe B, mas a Classe B não conhece as operações e atributos da Classe A

• E.

  Representa um tipo de relacionamento de associação unidirecional, onde a Classe B tem conhecimento das operações e atributos públicos da Classe A, mas a Classe A não conhece as operações e atributos da Classe B

No processo de engenharia de software, utiliza-se o modelo empírico de estimativa (estático e de valor simples) que computa o esforço e custo de desenvolvimento de software como uma função do tamanho de programa expresso em linhas de código estimadas. Este modelo é conhecido por

• A.

  Delphi.

• B.

  Putnam.

• C.

  Estimacs.

• D.

  Cocomo básico.

• E.

  Pontos de função.

Com relação aos conceitos de engenharia de software, o modelo de ciclo de vida de software que descreve uma seqüência de atividades do ciclo de vida, começando pela engenharia de sistemas e concluindo com a manutenção, é conhecido por

• A.

  Espiral.

• B.

  Cascata.

• C.

  Incremental.

• D.

  Prototipação.

• E.

  Evolucionário.

Sobre a análise de riscos, utilizada no processo de engenharia de software, é correto afirmar que

• A.

  os riscos de cronograma não devem ser levantados pela análise de riscos.

• B.

  identificação, projeção e avaliação são atividades principais da análise de riscos.

• C.

  a projeção dos riscos, também conhecida por estimativa dos riscos, só pode ser estabelecida de forma qualitativa.

• D.

  a projeção dos riscos, também conhecida por estimativa dos riscos, só pode ser estabelecida de forma quantitativa.

• E.

  a análise de riscos deverá se ater somente aos riscos técnicos, que identificam potenciais problemas de projeto, implementação, interface, verificação e manutenção.

A análise de requisitos é uma tarefa da engenharia de software. Sobre esta análise, é correto afirmar que

• A.

  a análise de requisitos deverá somente fazer a descrição funcional do software.

• B.

  na análise de requisitos não deverá ser feita uma descrição comportamental do software.

• C.

  a análise de requisitos é uma atividade que deverá envolver e ser realizada somente pelo engenheiro de software.

• D.

  a FAST é uma técnica utilizada na identificação do problema e na especificação de um conjunto preliminar de requisitos de solução.

• E.

  a técnica, que estimula a criação de uma equipe de desenvolvedores e clientes para a realização das primeiras etapas de análise e especificação, é conhecida por SQA.

O processo de analisar um programa existente, num esforço para criar uma representação do programa em um nível de abstração maior do que o código-fonte, é conhecido por

• A.

  Prototipação.

• B.

  Reusabilidade.

• C.

  Análise essencial.

• D.

  Engenharia reversa.

• E.

  Engenharia progressiva.