Questões de Concurso

No ciclo de desenvolvimento de sistemas, os testes são de suma importância e podem, dependendo do porte do sistema, ser bastante complexos, exigindo que seu planejamento e realização sejam divididos em fases. Em uma dessas fases, os testes são realizados por um grupo restrito de usuários finais do sistema, que simulam operações de rotina do sistema, de modo a verificar se seu comportamento está de acordo com o solicitado.

Essa fase é denominada teste de

Em linguagens orientadas a objetos, existem dois conceitos fundamentais:

I – a definição de uma estrutura, a partir da qual é possível especificar todas as características da implementação, operações e armazenamento de informações para instâncias que serão criadas posteriormente.
II – instâncias específicas criadas a partir da definição das estruturas referentes ao conceito I.

Esses conceitos correspondem, respectivamente, ao que se conhece pelos nomes de

A engenharia de requisitos envolve a execução de diversas tarefas, sendo uma delas definida como a ação de modelagem de análise, guiada pela criação e refinamento de cenários do usuário, que descrevem como o usuário final vai interagir com o sistema. O produto final gerado por essa tarefa é um modelo de análise que define o domínio do problema informacional, funcional e comportamental.

A tarefa descrita é denominada:

Observe a figura a seguir:



Ela representa uma ferramenta empregada na gerência de projetos e que apresenta as seguintes características:

I. fornece um método simples de sistematizar uma classe de fatos, probabilidades e oportunidades combinados, cujos efeitos poderiam ser, de outro modo, difíceis de manipular e comparar.
II. pode ser utilizada em uma série de situações diversas, da avaliação de riscos ou comparação entre propostas alternativas até a discussão dos resultados de um brainstorming.
III. em combinação com um banco de dados consolidado ou técnicas de modelagem por computador, formulários sofisticados proporcionam um recurso útil de análise.

Essa ferramenta é conhecida como:

Observe a figura a seguir, que corresponde ao cenário de uma corretora de valores e ilustra um diagrama da UML. Essa ferramenta elabora os temas dos casos de uso e mostra os participantes nas interações e as mensagens entre eles.



Essa figura é conhecida por diagrama de:

Na Análise de Pontos de Função, são levadas em consideração funções representadas pela funcionalidade fornecida ao usuário para processar dados.

Essas funções são denominadas:

Uma estratégia para teste de software pode ser vista no contexto de uma espiral, conforme ilustrado a seguir.



Em conformidade com a figura, os testes de integração, de unidade, de sistema e de validação correspondem respectivamente, aos números:

Entre os diagramas empregados na UML 2, um é utilizado desde o nível de análise até a especificação, para representar o aspecto estrutural estático de um sistema orientado a objetos. Um exemplo desse tipo de diagrama é mostrado na figura a seguir.



A figura ilustra o uso do diagrama de:

De a cordo com os princípios da UML, o desenvolvimento de um sistema deve permitir um estudo sob diversas visões, cada uma enfatizando aspectos diferentes do sistema, sendo duas delas descritas a seguir.

I. Enfatiza as características de concorrência, sincronização e desempenho do sistema.
II. Enfatiza a distribuição física do sistema em seus subsistemas e a conexão entre essas partes.

As visões I e II são denominadas, respectivamente:

A “Extreme Programming (XP)” representa uma das metodologias mais utilizadas quando se trata de métodos ágeis. Dois princípios da XP são descritos a seguir.

I. Um representante do usuário final do sistema deve estar disponível em tempo integral, sendo um membro da equipe de desenvolvimento o responsável por trazer os requisitos do sistema à equipe de XP para implementação.
II. Os pares de desenvolvedores trabalham em todas as áreas do sistema, de tal maneira que não se formem ilhas de conhecimento, com todos os desenvolvedores de posse de todo o código.

Os princípios I e II são conhecidos, respectivamente, como:

A figura q seguir ilustra o processo "Extreme Programming (XP)" e mostra ideias-chave e tarefas associadas às atividades desenvolvidas, que podem ser organizadas em etapas.



As etapas I, II, III, e IV são conhecidas, respectivamente, por:

Analise as afirmativas a seguir, relacionadas ao modelo ágil de processo conhecido porScrum.

