Analisando uma solução de alta disponibilidade foi apresentado o MTBF (Mean Time Between Failures) de 960 horas e o MTTR (Mean Time To Repair) de 40 horas, portanto esse sistema tem a disponibilidade de:

No Service Support (ITIL V2) o processo dessa área intitulado Incident Management tem como principal objetivo:

O conceito básico dos sistemas de alta disponibilidade é manter os serviços computacionais disponibilizados o máximo de tempo possível. Na concepção de um sistema desse tipo é muito importante diminuir as interrupções no serviço, por meio da redundância, minimizando o:

Conforme a ANVISA (Agência Nacional de Vigilância Sanitária), em um plano de validação de Sistema Computadorizado, recomenda-se que a estrutura do documento contemple ao menos os seguintes itens: 

(I) Estrutura organizacional.

(II) Gerenciamento dos riscos.

(III) Processos de suporte.

Em um Inventário de Sistemas as seguintes informações devem ser disponibilizadas, quanto à infraestrutura: 

(I) impressoras

(II) componentes de rede

(III) servidores

Complete a frase a seguir com uma das alternativas abaixo: "Embora o MPS.BR tenha se baseado no CMMI para estabelecer os níveis de maturidade, o Modelo de Referência MR-MPS define _____ níveis de maturidade, enquanto a divisão em estágios do CMMI-SE/SW estabelece _____ níveis de maturidade."

Considere que Lucas foi contratado para determinar o nível de maturidade na continuidade do negócio de uma organização, definindo uma classificação de maturidade com 6 níveis (de 0 a 5), onde o nível mais alto indica a melhor situação. Considere também que para a organização alcançar o nível imediatamente superior é obrigatório que todos os itens do nível em questão tenham sido satisfatoriamente atendidos. Os níveis definidos por Lucas foram descritos conforme abaixo: I. Existe um monitoramento dos recursos utilizados pelos processos/serviços de negócio, com objetivo de proativamente identificar, minimizar ou eliminar situações de indisponibilidade. São realizados, pelo menos duas vezes por ano, testes (mesmo que parciais) para garantir a efetividade da solução de recursos alternativos. Os testes realizados são planejados, documentados, avaliados e contam com a participação das áreas usuárias. II. Não existem cópias de segurança dos dados, dos programas aplicativos, dos produtos de apoio (ferramentas) e dos sistemas operacionais. III. Existem recursos de tecnologia e de escritórios alternativos em outro local distante dos locais principais. Foi realizada uma análise de impactos (financeiro, de imagem e operacional) no negócio junto aos usuários, para identificar a prioridade de recuperação dos processos/serviços críticos. IV. Existe uma pessoa responsável pela gestão das cópias de segurança, garantindo o cumprimento das ações definidas. As cópias de segurança são guardadas em local diferente do local principal, que possui proteção física adequada. Existem recursos de tecnologia alternativos dentro do próprio ambiente principal, garantindo a continuidade do ambiente computacional para contingências parciais. V. Os planos de procedimentos alternativos e de tecnologia são atualizados e validados pelo menos duas vezes por ano. Existem definidos os responsáveis por esses planos. Existe uma política de contingência assinada pela alta direção da organização. VI. Existem planos alternativos documentados que serão utilizados pelos usuários, caso ocorra uma indisponibilidade dos recursos de tecnologia. São realizados, pelo menos, dois testes (mesmo que complementares) durante o ano pelos usuários para esses procedimentos alternativos. Para que as metas de maturidade sejam descritas da forma correta (Nível 0 ao Nível 5), os itens descritos acima devem ser ordenados como: 
        Nível 0      A      IV               B      II              C      II                  D      III              E      IV                     Nível 1      A      II                    B      IV                   C      V                    D      II                   E      III       Nível 2     A     I                  B     III                  C    I                  D    IV                E     II           
   Nível 3    A   III                  B   I                  C   III                  D   V                E   V           
   Nível 4  A   V                  B   VI                  C   IV                  D   VI                E   I           
 Nível 5 A   VI                  B   V                 C   VI                  D   I                E   VI           

A Instrução Normativa 04 da Secretaria de Logística e Tecnologia da Informação do MPOG, de 12/11/2010, dispõe sobre o processo de contratação de Soluções de Tecnologia da Informação pelos órgãos integrantes do Sistema de Administração dos Recursos de Informação e Informática (SISP) do Poder Executivo Federal. Em seu artigo 16 (nos parágrafos 1 e 2) o referido documento diz que a análise de riscos permeia todas as etapas da fase de Planejamento da Contratação e será consolidada no documento final de Análise de Riscos e que será aprovada e assinada pela Equipe de Planejamento da Contratação. O mesmo artigo define que a Análise de Riscos será elaborada pela Equipe de Planejamento da Contratação contendo os itens abaixo relacionados, EXCETO

