SóProvas

Prova CESPE - 2011 - MEC - Gerente de Projetos

ID
773407
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Gerência de Projetos
Assuntos

Segundo a quarta edição do Guia do Conhecimento em
Gerenciamento de Projetos (PMBOK), os objetivos do
gerenciamento de riscos são aumentar a probabilidade e o impacto
dos eventos positivos no projeto e reduzi-los quanto aos eventos
negativos. Com relação a essa prática, julgue os itens seguintes.

Os riscos têm origem na incerteza, característica comum a todos os projetos, e devem ser gerenciados de forma proativa, a partir do planejamento de respostas obtidas pela equipe. Entretanto, é recomendável haver planos de contingência para prevenção contra determinados riscos. Esses planos devem ser postos em prática, sob determinadas condições, quando detectada a necessidade.

Alternativas
Comentários

  • Gabarito Preliminar: C

    Justificativa da Anulação: Embora os planos de contingência sejam planejados para serem aplicados quando um evento associado a um risco ocorrer ou estiver na eminência de ocorrer, o texto sugere que os planos de contingência são elaborados para prevenir os riscos. Por haver ambiguidade, opta-se pela anulação do gabarito.

ID
773410
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Gerência de Projetos
Assuntos

Segundo a quarta edição do Guia do Conhecimento em
Gerenciamento de Projetos (PMBOK), os objetivos do
gerenciamento de riscos são aumentar a probabilidade e o impacto
dos eventos positivos no projeto e reduzi-los quanto aos eventos
negativos. Com relação a essa prática, julgue os itens seguintes.

Na concepção moderna de gerenciamento de projetos, a tolerância ao risco é considerada nula. Ou seja, nenhum grau de risco pode ser aceito, pois as recompensas que poderiam ser obtidas a partir de determinada falha originada em função do risco assumido seriam desprezíveis.

Alternativas
Comentários

  • Questão Errada.
    Acredito que existam 3 erros:

    1º Erro: "...a tolerância ao risco é considerada nula"
    Ora, [1] afirma que:

    "As organizações percebem o risco como sendo efeito da incerteza nos objetivos organizacionais e do projeto. As organizações e as partes interessadas estão dispostas a aceitar vários graus de riscos, o que é chamado de tolerância a riscos. Os riscos que ameaçem o projeto podem ser aceitos se estiverem dentro das tolerâncias e em equilíbrio com as recompensas que podem ser obtidas ao assumir os riscos."

    2º Erro: "...as recompensas que poderiam ser obtidas a partir de determinada falha..."

    Essa é mais interpretação. Acredito que as recompensas são obtidas a partir do momento que se assume os riscos e não quando as falhas acontentem.

    3º Erro "...desprezíveis"

    Se é desprezível ou não assumir o risco, vai depender do grau do risco x recompensas.
    [1] O Guia do conhecimento em gerenciamento de projetos (GUI PMBOK) 4ª Edição, página 228

  • O comentário do colega já foi bastante esclarecedor.
    Eu não perdi tempo lendo o resto da questão pois quando li que a tolerância a riscos é zero já marquei "errada", pois veja, existem riscos que são impossíveis de serem mitigados, como aqueles provenientes de fenômenos da natureza, ou seja, tem que haver uma tolerância a riscos ainda que pequena pois nem sempre é possível mitigá-los.
    Também, existem riscos que são mais caros de prevenir do que remediar, esse tipo de risco geralmente é aceito, pois não teria lógica gastar dois reais com a prevenção se o impacto dele seria um real.
  • Estratégias para riscos negativos:

    - Transferir (passagem do impacto e da resposta para terceiros).
    - Prevenir ou evitar (elimina a ameaça apresentada por um risco adverso).
    - Mitigar (redução da probabilidade e/ou impacto de um evento de risco adverso para dentro de limites aceitáveis).

    Estratégias para riscos positivos:

    - Explorar (garantir que a oportunidade seja concretizada).
    - Compartilhar (atribuição da propriedade a terceiros).
    - Melhorar (aumento da probabilidade e/ou dos impactos positivos e dos acionadores).

    Por existirem estratégias, tanto para riscos positivos quanto para negativos, não podemos generalizar que a tolerância a riscos é nula. Só por causa disso, a questão já pode ser considerada errada (como os colegas já justificaram).
  • - Compartilhar (atribuição da propriedade a terceiros).
    Não seria para Riscos Negativos ?
ID
773413
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Gerência de Projetos
Assuntos

Segundo a quarta edição do Guia do Conhecimento em
Gerenciamento de Projetos (PMBOK), os objetivos do
gerenciamento de riscos são aumentar a probabilidade e o impacto
dos eventos positivos no projeto e reduzi-los quanto aos eventos
negativos. Com relação a essa prática, julgue os itens seguintes.

Os processos de gerenciamento de riscos estão distribuídos em alguns grupos, os quais incluem a iniciação, o planejamento, a execução, o monitoramento e o controle e encerramento.

Alternativas
Comentários
  • Os processos de gerenciamento de risco estão distribuídos apenas nos grupos de processos: Planejamento e Monitoramento/Controle, a única área que abrage todos os grupos de processos é o Gerenciamento da Integração.

    Fonte: PMBOK 4a. edição 
  • Só complementando o comentário do colega, a única área de conhecimento que possui processo em todas as fases do projeto é integração.


    Bons estudos a todos.
ID
773416
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Gerência de Projetos
Assuntos

Julgue os itens que se seguem, a respeito do gerenciamento de
tempo do projeto.

A estimativa de duração das atividades de um projeto está sujeita a incertezas e riscos. A técnica de revisão e avaliação de programa (PERT), utilizada para definir uma faixa aproximada de tempo para determinada atividade, é calculada utilizando-se uma média aritmética simples de três estimativas: uma mais provável, uma otimista e uma pessimista.

Alternativas
Comentários
  • A análise PERT calcula o custo esperado da atividade (cE) usando uma média ponderada dessas três estimativas.

    Fonte: PMBOK 4a. edição
  • Acredito que o erro esteja apenas no simples e não no tempo, pois no Guia PMBOK 4ª Edição que eu teho não fala nada em custo. Segue o que diz:

    Este conceito se originou com a Técnica de Revisão e Avaliação de Programa (PERT). PERT usa três estimativas para definir uma faixa aproximada para a duração de uma atividade:
  • Só corrigindo o colega, que a PERT calcula a duração esperada e não o custo.
  • Breno na verdade o item está errado porque ele fala em média aritmética simples quando seria uma média ponderada. A técnica PERT também é utilizada para custos. No item 7.1.2 uma das ferramentas descritas é a "Estimativa de três pontos". Nesse item fala assim, "A análise PERT calcula o custo esperado da atividade (Ce) usando uma média ponderada dessas três estimativas (Mais provável, Otimista e Pessimista):  
    Ce = (Co + 4Cm + Cp) / 6 ". Nesse caso o mesmo acontece com o tempo (que é o que a questão faz referência).
  • Entendi Péricles, agora que fui ver que a técnica é usada em outros itens. Valeu!

  • eu acho que o erro é pq ele definiu a técnica de 3 pontos, sendo que a provável tem peso 4


    PERT usa média ponderada e probabilística



    Prova: CESPE - 2012 - ANAC - Analista Administrativo - Área 1
    Disciplina: Gerência de Projetos | Assuntos: Gerenciamento de Tempo;




     Ver texto associado à questão
    Se, ao desenvolver o seu gerenciamento do tempo, um gerente de projeto realizou uma estimativa de três pontos, com a previsão otimista de uma atividade de 10 dias, a previsão pessimista de 60 dias e a mais provável de 29 dias, então o valor final da estimativa será de 31 dias.

      Certo  Errado
       
    CERTO


    60 + 10 + 29(4) / 6 = 31


  • PMBOK 5: As fórmulas são:
    • Distribuição triangular. tE = (tO + tM + tP) / 3
    • Distribuição Beta (da técnica PERT tradicional). tE = (tO + 4tM + tP) / 6
     

    A triangular é aritimética simples, então pq não está correta a questão?

  • o erro tá em média aritmética simples
ID
773419
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Gerência de Projetos
Assuntos

Julgue os itens que se seguem, a respeito do gerenciamento de
tempo do projeto.

O desenvolvimento do cronograma utiliza os produtos gerados nos processos de definição das atividades, de sequenciamento dessas atividades, da estimativa dos recursos e da duração das mesmas, elaborado por meio de ferramenta de elaboração de cronograma.

Alternativas
Comentários
  • Correto. A figura abaixo explica melhor esse relacionamento:



    Fonte: http://pm2all.blogspot.com.br/2011/10/pmbok-65-desenvolver-cronograma-do.html
    Referência: Guia PMBOK - 4ª edição

  • O que o examinador queria dizer com essa parte: "elaborado por meio de ferramenta de elaboração de cronograma"??

  • c-

    desenvolvimento do cronograma de baseia nos resultados dos processos de descrição do escopo, definição das e do sequenciamento de atividades

ID
773422
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Gerência de Projetos
Assuntos

A condução de qualquer projeto pode ser influenciada pela
maturidade, cultura e experiência da organização onde ele é
desenvolvido, como também pela estrutura dessa organização. Com
relação às estruturas organizacionais que podem afetar um projeto,
julgue os itens subsequentes.


Nas organizações cuja renda advém da execução de projetos externos, o uso dos recursos costuma ser mais eficiente e a comunicação entre os membros da equipe de projeto é bem mais efetiva que em outros tipos de organização.

Alternativas
Comentários
  • Não há garantia alguma que o uso de recursos vai ser mais eficiente e a comunicação mais efetiva até por que, como disse o enunciado, isso vai depender da maturidade, cultura, experiência e estrutra da organização.
  • A informação "cuja renda advém da execução de PROJETOS EXTERNOS" infere que essa organização é baseada em projetos (Estrutura Organizacional por Projetos). Em estrutura organizacionais por projetos, a comunicação realmente é mais eficiente, no entanto a utilização de recursos é ineficiente, pois os recursos são exclusivos a cada projeto.

  • que questao tosca

ID
773425
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Gerência de Projetos
Assuntos

A condução de qualquer projeto pode ser influenciada pela
maturidade, cultura e experiência da organização onde ele é
desenvolvido, como também pela estrutura dessa organização. Com
relação às estruturas organizacionais que podem afetar um projeto,
julgue os itens subsequentes.


As organizações funcionais apresentam uma clara divisão funcional e estão envolvidas em atividades continuadas ou de produção de bens e serviços. Nesse tipo de organização, os projetos são eventuais e definem uma fraca autoridade para o gerente de projeto, além do que, seus funcionários se envolvem mais nas atividades rotineiras que nas atividades de projeto.

Alternativas
Comentários
  • Questão correta.
    Segue uma imagem retirada do Guia PMBOK

  • Por que nenhuma imagem está sendo exibida?

  • Nas organizações funcionais não existe gerentes de projeto, logo também nao tem nenhuma autoridade.

  • Não entendi.. Afinal, se de fato, NÃO EXISTE gerente de projeto na organização FUNCIONAL, como podemos considerar CORRETA uma questão que diz que "definem uma fraca autoridade para o gerente de projeto"? Como define uma fraca autoridade para uma pessoa que NEM EXISTE nesse modelo? Afinal, quem realiza tais funções nessa organização funcional é o proprio gerente funcional do departamento... Questão estranha.

  • Segundo a figura 2-1 da pg 22 (PMBOK 5°) a autoridade do gerente de projetos nas estruruturas funcionais é pouca ou nenhuma

ID
773428
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Gerência de Projetos
Assuntos

Acerca dos processos de gerenciamento de projetos, julgue os
próximos itens.

Os grupos de processo são executados ou percorridos de forma uniforme e demandam o mesmo esforço ao longo do ciclo de vida de um projeto. Esse ciclo caracteriza-se pela sua temporariedade, pois deve ter início e término definidos.

Alternativas
Comentários
ID
773431
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Gerência de Projetos
Assuntos

Acerca dos processos de gerenciamento de projetos, julgue os
próximos itens.

Os processos nos quais a equipe de projeto está envolvida podem ser divididos em dois conjuntos: processos específicos para o gerenciamento do projeto e processos que tenham por objetivo a criação do produto do projeto.

Alternativas
Comentários
  • Questão correta.
    Os processos realizados pela equipe do projeto normalemente se encontram em 2 conjuntos:
      -Processos de gerenciamento de projetos, comuns à maioria dos projetos, diz respeito ao desempenho do projeto e do alcance dos objetivos. -Processos orientados ao produto, ligados à área de aplicação, especificam e criam o produto do projeto.
ID
773434
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

A ITIL (Information Technology Infrastructure Library) está,
atualmente, sob o domínio do OGC (Office of Government
Commerce), órgão do governo britânico que tem como objetivo
desenvolver metodologias, criar padrões e otimizar e melhorar os
processos internos de tecnologia da informação (TI) em todos os
segmentos do governo. Com relação à ITIL, julgue os itens a seguir.

A ITIL oferece cinco livros principais que cobrem cada estágio do ciclo de vida dos serviços de TI — estratégia, projeto, transição, operação e melhoria contínua — além de um conjunto complementar composto de diversos guias específicos.

Alternativas
Comentários

  • ITIL 2007 has five volumes, published in May 2007 and updated in July 2011 as ITIL 2011 for consistency:

    1. ITIL Service Strategy
    2. ITIL Service Design
    3. ITIL Service Transition
    4. ITIL Service Operation
    5. ITIL Continual Service Improvement
  • Esta questão deve ter seu gabarito alterado. Pois os cinco livros da ITIL são
    • Estratégia;
    • Desenho de serviços;
    • transição de serviços;
    • operação de serviços
    • Melhoria continua.
    Veja a imagem no link abaixo:
    http://www.tiexames.com.br/curso_itil_v3_foundation.php?gclid=CPWh-_Stw7YCFQStnQodOFAARg
  • Compartilhando algo interessante que achei sobre ITIL

    http://www.mindmeister.com/231825756/itil-foundation
  • A questão está correta.

    Segue uma imagem:

    http://img401.imageshack.us/img401/2866/publicaescomplementares.jpg
  • +<< Na sua versão 3 a ITIL traz o conceito de ciclo de vida do serviço. Cada um dos cinco estágiosdeste ciclo de vida – a saber: Estratégia do Serviço, Desenho do Serviço, Transição do Serviço, Operação do Serviço e Melhoria do Serviço Continuada – está descrito em uma publicação de mesmo título, estas publicações compõem o conteúdo principal da ITIL V3. O conteúdo principal não é sozinho a ITIL V3, ela é composta também do conteúdo complementar integrado por guia introdutório, guias de bolso, guias complementares com aplicação da ITIL em cenários específicos, estudos de caso, material para treinamento, artigos e serviços de suporte via web. Este conteúdo complementar está sempre sendo revisado e adicionado o que garante um conteúdo sempre atualizado. Sendo assim, a ITIL é uma biblioteca composta de um conjunto de boas e melhores práticas para o gerenciamento de serviços de TI, não-proprietária e não-descritiva, oferecendo práticas da indústria e podendo ser adaptada a qualquer cenário de TI.  >>+



    Um Gde abraço galera e vamos comentar as questões e focar nos estudos!!!Att
  • Ainda não entedi por que a banca troca Design por Projeto.

    Será que ela considera o Design como estrutura e assim associando-o como projeto?

    Sinceramente não sei.
    Acho que mesmo por pura maldade.
  • Vi alguns artigos e um livro tratando Desenho de Serviço como Projeto do Serviço, veja este livro:

    http://books.google.com.br/books?id=oFYvBTWTqVUC&pg=PA71&lpg=PA71&dq=estrat%C3%A9gia,+projeto,+transi%C3%A7%C3%A3o,+opera%C3%A7%C3%A3o+e+melhoria+cont%C3%ADnua&source=bl&ots=MQDEqeYbnD&sig=tLV0wDPJlvj7nGHFdWRqcYh1Q-8&hl=pt-BR&sa=X&ei=WZe_Uc3hF5Lk8gSNoYDYCw&ved=0CF4Q6AEwBg#v=onepage&q=estrat%C3%A9gia%2C%20projeto%2C%20transi%C3%A7%C3%A3o%2C%20opera%C3%A7%C3%A3o%20e%20melhoria%20cont%C3%ADnua&f=false
  • De fato, várias bancas e autores chamam 'Desenho de Serviço' de 'Projeto de Serviço'. O dois termos estão corretos, é apenas uma questão de tradução do termo Service Design. O Service Design, portanto, desenha/projeta um conjunto de especificações detalhadas para um serviço de TI.
  • Tão se confundido com inglês básico pessoal... "design something" é projetar algo. O termo PROJETAR devia ser o termo oficial da versão em portugues desde SEMPRE. Não dá pra entender o que se passa na cabeça de quem traduz isso.
