O MPS-BR é baseado nas normas ISO/IEC 12207 e ISO/IEC 15504, e na realidade do mercado brasileiro, bem como é compatível com o CMMI, entre as diversas similaridades com o CMMI, podemos destacar os cinco níveis de maturidade designados pelos números de 1 a 5.

O MPS-BR é baseado nas normas ISO/IEC 12207 e ISO/IEC 15504, e na realidade do mercado brasileiro, bem como é compatível com o CMMI, entre as diversas similaridades com o CMMI, podemos destacar os sete níveis de maturidade designados pelo intervalo de letras de A a G.

O MPS-BR define sete níveis de maturidade: A (Em Otimização); B (Gerenciado Quantitativamente); C (Definido); D (Largamente Definido); E (Parcialmente Definido); F (Gerenciado) e G (Parcialmente Gerenciado).

O MPS-BR define cinco níveis de maturidade: 1(Iniciação); 2 (Planejado); 3 (Definido); 4 (Gerenciado) e 5 (Otimizado).

A proposta do MPS-BR é um projeto indepentende e não possui nenhum tipo de similaridade ou compatibilidade com o CMMI.

A matriz RACI descreve os papéis daqueles envolvidos nas atividades de análise de negócio. Ela descreve as partes interessadas como tendo uma ou mais responsabilidades: Responsável (faz o trabalho); Acusável (é o tomador de decisões); Consultado, deve ser consultado antes do trabalho e fornece entrada(s); Informado, significa que ele deve ser notificado sobre os resultados.

O guia BABOK prescreve os processo e ou a ordem na qual as tarefas serão executadas.

O guia BABOK apresenta um tópico de competências fundamentais, onde elenca algumas características que apoiam a prática de análise de negócios, organizados da seguinte forma: Pensamento analítico e resolução de problemas, Características comportamentais, Conhecimento de negócios habilidade de comunicação, Habilidade de interação e Aplicativos de software.

As Entidade externas, Depósito de dados, Processos de dados e Fluxo de dados são elementos do Diagrama de Fluxo de dados.

O guia BABOK foca na definição do papel de análise de negócios ao longo de um amplo leque de abordagens de análise de negócios e também não determina um conjunto de técnicas de análise que deva ser usado.

Diagrama de classes, diagrama de objetos, diagrama de componentes, diagrama de implementação, diagrama de pacotes, diagrama de estrutura, diagrama de use case, diagrama de transição de estados, diagrama de atividade, diagrama de sequência, diagrama de interatividade, diagrama de colaboração ou comunicação e diagrama de tempo.

Diagrama de entidade relacionamento, diagrama de classes, diagrama de objeto, diagrama de estado, diagrama de sequência, diagrama de colaboração, diagrama de atividade, diagrama de componente e o diagrama de execução, diagrama de colaboração ou comunicação .

Diagrama de use case, diagrama de classes, diagrama de objeto, diagrama de estado, diagrama de sequência, diagrama de colaboração, diagrama de fluxo de dados, diagrama de componente e o diagrama de execução, diagrama de tempo.

Diagrama de entidade relacionamento, diagrama de classes, diagrama de objeto, diagrama de estado, diagrama de sequência, diagrama de colaboração, diagrama de fluxo de dados, diagrama de componente e o diagrama de execução, diagrama de interatividade.

Diagrama de use case, diagrama de classes, diagrama de objeto, diagrama de estado, diagrama de sequência, diagrama de fluxo de dados, diagrama de atividade, e o diagrama de execução, diagrama de interatividade, diagrama de tempo.

Estratégia de Serviço, Desenho do Serviço, Desenho de processos, Operação do Serviço e Melhoria contínua do Serviço.

Desenho de processos, Desenho do Serviço, Transição do Serviço, Operação do Serviço e Melhoria contínua do Serviço.

Estratégia de Serviço, Desenho de processos, Transição do Serviço, Operação do Serviço e Melhoria contínua do Serviço.

Estratégia de Serviço, Desenho do Serviço, Transição do Serviço, Operação do Serviço e Melhoria contínua do Serviço.

Estratégia de Serviço, Desenho do Serviço, Transição do Serviço, Operação do Serviço e Desenho de processos.

Segundo o COBIT, processos precisam de controle, e os sistemas de controles internos das organizações afetam a área de TI em três níveis: Nível de alta direção, Nível de processos de negócios e nível operacional.

Uma característica própria do COBIT, é que o framework não faz mensuração ao gerenciamento de recursos financeiros ou custos, deixando a critério do nível de processos de negócios um posicionamento próprio, embasado nas necessidades de cada organização.

Uma característica própria do COBIT, é que o framework não faz mensuração ao gerenciamento de recursos financeiros ou custos, deixando a critério do nível de alta direção um posicionamento próprio, embasado nas necessidades de cada organização.

Segundo o COBIT, processos precisam de controle, e os sistemas de controles internos das organizações afetam a área de TI em quatro níveis: Nível de alta direção, Nível estratégico, Nível de processos de negócios e nível operacional.

O foco em processos do COBIT é ilustrado por um modelo de processos de TI subdivididos em quatro domínios e 34 processos em linha com as áreas responsáveis por planejar, construir, executar e monitorar, provendo assim uma visão total da área de TI.