I. Teste e documentação constantes são realizados à medida que o produto é construído.
II. O trabalho e desenvolvimento, e o pessoal que o efetua, são realizados por completo, com partições de alto acoplamento sem possibilidade de reuso.
III. Pequenas equipes de trabalho são organizadas de modo a maximizar a comunicação, minimizar a supervisão e maximizar o compartilhamento de conhecimento tácito informal.
IV. A complexidade do processo dificulta e não permite a produção de versões do software, que podem ser inspecionados e testados.
V. O processo precisa ser adaptável tanto a modificações técnicas quanto de negócios, para garantir que o melhor produto possível seja produzido.

Estão em conformidade com os princípios de desenvolvimento ágil Scrum, somente as seguintes afirmativas:

O Rational Unified Process (RUP) é um modelo constituído por quatro fases no processo de software, relacionadas mais estritamente aos negócios do que a assuntos técnicos, descritas a seguir.

I. Trata do estabelecimento das entidades que irão interagir com o sistema e de suas interações.
II. Trata do entendimento do domínio do problema e estabelecer um framework de arquitetura para o sistema.
III. Trata do projeto, programação e teste do sistema.
IV. Trata da implantação do sistema no ambiente real de funcionamento.

As fases I, II, III e IV são denominadas, respectivamente:

O desenvolvimento de software direcionado aos negócios apresenta uma seqüência de etapas bem definidas, cada uma com uma finalidade, entrada e saída distintas. Uma dessas etapas tem por objetivo especificar o que precisa ser feito e não como é feito, e visa compreender um problema antes de experimentar uma solução. Os requisitos são coletados e examinados minuciosamente por meio da construção de modelos.

Essa etapa é denominada:

Os projetos de sistemas para negócios aceitam diversos estilos de ciclo de vida. No entanto, um tipo tem sido adotado com frequência, pois é mais flexível e se baseia nas características listadas a seguir.

I. Primeiramente, um núcleo para o sistema é desenvolvid o , analisando , projetando , implementando e entregando um código preliminar que funciona.
II. Posteriormente, o escopo do sistema é ampliado, adicionando propriedades e comportamento aos objetos existentes, bem como incluindo novos tipos de objetos.
III. Constitui a melhor escolha para a maioria das aplicações, já que responde bem às mudanças e minimiza o risco de falha, além de oferecer um feedback de progresso aos usuários da gerência e do negócio.

O tipo descrito é conhecido por desenvolvimento:

Uma das técnicas para teste de software mais conhecida consiste em avaliar, exclusivamente, o comportamento externo do componente de software, em que os dados de entrada são fornecidos, o teste é executado e o resultado obtido é comparado a um resultado esperado, previamente conhecido. Detalhes de implementação não são considerados e os casos de teste são todos derivados da especificação.

Esse tipo de teste é conhecido como teste

Os processos baseados em Desenvolvimento Iterativo e Incremental foram criados em resposta às fraquezas do modelo em Cascata Original. Dentre as fraquezas do Modelo em Cascata tratadas pelo processos de Desenvolvimento Interativo e Incremental está o fato de que no Modelo em Cascata,

A UML especifica um conjunto de diagramas para modelar sistemas orientados a objeto em suas várias perspectivas. Dois destes diagramas podem ser muito úteis para apresentar uma visão de nível mais alto do sistema, como:

I. adequado para captar os requisitos funcionais de um sistema, ajudando no entendimento destes requisitos.
II. suporta e estimula o comportamento paralelo, sendo útil para modelagem de fluxo de trabalho e de processos, principal- mente, processos de negócio.

Os diagramas descritos em I e II são, correta e respectivamente, de

Em aplicações orientadas a objetos é possível construir diferentes tipos de classes, como

Paulo trabalha com requisitos de sistemas. Ele está focado em um sistema mal documentado, que possui milhares de linhas de código, em que os requisitos mudam com frequência. Isso tem causado diversas paradas inesperadas no sistema decorrentes de alterações em partes do código que causam falhas em outras partes, aumentando muito o custo de manutenção do sistema. Observando tal situação, Paulo propôs o uso de uma disciplina da Engenharia de Requisitos que consiste na definição formal de uma metodologia que permita compreender e controlar as mudanças nos requisitos do sistema, denominada