ID
773437
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

A ITIL (Information Technology Infrastructure Library) está,
atualmente, sob o domínio do OGC (Office of Government
Commerce), órgão do governo britânico que tem como objetivo
desenvolver metodologias, criar padrões e otimizar e melhorar os
processos internos de tecnologia da informação (TI) em todos os
segmentos do governo. Com relação à ITIL, julgue os itens a seguir.

Reconhecer as necessidades dos clientes — quando e como elas ocorrem — e compreender o contexto de mercado em que determinado serviço de TI deve operar são aspectos relacionados à etapa de melhoria contínua do serviço.

Alternativas
Comentários
  • São aspectos relacionados à etapa de Estratégia de Serviço.

    "É necessário se enxergar em um  mercado competitivo e se antecipar  aos seus concorrentes ? Um espaço de mercado representa um  conjunto de oportunidades para  provedores de serviço entregarem  valor aos clientes através de um ou  mais serviços"

    Fernando Pedrosa
  • Os aspectos abordados na questão estão relacionados ao estágio Estratégia de Serviço. A questão descreve mais precisamente aspectos dos processos Geração da Estratégia e Gerenciamento de Demandas.
  • Sim, mas se o seu negócio anda mal das pernas, você não vai querer fazer uma nova avaliação disso tudo usando a etapa do ciclo chamada de melhoramento contínuo? Cespe Inocente rsrs

  • Está CORRETO!

    Melhoria contínua tá no cilco todo!!

    ...e ele nem diz "são aspectos específicos" na questão, ele diz "são aspectos relacionados"

ID
773440
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

A ITIL (Information Technology Infrastructure Library) está,
atualmente, sob o domínio do OGC (Office of Government
Commerce), órgão do governo britânico que tem como objetivo
desenvolver metodologias, criar padrões e otimizar e melhorar os
processos internos de tecnologia da informação (TI) em todos os
segmentos do governo. Com relação à ITIL, julgue os itens a seguir.

A ITIL é um método composto de descrições específicas de como as atividades devem ser executadas para se obterem os melhores resultados na entrega e no suporte aos serviços de TI de uma organização.

Alternativas
Comentários
  • Acredito que o erro da afirmação está no "como", uma vez que a ITIL indica "o que" deve ser feito para uma organização ter a capacidade de administrar seus processos.
    A ITIL é um método composto de descrições específicas de como quais as atividades devem ser executadas para se obterem os melhores resultados na entrega e no suporte aos serviços de TI de uma organização.
  • Complementando o colega acima. ITIL não é uma metodologia, e sim um guia de boas práticas!

    Na ITIL tudo pode, nada deve! Já diria mestre Pedrosa.
  • O erro está em dizer que ITIL é um método. ITIl é melhores práticas para serviço de TI.
  • O erro está em dizer que são descrições específicas de como deve se feito e isso não verdade. A itil reune um conjunto de melhores práticas que se seguidos tem uma grande chance de tudo dar certo. È uma coisa que o mercado reconhece que se seguindo essas práticas o négocio de TI pode dar certo e não que são receitas de bolo e que darão certo 100%. O texto como está escrito é imperativo.
  • Segundo[1], "a itil eh composta por um conjunto das melhores praticas para  a definicao dos processos necessarios ao funcionamento de uma area de TI com o  objetivo permtitir o maximo de alinhamento entre area de TI e as demais aras de negocio, de modo a garantir a geracao de valor 'a organizacao.
    a Itil descreve a base para a organizacao dos processos da area de TI, visando a sua orientacao para o gerenciamento de servicos de TI. As diversas praticas reunidas descrrevem os objetivos, atividades gerais, pre requisitos necessarios e resultados esperados dos varios processos, os quais podm ser incorporados dentro das areas de TI.
    A ITIL nao define os processos a serem implementados na area de TI. Em vez disso, procura demonstrar as melhores praticas q podem ser utilizadas para essa definicao".
    Os trechos em negrito eh o q justificam o porqu^e da afirmativa estar errada. A ITIL nao eh um metodo(eh um conjunto das melhores praticas). Nao contem descricoes especificas, mas gerais; e nao diz como as atividades devem ser executadas para se obterem os melhores resultados, mas, sim, os resultados esperados, o q podem ou nao acontecer.
    Resumindo, a ITIL nao eh especifica. Ela eh geral.



    [1] Ivan Luizio, Gerenciamento de Servicos de TI na Pratica, 2007.

  • melhores práticas...


    Prova: CESPE - 2013 - Telebras - Especialista em Gestão de Telecomunicações - Analista de TI
    Disciplina: Governança de TI | Assuntos: ITIL;




     Ver texto associado à questão
    A metodologia ITIL é um padrão de implementação de governança de TI.

      Certo  Errado
       









    ERRADA


    Ano: 2010
    Banca: CESPE
    Órgão: TRT - 21ª Região (RN)
    Prova: Analista Judiciário - Tecnologia da Informação




    Resolvi certo
    texto associado   
    A ITIL é uma metodologia utilizada para implementar processos de Gerenciamento de Serviços de TI.













    ERRADA








  • Assertiva ERRADA. 


    Não tem como ser específico. Ele é apenas um guia de boas práticas, onde o gestor deve aprender o que ele tem a ensinar e adaptar à realidade de sua organização. Não tem como o ITIL ditar como deve ser cada aspecto pois cada organização é um caso a parte. 
ID
773443
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

A engenharia de software busca sistematizar a produção de
software com qualidade. No que concerne ao estágio de projeto,
julgue os seguintes itens.

Para transformar os requisitos em um sistema funcional, os projetistas devem criar um projeto conceitual, que descreva o sistema para o cliente em uma linguagem que este possa entender, para depois transformá-lo em um projeto com uma abordagem técnica para os construtores do sistema.

Alternativas
Comentários
  • CERTO
    Engenharia de Requisitos
    É o uso sistemático de princípios, técnicas, linguagens e ferramentas comprovadas para análise, documentação, evolução continuada das necessidades dos usuários e especificação do comportamento externo de um sistema para satisfazer as necessidades do usuário, que sejam efetivas em termos de custos. Visa, principalmente, o entendimento escrito do problema.
    Algumas considerações importantes:
    • é uma abordagem sistemática, ou seja, constituída por um conjunto de processos estruturados para extrair, validar e manter os requisitos de um sistema;
    • composta principalmente por atividades de Análise (identificar) e Documentação (validar); e
    • constitui a ponte entre a comunicação com o cliente, a documentação gerada, o projeto e o desenvolvimento.

  • Pq nao fazer logo em uma linguagem que todos entendam? DDD

  • Certo. O desenvolvimento de sistemas de informações pode ser comparado à construção de uma casa. Em primeiro lugar a casa (ou o sistema de informação) começa com uma ideia básica. Em segundo lugar essa ideia é transformada em um desenho simples que é mostrado ao cliente e refinado (frequentemente por meio de vários desenhos, cada um deles aprimorando o outro) – este é o projeto conceitual - até que o cliente concorde que o desenho descreve exatamente o que ele quer. Em terceiro lugar desenha-se um conjunto de plantas e instalações que representa as informações detalhadas sobre a casa (p. ex. plantas de instalações hidráulicas, elétricas, etc) – este é o projeto com uma abordagem técnica. O desenvolvimento de sistemas é divido em várias etapas, as quais dependem do sistema a ser desenvolvido e por seus desenvolvedores. Entretanto pode-se falar que há algumas etapas que podem existir em qualquer projeto, independentemente dos itens anteriormente citados. São elas: planejamento, fase em que se compreende porque um sistema deve ser construído e como ele o será; a fase de análise, em que se escolhem os requisitos do sistema; a fase de projeto, em que, a partir das funcionalidades colhidas na fase de análise, decide-se como o sistema operará, em termos de infraestrutura de hardware, software e rede, interface com o usuário, os formulários e os relatórios, entre outros.

    (SOMMERVILLE, Ian. Engenharia de software. 9 ed. São Paulo: Pearson Prentice Hall, 2011)

  • "Os projetistas DEVEM criar um projeto conceitual"??

    Quer dizer que, na teoria, sem um projeto conceitual o sistema não sai??

  • Após ter em mãos um documento de requisitos pronto, validado e gerenciando suas mudanças, na engenharia de requisitos, agora tem que entender o problema que vai ser tratado, a área de negócio, baseado nas informações contidas nesse documento. Como é feito o entendimento? Se você estiver na fase de análise, você vai criar um modelo de alto nível que tenha uma representação fiel ao ambiente, o analista faz abstração das entidades e relacionamentos mais relevantes do sistema, cria o diagrama (de classes, por exemplo) com os objetos que estão se relacionando sem se preocupar com detalhes técnicos. Após isso, vai para a análise de projeto para dar a solução para o problema, refinando o modelo de negócio (é como é chamado o diagrama na fase analise) adicionando detalhes técnicos como o tipo de atributo, parâmetros e tipos de métodos, enfim, um comprometimento com alguma linguagem e SGBD. Questão certa 

ID
773446
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

A engenharia de software busca sistematizar a produção de
software com qualidade. No que concerne ao estágio de projeto,
julgue os seguintes itens.

A independência dos componentes é um dos atributos que reflete a qualidade do projeto. O grau de independência pode ser medido a partir dos conceitos de acoplamento e coesão, os quais, idealmente, devem ser alto e baixo, respectivamente.

Alternativas
Comentários
  • Errado.
    O grau de independência pode ser medido a partir dos conceitos de acoplamento e coesão, os quais, idealmente, devem ser baixo e alto, respectivamente.
  • Para discussão mais ampla:

    http://www.inf.ufpr.br/andrey/ci221/SOFTua10.pdf

  • A independência dos componentes é um dos atributos que reflete a qualidade do projeto. O grau de independência pode ser medido a partir dos conceitos de acoplamento e coesão, os quais, idealmente, devem ser alto e baixo, respectivamente.

    RESPOSTA: E

    Errado. O conceito de independência funcional é uma decorrência direta da modularidade dos conceitos de abstração e ocultamento funcional.

    A independência funcional é conseguida pelo desenvolvimento de módulos com função de “finalidade única” e uma “aversão” a interação excessiva com outros módulos.

    Módulos independentes são mais fáceis de manter(e testar) porque os efeitos secundários causados por modificação de projeto ou código são limitados, a propagação de erros é reduzida e os módulos reusáveis são possíveis.

    Para resumir, a independência funcional é a chave para um bom projeto e o projeto é a chave da qualidade de software.

    A indepenência é medida usando dois critérios qualitativos: coesão e acoplamento.

    • Coesão: um módulo coeso realiza uma única tarefa dentro de um procedimento de software, requerendo pouca interação com os procedimentos que estão sendo realizados em outras partes de um programa. Um módulo coeso deveria (idealmente) fazer apenas uma coisa

        • Autamente coeso: excelente;

        • Baixa coesão: problemas.

    • Acoplamento: é uma medida de interconexão entre os módulos numa estrutura de software. O acoplamento depende da complexidade da interface entre os módulos, do ponto em que é feita entrada ou referência a um módulo e que dados passam através da interface. Em projetos de software, luta-se por acoplamento mais baixo possível. Conectividade simples entre módulos resulta em software bem mais fácil de entender e menos propenso a “efeito de propagação” que acontecem quando erros ocorrem em um lugar [e] se propagam por todo o sistema.

    (http://www.google.com.br/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0CCwQFjAA&url=http%3A%2F%2Fjulianakolb.files.wordpress.com%2F2010%2F08%2Faula06_principios_de_projetov2.ppt&ei=WcUjUvnwONW-4APvuICICw&usg=AFQjCNGR1xCOldIzxBnBFg8H2euNcis7uQ&sig2=BdVMO-LberL2lo271yYSHA&bvm=bv.51495398,d.dmg&cad=rja)

  • O acoplamente tem que ser baixo e a coesão alta.

  • questão só pra ver se o candidato está vivo

ID
773449
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

A engenharia de software busca sistematizar a produção de
software com qualidade. No que concerne ao estágio de projeto,
julgue os seguintes itens.

O projeto de software deve identificar os possíveis desvios do comportamento de um sistema. Cada exceção pode ser tratada por meio de um dos seguintes modos: tentar realizar novamente um serviço que falhou, corrigir algum aspecto do serviço antes de tentar realizá-lo novamente ou relatar o serviço não realizado para outro componente de tratamento de erro.

Alternativas
Comentários

  • não sei da onde o examinador tirou isso, mas parece fazer sentido

  • MR. Robot, compartilho da mesma reflexão! rsrs

ID
773452
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação a teste de software, julgue os itens a seguir.

Para qualquer sistema, independentemente do seu tamanho, as etapas de teste devem seguir a seguinte sequência: testes de componente, testes de integração e testes de sistema.

Alternativas
Comentários
  • Esta questão está incompleta. As etapas devem ser :

    1- TESTES DE UNIDADE (TESTAM CÓDIGOS);

    2- TESTES DE INTEGRAÇÃO (TESTAM PROJETO);

    3-  TESTES DE VALIDÃO (TESTAM REQUISITOS COM OS DESENVOLVEDORES);

    4- TESTES DE ACEITAÇÃO (TESTAM REQUISITOS COM OS USUÁRIOS FINAIS);

    5- TESTES DE SISTEMA (TESTAM A ENGENHARIA DE SISTEMA)

    Fonte: Roger Pressman

    No caso, a questão fala dos testes de unidade, integração e sistema. Acho que a sequência está errada, pois está incompleta.  
  • Esta questão está incompleta. As etapas devem ser :

    1- TESTES DE UNIDADE (TESTAM CÓDIGOS); 

    2- TESTES DE INTEGRAÇÃO (TESTAM PROJETO);

    3-  TESTES DE VALIDÃO (TESTAM REQUISITOS COM OS DESENVOLVEDORES);

    4- TESTES DE ACEITAÇÃO (TESTAM REQUISITOS COM OS USUÁRIOS FINAIS);

    5- TESTES DE SISTEMA (TESTAM A ENGENHARIA DE SISTEMA)

    Fonte: Roger Pressman

    No caso, a questão fala dos testes de unidade, integração e sistema. Acho que a sequência está errada, pois está incompleta.  
  • Eu marquei errado por esse 'independente de seu tamanho'.

    Um sistema muito pequeno teria que ter teste de componentes?
  • Diego, Pode sim!

    Por exemplo, uma funcionalidade (logon) pode ser visto como um componente, que possui um conjunto de funcionalidades: Exibir Interface de autenticação, Validar credenciais, etc. Esta funcionalidade pode está integrada com outra, conexão com banco de dados.....

    No meu ponto de vista, conseguiu agrupar um conjunto de funcionalidades "(func>2)", estando independentes ou não, já pode ser visto como um componente.

    Fonte: http://pt.wikipedia.org/wiki/Componente_de_software
  • Marquei errado pelo mesmo motivo do Diego. Acho que o uso da palavra "Deve" foi bem infeliz na questão. Segundo Sommerville, algumas organizações abandonaram atualmente o teste de componente em favor das inspeções. Eles constataram que as inspeções de programa são mais eficientes para encontrar erros, e que os custos de teste de componentes não são justificáveis. Essas organizações constataram que as inspeções de componentes, combinadas com teste de sistema, eram a estratégia de V & V de custo mais adequado. Essa abordagem é usada no processo de desenvolvimento de software Cleanroom.
    (Fonte: Engenharia de Software, 8ed, Sommerville, pag 347)
    Ou seja, existem casos em que essas etapas de testes não precisam ser seguidas. Ainda não entendi o gabarito ter sido dado como “Certo”.
  • Marquei errado, mas relendo o enunciado ficou claro que o 'deve', como 'obrigação', refere-se não à presença dos três testes, mas à ordem com que eles devem ser realizados. Ou seja, talvez eu não tenha o 'teste de sistema', mas devo executar primeiro o 'teste de componente' e depois o 'teste de integração'.
  • Pessoal, acho que foi mais uma "pegadinha" do CESPE. Alias, ao inves de testar conhecimentos faz uso de artificios para confundir o candidato. A questao fala em sequencia. De fato, a sequencia para os elementos citados nao poderia ser outra. testes de componente -> teste de integração -> teste de sistema. Isso não quer dizer que hajam outros testes, intercalando aqueles citados. Acredito que foi questao de aceitar que a banca joga sujo.
  • Nathalia,

    Testes de integracao NAO testam projeto, testam a interação entre os componentes internos do software.

  • Patrick,

    Testam sim o Projeto (Design) da aplicação, conforme define Pressman.

    Abs.

  • difícil marcar correta nessa viu!! essa expressão "independente do tamanho"

  • O "deve" faz com que apenas os candidatos muito seguros da resposta dê a certa. Quanto a outras etapas, a questão não disse que são apenas essas, disse que tem que passar por essas, nessa sequencia, então está correto.

  • Se não há um forte motivo para estar errada, a questão provavelmente está certa. 

  • O estagiário ainda faz questões no CESPE ? 

  • Segundo meu entendimento, a banca quis testar a diferença de definições entre o Pressman e o Somerville, o primeiro divide em 4 etapas o processo de testes, o segundo em 3 , sendo que Somerville dizia até a 8 edição de seu livro que para sistemas de grande porte deveria se dividir a etapa de testes  de Sistema em Testes de Integracao e Testes de Release, e para sistemas de pequeno porte não precisaria fazê-lo. Bom, levando em conta  SE no edital Citava ou não bibliografia do Pressman, vejo a questão como errada.


ID
773455
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação a teste de software, julgue os itens a seguir.

Quando o objetivo é testar uma funcionalidade, assegurando-se que, para todo tipo de entrada, a saída observada corresponda àquela esperada, pode-se alcançar esse objetivo fazendo-se uso de testes do tipo caixa-branca.

Alternativas
Comentários
  • Testes Funcionais (Caixa-preta) - Os testes funcionais também são conhecidos como "teste caixa-preta", pelo fato do testador não precisar conhecer os detalhes da codificação. Nesse tipo de teste o testador informa os dados de entrada e verifica se a saída/resultado está de acordo com o que era esperado.
  • Teste Caixa PRETA visam verificar a funcionalidade e a aderência aos requisitos, em uma ótica externa ou do usuário, sem se basear em qualquer conhecimento do código e da lógica interna do componente testado.
    Teste Caixa Branca (caixa de vidro) visam avaliar as cláusulas de código, a lógica interna do componente codificado, as configurações e outros elementos técnicos.

    Caixa preta -> funcionalidades/requisitos
    Caixa branca -> código/componentes
  • Complementando o que os colegas mencionaram:

    Quando o objetivo é testar uma funcionalidade, assegurando-se que, para todo tipo de entrada, a saída observada corresponda àquela esperada, pode-se alcançar esse objetivo fazendo-se uso de testes do tipo caixa-branca.

    1) A melhor aceitação para validar as entradas é especificar um domínio de entradas para o teste;
    2) Teste caixa-preta utiliza da melhor forma esse domínio de entradas (boa prática);
    3) Caixa-Branca é realizado com mais baixo nível (código fonte)

    A questão misturou teste caixa-branca com caixa-preta.
  • Li a questão e na hora pensei... OK, isso é teste de caixa preta, mas se tratando de CESPE fiquei com um pé atras na parte em que diz "(...) pode-se alcançar esse objetivo fazendo-se uso de testes do tipo caixa-branca.". Claro que o teste de caixa preta é recomendado para a questão, mas teria algum impedimento de eu fazer isso com um teste de caixa branca, mesmo sabendo que não é a finalidade dele? O que vocês acham? []s
  • Em um teste caixa-preta, segundo Sommerville:

    "O Testador fornece as entradas para o componente ou sistema e examina as saídas correspondentes. Se as saídas não forem as previstas o teste detectou um problema com o software. No teste caixa-preta, o comportamento pode ser somente determinado por meio de suas entradas e saídas relacionadas".

    Fonte: Engenharia de Software, pag. 359, cap. 23, 8ª Edição. Ian Sommerville. Editora Pearson Adison Wesley. 
  • Acho que não poderíamos testar a funcionalidade utilizando o teste da caixa, muito menos assegurar a relação entrada e saída, pois ele testa a estrutura do programa.
    Segundo Pressam:
    "O  teste caixa-branca,  também   chamado de  teste da caixa-de-vidro,  é  uma filosofia  de projeto 
    de casos de teste que usa a estrutura de controle descrita como parte do projeto no nível de com­ponentes  para  derivar  casos  de  teste.  Usando  métodos  de  teste  caixa-branca,  o  engenheiro  de 
    software pode criar casos de teste que  (1) garantam que todos os caminhos independentes de um 
    módulo foram exercitados pelo menos uma vez,  (2)  exercitam  todas as decisões lógicas nos seus 
    estados verdadeiro e falso,  (3) executam todos os ciclos em seus limites e dentro de suas fronteiras 
    operacionais, e (4) exercitam estruturas de dados internas para assegurar a sua validade."

  • Falta de recurso. Mais uma do estagiário.

  • Corrigindo o enunciado da questão...


    Quando o objetivo é testar uma funcionalidade, assegurando-se que, para todo tipo de entrada, a saída observada corresponda àquela esperada, pode-se alcançar esse objetivo fazendo-se uso de testes caixa-preta.


    Ps.: Caixa-preta, caixa-branca ou caixa-cinza NÃO são tipos de teste, mas sim técnicas de testes!

    Bons estudos!

