Questões de Provas - Questões de Concursos - Página 280

Q597510

Ano: 2015 Banca: BIO-RIO Órgão: IF-RJ Prova: BIO-RIO - 2015 - IF-RJ - Tecnólogo - Análise e Desenvolvimento de Sistemas |

Q597510 Engenharia de Software

Texto associado

A metodologia DSDM - Dynamic Systems Development Method constitui uma metodologia de desenvolvimento ágil, iterativo e incremental que enfatiza o envolvimento constante do usuário e cujo objetivo é entregar softwares no tempo e com custo estimado por meio do controle e ajuste de requisitos ao longo do desenvolvimento.

No Ciclo de Vida da DSDM, uma das fases tem por objetivo estabelecer os requisitos funcionais e de informação que permitirão a aplicação fornecer valor de negócio, e definir a arquitetura básica da aplicação, como também identificar os requisitos de manutenibilidade para a aplicação.

Essa fase recebe a seguinte denominação:

A

Estudo de Viabilidade.

B

Iteração de Projeto e Construção.

C

Implementação.

D

Iteração do Modelo Funcional.

E

Estudo do Negócio.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q597509

Ano: 2015 Banca: BIO-RIO Órgão: IF-RJ Prova: BIO-RIO - 2015 - IF-RJ - Tecnólogo - Análise e Desenvolvimento de Sistemas |

Q597509 Engenharia de Software

Com relação à notação do diagrama de classes da UML, avalie se são verdadeiras (V) ou falsas(F) as afirmativas a seguir:
✓ A parte superior contém o nome da classe.
✓ A parte intermediária contém as operações ou métodos da classe.
✓ A parte inferior contém os atributos da classe.
As afirmativas são respectivamente:

A

F, V e F.

B

F, V e V.

C

V, F e F.

D

V, F e V.

E

V, V e F.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q597508

Ano: 2015 Banca: BIO-RIO Órgão: IF-RJ Prova: BIO-RIO - 2015 - IF-RJ - Tecnólogo - Análise e Desenvolvimento de Sistemas |

Q597508 Engenharia de Software

A Unified Modelling Language (UML) é uma linguagem ou notação de diagramas para especificar, visualizar e documentar modelos de software orientados por objetos. Um dos diagramas usados na UML fornece a descrição do comportamento do sistema do ponto de vista do usuário. Para os desenvolvedores, representa uma ferramenta muito útil, vista como uma técnica do tipo tentativa e erro para obter os requisitos do sistema a partir do visão do cliente. Essa ferramenta é conhecida como Diagrama de:

A

Atividades e Relacionamentos.

B

Componentes e Funções.

C

Eventos e Processos.

D

Fluxo de Dados.

E

Casos de Uso.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q597507

Ano: 2015 Banca: BIO-RIO Órgão: IF-RJ Prova: BIO-RIO - 2015 - IF-RJ - Tecnólogo - Análise e Desenvolvimento de Sistemas |

Q597507 Engenharia de Software

No que diz respeito aos conceitos básicos da área de Engenharia de Software, um profissional ligado ao projeto de sistemas irá realizar testes com a finalidade de analisar e concluir se o software está sendo desenvolvido em conformidade com as especificações. Nesse contexto, observe as afirmativas a seguir, estabelecidas por Boehm.
I - Estamos construindo o produto corretamente?
II - Estamos construindo o produto correto?
Essas afirmativas estão relacionadas, respectivamente, aos conceitos de:

A

Avaliação e Verificação.

B

Validação e Aceitação.

C

Homologação e Avaliação.

D

Verificação e Validação.

E

Aceitação e Homologação.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q597490

Ano: 2015 Banca: BIO-RIO Órgão: IF-RJ Prova: BIO-RIO - 2015 - IF-RJ - Tecnólogo - Análise e Desenvolvimento de Sistemas |

Q597490 Engenharia de Software

Texto associado

Na Programação Orientada a Objetos – POO, um dos princípios é descrito abaixo:

• tem por significado separar o programa em partes, o mais isolado possível.

• a ideia é tornar o software mais flexível, fácil de modificar e de criar novas implementações.

• serve para controlar o acesso aos atributos e métodos de uma classe.

• representa uma forma eficiente de proteger os dados manipulados dentro da classe, além de determinar onde esta classe poderá ser manipulada.

Esse princípio da POO é conhecido como:

A

coesão.

B

polimorfismo.

C

encapsulamento.

D

acoplamento.

E

herança.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q596319

Ano: 2015 Banca: ESAF Órgão: ESAF Prova: ESAF - 2015 - ESAF - Gerência de Projetos e Governança de TI |

