Todos os requisitos das áreas de processo do Modelo de Referência (MR-MPS) estão presentes no CMMI-DEV.

O processo Gerência de Portfólio de Projetos, do MR-MPS encontra sua equivalência no PPQA (Process and Product Quality Assurance), do nível Gerenciado do CMMI-DEV.

Na área Organizational Training do CMMI-DEV, o processo Staff Acquisition encontra correspondência no processo Gerência de Recursos Humanos no nível E do MR-MPS.

O processo Knowledge Management, do nível 3 - Definido, do CMMI-DEV, não existe no MPS-BR.

No nível E do MR-MPS existe o processo Gerência de Reutilização que não existe no CMMI-DEV.

terá no mínimo três participantes escolhidos e convidados pela unidade administrativa dentre interessa- dos, cadastrados ou não.

ocorre entre interessados devidamente cadastrados ou que atenderem a todas as condições exigidas para cadastramento até o terceiro dia anterior à data do recebimento das propostas, observada a necessária qualificação.

poderá ter o convite estendido a participantes cadastrados ou não que manifestarem seu interesse com antecedência de até doze horas da apresentação das propostas.

terá no mínimo cinco participantes escolhidos e convidados pela unidade administrativa dentre interessados, cadastrados ou não.

ocorre entre quaisquer interessados que, na fase inicial de habilitação preliminar, comprovem possuir os requisitos mínimos de qualificação exigidos no edital para execução de seu objeto.

O design de software, ao descrever os diversos aspectos que estarão presentes no sistema quando construído, permite que se faça a avaliação prévia para garantir que ele alcance os objetivos propostos pelos interessados.

A representação de um design de software mais simples para representar apenas as suas caracte- rísticas essenciais busca atender ao princípio da abstração.

Iniciar a entrevista para obtenção dos requisitos de software com perguntas mais genéricas e finalizar com perguntas mais específicas sobre o sistema é o que caracteriza a técnica de entrevista estruturada em funil.

No contexto de levantamento de requisitos, funcionalidade é um dos aspectos que deve ser levado em conta na abordagem dos requisitos funcionais.

A representação é a linguagem do design, cujo único propósito é descrever um sistema de software que seja possível construir.

Designer de Negócios.

Revisor do Modelo de Negócios.

Analista do Processo de Negócios.

Revisor de Requisitos.

Analista de Sistemas.

Requisitos.

Análise e Design.

Modelagem de Negócios.

Gerenciamento de Configuração e Mudança.

Gerenciamento de Projetos.

I, II e III.

I, II e IV.

II, III e V.

II, IV e V.

III, IV e V.

O Sprint deve ser realizado num período máximo de 40 dias e ter uma equipe de trabalho não superior a 10 pessoas.

Se o Sprint tomar um rumo não desejado, é possível dissolvê-lo e começar um novo Sprint, baseando num novo Sprint Backlog.

As reuniões durante um Sprint devem ser diárias, sempre à mesma hora e no mesmo local e não devem durar mais que 30 minutos.

Toda conversação restringe as respostas dos participantes às três perguntas do Scrum Master: O que desenvolveu desde a última reunião? Que dificuldades encontrou durante o seu trabalho? O que planeja desenvolver até a próxima reunião?

Com base nas respostas às três perguntas, o Scrum Master deve imediatamente tomar decisões, quando necessárias, para remover todas as situações que impeçam a agilidade do trabalho.

diagramas de componentes são diagramas de comportamento com a função de visualizar um conjunto de componentes e as suas relações.

diagramas de classes têm como função visualizar um conjunto de objetos e as suas relações num determinado instante de tempo.

os requisitos identificam as funcionalidades pretendidas no sistema para cada perfil de usuário, com base nos diagramas de iteração.

diagramas de instalação são diagramas estruturais e têm a função de visualizar a configuração de um conjunto de nós de processamento e dos componentes em execução em cada nó.

uma classe abstrata é uma descrição de um conjunto de objetos que compartilham os mesmos atributos, operações e relações.

o documento da política contenha declarações relativas às políticas, princípios, normas e requsitos de conformidade de segurança da informação específicos, incluindo consequências das violações na política de segurança da informação.

as atividades de segurança da informação sejam coordenadas por representantes de diferentes partes da organização e garantam que tais atividades sejam executadas em conformidade com a política de segurança da informação.

sejam tomados certos cuidados para impedir que uma única pessoa possa acessar, modificar ou usar ativos sem a devida autorização ou detecção.

as atividades de segurança da informação identifiquem as ameaças significativas e a exposição da informação e dos recursos de processamento da informação a essas ameaças.

qualquer acesso aos recursos de processamento da informação da organização e ao processamento e comunicação da informação por partes externas seja controlado.

determinação das competências necessárias ao pessoal que executa trabalhos que afetam o SGSI.

saída da análise crítica do SGSI pela direção.

execução de ações para eliminar as causas de não- conformidade com os requisitos do SGSI.

identificação dos riscos relacionados com partes externas.

vulnerabilidade ou ameaça não contemplada adequadamente nas análises/avaliações de risco anteriores.