ID
773458
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação a teste de software, julgue os itens a seguir.

Uma das desvantagens de se utilizar a mesma equipe de desenvolvimento para a realização de testes é a tendência à informalidade na sua execução, o que pode provocar a não identificação de determinados defeitos do projeto.

Alternativas
Comentários
  • Quando você desenvolve uma aplicação e depois vai testá-la existe o risco de não perceber a existência de determinados defeitos.

    Isso ocorre, entre outros fatores, pelo fato de que as vezes você já passou tanto tempo codificando uma parte do sistema ( e ao mesmo tempo testando-a ) que na hora de realizar a fase de testes o desenvolvedor já está cansado e realmente não consegue ver que um errinho tenha passado.

    Há também aqueles desenvolvedores que acham que fazem o código perfeito onde não há erros...

    abrasss
  • Uma das desvantagens de se utilizar a mesma equipe de desenvolvimento para a realização de testes é a tendência à informalidade na sua execução, o que pode provocar a não identificação de determinados defeitos do projeto.

    Subentendesse que se for realizada pela equipe de teste terá uma tendência maior na formalidade da execução dos testes.
  • Certo, e o que tem a ver com 'formalidade'?! Segunda questão da CESPE que tento driblar uma possível pegadinha e acabo quebrando a cara...

  • Questão padrão CESPE de qualidade. Não agrega conhecimento nenhum e usa palavras toscas pra tentar ludibriar quem estudou.

ID
773461
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação a teste de software, julgue os itens a seguir.

É consenso na engenharia de software que os testes sejam realizados ao longo de todo o processo de desenvolvimento. A técnica de validação deve ser utilizada para avaliar a correção dos produtos gerados nas primeiras etapas do desenvolvimento. Para testar o software a partir da etapa de construção até a implantação, deve-se utilizar a técnica de verificação.

Alternativas
Comentários
  • Q: É consenso na engenharia de software que os testes sejam realizados ao longo de todo o processo de desenvolvimento. A técnica de validação deve ser utilizada para avaliar a correção dos produtos gerados nas primeiras etapas do desenvolvimento. Para testar o software a partir da etapa de construção até a implantação, deve-se utilizar a técnica de verificação.
    R: A técnica de validação deve ser utilizada para avaliar a CONFORMIDADE do produto gerado (com os requisitos do sistema) ...
  • Eu penso que o errro se encontra na troca de conceitos.

    A técnica de VERIFICAÇÃO deve ser utilizada para avaliar a correção dos produtos gerados nas primeiras etapas do desenvolvimento

    A verificação se dá para ver se estamos construindo o produto corretamente

    Para testar o software a partir da etapa de construção até a implantação, deve-se utilizar a técnica de VALIDAÇÃO.

    Já a validação se dá para ver se estamos produzindo o produto certo? Ele corresponde aos requisitos especificados?
  • Exato Diego. Os conceitos de validação e verificação foram invertidos.
  • Segundo Sommerville, referenciando Boehm (1979), a diferença entre validação e verificação, se constitui em:

    Validação: 'Estamos construindo o produto correto?'
    Verificação: 'Estamos construindo o produto corretamente?'

    A finalidade da validação é assegurar que o sistema de software atenda às expectativas dos clientes. Vai além de verificar se o sistema está conforme a sua especificação para mostrar que o software realiza o que o cliente espera que ele faça.

    As inspeções de software que constituem o processo de verificação estão distribuidas nas diversas fases do projeto, tais como: Espeficação de Requisitos, Projeto de Alto Nível, Espeficação Formal, Projeto Detalhado, Programa, etc. Técnicas de verificação estática envolvem o exame e análise de código-fonte de programa para a detecção de erros.

    Um Teste de Sistema, por exemplo, visa validar se o sistema atente aos requisitos.

    Fonte: Engenharia de Software, pag. 341, 353, cap.22 e 357, cap. 23. 8ª Edição. Ian Sommerville. Editora Pearson Adison Wesley.

  • conhecendo o cespe.. não precisa ir muito longe para saber que quase sempre ele inverte os conceitos

ID
773464
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação à fase de manutenção, julgue os itens subsequentes.

Entre os problemas comuns na fase de manutenção, podem-se citar a baixa produtividade e o alto custo, além de problemas técnicos, como documentação desatualizada e dificuldade de se alterarem sistemas que foram projetados sem a preocupação com a sua manutenibilidade.


