Questões de Concurso

Não possui instâncias diretas, mas apenas classes descendentes:

Um relacionamento do tipo todo-parte, no qual a vida da parte depende da vida do todo, é do tipo

Na UML, a linha de vida (lifeline) é parte integrante do diagrama de

De acordo com a OMG, especifica a coordenação de execuções de comportamentos usando um modelo de fluxo de controle e de dados. Modela o comportamento do sistema denotando os caminhos lógicos que um processo pode seguir. Compõe a visão dinâmica da UML o diagrama de

Considere o caso de uso Movimentar Estoque. Se o estoque necessitar de reposição porque atingiu o limite mínimo desejável, outro caso de uso é envolvido para emitir ordem de compra. Essa situação indica o uso de

A Análise de Pontos de Função é um método-padrão para a medição do desenvolvimento de software, que tem por objetivo estabelecer uma medida de tamanho do software em Pontos de Função, com base na funcionalidade a ser implementada, sob o ponto de vista do usuário. Nesse contexto, analise o esquema abaixo, que compreende um procedimento de contagem fundamentado em sete passos.



Na contagem das funções de dados, o primeiro passo consiste em identificar os seguintes arquivos:

Em conformidade com a metodologia orientada a objetos, com a finalidade de evitar que partes de um programa se tornem tão independentes que uma pequena alteração tenha grandes efeitos em cascata, é aplicado um recurso que separa os aspectos externos e acessíveis de um objeto dos detalhes internos de implementação.

Esse recurso utiliza um princípio da Orientação a Objetos que propõe ocultar determinados elementos de uma classe das demais classes. O objetivo ao colocar uma proteção ao redor é prevenir contra os efeitos colaterais indesejados ao ter essas propriedades modificadas de forma inesperada.

Este recurso é conhecido por:

Para se garantir a qualidade dos processos, vários passos devem ser tomados, entre eles:

I. Gerenciar os requisitos, identificando quais são as principais necessidades do software, levanto em conta tanto os requisitos funcionais quanto os não funcionais.

II. Acompanhar o projeto de software para que se possa ter uma visão bem realista do progresso do projeto, sendo possível tomar ações eficazes quando o desempenho software se desviar de forma significativa dos planos do projeto.

III. Gerenciar a configuração do software para estabelecer e manter a integridade dos produtos do projeto ao longo do ciclo de vida do software para dar maior segurança ao desenvolvedor e permitir maior controle de desenvolvimento.

IV. Desenvolver um processo padrão para ser gerenciado e revisado, Identificar os pontos fortes e fracos do processo de desenvolvimento e planejar atividades de melhoramento.

É correto o que se afirma em

Na Web 2.0, são princípios de utilização e otimização:

I. Quanto mais simples e modular a programação, mais fácil tirar ou acrescentar uma funcionalidade ou compartilhar uma parte desse software com outro software. Os módulos podem ser reutilizados em diversos softwares ou compartilhados para serem usados por programas de terceiros.

II. O uso de uma combinação de tecnologias já existentes (Web services APIs, AJAX, entre outras) e de uso simplificado, que aumentem a velocidade e a facilidade de uso de aplicativos Web e amplie o conteúdo existente na Internet para permitir que usuários comuns publiquem e consumam informação de forma rápida e constante.

III. Programas corrigidos, alterados e melhorados o tempo todo, com o usuário participando deste processo, dando sugestões, reportando erros e aproveitando as melhorias constantes.

IV. Em vez de grandes servidores provendo uma enorme quantidade de arquivos, utilizam-se as redes P2P, na qual cada usuário é um servidor de arquivos e os arquivos são trocados diretamente entre eles.

É correto o que se afirma em

Ferramentas CASE é uma classificação que abrange todas ferramentas baseada em computadores que auxiliam atividades de engenharia de software, desde análise de requisitos e modelagem até programação e testes. Nesse contexto, é correto afirmar que

Na Gerência de Projetos, as métricas de software constituem uma ampla variedade de medidas que permitem entender os processos e proporcionam uma melhor avaliação do produto. Nesse sentido, considere:

I. É uma medida funcional de tamanho, que mede, por meio de uma série de atributos, entradas, saídas, consultas e o número de interfaces do software.

II. Usa a lógica de uma rede sequencial e efetua estimativa de média ponderada para calcular a duração do projeto, considerando três estimativas de tempo para cada atividade: pessimista, mais provável e otimista.

III. Representa o período de execução de uma atividade e é de fácil leitura e interpretação, mas as relações de precedência entre as atividades e as limitações dos recursos não são consideras formalmente.

IV. Normalmente são definidos através do estado do projeto, ou seja, determinam o ponto que deve ser atingido e conduzem a uma programação de resultados, possibilitando criar uma dependência lógica entre estados do projeto e um cronograma baseado nesses estados.

As afirmativas I, II, III e IV referem-se, respectivamente, a

Em relação ao ciclo de vida e desenvolvimento de um software-produto, considere: 
Associam-se corretamente as colunas de Modelo e Característica em:

A Engenharia de Software

NÃO se trata de uma categoria de erros encontrados por meio de teste caixa-preta:

Uma sistemática para construção da arquitetura do software enquanto, ao mesmo tempo, conduz ao descobrimento de erros associados às interfaces é a estratégia de teste de software denominada de

Na notação original da UML 2.0, os símbolos + (mais) e # (jogo da velha), antecedendo as operações de uma classe, caracterizam tais operações, respectivamente, como

Atividade, Caso de Uso e Componente são diagramas da UML 2.0 classificados, respectivamente, no âmbito

Se em algum ponto de um Caso de Uso houver a necessidade de inserir incondicionalmente um cenário contido em outro Caso, deve-se usar o relacionamento de dependência estereotipado como

Considerando que a especificação dos requisitos pode não ser completa durante o estágio de Análise de Requisitos, em razão da imaturidade de conhecimento de clientes e desenvolvedores, é recomendável que a análise e modelagem dos requisitos tenham uma abordagem

Em um diagrama de classes, considere que Seguridade e Imóveis herdam características de Ativos. A classe ItemSuportado é super-classe de Imóveis mas não de Ativos. Nesse cenário, o relacionamento geral em que se envolve Imóveis caracteriza-se por