O COBIT ("Control Objectives for Information And Related Technology") se estrutura primariamente pelos objetivos de negocio da organizacao. Tudo o que acontece na empresa da-se em funcao de uma necessidade negocial.Para que os requisitos da instituicao sejam atendidos e as informacoes necessarias sejam geradas, a alta gerencia transmite seus objetivos para a Tecnologia da Informacao. Essa fica responsavel por implementar internamente os seus processos e transformar as necessidades do negocio em informacao valorosa para o comando da corporacao.Com base naquilo que foi determinado como objetivo institucional a TI ira gerar, nao so os seus processos, mas tambem estabelecera seus proprios objetivos a serem alcancados e atuara em tres diferentes linhas de atuacao: as atividades chave, a medicao dos processos e os objetivos de controle.As atividades chave representam a quebra de um processo em pequenas partes esquematizadas em tabelas de atribuicao de responsabilidade conhecidas como matrizes RACI. Sao elas que informam as responsabilidades de cada papel nas tarefas que compoem um processo.A segunda linha de atuacao reflete a necessidade de medicao dos processos para garantir que estao sendo bem executados e gerenado as informacoes de forma adequada. O COBIT afirma que so e possivel controlar aquilo que se mede. Dessa forma e possivel perceber o desempenho dos processos da organizacao atraves de indicadores de performance, resultados das medicoes e dos modelos de maturidade.Na terceira e ultima vertente, o COBIT precisa garantir que as necessidades do negocio sejam realizadas e isso acontece atraves dos 210 objetivos de controle distribuidos em 34 processos da versao 4.1. Esses objetivos, que sao implementados atraves das praticas de controle, informam o que e preciso fazer e quais resultados sao desejados em cada processo. O COBIT foca naquilo que deve ser feito e nao em como faze-lo. Por ter sido criado com o intuito incial de auditoria em TI, este modelo ainda estabelece Muitas questoes sobre ITIL focam na diferenca entre incidente, problema e erro conhecido. No mundo real, podemos ate trata-los como sinonimos, mas para as varias versoes da ITIL, inclusive a edicao 2011, sao conceitos distintos.Um incidente e um evento que nao e parte da operacao padrao de um servico e que pode interromper o servico ou reduzir sua qualidade. Normalmente um usuario ira entrar em contato com o service desk reclamando de um incidente. Pode ser definido como a manifestacao observavel de um problema.Ja o problema e a causa de um ou mais incidentes e que precisa ser investigado. Ou seja, se existe um incidente, algo o esta causado e esse e o problema. Supondo que o incidente seja o sitio estar indisponivel para acesso. O problema poderia ser um consumo excessivo de memoria de uma aplicacao que derruba o servidor. Assim, esse problema ira gerar diversos incidentes.O erro conhecido e um problema para o qual existe uma solucao definitiva ou de contorno, chamada em ingles de workaround. Entao, no exemplo citado, descobriu-se que o problema e o consumo de memoria de uma aplicacao. Notou-se que o muitos objetos estao sendo armazenados na sessao do usuario e quando muitos acessam, a memoria do servidor se esgota.