Alternativas
Comentários
  • Questão correta. Para complementar temos a descrição da fase de Transição do RUP, retirada do livro do Sommerville 9ª Edição:

    A fase final do RUP implica em transferência do sistema da comunidade de desenvolvimento para a comunidade de usuários e em seu funcionamento em um ambiente real. Isso é ignorado na maioria dos modelos de processo de software, mas é, de fato, uma atividade cara e, às vezes, problemática. Na conclusão dessa fase, você deve ter um sistema de software documentado e funcionando corretamente em seu ambiente operacional.
  • Questão CORRETA.

    Entre os problemas comuns na fase de manutenção, podem-se citar a baixa produtividade e o alto custo...
    ( Segundo Pressman: "A manutenção do software existente pode ser responsável por mais de 70% de todo o esforço despendido por uma organização de software." )

    ...além de problemas técnicos, como documentação desatualizada e dificuldade de se alterarem sistemas que foram projetados sem a preocupação com a sua manutenibilidade.
    (Ainda, de acordo com Pressman:
    "Grande parte do software do qual dependemos atualmente tem, em média, de 10 a 15 anos de idade. Mesmo usando as melhores técnicas de projeto e codificação conhecidas na época [e a maioria não o era], esses programas foram criados quando o tamanho e o espaço de armazenagem eram as principais preocupações. Depois eles foram levados a novas plataformas, ajustados de acordo com as mudanças de tecnologia de sistemas operacionais e de máquinas e aumentados para atender a novas necessidades dos usuários - tudo isso sem dar muita importância à arquitetura global. 
    O resultado são estruturas mal projetadas, codificação ruim, lógica ruim e documentação ruim dos sistemas de software que colocamos em funcionamento." )
ID
773467
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação à fase de manutenção, julgue os itens subsequentes.

A engenharia reversa se propõe a gerar uma nova especificação ou um novo projeto de um sistema existente, aplicando-se os conceitos de reengenharia, para, depois, se aplicar a engenharia direta e gerar um novo sistema.

Alternativas
Comentários
  • A reegenharia se propõe a gerar uma nova especificação ou um novo projeto de um sistema existente, aplicando-se os conceitos de engenharia reversa, para, depois, se aplicar a engenharia direta e gerar um novo sistema.
  • A reengenharia Reversa envolve em realizar a analise do sistema velho, fazendo a sua documentação. Assim terá um melhor entendimento do sistema legado para realizar os processos da reegenharia de software.

  • Item errado. “A engenharia reversa é processo de exame e compreensão do software existente para recapturar ou recriar o projeto e decifrar os requisitos atualmente implementados pelo sistema, apresentando-os em um nível ou grau mais auto de abstração.”

    “Reengenharia é o exame e a alteração de um sistema para reconstruí-lo de uma nova forma, seguida pela sua implementação.”

    “O termo engenharia reversa tem sua origem na análise de hardware, pois é comum a prática de decifrar projetos de produtos finalizados com intuito de duplicá-los. O conceito de engenharia reversa é similar. Porém, tradicionalmente, o objetivo dessa engenharia reversa é obter apenas um entendimento do sistema.” Portanto, diferente do que diz o item em tela quando diz que “a engenharia reversa se propõe a gerar... um novo sistema.”

    Fonte: http://www.inf.ufpr.br/silvia/ES/reengenharia/reengenharia.pdf

  • ReEngenharia = ER + ED


    Na questão ele diz que:

    ER = ReEngenharia + ED


    Está trocado!

  • ERRADO.

     

    Os conceitos estão invertidos, o correto seria:

     

    -REENGENHARIA: propõe a gerar uma nova especificação ou um novo projeto de um sistema existente.

     

    -ENGENHARIA REVERSA: os conceitos de engenharia reversa serão utilizados na reengenharia,  para depois se aplicar a engenharia direta e gerar um novo sistema.

ID
773470
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação à fase de manutenção, julgue os itens subsequentes.

Os sistemas de software estão sujeitos a manutenção, pois, dificilmente, as características que o definem não sofrem modificações durante a sua vida útil. Quanto mais dependentes do mundo real forem os requisitos de um sistema, maior será a probabilidade de esse sistema vir a ser modificado.

Alternativas
Comentários
  • O sistema de software deve refletir o negócio de uma organização. Como uma organização é dinâmica, temos que o software deve estar em constante evolução para atender aos requisitos estratégicos de uma entidade. Isto faz a primeira parte da questão ser verdadeira (Os sistemas de software estão sujeitos a manutenção, pois, dificilmente, as características que o definem não sofrem modificações durante a sua vida útil.)

    Os sistemas são muito dependentes do mundo real. Um exemplo disso são regulações, muitas delas criadas pelo governo, que fazem com que o software precise se adequar a nova realidade. Este trecho valida a segunda parte da questão (Quanto mais dependentes do mundo real forem os requisitos de um sistema, maior será a probabilidade de esse sistema vir a ser modificado.)

    Temos então que a questão encontra-se correta.
ID
773473
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação à fase de manutenção, julgue os itens subsequentes.

Um sistema pode sofrer quatro tipos de manutenção: corretiva, adaptativa ou evolutiva, perfectiva e preventiva. Entre esses tipos, apenas a manutenção corretiva está associada a um defeito do sistema.

Alternativas
Comentários
  • Os quatro tipos de manutenção são: corretiva, adaptativa, evolutiva ou perfectiva e preventiva.

  •  Tipos de Manutenção

     

       MANUTENÇÃO CORRETIVA:  identificar e corrigir erros

       MANUTENÇÃO ADAPTATIVA: adaptar o software ao ambiente

        MANUTENÇÃO PERFECTIVA: atender pedidos do usuário para modificar   funções existentes, incluir novas funções e efetuar melhoramentos gerais

        MANUTENÇÃO PREVENTIVA:  Melhorar a manutenibilidade ou confiabilidade futuras e fornecer uma base melhor para futuros melhoramentos

  • Acredito que o colega José esteja certo, o problema da questão me parece ser que o examinador mexeu com os termos de propósito, colocando evolutiva como o mesmo que adaptativa, o que nao é verdade.

    Tipos:
    • Corretiva:correção de erros/falhas.
    • Adaptativa: adaptação do software para acomodar mudanças em seu ambiente externo, i.e. uma nova plataforma (hardware, sistema operacional) ou  mudanças nas regras de negócio, leis, políticas governamentais etc.
    • Evolutiva (ou perfectiva): acréscimo de funcionalidades, não previstas em seu documento de requisitos original.
    • Preventiva (reengenharia):o software é modificado para oferecer uma base melhor para futuras manutenções. Ou seja, para melhorar a sua confiabilidade ou manutenibilidade futura.

  • Os comentários dos colegas acima estão ótimos. Pondo somente uma referência do nosso querido Pressman, encontrada no seu livro Engenharia de Software Uma abordagem profissional (6a Edição 2011) - Pag. 662:

    "Independente do domínio da aplicação, tamanho ou complexidade, o software continuará a evoluir com o tempo. As mudanças dirigem esse processo. No âmbito do software, ocorrem alterações quando são corrigidos erros (manutenção CORRETIVA), quando há adaptação a novo ambiente (manutenção ADAPTATIVA), quando o cliente solicita novas características ou funções (manutencão EVOLUTIVA/PERFECTIVA) e quando a aplicação passa por um processo de reengenharia para proporcionar benefício em um contexto moderno (manutenção PREVENTIVA - REENGENHARIA)."

    A questão tornou-se ERRADA ao colocar que uma manutenção adaptativa, que visa adequar o software às mudanças externas, seria idêntica a mudança evolutiva, quando é o cliente que solicita modificação ou novas funções ao software. Percebam que nesse segundo caso, não há, OBRIGATORIAMENTE, uma mundança no ambiente externo que necessite adaptações no software.

    Ainda vale uma ressalva quanto a afirmação que somente a manutenção corretiva está associada a defeitos. Veja que as manutenções preventivas buscam defeitos latentes, aqueles que associados a outros defeitos podem torna-se defeitos "ativos". Então, ao meu ver, esse ponto também torna a questão errada.

    Outra observação interessante é que a há uma classificação implícita para os diversos tipos de manutenção:

    1. Corretiva e Preventiva (reengenharia)*: Não há acréscimo ou modificação de funcionalidades em relação aos requisitos iniciais.

    2. Adaptativa, Evolutiva/perfectiva e Preventiva (reengenharia)*: Há acréscimo ou modificação de funcionalidades em relação aos requisitos iniciais.

    * A manutenção preventiva (reengenharia) reimplementa a função do sistema existente e também acrescenta novas funções e/ou melhora o desempenho geral. Assim, esse tipo de manutenção é híbrido, podendo ou não haver acréscimo ou modificação de funcionalidades.

    Espero ter ajudado. Bons estudos!

  • Eu acho que uma questão desse teria que ser anulda. O que a pergunta pedi está certo.  Entre esses tipos, apenas a manutenção corretiva está associada a um defeito do sistema. A reposta é sim. Agora vem um erro no meio do enociado para colocar toda a questão errada. Complicado.

ID
773476
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação a conceitos gerais da engenharia de software, julgue
os itens seguintes.

Os estágios da engenharia de software compõem um ciclo que pode ser dividido em duas grandes etapas: a análise do problema e a síntese da solução.

Alternativas
Comentários

  • Alguém sabe a referencia utilizada pelos gurus do CESPE?

  • E se no estudo de viabilidade for verificado que não é possível a implementação da solução? Mesmo assim terei a síntese da solução?

  • sandrotonini,

    Na maioria das vezes as referências do CESPE para Engenharia de Software são SOMMERVILLE e PRESSMAN. Mas confesso que não encontrei citação expressa para resolver essa questão, somente por inferência é que consegui resolvê-la. 

    Entendi que estava correta, pois a assertiva fala: "Os estágios da engenharia de software..." de maneira genérica e não analisando um caso concreto (como lembrou o colega Ricardo Saboia comentando sobre o estudo de viabilidade). Pois as etapas, para todos os efeitos são essas (análise do problema e a síntese da solução), eventualmente pode-se, na etapa de análise, chegar a conclusão que o desenvolvimento não é viável e não ocorrer o projeto (síntese da solução).

  • Também desconheço a referência usada pelo CESPE. 

    Nesse caso, julguei o item correto somente por inferência também. Como o enunciado não restringe a nenhum caso, podemos sim considerar que as duas grandes etapas são a análise do problema e a síntese da solução.

  • A referência acredito que seja essa: Software Engineering: Theory and Practice - Pfleeger e Atlee - Prentice Hall
    Em um dos slides do livro há o seguinte texto:

    Solving Problems 
    Software products are large and complex

    Development requires analysis and synthesis

    Analysis: decompose a large problem into smaller, understandable pieces. abstraction is the key

    Synthesis: build (compose) software from smaller building blocks. composition is challenging

  • "1.1 O QUE É ENGENHARIA DE SOFTWARE?

    (...)

    Resolvendo Problemas

    A maioria dos problemas é grande e, algumas vezes, difícil de se resolver, especialmente quando representam algo novo, nunca antes resolvido. Assim sendo, devemos começar a investigação analisando o problema, isto é, dividindo-o em partes que sejamos capazes de entender e manipular. Dessa maneira, podemos descrever o problema maior como um conjunto de pequenos problemas e suas inter-relações. (...)


    Uma vez analisado o problema, devemos elaborar a solução a partir de componentes que resolvam vários de seus aspectos. A Figura 1.2 ilustra o processo de síntese, que consiste em reunir os pequenos blocos em uma estrutura maior(...)"


    Pfleeger, Shari Lawrence. Engenharia de Software : teoria e prática. 2ª Edição, São Paulo : Prentice Hall, 2004.


  • A síntese da solução pode vir com erros, erros podem aparecer após a síntese quando o sistema for colocado em execução, uma nova funcionalidade pode ser requerida no estágio de manutenção e /ou evolução...sinceramente amigos

  • e a implementação, foi esquecida???

  • fonte: vozes da cabeça do examinador

ID
773479
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação a conceitos gerais da engenharia de software, julgue
os itens seguintes.

A documentação de requisitos deve conter duas perspectivas: uma voltada para o cliente, em linguagem compreensível por ele, e outra voltada para o desenvolvedor, em uma linguagem técnica de modelagem.

Alternativas
Comentários
  • Correta questão...

    Requisitos de usuário e requisitos de sistema podem ser definidos como segue:
    Requisitos de usuário são declarações, em uma linguagem natural com diagramas, de quais serviços o sistema deverá fornecer a seus usuários e as restrições com as quais este deve operar. Requisitos de sistema são descrições mais detalhadas das funções, serviços e restrições operacionais do sistema de software. O documento de requisitos do sistema (às vezes, chamado especificação funcional) deve definir exatamente o que deve ser implementado. Pode ser parte do contrato entre o comprador do sistema e os desenvolvedores do software.Fonte: Engenharia de Software - SOMMERVILLE - Página 58 (9ª Edição)

    Bons estudos.
ID
773482
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação a conceitos gerais da engenharia de software, julgue
os itens seguintes.

A engenharia de software, disciplina relacionada aos aspectos da produção de software, abrange somente os processos técnicos do desenvolvimento de software.

Alternativas
Comentários
  • ERRADO
    A Engenharia de Software é uma atividade de especificação, projeto, implementação, validação, implantação e manutenção de sistemas sociotécnicos. Os engenheiros de sistema são responsáveis pelos softwares, e não somente esses, mas também o hardware, as interações do sistema com os usuários e seu ambiente. Além disso, serviços que o sistema fornece, restrições de operação, criação e utilização, a fim de atingir seu propósito (SOMMERVILLE, 2007).
  • A engenharia de software abrange também os métodos e as ferramentas para o desenvolvimento do software.
  • O que é Engenharia de Software
    Disciplina de engenharia preocupada com todos os aspectos sobre a produção de software, incluindo:

    Processos ou Procedimentos
    Racionalizam o desenvolvimento de Software, ou seja, técnicas de manuseio das ferramentas para aplicação dos métodos;
    Métodos
    Conhecimento técnico; “Como” fazer, são as técnicas/paradigmas para o desenvolvimento de software;
    Ferramentas
    Suporte automatizado para processos e métodos
    Alternativa: Errada

    Fonte: Aulas Fernando Pedrosa
  • A engenharia de software é uma disciplina de engenharia relacionada a TODOS os aspectos da produção de software, desde os estágios iniciais de especificação dos sistema até sua manutenção, depois que entrar em operação.

  •  A engenharia de software não se preocupa apenas com os processos técnicos do desenvolvimento de software. Ela também inclui atividades como gerenciamento de projeto de software e desenvolvimento de ferramentas, métodos e teorias para apoiar a produção de software

    Resposta; Errada 

  • e-

    Sommerville (2011) - eng sw é parte da eng de sist e abrange todas as areas da producao de software, do levantamento de requisitos à manutencao. Para Roger Pressman (2006), a Eng SW abrange 4 camadas tecnologicas - ferramentas, metodos, processo, foco na qualidade

  • Muito pelo contrário, a Engenharia de Software abrange todo o processo de produção de um projeto de software.

    Resposta: Errado

ID
773485
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação a conceitos gerais da engenharia de software, julgue
os itens seguintes.

Para a produção sistemática de software de qualidade, a engenharia de software propõe abordagens que atendam a qualidade sob a perspectiva do produto a ser criado, do processo de criação do produto e de sua adequação ao uso.

Alternativas
Comentários

  • A norma ISO/IEC 9126, estabelece um modelo de qualidade com os seguintes componentes:

    • Processo de desenvolvimento, cuja qualidade afeta a qualidade do produto de software gerado e é influenciado pela natureza do produto desenvolvido;
    • Produto, compreendendo os atributos de qualidade do produto (sistema) de software. Estes atributos de qualidade podem ser divididos entre atributos internos e externos. Estes se diferenciam pela forma como são aferidos (interna ou externamente ao produto de software) e em conjunto compõem a qualidade do produto de software em si;
    • Qualidade em uso que consiste na aferição da qualidade do software em cada contexto específico de usuário. Esta é, também, a qualidade percebida pelo usuário.

ID
773488
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Tendo em vista que um processo de software pode ser definido
como um conjunto de procedimentos estruturados, que combina
ferramentas e técnicas para produzir determinado produto, julgue
os itens subsequentes.

Assim como no modelo em cascata, no RUP (Rational Unified Process) as fases de concepção, elaboração, construção e transição coincidem com as atividades técnicas do processo de desenvolvimento de software.

Alternativas
Comentários
  • O RUP segue o modelo incremental, que é diferente do model em cascata.

    http://pt.wikipedia.org/wiki/Desenvolvimento_iterativo_e_incremental
  • As disciplinas de engenharia (modelagem de negócio, requisitos, análise e projeto, implementação, testes e implantação) coincidem com as atividades técnicas e não as fases.
  • Errado, o RUP é iterativo e incremental, ou seja em cada fase você passa por todas as atividades do processo (mesmo que não faça nada).
    Ex: Na construção, você vai passar por uma revisão dos requisitos, que é uma atividade da elaboração.

    O modelo cascata não vai permitir isso, uma vez que uma fase é passada, não há volta.
ID
773491
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Tendo em vista que um processo de software pode ser definido
como um conjunto de procedimentos estruturados, que combina
ferramentas e técnicas para produzir determinado produto, julgue
os itens subsequentes.

O modelo de processo denominado em espiral combina as atividades de desenvolvimento com o gerenciamento de riscos, de modo a minimizá-los e controlá-los.

Alternativas
Comentários
  • O Modelo Espiral requer a consideracão dos riscos em TODOS os estágios ou interacões do projeto o que permite a reducão de riscos, logo, é CORRETO afirmar que existirá a combinação das atividades de desenvolvimento com o gerenciamento de riscos. Consequentemente, Minimizando e Controlando.


    Espero ter ajudado! 

  • acho que risco é o item mais cobrado sobre modelo espiral



    o modelo espiral requer a consideracao dos riscos em todos os estagios ou interacoes do projeto o que permite a reducao de riscos

    CORRETA


    -==========

    O modelo espiral permite repensar o planejamento diversas vezes durante o desenrolar do projeto

    CORRETA

ID
773494
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Tendo em vista que um processo de software pode ser definido
como um conjunto de procedimentos estruturados, que combina
ferramentas e técnicas para produzir determinado produto, julgue
os itens subsequentes.

Um dos primeiros modelos de processo de software propostos foi o modelo em cascata. Nesse tipo de modelo, os estágios são executados em sequência. A principal vantagem desse processo está na possibilidade de se retornar ao estágio anterior sempre que for necessário. Esse aspecto é particularmente importante em grandes sistemas de informação, sobretudo quando não se consegue levantar todos os requisitos no início do desenvolvimento.

Alternativas
Comentários
  • MODELO CASCATA
    Vantagens
    Padroniza os métodos para análise, projeto,codificação, testes e manutenção.
    Etapas semelhantes às etapas genéricas aplicáveis a todos os paradigmas.

    Desvantagens
    Projetos reais raramente seguem o fluxo seqüencial que esse modelo propõe. Sempre ocorre alguma interação e/ou superposição.
    Dificilmente os clientes são capazes de relacionar todos os requisitos de uma só vez no início do projeto.
    Maioria dos programas só estará disponível quando o cronograma já está bastante adiantado.
    Dificuldades para se introduzir alterações quando o processo está avançado.
  • Um dos primeiros modelos de processo de software propostos foi o modelo em cascata.  Certo!
    Nesse tipo de modelo, os estágios são executados em sequência.  Certo!
    A principal vantagem desse processo está na possibilidade de se retornar ao estágio anterior sempre que for necessário.
    Errado!     No modelo cascata é preconizado que após concluir uma etapa, não retornará mais a etapa anterior.

    Esse aspecto é particularmente importante em grandes sistemas de informação, sobretudo quando não se consegue levantar todos os requisitos no início do desenvolvimento.
    Errado!     O modelo cascata tem como princípio que os requisitos SÃO FIXOS, ou seja, são bem definidos e não mudarão até a conclusão do projeto. Segundo Pressman, mudanças podem causar confusão à medida que a equipe de projeto prossegue.

  • Assertiva ERRADA. 


    Modelo em cascata: requisitos bem conhecidos, equipe pequena, uma etapa só inicia quando concluída a outra, não é possível quebrar a sequência. Qualquer coisa diferente disso não estamos falando do modelo cascata. 
ID
773497
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Tendo em vista que um processo de software pode ser definido
como um conjunto de procedimentos estruturados, que combina
ferramentas e técnicas para produzir determinado produto, julgue
os itens subsequentes.

Atividades comuns a todos os processos de software incluem a especificação, o projeto, a implementação e a validação.

Alternativas
Comentários
  • Fases genéricas e atividades: 

    Definição [o que]: Engenharia de sistemas ou de informação, planejamento do projeto de software e análise de requisitos.
    Desenvolvimento [como]: Projeto de software, geração de código e teste de software.
    Manutenção: Correção, adaptação, aperfeiçoamento e prevenção.

    Observamos em duas das três fases genéricas atividades similares as que foram expostas na questão. Portanto, questão correta.

    Bons estudos.
  • "Atividades comuns a todos os processos de software incluem a especificação, o projeto, a implementação e a validação."

    Questão correta  conforme livro Engenharia de Software, Sommerville, 6 edição, pg 36.
    Embora existam muitos processos de software diferentes, há atividades fundamentais comuns a todos eles, como:
    1. Especificação de software: é preciso definir a funcionalidade do software e as restrições em sua operação.
    2. Projeto e implementação de software: deve ser produzido o software de modo que cumpra sua especificação.
    3. Validação de software: o software precisa ser validado para garantir que ele faz o que o cliente deseja.
    4. Evolução de software: o software precisa evoluir para atender às necessidades mutáveis do cliente.

  • concepção, elaboração, construção e transição

  • Embora existam muitos processos de software diferentes, há atividades fundamentais comuns a todos eles, como: DVEE

ID
773500
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

No que concerne a engenharia de requisitos, julgue os itens que se
seguem.



A rastreabilidade de requisitos ocorre apenas na relação entre os requisitos propriamente ditos e os artefatos ou subprodutos de desenvolvimento gerados.

Alternativas
Comentários
  • Questão incorreta. O termo "apenas" é um tanto generalizador. Para tentar provar que ele faz a questão estar errada, busquei o que deve ser considerado durante o planejamento de gerenciamento de requisitos (Sommerville 9ª Edição, página 78):

    1. Identificação de requisitos
    2. Processo de gerenciamento de mudanças.
    3. Políticas de rastreabilidade: Definem relacionamentos entre cada requisito e entre os requisitos e o projeto de sistema que deve ser registrado. A política de rastreabilidade também deve definir como esses registros devem ser mantidos.
    4. Ferramento de uso.

    É possível verificar que a rastreabilidade não se restringe apenas na relação entre os requisitos propriamente ditos e os artefatos ou subprodutos de desenvolvimento gerados.
  • A questão restringiu muito.

    "O rastreamento de requisitos é utilizado para prover relacionamentos entre requisitos, arquitetura e implementação final do sistema e possibilita uma adequada compreensão dos relacionamentos de dependência entre requisitos e através dos artefatos de requisitos, de arquitetura e de implementação. A rastreabilidade pode ser implementada por um conjunto de elos ou ligações (links) entre requisitos inter-relacionados, entre requisitos e suas fontes, e entre requisitos e os componentes que os implementam."

    Fonte: http://www.slideshare.net/transparenciadesoftware/rastreabilidade-de-requisitos

    Questão INCORRETA.
  • Rastreabilidade 
    ? Relacionam os requisitos e avaliam seus impactos
    ? Rastreabilidade de Fonte
    ? Ligação entre o requisito e o stakeholder que o propôs (e sua necessidade original)
    ? Rastreabilidade de Requisitos
    ? Ligações entre requisitos que dependem entre si
    ? Rastreabilidade de Projeto
    ? Ligação entre o requisito e o projeto (arquitetura, módulos, código) do software

    FONTE: Provas de TI

  • ocorre durante a gestão/gerenciamento de requisitos.

  • A rastreabilidade de requisitos pode ser de 3 tipos:

    a) rastreabilidade de origem: que relaciona o requisito com o stakholder, que visa identificar a origem do requisitos em caso de necessidade de alterações nele.

    b) rastreabilidade de requisitos: que relaciona os requisitos interdependentes, para identificação do grau de impacto da alteração do requisitos nos demais selecionados; e

    c) rastreabilidade de projeto: que relaciona o requisito com demais elementos do projeto, que os anteriores como arquitetura, módulos executáveis, e etc, permite identificar o grau de impacto de mudança no requisito em relação ao projeto como um todo.

  • esse "apenas"  é muito zuado

