SóProvas



Prova CESPE - 2013 - MPU - Analista - Desenvolvimento de Sistemas


ID
1042468
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

A respeito do Cobit 4.1, julgue os itens a seguir.

Entre os objetivos que asseguram o atendimento a requisitos legais, regulatórios e contratuais incluem-se a realização de revisões periódicas e o ajuste em procedimentos e metodologias de tecnologia da informação.

Alternativas
Comentários
  • ME3 Assegurar a Conformidade com Requisitos Externos

    ME3.1 Identificação dos Requisitos de Conformidade com Leis, Regulamentações e Contratos Externos
    Continuamente identificar as exigências de leis, regulamentos e contratos locais e internacionais que precisam ser atendidos para a 
    inclusão em políticas, padrões, procedimentos e metodologias de TI.
     
    ME3.2 Otimização da Resposta aos Requisitos Externos
    Revisar e ajustar políticas, padrões, procedimentos e metodologias de TI para assegurar que os requisitos legais, regulatórios e 
    contratuais sejam atendidos e comunicados.
     
    ME3.3 Avaliação da Conformidade com Requisitos Externos
    Confirmar a conformidade de políticas, padrões, procedimentos e metodologias de TI com os requisitos legais e regulatórios.
     
    ME3.4 Assegurar a Conformidade
    Obter e assegurar a conformidade e adesão a todas as políticas internas derivadas de diretrizes legais internas ou externas e requi-sitos regulatórios ou contratuais externos, confirmando que ações corretivas foram tomadas oportunamente para resolver quaisquer 
    desvios de conformidade pelos proprietário do processo.
     
    ME3.5 Informes Integrados
    Integrar os informes de TI sobre requisitos legais, regulatórios e contratuais aos informes similares de outras funções do negócio.
  • Segue uma imagem com resumão desse processo:

    http://imagizer.imageshack.us/v2/800x600q90/840/l8qi.jpg

  • O objetivo de controle de que se trata a questão é:

    ME3.2 Otimização da Resposta aos Requisitos Externos

    Revisar e ajustar políticas, padrões, procedimentos e metodologias de TI para assegurar que os requisitos legais, regulatórios e  contratuais sejam atendidos e comunicados.


ID
1042471
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

A respeito do Cobit 4.1, julgue os itens a seguir.

O agendamento de jobs visa à organização de tarefas na sequência mais adequada para o negócio da organização, fazendo que essas tarefas sejam sempre executadas fora do horário de funcionamento comercial da organização

Alternativas
Comentários
  • Pag. 152 do manual do COBIT 4.1

    DS 13- Gerenciar Operações


    DS13.2 Agendamento de Jobs

    Organizar o agendamento de jobs, processos e tarefas na sequência mais eficiente, maximizando o processamento e a utilização
    para atender aos requisitos do negócio.


    Apesar do manual não trazer as informações conforme a questão cita, na prática os jobs poderão ser executados em diferentes horários, inclusive durante o expediente dependendo do grau de relevância e urgência. Na minha opinião esta palavra SEMPRE  é o problema da questão.
  • Os jobs podem ser edecutados em qualquer horário. A execução fora do horário de exoediente visa, geralsmente, desempenho e não ordem adequada.

  • O problema está no "sempre". Job pode ser agendado para qualquer hora.

  • UM JOB PODE SER EXECUTADO DURANTE O EXPEDIENTE.

  • Cobrar objetivos de controle... Que triste...


    Ainda bem que foi uma questão fácil...


ID
1042474
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

A respeito do Cobit 4.1, julgue os itens a seguir.

A elaboração e a implementação de soluções para a proteção contra fatores ambientais são de responsabilidade do processo relacionado à gestão dos riscos.

Alternativas
Comentários
  • Manual COBIT 4.1 Pag148

    DS12 - Gerenciar Ambiente Físico


    DS12.4 Proteção contra Fatores Ambientais
    Projetar e implementar medidas de proteção contra fatores ambientais. Equipamentos e dispositivos especializados para monitorar
    e controlar o ambiente devem ser instalados.
  • Entregar e Suportar (a dica vem da palavra implementa)

  • A proteção contra fatores ambientais é algo tão importante e sempre presente, que o Cobit decidiu tirá-lo da gestão de risco e colocá-lo em uma área à parte!


ID
1042477
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

A respeito do Cobit 4.1, julgue os itens a seguir.

O processo gerenciar dados contempla objetivos de controle para backup e restauração de dados e inclui a implementação de procedimentos de cópia de segurança alinhados com o plano de continuidade do negócio.

Alternativas
Comentários
  • Manual do COBIT 4.1 Pag. 144

    DS11- Gerenciar Dados

    DS11.5 Backup e Restauração
    Definir e implementar procedimentos de cópia de segurança (backup) e restauração de sistemas, aplicativos, dados e documentação
    em alinhamento com os requisitos de negócio e o plano de continuidade.
  • Estou enganado ou o Edital deste concurso não constava COBIT??? Por curiosidade olhei o edital e não vi este assunto.
  • Se não me engano houve errata, que adicionou muito mais conteúdo.
  • DS11.5 Backup e Restauração
    Definir e implementar procedimentos de cópia de segurança (backup) e restauração de sistemas, aplicativos, dados e documentação
    em alinhamento com os requisitos de negócio e o plano de continuidade.


ID
1042480
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

A respeito do Cobit 4.1, julgue os itens a seguir.

O planejamento estratégico de tecnologia de informação inclui o alinhamento com as estratégias do negócio e o gerenciamento dos recursos de tecnologia da informação.

Alternativas
Comentários
  • Núcleos da governança de TI:
     
    Alinhamento estratégico: foca em garantir a ligação entre os planos de negócios e de TI, definindo, mantendo e validando a proposta de valor de TI, alinhando as operações de TI com as operações da organização.
    Entregar valor: é a execução da proposta de valor de TI através do ciclo de entrega, garantindo que TI entrega os prometidos benefícios previstos na estratégia da organização, concentrado-se em otimizar custos e provendo o valor intrínseco de TI.
    Gerenciamento de recursos: refere-se à melhor utilização possível dos investimentos e o apropriado gerenciamento dos recursos críticos de TI: aplicativos, informações, infraestrutura e pessoas. Questões relevantes referem-se à otimização do conhecimento e infraestrutura.
    Gerenciamento de riscos: requer a preocupação com riscos pelos funcionários mais experientes da corporação, um entendimento claro do apetite de risco da empresa e dos requerimentos de conformidade, transparência sobre os riscos significantes para a organização e inserção do gerenciamento de riscos nas atividades da companhia.
    Medição de desempenho: acompanha e monitora a implementação da estratégia, término do projeto, uso dos recursos, processo de performance e entrega dos serviços, usando, por exemplo, “balanced scorecards” que traduzem as estratégia em ações para atingir os objetivos, medidos através de processos contábeis convencionais.
    Alternativa: Certa
  • Manual do Cobit Pag 31


    PO1 Definir um Plano Estratégico de TI

    O planejamento estratégico de TI é necessário para gerenciar todos os recursos de TI em alinhamento com as prioridades e estratégias
    de negócio.
  • O planejamento estratégico de TI é necessário para gerenciar todos os recursos de TI em alinhamento com as prioridades e estratégias de negócio.

    A questão diz "inclui", e não, "é necessário"; Sendo assim, o enunciado da questão dá uma idéia de operacionalização na gerência dos recursos de TI, a qual só pode ser alcançada pelos processos do domínio Entregar e Suportar!


ID
1042483
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

A respeito do Cobit 4.1, julgue os itens a seguir.

O gerenciamento do portfólio de tecnologia da informação visa atingir os objetivos estratégicos. Como base para se medir esse objetivo de controle, deve ser utilizada a capacidade atual de provimento de serviços de tecnologia da informação.

Alternativas
Comentários
  • PO1 Definir um Plano Estratégico de TI

    PO1.6 Gerenciamento do Portfólio de TI
    Gerenciar ativamente com as áreas de negócio o portfólio dos programas de investimentos de TI necessários para atingir os objetivos estratégicos específicos de negócio, através de identificação, definição, avaliação, priorização, seleção, início, gerenciamento e 
    controle de programas. Isso inclui esclarecer os resultados de negócio desejados, assegurar que os objetivos do programa susten-tem o alcance dos resultados, entender o escopo completo do esforço necessário para atingir os resultados, atribuir responsabilida-des com medidas de suporte, definir projetos dentro do programa, alocar recursos e fundos, delegar autoridade e atribuir responsa-bilidades pelos projetos no lançamento do programa.

    Não fala em utilizar capacidade atual de proviimento de serviços de TI. Questão errada.
  • Só completando a resposta do colega.
    A questão tenta confundir 2 objetivos de controle do mesmo processo.
    O processo "PO1 Definir um Plano Estratégico de TI" tem, dentre outros, os objetivos:
          -  PO1.3 Avaliação da Capacidade e Desempenho  Correntes: que avalia a situação atual
          -  PO1.6 Gerenciamento do Portfólio de TI: que, para atingir os objetivos estratégicos, gerencia o portfólio dos programas de investimentos de TI.

  • Realmente, verificar o alinhamento aos objetivos estratégicos nada tem a ver com a capacidade de provimento dos serviços de TI, ainda mais na fase de planejamento. 


ID
1042486
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

No que se refere ao ITIL V3, julgue os itens subsequentes.

Controlar informações de componentes dos serviços e sua infraestrutura é um dos objetivos do processo de gerenciamento da configuração.

Alternativas
Comentários
  • O Gerenciamento da Configuração e Ativos é um processo que identifica, controla, e presta contas sobre ativos de serviços e itens de configuração.

    Componentes dos serviços e sua infraestrutura são ativos, logo têm suas informações controladas por este processo.

    Questão correta.
  • -> Gerenciamento de Configuração e Ativos de Serviços: Suporta o negócio por meio do provimento de informações precisas e controle sobre os ativos e relacionamentos que formam a infraestrutura. Objetivo: Identificar, controlar e prestar contas por ativos de serviços e itens de configuração, protegendo e garantindo sua integridade ao longo do ciclo de vida.

    Principal produto do processo:

    ->Sistema de Gerência de Configuração (CMS)

    Alternativa: Certa

  • Gerenciamento de Configuração e Ativos de Serviços:

     Identifica, controla, e presta contas sobre ativos de serviços e Itens de Configuração (Configuration Item)

     Provê informações precisas sobre a documentação e configuração dos IC’s

     Relaciona os itens de configuração

     Abrange ativos que não são da TI e também aqueles compartilhados com fornecedores externos

  • Certo.

    O Gerenciamento de Configuração e de Ativo de Serviço tem como propósito:

    1) garantir que os ativos necessários para entregar os serviços são controlados adequadamente durante todo o ciclo de vida.

    2) garantir que as informações sobre os ativos são precisas, confiáveis e disponíveis.

     

    Fonte: Apostila ITIL Foundation 2011 TIExames.

     


ID
1042489
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

No que se refere ao ITIL V3, julgue os itens subsequentes.

O objetivo principal do processo de gerenciamento de problemas é solucionar cada incidente e restabelecer o funcionamento normal do serviço de tecnologia da informação no menor tempo possível.

Alternativas
Comentários
  • Errado! Esse é o objetivo principal do processo de gerenciamento de incidentes!
  • ERRADO

    Segundo Aragon(2012,p.278),"Gerenciamento de incidentes: visa restaurar a operação normal de um serviço no menor tempo possível, de forma a minimizar os impactos adversos para o negócio, garantindo que os níveis de qualidade e disponibilidade sejam mantidos dentro dos padrões acordados (trata o efeito e não a causa)."

    Bibliografia:
    IMPLANTANDO A GOVERNANÇA DE TI -
    Autor: ARAGON
  • -> Gerenciamento de Problemas: Prevenir a ocorrência de problemas e incidentes. Eliminar incidentes recorrentes. Minimizar o impacto de incidentes que não possam ser evitados.

    Principais Atividades:

    ->Diagnóstico da causa de incidentes

    ->Determinação da solução (de contorno ou definitiva)

    ->Acompanhamento da aplicação da solução

    ->Documentação da solução (erro conhecido) 

    Alternativa: Errada
  • A questão seria certa se fosse gerenciamento de incidentes ao invéns de gerenciamento de problemas .

  • SUA PRINCIPAL FUNÇÃO É IDENTIFICAR A CAUSA RAIZ E REDUZIR O NÚMERO GERAL DE INCIDENTES ATRAVÉS DE:

    ACOES PROATIVAS

    ACOES REATIVAS

    O CONCEITO CITADO NA QUESTÃO PERTENCE AO PROCESSO DE GERENCIAMENTO DE INCIDENTES


  • ERRADO!

    Gerenciamento de Problemas: PROATIVO 

    Gerenciamento de Incidentes: CORRETIVO

  • Assim estaria correto:

    O objetivo principal do processo de gerenciamento de incidentes é solucionar cada incidente e restabelecer o funcionamento normal do serviço de tecnologia da informação no menor tempo possível.


    Bons estudos!

  • gerenciamento de problema    
    (Operação de Serviço da ITIL) O processo responsável por gerenciar o ciclo de vida de todos os problemas. O gerenciamento de problemas previne proativamente a ocorrência de incidentes e minimiza o impacto dos incidentes que não podem ser evitados.

     

    gerenciamento de incidente    
    (Operação de Serviço da ITIL) O processo responsável por gerenciar o ciclo de vida de todos os incidentes. O gerenciamento de incidente garante que a operação normal de um serviço seja restaurada tão rapidamente quando possível e que o impacto no negócio seja minimizado.

     

    Fonte: Glossário ITIL


ID
1042492
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

No que se refere ao ITIL V3, julgue os itens subsequentes.

Um dos objetivos do processo de gerenciamento de nível de serviço é garantir que os serviços em operação estejam registrados no catálogo de serviço.

Alternativas
Comentários
  • Quem garante que os serviços em operação estejam registrados no catálogo de serviço é o processo de gerenciamento do catálogo de serviços.

    Questão errada.
  • Só para complementar:

    Service Design
    1- Gestão do Catálogo de Serviços
    2- Gestão de Nível de serviço
    3- Gestão de Capacidade
    4- Gestão de Disponibilidade:
    5- Gestão de Continuidade
    6- Gestão de Segurança da Informação
    7- Gestão de Fornecedores

  • Gestão de Nível de serviço : Garantir que todos os serviços operacionais e seu desempenho sãoo medidos de forma consistente e profissional por toda a organização de TI, e que os serviços e respectivos relatórios atendam às necessidades dos clientes  e do negócio.

  • Gerenciamento de Nível de Serviço:

    É o responsável por garantir um entendimento claro entre as necessidades dos clientes e o que o provedor de serviços deve entregar.Para isto ele irá negociar, acordar e documentar os serviços de TI.

    Possibilitará também estabelecer acordo entre as partes e com isto as mesmas estarão cientes de como o serviço será entregue, havendo menos conflitos de interesses e entendimento.


ID
1042495
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

No que se refere ao ITIL V3, julgue os itens subsequentes.

Na definição de papéis e responsabilidades em um processo, pode ser utilizado o modelo RACI.

Alternativas
Comentários
  • GLossário do Guia de Introdução Oficial pag 209

    RACI

    (Service Design) (Continual Service Improvement) A Model
    used to help define Roles and Responsibilities. RACI stands
    for Responsible, Accountable, Consulted and Informed.
  • Havia relacionado o uso da tabela RACI mais fortemente com o COBIT. Mas, procurando mais referências percebi que ela é uma ferramenta genérica para a gestão da atribuição de responsabilidades. Abaixo, a definição e o relacionamento tanto com COBIT como com ITIL.

    RACI é uma ferramenta utilizada para atribuição de responsabilidades, dentro de um determinado processo, projeto, serviço ou mesmo no contexto de um departamento / função. É referenciada por diversas boas práticas de mercado, tais como ITIL e COBIT   A Sigla RACI significa: R: Responsável por executar uma atividade (o executor); A: Autoridade, quem deve responder pela atividade, o dono (apenas uma autoridade pode ser atribuída por atividade); C: Consultado, quem deve ser consultado e participar da decisão ou atividade no momento que for executada; I: Informado, quem deve receber a informação de que uma atividade foi executada. Bons estudos!
  • CERTO.

    Apesar da questão citar a ITIL v3, vou responder com a ITIL 2011. 

    Segundo a ITIL 2011,p. 10,"Quando da criação de um serviço ou processo, é imperativo que todos os papéis sejam claramente definidos e que fique claro quem faz o quê. Para esse propósito, um modelo de resposabilidade como o RACI pode ser usado. O RACI fornece uma matriz de autoridade para definir os papéis e as responsabilidades em relação aos processos e atividades."

    Bibliografia: Livro GUIA DE REFERÊNCIA ITIL EDIÇÃO 2011-EDITORA CAMPUS-DO ORIGINAL ITIL A POCKET GUIDE- 2011 EDITION DE JAN VAN BON

  • A quem possa interessar, esse artigo está na lei 8.212


