Questões de Concurso Para mpe-ma

O processo de Gerenciamento de Disponibilidade da ITIL v3 envolve o gerenciamento dos itens abaixo. I. Refere-se à habilidade de um serviço, componente ou item de configuração executar sua função acordada quando requerida. II. É a medida de quanto tempo um serviço, componente ou item de configuração pode executar sua função acordada sem interrupção. III. Mede a velocidade com que um serviço, componente ou item de configuração consegue ser restaurado para o seu estado normal após uma falha. IV. É a habilidade de um fornecedor em atender os termos de seu contrato. A associação correta das definições e os itens de gerenciamento está expressa em

Assinale a alternativa que NÃO SE REFERE a um processo na ITIL v3.

Um site da internet publicou o seguinte cenário:

O objetivo de todo aeroporto é transportar passageiros. Para que isso seja possível, toda aeronave é administrada por um comandante: este é o responsável por pilotar aeronaves, realizando pousos e decolagens nos aeroportos. Para que os voos ocorram e sejam evitados acidentes, é necessária a presença de uma torre de controle nos aeroportos. A torre não pilota aeronaves, mas autoriza pousos, decolagens e administra as rotas dos voos. A torre de controle também não trabalha sozinha e para que seu trabalho seja possível são necessárias diversas ferramentas, dentre elas o painel de controle. Esta ferramenta é necessária para prover informações à torre que monitora o trafego aéreo em tempo real e orienta os voos.

Usando o cenário descrito acima como uma analogia para os processos da ITIL v3, considere as afirmações abaixo.

I. O Gerenciamento de Liberação e Implantação faz algo parecido com o que realiza : libera e conduz a implantação para que ela atinja seu objetivo. Em outras palavras, implanta a mudança desejada.

II. O Gerenciamento de Mudanças é como : orienta as mudanças, aprova, acompanha, verifica o andamento até o seu fim. Esse gerenciamento não implanta mudanças. O processo acompanha a mudança para que esta atinja seu objetivo e sejam evitados incidentes.

III. O Gerenciamento de Configuração pode ser comparado : seu objetivo é fornecer informações completas e atualizadas dos itens que gerencia, quais sejam hardware, software, ambientes, pessoas, documentações etc. para todos os processos.

As lacunas I, II e III são correta e, respectivamente, preenchidas por:

Considere o caso de uma instituição bancária na qual a priorização e classificação de criticidade de um incidente é feita pelo tipo de terminal ou serviço que esteja indisponível. Na tabela abaixo, é mostrada a prioridade dos atendimentos.

De acordo com a tabela e com os fundamentos do gerenciamento de incidentes da ITIL v3, é INCORRETO afirmar:

Considere as afirmativas sobre o processo de Gerenciamento de Mudança da ITIL v3. I. O processo de mudança começa com uma RDM – Requisição de Mudança. A RDM é avaliada em relação à conformidade, sua necessidade, se já não havia outro registro aberto. Depois da análise e avaliação, o gerente de mudanças tem autonomia para decidir pela sua implementação, sem o aval do comitê consultivo, priorizando-a com base no impacto e na urgência. II. Os resultados esperados da aplicação deste processo incluem a redução de erros em serviços novos ou alterados, maior velocidade e precisão na realização de mudanças e a priorização de mudanças para que haja maior benefício para o negócio. III. O objetivo deste processo é assegurar que mudanças sejam feitas de forma controlada. Os riscos devem ser mapeados e gerenciados. O escopo deste processo cobre as mudanças que ocorrem na base de ativos de serviço e itens de configuração e é restrito ao estágio de Transição de Serviços apenas. Está correto o que se afirma APENAS em

Sobre o que mudou na versão da ITIL v3 atualizada em 2011, é correto afirmar:

A avaliação do processo de capacidade de uma empresa baseado nos modelos de maturidade do CobiT é uma parte fundamental da implementação da governança de TI. Depois de identificar os processos e controles críticos de TI, o modelo de maturidade permite a identificação das deficiências em capacidade e a sua demonstração para os executivos, como foi feito e mostrado no gráfico. O Nível de maturidade 2 do CobiT indica que

O resultado da avaliação interna indicou que 50% dos processos do CobiT já se encontram no Nível 2. Havia, ainda, 13 processos no Nível 1 e 4 processos no Nível 0. Os Níveis 0, 1 e 2 do CobiT referenciados no gráfico, são, respectivamente:

O CobiT 4.1 define objetivos de controle para todos os processos e engloba todos os processos e controles de aplicativos. Em relação aos processos e objetivos de controle do CobiT é correto afirmar:

O modelo CobiT 4.1 define 4 domínios inter-relacionados. Cada domínio ajuda a responder questões gerenciais e de gerenciamento. Analise as questões listadas abaixo. a. As alterações ocorrerão sem afetar as operações de negócios atuais? b. Os custos de TI estão otimizados? c. As estratégias de TI e de negócios estão alinhadas? d. Existem controles adequados para garantir confidencialidade, integridade e disponibilidade das informações? e. Os novos projetos serão entregues no tempo e orçamento previstos? f. Todos na organização entendem os objetivos de TI? g. Os riscos de TI são entendidos e estão sendo gerenciados? h. Os novos projetos fornecerão soluções que atendam às necessidades de negócios? i. O gerenciamento assegura que os controles internos sejam efetivos e eficientes? j. A força de trabalho está habilitada para utilizar os sistemas de TI de maneira produtiva e segura? k. Os serviços de TI estão sendo entregues de acordo com as prioridades de negócios? l. A qualidade dos sistemas de TI é adequada às necessidades de negócios? m. A performance de TI é mensurada para detectar problemas antes que seja muito tarde? n. O desempenho da TI pode ser associado aos objetivos de negócio? A associação correta das perguntas com os domínios do CobiT está expressa em:

De acordo com o CobiT 4.1, os objetivos de negócios para TI influenciam o modo como os recursos de TI precisam ser gerenciados pelos processos de TI para entregar os objetivos de TI. Esses recursos, em conjunto com os processos, constituem a arquitetura de TI da organização. Os recursos de TI identificados no CobiT são:

O CobiT 4.1 fornece boas práticas por meio de um modelo de  e apresenta atividades em uma estrutura lógica e gerenciável. As boas práticas do CobiT representam o consenso de especialistas. Elas são fortemente focadas mais nos e menos na execução. Essas práticas irão ajudar a otimizar os investimentos em TI, assegurar a entrega dos serviços e prover  para julgar quando as coisas saem erradas.

As lacunas I, II e III são correta e, respectivamente, preenchidas por:

No nível de maturidade 5 do CMMI-DEV, a área de processo Análise de Causa e Solução de Problemas, na prática SG 1 (Determinar Causas de Defeitos), o primeiro item a ser abordado (SP 1.1) é

As áreas de processo do nível de maturidade 2 do CMMI-DEV são as seguintes: Gestão de Requisitos, Planejamento de Projeto, Monitoramento e Controle de Projeto, Gestão de Contrato com Fornecedor, Medição e Análise, Garantia da Qualidade de Processo e Produto e

De acordo com o CMMI, enquanto o projeto amadurece e os requisitos são derivados, todas as atividades ou disciplinas receberão requisitos. A fim de serem evitados problemas futuros, critérios são estabelecidos para designar canais apropriados ou fontes oficiais que serão responsáveis pelos requisitos. Os produtos de trabalho típicos deste processo são: Um conjunto de requisitos acordados, Critérios para avaliação e aceitação dos requisitos, Resultados das análises em relação aos critérios e

O primeiro estágio do processo de gerenciamento de riscos é a Identificação de Riscos. Ela diz respeito a riscos que poderiam representar uma grande ameaça para o sistema. Um checklist de tipos diferentes de risco pode ser usado como ponto de partida para a identificação de riscos. Existem pelo menos 6 tipos de riscos que podem ser incluídos em uma lista de verificação, dentre eles estão:

Riscos de Pessoas: Associados a pessoas da equipe de desenvolvimento.

Riscos de

As lacunas I, II são, respectivamente, preenchidas com

A qualidade subjetiva de um sistema baseia-se em grande parte em suas características não funcionais. Isso reflete a experiência prática do usuário – se a funcionalidade do software não é esperada, os usuários frequentemente apenas contornam este problema e encontram outras maneiras de fazer o que querem. No entanto, se o software for muito lento ou não confiável, será praticamente impossível aos usuários atingirem seu objetivo. Existem diversos atributos não funcionais do sistema, como os atributos de segurança, entre os quais: proteção, confiabilidade, robustez e

As estimativas de cronogramas de projeto são difíceis. O software pode ser executado em computadores desconhecidos ou utilizar novas tecnologias de desenvolvimento. No entanto, as organizações necessitam efetuar estimativas de esforço e custo de software e para tanto podem utilizar dois tipos de técnica para estas estimativas: estimativas baseadas em experiência e

O escopo de um projeto é determinado pelo levantamento de requisitos funcionais e não funcionais. Dentre os requisitos não funcionais se enquadram os requisitos organizacionais, que podem ser divididos em

Na maioria dos projetos de software, há algum reuso de software. Isso acontece muitas vezes informalmente, quando as pessoas envolvidas no projeto sabem de projetos ou códigos semelhantes ao que é exigido. No entanto, atualmente, processos de desenvolvimento de software com foco no reuso de software existente tornaram-se amplamente utilizados, contribuindo, entre outros fatores, para a diminuição do tempo necessário para o término de um sistema. Dentre os vários estágios em um processo de desenvolvimento por reuso, dois estágios são comparáveis a outros modelos de desenvolvimento, sendo eles