ID
773503
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

No que concerne a engenharia de requisitos, julgue os itens que se
seguem.



O gerenciamento de mudanças de requisitos de software se propõe a garantir o escopo de um sistema a partir da formalização de procedimentos entre os envolvidos no desenvolvimento para a solicitação, a avaliação, a aprovação e a garantia da implementação das mudanças nos requisitos.

Alternativas
Comentários

  • Alguém conhece alguma referência sobre o assunto?

  • Sommerville, Engenharia de Software, Cap. 4.7 - Engenharia de requisitos - Gerenciamento de requisitos:

    "O gerenciamento de requisitos é o processo de compreensão e controle das mudanças nos requisitos do sistema. (...) Você precisa estabelecer um processo formal para fazer propostas de mudanças e a ligação destas às exigências do sistema. (...) Após a aprovação do documento de requisitos, o gerenciamento de mudança de requisitos deve ser aplicado a todas as mudanças propostas aos requisitos do sistema. (...) Existem três estágio principais em um processo de gerenciamento de mudanças: 1. Análise de problema e especificação de mudança (...) 2. Análise de mudanças e custos. (...) 3. Implementação de mudanças."
ID
773506
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

No que concerne a engenharia de requisitos, julgue os itens que se
seguem.



As técnicas de produção e de gerenciamento de requisitos têm aplicação especificamente em software do tipo sistema de informação.

Alternativas
Comentários
  • As técnicas de produção e de gerenciamento de requisitos têm aplicação a qualquer tipo de software ou sistema e não a um tipo de software específico.
  • As técnicas de produção e de gerenciamento de requisitos tem aplicação em outras áreas, como, por exemplo, a construção civil.
    Se embarsarmos no PMBOK podemos verificar que a aplicação de análise e gestão dos requisitos são aplicáveis
    aos mais diversos tipos de projeto.
ID
773509
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

No que concerne a engenharia de requisitos, julgue os itens que se
seguem.



A gerência de qualidade de requisitos faz uso de critérios de avaliação, como, por exemplo, consistência e correção, para manter uma base de bons requisitos de software.

Alternativas
Comentários
  • Assertiva correta.


    Os critérios de qualidade segundo o padrão IEEE 830 referente à gerência de qualidade de requisitos são:

    ·        Correção: um documento de requisitos é considerado correto se todos os requisitos representam algo que deve estar presente no sistema que está sendo desenvolvido, ou seja, os requisitos reais do usuário devem coincidir com os requisitos identificados. Esta não é uma tarefa trivial e parte de seu sucesso está associada a uma boa atividade de validação dos requisitos.

    ·        Não ambiguidade: um conjunto de requisitos é não ambíguo quando somente pode ser interpretado por todos os envolvidos em um projeto de uma única maneira.

    ·        Completude: um conjunto de requisitos é dito completo quando descreve todas as demandas de interesse dos usuários. Estas demandas incluem requisitos funcionais, de desempenho, restrições, atributos e interfaces externas.

    ·        Consistência: um conjunto de requisitos é dito consistente se nenhum subconjunto destes requisitos entra em conflito com os demais requisitos do sistema.

    ·        Verificabilidade: um requisito é verificável se existe uma forma efetiva, em termos de tempo e custo, para que pessoas ou ferramentas indiquem se um sistema cumpre o requisito (IEEE). Em quase todas as situações, é difícil provar de forma conclusiva que um requisito é cumprido por um software. Entretanto, escrever bem o requisito pode ajudar a aumentar a confiança na avaliação.

    ·        Modificabilidade: um conjunto de requisitos é modificável quando seu estilo e estrutura é tal que as alterações podem ser realizadas de forma simples e consistente com os demais requisitos.
     
    Fonte: http://www.devmedia.com.br/artigo-engenharia-de-software-introducao-a-engenharia-de-requisitos/8034
ID
773512
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com referência à qualidade de software e às métricas utilizadas na
avaliação de processos e projetos de software, julgue os itens a
seguir.

O arquivo de interface externa, que armazena dados referenciados, é um tipo de função de dados lidos e mantidos pela aplicação.

Alternativas
Comentários
  • O arquivo de interface externa, que armazena dados referenciados, é um tipo de função de dados lidos e mantidos pela aplicação.

    Os AIE são mantidos dentro da fronteira de outra aplicação!

    É sempre bom lembrar que o AIE é, sempre, um ALI (Arquivo Interno Lógico) em outra aplicação!
  • Questão Errada.

    O arquivo de interface externa, que armazena dados referenciados, é um tipo de função de dados lidos e mantidos pela aplicação. (Dados são mantidos dentro da fronteira de outra aplicação)


    Um arquivo de interface externa (AIE) é um grupo de dados ou de informações de controle logicamente relacionados, reconhecido pelo usuário, referenciado pela aplicação que está sendo contada, porém, mantido dentro da fronteira de uma outra aplicação. A intenção primária de um AIE é armazenar dados referenciados através de um ou mais processos elementares dentro da fronteira da aplicação que está sendo contada. Um AIE sempre será um ALI em outra aplicação.
ID
773515
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com referência à qualidade de software e às métricas utilizadas na
avaliação de processos e projetos de software, julgue os itens a
seguir.

Denominam-se consulta externa as funções do tipo transação que não fazem processamento nem alteram o comportamento do sistema.

Alternativas
Comentários
  • Processo que envia dados para fora da fronteira da aplicação sem processamento adicional
    Sua intenção primária é apresentar dados ao usuário através da recuperação destes dados 
    Sua lógica de processamento não contém fórmula matemática, nem cálculo, nem cria dados derivados

    Pedrosa
  • • Consulta externa (CE) – é um par pergunta-resposta, cuja pergunta vem de um usuário ou de outro aplicativo. Os dados são recuperados para atender à solicitação e então são enviados para fora. Uma consulta é definida como uma entrada que resulta na geração de alguma resposta imediata. São consultas externas as consultas simples, realizadas no banco de dados, sem modificá-lo, e mostradas na tela. As telas de ajuda são exemplos.
  • Questão com gabarito incorreto. Caberia recurso

    Definição de Consulta externa segundo o manual de práticas de contagem:     Processo elementar que envia dados ou informações e controle para fora da fronteira da aplicação através da recuperação de dados ou informações de controle de um ou mais ALI ou AIE. A lógica de processamento não deve conter fórmula matemática ou cálculo, não deve criar dados derivados, nem alterar o comportamento do sistema.

    Análise da questão:
    1. A questão afirma que "Denominam-se consulta externa as funções do tipo transação que não fazem processamento nem alteram o comportamento do sistema". Vejam que o enunciado diz claramente que Consultas Externas não fazem processamento.
    2. O manual afirma que a lógica de processamento de uma CE "não deve conter fórmula matemática ou cálculo, não deve criar dados derivados, nem alterar o comportamento do sistema"
    3. Logo, há lógica de processamento em uma Consulta Externa (CE), o que torna o enunciado errado. Lógica de processamento é uma característica fundamental das funções transacionais (EE, CE e SE), só que no caso das CEs, a lógica não contém fórmula matemática nem cria dados derivados.

  • ALI - 7 - 10 - 15

    AIE - 5 - 7 - 10

    C.E - 3 - 4 -6

    E.E - 3 - 4 -6

    S.E - 4 - 5 - 7

ID
773518
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Com referência à qualidade de software e às métricas utilizadas na
avaliação de processos e projetos de software, julgue os itens a
seguir.

De acordo com a norma ISO/IEC 12207, os processos do ciclo de vida dos softwares são divididos em fundamentais, de apoio e organizacionais.

Alternativas
Comentários
    • Processos fundamentais;
    • Processo de apoio;
    • Processos organizacionais;
    • Processos de adaptação.


    Por Favor verificar essa tal norma, pois encontrei mais um processo do ciclo de vida de um software, logo a questão estaria errada.
    Obrigado!

  • Essa questão apesar de ser de 2011 se baseou na norma 12207 de 1998, como não foi especificado de qual norma (1998 ou 2008) estavam falando, acredito que caberia recurso.

  • Caros colegas,

    Tudo depende do Edital. Caso não esteja explícito no Edital que a prova tratará da ISO IEC 12207:1995 ou ANBT NBR ISO IEC 12207:1998 (que são idênticas, sendo que a segunda é a tradução para o português), aí, sim, caberia recurso. Haja vista que a data da questão é 2011. Pressupõe-se que as referências serão as mais atuais que, neste caso, seriam a ISO IEC 12207:2008 ou ABNT NBR ISO IEC 12207:2009.

    Abs,

    Maurício

    mauriciorochabastos@gmail.com

  • c-

    ISO 12207 é para ciclo de vida do software. Possui 3 grupos de processos:

    AFOMDamentais - aquisição, fornecimento, manutanção, operação e desenvolvimento

    Apoio - doc, gerencia de configuração (controle de versao, controle de mudanças e integracao continua) qualidade (garantia, V & V, revisao, audit), problem solving

    Organizacionais - salas da empresa: gerencia, melhoria, treinamento e infrastrutura

ID
773521
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com referência à qualidade de software e às métricas utilizadas na
avaliação de processos e projetos de software, julgue os itens a
seguir.

A norma independente SPICE (Software Process Improvement and Capability Determination), embora contribua para a melhoria contínua do processo de software, é pouco utilizada por não estar em conformidade com outras normas, como, por exemplo, a ISO 15504.

Alternativas
Comentários
  • A ISO iniciou em janeiro de 1993 o projeto SPICE (Software Process Improvement and Capability dEtermination) com o objetivo de produzir inicialmente um relatório técnico que fosse, ao mesmo tempo, mais geral e abrangente que os modelos existentes e mais específico que a norma ISO 9001 originando, assim, a série de normas ISO/IEC 15504. 

    Fonte: MPS.BR Guia Geral: 2011

  • e-

    ISO 15504 tambem é conhecida como SPICE e define processo de desenvolvimento do software. ISO 15504 possui 9 documentos para avaliação do processo, o que lhe confere compaiblidade com o CMMI. As 2 classes avaliadas pelo ISO 15504 sap processo e capacidade.

ID
773524
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com referência à qualidade de software e às métricas utilizadas na
avaliação de processos e projetos de software, julgue os itens a
seguir.

No RUP (Rational Unified Process), a qualidade de software é um quesito contemplado somente nas seguintes fases do ciclo de desenvolvimento: implementação, teste e entrega.

Alternativas
Comentários
  • Contrariamente, as melhores práticas do RUP explicitam a Continua Verificação da Qualidade, que é tratada na disciplina Ambiente.
  • a palavra "somente" invalida a questão. coisas do CESPE.
  • Vejo dois erros na questão:
    "a qualidade de software é um quesito contemplado SOMENTE nas seguintes fases do ciclo de desenvolvimento: implementação, teste e entrega."
    A qualidade é um quesito para TODAS as fases, visto que qualidade é uma boa prática e a utilização de framework de processo como o RUP objetiva atingir uma melhoria contínua da qualidade de desenvolvimento de software.

    "a qualidade de software é um quesito contemplado somente nas seguintes fases do ciclo de desenvolvimento: implementação, teste e entrega."
    Entendo que Implementação e Teste são DISCIPLINAS do RUP. Já "Entrega" não é disciplina nem fase, entrega deixa implícito o sentido da fase Transição

    As fases do RUP: Concepção (iniciação) Elaboração Construção Transição
    Caso considere o termo "Fases do Ciclo de Desenvolvimento" como uma passada pelas disciplinas de engenharia de software do RUP (iteração) seria errado afirmar que as demais disciplinas como a "Modelagem de Negócio" e "Requisitos" pudessem ficar desprovidos de Qualidade.
  • Todas as "Melhores Práticas do RUP",  devem ser utilizadas em todas fases.

ID
773527
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com referência à qualidade de software e às métricas utilizadas na
avaliação de processos e projetos de software, julgue os itens a
seguir.

A norma ISO 15504 apresenta um framework de avaliação tanto do processo de negócio quanto da engenharia de software e da organização. Nesse framework, os processos são identificados em seis níveis específicos: incompleto, executado, gerenciado, estabelecido, previsível e otimizado.

Alternativas
Comentários

  • Capability levels and process attributes

    For each process, ISO/IEC 15504 defines a capability level on the following scale:

    LevelName5Optimizing process4Predictable process3Established process2Managed process1Performed process0Incomplete process

    http://en.wikipedia.org/wiki/ISO/IEC_15504#Capability_levels_and_process_attributes

  • Gabarito: Certo

     

    Se você está pensando "já vi isso em algum outro lugar" ...

    "O conjunto de produtos COBIT 5 inclui um modelo de capacidade de processo, com base no padrão de Avaliação de Processo – Engenharia de Software ISO/IEC 15504 reconhecido internacionalmente."

    Cobit 5 - página 43 - CAPÍTULO 8 MODELO DE CAPACIDADE DE PROCESSO DO COBIT 5

  • c-

    ISO 15504 avalia 2 coisas: processos e capacidade, o qual acompanha o CMMI na escala de 0 a 5

ID
773530
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com referência à qualidade de software e às métricas utilizadas na
avaliação de processos e projetos de software, julgue os itens a
seguir.

No processo de gerenciamento de software, a qualidade, elemento não mensurável, somente pode ser avaliada qualitativamente, por meio do atendimento das necessidades do cliente em contraste com as possibilidades de desenvolvimento e orçamento disponíveis.