Considere o texto abaixo. O Banco BMG acaba de fazer o primeiro balanço do processo de reestruturação de seu ...... com base na ITIL. Esta área do banco funciona como uma verdadeira empresa de suporte técnico, oferecendo assistência e infra-estrutura em hardware e software para mais de 20 mil lojas de correspondentes bancários parceiros, empresas privadas e pontos de venda (franquias), espalhados por todos os estados brasileiros, além de atender a mais de 3 mil usuários internos. A partir da implementação do módulo de incidentes baseado na ITIL o BMG passou a controlar melhor os níveis de atendimento. O público usuário está dividido em 3 ilhas de atendimento: usuários internos, pontos de venda e correspondentes bancários e revendas. Cada público tem características e necessidades específicas, mas a solução conseguiu unir em uma só tela todas as áreas de atendimento. “Criamos parâmetros para cada um dos atendimentos. No momento do registro, ao escolher o tipo de serviço prestado, o formulário muda dinamicamente, apresentando somente as informações necessárias para aquele atendimento”, explica a coordenadora. O atendimento aos chamados é feito por 23 técnicos, divididos em 2 níveis. As solicitações resolvidas no 1º nível são encerradas automaticamente; para as que necessitam de aprovações, o próprio sistema emite um e-mail fazendo a requisição. Após o encerramento do pedido, o solicitante tem 8 horas úteis para reabrir a solicitação, sendo este tempo controlado pela ferramenta. Ao expirar o prazo, o sistema processa o encerramento definitivo. (Adaptado de Revista ComputerWorld)
Preenche corretamente a lacuna: 

Existem várias estratégias de respostas a riscos de projetos de software. As estratégias a seguir se aplicam a ameaças ou riscos que, se ocorrerem, podem ter impactos negativos nos objetivos do projeto, bem como estratégias que podem ser usadas tanto para riscos negativos ou ameaças como para riscos positivos ou oportunidades. I. Indica que a equipe do projeto decidiu não alterar o plano de gerenciamento do projeto para lidar com um risco ou não conseguiu identificar outra estratégia de resposta adequada. Pode ser passiva ou ativa. A passiva não requer nenhuma ação exceto documentar a estratégia, deixando que a equipe do projeto trate dos riscos quando eles ocorrerem. A ativa mais comum é estabelecer uma reserva para contingências, incluindo tempo, dinheiro ou recursos para lidar com os riscos. II. Implica na redução da probabilidade e/ou do impacto de um evento de risco adverso para dentro de limites aceitáveis. Adotar uma ação antecipada para reduzir a probabilidade e/ou o impacto de um risco ocorrer no projeto em geral é mais eficaz do que tentar reparar o dano depois de o risco ter ocorrido. Adotar processos menos complexos, fazer mais testes ou escolher um fornecedor mais estável são exemplos de ações. III. Procura eliminar a incerteza associada com um determinado risco positivo, garantindo que a oportunidade realmente aconteça. Exemplos incluem designar os recursos mais talentosos da organização para o projeto a fim de reduzir o tempo de conclusão ou para proporcionar um custo mais baixo do que foi originalmente planejado. A associação correta, das estratégias de risco com sua definição, está expressa em

O modelo de maturidade para o gerenciamento e controle dos processos de TI do CobiT é baseado em um método de avaliar a organização, permitindo que ela seja pontuada nos níveis de maturidade de 0 a 5. O gráfico abaixo mostra um possível nível de maturidade de um processo de TI sendo implantado na Defensoria.
Observando o gráfico acima e, de acordo com o CobiT, é correto afirmar que

A ITIL v3 estabelece cinco macroprocessos e os respectivos processos de gerenciamento. Nesse contexto, os processos "Gerenciamento de catálogos de serviços" e "Gerenciamento de nível de serviços" estão enquadrados no macroprocesso denominado:

O foco do COBIT é ilustrado por um modelo de processos de TI subdivididos em quatro domínios, alinhados com as áreas responsáveis por planejar, construir, executar e monitorar, provendo assim uma visão total da área de TI. Assinale a alternativa que indica os dois processos inseridos no domínio Planejamento e Organização.

De acordo com a biblioteca ITIL V3, qual é o principal processo responsável por eliminar a recorrência de incidentes?

Correlacione as colunas a seguir, associando cada processo à sua respectiva fase do ciclo de vida do serviço, de acordo com a biblioteca ITIL V3:

Fase

I. Estratégia

II. Desenho

III. Transição

IV. Operação

Processo

( ) Gerenciamento de Mudança.

( ) Gerenciamento Financeiro.

( ) Gerenciamento de Acesso.

( ) Gerenciamento da Disponibilidade.

A sequência CORRETA, de cima para baixo, é

Processo da publicação “Transição de Serviço” da ITIL v3, que está relacionado à garantia da qualidade de uma liberação, incluindo todos os seus componentes de serviço, os serviços resultantes e a capacitação do serviço por ela viabilizada, é

São processos da publicação “Operação de Serviço” da ITIL v3, EXCETO:

O princípio básico do modelo CobiT 4.1, pode ser ilustrado por meio do Cubo do CobiT. Esse cubo é um modelo que representa como se interrelacionam os componentes:

O modelo de maturidade do CobiT 4.1 é derivado do modelo da SEI (Software Engineering Institute). Relacione as respectivas escalas de 0 a 5 do modelo de maturidade do CobiT (coluna da esquerda) com as suas devidas descrições (coluna da direita):  (0)      (1)      (2)      (3)      (4)      (5)      (A) Inexistente
(B) Processo Definido
(C) Gerenciado e Mensurável
(D) Repetível, porém Intuitivo (E) Inicial / Ad hoc
(F) Otimizado

A ISO/IEC 20000 é o padrão mundial para o Gerenciamento de Qualidade no Serviço de TI. Ela propõe processos baseados no ciclo de melhoria contínua PDCA que são: