Questões sobre Engenharia de Software

Considere, hipoteticamente, que a equipe de profissionais de TI da Eletrosul esteja utilizando a Análise Essencial no desenvolvimento de um sistema. Ao construir o modelo ambiental, foi gerada a Lista de Eventos, uma relação dos estímulos que, ocorrendo no mundo exterior, implicam que o sistema retorne algum tipo de resposta. Fazem parte desta lista os seguintes eventos:

I. Diretor da hidrelétrica emite comprovante.

II. Um relatório diário de todas as falhas na transmissão de energia deve ser emitido às 06:00h.

III. O nível mínimo de água no reservatório da hidrelétrica é atingido.

Os eventos I, II e III são, correta e respectivamente, classificados como:

• A. Primitivo − De negócio − De integridade.
• B. Orientado a fluxo − Temporal relativo − Temporal.
• C. Orientado a fluxo − Temporal − Temporal relativo.
• D. De negócio − De derivação − De Tempo.
• E. Temporal relativo − Temporal − Orientado a fluxo.

Considere a tabela abaixo para o cálculo de pontos de função.

O total de pontos de função não ajustados, a quantidade total de funções de dados e a quantidade total de funções transacionais são, respectivamente,

• A. 37, 45 e 72.
• B. 72, 37 e 5.
• C. 72, 5 e 7.
• D. 99, 5 e 7.
• E. 99, 37 e 45.

Um profissional de TI da Eletrosul está utilizando uma ferramenta CASE para modelagem funcional. Seu objetivo é criar um DFD − Diagrama de Fluxo de Dados. Para isso ele deve usar

• A. um DFD comportamental para apresentar uma visão clara do produto com todos os macroprocessos, entidades internas e depósitos de dados.
• B. um DFD de implementação para apresentar de forma mais detalhada e mais completa as opções de implementação, incluindo o tratamento de exceções.
• C. processos, que são categorias lógicas de objetos ou pessoas, para representar a origem ou destino de dados e acionar ou receber informações. Podem ser pessoas, sistemas ou unidades departamentais.
• D. fluxos de dados para representar o tráfego de informações. Os fluxos envolvem processos, não sendo possível o fluxo de entidade para entidade, de entidade para depósito de dados e de depósito de dados para depósito de dados.
• E. entidades para representar a transformação de fluxos de dados em uma atividade. As entidades representam os módulos do sistema.

Um Analista de Sistemas necessita utilizar alguns padrões de projeto para solucionar determinados problemas. De acordo com as Categorias de Padrões do Gang of Four

− GoF, ele vai utilizar um padrão de cada uma das três categorias, pela ordem, a saber:

− Padrões de Criação

− Padrões Estruturais

− Padrões Comportamentais

Em relação a essas três categorias, os padrões são, respectivamente,

• A. Strategy, Template Method e Decorator.
• B. Factory Method, Flyweight e Memento.
• C. Bridge, Prototype e Composite.
• D. Abstract Factory, Singleton e Observer.
• E. Façade, Proxy e Iterator.

O Processo Unificado estabelece que as maiores porções (cargas ou fluxos de trabalho) da Modelagem de Negócios e de Requisitos são realizadas durante as fases de

• A. Concepção e Elaboração.
• B. Elaboração e Construção.
• C. Transição e Construção.
• D. Implementação e Transição.
• E. Implantação e Implementação.

Considere:

I. Uma Especificação de Requisitos que reflete todas as decisões que foram tomadas e não contém cláusulas de pendências. Desta forma, contém todos os requisitos significativos relativos a funcionalidade, desempenho, restrições de desenho, atributos e interfaces externas, além de definir as respostas do software para todas as entradas possíveis, válidas e inválidas, em todas as situações possíveis.

II. Uma Especificação de Requisitos em que todo requisito presente possui apenas uma única interpretação, aceita tanto pelos desenvolvedores quanto pelos usuários chaves. Em particular, ela é compreensível para todo o seu público alvo e é suficiente para a especificação dos testes de aceitação do produto.

Os itens I e II descrevem especificações cujos requisitos contemplam, respectivamente, as qualidades

• A. rastreabilidade e consistência.
• B. completeza e precisão.
• C. correção e completeza.
• D. consistência e priorização.
• E. verificabilidade e precisão.

Para utilizar o OpenSource Selenium, um Analista deve conhecer suas atuais e principais ferramentas. Uma delas é a que permite distribuir os testes em múltiplas máquinas, reduzindo assim o tempo gasto na execução de uma suíte de testes. É ideal para escalonar suítes de testes grandes ou que devem ser executadas em múltiplos ambientes. Essa ferramenta é o Selenium

• A. SELECT.
• B. RC.
• C. IDE.
• D. TYPE.
• E. GRID.

O sistema que controla as reservas dos clientes de uma rede hoteleira funciona apenas na Web. Entretanto, há uma demanda crescente para que a empresa disponibilize um aplicativo para smartphones. Para oferecer um aplicativo no menor prazo possível, a gerência de TI estabeleceu duas exigências: a primeira é que o novo sistema deve reutilizar ao máximo os módulos atualmente empregados, e a segunda é que a equipe de desenvolvimento deve garantir que as modificações a serem feitas não introduzirão defeitos inexistentes no sistema atual, além de continuar a atender a todos os requisitos anteriormente definidos.

O tipo de teste que deve ser empregado para que a equipe de desenvolvimento atenda à segunda exigência é denominado teste de

• A. estresse
• B. volume
• C. usabilidade
• D. regressão
• E. configuração

Um modelo de processo de software possui as seguintes características:

• é uma extensão do modelo em cascata;

• cada estágio da fase de verificação tem um estágio correspondente na fase de validação;

• demonstra as relações entre cada fase do ciclo de vida de desenvolvimento e sua fase de testes correspondente.

Essas características estão relacionadas com o modelo

• A. RAD
• B. iterativo e incremental
• C. de prototipação
• D. em espiral
• E. em V

Um dos objetivos da disciplina de requisitos é

• A. criar um esboço inicial da arquitetura do sistema a ser desenvolvido.
• B. adaptar e configurar o processo de desenvolvimento de modo a atender às especificidades do sistema a ser desenvolvido.
• C. fornecer uma base para estimar o custo e o tempo de desenvolvimento de um sistema.
• D. assegurar que os clientes, os usuários e os desenvolvedores tenham um entendimento comum da organização na qual um sistema será implantado.
• E. entender a estrutura e a dinâmica da organização na qual um sistema será implantado.