Alternativas
Comentários
  • Pessoal, segundo Pressman:
    Define-se qualidade como uma característica ou atributo de alguma coisa. Como atributo de um item, a qualidade se refere a características mensuráveis. Temos assim, 2 perspectivas envolvendo qualidade em engenharia de software:
    • Qualidade do projeto: refere-se a características que os projetistas especificam para um certo item. Abrange os requisitos, as especificações e o projeto do sistema.
    • Qualidade de conformidade é o grau com que as especificações de projeto são seguidas durante a fabricação. Abrange principalmente a implementação.
    Além do mais, um produto de software pode ser avalidado qualitativamente sob diversos aspectos: Funcionalidade, Usabilidade, Confiabilidade, Desempenho, Manutenibilidade e Portabilidade. E essas avaliações podem (e devem) ser realizadas por equipes de testes especialidadas em uma ou mais dessas abordagens.

    Espero ter ajudado!
  • Parei de ler no "elemento não mensurável"...

ID
773533
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com referência à qualidade de software e às métricas utilizadas na
avaliação de processos e projetos de software, julgue os itens a
seguir.

A aplicação da análise por pontos de função para a mensuração de funcionalidades de software depende da tecnologia utilizada na construção do software, uma vez que esforço e tempo despendidos dependem da forma como o produto é construído.

Alternativas
Comentários
  • A análise por pontos de função é independente de tecnologia!
  • Análise de Pontos de Função (APF) é uma técnica de medição das funcionalidades fornecidas por um software do ponto de vista de seus usuários. Ponto de função (PF) é a sua unidade de medida, que tem por objetivo tornar a medição independente da tecnologia utilizada para a construção do software. Ou seja, a APF busca medir o que o software faz, e não como ele foi construído.
ID
773536
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com referência à qualidade de software e às métricas utilizadas na
avaliação de processos e projetos de software, julgue os itens a
seguir.

Na análise por pontos de função, as transações que podem alterar o comportamento do sistema sem que os arquivos lógicos internos sejam modificados denominam-se função do tipo transação entrada externa (EE).

Alternativas
Comentários
  • não seria Saída Externa?? De acordo com [1]:

    Entrada Externa: "...Entradas são frequentemente usadas para atualizar arquivos lógicos internos."

    [1] Pressman, Eng. de Software, 6ª edição, página 357
  • Questão correta.
    O cerne da questão é que a Entrada Externa (EE), que é uma função de transação, normalmente ocorre para a manutenção de um arquivo lógico interno (ALI), mas nem sempre. Entradas Externsa podem também ocorrer com o intuito de alterar um comportamento do sistema. Inclusive a definição de entrada externa deixa explícito que ela serve para manter um ALI ou alterar comportamentos do sistema.
  • Adicionalmente ao que o colega "M Cunha" comentou, podemos citar um exemplo em que uma entrada de dados serve para sinallizar um tipo especifico de "acesso" ao sistema de acordo com o perfil selecionado nesta "entrada de dados". Esta informação altera o comportamento do sistema, mas não modifica nenhum ALI.
    Comentado por M Cunha há 10 dias.

    Questão correta.

    O cerne da questão é que a Entrada Externa (EE), que é uma função de transação, normalmente ocorre para a manutenção de um arquivo lógico interno (ALI), masnem sempre. Entradas Externsa podem também ocorrer com o intuito de alterar um comportamento do sistema. Inclusive a definição de entrada externa deixa explícito que ela serve para manter um ALI ou alterar comportamentos do sistema.

  • Pois é, fiquei na mesma duvida que o Breno.
    O Pressman diz que "Entradas são muitas vezes usadas para atualizar arquivos lógicos internos." (7ª ed. pág 544)
    E ao meu ver, a Cespe excluiu a posibilidade de modificação dos ALIs por funções EE ao afirmar"sem que os arquivos lógicos internos sejam modificados".
    Alguém me indica a fonte que a Cespe tira essas questões ?
  • Definição de EE conforme o IFPUG:
    "Processo elementar que processa dados ou informações de controle vindos de fora da fronteira da aplicação. A principal intenção de uma EE é manter um ou mais ALI e/ou alterar o comportamento do sistema."
    Portanto, questão correta.
  • "as transações que podem alterar o comportamento do sistema sem que os arquivos lógicos internos sejam modificados denominam-se função do tipo transação entrada externa (EE)."

    Não necessariamente, visto que as Saídas Externas também podem alterar o comportamento do sistema sem modificar ALIs. Pra mim, gabarito errado.

  • Exemplo: CTRL + ALT + DEL

  • Concordo que a banca excluiu a possibilidade de a função em questão possa alterar um arquivo lógico interno. Se a intenção fosse mostrar que não seria obrigatório a alteração deveria ter um "sem necessariamente alterar um arquivo lógico interno".

    Para mim a questão fala de saída externa.


  • Afirmativa correta:

    Eu acho que nem tem o que discutir. A afirmativa disse que "podem" alterar.

    Vejam os conceitos, conforme o Manula 4.3.1:


    Uma entrada externa (EE) é um processo elementar que processa dados ou informações de controle recebidos de fora da fronteira da aplicação. A intenção primária de uma EE é manter (não alterar) um ou mais ALIs e/ou (pode) alterar o comportamento do sistema.

    Uma saída externa (SE) é um processo elementar que envia dados ou informações de controle para fora da fronteira da aplicação e inclui processamento adicional além daquele existente em uma consulta externa. A intenção primária de uma saída externa é apresentar dados ao usuário através de lógica de processamento que não seja apenas recuperação de dados ou informação de controle. A lógica de processamento deve contar ao menos uma fórmula matemática ou cálculo, e/ou criar dados, e/ou manter um ou mais ALIs, e/ou alterar o comportamento do sistema.

    Uma consulta externa (CE) é um processo elementar que envia dados ou informações de controle para fora da fronteira da aplicação. A intenção primária de uma consulta externa é apresentar dados ao usuário através de recuperação de dados ou informação de controle. A lógica de processamento não contém fórmula matemática, nem cálculo, nem cria dados derivados. Nenhum ALI é mantido durante o processamento, nem o comportamento do sistema é alterado.


  • Errado

     

    Grupo de dados que entram no sistema, utilizados para a
    manutenção dos Arquivos Lógicos Internos, ou seja, que
    provocam inclusão, exclusão ou alteração nos dados.

     

ID
773539
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com referência à qualidade de software e às métricas utilizadas na
avaliação de processos e projetos de software, julgue os itens a
seguir.

A NESMA — manual de contagem de pontos de função embasado no CPM — facilita a estimativa do tamanho do produto e tem como referência as funções de dados e transações, sem que haja detalhamento de cada elemento da função.

Alternativas
Comentários
  • Questão: Correta

    NESMA – Netherlands Software Metrics Association (Associação de Métricas de Software da Holanda), fundada em 1989, composta basicamente por voluntários, e que mantém o seu próprio Manual de Práticas de Contagens.
     
    Três tipos de contagem de pontos de função: 
    Detalhada 
    Estimativa
    Indicativa
     
    (No IFPUG: Desenvolvimento, Melhoria e Aplicação)
     
     
    -A técnica detalhada é similar a do IFPUG, as demais foram desenvolvidos para permitir que uma contagem de pontos de função seja feita nos momentos iniciais do ciclo de vida de um sistema, onde ainda não é possível identificar com precisão a quantidade de campos e arquivos envolvidos. 

    -Na contagem estimativa a complexidade funcional não é determinada individualmente para cada função, mas sim pré-definida para todas elas.
     
    -Para mais informações sobre a NESMA: www.nesma.nl/section/home/
  • NESMA diferencia os tipos de contagens da seguinte forma:
    Detalhada -> conta-se todas as funções de dados e de transações e executa-se todo o processo de APF completo, incluindo a análise de complexidade das funções etc.
    Estimativa -> conta-se todas as funções, entretanto não há análise de complexidade de cada uma dessas funções. As funções de dados são pré-definidas como sendo de complexidade baixa e as funções de dados como de complexidade média.
    Indicativa -> é a que provê o resultado mais superficial das três. Somente as funções de dados são contadas. Essa contagem é usada em uma fórmula que dará como resultado uma indicação do tamanho funcional do software.

  • Pessoal, NESMA (Netherlands Software Metrics Association) é uma associação e o manual é o CPM (Counting Practices Manual).

    Essa questão inverteu os conceitos e está ERRADA!

  • "(...) sem que haja detalhamento de cada elemento da função.": Certo! A contagem NESMA costuma fazer uma média, não sendo necessário detalhar bem cada elemento da função.


    Contagens antecidadas NESMA

    - Contagem estimativa: requer informações gerais sobre quais grupamentos de dados devem ser utilizados e quais transações serão executadas; considera que todos as funções de dados (ALI e AIE) são de complexidade baixa e todas as funções transacionais (CE, EE e SE) são de complexidade média.

    - Contagem indicativa: requer somente informações sobre os grupamentos de dados que serão consultados (AIE) ou manipulados (ALI) pela aplicação; utiliza a fórmula PF = 35 * ALI + 15* AIE.


ID
773542
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens que se seguem, relativos a arquitetura de aplicações
para Internet e Web, SOA e web services.

A especificação WSDL permite a descrição das chamadas de métodos do software de forma abstrata, por meio de uma gramática XML que descreve os serviços da rede para a troca de informações.

Alternativas
Comentários
  • sim, por meio do

  • Isso é feito por meio do portType

ID
773548
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens que se seguem, relativos a arquitetura de aplicações
para Internet e Web, SOA e web services.

A arquitetura SOA, orientada para a criação de componentes fracamente acoplados, é muito utilizada para componentes que não tenham interface bem definida ou cujos detalhes de implementação não sejam claros.

Alternativas
Comentários

  • Princípio chave da orientação a serviços é:

    Baixo acoplamento - Os serviços mantêm relacionamentos que minimizam dependências e somente requerem que eles "saibam" da existência dos demais.

  • Segundo o modelo de referência para arquitetura orientada a serviço, a interface de serviço é o meio para a interação com o serviço. Ela inclui protocolos específicos, comandos,etc.

    Desta forma, a questão está errada, pois a interface do serviço deve ser bem definida.

  • Por partes: 
    - A arquitetura SOA, orientada para a criação de componentes fracamente acoplados. CORRETO, SOA é uma arquitetura fracamente acoplada de forma a permitir sua reutilização.
    - é muito utilizada para componentes que não tenham interface bem definida. ERRADO, pois a interface é importante e deve ser bem definida.
    - ou cujos detalhes de implementação não sejam claros. CORRETO, os detalhes de implementação são irrelevantes, devem ser omitidos.

  • boa, precisa de ser bem definida

  • Conceito de Serviço: É um mecanismo que permite acessar um conjunto de recursos (capabilities), no qual o acesso é fornecido por meio de uma interface descrita e exercitada consistentemente de acordo com restrições e políticas.

  • EXTRAPOLOU

ID
773551
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens que se seguem, relativos a arquitetura de aplicações
para Internet e Web, SOA e web services.

O diretório de serviços em SOA organiza as linhas de serviços ou linhas de produção em fluxos de etapas de solicitação de serviços prestados por provedores e consumidores.

Alternativas
Comentários
  • Reposta: C.

    Marquei E porque achei estranho "serviços prestados por provedores e consumidores". Consumidor presta serviço?

    Alguém comenta? :)

  • O raciocínio é que um serviço pode ser para buscar informações ou para persistir informações, não tem a ver com o lado da implementação do serviço. Logo, quem implementou o serviço pode vir a ser fornecedor (quando o serviço implementado é baseado em comandos de select) ou consumidor (quando o serviço é implementado baseado em comandos de insert, update e delete)

  • Pode isso Arnaldo? Consumidores prestam serviços? Questão bem confusa.

  • Bem observado Filipe, se fosse "prestados por provedores a consumidores" talvez, mas com "e" fica difícil, a regra é clara.

ID
773554
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens que se seguem, relativos a arquitetura de aplicações
para Internet e Web, SOA e web services.

O modelo MVC pode ser usado para construir a arquitetura do software a partir de três elementos: modelo, visão e controle, sendo definidas no controle as regras de negócio que controlam o comportamento do software a partir de restrições do mundo real.

Alternativas
Comentários
  • Controller é um maestro! Temos regras de negócio no Controller? Não! Temos visualização no Controller? Não! O Controller simplesmente delega para o Model as solicitações da View. O Controller é burro no sentido de regras de negócio da aplicação. Ele é responsável por saber quem está pedindo algo e a quem enviará este algo!

    As regras de negócios estão no Modelo.
  • Segue um resumo maroto que dá uma visão dos principais aspectos dessa arquitetura.

  • na prática a galera faz assim, mas a ideia era ser no modelo mesmo! DDD

ID
773557
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens que se seguem, relativos a arquitetura de aplicações
para Internet e Web, SOA e web services.

O compartilhamento de componentes e de aplicações é um dos elementos prioritários, entre as atividades atribuídas ao servidor de aplicações, para o desenvolvimento, a manutenção e o gerenciamento de sistemas.

Alternativas
ID
773560
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Programação
Assuntos

Julgue os itens que se seguem, relativos a arquitetura de aplicações
para Internet e Web, SOA e web services.

Embora o XML seja incompatível com algumas linguagens de aplicativos de software de clientes nos web services, o seu uso para a troca de mensagens apresenta como vantagem o fato de ele independer da plataforma utilizada.

Alternativas
Comentários
  • O XML não é incompatível com algumas linguagens, a ideia dele é exatamente o contrário, ser uma linguagem única que possibilite a integração entre as diversas linguagens existentes. Ele é compatível com qualquer linguagem.
  • Embora o XML seja incompatível com algumas linguagens de aplicativos de software de clientes nos web services, o seu uso para a troca de mensagens apresenta como vantagem o fato de ele independer da plataforma utilizada.

    O XML é independente de qualquer linguagem ou plataforma.
  • Passível de recurso.
    XML é compatível com a maioria das linguagens, mas não dá para dizer que são todas. 
    É possível construir uma linguagem que não ofereça recurso para manipulação de string, por exemplo.

  • Concordo com o Rodrigo, é perfeitamente possível criar uma ou mais linguagens que não deem suporte a XML. A resposta é CERTO.

  • É independente de software e hardware. Pronto.

  • Para que uma linguagem seja compatível com XML basta que ela seja capaz de ler e escrever em arquivos. Todas as linguagens "Devem" ter essa capacidade, caso contrário não conseguiriam manipular os dados armazenados na memória.

  • Concordo com o Rodrigo e com o John, é possível termos linguagens incompatíveis com xml, apesar do propósito dessa linguagem ser a interoperabilidade entre a maioria das linguagens existantes. No entanto, acredito que o erro da questão está em afirmar que xml é incompatível com linguagens de aplicativos de clientes no webservice, visto que webservices sao componemtes de aplicativos baseados em XML.

  • Há uma contradição na assertiva. Por questão de lógica, sem mesmo saber do que se trata XML, dá para identificar que está errada.

  • Meus amigos, o XML não tem problemas de compatibilidade com linguagens de programação, pois ele só carga, ou seja, só transporta os dados em uma linguagem de fácil aplicação e interpretação, o que facilita a vida dos programadores.

    Resposta: Errado

ID
773563
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens que se seguem, relativos a arquitetura de aplicações
para Internet e Web, SOA e web services.

Uma das formas de se atribuir segurança aos web services é adotar o XML encryption, que permite criptografar partes confidenciais de um documento, podendo outras partes estar legíveis sem restrição de processamento.

Alternativas
Comentários
  • This document specifies a process for encrypting data and representing the result in XML. The data may be arbitrary data (including an XML document), an XML element, or XML element content. The result of encrypting data is an XML Encryption element which contains or references the cipher data.

    Link: http://www.w3.org/TR/xmlenc-core/

  • Podemos implementar a segurança no Web Services com XML encryption.

    Resposta: Certo

ID
773566
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens que se seguem, relativos a arquitetura de aplicações
para Internet e Web, SOA e web services.

O UDDI (universal description discovery and integration), que corresponde a um registro de web services, é dividido em páginas brancas, amarelas e verdes, nas quais são prestadas aos clientes informações sobre a empresa, os serviços por ela oferecidos e as especificações WSDL desses serviços.