ID
1042498
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

No que se refere ao ITIL V3, julgue os itens subsequentes.

Um dos objetivos do processo de gerenciamento da continuidade do serviço de tecnologia da informação consiste na condução de análises de risco com o gerenciamento da capacidade e do catálogo de serviço.

Alternativas
Comentários
  • ERRADO, pois segundo o ITIL v3, "Um dos objetivos do processo de gerenciamento da continuidade do serviço de TI é conduzir a análise e gerenciamento de risco conjuntamente com o gerenciamento da disponibilidade e o gerenciamento da segurança."

    Portanto, o erro da questão está em afirmar que os processos são o gerenciamento da capacidade e o gerenciamento do catálogo de serviço, quando na verdade se trata dos processos mencionados acima em amarelo. 

    O.B.S: eu errei está questão, é ai que me pergunto o quão profundo está sendo as provas do cespe, além de conhecermos e detalhe tudo sobre governança, temos que dominar, redes, segurança,banco de dados, desenvolvimento, além das matérias básicas. É vamos estudar, porque reclamar não dá dinheiro. ; ]
  • Dentre os objetivos do processo de Gerenciamento da Continuidade não estão relacionadas análises de risco da capacidade e do catálogo de serviços. Vejam a listas dor principais objetivos do processo Gerenciamento da Continuidade:

    Objetivos 

    ?Produzir e manter os planos de continuidade de TI 

    ?Realizar análises periódicas de impacto no negócio (BIA) 

    ?Realizar análises periódicas de risco 

    ?Assegurar mecanismos adequados de recuperação 

    ?Avaliar o impacto de mudanças nos planos de continuidade 

    ?Negociar contratos com fornecedores externos para provimento da capacidade necessária para recuperação dos serviços 

  • consiste na análise de impacto, avaliação de riscos... juntamente com o gerenciamento de fornecedores.

  • Análise de risco Sim, Gerenciamento da capacidade e catálogo de serviço não!

  • O risco é feito com o gerenciamento da disponibilidade, continuidade e seg da informação. A questão está comentada em detalhes nesse fonte: http://www.meubizu.com.br/itil-v3 

  • então, mas olha essa questão sobre risco

     

    2016

    O comitê gestor de TI de uma organização decidiu implantar, na gestão de serviços, um processo da área de desenho de serviço da ITIL para gerenciar riscos que possam impactar seriamente o negócio. O processo deverá incluir a redução de riscos a um nível aceitável bem como o planejamento para a recuperação de processos de negócio, caso este seja interrompido.

    O processo da ITIL v3 que supre a demanda do comitê gestor é o processo gerenciamento de

     a) continuidade de negócio.

     b) integridade.

     c) riscos.

     d) projetos.

     e) disponibilidade.

     


ID
1042501
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Gerência de Projetos
Assuntos

Com base no PMBOK, julgue os itens seguintes, acerca de gerenciamento de projetos.

O termo equipes virtuais é usado para designar um grupo formado por membros de uma mesma organização selecionados com antecedência para um projeto específico.

Alternativas
Comentários
  • Equipe virtuais
     
    São equipes compostas por pessoas que não compartilham do mesmo espaço físico, estando na maior parte do tempo em outros locais geográficos que podem ser outras unidades da empresa executora em outra cidade ou país, em suas residências ou até mesmo alocadas temporária ou permanentemente no cliente contratante do projeto.
     
    Este tipo de equipe foi viabilizada principalmente com a disponibilidade de comunicações eletrônicas como e-mail, vídeo ou áudio-conferência.
  • Equipes virtuais trabalham além das fronteiras da organização, não sendo possível estar presente por questões geográficas ou ha uma dificuldade ou limitação na presença desses indivíduos. Há diversos canais de comunicação disponíveis entre eles: e-mail, teleconferência, telefones, chats, internet...

  • A questão aborda a técnica de pré-designação em vez de equipes virtuais. Essa técnica é abordada no processo Mobilizar a equipe do gerenciamento de recursos humanos.

  • "As equipes virtuais podem ser definidas como grupos de pessoas com um objetivo compartilhado que executam seus papeis sem se encontrarem pessoalmente na maior parte do tempo. A disponibilidade de comunicacoes eletronicas (como e-mail, audioconferencias, reunioes pela Internete videoconferencias) viabilizou essas equipes."

    PMBOK, 4° Edição, Pag 228

  • As equipes virtuais não necessariamente trabalham na mesma localização, mas todos os seus membros compartilham os objetivos do projeto e têm um papel a desempenhar.

    PMBOK ] As equipes virtuais podem ser definidas como grupos de pessoas com uma meta compartilhada que executam suas funções sem se encontrarem pessoalmente na maior parte do tempo.

  • As tecnologias de comunicação permitem que os membros da equipe situados em diversos locais ou países trabalhem como equipes virtuais. 

    As equipes virtuais dependem de ferramentas colaborativas tais como espaços de trabalho compartilhados on-line e
    videoconferências para coordenar suas atividades e trocar informações sobre o projeto. Uma equipe virtual
    pode existir em qualquer tipo de estrutura organizacional ou composição de equipe . Equipes virtuais são
    muitas vezes necessárias para projetos cujos recursos estão localizados no local ou fora do local, ou ambos,
    dependendo das atividades do projeto. O gerente de projetos que lidera uma equipe virtual necessita acomodar
    as diferenças culturais, as horas de trabalho, os fusos horários, as condições locais, e os diferentes idiomas.


    Guia pmbok 5 2.3.1 Composição das equipes dos projetos.

  • Equipes Virtuais:

    A disponibilidade da tecnologia de comunicação como emails, audio conferência, mídia social, reuniões pela internet, e videoconferência viabilizam as EQUIPES VIRTUAIS que são (grupos de pessoas com um objetivo compartilhado que executam seus papéis sem se encontrarem pessoalmente na maior parte do tempo).

    Gaba: Errado.

  • As equipes virtuais podem ser definidas como grupos de pessoas com um objetivo compartilhado que executam seus papéis sem se encontrarem pessoalmente na maior parte do tempo. A disponibilidade da tecnologia de comunicação como emails, audioconferências, mídia social, reuniões pela Internet, e videoconferências viabilizaram as equipes virtuais.

    Fonte: PMBOK 5ed.

  • GAB: ERRADO

     

    As equipes virtuais transmitem e recebem informações entre locais distantes através do uso intensivo da Tecnologia da Informação.
    O trabalho virtual muda profundamente hábitos arraigados de trabalho em equipe. Uma equipe é definida como um grupo de pessoas que tem um objetivo comum. Para ter sucesso a equipe precisa ter coesão, dinamismo, comunicar-se bem e boa liderança.

    As equipes virtuais vivenciam a experiência de não estar fisicamente juntos no local de trabalho enquanto as tarefas são realizadas. Pode ser que as pessoas nunca cheguem a se conhecer pessoalmente (o grupo não é formado porprofissionais da mesma empresa)Seja um trabalho rotineiro ou que exija criatividade (o trabalho não é específico), os esforços individuais aparecem espalhados geograficamente e nem sempre trazendo clareza do tamanho da  equipe.

    No trabalho virtual a hierarquia perde força aparecendo em seu lugar a organização informal e seu impacto no cotidiano. O poder informal sempre teve influencia forte no desempenho das organizações e era mal utilizada. Nas equipes virtuais esse poder emerge das mais diferentes formas seja pelo senso de humor, pela espontaneidade, pela resposta imediata ou pela empatia na solução conjunta dos problemas.

     

    fonte: https://www.rhportal.com.br/artigos-rh/equipes-virtuais/


ID
1042504
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Gerência de Projetos
Assuntos

Com base no PMBOK, julgue os itens seguintes, acerca de gerenciamento de projetos.

Na comunicação de determinado projeto, o componente de codificação tem por finalidade converter a mensagem em ideias ou pensamentos significativos para o projeto.

Alternativas
Comentários
  • Extraído do PMBOK

    .3 Modelos de comunicações

    Um modelo básico de comunicação demonstra como as informações são enviadas e recebidas entre duas partes definidas como o emissor e o receptor. Os principais componentes do modelo incluem:
    Codificação. Traduzir pensamentos ou ideias em uma linguagem que seja compreendida pelos outros.
    Mensagem e feedback. A saída da codificação.
    Meio. O método usado para transmitir a mensagem.
    Ruído. Qualquer fator que interfira na transmissão e na compreensão da mensagem (como distância, tecnologia desconhecida, falta de informações prévias).
    Decodificação. Reconverter a mensagem em pensamentos ou ideias significativas.
  • "Na comunicação de determinado projeto, o componente de codificação tem por finalidade CONVERTER MENSAGENS EM IDEIAS ou pensamentos significativos para o projeto."

    O correto seria:

    Na comunicação de determinado projeto, o componente de codificação tem por finalidade CONVERTR IDEIAS EM MENSAGENS ou pensamentos significativos para o projeto.

  • Sendo mais específico, na verdade seria converter idéias ou pensamentos em mensagens, conforme retirado do PMBOK pelo Augusto.

  • Codificação. Pensamentos ou ideias são convertidos(codificados) em linguagem pelo emissor. 

    Decodificação. A mensagem é reconvertida pelo receptor em pensamentos ou ideias significativas.

    Pmbok, 5ed, pag 293

  • Erro da questão: componente de codificação. Para tornar correta seria o componente de decodifição.

  • PMBOK 5° Edição

    Modelos de comunicações

    Codificação. Pensamentos ou ideias são convertidos(codificados) em linguagem pelo emissor.

    Transmissão da mensagem. As informações são então enviadas pelo emissor usando o canal de comunicação (mídia). A transmissão dessa mensagem pode ser comprometida por vários fatores (por exemplo, distância, tecnologia desconhecida, infraestrutura inadequada, diferença cultural e falta de informações prévias). Esses fatores são coletivamente chamados de ruído.

    Decodificação. A mensagem é reconvertida pelo receptor em pensamentos ou ideias significativas.  

    Confirmação. Após receber uma mensagem, o receptor pode sinalizar (confirmar) o seu recebimento, o que não significa necessariamente que ele concorda ou compreende a mensagem.

    Feedback/Resposta. Após a mensagem recebida ser decodificada e entendida, o receptor codifica pensamentos e ideias em uma mensagem e em seguida a transmite ao emissor original.

    Gaba: Errado.

  • Codificação. Pensamentos ou ideias são convertidos(codificados) em linguagem pelo emissor.

    Fonte: PMBOK 5ed.

  • JA PENSOU  !!! JOAO VAI ATE AO BANCO FAZER SAQUE SEM CARTAO , NO MOMENTO QUE PEDIR  A CODIFICAÇAO ,COMO QUE JOAO IRA converter a mensagem em ideias ou pensamentos? 

    GAB ERRADO 


ID
1042507
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Gerência de Projetos
Assuntos

Com base no PMBOK, julgue os itens seguintes, acerca de gerenciamento de projetos.

A etapa do projeto que cria a estrutura analítica do projeto (EAP) recebe, como algumas das suas entradas para o seu processo, a documentação dos requisitos e a declaração do escopo. A EAP define as entregas e a decomposição das entregas em pacotes de trabalho.

Alternativas
Comentários
  • A EAP, Estrutura Analitica do Projeto (WBS – Work Breakdown Structure), é uma decomposição hierárquica do trabalho a ser executado é uma ferramenta poderosa para se realizar a gestão do escopo de um projeto, sendo uma subdivisão das entregas e do trabalho do projeto em componentes menores e de gerenciamento mais fácil, podendo mostrar graficamente uma decomposição hierárquica orientada as entregas do trabalho do projeto.   Uma boa EAP consegue determinar todos os pacotes de trabalho de um projeto, e somente os trabalhos necessários para a conclusão do projeto, que se organizada e acompanhada pelo gerente de projetos, se torna uma arma eficiente contra o Gold Plating.   8.1. Entradas Para se elaborar uma boa EAP, é necessário considerar no mínimo as seguintes entradas: 8.1.1. Plano de gerenciamento do escopo Obtido no processo de Planejar o gerenciamento do escopo. 8.1.2. Declaração do escopo do projeto Obtido no processo de Definir o escopo. 8.1.3. Documentação nos requisitos Obtido no processo de Coletar os requisitos. 8.1.4. Fatores Ambientais da Empresa Padrões específicos para criação de EAP, tais como padrões ISO/IEC 15228 para projetos de engenharia. 8.1.5. Ativos de Processos Organizacionais Os ativos que podem influenciar este processo são: - Políticos, processos e modelos para criação de EAP; - Documentos de projetos anteriores; - Lições aprendidas de projetos anteriores;
  • A WBS é uma coleção de componentes do projeto orientado a produtos finais. O trabalho que não se encaixa na WBS não se encaixa dentro do projeto. A finalidade da WBS é organizar e definir o escopo do projeto. A WBS é mais do que uma lista de compras das atividades - é uma representação visual dos produtos finais de alto nível desmembrados em componentes de fácil manuseio.

    A EAP deve delinear o escopo completo do trabalho necessário para concluir o projeto.

  • Simplificando:No grupo de processo INÍCIO: É definido o escopo geral do projeto.

    No grupo de processo PLANEJAMENTO: É criado Estrutura Analítica do Projeto (EAP) que vai decompor/detalhar o escopo em pacotes de trabalhos a serem executados.

    INICIO - PLANEJAMENTO - EXECUÇÃO - MONITORAMENTO/CONTROLE - TÉRMINO

    obs.: Este detalhamento/decomposição é chamado Backlog do projeto


ID
1042510
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Gerência de Projetos
Assuntos

Com base no PMBOK, julgue os itens seguintes, acerca de gerenciamento de projetos.

O diagrama de causa e efeito é uma ferramenta que auxilia o projeto no processo que realiza o controle de qualidade.

Alternativas
Comentários
  • Ferramentas e Técnicas
     
    Com as entradas em mãos o gerente de projetos poderá realizar um eficiente controle de qualidade utilizando as seguintes ferramentas e técnicas:
     
    41.2.1. Sete ferramentas básicas da qualidade
     
    - Diagramas de causa e efeito
    Estes diagramas também conhecidos como diagramas de Ishikawa ou diagramas de espinha de peixe, ilustram como vários fatores podem estar ligados a problemas ou efeitos potenciais.
     
    - Gráficos de controle
    Os gráficos descritos no processo Planejar a qualidade, permitem que aqui os dados sejam coletados e analisados para indicar a qualidade dos processos e produtos do projeto.
     
    - Fluxogramas
    Os fluxogramas descritos no processo Planejar a qualidade, permitem que aqui seja determinada as etapas do processo que não estão em conformidade e identificar oportunidades potencias de melhoria do processo.
     
    - Histograma
     A principal função do histograma é ilustrar a causa mais comum de problemas em um processo, um exemplo de uso do histograma é para conferir a alocação de recursos em determinados períodos, identificando facilmente uma super alocação.
     
    - Gráfico de execução
    Semelhante a um gráfico de controle sem a exibição dos limites, o gráfico de execução mostra o histórico e o padrão de variação. Este gráfico tem o objetivo de mostrar os pontos de dados plotados na ordem que ocorreram, mostrando as tendências de um processo ao longo do tempo, sua variação, deteriorização ou melhorias também ao longo do tempo.
     
    - Diagrama de dispersão
    O diagrama de dispersão mostra o relacionamento entre duas variáveis, permitindo que a equipe de qualidade estude e identifique o relacionamento possível entre as mudanças observadas em pelo menos duas variáveis.
     
    - Amostragem estatística
    As amostragens descritas no processo Planejar a qualidade, permitem que as amostras sejam selecionadas e testadas conforme definido no plano de qualidade.
     
    41.2.2. Amostragem estatística
    Descrito em detalhes no processo Planejar o gerenciamento da qualidade, sendo que aqui estas amostras são selecionadas e testadas como definidas no plano de gerenciamento da qualidade.
     
    41.2.3. Inspeção
    É uma apreciação de um produto de trabalho para determinar se o mesmo está em conformidade com os padrões previamente estabelecidos, e os resultados podem incluir medições, sendo que estas inspeções podem ser chamadas de revisões, revisões por pares, auditorias ou homologações (walkthroughs).
     
    41.2.4. Revisão das solicitações de mudança aprovadas
    Todas as solicitações de mudança aprovadas devem ser revisadas para verificar se foram implementadas conforme haviam sido aprovadas.
  • O diagrama de causa e efeito é uma ferramenta que auxilia o projeto TANTO no processo que realiza o controle de qualidade COMO no processo que identifica os riscos.

  • Técnicas de Identificação de Riscos.

    Brasinstorming: Objetivo é obter uma lista completa dos riscos do projeto.

    Brainstorming Eletrônico: Permite gerar ideias via web, atráves de computadores ligados em rede, em que os participanetes terão acesso mais rápido às ideas geradas.

    Técnica Delphi: Obter um consenso de especialistas.

    Entrevistas: Entrevistar participantes.

    Análise da Causa-Raiz: Identificar problemas, conhecida também como DIAGRAMA DE ISHIKAWA (Espinha de Peixe ou Diagrama de Causa e Efeito)

    Gaba: Certo.

  • 8.1.2.3 Sete ferramentas de qualidade básicas

    As sete ferramentas de qualidade básicas, também conhecidas no setor como as 7 sete ferramentas do CQ, são usadas no contexto do ciclo PDCA para solucionar problemas de qualidade. Como ilustrado de forma conceitual na Figura 8-7, as sete ferramentas de qualidade básicas são:


    Diagramas de causa e efeito, também conhecidos como diagramas de espinha de peixe ou diagramas de Ishikawa. A especificação do problema colocada na cabeça da espinha de peixe é usada como um ponto de partida para seguir a fonte do problema até à sua causa-raiz acionável. A especificação do problema tipicamente descreve o problema como uma lacuna a ser fechada ou um objetivo a ser alcançado. As causas podem ser encontradas olhando para a especificação do problema e perguntando “Por quê?” até que a causa-raiz acionável seja identificada ou até que as possibilidades razoáveis em cada diagrama de espinha de peixe sejam esgotadas. Os diagramas espinha de peixe são frequentemente úteis na conexão dos efeitos indesejáveis vistos como uma variação especial à causa atribuível sobre a qual as equipes de projeto devem implementar ações corretivas para eliminar a variação especial detectada em um gráfico de controle.


    (V5) Todos os processos do Gerenciamento de Qualidade (Planejar o Ger de Qualidade, Realizar a Garantia de Qualidade, Controlar a Qualidade) utilizam as 7 ferramentas de qualidade básicas, onde o Diagrama de causa e efeito faz parte.

  • Ishikawa é um diagrama em que você pode visualizar todas as causas possíveis para um efeito de um problema, ou seja, algo que pode está afetando a qualidade do projeto. Dessa forma, ele acelera a investigação de uma causa porque você já tem a causa documentada no diagrama. Como que acontece? Você vai escrevendo as várias causas possíveis no diagrama e no momento em que você tiver um efeito e tiver que investigar a causa, você parte de uma lista de causas já documentada no seu diagrama de Ishikawa. Com isso você vai controlando e melhorando a qualidade do projeto. 


ID
1042513
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

No que concerne à contratação de bens e serviços de tecnologia da informação, julgue os itens a seguir, com base na Instrução Normativa n.º 4/2010, do Ministério de Planejamento, Orçamento e Gestão.

Tratando-se de contratação de serviços de tecnologia da informação, para que sejam garantidos a qualidade e o atendimento aos prazos de entrega exigidos, o edital deve descrever o valor da remuneração dos funcionários da contratada.

Alternativas
Comentários
  • ERRADO

    De acordo com a instrução, Art. 7º
    É vedado:
    I - estabelecer vínculo de subordinação com funcionários da contratada;
    II - prever em edital a remuneração dos funcionários da contratada;
    III - indicar pessoas para compor o quadro funcional da contratada;
    IV - demandar ao preposto que os funcionários da contratada executem tarefas fora do
    escopo do objeto da contratação;
    V - reembolsar despesas com transporte, hospedagem e outros custos operacionais, que
    devem ser de exclusiva responsabilidade da contratada;
    VI - prever em edital exigências que constituam intervenção indevida da Administração na
    gestão interna dos fornecedores; e
    VII  -  prever  em  edital  exigência  que  os  fornecedores  apresentem,  em  seus  quadros,
    funcionários capacitados ou certificados para o fornecimento da Solução, antes da contratação.
  • O edital NÃO deve descrever o valor da remuneração dos funcionários da contratada.

  • A IN4/2014 manteve a mesma redação da IN anterior,

    Art. 7º É vedado:

    II - prever em edital a remuneração dos funcionários da contratada;


  • CESPE!! 

    Ano: 2013

    Banca: CESPE

    Órgão: ANCINE

    Prova: Analista Administrativo - Área 2

    Julgue o  item seguinte, com relação à Instrução Normativa n.º 4/2010 do Ministério do Planejamento, Orçamento e Gestão.

    Na contratação de técnicos especializados para ambientes de TI, o contratante, para fins de retenção de talentos, poderá prever em edital a remuneração, além do valor mínimo dos benefícios a que terão direito os técnicos.

     

    Copiando questoes!! =)

  • Os itens I a IV é o q mais ocorrem na prática: já vi de tudo...desde o chefe pedir para o contratado servir de chofer para os filhos dele na escola, até, pasmem, favores sexuais!!!

    Mas pra prova vale o q tá na Lei, né?


ID
1042516
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

No que concerne à contratação de bens e serviços de tecnologia da informação, julgue os itens a seguir, com base na Instrução Normativa n.º 4/2010, do Ministério de Planejamento, Orçamento e Gestão.

No início de um contrato de prestação de serviços, devem ser repassados à contratada os conhecimentos necessários para a execução do serviço; além disso, a infraestrutura necessária deve ser disponibilizada.

Alternativas
Comentários
  • Gerenciamento do Contrato

    Art. 25.  A fase de Gerenciamento do Contrato visa acompanhar e garantir a adequada prestação dos serviços e o fornecimento dos bens que compõem a Solução de Tecnologia da Informação durante todo o período de execução do contrato e compreende as seguintes tarefas:

    I - início do contrato, que abrange:

    a) elaboração do Plano de Inserção da contratada, observando o disposto no art. 11, inciso V desta norma, pelo Gestor do Contrato e pelos Fiscais Técnico, Administrativo e Requisitante do Contrato, que contemplará no mínimo:

    1. o repasse à contratada de conhecimentos necessários à execução dos serviços ou ao fornecimento de bens; e 

    2. a disponibilização de infraestrutura à contratada, quando couber;
  • Não consigo concordar com o gabarito oficial.

    A questão diz explicitamente que a infraestrutura necessária DEVE ser disponibilizada, ou seja, que ela será disponibilizada sempre. Porém, a IN diz que "disponibilização de infraestrutura à contratada, QUANDO COUBER".

    Desestimulante...


  • Ao colega K B,

    Acredito que se a questão tivesse sido mais taxativa, afirmando que a infraestrutura deverá SEMPRE ser disponibilizada, aí sim ela estaria errada.

    Infelizmente a CESPE costuma considerar certa essas generalizações.

  • Muito foda essas questões. No caso ela escreveu DEVE ser disponibilizada então no caso seria SEMPRE!  é um dever, e na LEGISLAÇÃO  fala "QUANDO COUBER". discordo plenamente do garabito!

  • Ao meu ver a questão é correta, já que diz que "a infraestrutura NECESSÁRIA deve ser disponibilizada", ou seja, será disponibilizada somente QUANDO COUBER (quando necessário, quando for o caso, etc).

  • IN 04/2014:

    Art. 32. As atividades de início do contrato compreendem:

    I - elaboração do Plano de Inserção da contratada, pelo Gestor do Contrato e pelos Fiscais Técnico, Administrativo e Requisitante do Contrato, observando o disposto nos arts. 17, 18, 19 e 20 e a proposta vencedora, contemplando, NO MÍNIMO:

    a) o repasse à contratada de conhecimentos necessários à execução dos serviços ou ao fornecimento de bens; (...)

    b) a disponibilização de infraestrutura à contratada, QUANDO COUBER; 


    Esse "quando couber" é fogo ...


  • @K B: se a infraestrutura é necessária para a execução do serviço, então ela deve ser disponibilizada. Se não for necessária, não é obrigatório disponibilizar. 

  • Questão assim não basta ter o conhecimento ,tem que adivinhar o que a banca quis dizer.

  • No início de um contrato de prestação de serviços, devem ser repassados à contratada os conhecimentos necessários para a execução do serviço; além disso, a infraestrutura necessária deve ser disponibilizada.

    KLB, dá uma lida no comentário do Luis Henrique Porqueshato, e, principalmnete, na IN, onde diz q:

    Subseção I

    Do início do contrato

    Art. 31. As atividades de início do contrato compreendem:

    II - o repasse à contratada de conhecimentos necessários à execução dos serviços ou ao fornecimento de bens; e

    III - a disponibilização de infraestrutura à contratada, quando couber.

    Parágrafo único. O disposto neste artigo é dispensável para soluções compostas exclusivamente por fornecimento de bens de TIC.

    Vamos parar com essa mania de criar pelo em ovo em tudo, galera, prfvr!!! Vamos ter 1 pouco de bom senso!!!


ID
1042519
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

No que concerne à contratação de bens e serviços de tecnologia da informação, julgue os itens a seguir, com base na Instrução Normativa n.º 4/2010, do Ministério de Planejamento, Orçamento e Gestão.

Em se tratando de contratação para a aquisição de software, hardware e serviços de instalação, é aceitável a celebração de um único contrato.

Alternativas
Comentários
  • ERRADO

    De acordo com a instrução, Art. 5º

    Não poderão ser objeto de contratação:
    I - mais de uma Solução de Tecnologia da Informação em um único contrato; e
    II - gestão de processos de Tecnologia da Informação, incluindo gestão de segurança da
    informação.
  • Esse gabarito tá meio estranho... A IN nº 4 define: IX - Solução de Tecnologia da Informação: conjunto de bens e serviços de Tecnologia da Informação e automação que se integram para o alcance dos resultados pretendidos com a contratação;

    Conforme o colega Rafael informou o que não é permitido é mais de uma Solução de TI em um único contrato, só que a definição de Solução de TI engloba o CONJUNTO DE BENS E SERVIÇOS... 

    Software, hardware e serviços de instalação não é um conjunto de bens e serviços que se integram para alcançar os resultados pretendidos?

  • Lógico que esta questão está correta. Estaria errada se tivesse mencionado que seria mais de uma solução , coisa que a questão não o fez. É só o examinador sair de trás da teoria e perceber que existem milhões de soluções que são appliance que envolvem hw, sw, garantia, treinamento suporte tudo no mesmo contrato....

    Que raiva de ver questões assim.


  • Questão Correta. Como exemplo, a aquisição de uma solução de wirelles, depende dos AP's (hardware), do sistema de gerenciamento (software)  das redes e dos serviços de instalação. A questão coloca o termo aceitável, neste caso poderia dizer, em alguns casos é "recomendável", visto que as questões de garantia e segurança exigem um único fornecedor!!!

  • Não pode em um único contrato.

  • Bastante polêmica, pois a questão não aborda, nem faz alusão ao termo técnico utilizado na IN, no caso, a Solução de Tecnologia da Informação.
    Conforme citado por muitos colegas, esse conjunto "software, hardware e serviços de instalação" pode ou não fazer parte de uma única solução.

    Dependeria de um contexto para saber se esse conjunto seria integrado para alcançar um resultado.

    O mais prudente seria a anulação da questão.

  • CESPE...perseguindo o Nishimura desde 2010!!!

    Mas, quanto à questão, é um tipo de nó cego q dão na nossa cabeça. Senão, vejamos:

    Esta fonte[1] diz isso(e na maior naturalidade do mundo):

    "Não, né pessoal?! A 8.666/93 diz que, sempre que possível, o objeto da contrataçaõ deve· ser parcelado. Além disso, veremos nas proximas aulas que a IN04/2014 determina que nao podemos contratar mais de uma solucao em um unico contrato". 

    Só faltou finalizarem dessa forma: "suas antas".

    Daí, eu fui consultar a IN04(e também a 01), e diz o seguinte:

    Art. 3º Não poderão ser objeto de contratação:

    I - mais de uma solução de TIC em um único contrato, devendo o órgão ou entidade observar o disposto nos §§ 2º e 3º do art. 12; e

    Vamos ver o q diz esses parágrafos:

    § 2º A Equipe de Planejamento da Contratação avaliará a viabilidade de:

    I - realizar o parcelamento da solução de TIC a ser contratada, em tantos itens quanto se comprovarem técnica e economicamente viáveis, justificando-se a decisão de parcelamento ou não da solução; e

    II - permitir consórcio ou subcontratação da solução de TIC, observado o disposto nos arts. 33 e 72 da Lei nº 8.666, de 1993, respectivamente, justificando-se a decisão.

    § 3º A Equipe de Planejamento da Contratação avaliará, ainda, a necessidade de licitações e contratações separadas para os itens que, devido a sua natureza, possam ser divididos em tantas parcelas quantas se comprovarem técnica e economicamente viáveis (...)

    II - o disposto no art. 3º do Decreto nº 9.507, de 2018, inclusive gestão de processos de TIC e gestão de segurança da informação.

    Também fui atrás desses itens, para tirar essa estória a limpo, e eles não têm qqr relação com a pergunta(versam sobre questões de execução de serviços)

    Por fim, também fui artás da 8666/93[3]:

    Art. 15. As compras, sempre que possível, deverão:    

    IV - ser subdivididas em tantas parcelas quantas necessárias para aproveitar as peculiaridades do mercado, visando economicidade;

    O q mata na questão é o termo "aceitável". Como vemos, claramente, a 8666, bem como as INs dão brechas para a q o gabarito da questao seja certo.

    Infelizmente, quando temos polêmica e mais precisamos dos professores, eles somem, desaparecem como q por bruxaria, ou respondem a questão de forma superficial.

    E é incrível q em questões simples eles brotam de tudo o quanto é lado!!!

    Com respeito, claro, aos profissionais serios q há!!!

    Fonte:

    [1] Estrategia Concursos

    [2] DECRETO Nº 9.507, DE 21 DE SETEMBRO DE 2018, http://www.planalto.gov.br/ccivil_03/_Ato2015-2018/2018/Decreto/D9507.htm

    [3] Lei 8333/1993

  • A IN 01 determina que não podemos contratar mais de uma solução de TIC em um mesmo contrato. O Famoso contrato Guarda-Chuva.


ID
1042522
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação a teste funcional e de unidade, julgue os itens que se seguem.

Para se avaliar a documentação do projeto do software, deve ser utilizado o teste de unidade.

Alternativas
Comentários
  • O paralelismo entre as atividades de desenvolvimento e teste de software é o da lista abaixo

    Modelagem de Requisitos ------> Testes de aceitação

    Projeto da Arquitetura  ------> Teste do Sistema

    Projeto dos componentes ------> Teste de integração

    Codificação ------> Teste de unidade

    Com base nessa informação podemos avaliar que a afirmação da questão está errada.

  • Testes estáticos avaliam a documentação do projeto.

  • O mais recomendado seria uma INSPEÇÃO ao contrário do teste de unidade.

  • Este seria o teste de aceitação. Teste unitário avalia componentes, no mais baixo nível do software. Avalia o comportamento de métodos de classes.


ID
1042525
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação a teste funcional e de unidade, julgue os itens que se seguem.

Testes funcionais são aplicados para identificar não conformidades entre o programa e seus requisitos

Alternativas
Comentários
  • CORRETO

    Testes funcionais são aplicados para identificar não conformidades entre o programa e seus requisitos (CERTO).

    Bons estudos!

  • Teste funcional também é chamado de caixa preta.

  • Testes funcionais avaliam se o que foi especificado fora implementado.

  • acho que essa questão esta um pouco mau elaborada, pois identificar a NÃO conformidade é o mesmo que checar se a conformidade esta ok, ou seja se muda-se para "identificar a conformidade", tirando o NÃO, também estaria correto.! Checar a NÃO conformidade é esperar que haja erros, pode haver a situação em que não haja erros (bem improvável)

  • Pensei que era o teste de aceitação que fazia isso.


ID
1042528
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Segurança da Informação
Assuntos

A respeito de segurança da informação, julgue os itens subsequentes.

É possível controlar redes grandes utilizando-se a segmentação dessas redes em diferentes domínios de redes lógicas.

