Prévia do material em texto
1. Pergunta 1 A Auditoria de sistemas é feita em empresas organizadas, que controlam bem o desenvolvimento de software. Selecione, abaixo, qual das alternativas está incorreta quanto a ela. 1. ela pode ser feita com equipes internas ou contratadas externamente 2. ela é feita apenas no código-fonte, dispensando os demais artefatos 3. é uma prática importante na garantia do sucesso do desenvolvimento 4. ela tem por objetivo garantir a qualidade do software 5. ela busca garantir conformidade nos procedimentos 2. Pergunta 2 É senso comum de que as mudanças não são iguais no que diz respeito à complexidade. Existem mudanças muito simples , mudanças razoavelmente complexas e mudanças complexas. Quanto às mudanças, podemos dizer que : 1. Uma mudança, quando ela é complexa, afeta processos de negócio, treinamento e vários outros itens, tendo grande repercussão 2. uma mudança simples pode ser ignorada 3. toda mudança é sempre muito complexa. 4. Mudanças complexas devem ser ignoradas 5. as mudanças costumam ter pouca complexidade, sempre 3. Pergunta 3 Boa parte das empresas não possui plano de contingência. No que se refere ao plano de contingência, assinale a alternativa incorreta. 1. o plano de back-out é utilizado para mapear os riscos de possíveis ataques e outros problemas causados pelas mais diversas ocorrências. 2. os planos de contingência existem para preparar uma instituição organização para tratar de forma adequada uma ocorrência. 3. o planejamento de riscos trata das medidas a serem tomadas para recuperar eventos que podem gerar consequências negativas para a instituição. 4. o plano de contingência é baseado, entre outros, nas políticas de contingência. 5. o plano de contingência deve ser atualizado regularmente para se manter coerente. 4. Pergunta 4 Marque a alternativa que corresponde à definição a seguir: "É um conjunto de arquivos-fonte (códigos) e outros artefatos do desenvolvimento (diagramas, documentos) ligados a um componente ou módulo do software e que podem ser alterados ao longo do tempo." 1. Baseline. 2. Release. 3. Workspace. 4. Branch. 5. Build. 5. Pergunta 5 A gerência de configuração também usa metadados. Eles são associados aos itens de configuração : 1. apenas eventualmente 2. nunca 3. apenas no início de desenvolvimento 4. apenas na entrega da release 5. por todo o ciclo de vida do item de configuração 6. Pergunta 6 Marque a alternativa que corresponde à seguinte definição: "É o lugar onde o desenvolvedor mantém tudo o que precisa para realizar uma tarefa." 1. Workspace. 2. Baseline. 3. Branch. 4. Build. 5. Merge. 7. Pergunta 7 Dos itens listados abaixo, quantos são etapas da Gerência de Configuração? o Identificação. o Controle de Versão. o Controle de Alteração. o Auditoria de Configuração. o Relato. 6. 5. 7. 4. 8. 3. 9. 2. 10. 1. 8. Pergunta 8 Marque a alternativa que corresponde à seguinte definição: "É uma versão ainda incompleta do sistema que está sendo desenvolvido, mas que pode ser executada." 0. Build. 1. Branch. 2. Tag. 3. Release. 4. Merge. 9. Pergunta 9 A identificação dos itens de configuração é uma das atividades mais importantes na gerência de configuração. Dentre seus objetivos, não está o de: 0. Buscar a garantia de que os itens de configuração, ou o conjunto deles, sejam gerenciáveis e rastreáveis durante todas as fases de seu ciclo de vida. 1. Buscar a definição de uma abordagem para a identificação, nomeação única e rotulação de todos os itens de configuração ou componentes. 2. Tratar da definição dos papéis e responsabilidades do dono para os tipos de itens de configuração em cada fase de seu Ciclo de vida. 3. Buscar a garantia de que seja feito o uso de uma determinada ferramenta para identificação dos itens de configuração. 4. Permitir a viabilização da implementação da gerência de configuração. 10. Pergunta 10 Normalmente, numa empresa, existe um setor que trabalha especificamente dando suporte na autorização das mudanças, ajudando a gerência de mudanças. Estamos falando do : 0. comitê de clientes 1. grupo de analistas 2. comitê de mudanças 3. grupo de desenvolvimento 4. comitê de versionamento