voltar

Considerando a estrutura organizacional em um projeto (PMBOK - Versão 4), ass...

Considerando a estrutura organizacional em um projeto (PMBOK - Versão 4), assinale a alternativa correta. 

Q671929 • Engenharia de Software • AOCP • MJSP • Analista de Governança de Dados Big Data • 2020

📖 Texto associado ▼

Considerando a estrutura organizacional em um projeto (PMBOK - Versão 4), assinale a alternativa correta.

a) É considerada um fator circunstancial.
b) Idealmente, o orçamento do projeto deve estar sob controle do gerente de projeto.
c) O Gerente de projeto deve sempre seguir o diagrama organizacional para identificar os indivíduos com quem interagir para levar o projeto ao sucesso.
d) Não tem efeito direto na disponibilidade de recursos.
e) Não tem influência direta em como os projetos serão conduzidos

Questões de Engenharia de Software

1

Q150172 • Engenharia de Software • UML • NCE UFRJ • TRE RJ • Analista Judiciário Tecnologia da Informação
Generalização / Especialização é um tipo de relacionamento possível de ser aplicado ao(s) seguinte(s) elemento(s) de modelo na UML:
- a) Casos de uso, classes e atores;
- b) Casos de uso e classes;
- c) Classes e atores;
- d) Casos de uso e atores;
- e) Classes.
2

Q155003 • Engenharia de Software • Metodologias Ageis • FCC • TRF 4a • Analista Judiciário Tecnologia da Informação
Na fase de desenvolvimento do Scrum, o software é desenvolvido em processos iterativos denominados
- a) Building Products.
- b) Product Backlog.
- c) Sprint.
- d) Product Owner.
- e) Product Backlog Cycle.
3

Q232515 • Engenharia de Software • Qualidade de Software • FCC • TJ PE • Programador de Computador
Em relação a Qualidade e Teste de Software, quando um produto é previamente testado e enviado para uma nova avaliação, considere:

I. Todas as partes alteradas nos documentos, funcionalidades e informações devem ser testadas como se fosse um produto novo.

II. Todas as partes inalteradas que sejam influenciadas pelas partes alteradas ou por mudanças em um requerido sistema (de acordo com os conhecimentos específicos do testador) devem ser testadas por amostragem.

III. Todas as outras partes que não foram alteradas ou influenciadas pelas alterações, devem ser testadas como sendo um novo produto.

Está correto o que se afirma em
- a) I, apenas.
- b) I, II e III.
- c) II, apenas.
- d) I e III, apenas.
- e) III, apenas.
4

Q110419 • Engenharia de Software • Engenharia de Requisitos • FCC • TCE AM • Analista de Controle Externo Tecnologia da Informação
A gestão de requisitos é um conjunto de atividades que tem como principal objetivo ajudar a equipe de projeto a
- a) utilizar ferramentas de engenharia de software para modelar os requisitos do sistema, através da UML.
- b) identificar, controlar e rastrear requisitos e modificações de requisitos em qualquer época, à medida que o projeto prossegue.
- c) construir um modelo técnico refinado de funções, características e restrições do software.
- d) negociar com os clientes os conflitos de prioridade de requisitos e identificar e analisar os riscos associados a cada requisito.
- e) avaliar os requisitos quanto à qualidade, garantindo que ambiguidades, inconsistências, omissões e erros tenham sido detectados e corrigidos.
5

Q116022 • Engenharia de Software • RUP • FCC • INFRAERO • Analista de Sistemas Desenvolvimento e Manutenção
De certo modo, o Processo Unificado é uma tentativa de apoiar-se nos melhores recursos e características dos modelos convencionais de processo de software, porém, de caracterizá-los de modo que implementem muitos dos melhores princípios de desenvolvimento ágil de software. Com base nessa afirmação, é correto dizer que o
Processo Unificado
- a) prevê requisitos estáveis e desenvolvimento em uma sequência de etapas sem a participação do cliente.
- b) divide o projeto em fases de uma maneira inflexível e, após a fase de desenvolvimento, não se prevêem mudanças das especificações.
- c) sugere que o software seja todo planejado e documentado antes de ser implementado.
- d) sugere um fluxo de processo que é iterativo e incremental, dando a sensação evolucionária que é essencial no desenvolvimento moderno de software.
- e) reconhece que a comunicação com o cliente é importante, entretanto dispensa os métodos diretos para descrever a visão do cliente de um sistema.
6