Alternativas
Comentários
  • Questão correta, como visto abaixo:

    A norma NBR ISO/IEC 17799 (2005) afirma, em um dos seus controles, que um método de controlar a segurança da informação em grandes redes é dividi-la em domínios de redes lógicas diferentes. De fato, esta é uma prática comum em redes de computadores estruturadas que garante acesso restrito a certos serviços. Por exemplo, uma instituição de ensino como uma faculdade, que possui laboratórios de informática utilizados por seus alunos, não seria conveniente que eles estivessem desenvolvendo suas pesquisas na mesma rede onde se encontra o servidor de banco de dados com suas notas, faltas e vida financeira. Tais dados poderiam estar em risco. Porém, também não seria conveniente para a instituição manter uma infra- estrutura física separada para atender apenas aos laboratórios, isso sairia caro, portanto com a divisão lógica da rede é possível manter apenas uma estrutura física impondo limites logicamente.

    Fonte: http://www.teleco.com.br/tutoriais/tutorialitil/pagina_4.asp

    Bons estudos!

  • Assertiva CORRETA. 


    "Divide and conquer..."

    Consiste em "quebrar" uma grande rede em redes menores para facilitar a gestão do todo. Técnica bastante utilizada e não só para poder gerir melhor a rede.
  • Certo. A segmentação pode ser realizada por meio de:

    Máscaras de redes e VLAN

    As máscaras de rede servem para segmentar as redes com seus respectivos endereços lógicos (IPs).

    As VLANs são realizadas no nível de enlace e também segmentam logicamente uma rede.

  • Sim, no caso das Vlans elas tem metodos de controle de trafego, mtu, controles de banda etc

ID
1042531
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Segurança da Informação
Assuntos

A respeito de segurança da informação, julgue os itens subsequentes.

Planos de continuidade do negócio devem ser atualizados em intervalos planejados e quando houver alterações significativas. A mudança de endereços das instalações físicas da empresa e dos seus números de telefone são fatores que não afetam o plano de continuidade do negócio

Alternativas
Comentários
  • ERRADO

    1)Planos de continuidade do negócio devem ser atualizados em intervalos planejados e quando houver alterações significativas.  (CORRETO)
    Segundo a ISO 27002,p.118,
    "
    14.1.5 Testes, manutenção e reavaliação dos planos de continuidade do negócio

    Controle

    Convém que os planos de continuidade do negócio sejam testados e atualizados regularmente, de forma a assegurar sua permanente atualização e efetivisade."

    2) A mudança de endereços das instalações físicas da empresa e dos seus números de telefone são fatores que não afetam o plano de continuidade do negócio.(ERRADO)
    Segundo a ISO 27002,p.118,
    "14.1.5 Testes, manutenção e reavaliação dos planos de continuidade do negócio


    Diretrizes para implementação

    Os exemplos de mudanças onde convém que a atualização dos planos de continuidade do negócio seja

    considerada são a aquisição de novos equipamentos, atualização de sistemas e mudanças de:
    b) endereços ou números telefônicos;"


    **Portanto, o erro da questão está na segunda parte quando afirma que ambos os fatores não afetam o plano de continuidade do negócio, quando na verdade afetam sim.


     

  • Assertiva CORRETA. 


    Complementando: você pode perder contatos com a alteração do número de telefone e a mudança de endereço pode significar maiores custos com logística. Tudo isso deve ser levado em conta.
  • Segue outra fonte para estudos. GUIA DE SEGURANÇA DA INFORMAÇÃO DO TCU.

    Segundo este guia,"3.7.3 Que fatos podem provocar a necessidade de atualização do PCN?

    Diversas situações podem demandar atualizações no Plano, tais como as mudanças:

    • no parque ou ambiente computacional (ex: aquisição de novo equipamento, atualização de sistemas operacionais, migração de sistemas de grande porte para ambiente cliente-servidor);
    • administrativas, de pessoas envolvidas e responsabilidades;
    • de endereços ou números telefônicos;
    • de estratégia de negócio;
    • na localização e instalações;
    • na legislação;
    • em prestadores de serviço, fornecedores e clientes chave;
    • de processos (inclusões e exclusões);
    • no risco (operacional e financeiro)."


ID
1042534
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Segurança da Informação
Assuntos

A respeito de segurança da informação, julgue os itens subsequentes.

Ferramentas de auditoria de sistemas de informação devem ser armazenadas separadas dos dados e das ferramentas de sistemas em desenvolvimento ou em operação

Alternativas
Comentários
  • ISO 27002

    15.3.2 Proteção de ferramentas de auditoria de sistemas de informação

    Diretrizes para implementação

    Convém que acessos às ferramentas de auditoria de sistemas de informação, por exemplo,  software ou arquivos de dados, sejam separados de sistemas em desenvolvimento e em operação e não sejam mantidos em fitas de biblioteca ou áreas de usuários, a menos que seja dado um nível apropriado de proteção adicional.

    * Pela banca Cespe, marquei errado somente pelo termo  "devem", que transmite a ideia de obrigatoriedade e não uma recomendação. No entanto, o gabarito é CERTO.


  • O problema é que o Cespe não citou que se tratava da 27002, foi uma questão genérica. 

  • A auditoria não pode ser corrompida pelo mesmo meio que se tem os sistemas em operação. Os resultados precisam ser preservados e para isso, devem ser separados.


ID
1042537
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Segurança da Informação
Assuntos

A respeito de segurança da informação, julgue os itens subsequentes.

Em uma troca de dados, via Internet, entre dois computadores que estejam utilizando um algoritmo de criptografia assimétrica, antes de trocarem os dados, os usuários deverão compartilhar entre eles a chave, já que ela deve ser a mesma para os dois usuários.

Alternativas
Comentários
  • ERRADO!

    A afirmativa fala que os usuários devem compartilhar entre eles a chave, pelo fato de ser a mesma para os dois.
    Isso se trata de CRIPTOGRAFIA SIMÉTRICA, e não ASSIMÉTRICA como diz a questão.
  • Assertiva ERRADA. 


    Na criptografia assimétrica as chaves são diferentes, conforme o Gabriel comentou. Decorem assim:

    - simétrica tem chaves iguais? Simétrica!
  • Entendo que não se trata da mesma chave privada, pois do contrário seria criptografia simétrica. Contudo, do caso da Criptografia Assimétrica não há a necessidade de troca da chave pública entre os usuários? Ou o que invalidaria a questão seria o momento em que seria trocada essa chave? Na assertiva não existe a discriminação do tipo de chave que precisa ser trocada.

  • Esta questão, ao meu ver, está mal formulada. Isto porque não é falado de chave única. Mas sim de trocar "a chave". Fica subjetivo. Cada parte do processo tem "a chave", a sua chave publica.

    Mal formulada.

  • Olá, Taís. Observe que a questão fala: " já que ela deve ser a mesma para os dois usuários". Essa afirmação retira qualquer ambiguidade ao informar que se está falando de uma mesma chave para os dois usuários o que caracteriza criptografia simétrica.

  • Gabarito Errado

    A questão fala em criptografia simétrica e não assimétrica.

     

     

     

     

    "Retroceder Nunca Render-se Jamais !"
    Força e Fé !
    Fortuna Audaces Sequitur !

  • Repare na última oração da questão: "já que ela deve ser a mesma para os dois usuários".​

     

    Se DEVE ser a mesma chave, será usada a CHAVE SIMÉTRICA, caso tivesse referindo a 2 chaves, aí sim, seria a CHAVE ASSIMÉTRICA.

     

    SIMÉTRICA = 1 CHAVE

    ASSIMÉTRICA = + 1 CHAVE


ID
1042573
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação à engenharia de requisitos, julgue os itens a seguir.

Workshop de requisitos, brainstorming, entrevistas e questionários são técnicas que podem ser utilizadas para elicitar requisitos.

Alternativas
Comentários
  • CORRETA. Segundo Sommerville, são técnicas para Elicitação (levantamento) de requisitos:

    Técnicas (Sommerville):

     Entrevistas.

     Levantamento Orientado a Ponto de Vista.

     Etnografia.

     Cenários.

     Casos de Uso.

     Outras:

     Leitura de documentos.

     Questionários.

    Análise de protocolos.

     Participação ativa dos usuários (Workshop).

     Reuso de requisitos.

     Prototipagem.

     Brainstorming.

  • ainda temos etonografia, que é a que o CESPE mais gosta de cobrar

     

    Ano: 2015Banca: CESPEÓrgão: TJ-DFTProva: Analista Judiciário - Analista de Sistemas

     

    As técnicas de elicitação e especificação de requisitos incluem a etnografia, a qual é utilizada para compreender os requisitos sociais e organizacionais para determinado projeto.

    certa


ID
1042576
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação à engenharia de requisitos, julgue os itens a seguir.

As atividades do gerenciamento de requisitos incluem a análise e a negociação, a qual visa garantir que todos os requisitos do sistema tenham sido declarados de modo não ambíguo, sem inconsistências, omissões e erros