Q596319 Engenharia de Software

As principais técnicas de elicitação de requisitos podem ser classificadas em quatro categorias: tradicionais, colaborativas, cognitivas e abordagens contextuais. Na categoria cognitiva encontram-se

A

análise de tarefas, analise de protocolos e técnicas de aquisição de conhecimentos.

B

entrevistas, brainstorms e reuniões tecnosociais.

C

entrevistas, pesquisas e questionários, reuniões e cenários.

D

etnografia, análise de discursos e métodos tecnosociais.

E

grupo focal, brainstorms e prototipação.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q596318

Ano: 2015 Banca: ESAF Órgão: ESAF Prova: ESAF - 2015 - ESAF - Gerência de Projetos e Governança de TI |

Q596318 Engenharia de Software

Em relação às atividades relacionadas à produção e à gerência de requisitos, é correto afirmar que:

A

a tarefa de identificar os fatos que compõem os requisitos do sistema, de forma a prover o mais correto e mais complexo entendimento do que é demandado da aplicação é feito na etapa de validação de requisitos.

B

de acordo com a Norma IEEE 830-1998, um requisito é consistente se, e somente se, contiver toda e apenas a informação necessária para que o software correspondente seja produzido.

C

o principal objetivo da gerência de requisitos é garantir que mudanças externas no ambiente não impliquem na necessidade de alterar os requisitos que já foram validados.

D

um dos aspectos que facilita o levantamento de requisitos é que os usuários, em sua maioria, expressam apropriadamente suas necessidades, pois conhecem bem o campo de aplicação do produto a ser desenvolvido.

E

a análise de requisitos envolve a quebra de requisitos de alto nível em requisitos funcionais detalhados. Durante esta atividade, ocorre uma negociação entre todas as pessoas envolvidas para obter um conjunto de requisitos comumente acordados e aceitos.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q596312

Ano: 2015 Banca: ESAF Órgão: ESAF Prova: ESAF - 2015 - ESAF - Gerência de Projetos e Governança de TI |

Q596312 Engenharia de Software

O modelo de ciclo de vida de software que combina elementos do modelo em cascata aplicado de maneira iterativa é o

A

4ª geração.

B

híbrido.

C

incremental.

D

interativo.

E

prototipação.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q596311

Ano: 2015 Banca: ESAF Órgão: ESAF Prova: ESAF - 2015 - ESAF - Gerência de Projetos e Governança de TI |

Q596311 Engenharia de Software

A NESMA (Netherlands Software Metrics Association) reconhece três tipos de contagem de pontos de função (PF): detalhada, estimada e indicativa. Os parâmetros para contagem de pontos de função não ajustados são funções dos tipos: Arquivo Lógico Interno (ALI); Arquivo de Interface Externa (AIE); Entradas Externas (EE); Saídas Externas (SE); Consultas Externas (CE). Em relação a esses métodos, é correto afirmar que na contagem

A

detalhada são utilizadas na fase inicial da proposta de desenvolvimento, quando se possuem dados detalhados do processo, apenas informações preliminares sobre os processos e o modelo de dados.

B

detalhada toda função transacional EE, SE, CE é avaliada como de complexidade funcional baixa.

C

estimada toda função do tipo ALI e AIE tem sua complexidade funcional avaliada como baixa.

D

estimada toda função transacional EE, SE, CE é avaliada como de complexidade funcional alta.

E

indicativa a estimativa é baseada somente na quantidade de arquivos lógicos existentes (ALIs e AIEs). O total de pontos de função não ajustados é obtido contando 15 PFs para cada ALI identificado e 25 PFs para cada AIE identificado.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q596310

Ano: 2015 Banca: ESAF Órgão: ESAF Prova: ESAF - 2015 - ESAF - Gerência de Projetos e Governança de TI |

Q596310 Engenharia de Software

A identificação dos arquivos lógicos no IFPUG CPM (Counting Practices Manual) 4.3, com vistas a agrupar as entidades candidatas identificadas em um ou mais arquivos lógicos é realizado em seis passos, abaixo relacionados.

I. Identifique todos os dados ou informações de controle reconhecidos pelo usuário logicamente relacionados no escopo da contagem.

II. Exclua as entidades não mantidas por qualquer aplicação.

III. Agrupe em arquivos lógicos as entidades relacionadas que forem entidades dependentes.

IV. Exclua aquelas entidades referenciadas como dados de código.

V. Exclua as entidades que não contenham atributos exigidos pelo usuário.

VI. Remova as entidades associativas que contenham atributos adicionais não exigidos pelo usuário e entidades associativas que contenham apenas chaves estrangeiras; agrupe os atributos chave estrangeira com as entidades principais.