Alternativas
Comentários

  • CORRETO.
    UDDI é ainda um framework de plataforma independente (desenvolvido na plataforma .NET) para descrever e integrar os serviços de negócios usando a internet, possibilitando assim uma exposição controlada dos serviços da empresa. A comunicação é realizada através do SOAP e as interfaces web service são descritas por WSDL.1

    Esses serviços podem ter três partes:

    "páginas brancas" descrevem a companhia: nome, endereço, contatos, etc. "páginas amarelas" incluem as categorias, baseada em taxonomias padrões. "páginas verdes" descrevem a interface para o serviço, em nível de detalhe suficiente para se escrever uma aplicação que use o Web service.

  • UDDI

    Fonte: http://pt.wikipedia.org/wiki/Web_service#UDDI

  • Um registro UDDI consiste de 3 componentes.
     -White Pages-  Provê informações sobre a empresa que fornece o serviço.
     -Yellow Pages- Provê informações sobre a classificação do serviço ou do negócio.
     -Green pages- São usadas para descrever como acessar o serviço.

  • cespe ama isso

     

    2016

    Os diretórios UDDI são catálogos de web services que descrevem o negócio e os serviços disponíveis por meio das páginas amarelas, as quais definem as principais características da companhia, e das páginas brancas, as quais detalham a interface para o serviço.

    errada

     

    2012

    A tag no UDDI define o formato das mensagens e dos protocolos de web services e a forma de localização das páginas de negócio (yellow pages).

    Errada

     

    2013

    Nos registros de negócio UDDI, a descrição da forma de acesso aos web services é um procedimento contido nas páginas verdes (green pages).

    certa

     

     

ID
773569
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue os itens que se seguem, relativos a arquitetura de aplicações
para Internet e Web, SOA e web services.

Uma das vantagens do uso da arquitetura em três camadas (apresentação, negócios e banco de dados) para o desenvolvimento em ambiente web é a integração do processo de alteração, de modo que uma mudança em uma das camadas gera automaticamente alteração nas demais.

Alternativas
Comentários

  • a divisão é justamente para isolar as alterações

  • As camadas internas como Dados, alteram as externas como Apresentação. Mas não sempre o contrário. Ou seja, mudar a interface do cliente não necessariamente mudará algo no BD.

ID
773572
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a modelagem de dados e OLAP, julgue os próximos
itens.

A atualização (refreshing) e a eliminação (purging) de dados são processos essenciais para a otimização do armazenamento dos dados em um banco de dados multidimensional.

Alternativas
ID
773575
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a modelagem de dados e OLAP, julgue os próximos
itens.

O processamento paralelo é uma das formas de se obter melhor desempenho de um OLAP, a exemplo das arquiteturas de SMP (multiprocessador simétrico), cluster e processamento maciçamente paralelo (MPP).

Alternativas
Comentários
  • CERTO
    On Line Analytical Processing (OLAP)     é uma tecnologia de software que permite a analistas de negócios, gerentes e executivos a análise e visualização de dados corporativos, por meio de acesso interativo, rápido e consistente. A funcionalidade OLAP é inicialmente caracterizada pela análise dinâmica e multidimensional dos dados consolidados de uma organização. A tecnologia OLAP é geralmente implementada em ambiente multiusuário e cliente/servidor, oferecendo assim respostas rápidas às consultas ad-hoc, não importando o tamanho do banco de dados nem sua complexidade, sendo também disponibilizada em ambiente Web. Essa tecnologia auxilia o usuário a sintetizar informações corporativas por meio de visões comparativas e personalizadas, análises históricas, projeções e elaborações de cenários.
    O multiprocessamento simétrico ou SMP (Symmetric Multi-Processing) ocorre em um sistema computacional com vários processadores com memória compartilhada sob controle de um único sistema operacional. Em contraste o multiprocessamento assimétrico emprega sistemas diferentes.
    O multiprocessamento simétrico oferece um aumento linear na capacidade de processamento a cada processador adicionado. Não há necessariamente um hardware que controle este recurso, cabe ao próprio sistema operacional suportá-lo.
    Este método também é chamado de "processamento paralelo".
    Um cluster, ou aglomerado de computadores, é formado por um conjunto de computadores, que utiliza um tipo especial de sistema operacional classificado como sistema distribuído. Muitas vezes é construído a partir de computadores convencionais (personal computers), os quais são ligados em rede e comunicam-se através do sistema, trabalhando como se fossem uma única máquina de grande porte. Há diversos tipos de cluster. Um tipo famoso é o cluster da classe Beowulf, constituído por diversos nós escravos gerenciados por um só computador.
    FONTE: wikipedia.org e PATRÍCIA LIMA QUINTÃO.
  • Segundo Navathe (2011, p.729), "O melhor desempenho também tem sido obtido com o processamento paralelo. As arquiteturas de servidor paralelas incluem multiprocessador simétrico (SMP), cluster e processamento maciçamente paralelo (MPP), além de combinações destes."

    Resposta: CORRETA segundo Navathe.


    Bibliografia: Sistemas de banco de dados- 6 edição 2011
    Autor:  Elmasri; Navathe

  • OLAP - Processamento Analítico on line: Realiza o processamento de forma estruturada, buscando um melhor entendimento dos dados existentes, ela apoia o Data Warehouse a fim de auxiliar na tomada de decisões no nível estratégico. Essa estrutura recebe dados do OLTP (Processamento de Transações) que são pequenas requisições feitas pelo usuário como Insert ou delete. Ela não salva históricos e nem backup. A estrutura OLAP é composta por outras 3 estruturas de armazenamento (ROLAP - Banco de Dados Relacional, MOLAP - Banco de Dados Multidimensional e HOLAP - que é um hibrido armazenando dados dos dois modelos anteriores). Atenção o OLAP possui todas as características que suas estruturas de armazenamento possuem.

ID
773578
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação a modelagem de dados e OLAP, julgue os próximos
itens.

O levantamento e a análise de requisitos devem ser executados apenas quando o projeto de banco de dados estiver pronto, ou seja, depois que a modelagem de alto nível conceitual estiver concluída, para que não haja retrabalho.

Alternativas
Comentários
  • ERRADO
    A análise precede todas as etapas relacionadas ao desenvolvimento do projeto, antes de qualquer decisão é necessário compreender o problema para que se proponha a melhor solução, pretende-se com uma análise clara e objetiva alcançar a eficiência e eficácia e o melhor custo/benefício do sistema.
    Os objetivos da Disciplina de Requisitos são:
    o Estabelecer e manter o consenso entre os desenvolvedores e os demais envolvidos sobre o que o sistema deve fazer e por que;
    o Permitir que os desenvolvedores tenham um melhor entendimento dos requisitos do sistema;
    o Definir as fronteiras do sistema;
    o Fornecer uma base para planejar o conteúdo técnico das iterações;
    o Fornecer uma base para estimar o custo e o tempo de desenvolvimento; e
    o Definir uma interface de usuário orientada para as necessidades e objetivos dos clientes.
    Engenharia de Requisitos
    É o uso sistemático de princípios, técnicas, linguagens e ferramentas comprovadas para análise, documentação, evolução continuada das necessidades dos usuários e especificação do comportamento externo de um sistema para satisfazer as necessidades do usuário, que sejam efetivas em termos de custos. Visa, principalmente, o entendimento escrito do problema.
    A Engenharia de Requisitos é composta pelos seguintes passos:
    • Concepção;
    • Levantamento (Especificação);
    • Elaboração;
    • Negociação;
    • Especificação;
    • Validação;
    • Gestão de Requisitos.
    Concepção
    O primeiro passo da Engenharia de requisitos é a Concepção, onde é realizada a definição do escopo e a natureza do problema, a análise da sua viabilidade, o reconhecimento dos interessados (stakeholders).
    Observação: Stakeholders são as pessoas que têm interesse direto no sistema a ser desenvolvido ou que se beneficie dele. Deve-se observar que para cada classe de interessados, podem ser definidos diferentes pontos de vista, gerando requisitos conflitantes.
    Levantamento de Requisitos
    Neste passo busca-se descobrir, tornar explícito (elicitar), obter o máximo de informações para o conhecimento do software em questão. Para tanto, é necessário:
    • Identificar as fontes de informação;
    • Coletar os fatos;
    • Comunicação.
    Elaboração do Documento de Requisitos
    O documento de requisitos do sistema deve ser composto por sentenças em linguagem natural, seguindo determinados padrões, como o padrão IEEE-830.
    IEEE-830 INGLÊS: http://homepages.dcc.ufmg.br/~rodolfo/es-1-03/IEEE-Std-830-1998.pdf.
    IEEE-830 PT-BR: http://pt.scribd.com/doc/453557/ieee830Traducao.
    Deve-se ressaltar que nem todos os itens serão sempre necessários.
  • Errado, até por uma questão de lógica.
    Como você pode desenhar um Banco sem saber o que o cliente deseja? Por este motivo a Análise de Requisitos vem antes da modelagem.
  • ERRADO.

    Segundo Navathe(2011,p.207),"Antes de podermos efetivamente projetar um banco de dados, devemos conhecer e analisar as expectativas dos usuários e os usos intencionados do banco de dados com o máximo de detalhe possível. Esse processo é chamado de levantamento e análise de requisitos."
    **Só um complemento a mais. Seque abaixo as fases do projeto e implementação de banco de dados.

    Segundo Navathe(2011,p.206),"Podemos identificar seis fases principais do processo geral de projeto e implementação de banco de dados:
    1. Levantamento e análise de requisitos.
    2.Projeto conceitual do banco de dados.
    3.Escolha de um SGBD.
    4.Projeto Lógico de banco de dados.
    5. Projeto físico de banco de dados.
    6. Implementação e ajuste do sistema de banco de dados."

    Bibliografia:
    SISTEMAS DE BANCO DE DADOS- NAVATHE- ED.2011
ID
773581
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a modelagem de dados e OLAP, julgue os próximos
itens.

Os atributos compostos em um banco de dados podem ser divididos em componentes menores com significados independentes, para facilitar a modelagem de casos em que ora se refere ao atributo como grupo ora a um dos componentes específicos.

Alternativas
Comentários
  • Sistemas de Banco de Dados - 4ª Edição Autor: Elmasri / Navathe Editora: Makron Books, página 39.
    Os atributos compostos são úteis para modelar as situações nas quais o usuário algumas vezes se refere ao atributo como um grupo e, em outras ocasiões, se refere especificadamente a um de seus componentes.
    Ex. O atributo Endereço pode ser dividido em EndereçoRua, Cidade, Estado e CEP.

  • interessante.

ID
773587
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a modelagem de dados e OLAP, julgue os próximos
itens.

Uma tupla deve conter um valor específico para cada um dos seus atributos.

Alternativas
Comentários
  • Questão mal formulada. O que chama de 'valor específico' ? E o null ? Não é permitido ?
  • Segundo C. J. Date em Introdução a Sistemas de Banco de Dados (8ª edição - Capítulo 6 Relações):

    Propriedade das tuplas:
    * Cada tupla contém exatamente um valor (do tipo apropriado) para cada um de seus atributos.
    * Não existe ordenação da esquerda para a direita nos componenetes de uma tupla. Essa propriedade acontece porque uma tupla é definida para chamar um conjunto de componentes, e os conjuntos na matemática não possuem qualquer ordenação em seus relacionamentos.
    * Cada subconjunto de uma tupla é uma tupla ( e cada subconjunto de um cabeçalh é um cabeçalho).

    Discordo que tenha sido mal formulada, pois null também seria um "valor específico". ( Não pense "monetariamente" a palavra valor )
  • Em outras palavras, elimina a possibilidade de um atributo ter um conjunto de valores (1NF).

  • Quincas Borba, a questão não fala de normalização.

  • Uma tupla não poderia ter um valor e um domínio? Como (atributo, domínio_do_atributo). No caso o domínio é um conjunto de valores possiveis.

  • Segundo C. J. Date em Introdução a Sistemas de Banco de Dados (8ª edição - Capítulo 6 Relações):


    Propriedade das tuplas:

    * Cada tupla contém exatamente um valor (do tipo apropriado) para cada um de seus atributos.

    * Não existe ordenação da esquerda para a direita nos componenetes de uma tupla. Essa propriedade acontece porque uma tupla é definida para chamar um conjunto de componentes, e os conjuntos na matemática não possuem qualquer ordenação em seus relacionamentos.

    * Cada subconjunto de uma tupla é uma tupla ( e cada subconjunto de um cabeçalh é um cabeçalho).


    Discordo que tenha sido mal formulada, pois null também seria um "valor específico". ( Não pense "monetariamente" a palavra valor )

  • Segundo DATE,

     

     - Cada tupla contém um único valor para cada atributo. (atributo ATÔMICO);

     - NÃO existe ordenação nos componentes de uma tupla;

     - O subconjunto de uma tupla É UMA TUPLA;

     - Grau(aridade) de uma tupla varia de 0 a N;

  • Traduzindo o que a questão quiz dizer

    Nome | Idade |

    Lucas | 18 |

    Maria | 22 |

    Na coluna NOME ( atributo ) os campos ( tuplas ) devem ser preenchidos com caracteres, já na coluna IDADE (atributo) os campos ( tuplas ) devem ser preenchidos com numero "inter".

    Isso significa que as tuplas devem possuir um valor especifico para cada um de seus atributos, de outra forma, é respeitar a integridade de domínio !

  • Não ter um valor também é um valor. Portanto, uma tupla deve conter um valor específico para cada um dos seus atributos.

  • CERTO

    NULL é considerado um valor válido.

  • Valores e NULLs nas tuplas: cada valor em uma tupla é um valor atômico, isto é, não é divisível em componentes dentro da estrutura do modelo relacional. Um conceito importante é o dos valores NULL, que são usados para representar os valores de atributos que podem ser desconhecidos ou não se aplicam a uma tupla.

    É importante destacar que o valor de cada atributo deve pertencer ao domínio de valores possíveis da coluna.

    Em resumo, um atributo de uma tupla ou possui um valor pertencente a um domínio ou possui o “valor” NULL.

    Gabarito: Certo.

ID
773590
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a modelagem de dados e OLAP, julgue os próximos
itens.

Uma relação sem atributos é naturalmente uma relação vazia, com um conjunto vazio de tuplas, ou seja, o cabeçalho constitui conjunto vazio de atributos.

Alternativas
Comentários
  • Pegadinha para os mais desavisados, pois:

    QUESTÃO: (1)Uma relação sem atributos é naturalmente uma relação vazia (ok), (2) com um conjunto vazio de tuplas, ou seja, (3)o cabeçalho constitui conjunto vazio de atributos (ok).

    Segundo C. J. Date em Introdução a Sistemas de Banco de Dados (8ª edição - Capítulo 6 Relações):

    Os atributos compõem o cabeçalho, logo, se não existem atributos (1) o cabeçalho (3) também é vazio.
    Quanto às tuplas(2), há uma surpresa! Pois, nessa relação (vazia) pode conter, no máximo, uma tupla: a saber, a 0-tupla ou seja, a tupla sem componente; ela não pode conter mais de uma tupla, pois todas as 0-tuplas são duplicatas uma da outra.

  • Uma tupla nunca estará vazia, pois quando não for informado nenhum valor, o seu valor será NULLO, NULLO é um valor, SENDO ASSIM, UMA TUPLA NUNCA ESTARÁ VAZIA.

ID
773593
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a modelagem de dados e OLAP, julgue os próximos
itens.

Na modelagem funcional, o diagrama de fluxo de dados permite representar o relacionamento entre os objetos e os sistemas, especificando as operações e restrições existentes no fluxo de dados.