Alternativas
Comentários
  • Observe que o pronome relativo "A QUAL" se refere apenas à NEGOCIAÇÃO e segundo Pressman (Engenharia de Software - uma abordagem profissional 7ªEd)

    NEGOCIAÇÃO - tem como intuito desenvolver um plano de projeto que atenda às necessidades dos interessados e, ao mesmo tempo, reflita as restrições do mundo real(por exemplo, tempo, pessoal, orçamento) impostas à equipe de software (pg. 145). Ainda segundo a referência citada a tarefa descrita após o pronome "A QUAL" diz respeito a validação.

    A VALIDAÇÃO de requisitos examina a especificação para garantir que todos os requisitos de software tenham sido declarados de forma não ambígua; que as inconsistências, omissões e erros tenham sido detectados e corrigidos e que os artefatos estejam de acordo com os padrões estabelecidos para o processo, projeto e produto (pg. 129-130).

    por isso gabarito: ERRADA
  • Bom comentário do colega abaixo! 

    Somente pondo outro erro da questão, além do ponto que o texto fala de validação de requisitos e não análise e negociação (ponto já identificado pelo colega):

    A questão diz "As atividades de gerenciamento de requisitos incluem a análise e a negociação, ...". No entanto, tanto pra Sommerville como para Pressman, essas atividades de análise e negociação fazem parte do processo de Engenharia de Requisitos e não gerenciamento de requisitos. Sendo essa última (gerenciamento de requisitos), segundo Pressman, apenas mais uma atividade do processo de Engenharia de Requisitos, onde as mudanças nos requisitos do sistema são compreendidas e controladas. Esse é, certamente, mais um erro da questão!

    Espero ter ajudado!

  • Existe a atividade análise? Segundo Pressman (6 edição, pág.118), a eng. de requisitos possui 7 funções:

    1.Concepção

    2.Levantamento

    3.Elaboração

    4.Negociação

    5.Especificação

    6.Validação

    7.Gestão

  • Priscila, Sommerville apresenta o processo de engenharia de requisitos, explicando que este tem o papel de criar e manter um documento de requisitos de sistema. Para isso está dividido em quatro subprocessos: estudo de viabilidade, elicitação e análise, especificação e validação. Outra etapa importante deste processo é o gerenciamento dos requisitos que gerencia as mudanças dos requisitos que ocorrem devido à maior compreensão das necessidades do software e mudanças no ambiente organizacional do sistema.

  • Atividades do processo de engenharia de requisitos: 

    * Estudo de Viabilidade;

    * Elicitação e Analise de Requisitos (a questão colocou Análise e Negociação);

    * Especificação de requisitos;

    * Validação de Requisitos;


    SOMMERVILLE (Eng. de Software, pg 96-97)

    Reposta: Errado

  • O desenvolvimento de requisitos é constituído por processos de elicitação de requisitos, análise e negociação de requisitos, especificação e modelagem dos requisitos, validação de requisitos e por ultimo a fase de gestão ou gerenciamento de requisitos.

  • Concordo com o João Segalla que o gerenciamento de requisitos não inclui análise e negociação, sendo estas atividades de mesmo nível.
  • Na verdade Gerenciamento de Requisitos corresponde ao conjunto de atividades que auxilia a equipe do projeto a identificar, controlar e rastrear os requisitos, bem como as alterações nos requisitos em muitos momentos do projeto.

    O que o enunciado declara é Engenharia de requisitos. :-)

  • Ele enuncia verificação e validação de requisitos, como pode ser encontrado nessas notas de aula de um professor da UFES, página 17: 

    "Na atividade de V&V (Validação e Verificação) assegura-se que: 

        (i) todos os requisitos do sistema tenham sido declarados de modonão-ambíguo; 

        (ii) as inconsistências, conflitos, omissões e erros tenham sido detectados e corrigidos; 

        (iii) os documentos estão em conformidade com os padrões estabelecidos;

        (iv) os requisitos realmente satisfazem às necessidades dos clientes e usuários. "

  • Segundo Sommerville, o gerenciamento de requisitos inicia-se assim que uma versão inicial do documento de requisitos estiver pronta. Entretanto, esse documento só existirá após a elicitação e análise. Logo, as atividades de gerenciamento de requisitos não incluem a análise.

  • Eu coloquei ERRADO pois NADA "garante 100%" que todos os requisitos foram escritos sem ambiguidade e sem erros

  • Pessoal, já vi várias questão do QC, assim como em algumas fontes literárias, dividindo a Eng. de Requisitos em Gerência e Desenvolvimento (assim como faz o MPSBR.

     

    Seguindo por esta linha, a Gerência de requisito basicamente faz o entendimento, rastreabilidade e controle de mudanças.

    Elicitação, Análise, Especificação, validação, etc, ficam a cargo do Desevolvimento de Requisitos.

    Fonte: http://www.devmedia.com.br/artigo-engenharia-de-software-introducao-a-engenharia-de-requisitos/8034

    Fonte: MPSBR Disciplina de Gerência de Requisitos e Disciplina de Des. de Requisitos.

  • tipos de checagem na validação

     

    Validação - O sistema fornece as funções que melhor atende às necessidades do usuário?

    Consistência - existem conflitos ou contradições?

    Completude - Todas as funções necessárias para o cliente estão incluídas?

    Realismo - Os requisitos podem ser implementados com a tecnologia e orçamento disponíveis?

    Verificabilidade - Os requisitos podem ser checados?

     

     

     

    Ano: 2014Banca: CESPEÓrgão: ANTAQProva: Analista Administrativo - Sistemas e Negócios

     

    No processo de validação de requisitos, a verificação de consistência assegura que os requisitos possam ser implementados de acordo com as tecnologias existentes.

     

    Errada - realismo

  • O gerenciamento de requisitos se inicia logo que se define os primeiros requisitos no documento de requisitos, esse documento inicial pode ser um rascunho básico esse gerenciamento de requisitos vai ser executado ponta-a-ponta, desde desse rascunho até a entrega final e incluem a análise e a negociação sim, o erro da questão é dizer que "NEGOCIAÇÃO" visa garantir que todos os requisitos do sistema tenham sido declarados de modo não ambíguo, sem inconsistências, omissões e erros, pois, "NEGOCIAÇÃO" visa como o próprio nome diz negociar conflitos entre os stakeholders que as vezes pedem mais do que se pode ser feito ou têm necessidades especiais, requer grande capacidade de interação social por parte do analista.

    Fonte: Aula 08 Analise e Especificação, do curso de requisitos do professor Fernando Pedrosa do Provasdeti


ID
1042579
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação à engenharia de requisitos, julgue os itens a seguir.

Requisito é a descrição dos principais recursos de um produto de software, seu fluxo de informações, comportamento e atributos.

Alternativas
Comentários
  • Embora o gabarito divulgado inicialmente tenha sido CERTO, O CESPE ANULOU essa questão justificando haver divergência na literatura oficial a respeito da definição de requisito.
  • A descrição dos principais recursos de um produto de software, seu fluxo de informações, comportamento e atributos. São providas através dos Requisito. acredito que se o enunciado estivesse dessa forma não teria sido anulada


ID
1042582
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação às abordagens de desenvolvimento de software, julgue os próximos itens.

XP é um método de desenvolvimento de software em que os requisitos são especificados em user stories; requisitos, arquitetura e design surgem durante o curso do projeto; e o desenvolvimento ocorre de maneira incremental

Alternativas
Comentários
  • XP - Trata-se de uma metodologia ágil desenvolvendo software com requisitos vagos e em constante mudança.

    Práticas XP

    Planejamento incremental - Requisitos são registrados para serem incluídos em interações.


  • XP é um método de desenvolvimento de software em que os requisitos são especificados em user stories; requisitos, arquitetura e design surgem durante o curso do projeto; não intendi essa parte, por isso errei a questão. alguém explica?

  • Caro colega Dyogo,

    A questão deve ser dividida por partes para ser melhor compreendida, pois existem 3 assertivas na mesma questão:1. XP é um método de desenvolvimento de software em que os requisitos são especificados em user stories; - Item correto. Os requisitos no XP normalmente são transformados em estórias de usuários, para melhor compreensão e entendimento do requisito vagamente elicitado.2. requisitos, arquitetura e design surgem durante o curso do projeto;- Item correto. De fato, como o XP é uma metodologia ágil e sua abordagem não é orientada a processos, ou seja, não segue uma rigorosa ordem de produção para entrega de software funcional. Dessa forma, é natural que os requisitos, arquitetura e design surjam durante o curso do projeto, pois há interação constante com o cliente conforme se amadurece o projeto e o produto.3. e o desenvolvimento ocorre de maneira incremental.
    - Assertiva correta. O desenvolvimento de entregas (partes funcionais) existentes no XP segue o princípio da abordagem incremental de desenvolvimento. Portanto, o desenvolvimento de software nesse rol ocorre de maneira incremental, ainda que de forma iterativa.
  • Pra mim existe uma diferença entre método e metodologia, por isso marquei como errada.

  • Há um erro aí. User stories não apresentam requisitos, e sim uma descrição informal de uma feature.


ID
1042585
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação às abordagens de desenvolvimento de software, julgue os próximos itens.

Os princípios fundamentais do processo unificado não incluem natureza iterativa e incremental, visto que este é um processo tradicional organizado em cascata.

Alternativas
Comentários
  • O RUP é interativo e incremental, o que acontece é que na prática, muita gente o utiliza como cascata
  • "De certo modo, o Processo Unificado é uma tentativa de apoiar-se  nos melhores recursos e características dos modelos convencionais (...). Ele sugere um fluxo de processo que é iterativo e incremental, dando a sensação evolucionária que é essencial no desenvolvimento".


    Engenharia de Software. Roger Pressman. 6a Edição.

  • O RUP é um modelo de processo derivado de trabalhos sobre UML. Ele reúne as melhores características de todos os modelos de processos, ilustra boas práticas na especificação e no projeto e apoia a prototipação e a entrega incremental.

  • RUP é:

    um processo iterativo incremental,

    orientado por casos de Uso e

    centrado na arquitetura.

  • errado- Ser iterativo & incremental significa que os analistas identificam os casos de uso relevantes consoante a arquitetura selecionada, cujo produto da iteracao é um compoenente do sistema. 


ID
1042588
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação às abordagens de desenvolvimento de software, julgue os próximos itens.

Scrum é uma metodologia de desenvolvimento de software que possui entre os seus princípios a realização do trabalho em sprint. Nessa metodologia, o tempo da sprint é variável, o que a faz adaptar-se mais facilmente às mudanças que possam ocorrer.

Alternativas
Comentários
  • O erro aqui é afirmar que o tempo da sprint é variável, o tempo é fixo caso chegue uma mudança ela entrará em um novo sprint ou será implementada no sprint atual sem alterar o prazo para o fim do sprint que é geralmente de 7 a 30 dias.
  • Não entendi porque foi anulada. Alguém sabe?

  • Justificativa do cespe:

    "A redação do item causou ambiguidade em relação ao “tempo da sprint”, razão suficiente para sua anulação. "


    http://www.cespe.unb.br/concursos/MPU_13_2/arquivos/JUSTIFICATIVAS_DE_ALTERA____O_DE_GABARITO_MPU_PARA_P__GINA_DO_CESPE.PDF


  • Acho que realmente há ambiguidade. O tempo de um sprint é fixo, porém existe variação de tempo quando comparamos vários sprints de um projeto scrum.

  • Outro erro descarado é afirmar que o Scrum é uma metodologia de desenvolvimento de software. Na realidade ele se presta ao gerenciamento ágil de projetos de SW.

  • Não precisava ser anulada. Só de afirmar que "Scrum é uma metodologia" já colocaria a assertiva como ERRADA.


ID
1042591
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Acerca de estimativas e métricas de software, julgue os itens subsequentes.

Um story point é representado por um número inteiro ou fracionário que representa uma agregação de certo número de aspectos, como conhecimento, complexidade, volume, incerteza e tempo.

Alternativas
Comentários
  • eu errei essa questao na prova, mas parece que o erro aqui está em dizer q pode ser fracionário

    alguém confirma isso por gentileza
  • Exato Raphael as storyboards são baseadas na escala Fibonacci, são sequências de números inteiros que representam o tamanho da funcionalidade em relação a outras funcionalidades do sistema. Não mede necessariamente o tempo para desenvolver a funcionalidade, é apenas um valor relativo as outras funcionalidades.

  • Sempre achei que os Story Points poderiam variar conforme a sequência abaixo (portanto, podendo ser fracionário):

    1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100

    Não encontrei uma fonte melhor que cite essa sequência, mas tem o blog deste professor ScrumMaster: http://scrumcrazy.wordpress.com/2011/03/11/whats-a-good-way-to-get-started-with-story-points/

    De qualquer forma, a questão deve continuar incorreta por causa da parte que diz o que o Story Point representa.

  • Rapahel, acho que o erro está em dizer que representa uma agregação de outros aspectos, quando na verdade são unidades abstratas de tamanho dadas pela experiência pessoal dos envolvidos na estimativa. A escala adotada fica a critério de cada time. Olhe a primeira referência e depois a seguinte questão: http://www.questoesdeconcursos.com.br/questoes/07b68e17-34 .

     

    Referências:

    http://blogs.msdn.com/b/aaronbjork/archive/2010/04/22/tip-3-story-points-scales.aspx

    http://www.mountaingoatsoftware.com/presentations/agile-estimating-and-planning

    http://www.amazon.com.br/Agile-Estimating-Planning-Mike-Cohn-ebook/dp/B004X1D3TC/ref=sr_1_1?ie=UTF8&qid=1389791120&sr=8-1&keywords=Agile+Estimating+and+Planning

     

  • Complementando a última nota, eu acho que há quase que uma pegadinha na afirmação: 'representa uma agregação de certo número de aspectos', sendo que neste tipo de estimativa os aspectos são completamente subjetivos e incertos.

  • O tamanho das estórias podem ser uma graduação de complexidade fácil, médio e difícil.

  • Questão errada simplesmente porque fugiu do escopo "APF". Story point tem haver com SCRUM.

    Resumindo: Story point é uma medida arbitrária usado por equipes Scrum. É usada para medir o esforço necessário para implementar uma história.

    Em termos simples, é um número que diz a equipe o quão difícil é a história. Dificuldade pode estar relacionada à complexidade, incógnitas e esforço.

    Story Point é baseada na sequência fibonacci(1,2,3,5,8,13,21,34,45).

    Fonte: https://agilefaq.wordpress.com/2007/11/13/what-is-a-story-point/


ID
1042594
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Acerca de estimativas e métricas de software, julgue os itens subsequentes.

Story point é uma técnica que estima o tamanho de uma story para comparar com outras stories de tipo similar

Alternativas
Comentários
  • "Story Point é, provavelmente, a unidade de estimativa mais utilizada entre os times ágeis hoje. O nome é derivado dos times ágeis, que normalmente expressam os requisitos como User Story (Estória do Usuário). Um Story Point é uma estimativa relativa de "tamanho" da atividade comparada com outra atividade no projeto. Portanto, espera-se que uma estória de 10 pontos demore o dobro do tempo que uma estória de 5 pontos.

    Estimar não é o mesmo que quantificar, mas incluir, implicitamente, o entendimento do time sobre a complexidade, o risco e o tempo para o trabalho que está sendo estimado. Uma estória é única para o time e não pode ser comparada com um Story Point de outro time. Pode ser contraproducente mapear Story Points com o seu equivalente em tempo absoluto; a técnica aceita para a previsão de tempo para conclusão é a velocidade da equipe."

    http://epf.eclipse.org/wikis/scrumpt/Scrum/guidances/concepts/story_points_C511CA10.html


ID
1042597
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

De acordo com o CMMI-DEV versão 1.2, julgue o item a seguir.

O CMMI-DEV versão 1.2 possibilita utilizar a representação por estágios e a contínua. A representação por estágios permite que as organizações tenham um caminho de melhoria predefinido e testado, enquanto a representação contínua baseia-se em uma história relativamente longa de utilização, com estudos e dados que demonstram o retorno do investimento.

Alternativas
Comentários
  • E  não há previsão de ROI no modelo contínuo.
  • O CMMI-DEV versão 1.2 possibilita utilizar a representação por estágios e a contínua. A representação por estágios permite que as organizações tenham um caminho de melhoria predefinido e testado, enquanto a representação contínua baseia-se em uma história relativamente longa de utilização, com estudos e dados que demonstram o retorno do investimento.

    A parte em negrito está toda certa. O restante no qual a questão informa que baseia em história longa de utiliza e com retorno de investimento está errada. Na Contínua não é possível demonstrar o retorno do investimento e não longa, pois todas as áreas de processos não devem ser implementadas, mas apenas algumas de acordo com a necessidade da empresa.

    Bons estudos.
  • Segundo o CMMI-DEV v1.2, a representação por estágios  fornece um  conjunto  específico  de  processos  para  melhorar  em  cada  estágio, determinado  por  mais  de  uma  década  de  experiência  e  pesquisas  em melhoria de processo."

    Quem adquiriu experiência foi a representação por estágio e não contínua, visto que na representação contínua não existe padrão, cada organização escolhe uma maneira de agir de acordo com a sua estratégia.

  • A questão é inteiramente baseada na tabela de comparação entre a representação por estágio e a representação contínua:

    CMMI, página 11, Tabela 1.1: 

    "Representação por Estágios: 

                - Permite que as organizações tenham um caminho de melhoria predefinido e testado. (...) 

                - Baseia-se em uma história relativamente longa de utilização, com estudos de casos e dados que demonstram o retorno do investimento."

                    

  • As duas descrições fazem referência a características unicamente da representação por estágios.

     A representação por estágios permite que as organizações tenham um caminho de melhoria predefinido e testado, enquanto a representação contínua baseia-se em uma história relativamente longa de utilização, com estudos e dados que demonstram o retorno do investimento.


ID
1042600
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

De acordo com o guia geral MPS de software, julgue os itens subsequentes.

A capacidade do processo é representada por um conjunto de atributos de processo descrito em termos de resultados esperados. Para que o processo seja considerado definido, espera-se que os papéis e as competências requeridos para executá-lo sejam identificados como parte do processo padrão e que um processo padrão seja descrito, incluindo diretrizes para sua adaptação.

Alternativas
Comentários
  • Questão bem complicada, que exige leitura dos atributos de processos AP 1.1,AP 2.1,AP 2.2,AP 3.1 e AP 3.2. Basicamente o AP 3.2 nos ajudaria a resolver a questão,mas confesso que recordar de tantos Atributos de Processos é bem complicado, só mesmo uma leitura em véspera de prova.
  • Guia Gera de Serviços 2012 MPS-BR Pág. 20

    AP 3.1. O processo é definido
    Este atributo evidencia o quanto um processo padrão é mantido para apoiar a implementação do processo definido.
    Resultados esperados:

    RAP 15. Um processo padrão é descrito, incluindo diretrizes para sua adaptação;

    RAP 16. A sequência e interação do processo padrão com outros processos são determinadas;

    RAP 17. Os papéis e competências requeridos para executar o processo são identificados como parte do processo padrão;

    RAP 18. A infra-estrutura e o ambiente de trabalho requeridos para executar o processo são identificados como parte do processo padrão.
  • Gabarito C de acordo com o manual de referencia do MPS-BR

  • Não entendo uma coisa uma hora uns falam que não existe capacidade de processos e sim maturidade como é isso ?


ID
1042603
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

De acordo com o guia geral MPS de software, julgue os itens subsequentes.

O processo desenvolvimento para reutilização objetiva identificar oportunidades de reutilização sistemática de ativos na organização e, se possível, estabelecer um programa de reutilização para desenvolver ativos a partir de engenharia de domínios de aplicação.

Alternativas
Comentários
  • MPS-BR Guia Geral de Software  Pag.44

    http://www.softex.br/wp-content/uploads/2013/07/MPS.BR_Guia_Geral_Software_2012.pdf

    O propósito do processo Desenvolvimento para Reutilização é identificar oportunidades de reutilização sistemática de ativos na organização e, se possível, estabelecer um programa de reutilização para desenvolver ativos a partir deengenharia de domínios de aplicação
  • Fiquei na dúvida quanto a expressão "se possível". Para mim isto seria um objetivo final a ser alcançado, ou seja, obrigatório. Mas acabei marcando como certa!


ID
1042606
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue os itens a seguir acerca de análise e projeto orientados a objeto.

Se uma subclasse herdar características de duas ou mais superclasses, ocorrerá uma herança múltipla.

Alternativas
Comentários
  • Gabarito alterado para E.
    Por na?o informar o tipo de heranc?a a ser estabelecida, se linear ou na?o linear, opta-se pela alterac?a?o do item.

     

  • Conforme o livro “Java como programar”, 6ª Edição, autor Deitel, no capítulo 9 intitulado “Programação orientada a objetos: herança” temos os seguintes conceitos expressos
    na página 301, no 4º parágrafo do tópico “9.1 Introdução” transcrito:
    A superclasse direta é a superclasse a partir da qual a subclasse herda explicitamente. Uma superclasse indireta é qualquer superclasse acima da classe direta na hierarquia de classe, que define os relacionamentos de herança entre as classes. No Java, a hierarquia de classe inicia com a classe Object (no pacote java.lang), que toda classe em Java direta ou indiretamente estende (ou “herda de”). A Seção 9.7 lista os métodos de classe Object, que todas as outras classes herdam. No caso da herança simples, uma classe é derivada de uma superclasse direta. O Java, ao contrário de C++, não suporta herança múltipla (que ocorre quando uma classe é derivada de mais de uma superclasse DIRETA).

    Visto que a assertiva não especifica o tipo de herança, se é direta ou indireta, não há como afirmar que quando uma classe herdar de duas ou mais superclasses, ocorrerá uma herança múltipla, pois uma classe pode herdar de uma superclasse direta e de uma superclasse indireta não ocorrendo nesse caso a herança múltipla, visto que a classe não foi derivada de duas ou mais superclasses DIRETAS.
    Para que a assertiva tornar-se correta, deveria ser escrita assim:
    98 Se uma subclasse herdar características de duas ou mais superclasses DIRETAS, ocorrerá uma herança múltipla.
    Ou
    98 Se uma subclasse herdar características de duas ou mais superclasses ATRAVÉS DE HERANÇA SIMPLES, ocorrerá uma herança múltipla.
    A assertiva está, dessa forma, ERRADA, visto está em desacordo com o conceito de herança múltipla:
    herança múltipla (que ocorre quando uma classe é derivada de mais de uma superclasse DIRETA).
    O Termo DIRETA faz toda a diferença para avaliação da questão.

  • Suponha uma hierarquia de 3 classes de herança    A ----> B ------> C

    A é superclasse de B,  B é superclasse de C. Note que C vai herdar características de A e B, no entanto não há herança múltipla.

    Portanto, uma classe pode herdar característica de 2 ou mais classe e não necessariamente haverá herança múltipla.

    ERRADA a afirmação na questão.

  • Um exemplo fácil de herança múltipla: Uma classe "relógio", outra classe "radio", e uma classe "rádio-relógio" herdando características das duas superclasses.

  • Um exemplo que mataria esta pegadinha é termos uma classe CelularXPTO que herda da Classe Celular, aí a Classe Celular herda da Classe Dispositivos, a classe Dispositivos herda da classe Gadgets, mostrando heranças simples, mas que tem hierarquias, logo a classe CelularXPTO terá as características e métodos da classe Gadgets e todas as filhas...

  • Pegadinha muito esperta... a chave está na palavra "características":

    "Se uma subclasse herdar características de duas ou mais superclasses, ocorrerá uma herança múltipla."
    Se as superclasses estiverem em cascata (A -> B -> C), as CARACTERÍSTICAS são herdadas sem existir herança multipla. Tire a palavra "características" do enunciado e vc tem o conceito de herança multipla
  • Questão mal feita. Não curti.

  • caberia recurso esta pobre questão.

  • Contra exemplo: Classe C herda características da Classe B que herda da classe A. Nesse caso NÃO teremos herança múltipla pois C está herdando características de A e B, mas não simultaneamente.


    Portanto, gabarito Errado.


    Obs.: Lembre-se que Java não  possui suporte para herança múltipla.


    Bons estudos!

  • Na verdade não houve pegadinha, o próprio examinador errou a questão dele mesmo (preliminarmente o gabarito era correto). Depois de recursos, alterou para errado visto esta possibilidade explicada pelos colegas A->B->C onde C herdaria características de A e de B.

  • Na verdade o exemplo de hierarquia A->B->C, onde a classe C herda de A e de B, não necessariamente torna a resposta "ERRADA" a correta. Não está especificado o tipo de herança.  Se C tiver como superclasses imediatas A e B, ocorrerá herança múltipla. A questão pode ser certa ou errada dependendo de como se der essa herança, o que a questão nao especifica. Se disesse "...SEMPRE haverá herança múltipla" aí sim estaria ERRADA  a afirmação. Essa questão apenas deve ser anulada.

  • huauauha!! eu marcaria errada, pq tem o A-->B-->C

    mas conhecendo o CESPE

    inicialmente fui de certa

    huauhauha

     

    legal saber que o gabarito só foi alterado por causa de recursos

     

    esses examinadores não fazer a menor ideia do que seja O.O

    pegam conceitos prontos de livros, tiram algumas palavras e fazem a questão

  • ERRADO!!!

    PODE OCORRER TANTO HERANÇA MULTIPLA COMO HERANÇA LINEAR.

     

  • A questão nao disse SEMPRE nem tampouco disse que era para ser considerada como linguagem JAVA. Sendo assim, existe a possibilidade de haver herança múltipla SIM. Se o examinador tivesse colocado SEMPRE, estaria errada

  • HERANÇA MULTIPLA COMO HERANÇA LINEAR.

    Existem heranças Linear, as transitivas.

    Exemplo:

    Classe A = Mãe

    Classe B = Filha

    Classe C = Linear, essa não vem da A

    B ---> A = Múltipla

    B ---> C = Linear


ID
1042609
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Programação
Assuntos

Julgue os itens a seguir acerca de análise e projeto orientados a objeto.

Utiliza-se visibilidade pública ou privada para indicar o nível de acessibilidade de determinado método ou atributo.

Alternativas

ID
1042612
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

De acordo com os conceitos, modelos e diagramas da UML (unified modeling language), julgue os próximos itens.

Diagrama de caso de uso, diagrama de sequência, diagrama de comunicação, diagrama de atividades e diagrama de classes são diagramas comportamentais da UML.

Alternativas
Comentários
  • Diagramas da UML 2.0 editar
    Diagramas Estruturais
    Diagramas Comportamentais

    fonte: http://pt.wikipedia.org/wiki/UML
  • Para nunca mais esquecer.
    Diagramas Comportamentais (Dinâmico)
    CAUMATIN = Caso de Uso, Máquina de Estados, Atividades e Interação.

    Diagramas Estrutural (Estático)
    EI PAPER CLOC = Estrutura Composta, Implantação, Pacotes, Perfis, Classes, Objetos e Componentes.
  • Erro da questão é que o diagrama de classe  não é comportamental e sim estrutural.

  • Para nunca mais esquecer.

    Diagramas Comportamentais (Dinâmico)CAUMATIN = Caso de Uso, Máquina de Estados, Atividades e Interação.
    Diagramas Estrutural (Estático)EI PAPER CLOC = Estrutura Composta, Implantação, Pacotes, Perfis, Classes, Objetos e Componentes.Posso ajudar?

    Já o fiz heheh

    Caso de atividade de interação com a máquina?-> Caso de Uso, Máquina de Estados, Atividades e Interação. Comportamentais.

     

  • Pode-se memorizar da seguinte maneira:

    1) ESTRUTURAIS - ESTÁTICOS (PPECICO)

    P perfil

    P pacotes

    E estrutura composta

    C classes

    I implantação

    C componentes

    O objetos

    2) COMPORTAMENTAIS - DINÂMICOS (MACI->TICS)

    M máquina de estado

    A atividades

    C caso de uso

    INTERAÇÃO -> T tempo

                               I interação geral

                              C comunicação

                              S sequência

    * Os 4 últimos são comportamentais e de interação

  • e-

    cocipe - classe, objeto, componentes, implantação, package, estrutura composta. Lembra essa palavra e o que nao for isso, sera comportamento


