Questões de Concurso Público MPU 2010 para Analista de Informática - Desenvolvimento de Sistemas

Foram encontradas 20 questões

Q71877 Engenharia de Software
Acerca de engenharia de requisitos, julgue o item subsequente.
Embora a criação de uma sequência ilustrada de telas por meio de programas de desenho gráfico seja útil para a identificação de alguns requisitos do software, ela não é considerada uma atividade de prototipação por não envolver o uso de uma linguagem de programação.
Alternativas
Q71878 Engenharia de Software
Acerca de engenharia de requisitos, julgue o item subsequente.
O levantamento de requisitos é realizado ao final da primeira versão de um protótipo, para se definir, junto aos envolvidos no processo, quais são as premissas básicas para o início do entendimento das funcionalidades desejadas.
Alternativas
Q71879 Engenharia de Software
Acerca de engenharia de requisitos, julgue o item subsequente.
A verificação de requisitos tem por objetivo analisar se os modelos construídos estão de acordo com os requisitos definidos. Por sua vez, a validação de requisitos visa assegurar que as necessidades do cliente estão sendo atendidas por tais requisitos.
Alternativas
Q71880 Engenharia de Software
Acerca de engenharia de requisitos, julgue o item subsequente.
A especificação de requisitos permite, em determinado momento, revelar o que o sistema irá realizar no que se refere às funcionalidades, sem definir, nesse momento, como as funcionalidades serão implementadas.
Alternativas
Q71881 Engenharia de Software
Acerca de engenharia de requisitos, julgue o item subsequente.
Na validação de requisitos - parte integrante da especificação desses requisitos -, é correto o uso de diagramas da UML, tais como diagrama de classes, de casos de uso e de interação.
Alternativas
Q71882 Engenharia de Software
Acerca de engenharia de requisitos, julgue o item subsequente.
Os requisitos normativos, geralmente oriundos da análise das regras de negócio a que está submetido um sistema, nunca podem ser considerados requisitos funcionais, por estarem fora do sistema, ou seja, do domínio do negócio.
Alternativas
Q71883 Engenharia de Software
Julgue o seguinte item a respeito de qualidade de software.
O nível máximo de qualidade de um software é atingido quando os stakeholders estão satisfeitos com os resultados que ele apresenta; para tanto, é essencial que todos os envolvidos no processo de criação desse software façam parte da revisão de qualidade.
Alternativas
Q71884 Engenharia de Software
Julgue o seguinte item a respeito de qualidade de software.
Na análise por pontos de função (APF), as funções podem ser do tipo transação e do tipo dados. Nas funções do tipo transação, são manipulados os arquivos de interface externa (AIE) bem como os arquivos lógicos internos (ALI).
Alternativas
Q71885 Engenharia de Software
Julgue o seguinte item a respeito de qualidade de software.
Na fase de elaboração do RUP, são desenvolvidas as funcionalidades do sistema e implementados os requisitos identificados na fase de concepção.
Alternativas
Q71886 Engenharia de Software
Julgue o seguinte item a respeito de qualidade de software.
Extreme programming (XP) é embasado em requisitos conhecidos, definidos de antemão, que não sofram muitas alterações, devendo ser usado por equipes de pequeno porte, formadas por representantes de todos os stakeholders.
Alternativas
Q71887 Engenharia de Software
Julgue o seguinte item a respeito de qualidade de software.
Produto da metodologia Scrum, o documento product backlog contém os requisitos definidos a partir da visão do cliente e é utilizado novamente no final do sprint para revisão ou modificações dos requisitos inicialmente definidos.
Alternativas
Q71888 Engenharia de Software
Julgue o seguinte item a respeito de qualidade de software.
O plano de garantia de qualidade de software, os documentos, padrões e guias a serem utilizados, as ferramentas, técnicas e metodologias de apoio e quem deve exercer o controle dessa qualidade estão normatizados pela ISO.
Alternativas
Q71889 Engenharia de Software
Julgue o seguinte item a respeito de qualidade de software.
A revisão de um projeto de software, tendo em vista a qualidade do processo de codificação, inclui, entre outros aspectos, verificar a ocorrência de erros de ortografia, o uso adequado das convenções da linguagem e se as constantes físicas estão corretas.
Alternativas
Q71900 Engenharia de Software
A respeito da hierarquia de classes, um conceito de relevância na
programação orientada a objetos, julgue o item que se segue.
Um objeto é, necessariamente, instância de apenas uma classe, mesmo quando existe herança múltipla em uma hierarquia de classes.
Alternativas
Q71902 Engenharia de Software
Um processo de desenvolvimento de software contém a descrição
de uma abordagem para a construção de sofware. A UML (unified
modeling language) é uma linguagem visual para especificar,
documentar e construir os artefatos de sistemas orientados a
objetos. Quanto ao ambiente de desenvolvimento de sistemas
orientados a objetos, julgue o item a seguir.
O processo unificado (PU) é um processo iterativo para a análise de projetos orientados a objetos, no qual o trabalho e as iterações são organizados em três fases principais: concepção, elaboração e construção.
Alternativas
Q71903 Engenharia de Software
Um processo de desenvolvimento de software contém a descrição
de uma abordagem para a construção de sofware. A UML (unified
modeling language) é uma linguagem visual para especificar,
documentar e construir os artefatos de sistemas orientados a
objetos. Quanto ao ambiente de desenvolvimento de sistemas
orientados a objetos, julgue o item a seguir.
No PU, a elicitação de requisitos do sistema de software iniciase na fase de concepção.
Alternativas
Q71904 Engenharia de Software
Um processo de desenvolvimento de software contém a descrição
de uma abordagem para a construção de sofware. A UML (unified
modeling language) é uma linguagem visual para especificar,
documentar e construir os artefatos de sistemas orientados a
objetos. Quanto ao ambiente de desenvolvimento de sistemas
orientados a objetos, julgue o item a seguir.
Na UML, um diagrama de atividades oferece uma notação para mostrar uma sequência de atividades, inclusive atividades paralelas. Ele pode ser aplicado em qualquer perspectiva ou propósito, no entanto, é normalmente mais utilizado para a visualização de fluxos de trabalho, processos de negócios e casos de uso.
Alternativas
Q71905 Engenharia de Software
Um processo de desenvolvimento de software contém a descrição
de uma abordagem para a construção de sofware. A UML (unified
modeling language) é uma linguagem visual para especificar,
documentar e construir os artefatos de sistemas orientados a
objetos. Quanto ao ambiente de desenvolvimento de sistemas
orientados a objetos, julgue o item a seguir.
Na convenção de notação usada na UML, a chamada por mensagens assíncronas é representada no diagrama de sequência por meio de seta cheia (não pontilhada).
Alternativas
Q71911 Engenharia de Software
No processo de teste de software, uma das metas consiste em
demonstrar ao desenvolvedor e ao cliente que o software atende aos
requisitos, e outra, em descobrir falhas ou defeitos no software que
apresenta comportamento incorreto. Quanto aos processos de teste
de software, julgue o próximo item.
O teste de integração geralmente é um processo de teste de caixa-preta no qual os testes são derivados da especificação do sistema, cujo comportamento pode ser determinado por meio do estudo de suas entradas e saídas.
Alternativas
Q71912 Engenharia de Software
No processo de teste de software, uma das metas consiste em
demonstrar ao desenvolvedor e ao cliente que o software atende aos
requisitos, e outra, em descobrir falhas ou defeitos no software que
apresenta comportamento incorreto. Quanto aos processos de teste
de software, julgue o próximo item.
No desenvolvimento orientado a objetos embasados em componentes, os objetos e os componentes são definidos por suas interfaces e podem ser reusados em combinação com outros componentes em diferentes sistemas. Nesse caso, o teste de interfaces é particularmente útil, porque erros de interface em componentes compostos (formados pela combinação de componentes) não podem ser detectados por meio de testes de objetos ou componentes individuais.
Alternativas
Respostas
1: E
2: E
3: C
4: C
5: C
6: E
7: E
8: E
9: E
10: E
11: C
12: E
13: C
14: C
15: E
16: C
17: C
18: E
19: E
20: C