avaliar a necessidade de ações para assegurar que as não conformidades não ocorram.

identificar os impactos que as perdas de confidencialidade, integridade e disponibilidade podem causar aos ativos.

transferir os riscos associados ao negócio a outras partes, por exemplo, seguradoras e fornecedores.

estabelecer, implementar, operar, monitorar, analisar criticamente, manter e melhorar um SGSI.

desenvolver critérios para a aceitação de riscos e identificar níveis aceitáveis de risco.

da infraestrutura.

de recursos humanos.

do modelo de ciclo de vida.

de configuração.

da qualidade.

não existe necessariamente uma relação direta entre o valor cobrado por um sistema e o custo de seu desenvolvimento.

o tempo necessário para a finalização de um projeto é sempre proporcional ao número de pessoas alocadas a ele.

entre os fatores que alteram a produtividade de um software estão o ambiente de trabalho e o processo de desenvolvimento.

o preço de um software frequentemente é adequado para se fechar um contrato com o cliente e as funcionalidades oferecidas são, então, ajustados para se adaptar a esse preço.

existem diversas técnicas de estimativa de custos de sistema e, ao se preparar a estimativa de custo, diversas técnicas devem ser utilizadas.

estudo de caso.

análise de requisitos.

análise de equilíbrio.

estudo de viabilidade.

design lógico do sistema.

Definição das Atividades.

Sequenciamento das Atividades.

Estimativas da Duração das Atividades.

Desenvolvimento do Cronograma.

Controle do Cronograma.

atividades atribuídas a cada etapa, avanço de cada etapa e tempo gasto no projeto podem ser visualizadas no Gráfico de Timeline-Cycle.

tarefas, recursos e dados específicos do projeto são elementos que podem ser copiados a partir do arquivo global, quando aberto.

na inserção de uma nova tarefa, se o campo Duração não for preenchido, o aplicativo assumirá o valor padrão de um dia.

a movimentação da escala de tempo pode ser otimizada por meio do uso da tecla Ctrl, mantida pressionada, associada a uma tecla de navegação escolhida.

Os objetivos do plano em tela incluem evitar a interrupção das atividades do negócio, proteger os processos críticos contra o acesso de pessoas estranhas ao ambiente e assegurar a retomada dos processos em tempo hábil, caso necessário.

A contratação de seguro compatível é desconsiderada na gestão da continuidade do negócio.

A existência de um gestor específico para cada plano de continuidade é desvantajoso, visto que causa aumentos significativos dos custos dos planos como um todo.

Os planos de continuidade do negócio devem ser testados e atualizados infrequentemente, já que a realização regular dessas ações acarreta o aumento significativo dos custos dos planos.

A estrutura de planejamento para continuidade de negócios deve abranger os ativos e os recursos críticos para uma eventual utilização dos procedimentos de emergência, recuperação e ativação.

Gerenciamento de Mudança, Gerenciamento de Problema, Avaliação.

Gerenciamento da Configuração e de Ativo de Serviço, Gerenciamento do Conhecimento, Avaliação.

Gerenciamento da Configuração e de Ativo de Serviço, Gerenciamento de Incidente, Gerenciamento de Mudança.

Gerenciamento da Demanda, Gerenciamento do Conhecimento, Validação e Teste de Serviço.

Gerenciamento da Configuração, Gerenciamento do Conhecimento, Central de Serviço.

Central de Serviço, Gerenciamento Tático e Operacional, Gerenciamento das Operações de TI, Gerenciamento de Sistemas de Negócio.

Central de Serviço, Gerenciamento Técnico, Gerenciamento das Operações de TI, Gerenciamento de Aplicativo.

Gerenciamento Técnico-administrativo, Gerenciamento dos processos da TI, Gerenciamento de Sistemas Operacionais.

Central de Serviços ao Cliente Comercial, Gerenciamento Técnico-administrativo, Gerenciamento das Operações Básicas de TI, Gerenciamento de Aplicativo.

Gerenciamento Técnico, Gerenciamento das Operações Críticas de TI, Gerenciamento de Sistemas de Negócio.

tratar requisições dos usuários que não foram geradas por um incidente, mas que foram originadas a partir de uma solicitação de serviço ou de uma simples solicitação de informação.

tratar requisições dos usuários geradas por um incidente ou que foram originadas a partir de uma solicitação de serviço ou de uma simples solicitação de informação.

tratar requisições dos usuários que tenham impacto na disponibilidade e na continuidade do serviço, e que foram originadas a partir de uma solicitação de serviço ou de uma simples solicitação de informação.

tratar toda e qualquer requisição de usuário, em especial as relacionadas a problemas que impactam o negócio.

tratar apenas as requisições dos usuários que não foram geradas por um incidente e que tenham relação com os requisitos de negócio especificados.