ID
1042615
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

De acordo com os conceitos, modelos e diagramas da UML (unified modeling language), julgue os próximos itens.

No contexto da máquina de estados, o evento, que pode ser tanto externo quanto interno, constitui um estímulo capaz de ativar a transição de um estado.

Alternativas
Comentários
  • Pág. 290 UML Guia do Usuário 2ª Ed.

    Um evento é a especificação de uma ocorrência significativa que tem uma localização no tempo e no espaço. No contexto da máquina de estados, o evento é uma ocorrência de um estímulo capaz de ativar a transição de um estado. 

    Tipo de Eventos:

    Os eventos podem ser externos ou internos. Os eventos externos são aqueles passados entre o sistema e seus atores. Os eventos internos são aqueles passados entre os objetos que vivem no interior do sistema.

ID
1042618
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Programação
Assuntos

Julgue os seguintes itens, a respeito das linguagens de programação PHP e Ajax.

As caraterísticas do objeto XMLHttpRequest, que é utilizado para trocar dados com o servidor, incluem atualizar a página web sem a necessidade de recarregar a página; enviar dados para o servidor depois de a página web ser carregada; e receber dados do servidor depois da página já carregada.

Alternativas
Comentários
  • De acordo com  w3Schools

    The XMLHttpRequest Object

    The XMLHttpRequest object is used to exchange data with a server behind the scenes.

    The XMLHttpRequest object is a developer's dream, because you can:

    Update a web page without reloading the page Request data from a server after the page has loaded Receive data from a server after the page has loaded Send data to a server in the backgroundFonte http://www.w3schools.com/xml/xml_http.asp

ID
1042621
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Programação
Assuntos

Julgue os seguintes itens, a respeito das linguagens de programação PHP e Ajax.

O resultado apresentado pelo código PHP abaixo, ao ser executado, será B verdadeiro.

$A=true;
$B=false;
echo ($A)?"A verdadeiro":($B)?"B verdadeiro":"falso"; ?>

Alternativas
Comentários
  • Alguém tem uma explicação pra esse gabarito estar como Certo?

  • No manual do php tem uma explicacao um pouco mais logica

    ================================================================================================

    A expressão (expr1) ? (expr2) : (expr3) é avaliada para expr2 se expr1 é avaliada como TRUE, ou expr3 se expr1 é avaliada como FALSE.


    Nota: Note que o operador ternário é um comando, e ele não é avaliado para uma variável, mas para o resultado do comando. Isto é importante saber se você quer retornar uma variável por referência. O comando return $var == 42 ? $a : $b; em uma função que retorna por referência conseqüêntemente não irá funcionar e será avisado nas últimas versões do PHP.

    Nota:

    É recomendado para evitar "stacking" de expressões ternárias. O comportamento do PHP quando usando mais de um operador ternário no único comando não é óbvio:

    Exemplo : Não-óbvio comportamento do ternário

    <?php

    // o seguinte aparenta imprimir 'true'

    echo (true?'true':false?'t':'f');

    // conteudo, a saída acima é 't'

    // isto por causa da expressão ternário se avaliada da esquerda pra direita

    // o seguinte é a versão mais óbvia do mesmo código acima

    echo ((true ? 'true' : 'false') ? 't' : 'f');

    // aqui, você pode ver que a primeira expressão é avaliada para 'true', que

    // por sua vez avalia para (bool)true, assim retornando a parte true da

    // segunda expressão ternária.

    ?>


    http://php.net/manual/pt_BR/language.operators.comparison.php

  • O correto não seria a impressão de "A verdadeiro", visto que $A é true?

  • Pessoal, essa questão cobrava se você sabia a precedência dos operadores.

    De acordo o manual do PHP http://br2.php.net/manual/pt_BR/language.operators.precedence.php,

    o "?" a precedência é a esquerda, isso significa que a expressão a esquerda será avaliada primeiro. Na questão temos duas expressões:

    1- ($A) ? "A verdadeiro": ($B), no qual o resultado vai ser: "A verdadeiro", pois $A = true

    A segunda expressão:

    2- "A verdadeiro" ? "B verdadeiro" : "falso"; Como uma string não vazia é avaliada como true, então o resultado da segunda expressão será "B verdadeiro".

    O operador ? indica que a expressão a esquerda deve ser avaliada primeiro, por isso que a expressão 1 deve ser avaliada primeiro e em seguida a expressão 2. Seria melhor visualizado se tivesse assim:

    echo ( ($A) ? "A verdadeiro" : ($B) ) ? "B verdadeiro" : "falso";

  • Temos que ver a questão do binário, toda string vem valor binário igual maior que 1. Então " A verdadeiro"  tem um valor em binário maior igual a 1 então 1 é verdadeiro em binário e zero falso. Por isso que a a resposta está certa. Caso tenha confusão basta transformar o ternário em if convencional e realizar os testes. Lembrando que vazio ou null é falso.

    if("")  - retorna falso

  • Muito bom comentário Rodrigo Botelho. É isso mesmo. Difícil a leitura da forma que foi colocada a expressão na questão mas o teu comentário elucidou tudo!!!

    Obrigado

  • O Erro da questão encontra-se no link:

    http://php.net/manual/pt_BR/language.operators.comparison.php

    Nota:

    É recomendado para evitar "stacking" de expressões ternárias. O comportamento do PHP quando usando mais de um operador ternário no único comando não é óbvio:

    Em várias outras linguagens de programação (java, python, C, etc.) o comportamento dessa expressão ternária retorna "A Verdadeiro", porém infelizmente em PHP o resultado é "B Verdadeiro". Questão passível anulação.

    Exemplo #3 Não-óbvio comportamento do ternário

    <?php// o seguinte aparenta imprimir 'true'echo (true?'true':false?'t':'f');// conteudo, a saída acima é 't'
    // isto por causa da expressão ternário se avaliada da esquerda pra direita

    // o seguinte é a versão mais óbvia do mesmo código acimaecho ((true ? 'true' : 'false') ? 't' : 'f');
    // aqui, você pode ver que a primeira expressão é avaliada para 'true', que
    // por sua vez avalia para (bool)true, assim retornando a parte true da
    // segunda expressão ternária.
    ?>


  • Quem também está estudando Java pode ter errado esta questão, pois há uma diferença na avaliação da expressão ternária em relação ao PHP. O resultado da expressão equivalente "System.out.println((A) ? "A verdadeiro" : (B) ? "B verdadeiro" : "falso");" seria:  "A verdadeiro"      

      

    Em java: (A) ? "A verdadeiro" : (B) ? "B verdadeiro" : "falso" ==> 

        if (A) { 

            return "A verdadeiro"; 

        } else if (B) {

            return "B verdadeiro"; 

        } else { 

            return "falso";

        }


    Em PHP ==>   

        if ($A) {
            if ("A verdadeiro") {
                return "B verdadeiro";

            }   else {  

                 return "falso"; 

            }

        } else if ($B) {
             return "B verdadeiro"; 

        } else {   
            return "falso"; 

        }


  • php tem bugs standard

  • sério, não sei como as pessoas não desistem de PHP

  • alguém se atentou que este código não funciona, né?!

    que esta questão deveria ter sido anulada se recurso bem feito tivesse sido aparesentado. 


ID
1042624
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens seguintes, acerca dos conceitos de XML e webservices.

SOAP (simple object access protocol) é o protocolo que implementa a linguagem de programação dos procedimentos que são disponibilizados como serviço web (webservice). SOAP implementa em XML e XSL os serviços como uma coleção de endpoints (endereços de rede), ou portas.

Alternativas
Comentários
  • false...

    wsdl que descreve os procedimentos
  • Não compreendi bem o erro da questão.

  • XLS é uma extensão do Excel gente a CESPE gosta muito de confundir o usuario pois se parece com XLS se parece com XML!

  • Galera SOAP é apenas formatado em XML. 

  • Anderson, é XSL, não XLS rsrs


ID
1042630
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Programação
Assuntos

Acerca da metodologia TDD (test driven development) e do Hibernate, julgue os seguintes itens.

O Hibernate sempre usa a estratégia de busca preguiçosa para coleções que precisará buscar no banco de dados inteiro da memória em cada transação, ou seja, são executas consultas para cada entidade ou coleção associada ao mesmo comando SELECT.

Alternativas
Comentários
  • Sempre usa não
    é o default

  • O famoso "lazing load" do Hibernate, mas é configurável e pode-se optar por não utilizar isso.

  • O que a torna errada foi dizer que os dados são buscados no banco em cada transação. Essa é a estratégia EAGER. No LAZY, os dados são trazidos sob demada, apenas quando o método get é executado. Esta certo ao dizer "O Hibernate sempre usa a estratégia de busca preguiçosa", pois em relaconamentos @OneToMany, @OneToOne o default é a estratégia LAZY.

  • "Sempre" é sempre uma palavra perigosa =)


ID
1042633
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Acerca da metodologia TDD (test driven development) e do Hibernate, julgue os seguintes itens.

Na metodologia TDD, ou desenvolvimento orientado a testes, cada nova funcionalidade inicia com a criação de um teste, cujo planejamento permite a identificação dos itens e funcionalidades que deverão ser testados, quem são os responsáveis e quais os riscos envolvidos.

Alternativas
Comentários
  • Entrei com recurso nessa questao. Acho que ela extrapolou e muito o que o TDD faz.

    Identificar responsáveis e riscos.. no no
  • "cujo planejamento permite" não significa que fará sempre isso. Creio que pode permitir sim.

  • Eu sei Silas, mas fica muito genérico, é a mesma coisa que o examinador perguntar

    TDD permite salvar o mundo e tirá-lo da sua miséria

     

    Certo ou Errado?

     

     

    Segundo o seu pensamento, eu iria de certo, pq com TDD a tendência é de se fazer softwares melhores, com menos bugs, gerando mais valor e acabando a crise da Síria

  • É fácil concordar com o gabarito de uma questão, difícil é fundamentar essa resposta.

    A questão esta claramente errada!

  • kkkkkk o comentário do Mr. Robot foi hilário kkkkk

    TDD pelo fim das guerras, keep calm and use TDD!!!


ID
1042636
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Programação
Assuntos

Julgue os itens subsequentes a respeito de programação orientada a objetos.

Na programação orientada a objetos, o polimorfismo permite que cada componente de um programa agregue toda a informação relevante para sua manipulação como uma unidade. Com esse mecanismo ocultam-se detalhes de uma estrutura complexa, que podem interferir no processo de desenvolvimento da classe.

Alternativas
Comentários
  • acho que o examinador está se referindo a encapsulamento
  • Ele deu a definição de encapsulamento. Esse conceito trata da proteção da estrutura da classe de um sistema para que não haja risco em se modificar a base de dados.

  • errado- polimorfismo é dfinido como um codigo que produz varios comportamentos; pode ser aplicado a varias classes. Alguns design patterns usam polimorfismo: abstract factory, composite, observer, strategy & template method. 

  • encapsulamento é que é para ocultar detalhes


ID
1042639
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue os itens subsequentes a respeito de programação orientada a objetos.

A herança em programação orientada a objetos é um relacionamento pelo qual uma classe, chamada de subclasse, herda todos os comportamentos e estados possíveis de outra classe, chamada de superclasse ou classe base.

Alternativas
Comentários
  • No trecho "...herda todos os comportamentos e estados possíveis de outra classe, chamada de superclasse..." estão sendo considerados os membros privados da superclasse, que nunca são herdados? Fiquei em dúvida se isso já é esclarecido com o "possíveis" ali.

  • Os membros privados são herdados sim! A subclasse apenas não possui acesso direto, apenas com o uso de um método get ou set, por exemplo.

  • Pessoal, essa questão é recorrente. A regra é: "TODOS os atributos e métodos são herdados pela subclasse, SEMPRE!" O que ocorre é que com os modificadores de acesso (public, protected, default/pacote, private) as subclasses possuem restrições para manipulá-los!

    Espero ter contribuído para esse entendimento, que custei a entender em sua completude.


ID
1042642
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Banco de Dados
Assuntos

A respeito de administração de dados, julgue os itens a seguir.

A forma normal de uma relação refere-se à condição da mais alta forma normal alcançada e, consequentemente, indica o grau no qual foi normalizada. As formas normais, quando consideradas isoladamente de outros fatores, garantem um bom projeto de banco de dados.