Alternativas
Comentários
  • Famoso DFD da Análise Estruturada.
    O relacionamento entre os objetos e os sistemas é representada pela cardinalidade.
  • A UML (Unified Modeling Language) foi criada a partir da união de três metodologias de modelagem: o método de Booch, o método OMT (Object Modeling Technique) de Jacobson e o método OOSE (Object-Oriented Software Engineering) de Rumbaugh.
    A metodologia OMT faz uso de três tipos de modelos para representar um sistema:
    1) O MODELO DE OBJETOS
    Descreve a estrutura estática dos objetos e seus relacionamentos em um sistema. É muito parecido, embora com mais riqueza de significantes, com o clássico modelo de entidades-relacionamento.
    2) O MODELO DINÂMICO
    Descreve a evolução dos componentes do sistema ao longo do tempo, ou seja, busca representar o ciclo de vida dos objetos do sistema. Utiliza-se, como ferramenta de representação do modelo dinâmico, o Diagrama de Transição de Estados.
    3) O MODELO FUNCIONAL
    Descreve os fluxos de dados de entrada e saída do sistema e os processos que transformam os dados de entrada, produzindo os dados de saída. Utiliza-se o Diagrama de Fluxo de Dados para se construir o modelo funcional.
ID
773596
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a modelagem de dados e OLAP, julgue os próximos
itens.

Para serem utilizados em um datawarehouse, os dados extraídos de diversas fontes não relacionadas devem ser formatados com nomes, significados e domínios de forma consolidada, para que não haja inconsistência de dados.

Alternativas
Comentários
  • CERTO
    DataWarehouse é repositório de dados históricos orientados a assunto, organizados para serem acessíveis para atividades de processamento analítico.
    Bill Inmon destaca que o “Data Warehouse é uma coleção de dados orientados por assuntos, integrados, variáveis com o tempo e não voláteis, para dar suporte ao processo de tomada de decisão.“
    • Orientado a assunto: refere-se ao fato do Data Warehouse (DW) ser organizado conforme diferentes visões de negócio, ou seja, armazena informações sobre temas específicos importantes para o negócio da empresa.Ex: Vendas, Compras, etc.
    • Integrado: a partir de fontes de dados heterogêneas.
    • Não volátil: os dados são sempre inseridos, nunca excluídos. Em um DW não existem alterações de dados, somente a carga inicial e as consultas posteriores.
    • Variável com tempo: posições históricas das atividades no tempo.
    O Data Warehouse é um banco de dados multidimensional grande, de escopo organizacional (ou seja, abrange toda a empresa) e reúne dados de todos os departamentos de forma a permitir a busca rápida de informações para auxiliar a tomada de decisões estratégicas.
    A principal ideia do Data Warehouse é construir um depósito no qual será mantida a memória histórica dos dados, possibilitando a utilização dos mesmos para consulta e análise estratégica para a tomada de decisão!!

  • só pra complementar o comentário do colega, a questão deve está mencionando o famoso ETL

    Ano: 2014 Banca: CESPE / CEBRASPE Órgão: ANATEL Prova: CESPE - 2014 - ANATEL - Técnico em Regulação - Telecomunicações

    As ferramentas de business inteligence, encarregadas de extrair e carregar dados na base de dados de BI, são denominadas ferramentas de ETL. ´[CERTO]

    Ano: 2018 Banca: CESPE / CEBRASPE Órgão: CGM de João Pessoa - PB Prova: CESPE - 2018 - CGM de João Pessoa - PB - Auditor Municipal de Controle Interno - Desenvolvimento de Sistemas

    Uma ferramenta de ETL deve ser capaz de extrair dados de fontes heterogêneas, copiá-los para uma área de transição, onde possam ser convertidos conforme o padrão estabelecido, e, ainda, realizar limpeza e correção nesses dados, de acordo com regras preestabelecidas. [CERTO]

    Ano: 2018 Banca: CESPE / CEBRASPE Órgão: STM Prova: CESPE - 2018 - STM - Técnico Judiciário - Programação de Sistemas

    Em processos ligados a ETL, os dados são identificados e extraídos de diferentes fontes, incluindo sistemas de banco de dados e aplicações. [CERTO]

    Ano: 2020 Banca: CESPE / CEBRASPE Órgão: TJ-PA Prova: CESPE - 2020 - TJ-PA - Analista Judiciário - Programador

    Assinale a opção que indica um processo de extração e transformação de dados em um data warehouse.

    D ETL

    Bons estudos!

  • DW: ÍNTEGRO, NÃO VOLÁTIL, HISTÓRICO, ORIENTADO POR ASSUNTO.

ID
773599
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a modelagem de dados e OLAP, julgue os próximos
itens.

As crosstabs, ou tabulações cruzadas, podem apresentar várias dimensões, em que são consideradas variáveis independentes, e a interseção entre as células da tabela contém valores de variáveis dependentes correspondentes a elas.

Alternativas
Comentários
  • Conceito inserido no contextos dos bancos de dados multidimensionais.
    Imagine um conjunto de informações em um dado (cubo), cada lado do cubo é independente, porém, os cantos (interseções) são dependentes, ou seja, obedecem a um critério.

    Imagine que um dos lados possua informações sobre compras por mês, já o outro lado tem investimentos por mês, a interseção entre eles será o mês, ou seja, para criar uma ideia de dimensionalidade posso uní-los mês a mês.
ID
773602
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a modelagem de dados e OLAP, julgue os próximos
itens.

Um drill down corresponde a ir de um nível mais baixo para um nível mais alto de agregação, ao passo que um drill up permite uma navegação pelas hierarquias em direção contrária.

Alternativas
Comentários
  • A questão inverteu os conceitos:
    Drill Down: corresponde a ir de um nível mais alto para um nível mais baixo de agregação;
    Drill up: permite uma navegação pelas hierarquias em direção contrária ao Drill Down, ou seja, corresponde a ir de um nível mais baixo para um nível mais alto de agregação.
  • ERRADO
    Nas ferramentas de navegação OLAP, é possível navegar entre diferentes níveis de granularidades (detalhamento) de um cubo de dados.
    Através de um processo chamado Drill o usuário pode aumentar (Drill down) ou diminuir (Drill up) o nível de detalhamento dos dados. Por exemplo, se um relatório estiver consolidado por países, fazendo um Drill down, os dados passarão a ser apresentados por estados, cidades, bairros e assim sucessivamente até o maior nível de detalhamento possível. O processo contrário, o Drill up, faz com que os dados sejam consolidados em níveis superiores de informação. O Drill Up ocorre quando o usuário aumenta o grau de granularidade, diminuindo o nível de detalhamento da informação.
    Outros conceitos relacionados:
    o Roll-up(agregação): os dados são resumidos com generalização crescente.
    o Drill Across: o usuário pula um nível intermediário dentro de uma mesma dimensão. Por exemplo: a dimensão tempo é composta por ano, semestre, trimestre, mês e dia. O usuário estará executando um Drill Across quando ele passar de ano direto para trimestre ou mês.
    o Drill Throught: o usuário passa de uma informação contida em uma dimensão para uma outra. Por exemplo: Estou na dimensão de tempo e no próximo passo começo a analisar a informação por região.
    o Pivot(pivoteamento): rotação do cubo (hipercubo).
    o Slice-and-Dice (fatiar e cortar em cubos): realizar a operação de projeção nas dimensões.
    FONTE: PATRÍCIA LIMA QUINTÃO.

  • ERRADO.

     

    AO CONTRÁRIO. Drill up vai de um nível mais baixo para um nível mais alto. Drill down vai de um nível mais alto para um nível mais baixo.

    ------------------------------------------------------------------------------------------------

    ROLL UP
    -Aplica uma agregação sobre o cubo de dados
    -Aumenta o nível de granularidade e em consequencia realiza a REDUÇÃO sobre a dimensão, DIMINUINDO O NÍVEL DE DETALHAMENTO da informação.

     

    DRILL DOWN
    -É o inverso do roll-up
    -Aumenta o nível de detalhe da informação
    -Navega um dado menos detalhado para um mais detalhado
    -Diminui o nível de granularidade

     

    Fonte: Itnerante

    ------------------------------------------------------------------------------------------------

  • E

    Acertei pelo inglês básico...nunca ouvi falar desse assunto.

  • Drill Down corresponde a ir de um nível mais alto para um nível mais baixo de agregação, já o Drill Up (também chamado de Roll Up) permite a navegação em direção contrária ao Drill Down.

    GABARITO: ERRADO

ID
773605
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a modelagem de dados e OLAP, julgue os próximos
itens.

O banco de dados de um MOLAP possui um SGDB multidimensional, ou seja, permite armazenamento de dados nas células de um array multidimensional.

Alternativas
Comentários
  • CERTO
    MOLAP (Multidimensional On Line Analytical Processing)
    No modo de armazenamento MOLAP (OLAP Multidimensional) uma cópia dos dados de origem do cubo, junto com as suas agregações, armazenam-se em uma estrutura multidimensional.

    Enquanto os dados de origem são modificados diretamente com as operações, os objetos com armazenamento MOLAP devem ser processados para incorporar estas mudanças.
    O tempo compreendido entre um processamento e o seguinte cria um período de latência durante o qual a informação OLAP pode não coincidir com os dados de origem atuais.
    Como características do armazenamento MOLAP, podemos destacar:
    • Oferece excelente rendimento e compressão de dados.
    • Apresenta melhor tempo de resposta, dependendo apenas da porcentagem das agregações do cubo.
    • A estrutura está muito otimizada para maximizar o rendimento das consultas.
    • Geralmente este método é muito apropriado para cubos com uso frequente devido à sua rápida resposta.

  • CORRETO

    Molap>>>Multidimensional.

    Rolap>>>Relacional.

    Holap>>>Hibrida.

    Dolap>>>Desktop.

  • para mim essa estrutura que recebia dados de um DW para posterior criação dos cubos e armazenamento se chamava multidimensional database (MDDB), não tendo relação com SGBD, alguém pode esclarecer?

ID
773608
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a modelagem de dados e OLAP, julgue os próximos
itens.

A agregação de dados em bancos SQL é necessária quando se faz qualquer tipo de processamento analítico, o que pode demandar um número muito grande de agrupamentos a serem considerados; entretanto uma consulta individual resulta em apenas uma tabela.

Alternativas
Comentários
  • A agregação de dados em bancos SQL é necessária quando se faz qualquer tipo de processamento analítico, o que pode demandar um número muito grande de agrupamentos a serem considerados CORRETO; entretanto uma consulta individual resulta em apenas uma tabela ERRADO. o Resultado será um conjunto de tabelas (multidimensional)
  • Questão capciosa. A meu ver o erro está na afirmação 'entretanto uma consulta individual resulta em apenas uma tabela', já que resultados de consultas são linhas e não tabelas.

  • (ERRO EM VERMELHO) A agregação de dados em bancos SQL é necessária quando se faz qualquer tipo de processamento analítico, o que pode demandar um número muito grande de agrupamentos a serem considerados; entretanto uma consulta individual resulta em apenas uma tabela. 
     

     

    --> se formos consultar informações no nível mais baixo não se precisa fazer agregação, só precisa ser feita, se formos consultar o nível mais alto de dentro de uma dimensão.
     

    --> P mim o final está correto, tem que interpretar assim: faço minha consulta, e dessa consulta (digamos que em várias tabelas diferentes) tenho como resultado uma tabela (com minhas colunas e tuplas).

ID
773611
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a modelagem de dados e OLAP, julgue os próximos
itens.

Pivoteamento ou rotação é uma técnica para alterar uma hierarquia dimensional para outra em um cubo de dados.

Alternativas
Comentários
  • CERTO
    No pivoteamento, ou rotação, ocorre a mudança dos eixos das dimensões para fins de visualização.
    Pivot(pivoteamento): rotação do cubo (hipercubo).
    O pivoteamento (ou rotação) é utilizado em cubos de dados para mudar a hierarquia dimensional que está sendo correntemente utilizada por outra.

  • RESPOSTA C

    >>Em bases de dados multidimensionais, os dados são organizados em cubos de dados. A esse respeito, considere as afirmações a seguir. I - Os usuários podem consultar os dados segundo qualquer uma das dimensões do cubo de dados. II - O pivoteamento (ou rotação) é utilizado em cubos de dados para mudar a hierarquia dimensional que está sendo correntemente utilizada por outra. III - A operação de drill-down refere-se a um movimento no sentido descendente da hierarquia de uma dimensão, desagregando os dados e os apresentando em uma visão mais detalhada.

    #SEFAZ-AL #questão.respondendo.questões

  • Contribuindo.

    Roll-up de baixo para cima

    Drill-down - de cima para baixo

ID
773614
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a modelagem de dados e OLAP, julgue os próximos
itens.

As projeções de uso de um datawarehouse que dá suporte a um OLAP são obtidas apenas após a construção dos dados no datawarehouse para que os caminhos de acesso e o armazenamento sejam sempre os mesmos, independentemente da demanda.

Alternativas
Comentários
  • ERRADO
    Os sistemas OLAP representam uma solução que retorna respostas rápidas para as consultas realizadas.
    A partir de sistemas OLAP podem ser obtidos relatórios de negócios sobre Vendas ou Marketing, entre outros.
    FORMAS DE ARMAZENAMENTO:
    DOLAP (Desktop On Line Analytical Processing)
    Ferramentas disparam uma instrução SQL de um cliente qualquer para o servidor e recebem o microcubo de informações de volta para ser analisado na workstation.
    Vantagem:
    - pouco tráfego que se dá na rede (todo o processamento OLAP acontece na máquina do cliente);
    - maior agilidade de análise;
    - servidor de banco de dados não ficar sobrecarregado.
    Desvantagem:
    - O tamanho do microcubo não pode ser muito grande; caso contrário, a análise passa a ser demorada e/ou a máquina do cliente pode não suportar em função de sua configuração.
    MOLAP (Multidimensional On Line Analytical Processing)
    No modo de armazenamento MOLAP (OLAP Multidimensional) uma cópia dos dados de origem do cubo, junto com as suas agregações, armazenam-se em uma estrutura multidimensional.
    Enquanto os dados de origem são modificados diretamente com as operações, os objetos com armazenamento MOLAP devem ser processados para incorporar estas mudanças.
    O tempo compreendido entre um processamento e o seguinte cria um período de latência durante o qual a informação OLAP pode não coincidir com os dados de origem atuais.
    Como características do armazenamento MOLAP, podemos destacar:
    - Oferece excelente rendimento e compressão de dados.
    - Apresenta melhor tempo de resposta, dependendo apenas da porcentagem das agregações do cubo.
    - A estrutura está muito otimizada para maximizar o rendimento das consultas.
    - Geralmente este método é muito apropriado para cubos com uso frequente devido à sua rápida resposta.
    ROLAP (Relational On Line Analytical Processing)
    - Toda a informação do cubo, seus dados, sua agregação, somas, etc, são armazenadas em um banco de dados relacional.
    - Diferente do modo de armazenamento MOLAP, não armazena cópia do BD. Acessa as tabelas originais quando precisa responder às consultas, geralmente é muito + lento do que as outras formas (MOLAP ou HOLAP).
    - Utilizado para economizar espaço de armazenamento quando se trabalha com grandes conjuntos de dados consultados com pouca freqüência; por exemplo, dados exclusivamente históricos.
    Os usos comuns deste esquema são:
    - Quando os clientes desejam ver as mudanças imediatamente.
    - Quando contamos com grandes conjuntos de dados que não são consultados freqüentemente.
    HOLAP (Hybrid On Line Analytical Processing (OLAP Híbrido))
    - OLAP Híbrido.
    - Combina atributos do MOLAP e do ROLAP.
    Da mesma forma que o MOLAP, o HOLAP armazena as agregações em uma estrutura multidimensional e os dados detalhados em um banco de dados relacional, da mesma forma que no armazenamento ROLAP.
    Para procedimentos de busca que acessam dados sumarizados, o HOLAP é equivalente ao MOLAP. Em caso contrário, se os processos de consultas acessam os níveis máximos de detalhe, devem retirar os dados do banco de dados relacional e isso não é tão rápido comparado com uma estrutura MOLAP.
    Os cubos armazenados como HOLAP são menores do que os MOLAP e respondem mais rápido que os ROLAP.
    Alguns usos comuns de HOLAP:
    - Cubos que requerem resposta rápida.
    - Quando existem sumarizações baseadas em uma grande quantidade de dados de origem.
    - Solução com o compromisso de reduzir o espaço ocupado sem prejudicar totalmente o rendimento das consultas.
    FONTE: PATRÍCIA LIMA QUINTÃO.

  • Errado.

    Projeto do DW vem antes da construção.