

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
No ITIL V3, o desenvolvimento de estratégias e modelos organizacionais baseados em serviços não engloba qual, destas alternativas?
Quais serviços serão oferecidos e para quais clientes.
Como criar valor para tais clientes.
Como desenvolver planos de negócio de modo a obter capacidades e recursos necessários aos serviços.
Como otimizar a alocação de recursos.
Como medir a qualidade implícita dos serviços.
A ITIL define serviço como um meio intangível de entregar valor aos clientes, facilitando resultados sem ter que assumir custos e riscos extras. A ITIL mapeia o ciclo de vida dos serviços através de 5 pilares:
Estratégia, nível, segurança, reestruturação e visão.
Estratégia, desenho, transição, operação e melhoria continuada.
Design, administração, revisão, aperfeiçoamento e precisão.
Revisão, orientação, distribuição, administração e armazenamento.
A administração de projetos, que é a aplicação de conhecimentos, habilidades, ferramentas e técnicas a fim de atender os requisitos do projeto, é composta por três grupos de processos: inicialização, execução e fechamento.
Certo
Errado
Segundo o Guia PMBOK, quarta edição, quando os projetos têm várias fases, há três tipos básicos de relações entre elas. Assinale a alternativa que exibe, corretamente, essas relações.
Uma relação sequencial; uma relação sobreposta; uma relação iterativa.
Uma relação única; uma relação sobreposta; uma relação iterativa.
Uma relação única; uma relação sobreposta; uma relação estática.
Uma relação múltipla; uma relação direta; uma relação iterativa.
Uma relação sequencial; uma relação direta; uma relação estática.
A NBR ISO/IEC 38500:2009 estabelece o princípio Conformidade como um dos princípios de boa governança corporativa de TI aplicáveis à maioria das organizações. O princípio Conformidade, segundo a NBR ISO/IEC 38500:2009 estabelece que:
A TI de uma organização deve cumprir com toda a legislação e regulamentos obrigatórios, com políticas e prática definidas, implementadas e fiscalizadas.
Os planos estratégicos para a organização atendem as capacidades atuais e futuras de TI.
As demandas de TI são compreendidas e aceitas dentro de uma organização pelos indivíduos que a compõe.
A TI deverá apoiar a organização através de serviços de qualidade necessários para atender aos requisitos atuais e futuros dos negócios.
Existem vários tipos de estruturas de escritório de gerenciamento de projetos (PMO) que variam em função do seu grau de controle e influência nos projetos da organização. Os PMOs que exercem nível de controle baixo e desempenham um papel consultivo nos projetos é classificado no PMBOK 5 como PMOs:
de controle.
de suporte.
diretivo.
mínimo.
fraco.
Considere que você e sua equipe são responsáveis por conduzir um processo de revisão e validação de todos os requisitos identificados para um projeto de um sistema de software.
Em relação aos princípios de validação de requisitos que contribuem para melhorar a qualidade dos resultados da validação, analise as recomendações a seguir:
I. Evite que o autor de um requisito também seja a pessoa que vai validar o requisito.
II. Separe a atividade de identificação de falhas nos requisitos da atividade de correção.
III. Valide requisitos somente a partir do ponto de vista do stakeholder principal.
Está correto o que se recomenda em:
somente I;
somente II;
somente III;
somente I e II;
I, II e III.
O ITIL V3 define que a razão de um processo existir é para entregar um resultado específico. O processo que tem como objetivo manter a capacidade de recuperação dos serviços de tecnologia da informação é a gestão de:
fornecedor.
catálogo de serviços.
disponibilidade.
continuidade de serviço.
conhecimento.
Identificar o conhecimento e os requisitos dos stakeholders é uma atividade importante do ciclo de desenvolvimento de um projeto de software.
Considere que você tem a responsabilidade de desenvolver requisitos inovadores, porém, neste momento não está muito interessado em estabelecer requisitos precisos sobre o comportamento do sistema.
Dentre as técnicas de elicitação de requisitos a seguir, a mais indicada para esboçar uma visão inicial do sistema e identificar fatores inesperados de satisfação dos stakeholders é:
brainstorming;
entrevista;
questionário;
arqueologia de sistema;
observação de campo.
Abaixo é apresentado um diagrama da modelagem de negócio de um processo de matrícula em uma escola, utilizando a notação BPMN.

Analisando esse diagrama, pode-se afirmar que ele indica que:
“Comunica família” e “Efetua matrícula” serão executadas em paralelo.
Há apenas uma possibilidade de encerramento do processo.
“Tem vaga” é uma atividade em que é realizada a verificação da existência de vaga na escola.
“Ficha de matrícula” é um artefato gerado por “Preenche ficha matrícula”.
Em uma grande corporação, algumas liberações podem acontecer sem que sejam administradas pelo processo de gerenciamento de liberação.
Certo
Errado