Alternativas
Comentários
  • Acho que a questão aborda o fato que não é porque um banco está normatizado é que ele vai garantir um bom projeto de banco de dados.
  • A normalização, independente dos outro fatores de concepção do projeto de banco de dados, tende a gerar um bom projeto a medida que aprimora as relações entre os dados em termos de redundância e consistência. Porém esta verdade não é absoluta. Se considerarmos os DataMarts, por exempo, os mesmos são desnormalizados e indexados para suportar a intensidade das consultas.
  • As formas normais, quando consideradas isoladamente de outros fatores, garantem um bom projeto de banco de dados.

    Penso que geralmente garantem sim, não foi usada a palavra SEMPRE. Estaria errado se fosse:

    As formas normais, quando consideradas isoladamente de outros fatores, SEMPRE garantem um bom projeto de banco de dados.

  • Navathe, 6edição, pagina 348 "Definição. A forma normalde uma relação refere-se à condição da mais alta forma normal alcançada e, consequentemente, indica o grau no qual foi normalizada.  As formas normais, quando consideradas isoladamente de outros fatores, não garantem um bom projeto de banco de dados"

  • Acho sacanagem essa questão, segundo nosso amigo, somos obrigados a decorar um paragrafo de um livro. No fundo o enunciado está correto, só que está em desacordo com a opinião de um autor... A questão não avalia ninguem.

  • Quem já trabalhou com banco de dados sabe que nem sempre devemos normalizar

  • O grau de um relacionamento é o número de entidades que participam desse relacionamento.

    O grau de uma relação é o número de atributos do esquema dessa relação.

    As formas normais sozinhas não garantem um bom projeto.


  • É só pensar em Bancos Multidimensionais em Estrela ou bancos relacionais que precisam de realizar muitos selecta e joins.  Para ambos os casos, ter um banco normalizado é desvantajoso.

  • " A forma normal de uma relação refere-se à condição da mais alta forma normal alcançada " SQN né, té doido é !!!!

    pode-se alcançar forma normal na 3FN por exemplo...

  • CESPE + TI = nada garante nada!

  • Mateus Lima, 

     

    Essa afirmação está correta. Foi retirada do Navathe.

     

    Att,

     

  • Conforme a colega Futura mencionou a afirmação "A forma normal de uma relação refere-se à condição da mais alta forma normal alcançada e, consequentemente, indica o grau no qual foi normalizada" está correta

    Imaginemos que as formas normais são os degraus de uma escada:

    1) Ao subirmos no 1º degrau estaremos na 1ª FN;

    2) No segundo degrau, estaremos na 2ª FN; 

    3) No terceiro degrau, na 3ª FN;

    Por consequência, se estivermos no 3ª degrau, estamos na condição mais alta alcançada (refere-se à condição da mais alta forma normal alcançada) até o momento, indicando a posição em que nos encontramos(indica o grau no qual foi normalizada)

  • Complementando a resposta do Jorge Moreira. O que garante então? Tirando no Navathe 6th também: "Normal forms, when considered in isolation from other factors, do not guarantee a good database design. It is generally not sufficient to check separately that each relation schema in the database is,  say, in BCNF or 3NF. Rather, the process of normalization through decomposition must also confirm the existence of additional properties that the  relational schemas, taken together, should possess. These would include two properties:

    - The nonadditive join or lossless join property

    - The dependency preservation property

    Não tenho garantia de que banco normalizado + essas duas propriedades GARANTEM um bom design de banco de dados. Às vezes performance pode ser muito mais importante do que evitar algumas eventuais anomalias. Se alguém puder complementar, seria bom.

  • Tem uma questão do CESPE q responde a esta:

    Ano: 2013 Banca: CESPE / CEBRASPE Órgão: ANTT Prova: CESPE - 2013 - ANTT - Analista Administrativo - Infraestrutura de TI

    Julgue os próximos itens, relativos a becape e tunning de banco de dados em um sistema de gerenciamento Oracle.

    O uso de uma tabela, mesmo na terceira forma normal (3FN), pode ser indesejável para alguns ambientes, visto que, ao considerar-se o desempenho de um banco de dados, não é suficiente apenas que se mostre como os dados de uma aplicação estão relacionados aos outros, é necessário que, no projeto da aplicação, também se mostre o caminho que os usuários percorrerão para acessar os dados.

    Ou seja, não é apenas as FNs que contam...há outros fatores que se devem levar em consideraçao para um bom projeto de BD.

  • Acredito que não podemos tratar as formas normais "isoladamente" para garantir um bom projeto. Afinal, todas elas tem uma relação de interdepedência, ou seja, para estar na 4FN, é preciso estar na 3FN, que é preciso estar 2FN...etc etc.


ID
1042645
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Banco de Dados
Assuntos

A respeito de administração de dados, julgue os itens a seguir.

Definir um atributo como chave de um tipo entidade significa que a propriedade de unicidade deve ocorrer para todo conjunto de entidades do tipo entidade, portanto, essa restrição não proíbe quaisquer duas entidades de terem, ao mesmo tempo, o mesmo valor para o atributo-chave.

Alternativas
Comentários
  • "Definir um atributo como chave de um tipo entidade significa que a propriedade de unicidade deve ocorrer para todo conjunto de entidades do tipo entidade..." ou seja não pode repetir a chaves dos registros de uma tabela.

    "...portanto, essa restrição não proíbe quaisquer duas entidades de terem, ao mesmo tempo, o mesmo valor para o atributo-chave."
    Sim proíbe, pois duas entidade (linhas na tabela) não podem ter o mesmo id (considerando que ele seja único).

    Talvez o grande X da questão foi entender o que ela quis dizer com entidade, na segunda frase, no caso entidade remete a uma linha na tabela. Interpretando o texto, na parte "
    todo conjunto de entidades do tipo entidade..." dá pra perceber que todo o conjunto de entidade fala de todas as linhas, consequentemente a questão trata "entidade" como "linha da tabela"  e "tipo entidade" como "tabela".
  • Só completando o comentário abaixo, no livro do Navathe e Elmasri:

    "Uma superchave SK especifica uma restrição de unicidade, na qual duas tuplas distintas, em qualquer estado r de R, não podem ter o mesmo valor para SK."

    "Uma chave K (...) é uma superchave mínima (...)".


  • Questão estranha demais kkkk. Marquei errada logo de inicio!

  • Para quem não entende os comentários sem o gabarito e não tem acesso a resposta.

    Gaba: ERRADO

  • Não sei não...

     

    Caso uma chave candidata tenha mais de um atributo-chave, entidades não podem ter um atributo igual?

    Para mim a unicidade dizia respeito à chave como um todo. As chaves são únicas, mas os atributos não...

     

     

  • Traduzindo:

    Atributo chave e chave primária é a mesma coisa, aquela é usada quando falamos com o modelo conceitual e está para o modelo lógico. Só muda a termologia.

    conjunto de entidades (é a tabela) 

    tipo de entidade (atributo/coluna/campo)

    entidades (ocorrência/linha/tupla/registro) 

    As duas entidade estão em linhas diferente/tuplas diferentes. Logo, não podem ter a mesma chave primária para ambas.

    CPF Nome Idade

    Linha 1: 000.000.000.00 (CK) / José da Silva / 33

    Linha 2: 000.000.000.01 (CK) / José da Silva / 33

    José da Silva e com idade de 33 anos tem muito no Brasil, porém o que vai diferenciar é a CK. Não pode repetir.

    Professor Renato da Costa explica essa questão no vídeo.: Tempo: 1 hora e 38 minutos

    https://www.youtube.com/watch?v=ZS7AcJM6q2A

  • Definir um atributo como chave de um tipo entidade significa que a propriedade de unicidade deve ocorrer para todo conjunto de entidades do tipo entidade (...) 

    Essa parte do item está correta. Um atributo chave possui a propriedade da unicidade. 

    Continuando: (...) portanto, essa restrição não proíbe quaisquer duas entidades de terem, ao mesmo tempo, o mesmo valor para o atributo-chave. É justamente o contrário! Essa restrição proíbe que quaisquer duas entidades tenham o mesmo valor para o atributo-chave. Ele sempre deve ser único. 

    Concluímos, assim, que a assertiva está errada.     

     


ID
1042648
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Banco de Dados
Assuntos

A respeito de administração de dados, julgue os itens a seguir.

A normalização de dados pode ser vista como o processo de análise de determinados esquemas de relações, com base em suas definições formais e chaves primárias, para alcançar as propriedades desejáveis de minimização de redundância e minimização de anomalias de inserção, exclusão e atualização.

Alternativas
Comentários
  • A normalização de dados é uma técnica de 
    decomposição utilizada no projeto de banco 
    de dados com objetivo de prover um 
    armazenamento consistente.
     
    Evitando redundância de dados e anomalias
    de atualização. 
  • A normalização de dados pode ser vista como o processo de análise de determinados esquemas de relações com base em suas DFs e chaves primárias para alcançar as propriedades desejáveis: de (1) minimização de redundância e (2) minimização de anomalias de inserção, exclusão e atualização, discutidas na Seção 10.1.2.

    Elmasri & Navathe - Sistemas de Banco de Dados - 10.3.1 Normalização de Relações.

  •  Definições Formais? no livro do Navathe  (conforme Felipe colocou), DF´s significam Dependência funcional. A normalização é a análise das dependências funcionais em relação as chaves. Alguém mais concorda?

  • "A  abreviação  para  a dependência  funcional  é  D F  ou  d.f."  (pag 346 navathe 6a edição).

    Logo, a questão ao meu ver estaria ERRADA pois ela fala em "definições formais" quando deveria falar "dependencia funcional" (vide ítem 15.3.1     Normalização  de  relações , pág 348 navathe 6a)

    "A normalização de dados pode ser vista como o processo de análise de determinados esquemas de relações, com base em suas definições formais (ERRADO) e chaves primárias, para alcançar as propriedades desejáveis de minimização de redundância e minimização de anomalias de inserção, exclusão e atualização (...)"

  • Na minha opinião a troca de "Dependências Funcionais" por "Definições Formais" não deixa a questão errada. O que seria Definições Formais? A definição do próprio modelo, isso engloba verificar a ocorrência (ou não) de dependências funcionais. Acho que esse foi justamente o "pega" do examinador.

  • Para quem não entende os comentários sem o gabarito e não tem acesso a resposta.

    Gaba: CERTO

     

     

  • Então a normalização é tão somente um processo de análise???? só análise????

  • Questão autoexplicativa, da até pra estudar por ela.


ID
1042651
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Banco de Dados
Assuntos

A respeito de banco de dados, julgue os itens de 112 a 118.

O modelo relacional, considerado o padrão para o intercâmbio de dados na Internet, emprega estruturas de árvores hierárquicas. Ele combina conceitos de banco de dados com os de modelos de representação de documentos digital. O dado é representado como elementos, que podem ser aninhados para criar estruturas hierárquicas complexas. Esse modelo assemelha-se conceitualmente ao de rede, mas utiliza uma terminologia diferente.

Alternativas
Comentários
  • Fonte Ramez Elmasri & Navathe - Sistemas de Banco de Dados 4ª Ed. Pag. 32

    O modelo XML (eXtended Markup Language), agora considerado o padrão para o intercâmbio de dados na Internet, também usa estruturas de árvores hierárquicas. Ele combina conceitos de banco de dados com os de modelos de representação de documentos. O dado é representado como elementos, que podem ser aninhados para criar estruturas hierárquicas complexas. Esse modelo assemelha-se conceitualmente àquele de objeto, mas usa uma terminologia diferente.
  • que bizarra essa questão
    na hora acho q eu fiquei com medo dela de tão errada q eu achei
  • esse modelo representa o banco de dados como uma coleção de relações em que cada relação é semelhante a uma tabela de valores. 

  • ERRADO

    modelo relacional --> tabelas e seus relacionamentos.

  • ERRADO

    MODELAGEM RELACIONAL (baixa redundância)

    - Aplicações Transacionais

    - Foco no nível operacional

    - Modelo normalizado em todas as tabelas

    - Dados voláteis e passíveis de alteração

    - Modelo mais complexo


ID
1042654
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Banco de Dados
Assuntos

A respeito de banco de dados, julgue os itens de 112 a 118.

O modelo hierárquico representa os dados como estruturas de árvores hierárquicas. Cada hierarquia representa um número de registros relacionados. Não há nenhuma linguagem padrão para esse modelo, embora a maioria dos sistemas gerenciadores de banco de dados (SGBDs) hierárquicos possua linguagens um registro por vez.

Alternativas
Comentários
  • Fonte Ramez Elmasri & Navathe - Sistemas de Banco de Dados 4ª Ed. Pag. 32

    Examente como está descrito no livro... 

    O modelo hierárquico representa os dados como estruturas de árvores hierárquicas. Cada hierarquia representa um número de registros relacionados. Não há nenhuma linguagem-padrão para o modelo hierárquico, embora a maioria dos SOBDs hierárquicos possua linguagens um-registro-por-vez.

ID
1042657
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Banco de Dados
Assuntos

A respeito de banco de dados, julgue os itens de 112 a 118.

O processo de normalização consiste na análise das relações para aumentar as formas normais estritas, levando a agrupamentos de atributos progressivamente melhores. As formas normais são especificadas em termos de dependências funcionais — que são identificadas pelo projetista do banco de dados — e de atributos-chave dos esquemas de relação.

Alternativas
Comentários
  • Trecho retirado literalmente do Navathe, 4ed. pg 210.
  • Algum motivo especial para a anulação ?


ID
1042660
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Banco de Dados
Assuntos

A respeito de banco de dados, julgue os itens de 112 a 118.

A linguagem SQL pode ser considerada uma razão para o sucesso comercial dos bancos de dados relacionais. Como se tornou padrão para os bancos relacionais, os usuários têm pouca preocupação ao migrar, para o sistema relacional, suas aplicações de banco de dados originadas por outros tipos de sistemas como, por exemplo, em rede ou hierárquico.

Alternativas
Comentários
  • Trecho retirado literalmente do Navathe, 4ed. pg 148.
    Complementando: "a razão é que, mesmo que se sintam insatisfeitos com o SGBD relcional que decidiram usar, qualquer que seja, não se espera que a conversão para outro SGBD relacional gere custo e tempo excessivos, uma vez que ambos os sistemas devem seguir os mesmos padrões de linguagem."
  • pouca preocupação?
  • Se formos considerar que até certo ponto a filosofia e 90% da linguagem é igual para todos os banco a preocupação é bem menor do que migrar de, por exemplo, um banco de dados não-relacional para um relacional.

    Mas claro que a questão peca por dizer pouca preocução.
  • É usado SQL para modelos em rede ou hierárquicos? Porque se não é usado SQL, deveria ter preocupação sim. Não entendi essa...

  • Sinceramente o trecho "os usuários têm pouca preocupação ao migrar" anularia a questão. O gabarito pode ser considerado como certo, mas eu continuo achando esta alternativa errada.

  • Ele está propondo uma migração vinda do banco de dados em rede ou hierárquico, para depois colocá-los num relacionado. O SQL ajudará no relacional (mesmo que para simples INSERT nas novas tabelas em relacional).
    .
    Ou seja, dentro do relacional, o SQL ajudará de qualquer forma -- agora esquecendo de onde o dado veio.

  • Foi tirado de Navathe, então paciência... mas ao meu ver a afirmativa (de Navathe) não condiz com a prática.

    Se pra trocar de um banco de dados relacional pra outro (Ex.: SQL para Oracle, ou Oracle para PostgreSQL), já é uma trabalheira tremenda, imagine de um hierárquico para relacional, ou orientado a objetos para relacional.

    Eu pessoalmente já participei de uma migração de um BD orientado a Objetos (Caché) para um relacional (PostgreSQL) e vou lhe dizer: não é nada simples!

    Mas não adianta dar murro em ponta de faca. O que os concursos cobram não necessariamente condizem com a realidade. Tem que entender isso e seguir adiante. ;)

  • [Fonte: Sistemas de Banco de Dados - 6 Edição - Elmasri e Navathe; Pg. 57]

    [...]

    A linguagem SQL pode ser considerada um dos principais motivos para o sucesso dos bancos de dados relacionais comerciais. Como ela se tornou um padrão para esse tipo de banco de dados, usuários ficaram menos preocupados com a migração de suas aplicações de outros tipos de sistemas de banco de dados - por exemplo, sistemas de rede e hierárquicos - para sistemas relacionais. Isso aconteceu porque, mesmo que os usuários estivessem insatisfeitos com o produto de SGBD relacional em particular que estavam usando, a conversão para outro produto de SGBD relacional não seria tão cara ou demorada, pois os dois sistemas seguiam os mesmos padrões de linguagem. Na prática, é óbvio, existem muitas diferenças entre diversos pacotes de SGBD relacionais comerciais. Porém, se o usuário for cuidadoso em usar apenas dos recursos que fazem parte do padrão, e se os dois sistemas relacionais admitirem fielmente o padrão, então a conversão entre ambos deverá ser bastante simplificada. Outra vantagem de ter esse padrão é que os usuários podem escrever comandos em um programa de aplicação de banco de dados que pode acessar dados armazenados em dois ou mais SGBDs relacionais sem ter de mudar a sublinguagem de banco de dados (SQL) se os sistemas admitirem o padrão SQL.

    [...]


    Minha interpretação dessa questão, é que,  não é que a migração entre os modelos em rede e hierárquico para o modelo relacional fosse algo simples que não exigisse preocupação ou dores de cabeça.


    Na minha opinião, o que o Navathe quis dizer é que as aplicações dos usuários que foram desenvolvidas originariamente para os bancos de dados legados (modelo em rede e hierárquico) não exigiriam preocupação por parte dos usuários ao serem migradas para os bancos de dados relacionais, uma vez que a partir dos bancos de dados relacionais haveria uma linguagem padrão (SQL) para gestão dos dados. O que de fato ocorreu, pois praticamente todas as aplicações de usuário que precisam interagir com banco de dados, atualmente, utilizam a SQL.

  • Navathe:  :...Como ela se tornou um padrão para esse tipo de banco de dados, usuários ficaram menos preocupados com a migração de suas aplicações de outros tipos de sistemas de banco de dados"

    Questão : "...Como se tornou padrão para os bancos relacionais, os usuários têm pouca preocupação ao migrar.."

    "Menos preucupado" é completamente diferente de "Pouca preucupação".  Questão passível de anulaçao

  • ta exatamente escrito em uma edição mais antiga

    A linguagem SQL pode ser considerada uma das maiores razões para o sucesso dos bancos de dados relacionais no mundo comercial. Como se tornou padrão para os bancos relacionais, os usuários têm pouca preocupação ao migrar suas aplicações de banco de dados, originadas por outros tipos de sistemas de banco de dados — por exemplo, em rede/e hierárquico —, para o sistema relacional.

    Fonte: Navathe,

  • Se tá em livros, nem discute, velho. Tem zilhões de questões do CESPE para você ficar bravo, mas essa não é uma delas.

  • GABARITO CORRETO!

    .

    .

    "Como se tornou padrão para os bancos relacionais, os usuários têm pouca preocupação ao migrar suas aplicações de banco de dados, originadas por outros tipos de sistemas de banco de dados — por exemplo, em rede/e hierárquico —, para o sistema relacional.

    A razão é que, mesmo que se sintam insatisfeitos com o SGBD relacional que decidiram usar, qualquer que seja, não se espera que a conversão para outro SGBD relacional gere custo e tempo excessivos, uma vez que ambos os sistemas devem seguir os mesmos padrões de linguagem."

    .

    .

    Sistemas de Banco de Dados, Elmasri Navathe, 4ª edição

  • Como já salientou Marcos Faé, o STJ não edita súmulas vinculantes


