18 resultados encontrados para . (0.006 segundos)

00484 CESGRANRIO (2008) - Petrobrás - Analista de Sistemas Júnior - Processos de Negócios / Banco de Dados

A seguir são feitas algumas afirmações a respeito de data warehouses e ferramentas OLAP.

I - Os usuários finais do data warehouse, em geral, não possuem acesso à Data Staging Area.
II - Drill in, drill out, roll over e roll on são típicas operações disponibilizadas pelas ferramentas de consultas OLAP para navegar pela hierarquia de uma dimensão.
III - As rotinas de ETL muitas vezes originam solicitações de mudanças e melhorias nos sistemas OLTP e outras fontes de dados que alimentam o data warehouse, pois têm o potencial de revelar inconsistências entre os diversos sistemas corporativos.
IV- Um data warehouse, em geral, deve ser projetado para fazer junções entre fatos e dimensões através de chaves naturais, evitando chaves substitutas (surrogate keys), pois estas apenas contribuiriam para aumentar o tamanho e a complexidade do esquema sem nenhum benefício para o usuário final.
Estão corretas APENAS as afirmações
  • a)
    I e II.
  • b)
    I e III.
  • c)
    II e III.
  • d)
    II e IV.
  • e)
    III e IV.

00486 CESGRANRIO (2008) - Petrobrás - Analista de Sistemas Júnior - Processos de Negócios / Banco de Dados

A respeito de sistemas de informações gerenciais, são feitas as afirmativas a seguir.

I - Uma das diferenças entre bancos de dados relacionais e multidimensionais diz respeito ao compromisso entre performance e escalabilidade: bancos de dados relacionais proporcionam consultas mais rápidas, enquanto bancos de dados multidimensionais lidam melhor com grandes quantidades de informações armazenadas.
II - ROLAP se refere a um tipo de solução OLAP que utiliza um bancos de dados relacional.
III - Quando um projeto inicia por datamarts departamentais especializados que mais tarde se consolidam em um data warehouse institucional, existe uma chance maior de surgirem problemas de inconsistência de metadados do que quando um data warehouse institucional dá origem a datamarts departamentais.
IV - Para melhoria de performance, as tabelas em data warehouses, em geral, estão nas formas normais mais altas (considerando que 5 FN é mais alta que 1 FN).
Estão corretas APENAS as afirmativas
  • a)
    I e II
  • b)
    I e III
  • c)
    I e IV
  • d)
    II e III
  • e)
    III e IV

09570 CESGRANRIO (2008) - Petrobrás - Analista de Sistemas Júnior - Processos de Negócios / Engenharia de Software

Uma prática gerencial adotada em diversas organizações, que aumenta a visibilidade dos projetos para os executivos, facilitando sua priorização e a detecção de problemas, bem como prevenindo a realização de projetos que não estejam alinhados com a organização é a(o)
  • a)
    Análise de riscos.
  • b)
    Gerenciamento de Portifólios de Projetos.
  • c)
    Gerenciamento Integrado de Projetos.
  • d)
    Gerenciamento Total da Qualidade.
  • e)
    PERT - Program Evaluation and Review Technique.

09574 CESGRANRIO (2008) - Petrobrás - Analista de Sistemas Júnior - Processos de Negócios / Engenharia de Software

São feitas as afirmativas a seguir, sobre o fechamento de um projeto.
I - É necessário, ao final do projeto, rever o artefato de lições aprendidas de forma a retirar do mesmo as experiências mal sucedidas, para que outros projetos possam se beneficiar dos acertos do time ao mesmo tempo em que não são deixadas brechas para acionamento legal por parte dos stakeholders em caso de não-conformidade ou informações que possam revelar fraquezas e pontos sensíveis dos produtos gerados ou que contribuam para formar uma imagem negativa do mesmo.
II - O fechamento de um projeto prevê atividades de naturezas administrativas, tais como avaliações de desempenho e obtenção de aceite formal das entregas, as quais são realizadas não só no final do projeto como ao longo do ciclo de vida do mesmo, notadamente no fechamento das fases do projeto.
III - Se o projeto for completado com sucesso antes do prazo previsto ou com orçamento menor do que o especificado, as causas desse resultado devem ser identificadas e avaliadas sob a perspectiva de desvios do planejamento.
IV- Se houver um contrato formal assinado para o projeto, atividades específicas de encerramento do contrato devem ser conduzidas, exceto no caso em que o projeto seja cancelado, absorvido pela organização como um projeto permanente ou substituído por outro projeto.
Estão corretas APENAS as afirmativas
  • a)
    I e II.
  • b)
    I e IV.
  • c)
    II e III.
  • d)
    II e IV.
  • e)
    III e IV.

