Questões de Concurso Sobre engenharia de software
Foram encontradas 14.701 questões
Ano: 2010
Banca:
FCC
Órgão:
DPE-SP
Prova:
FCC - 2010 - DPE-SP - Agente de Defensoria - Programador |
Q35181
Engenharia de Software
Em relação a orientação a objetos, o método de desenvolvimento de um sistema em UML é dividido em análise de requisitos, análise, design (projeto), implementação, e testes. Nesse contexto, considere:
I. A análise de requisitos preocupa-se em capturar unicamente as necessidades básicas funcionais do sistema que deve ser desenvolvido.
II. A análise modela o problema principal, ou seja, as classes e objetos, e cria um modelo ideal do sistema levando em conta os requisitos técnicos do sistema.
III. O design expande e adapta os modelos da análise para um ambiente técnico, onde as soluções técnicas são trabalhadas em detalhes.
IV. A implementação consiste em codificar em linguagem de programação e banco de dados os modelos criados.
É correto o que se afirma em
I. A análise de requisitos preocupa-se em capturar unicamente as necessidades básicas funcionais do sistema que deve ser desenvolvido.
II. A análise modela o problema principal, ou seja, as classes e objetos, e cria um modelo ideal do sistema levando em conta os requisitos técnicos do sistema.
III. O design expande e adapta os modelos da análise para um ambiente técnico, onde as soluções técnicas são trabalhadas em detalhes.
IV. A implementação consiste em codificar em linguagem de programação e banco de dados os modelos criados.
É correto o que se afirma em
Q34986
Engenharia de Software
Nos modelos orientados a objeto, um relacionamento de dependência estereotipada é representado por uma
Q34984
Engenharia de Software
São algumas das metodologias de desenvolvimento de software consideradas ágeis (Agile Software Process Models):
Q34983
Engenharia de Software
Considere os níveis de coesão entre tarefas de um módulo no espectro de Pressman que são: Procedimental (PR), Coincidental (CD), Temporal (TP), Lógico (LG), Funcional (FU), Sequencial (SE) e Comunicacional (CM). A recomendação para obtenção de módulos com um só propósito, iniciando com a pior solução e caminhando para a melhor, no espectro, é dada pela sequência:
Q34979
Engenharia de Software
Considere a figura abaixo.
Trata-se de parte de um
Trata-se de parte de um
Q34927
Engenharia de Software
Quanto aos pontos brutos, na Análise de Pontos de Função o fator de ajuste aplicado pode aumentá-los
Q34926
Engenharia de Software
É um processo lógico do negócio que mantém os dados recebidos de fora da fronteira da aplicação em um ou mais arquivos lógicos internos ou, ainda, é um processo de controle que direciona o software para atender os requisitos de negócio do usuário. No âmbito da Análise de Pontos de Função, tal é a definição de
Q34922
Engenharia de Software
Extensão natural do conceito de ocultação de informações, que diz: "um módulo deve executar uma única tarefa dentro do procedimento de software, exigindo pouca interação com procedimentos que são executados em outras partes de um programa", é o conceito de
Q34921
Engenharia de Software
O antigo diagrama de colaboração é adotado na UML 2.0 como diagrama de
Q34920
Engenharia de Software
Não possui instâncias diretas, mas apenas classes descendentes:
Q34919
Engenharia de Software
Um relacionamento do tipo todo-parte, no qual a vida da parte depende da vida do todo, é do tipo
Q34918
Engenharia de Software
Na UML, a linha de vida (lifeline) é parte integrante do diagrama de
Q34917
Engenharia de Software
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
Q34916
Engenharia de Software
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
Ano: 2010
Banca:
FGV
Órgão:
SEAD-AP
Prova:
FGV - 2010 - SEAD-AP - Auditor da Receita do Estado - Prova 2 |
Q33793
Engenharia de Software
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:
Na contagem das funções de dados, o primeiro passo consiste em identificar os seguintes arquivos:
Ano: 2010
Banca:
FGV
Órgão:
SEAD-AP
Prova:
FGV - 2010 - SEAD-AP - Auditor da Receita do Estado - Prova 2 |
Q33790
Engenharia de Software
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:
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:
Ano: 2010
Banca:
FCC
Órgão:
TRE-AM
Prova:
FCC - 2010 - TRE-AM - Analista Judiciário - Tecnologia da Informação |
Q27203
Engenharia de Software
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
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
Ano: 2010
Banca:
FCC
Órgão:
TRE-AM
Prova:
FCC - 2010 - TRE-AM - Analista Judiciário - Tecnologia da Informação |
Q27198
Engenharia de Software
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
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
Ano: 2010
Banca:
FCC
Órgão:
TRE-AM
Prova:
FCC - 2010 - TRE-AM - Analista Judiciário - Tecnologia da Informação |
Q27195
Engenharia de Software
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
Ano: 2010
Banca:
FCC
Órgão:
TRE-AM
Prova:
FCC - 2010 - TRE-AM - Analista Judiciário - Tecnologia da Informação |
Q27194
Engenharia de Software
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
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
Conheça nossos planos