Durante a fase de teste de um software desenvolvido para um sistema em tempo real que usa memória compartilhada, um Analista de Sistemas verificou que, apesar de seus componentes já terem sido testados de modo individual e terem tido todos os erros corrigidos, ele não funcionava como deveria, de acordo com sua especificação. O Analista realizou, então, um teste de interface que conseguiu detectar o erro. O motivo era que o produtor e o consumidor de dados estavam operando em velocidades diferentes e o consumidor estava acessando informação desatualizada, pois o produtor da informação não atualizava as informações da interface compartilhada. Na

Engenharia de Software, o tipo de teste de interface e o erro detectado são denominados, correta e respectivamente, interface de

A Engenharia de Software

I. não visa o desenvolvimento de teorias e fundamentações, preocupando-se unicamente com as práticas de desenvolvimento de software.

II. tem como foco o tratamento dos aspectos de desenvolvimento de software, abstraindo-se dos sistemas baseados em computadores, incluindo hardware e software.

III. tem como métodos as abordagens estruturadas para o desenvolvimento de software que incluem os modelos de software, notações, regras e maneiras de desenvolvimento.

IV. segue princípios, tais como, o da Abstração, que identifica os aspectos importantes sem ignorar os detalhes e o da Composição, que agrupa as atividades em um único processo para distribuição aos especialistas.

É correto o que se afirma em

No SCRUM, o processo de desenvolvimento inicia com uma reunião de planejamento na qual o Product Owner e a equipe decidem, em conjunto, o que deverá ser implementado do Product Backlog. Assim, a equipe planeja seu trabalho, definindo o Sprint Backlog, na

No âmbito da Engenharia de Software, um cenário de constantes mudanças políticas como as que ocorrem em uma aplicação governamental, por exemplo, propõe a especificação de um elemento de software que é o

Quanto à classificação de tipo de bloco de construção, de acordo com Grady Booch et al, o vocabulário UML abrange

Um processo de software é um conjunto de atividades relacionadas que levam à produção de um produto de software. Existem muitos processos de software diferentes, mas todos devem incluir quatro atividades fundamentais: especificação, projeto e implementação, validação e

Na Engenharia de Requisitos, o gerente de requisitos

Para fazer a modelagem de um padrão de projeto (design pattern) utilizando a UML é DESNECESSÁRIO

Em relação ao ciclo de vida de um projeto, é correto afirmar:

No âmbito da engenharia de software é correto afirmar que

Para a área de TI entregar de maneira bem-sucedida os serviços que suportam as estratégias de negócios, deve existir uma clara definição das responsabilidades e direcionamento dos requisitos pela área de negócios (o cliente) e um claro entendimento acerca do que e como precisa ser entregue pela TI (o fornecedor). A estratégia da instituição deve ser traduzida pela área de negócios em objetivos relacionados às iniciativas de TI (objetivos de negócios para TI). Esses objetivos devem levar a uma clara definição dos objetivos próprios da área de TI (os objetivos de TI), o que por sua vez irá definir os recursos e capacidades de TI (a arquitetura de TI para a organização) necessários para executar de maneira exitosa a parte que cabe à TI na estratégia da instituição.

Segundo o CobiT, são partes integrantes dos Objetivos de Negócios de TI e da Arquitetura Corporativa de TI, respectivamente:

Durante a validação de requisitos devem ser realizadas verificações que podem refletir situações tais como:

I. Os sistemas têm diversos stakeholders com necessidades 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órias e conflitantes para a mesma função de um sistema.

De acordo com Sommerville, essas verificações são, respectivamente, de