23010 CESGRANRIO (2008) - Petrobrás - Analista de Sistemas Júnior - Processos de Negócios / Governança de TI

São enumeradas a seguir algumas métricas colhidas para determinado intervalo de tempo ao longo da vida de um projeto.

I - Custo orçado do trabalho previsto.
II - Custo orçado do trabalho realizado.
III - Custo real do trabalho previsto.
IV - Custo real do trabalho realizado.

A técnica de Gerenciamento de Valor Agregado - GVA (em Inglês, Earned Value Management - EVM) se baseia nas métricas
  • a)
    I e II, apenas.
  • b)
    I e III, apenas.
  • c)
    II e IV, apenas.
  • d)
    I, II e IV, apenas.
  • e)
    I, II, III e IV.

23011 CESGRANRIO (2008) - Petrobrás - Analista de Sistemas Júnior - Processos de Negócios / Governança de TI

A Estrutura Analítica do Projeto - EAP (em Inglês Work Breakdown Structure - WBS) inclui
  • a)
    estimativas de prazos.
  • b)
    estimativas de custos.
  • c)
    entregas internas e externas.
  • d)
    alocação dos recursos às tarefas.
  • e)
    estratégias para mitigação dos riscos.

23568 CESGRANRIO (2008) - Petrobrás - Analista de Sistemas Júnior - Processos de Negócios / Engenharia de Software

Uma das técnicas empregadas no projeto de interfaces de sistemas é a condução de testes de usabilidade, cujos resultados fornecem importantes indicadores para melhorar a qualidade da interface. Os testes de usabilidade consistem em
  • a)
    apresentar o sistema para um grupo de foco e coletar a opinião dos participantes sobre a interface, os conceitos e as metáforas utilizadas na mesma.
  • b)
    apresentar, para um usuário por vez, um protótipo da interface do sistema ou o próprio sistema, e solicitar que o usuário realize algum tipo de tarefa, observando suas reações à interface, erros cometidos, dificuldades e eficiência no cumprimento da tarefa.
  • c)
    distribuir um questionário para os usuários iniciais do sistema com perguntas sobre a interface e mapear as respostas.
  • d)
    submeter o sistema a um software robot de teste e verificar os tempos de resposta a cada padrão de navegação, comparando-os com os requisitos não funcionais do sistema.
  • e)
    utilizar um software robot de teste para fazer acessos aleatórios ao sistema, tentando usar elementos da interface e registrando os erros encontrados.

29536 CESGRANRIO (2008) - Petrobrás - Analista de Sistemas Júnior - Processos de Negócios / Segurança da Informação

Com o objetivo de "prevenir a ocorrência de erros, perdas, modificação não autorizada ou mau uso de informações em aplicações", a norma NBR/ISO 27002 recomenda os controles apresentados a seguir, EXCETO:
  • a)
    validação dos dados de entrada.
  • b)
    validação dos dados de saída.
  • c)
    controle do processamento interno.
  • d)
    integridade de mensagens.
  • e)
    integridade referencial.

29582 CESGRANRIO (2008) - Petrobrás - Analista de Sistemas Júnior - Processos de Negócios / Segurança da Informação

De acordo com a norma NBR/ISO 27002, protegem as informações da organização e informam aos signatários das suas responsabilidades, para proteger, usar e divulgar a informação de maneira responsável e autorizada, os(as)
  • a)
    acordos de confidencialidade e de não-divulgação.
  • b)
    contratos de não-repúdio e privacidade.
  • c)
    direitos autorais e industriais.
  • d)
    normas e políticas de segurança.
  • e)
    senhas e identidades digitais.

29605 CESGRANRIO (2008) - Petrobrás - Analista de Sistemas Júnior - Processos de Negócios / Segurança da Informação

A norma NBR/ISO 27002 recomenda que os requisitos para controles de segurança para novos sistemas de informação ou melhorias em sistemas existentes sejam especificados
  • a)
    no documento da política de segurança da informação da organização.
  • b)
    nos documentos de arquitetura de software dos sistemas.
  • c)
    nos manuais dos sistemas.
  • d)
    na política de controle de acesso.
  • e)
    nas especificações de requisitos de negócios dos sistemas.