Q238175 • Engenharia de Software • Metodologias Ageis • FCC • TRE RS • Programador de Computador
No contexto das regras do SCRUM, é correto afirmar:
- a) Durante a realização do Sprint, o Backlog pode ser modificado por qualquer um dos elementos da equipe, desde que acordado nas reuniões semanais.
- b) O Sprint deve ser realizado num período não superior a 30 dias e ter um objetivo bem claro, baseado no Backlog.
- c) Modificação no Backlog é prerrogativa do Scrum Master, quando achar necessário, em qualquer momento no decorrer do Sprint.
- d) Não é possível dissolver um Sprint. Se houver algum risco de ele tomar um rumo não desejável, novas funcionalidades devem ser implementadas para garantir o prazo do projeto.
- e) O foco na produtividade se estende às Scrum meetings e a conversação é pautada em discussões por toda a equipe.
7

Q108980 • Engenharia de Software • Engenharia de Requisitos • CESPE CEBRASPE • SAD PE • Analista de Controle Interno – Tecnologia da Informação
Um requisito de software expressa as necessidades e restrições colocadas em um produto de software que contribuem para a solução de algum problema do mundo real. Acerca desse assunto, assinale a opção correta.
- a) Os contratantes ou clientes são os principais colaboradores envolvidos no fornecimento de informações para o processo de levantamento ou elicitação de requisitos de software, os demais grupos de pessoas que podem fornecer informações são considerados de importância secundária.
- b) As necessidades dos usuários a serem atendidas por um produto de software constituem a classe de requisitos funcionais, e as restrições mencionadas na definição de requisitos constituem a classe de requisitos não funcionais.
- c) Entre as fontes de informação para a elicitação de requisitos, destacam-se, além dos colaboradores, o conhecimento do domínio de aplicação em que o software funcionará, o ambiente operacional do software e o ambiente organizacional.
- d) A negociação de requisitos, de forma similar à observação do ambiente organizacional, é uma atividade típica da fase de elicitação de requisitos.
- e) A técnica de casos de uso, empregada em alguns modelos de desenvolvimento de software atuais, é mais aderente à construção de cenários durante a construção de protótipos que durante a elicitação de requisitos.
8

Q186263 • Engenharia de Software • Metodologias Ageis • FCC • DPE SP • Agente de Defensoria Analista de Sistemas
Na engenharia de software, um processo iterativo denominado sprint, que segue o ciclo PDCA para entregar, num período de 30 dias aproximadamente, um incremento do software pronto, caracteriza a metodologia ágil
- a) SCRUM.
- b) DSDM.
- c) Crystal.
- d) FDD.
- e) XP.
9

Q119635 • Engenharia de Software • Metodologias Ageis • CESGRANRIO • ELETROBRÁS • Analista de Sistemas Suporte Basis SAP R3
No SCRUM, que papel é responsável pela visão do produto e pelo retorno do investimento?
- a) Scrum Master.
- b) Product Owner.
- c) Sprint Planner.
- d) Gerente do Projeto.
- e) Analista de Sistemas Sênior.
10

Q154457 • Engenharia de Software • Análise de Requisitos • CESGRANRIO • TJ RO • Analista Judiciário Tecnologia da Informação
Considere os quatro requisitos registrados em um projeto de uma aplicação para a Internet apresentados a seguir.

I - O tempo de resposta máximo do sistema a qualquer ação do usuário deve ser de 5s.

II - Clientes que tenham pago as últimas cinco compras à vista têm direito a um desconto não cumulativo de 10% na próxima compra.

III - A interface com o usuário deve ser organizada em abas e menus.

IV- Se o produto possuir uma quantidade máxima permitida por compra, esse limite deve ser imposto pelo sistema durante uma compra.

São tipicamente classificados como requisitos funcionais APENAS os requisitos
- a) I e II
- b) I e III
- c) II e III
- d) II e IV
- e) III e IV

Mais questões de Engenharia de Software →

Reportar erro em Conteúdo