ID
1042663
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Banco de Dados
Assuntos

A respeito de banco de dados, julgue os itens de 112 a 118.

A terceira forma normal (3FN) está embasada no conceito de dependência funcional. Em um esquema de relação R, X -> Y será uma dependência funcional se existir um conjunto de atributos Z que não seja nem uma chave candidata nem um subconjunto de qualquer chave de R, e X -> Z e Z -> Y forem, ambas, asseguradas.

Alternativas
Comentários
  • A segunda forma normal (2FN) está embasada no conceito de dependência funcional. A 3FN considera a dependência transitiva.
  • O comentário anterior está corretíssimo! Apenas adicionando o fato que a questão descreveu uma dependência transitiva. Apenas para confundir o candidato! 
  • Questão 116)

    A terceira forma normal (3FN) está embasada no conceito de

    dependência funcional. Em um esquema de relação R, X -> Y

    será uma dependência funcional se existir um conjunto de

    atributos Z que não seja nem uma chave candidata nem um

    subconjunto de qualquer chave de R, e X -> Z e Z -> Y forem,

    ambas, asseguradas.


  • O conceito e dependência funcional diz que se uma coluna C2 depende funcionalmente de uma coluna C1 (ou que a coluna C1 determina C2) quando, em todas as linhas da tabela, para cada valor de C1 que aparece na tabela, aparece o mesmo valor de C2.  

    A segunda forma normal está embasada no conceito de dependência funcional parcial, que é aquela onde uma determinada coluna depende de apenas parte da chave primária composta. Diz-se que um banco está na segunda forma normal se não há esse tipo de dependência. 

    Já a terceira forma normal  está embasada no conceito de dependência funcional transitiva que é aquela onde uma coluna depende não só da chave primária, como também de outra coluna ou conjunto de colunas não chaves. (A > B e B > C, onde apenas a coluna A é chave primária, ou seja C dependênde de um atributo não chave). Também temos o detalhe que para estar na 3FN as entidades não podem conter atributos que sejam resultado de algum cálculo sobre algum outro atributo (ex. uma entidade possuir uma coluna data_nascimento e outra idade. A idade é calculada a partir da coluna data_nascimento).

    Geralmente nas questões os termos dependência funcional (2FN) e dependência transitiva (3FN) estão associados, respectivamente, a 2FN e 3FN.

    Analisando a questão: o primeiro erro está o primeiro trecho, onde ela diz que a 3FN está embasada no conceito de DF, quando o certo seria DF transitiva, o segundo erro está na definição de dependência funcional, onde na verdade ele explica o conceito de DF transitiva. 

  • Para mim Dependência funcional transitiva é um tipo de dependência funcional, portando a questão deveria estar correta.

    By timasters:

    Agora vejam o que diz o Navathe:

    "A terceira forma normal (3FN) é baseada no conceito de dependência transitiva. Uma dependência funcional X -> Y em um esquema de relação R é uma dependência transitiva se houver um conjunto de atributos Z em R que nem sejam uma chave candidata nem um subconjunto de qualquer chave de R, e tanto X -> Z e Z -> Y se mantiverem".

    A única diferença entre o que a questão afirmou e o que está no Navathe é a citação (no Navathe) do termo dependência transitiva especificamente.
    Ocorre que a dependência transitiva é uma espécie de dependência funcional o que torna a questão totalmente correta, por partes:

    1 - "A terceira forma normal (3FN) está embasada no conceito de dependência funcional", obviamente está, pois a dependência transitiva é uma dependência funcional.

    2 - "Em um esquema de relação R, X -> Y será uma dependência funcional se existir um conjunto de atributos Z que não seja nem uma chave candidata nem um subconjunto de qualquer chave de R, e X -> Z e Z -> Y forem, ambas, asseguradas", basta ler a citação do Navathe. É a definição de dependência transitiva que (mais uma vez) é uma espécie de dependência funcional.

    Para reforçar o Navathe diz ainda:

    "Um esquema de relação R está na 3FN se toda vez que uma dependência funcional não trivial X -> A se mantiver em R, ou X for uma superchave de R ou A for um atributo principal de R".

    O que enfatiza que a 3FN está sim embasada no conceito de dependência funcional.

  • NAVATH, 6 EDIÇÃO, PAG 352. 

  • Estamos esquecendo que estamos no Mundo Encantado do Cespe ¬¬' 

    Dependencia transitiva é uma dependencia funcional.. não entendi o erro.

  • As formas 2FN e 3FN são embasadas em dependência funcional.

  • A terceira forma normal (3FN) está embasada no conceito de dependência funcional. Em um esquema de relação R, X -> Y será uma dependência funcional se existir um conjunto de atributos Z que não seja nem uma chave candidata nem um subconjunto de qualquer chave de R, e X -> Z e Z -> Y forem, ambas, asseguradas.

     

    quando a questão deixa "dependencia funcional" pode causar uma certa desconfiança, mas o X da questão está em vermelho aí. Percebemos que existe uma dependencia funcional transitiva entre X (Z) Y sendo Y dependendo de Z e parcialmente de X e isso viola a 3FN. Dessa forma, a 3FN não assegura isso, pelo contrário, ela visa eliminar dependencia funcional transitiva. 

  • A 3FN está sim baseada no conceito de dependência funcional, mais especificamente na ocorrência de dependências transitivas. O problema da questão é que na segunda frase (“Em um esquema de relação R, X -> Y será uma dependência funcional se...”) o examinador utiliza a definição de dependência transitiva ao descrever uma dependência funcional, o que está incorreto. A dependência transitiva é um caso específico que envolve dependências funcionais, mas elas não são a mesma coisa.

  • A meu ver, o erro está por não terem garantido a atomicidade dos atributos... (1FN)


ID
1042666
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Banco de Dados
Assuntos

A respeito de banco de dados, julgue os itens de 112 a 118.

A linguagem de definição de dados (data definition language – DDL) é usada pelo administrador e pelos projetistas do banco de dados para definir os esquemas. O SGBD terá um compilador DDL, cuja função é processar os comandos DDL, a fim de identificar os construtores e armazenar a descrição do esquema no catálogo do SGBD.

Alternativas
Comentários
  • DDL - Data Definition Language

    * Usada pelo DBA e pelos projetistas de banco de dados para definir os esquemas (conceitual e interno)


    SDL - Storage Definition Language

    * SGBD possui uma separação clara entre os níveis conceitual e interno (DDL -> conceitual)
    * Especifica o esquema interno
    * Não existe na maioria dos SGBDs como linguagem

    VDL - View Definition Language

    * Visões do Usuário e seus mapeamentos ao esquema conceitual

    DML - Data Manipulation Language

    * Usada para inserir, remover, atualizar e recuperar os dados
  • CERTO

    Segundo Navathe(2011,p.24),"Em muitos SGBDs, onde não é mantida nenhuma separação estrita de níveis, uma linguagem, chamada linguagem de definição de dados (DDL-Data Definition Language), é usada pelo DBA e pelos projetistas do banco de dados para definir os dois esquemas(esquemas conceituais e internos). O SGBD terá um compilador da DDL cuja função é processar instruções da DDL a fim de identificar as descrições dos construtores de esquema e armazenar a descrição de esquema no catálogo do SGBD"

    Bibliografia:

    SISTEMAS DE BANCO DE DADOS-6 EDIÇÃO 2011-NAVATHE

  • Essa é pra anotar no resumo.


ID
1042669
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Banco de Dados
Assuntos

A respeito de banco de dados, julgue os itens de 112 a 118.

As manipulações típicas de banco de dados são recuperação, inserção, remoção e modificação dos dados. Para essa finalidade, o SGBD fornece uma série de operações ou uma linguagem de manipulação de dados (data manipulation language – DML).

Alternativas
Comentários
  • DDL - Data Definition Language

    * Usada pelo DBA e pelos projetistas de banco de dados para definir os esquemas (conceitual e interno)

    SDL - Storage Definition Language

    * SGBD possui uma separação clara entre os níveis conceitual e interno (DDL -> conceitual)
    * Especifica o esquema interno
    * Não existe na maioria dos SGBDs como linguagem

    VDL - View Definition Language

    * Visões do Usuário e seus mapeamentos ao esquema conceitual

    DML - Data Manipulation Language

    * Usada para inserir, remover, atualizar e recuperar os dados
  • Segundo Navathe (2011, p.24), "Quando os esquemas são compilados e o banco de dados é populado, os usuários precisam de alguma forma de manipulá-lo. As manipulações típicas incluem recuperação (SELECT), inserção (INSERT), exclusão (DELETE) modificação de dados (UPDATE). O SGBD oferece um conjunto de operações ou uma linguagem chamada linguagem de manipulação de dados (DML- Data Manipulation Language) para essas finalidades." 


    Bibliografia:

    SISTEMAS DE BANCO DE DADOS 6 EDIÇÃO 2011 
    AUTOR: ELMASRI; NAVATHE

  • Gab: C

    DML – Data Manipulation Language ( DML) são utilizados para o gerenciamento de dados dentro de objetos do banco. Alguns exemplos:

    .(SIDU)

    SELECT- recuperar dados do banco de dados.
    INSERT – inserir dados em uma tabela.

    DELETE – exclui registros de uma tabela.
    UPDATE – atualiza os dados existentes em uma tabela.


ID
1042672
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Banco de Dados
Assuntos

Julgue os itens a seguir, a respeito de soluções de suporte à decisão.

Uma característica distinta dos data warehouses é o seu direcionamento para aplicações de apoio às decisões. Eles são otimizados para a recuperação de dados, não para o processamento rotineiro de transações.

Alternativas
Comentários
  • CERTO

    Segundo Navathe (2011,p.720),"Os bancos de dados tradicionais são transacionais(relacionais, orientados a objeto,em rede ou hierárquicos). Os datawarehouses têm a característica distintiva de servir principalmente para aplicações de apoio à decisão. Eles são otimizados para recuperação de dados, e não para processamento de transação de rotina."

    Bibliografia:
    SISTEMAS DE BANCO DE DADOS- NAVATHE-ED. 2011
  • "Por definição, os dados em um data warehouse não são voláteis, ou seja, eles não mudam, salvo quando é necessário fazer correções de dados previamente carregados. Os dados estão disponíveis somente para leitura e não podem ser alterados."

    Fonte: http://pt.wikipedia.org/wiki/Armazém_de_dados

  • Perfeito! Data Warehouse busca dar suporte ao processo de tomada de decisão dos gestores de uma organização. Ademais, eles são extremamente eficientes para recuperação/consulta de dados e geração de relatórios, não para o processamento rotineiro de transações.

    Gabarito: Correto

    Fonte: estratégia

  • A utilização de um data warehouse está relacionada aos sistemas de suporte ou apoio a decisão. A ideia é organizar e armazenar os dados de modo a torná-los úteis para se realizar diversos tipos de análise, com o objetivo de fornecer informações relevantes para a tomada de decisão dentro das organizações. Ao contrário dos sistemas operacionais, de processamento de transações, esses sistemas não têm a função de processar as transações rotineiras da organização.

  • DW:

    + CONSULTAS E ANALISES

    -PROCESSAMENTO DE TRANSAÇÕES 


ID
1042675
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2013
Provas
Disciplina
Banco de Dados
Assuntos

Julgue os itens a seguir, a respeito de soluções de suporte à decisão.

OLAP (online analytical processing) é um termo utilizado para descrever a análise de dados complexos a partir do data warehouse. As ferramentas OLAP empregam as capacidades de computação distribuída para análises que requerem mais armazenamento e poder de processamento que as disponibilizadas por um desktop.

Alternativas
Comentários
  • CERTO

    Essa questão foi retirada quase que na íntegra do livro do Navathe. Vou colocar só para saberem a fonte.

    Segundo Navathe(2011,p.721),"OLAP (online analytical processing) é um termo usado para descrever a análise de dados complexos do data warehouse. Nas mãos de trabalhadores do conhecimento habilidosos,as ferramentas OLAP utilizam as capacidades de computação distribuída para análises que exigem mais armazenamento e poder de processamento do que pode estar localizado econômica e eficientemente em um desktop individual."

    Bibliografia:SISTEMAS DE BANCO DE DADOS. AUTOR: NAVATHE.  6 ED. 2011


  • Muito bom Tanenbaum, muitas questões de banco de dados da CESPE são retiradas desta bibliografia.

  • Mas temos que lembrar que existe o DOLAP que é uma variação do OLAP que, em parte da análise, o processamento roda no Desktop.

    "Desktop On Line Analytical Processing – DOLAP deriva-se de OLAP, são ferramentas que disparam uma consulta de uma estação cliente para o servidor, que por sua vez retorna enviando o macro-cubo de volta, para que possa ser analisado pelo usuário. Esse tipo de análise é utilizado para fornecer portabilidade aos dados. Ela emite uma consulta para o servidor e recebe as informações de volta para ser analisada na estação. Essa arquitetura oferece a vantagem de reduzir o tráfego na rede e melhora o desempenho de processamento do servidor, pois todo o trabalho de analise das informações e feita pela máquina cliente."
    https://pt.wikipedia.org/wiki/DOLAP
  • Essa questão foi retirada do livro de Elmasri & Navathe, que é uma grande referência para provas de concursos na área de Banco de Dados e Análise de Informações. As bases de dados OLAP das organizações costumam precisar de um poder computacional mais elevado do que é disponibilizado por computadores pessoais. Por isso, costumeiramente usa-se servidores dedicados. 

  • QUESTÃO DO SÉCULO XX !!!!!!!!! PQP, HJ EM DIA UM IPHONE CONSEGUE TER PODER DE PROCESSAMENTO E ARMAZENAMENTO PRA ISSO !!!!!!!! QUEM DIRÁ UM DESKTOP !!! COM 64 GB RAM, 1 TB SSD...