De acordo com o CPM, o mais difícil é o passo

A

I.

B

II.

C

III.

D

IV.

E

VI.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q596309

Ano: 2015 Banca: ESAF Órgão: ESAF Prova: ESAF - 2015 - ESAF - Gerência de Projetos e Governança de TI |

Q596309 Engenharia de Software

São objetivos do IFPUG CPM (Counting Practices Manual) 4.3, exceto:

A

fornecer um guia para permitir a contagem de pontos de função a partir da complexidade funcional da aplicação.

B

garantir que as contagens sejam consistentes com as práticas de contagem dos affiliates do IFPUG.

C

manter conformidade com a norma ISO/IEC 14143-1:2007 Information technology – Software measurement – Functional size measurement – Defi nition of concepts.

D

prover um entendimento comum para permitir que os fornecedores de ferramentas forneçam suporte automatizado para a contagem de pontos de função.

E

prover uma descrição clara e detalhada da contagem de pontos de função.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q596308

Ano: 2015 Banca: ESAF Órgão: ESAF Prova: ESAF - 2015 - ESAF - Gerência de Projetos e Governança de TI |

Q596308 Engenharia de Software

O SCRUM é uma metodologia ágil para gestão e planejamento de projetos de software. Nele, as funcionalidades a serem implementadas em um projeto são mantidas em uma lista que é conhecida como ____________. No início de cada Sprint, faz-se um ____________ na qual o ____________ prioriza os itens do ____________ e a equipe seleciona as atividades que ela será capaz de implementar durante o Sprint que se inicia. As tarefas alocadas em um Sprint são transferidas do ____________ para o ____________ .

A

Product Backlog, Sprint Backlog, Product Owner, Product Backlog, Sprint Planning Meeting e Product Backlog.

B

Sprint Planning Meeting, Product Backlog, Product Owner, Product Backlog, Product Backlog e Sprint Backlog.

C

Product Backlog, Sprint Planning Meeting, Product Owner, Product Backlog, Sprint Backlog e Product Backlog.

D

Product Backlog, Sprint Planning Meeting, Product Backlog, Sprint Backlog, Product Backlog, e Product Owner.

E

Product Backlog, Sprint Planning Meeting, Product Owner, Product Backlog, Product Backlog e Sprint Backlog.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q596297

Ano: 2015 Banca: ESAF Órgão: ESAF Prova: ESAF - 2015 - ESAF - Gerência de Projetos e Governança de TI |

Q596297 Engenharia de Software

A Revisão de Requisitos é uma das técnicas mais utilizadas na validação de requisitos. Nessa técnica, alguns atributos de qualidade devem ser levados em consideração na formulação de um checklist, que permite identificar erros comuns de especificação de requisitos. Ao avaliar se “os requisitos são identificados de maneira não ambígua, incluindo ligações com requisitos relacionados e com as razões que justificam a inclusão do requisito”, o atributo de qualidade considerado é:

A

ambiguidade.

B

completude.

C

consistência.

D

rastreabilidade.

E

redundância.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q596294

Ano: 2015 Banca: ESAF Órgão: ESAF Prova: ESAF - 2015 - ESAF - Gerência de Projetos e Governança de TI |

Q596294 Engenharia de Software

Em relação à medição e estimativa de software em pontos de função, é correto afirmar que:

A

é uma medida que depende da linguagem de programação a ser utilizada.

B

é uma medida que depende da tecnologia que será utilizada para implementação.

C

a definição do escopo e da fronteira de aplicação deve preceder a identificação do tipo de contagem.

D

um de seus objetivos é medir a funcionalidade solicitada pelo usuário, antes do projeto de software, de forma a estimar seu tamanho e seu custo.

E

visa a estabelecer uma medida de tamanho, em Pontos de Função (PF), considerando a funcionalidade implementada, sob o ponto de vista do desenvolvedor.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q594886

Ano: 2015 Banca: UFMT Órgão: DETRAN-MT Prova: UFMT - 2015 - DETRAN-MT - Analista de Sistemas |

Q594886 Engenharia de Software

No Scrum, há três papéis importantes: Product Owner, Team e Scrum Master. É responsabilidade do Product Owner:

A

Determinar como serão a gestão e a organização dos times.

B

Desenvolver funcionalidades do projeto.

C

Assegurar que a funcionalidade mais valiosa será produzida primeiro.

D

Ensinar Scrum a todos os envolvidos no projeto.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q594884

Ano: 2015 Banca: UFMT Órgão: DETRAN-MT Prova: UFMT - 2015 - DETRAN-MT - Analista de Sistemas |

Q594884 Engenharia de Software

A UML permite expressar, entre outras coisas, a visibilidade de atributos e métodos de uma classe. Acerca da representação gráfica da visibilidade, assinale a afirmativa correta.

A

O símbolo - representa a visibilidade privada, enquanto o símbolo ~ representa a visibilidade protegida

B

O símbolo # representa a visibilidade de pacote, enquanto o símbolo ~ representa a visibilidade protegida.

C

O símbolo - representa a visibilidade privada, enquanto o símbolo * representa a visibilidade protegida.

D

O símbolo + representa a visibilidade pública, enquanto o símbolo # representa a visibilidade protegida.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q594883

Ano: 2015 Banca: UFMT Órgão: DETRAN-MT Prova: UFMT - 2015 - DETRAN-MT - Analista de Sistemas |

Q594883 Engenharia de Software

Na elicitação e análise de requisitos, os engenheiros de software trabalham com os stakeholders para obter informações sobre o sistema. Acerca dessa etapa da engenharia de requisitos, assinale a afirmativa correta.

A

Entrevista é uma técnica de observação que pode ser usada para compreender os processos operacionais por meio da imersão do analista no ambiente de trabalho em que o sistema será usado.

B

No estágio de descoberta de requisitos, deve-se escolher um stakeholder para centralizar toda a interação, evitando interesses conflitantes entre os diferentes stakeholders do sistema.

C

No estágio de especificação de requisitos, uma versão inicial do documento de requisitos do sistema pode ser produzida com seções faltantes e requisitos incompletos.

D

Na atividade de classificação e organização de requisitos, deve-se priorizar e negociar os requisitos com todos os stakeholders do sistema.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q594881

Ano: 2015 Banca: UFMT Órgão: DETRAN-MT Prova: UFMT - 2015 - DETRAN-MT - Analista de Sistemas |

Q594881 Engenharia de Software

Um processo de software pode ser entendido como um conjunto coerente de atividades para a produção de software. Acerca dos diferentes processos de software existentes, analise as afirmativas.

I - O modelo em cascata, também conhecido como ciclo de vida clássico, é indicado para sistemas cujos requisitos não são bem compreendidos devido sua facilidade de adaptação a mudanças no decorrer do projeto.

II - A prototipagem é um modelo evolucionário de processo de software que auxilia o engenheiro de software e o cliente a entenderem melhor os requisitos do sistema.

III - O Processo Unificado é orientado por casos de uso, iterativo e incremental, projetado como um arcabouço para métodos e ferramentas UML.

IV - O modelo espiral, diferentemente de outros modelos de processos que terminam quando o software é entregue, pode permanecer operacional até que o software seja retirado de serviço.

Está correto o que se afirma em

A

I, II e III, apenas.

B

II, III e IV, apenas.

C

I e IV, apenas.

D

II e IV, apenas.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q592768

Ano: 2015 Banca: FCC Órgão: DPE-RR Prova: FCC - 2015 - DPE-RR - Analista de Sistemas |

Q592768 Engenharia de Software

Ao optar pelo desenvolvimento de um projeto de software utilizando o RUP, pretende-se

A

evitar a utilização da Unified Modeling Language − UML e seus diagramas.

B

aplicar todos os métodos e processos exatamente como são propostos, na íntegra, para diminuir a complexidade do projeto.

C

implantar uma abordagem que busque detectar os pontos de maior risco o mais tarde possível.

D

utilizar iterações para evitar o impacto de mudanças no projeto e fazer o gerenciamento de mudanças.

E

evitar gastos com treinamentos e criação de projetos piloto, seguindo o RUP à risca.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Q592759

Ano: 2015 Banca: FCC Órgão: DPE-RR Prova: FCC - 2015 - DPE-RR - Analista de Sistemas |

Q592759 Engenharia de Software

Buscando adequar a Defensoria aos processos mais modernos de desenvolvimento, a equipe de Analistas de Sistemas passou a facilitar a comunicação, entregar incrementos de software, envolver o cliente como parte da equipe e aceitar naturalmente modificações no produto sendo implementado. A equipe adotou práticas da metodologia de desenvolvimento

A

Espiral, um processo incremental.

B

RAD, um processo evolucionário.

C

Concorrente, um processo incremental.

D

Ágil, com base no Manifesto Ágil.

E

XP, com base nas técnicas Cowboy Clear.

Você errou! Resposta:

teste

Parabéns! Você acertou!

teste

Quer um estudo ilimitado?

Quer um estudo ilimitado?

Questões de Concurso

Foram encontradas 8.728 questões

Resolva questões gratuitamente!

, continue estudando de graça!