SóProvas



Prova FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação


ID
235912
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Com relação à estratégia geral de Tecnologia da Informação (TI) do Governo Federal, é correto afirmar que a Instrução Normativa número 04, de 19/05/2008:

Alternativas
Comentários
  • IN4
    Art. 10, IV, c) capacidade e alternativas do mercado, inclusive a existência de software livre ou software público;
  • Na INSTRUÇÃO NORMATIVA Nº 04 de 12 de novembro de 2010. mudou o artigo:
    Art. 11
    c) a capacidade e alternativas do mercado, inclusive a existência de software livre ou
    software público;

ID
235915
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Com relação à legislação em vigor para contratação de serviços e produtos de TI pela administração pública federal direta, autárquica e fundacional, analise as afirmativas a seguir.

I. Não poderá ser objeto de contratação, todo o conjunto dos serviços de TI de um órgão ou uma entidade em um único contrato.
II. Não poderão ser objeto de contratação, mais de uma solução de TI em um único contrato.
III. Não poderá ser objeto de contratação, gestão de processos de TI, incluindo gestão de segurança da informação.
IV. Não poderão ser objeto de contratação, soluções de TI disponíveis no mercado há menos de dois anos.

Assinale:

Alternativas
Comentários
  • INSTRUÇÃO NORMATIVA Nº  4, 19 de maio de 2008:
    Art. 5º  Não poderão ser objeto de contratação: I - todo o conjunto dos serviços de Tecnologia da Informação de um órgão ou uma entidade em um único contrato; II - mais de uma Solução de Tecnologia da Informação em um único contrato; e III - gestão de processos de Tecnologia da Informação, incluindo gestão de segurança da informação. § 1º  O suporte técnico aos processos de planejamento e avaliação da qualidade dos  serviços de Tecnologia da Informação poderão ser objeto de contratação, desde que sob supervisão exclusiva de servidores do órgão ou entidade. § 2º O disposto neste artigo não se aplica nos casos em que o serviço for prestado por empresas públicas de Tecnologia da Informação que tenham sido criadas para este fim específico, devendo acompanhar o processo a justificativa da vantajosidade para a administração.
  • e se  "todo o conjunto dos serviços de TI de um órgão ou uma entidade " for apenas uma solução de TI?

    existe algo na lei que explicita isso?


  • Wagner,

    Observe o comentário postado pelo outro colega. As vedações estão todas expressas no artigo 5º. Sendo assim, fica claro que um serviço, não sendo um processo de TI do órgão/entidade pode ser contratado. Na verdade, esta é justamente a finalidade da IN 4.
  • A primeira esta esta errada pois a sendo um conjunto se serviços de TI, entra na regra de mais de um serviço de TI no mesmo contrato.

  • Embora não tenha sido citado no enunciado, essa questão de 2010 faz referência ao Art. 5 da INSTRUÇÃO NORMATIVA Nº 4 de 2008.

     

    IN 04 - 2008

    Art. 5º Não poderão ser objeto de contratação:
    I - todo o conjunto dos serviços de Tecnologia da Informação de um órgão ou uma entidade em um único contrato;
    II - mais de uma Solução de Tecnologia da Informação em um único contrato; e
    III - gestão de processos de Tecnologia da Informação, incluindo gestão de segurança da informação.

     

    IN 04 - 2010

    Art. 5º Não poderão ser objeto de contratação:
    I - mais de uma Solução de Tecnologia da Informação em um único contrato; e
    II - gestão de processos de Tecnologia da Informação, incluindo gestão de segurança da informação.

     

    IN 04 - 2014

    Art. 5º Não poderão ser objeto de contratação:
    I - mais de uma Solução de Tecnologia da Informação em um único contrato; e
    II - gestão de processos de Tecnologia da Informação, incluindo gestão de segurança da informação.


ID
235921
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Com relação ao padrão e-PING (Padrões de Interoperabilidade para Governo Eletrônico), analise as áreas a seguir.

I. Interconexão.
II. Segurança.
III. Meios de acesso.
IV. Organização e intercâmbio de informações.
V. Áreas de integração para governo eletrônico.

Assinale:

Alternativas
Comentários
  • Letra A.
    O e-PING abrange as áreas seguintes áreas:
    I. Interconexão.
    II. Segurança.
    III. Meios de acesso.
    IV. Organização e intercâmbio de informações.
    V. Áreas de integração para governo eletrônico.
    Fonte: Audiência Pública e-PING v2010 (Ministério do Planejamento)
    PS: Coloca no google e baixa a apresentação.Estudei por lá.
  • A estrutura do documento:

    PARTE 1 - VISÃO GERAL DA E-PING
    1. Introdução
    2. Escopo
    3. Politicas Gerais
    4. Segmentação
    5. Gestão da e-Ping
    PARTE 2 - ESPECIFICAÇÃO TECNICA DOS COMPONENTES DA E-PING
    6. Interconexão
    7. Segurança
    8. Meios de Acesso
    9. Organização e intercambio as informações
    10. Areas de integração para governo eletronico
    11. Glossário de siglas e termos tecnicos
    12. Integrantes

    A fonte é do e-Ping (Padrões de Interoperabilidade de Governo Eletrônico)

    Segue link para baixar a versão 2011 do documento.
     http://www.governoeletronico.gov.br/acoes-e-projetos/e-ping-padroes-de-interoperabilidade/versoes-do-documento-da-e-ping

     
  • Para gravar fácil: O-MAIS

ID
235924
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Com relação à contratação de bens e serviços de TI por requisitantes que pertençam à administração pública, analise as afirmativas a seguir.

I. É vedado estabelecer vínculo de subordinação com funcionários dos fornecedores.
II. É vedado prever em edital a remuneração dos funcionários dos fornecedores.
III. É vedado indicar pessoas para compor o quadro funcional dos fornecedores.
IV. É vedado reembolsar despesas com transporte e hospedagem de fornecedores.

Assinale:

Alternativas
Comentários
  • Alguém sabe porque esta questão foi anulada??? Pela IN 04, a letra A seria a opção correta, não vi nenhuma divergência com o texto da lei.

    Art. 7º É vedado:

    I - estabelecer vínculo de subordinação com funcionários da contratada;

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

    III - indicar pessoas para compor o quadro funcional da contratada;

    IV - demandar ao preposto que os funcionários da contratada executem tarefas fora do escopo do objeto da contratação;

    V - reembolsar despesas com transporte, hospedagem e outros custos operacionais, que devem ser de exclusiva responsabilidade da contratada;

    VI - prever em edital exigências que constituam intervenção indevida da Administração na gestão interna dos fornecedores;

    VII - prever em edital exigência que os fornecedores apresentem, em seus quadros,funcionários capacitados ou certificados para o fornecimento da Solução, antes da contratação.



ID
235927
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

A alternativa que não faz parte da gestão de um contrato de serviços de TI é:

Alternativas
Comentários
  • Essa questão não foi anulada? No material do Estratégia para o TCU 2015 está dita que foi.

    Enfim o item E realmente não consta explicitamente, mas dizer que não faz parte é uma forçada de barrada que muitas bancas fazem.

     

    PS. O qconcursos me informou que o gabarito do site é preliminar.

     

  • Letra E

    A INSTRUÇÃO NORMATIVA Nº 1, DE 4 DE ABRIL DE 2019, em seu art. 43, revogou a Instrução Normativa SLTI/MP nº 4, de 11 de setembro de 2014.

    Na INA atual:

    Art. 10. A fase de Planejamento da Contratação terá início com o recebimento pela Área de TIC do Documento de Oficialização da Demanda, elaborado pela Área Requisitante da solução, que conterá no mínimo:

    II - explicitação da motivação e dos resultados a serem alcançados com a contratação da solução de TIC;


ID
235930
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Gerência de Projetos
Assuntos

Segundo a disciplina de gerenciamento de projetos aplicada à TI, com relação ao escopo de projetos, é correto afirmar que:

Alternativas
Comentários
  • É só lembrar do processo da área de Integração:
    "Gestão de mudanças"
  • a) não podem ocorrer mudanças.

    b) alterações ao escopo são aceitáveis em qualquer condição.

    c) mudanças podem ocorrer somente antes do estabelecimento da linha de base do projeto.

    d) em tais projetos, o escopo consiste unicamente na definição das necessidades do projeto.

    O escopo é caracterizado pelo trabalho que deve ser realizado, e somente por ele, para se obter um produto ou serviço com determiandas caracteristicas e recursos.
  • A

    não podem ocorrer mudanças.

    B

    alterações ao escopo são aceitáveis em qualquer condição.

    C

    mudanças podem ocorrer somente antes do estabelecimento da linha de base do projeto.

    D

    em tais projetos, o escopo consiste unicamente na definição das necessidades do projeto.

    E

    todas mudanças no escopo precisam ser aprovadas pelo gestor do projeto.


ID
235933
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Dentre as alternativas a seguir assinale aquela que não está incluída na definição do escopo de um projeto de software.

Alternativas
Comentários
  • Essa questão deveria ser anulada. Pois a Identificação dos envolvidos no projeto faz parte do Gerenciamento de Comunicações.

    Fonte: GUIA OFICIAL DO PMBOK (Pág 209)

     

    10.1.3 Identificar as partes interessadas: saídas
    1 Registro das partes interessadas

    A principal saída deste processo de identificação é o registro das partes interessadas, que contém todos os detalhes relativos às partes identificadas, incluindo, entre outros:

    • Informações de identificação: nome, posição na organização, local, papel no projeto,
    informações de contato;
    • Informações de avaliação: requisitos essenciais, principais expectativas, influência
    potencial no projeto, fase de maior interesse no ciclo de vida e
    • Classificação das partes interessadas: interna/externa, apoiadora/neutra/resistente,
    etc.

    Como a questão também apresenta outra resposta correta (E), essa questão deveria ser anulada pela banca organizadora.

  • (    Comentado por Paulo Cortez há 3 meses. Essa questão deveria ser anulada. Pois a Identificação dos envolvidos no projeto faz parte do                                                                  Gerenciamento de Comunicações.)????
    Não entedi o comentario o comando da questão eh Dentre as alternativas a seguir assinale aquela que não está incluída na definição do escopo de um projeto de software. Então a Identificação dos envolvidos no projeto faz parte sim qual o pro???

     
  • De fato, o único elemento circunstancial entre as alternativas é o nome do SOFTWARE. Quem tem nome no escopo é o PROJETO para poder ser identificado. Contudo, o nome do SOFTWARE em si, não precisa ser definido até o momento da entrega.


ID
235939
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Gerência de Projetos
Assuntos

Com relação à gestão de riscos em projetos de TI, analise os componentes de um projeto de TI a seguir.

I. Hardware.
II. Software.
III. Usuários.
IV. Prazos.
V. Custos.
VI. Fornecedores.

Assinale:

Alternativas
Comentários
  • Eita o que me matou nessa questão foi CUSTO dentro da gestão de riscos?

  • Qualquer ponto de um projeto gera risco. A alternativa "a" é a correta.

  • O risco é um evento ou uma condição incerta que, se ocorrer, tem um efeito em pelo menos um objetivo do projeto. Os objetivos podem incluir escopo, cronograma, custo e qualidade. Um risco pode ter uma ou mais causas e, se ocorrer, pode ter um ou mais impactos. As condições de risco podem incluir aspectos do ambiente da organização ou do projeto que podem contribuir para o risco do projeto, como práticas imaturas de gerenciamento de projetos, falta de sistemas integrados de gerenciamento, vários projetos simultâneos ou dependência de participantes externos que não podem ser controlados.

  • I. Hardware.  >>>> pode falhar >>> Tempo, Custos
    II. Software.  >>>> pode  falhar  >>> Tempo, Custos
    III. Usuários.  >>>> kkkkkkkkkkk , é o que mais falha, seja por falha técnica ou moral.
    IV. Prazos.  >>>> pode  metas, são objetivos a prazo definido >> extrapolou,>>>, tempo, custos ...
    V. Custos.  >>>>  podem exceder aos limites aceitáveis que os interessados definiram como econômicamente aceitável
    VI. Fornecedores. >>>> podem simplesmente não honrar com o estabelecido..

    Portanto todos são pontos de risco.

  • I. Hardware.

    II. Software.

    III. Usuários.

    IV. Prazos.

    V. Custos.

    VI. Fornecedores.

    A

    se todos os componentes


ID
235942
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Gerência de Projetos
Assuntos

Em relação à gestão de riscos em projetos de TI, assinale a alternativa correta.

Alternativas
Comentários
  • O comentário acima está equivocado, primeiro porque a questão não fala em eliminar todos os riscos e sim eliminar riscos.
    E mesmo quando se trata da eliminação de todos os riscos há um cenário em que isso é possível.
    Recorte do pmbok:
    "A estratégia de evitar mais radical é a suspensão total do projeto."
    Nesse cenário todos os riscos terão sido evitados/eliminados.

    Segundo o pmbok as estratégias para riscos negativos ou ameaças são:
    Eliminar, Transferir, Mitigar e Aceitar

    E para riscos positivos ou oportunidades:
    Explorar, Compartilhar, Melhorar e Aceitar.

ID
235945
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Gerência de Projetos
Assuntos

Com relação à gestão de prazo de projetos de TI, considere as afirmativas a seguir.

I. O escopo do projeto tem grande importância para a definição dos prazos.
II. Os recursos disponíveis para um projeto não afetam seus prazos.
III. O prazo de um projeto não interfere em seus custos.
IV. A definição da linha de base é fundamental para estabelecer o prazo de um projeto.

Assinale:

Alternativas
Comentários
  • II. Os recursos disponíveis para um projeto não afetam seus prazos. 
    III. O prazo de um projeto não interfere em seus custos. 
  • vejam que questão mal feita

    I. O escopo do projeto tem grande importância para a definição dos prazos

    Ao meu ver este ítem estava certo, pois um projeto de escopo GRANDE pode ter que necessariamente ter prazos GRANDES. A não ser que as fases do projeto sejam "paralelizadas"......
  • b) se somente as afirmativas I e IV estiverem corretas.

    Os recursos disponíveis afetam os prazos e o prazo do projeto interfere nos custos

  • se somente as afirmativas I e IV estiverem corretas.


ID
235948
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Gerência de Projetos
Assuntos

Sobre a gestão de prazo de projetos de TI, analise as afirmativas a seguir.

I. O prazo influencia fortemente a satisfação do cliente em relação ao projeto.
II. O prazo pode ser efetivamente alterado apenas pelo gerente do projeto.
III. O prazo inclui os prazos de pagamento do fornecedor pelo cliente.

Assinale:

Alternativas
Comentários
  • O prazo de um projeto pode ser alterado apenas pelo gerente do projeto? Por decisão única e exclusiva do gerente do projeto? Em que mundo?
  • A afirmativa II está correta por causa da palavra "efetivamente" que se traduz em prazos que garantem o sucesso do projeto, pois quem melhor conhece os prazos com maiores chances de sucesso é quem controla o cronograma, o gerente do projeto.
  • Quando ele diz na afirmativa II que pode ser efetivamente alterado, não quer dizer que o cliente não pode dar sua opinião, ou influenciar o prazo, mas quem no fim das contas pode realmente alterar o prazo é GP.

    Minha humilde opinião.

    "Inútil vos será levantar de madrugada, repousar tarde, comer o pão de dores, pois assim dá ele aos seus amados o sono. Salmos 127:2 "
  • Mais outra questão com gabarito errado e da mesma prova.
  • O PMO também pode alterar o prazo do projeto. E não somente o gerente de projeto! 

    Questão errada!

  • O Gestor de Projeto fará a negociação do prazo. Lembrem-se que alterar TEMPO, CUSTO, ESCOPO ou QUALIDADE refletirá nas outras dimensões. Ou seja, por mais que a parte interessada exija um prazo menor ou qualquer alteração em uma das dimensões, não será a parte interessada que baterá o martelo sobre isso e sim o Gerente de Projeto.

    Além disso, se qualquer um pudesse alterar as dimensões, não faria sentido criar linhas de base e o processo Gerenciamento de Mudanças.

  • Concordo com o Rafael.

    O pulo do gato é 'efetivamente'.

    Vamos na fé.

  • I. O prazo influencia fortemente a satisfação do cliente em relação ao projeto.

    II. O prazo pode ser efetivamente alterado apenas pelo gerente do projeto.

    III. O prazo inclui os prazos de pagamento do fornecedor pelo cliente.


ID
235951
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Gerência de Projetos
Assuntos

Sobre a relação entre gestão de prazos e a dependência entre tarefas que compõem um projeto de TI, analise as afirmativas a seguir.

I. A dependência entre tarefas é peça-chave na determinação do prazo do projeto.
II. A dependência entre tarefas influencia a diferença de custos entre as tarefas.
III. A dependência entre tarefas não tem relação com os recursos humanos e materiais atribuídos às tarefas.

Assinale:

Alternativas
Comentários
  • A afirmativa II está errada porque o custo de uma tarefa continuará o mesmo independente das tarefas executadas em paralelo ou em sequencia.
    A afirmativa III está errada pelo fato de existir a técnica de nivelamento de recursos.
  • É, tem que arrumar isso aí! Fiquei com pontuação negativa por causa do gabarito errado...
  • Acho estranho a afirmativa III estar errada. Se um grupo de pessoas é necessário para atender a tarefa A e B, eles primeiro devem terminar a tarefa A para que se desloquem para realizar a tarefa B, sendo que B dependeu de A por causa dos recursos humanos. Minha dúvida...

  • DanJuh CasalConcurseiro a alternativa II está errada pois ela fala que NÃO tem relação e como você mesmo disse RH e materiais TÊM relação com Dependência entre tarefas.

  • Bem, meu problema foi a II, a princípio se as tarefas (A e B)  forem independentes ( significa que elas podem ser feitas a qualquer hora)

    A tarefa A custa  XA
    A tarefa B custa  XB

    Visto do lado de CUSTOS, o fato de serem dependentes ou não, não altera o preço, vejamos:

    Se A e B são dependentes, a dependência pode ser do tipo  "QUEM faz " ou  de "INSUMOS - B necessita do Resulatado de A"

    se a dependência for do tipo "quem faz" , o GP pode atribuir a tarefa a outra equipe e isso não altera seus custos apesar de poder afetar os custos do Projeto.
    Se for do tipo "Insumo", o custo da tarefa não muda,  e o GP vai procurar resgatar esse tempo de dependência em outro ponto do cronograma.
    Mas admito que os custos das tarefas não se relacionam com suas dependências. (II, está errada , e mais, indica que III também está errada ).




ID
235954
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Gerência de Projetos
Assuntos

Com relação à gestão da comunicação em projetos de TI, assinale a afirmativa incorreta.

Alternativas
Comentários
    • a) Quando eficaz, a gestão da comunicação facilita a solução de problemas, conflitos e a tomada de decisão.
    • b) A comunicação eficiente em um projeto mantém a equipe unida.
    • c) O excesso de comunicação em um projeto pode prejudicar seus resultados.
    • d) O descarte de informações de um projeto é uma das responsabilidades da gestão da comunicação.
    • e) A gestão da comunicação sempre requer um gestor específico para esse fim.
    O gestor de comunicacao pode ser o proprio gerente do projeto. NAo necessariamente haverá um gestor apenas para isso...
  • Pessoal, gostaria de uma dica de como estudar gerenciamento de projetos e PMBOK para a  FGV. Estudo o PMBOK, porém essas questões não existem no pmbok. Se alguém souber o livro de onde a banca tirou essas questões eu agradeceria... Afinal, SENADO vem aí....
  • Chará eu estou estudando pelo site: provasdeti.com.br da uma olhada la.

  • E

    A gestão da comunicação sempre requer um gestor específico para esse fim.


ID
235957
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Gerência de Projetos
Assuntos

Com relação à gestão de qualidade em projetos de TI, analise as afirmativas a seguir .

I. A gestão de qualidade deve ser realizada ao longo de toda a duração do projeto.
II. A gestão de qualidade deve ser realizada pelo cliente do projeto.
III. A gestão de qualidade deve ser realizada pelo fornecedor do projeto.
IV. A gestão de qualidade é compreendida como a gestão da qualidade dos softwares produzidos.

Assinale:

Alternativas
Comentários
  • IV - Errada. O PMBOK não se restringe apenas a empresas na área de TI, qualquer empresa que realize projetos pode usar este guia. 
  • Não entendi está questão...

    quando ele fala que "a gestão da qualidade deve ser realizada pelo cliente do projeto."

    da mesma forma quando ele fala que a gestão deve ser realizada pelo fornecedor...

    com isto ele não EXCLUI o gerente do projeto ??? CONFUSA, e mau formulada na minha opinião... :(

    concordo que TODOS (cliente, fornecedor, gerente) devem participar... porém o que está escrito na questão... fica dúbio :(
  • II - O cliente do projeto fornece requisitos de qualidade e verifica a adequação a eles, mas quem gere é fornecedor (empresa contratada para gerir o projeto.
    [não há exclusão do gerente de projeto, pois ele faz parte do fornecedor].

    IV - A gestão de qualidade, não foca apenas no produto produzido, mas também nos processos.
  • Pelo menos no gabarito que está disponível aqui no site do questoesdeconcurso em PDF está letra A.
    Por favor, pessoal do site, revejam o gabarito e a resposta considerava correta pelo site.
  • Realmente no gabarito da prova está marcado letra A.
    Abri um chamado no Atendimento para correção.

  • A letra A está correta,  a qualidade deve ser realizada por todos envolvidos no projeto.. se as alternativas tivessem a palavra "exclusivamente" ai poderiam estar erradas as alternativas I II e III.
  • Influenciar é bastante distinto de Gerir..

    Influenciar é dar as restrições, o que se quer e até como o que se deseja como resultado, e isso em última instância é do cliente, patrocinador, ou as partes interessadas, e isso não é gestão.

    Gerir ou Gestão  é que estes requisitos aceitos, estejam de acordo como acordado, chegando ao ponto do aceite o que pressupõe ter a qualidade esperada pelo interessado, assim Cliente não faz gestão, dá pitáculo !

    Gestão quem faz é o fornecedor.
    a IV está errada porque PMBOK é administração e não  apenas TI, o resultado pode ser uma viagem, uma casa.. e até um sw que funcione..rs


  • A assertiva IV ficou muito ambigua, por isso dando margem a duas interpretações.

    Interpretação alternativa: "A gestão de qualidade é compreendida como a gestão da qualidade dos softwares produzidos" pode ser vista como: [gestão de qualidade] = [gestão de qualidade] dos [produtos produzidos]; ela esta se referindo a gestão de qualidade e não aos produtos produzidos, estes são apenas mencionados como complemento nominal 

  • Na minha opinião, não houve ambiguidade em nenhum momento, em nenhuma das assertivas.

    Como que qualidade pode ser compreendido como qualidade de softwares produzidos?

    O conceito de qualidade é muito mais amplo do que o apresentado na assertiva IV.

    Gabarito a).

    Vamos na fé.

  • I. A gestão de qualidade deve ser realizada ao longo de toda a duração do projeto.

    II. A gestão de qualidade deve ser realizada pelo cliente do projeto.

    III. A gestão de qualidade deve ser realizada pelo fornecedor do projeto.

    IV. A gestão de qualidade é compreendida como a gestão da qualidade dos softwares produzidos.


ID
235960
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Gerência de Projetos
Assuntos

Assinale, dentre as alternativas a seguir, aquela que não constitui uma técnica de gestão de qualidade em projetos de TI.

Alternativas
Comentários
  • Só em empresas "comunistas" isso se enquadra, para haver qualidade de produto deve haver qualidade de processo.
  • Esta é aquela questão que se acerta por "lógica e bom senso", mas trazendo o embasamento do Pmbok 2008 (vejam a pagina 206, figura 8.10)

    O processo 8.3-CONTROLE DE QUALIDADE preve como ferramentas e técnicas:

    1)Diagrama de causa e efeito (ou "espinha de peixe" ou "ishikawa" ou "6m")
    2)Gráficos de controle
    3)fluxogramas
    4)histograma
    5)diagrama de pareto (o famoso 80-20)
    6)gráficos de execução
    7)Diagrama de dispersão (muito usado em processos de engenharia)
    8)amostragem estatística
    9)inspeção
    10)revisão das solicitacoes de mudancas aprovadas

    Pensando no ítem errado (d) Estabelecimento de sanções e multas por falhas de qualidade.) , basta lembrar que Multar a empresa simplesmente não fará o produto "melhorar" a qualidade, pois se esta multando é por que o produto ja esta ruim de fato.  Deveria ter sido feito o controle prévio por meio deste processo)
  • Desde quando  a "Definição de um gestor de qualidade para o projeto. " é uma TÉCNICA?
  • concordo com o alexandre.
    não acho a questão nem um pouco intuitiva, nem tão pouco concordo com o gabarito. definição de gerente não pode ser considerado "técnica".
  • Questão realmente bem bizarra, pois não é uma técnica. 


ID
235963
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Gerência de Projetos
Assuntos

Com relação à gestão de qualidade em projetos de TI, assinale a afirmativa correta a respeito da terceirização de serviços no tocante à qualidade de projetos de TI.

Alternativas
Comentários
  • Perfeito. Na verdade, nem os próprios executantes-fim conseguem garantir a qualidade caso não sejam adotadas as técnicas pertinentes a ela. Terceirização não é sinônimo de qualidade. Nunca foi.
  • Se terceirização fosse sinônimo de qualidade, bastava terceirizar todas as atividades de um projeto.

  • A terceirização não garante por si só a qualidade do serviço.

    B

    A qualidade do projeto é o único motivo para justificar a terceirização.

    C

    Tarefas terceirizadas dispensam o acompanhamento da qualidade.

    D

    A terceirização reduz a responsabilidade do gerente do projeto pela sua qualidade.

    E

    A qualidade de um projeto é decorrência da quantidade de tarefas terceirizadas envolvidas.


ID
235966
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Gerência de Projetos
Assuntos

Com relação à gestão da comunicação em projetos de TI, considere as afirmativas a seguir.

I. O plano de comunicação do projeto deve ser ajustado à equipe.
II. A comunicação, num projeto, deve ser incorporada à rotina.
III. Todos os participantes do projeto devem estar presentes em cada reunião.
IV. As informações geradas e coletadas devem permanecer acessíveis apenas ao gestor da comunicação.
V. A comunicação interativa (conversas, reuniões e entrevistas, por exemplo) é sempre preferível à comunicação de uma única via (relatórios, memorandos e e-mails, por exemplo).

Assinale:

Alternativas
Comentários
  • Respostas:

    I. O plano de comunicação do projeto deve ser ajustado à equipe.

    C>> o processo "PLANEJAR COMUNICACOES" depende da entrada "registro das partes interessadas" para gerar a saida "plano de gerenciamento de comunicacoes" que é aquele que trata toda a forma de comunicacao de informacoes do projeto. Leia-se "equipe" como "ti + negocio (partes interessadas como um todo)".

    II. A comunicação, num projeto, deve ser incorporada à rotina.

    C>> O grande "calcanhar de aquiles" de vários projetos é justamente a comunicação. Uma comunicação mal planejada pode gerar malentendidos que prejudicam a execução do projeto.

    III. Todos os participantes do projeto devem estar presentes em cada reunião.

    E>> Existem reuniões que  algumas partes interessadas (como por exemplo diretores e patrocinadores do projeto) nao precisam participar, como por exemplo pontos de controle semanais

    IV. As informações geradas e coletadas devem permanecer acessíveis apenas ao gestor da comunicação.

    E>> O processo "Distribuir INformações" define quem receberá as informações a partir do plano de gerenciamento de projetos (os stakeholdes envolvidos TÊM que ter acesso as informações, senão o projeto não anda!). Imagina como ficaria o projeto se o próprio patrocinador deste não souber se o projeto esta tendo sucesso ou não.

    V. A comunicação interativa (conversas, reuniões e entrevistas, por exemplo) é sempre preferível à comunicação de uma única via (relatórios, memorandos e e-mails, por exemplo).

    E>> é como afirmar que uma famosa conversa estilo "rádio corredor" é melhor para solicitar algo de trabalho do que um documento formal.
  • Só para dar um exemplo, o PMBOK diz que para reportar o desempenho de um projeto, o gerente de projetos geralmente usa uma comunicação ativa (que é de uma via). Ou seja, o desempenho geralmente é reportado através de relatórios.

    Caso alguma das partes interessadas tenha algum questionamento, aí sim a comunicação interativa será mais útil. Mas imagine só reportar o desempenho para todas as partes interessadas através de métodos de comunicação interativa!

    Portanto, nem sempre a comunicação interativa é preferível.
  • I. O plano de comunicação do projeto deve ser ajustado à equipe.

    II. A comunicação, num projeto, deve ser incorporada à rotina.

    III. Todos os participantes do projeto devem estar presentes em cada reunião.

    IV. As informações geradas e coletadas devem permanecer acessíveis apenas ao gestor da comunicação.

    V. A comunicação interativa (conversas, reuniões e entrevistas, por exemplo) é sempre preferível à comunicação de uma única via (relatórios, memorandos e e-mails, por exemplo).


ID
235969
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Gerência de Projetos
Assuntos

Dentre as alternativas a seguir, assinale aquela que não representa uma prática saudável para a gestão eficaz da comunicação em projetos de TI.

Alternativas
Comentários
  • Esconder o que esta acontecendo atrapalha em diversas estimativas do projeto.
  • A comunicação num projeto é tão importante que ela possui status de área de conhecimento pelo PMI. As más notícias não devem ser minimizadas, atenuadas ou escondidas, pelo contrário: devem ser amplamente divulgadas, pois, caso não o sejam, podem levar o projeto a sucumbir.
  • Pensar objetivamente???? O que tem haver como a COMUNICAÇÃO???? 

  • Mas mesmo pelo bom senso você marcaria a b) em vez da e)?

    Vamos na fé.

  • Manter a comunicação de más notícias num nível superficial.


ID
331525
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

A Instrução Normativa de 04 de 2008 define estratégias necessárias ao contratar bens e serviços de TI. Algumas estratégias estão listadas a seguir, à exceção de uma. Assinale-a.

Alternativas
Comentários
  • Vide o link abaixo:

    http://www.comprasnet.gov.br/legislacao/in/in04_08.htm

    Começando pelo Título - PLANEJAMENTO DA CONTRATAÇÃO


    Abs
  • a) Avaliar os riscos da contratação.
    XV - Análise de Riscos: documento que contém a descrição, a análise e o tratamento dos riscos e ameaças que possam vir a comprometer o sucesso em todas as fases da contratação;
     
     b) Realizar um planejamento completo da contratação.
    Art. 10. A fase de Planejamento da Contratação consiste nas seguintes etapas:
    I - Análise de Viabilidade da Contratação;
    II - Plano de Sustentação;
    III - Estratégia da Contratação;
    IV - Análise de Riscos; e
    V - Termo de Referência ou Projeto Básico.
     c) Analisar a viabilidade da contratação.
    Art. 11. A Análise de Viabilidade da Contratação será realizada pelos Integrantes Técnico
    e Requisitante
     d) Selecionar a opção de nível de serviço imediatamente superior ao requerido.
    Não existe.
     
     e) Definir ao menos uma pessoa responsável por gerir o contrato.
    Art. 1º, IV - Gestor do Contrato: servidor com atribuições gerenciais, técnicas e operacionais relacionadas ao processo de gestão do contrato, indicado por autoridade competente;
  • Art. 15. A Estratégia da Contratação será elaborada a partir da Análise de Viabilidade da
    Contratação e do Plano de Sustentação, contendo no mínimo:
    I - indicação, pelo Integrante Técnico, da Solução de Tecnologia da Informação a ser
    contratada;
    II - definição, pelo Integrante Técnico, das responsabilidades da contratada que não poderá
    se eximir do cumprimento integral do contrato mesmo havendo subcontratação;
    III - indicação, pela Equipe de Planejamento da Contratação, dos termos contratuais,
    observado o disposto nos §§ 1º e 2º deste artigo, sem prejuízo do estabelecido na Lei nº 8.666, de 1993,
    relativos a:

ID
331528
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Gerência de Projetos
Assuntos

Com relação ao gerenciamento de projetos de TI, assinale a alternativa que não se inclui entre as tarefas definidas para a área de gestão de riscos.

Alternativas
Comentários
  • "Contratar fornecedores de softwares antivírus" como o próprio nome diz estaria relacionada à Gestão de aquisições do projeto
  • Essa palavra no item C "desconhecidas" não me convenceu. Para mim, está errado o item. Como estabelecer respostas para ocorrências desconhecidas? Na gerência de riscos o processo, segundo PMBok, é: planejar, identificar, analisar, responder e monitorar. Assim, desconhecido não entra, pois ele tem que ser identificado para ser respondido. Um desconhecido não é risco, é problema, não foi previsto.
    Agora, a questão do item D, vou desconcordar com o comentário do colega, a contratação faz parte, pois é uma forma de resposta ao risco: transferência.
  • elbert, prá te ajudar: tudo o que se relaciona a aquisições e contratos de fornecimento, insere-se na área de AQUISIÇÕES, sem exceções.
  • elbert, inicialmente eu tive a mesma dúvida sua. No entanto, relendo o PMBOK, mudei meu ponto de vista. Não é porque o risco é desconhecido que não haverá resposta a ele. Nesse caso, a equipe do projeto pode elabrar um plano de contingência justamente para esses riscos imprevistos, o que é inclusive uma ferramenta de resposta a riscos. Desse modo, a resposta deve ser feita para qualquer tipo de risco, variando apenas a abordagem: uma resposta proativa, no caso de riscos conhecidos e identificados euma resposta de contingência, no caso de riscos imprevistos e, ou desconhecidos.

ID
331534
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Rapid Application Development (RAD) é um modelo de processo de software incremental que enfatiza um ciclo de desenvolvimento curto, com o uso de uma abordagem de construção baseada em componentes. Nesse modelo, três das principais fases são abrangidas pelas modelagens:

Alternativas
Comentários
    • Modelagem de Negócio

    O fluxo de informações entre as funções de negócio é modelado de modo a responder às seguintes questões: - Que informação direciona o processo de negócio? - Que informação é gerada? - Quem a gera? - Para onde vai à informação? - Quem a processa? Na modelagem de negócio são levantados os processos suportados pelo sistema.

    • Modelagem dos dados

    A modelagem de dados responde a um conjunto de questões específicas que são relevantes a qualquer aplicação. O fluxo de informação definido na fase de modelagem de negócio refinado e de forma a extrair os principais objetos de dados a serem processados pelo sistema, qual a composição de cada um dos objetos de dados, onde costumam ficar, qual a relação entre eles e quais as relações entre os objetos e os processos que os transformam.

    • Modelagem do Processo

    Os objetos de dados definidos na modelagem de dados são transformados para conseguir o fluxo necessário para implementar uma função do negócio. Descrições do processamento são criadas para adicionar, modificar, descartar ou recuperar um objeto de dados.

  • Complementando com todas as fases:

    Modelagem de negócio
    Modelagem de dados
    modelagem de processo
    Geração da aplicação
    Teste e modificação
  • No Modelo RAD a modelagem abrange três das principais fases - modelagem de negócio, modelagem de dados e modelagem de processos - e estabelecem representações de projeto que servem com base para a atividade de construção do RAD.

    Resposta: "E"

    Fonte: Livro Engenharia de Software -  Roger S. Pressman - Sexta Edição

     

  • No Modelo RAD a modelagem abrange três das principais fases
    • Modelagem do negócio:O fluxo de informação entre as funções do negócio é modelado
    • Modelagem dos dados: O fluxo de informação e refinado num conjunto de objetos de dados.
    • Modelagem do processo: Os objetos de dados são transformados para conseguir o fluxo de informação necessário para implementar uma função do negócio. Descrições do processamento são criadas.
    • Geração da Aplicação:O RAD considera o uso de técnicas de quarta geração. O processo RAD trabalha para reusar componentes de programas existentes ou criar componentes reusáveis.
    • Teste e entrega:Os componentes novos devem ser testados e todas as interfaces devem ser exaustivamente exercitadas.
  • e-

    Ciclo RAD:

     

    Comunicação

     

    Planejamento

     

    Modelagem - de negócio, de dados e processo

     

    Construção - reuso de componentes, geracao automatica de codigo, testes

     

    Deploy

     

    (Modelagem & construcao em paralelo por n equipes entre 60 e 90 dias)

     

    vantagem do RAD - diminuição de custos com alterações; requisitos incompletos completados durante o desenvolvimento, melhorando sua manutenção. 

     

    Este modelo não é adequado para qualquer tipo de software ou necessidade de aplicação. Recomenda-se desenvolvimento que privilegie modelos ágeis, como componentes ou classes preexistentes, como APIs 


ID
331537
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Como Modelo evolucionário do processo de software, uma característica da prototipagem é:

Alternativas
Comentários
  • O processo é iterativo e não INTErativo. Erro durante o scaneamento da prova.
  • Na prova está "INTERATIVO" mesmo. A questão não quiz fazer referência à processo "ITERATIVO", mas sim a um processo com maior interação com o cliente. A prototipagem faz exatamente isso, proporciona uma interação maior a fim de elicitar requisitos com mais exatidão.
  •  Um protótipo é um produto parcialmente desenvolvido
    • O desenho do protótipo ajuda a equipa de 
    desenvolvimento a encontrar estratégias de desenho 
    alternativas
    • o protótipo da interface com o utilizador ajuda o 
    utilizador a perceber como ?cará o sistema
    • A prototipagem é útil para a veri?cação e validação em 
    diferentes etapas do process
  • a) independer do estabelecimento e da definição de requisitos. INCORRETO
    É impossível independer dos requisitos, todo desenvolvimento os tem como alicerce.
    b) configurar um processo interativo e rápido de desenvolvimento. CORRETO
    A interação contínua é o princípio básico da prototipagem, visando acelerar o desenvolvimento.
    Ao contrário do que foi dito acima, não é ITERATIVO. Não é a prototipagem que estabelece um modelo iterativo, você pode muito bem ter um modelo iterativo sem aplicar prototipagem.
    c) iniciar o processo de desenvolvimento pela implantação e pelos testes.  INCORRETO
    Até é possível ter testes antes da codificação (Test Driven Development), mas jamais implantá-lo. Mesmo se fosse possível, ambos não têm nada a ver com Prototipação.
    d) gerar uma primeira versão do sistema completa e isenta de erros.  INCORRETO
    Protótipo não gera versões completas, são entregues módulos do software. Há casos, ainda, que o protótipo não é funcional. E quanto à isenção de erros, este é o grande sonho da Engenharia de Software. Não há erro até que você o descubra.
    e) descartar a participação do cliente no processo de desenvolvimento e de implantação. INCORRETO
    Ao contrário, visa a contínua participação do cliente. 
  • Prototipação é um processo de desenvolvimento? Mas a prototipação não pode ser usada para desenvolver. Inclusive, se o cliente pedir o protótipo e falar "Pode me entregar assim mesmo. Já tá bom.", deve-se falar com ele que aquilo é só um protótipo e que o sistema ainda vai ser desenvolvido. O protótipo serve para mostrar para o usuário se é aquilo mesmo que ele quer. É até aconselhável que não se desenvolva o sistema em cima do protótipo. Acho que a pessoa que fez a questão queria dizer outra coisa.

  • utilizamos prototipagem quando os requisitos são desconhecidos, ou seja, não são estabelecidos e/ou definidos.
    os requisitos são descobertos conforme o protótipo é desenvolvido. 
    é iterativo, curto, e pode ser descartado ou evoluído.

  • b-

    Prototipação veio final dos anos 80 para melhor atender requisitos.

     

    Este modelo é visual das funcionalidades do  software depois de pronto, avaliando as características antes de desenvolvido para compreender com clareza sua usabilidade, com envolvimento direto do usuário.

     

    Prototipação tornou-se evolutiva, e o próprio protótipo passou a ser o entregue.

  • INTERATIVO É DIFERENTE DE ITERATIVO


ID
331540
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Sobre os processos de engenharia de requisitos, na elicitação e na análise ocorre total interação com os stakeholders no sistema, sendo o principal objetivo:

Alternativas
Comentários
  • Elicitação e análise de requisitos
    Nessa atividade, os engenheiros de software trabalham com os clientes e os usuários finais do sistema para aprender sobre o domínio da aplicação, quais serviços o sistema deve fornecer, o desempenho esperado do sistema, restrições de hardware, etc.
    As atividades de processo são:
    1. Obtenção de requisitos: é o processo de interação com os stakeholders no sistema para coletar seus requisitos. Os requisitos de domínio são também descobertos durante essa atividade.
    2. Classificação e organização de requisitos: esta atividade envolve a coleção de requisitos não estruturados, agrupa os requisitos relacionados e os organiza em conjuntos coerentes.
    3. Priorização e negociação de requisitos: esta atividade está relacionada à priorização de requisitos, à procura e à resolução de conflitos de requisitos por meio da negociação.
    4. Documentação de requisitos: os requisitos são documentados e colocados na próxima volta da espiral (pag. 98). Podem ser produzidos documentos de requisitos formais ou informais.
    fonte: SOMMERVILLE - Eng. de Software - 8a. ed.
  • Na engenharia de sistemas e engenharia de softwareanálise de requisitos engloba todas as tarefas que lidam com investigação, definição e escopo de novos sistemas ou alterações. Análise de requisitos é uma parte importante do processo de projeto de sistemas, na qual o engenheiro de requisitos e o analista de negócio, juntamente com engenheiro de sistema ou desenvolvedor de software, identificam as necessidades ou requisitos de um cliente. Uma vez que os requisitos do sistema tenham sido identificados, os projetistas de sistemas estarão preparados para projetar a solução.
  • O processo de engenharia de requisitos começa com o estudo de viabilidade, o qual vai determinar se o projeto deve ou não ser continuado, gerando um relatório de viabilidade. O próximo estágio é a análise e elicitação de requisitos. Algumas técnicas de elicitação, como análise de pontos de vista, cenários, caso de uso, entrevistas e etnografia, podem ser usadas neste estágio para a obtenção, classificação, priorização e documentação dos requisitos. Modelos de sistemas são produzidos nesta fase. O próximo estágio é a especificação, a qual consiste em descrever o que foi entendido na fase anterior, gerando toda a documentação dos requisitos de usuário e de sistema. O último estágio é a validação, que consiste em uma revisão de todos os requisitos com o cliente a fim de receber uma aprovação da documentação e posterior implementação do sistema. Após todas estas fases um documento de requisitos aprovado estará disponível.



ID
331543
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Na modelagem de processos, um modelo evolucionário de processo de software, originalmente proposto por Boehm, combina prototipagem e aspectos controlados e sistemáticos dos processos em cascata, sendo um gerador de modelo por risco, usado para guiar a engenharia de sistemas intensivos em softwares com vários interessados concorrentes, tendo duas características distintas, descritas a seguir.

I. É uma abordagem cíclica, para aumentar incrementalmente o grau de definição e de implementação de um sistema enquanto diminui seu grau de risco.
II. É um conjunto de marcos de ancoragem, para garantir o comprometimento dos interessados com soluções exeqüíveis e mutuamente satisfatórias para o sistema.

Esse modelo é conhecido por:

Alternativas
Comentários
  • O modelo proposto por Boehm em 1988 trata de uma abordagem
    cíclica das fases do processo, onde a cada “volta” ou
    iteração temos versões evolucionárias do sistema.
    Este é um modelo guiado por risco, suporta sistemas complexos
    e/ou de grande porte, onde falhas não são toleráveis. Para
    isso, a cada iteração há uma atividade dedicada à análise de
    riscos e apoiada através de geração de protótipos, não necessariamente
    operacionais (desenhos de tela, por exemplo) para
    que haja um envolvimento constante do cliente nas decisões.
  • Modelo em espiral é um processo de desenvolvimento de software que combina elementos de projeto prototipação-em-etapas, em um esforço para combinar as vantagens dos conceitos de top-down e bottom-up, acrescentando um novo elemento, a análise de riscos que falta a esses paradigmas.
  • Onde são descritos modelos dinâmico, globalizado, integrado e empírico.

    Marquei letra A pq foi o único modelo, dentre os descritos, que já ouvi falar.

  • Palavras-chave que definem Espiral
    Barry Boehm, 1988, melhores características modelos cascata e  prototipação, riscos, sentido horário do centro para fora, inclusão requisitos forma evolutiva, sobreposição evolutiva.

  • Falou em risco e prototipagem + Boehm atenção que é Espiral na certa!


ID
331549
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

A versão MySQL 5 incorporou novas características como triggers, views e stored procedures. Triggers é um bloco PL/SQL armazenado em um banco de dados e executado sempre que um evento ocorre. Esse evento pode ser um DML, DDL ou mesmo um evento ocorrido do banco, como uma conexão, por exemplo. São comandos DML:

Alternativas
Comentários
  • A anulação desta questão era evidente, visto que as alternativas a) e b) são idênticas.
  • Triste pra quem sabia a matéria e poderia acertar tranquilamente.

    Vamos na fé.


ID
331552
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

No que diz respeito aos sistemas de software, teste é um conjunto de atividades que podem ser planejadas antecipadamente e conduzidas sistematicamente. Um tipo I de teste se refere ao conjunto de atividades que garante que o software implementa corretamente uma função específica, associado à construção do produto de forma correta ou não, enquanto um tipo II se refere a um conjunto de atividades diferente que garante que o software construído corresponde aos requisitos do cliente, associado à construção do produto certo. Esses testes do tipo I e II são denominados, respectivamente:

Alternativas
Comentários
  • O conceito de validação, para a engenharia de softwares, é a avaliação do grau em que um sistema de software realmente satisfaz seus requisitos, no sentido de atender às necessidades reais do usuário. Satisfazer requisitos não é o mesmo que estar conforme as especificações de requisitos. A
    especificação de requisitos é uma declaração sobre uma solução particular proposta para um problema, podendo ela atingir ou não os seus objetivos.
    Especificações de requisitos estão suscetíveis a erros, pois são escritas por humanos. As atividades de validação procuram medir o quanto o sistema realmente atinge seus propósitos.

    Para conceituar verificação, podemos afirmar que é a checagem da consistência de uma implementação com uma especificação. A verificação tem o objetivo de avaliar se o que foi planejado realmente foi realizado. Ou seja, se os requisitos, funcionalidades e performence documentados foram implementados.

    Fonte; www.ti24x7.com.br
  • Essa questão foi retirada literalmente do Pressman - Eng. de Software 6ed, cap 13 pag 289

    "Verificação: refere-se ao conjunto de atividades que garante que o software implementa corretamente uma função especifica.
    Estamos construindo o produto corretamente?

    Validção: refere-se ao conjunto a um conjunto de atividades diferentes que garante q o software q foi corresponde aos requisitos do cliente.
    Estamos construindo o produto certo?"

    Bons estudos!!

  • Conceito básico da V&V.

    Verificação: averiguar se está construindo CERTO o produto, ou seja, se segue a especificação. Se apoia, entre outros, em inspeções de código e testes de software.

    Validação: averiguar se está construindo o produto CERTO, ou seja, se vai de encontro com as necessidades do cliente. Se apoia, por exemplo,  na validação por parte do cliente e na inspeção de especificações de software (esta evita ambiguidades, incompleteza, etc).
  • 01) Verificação: Refere-se ao conjunto de atividades que garantem que o SW implementa CORRETAMENTE as funções especificadas.

    "Estamos construindo o produto corretamente? "

    Na verificação eu comparo o que estou implementando com o que foi especificado.


    Validação: Conjunto de atividades que busca garantir que o SW construido implementa o que o cliente desejava.
     
    "Estamos construindo o produto correto?"

    Na validação eu comparo o que estou implementando com o que o usuário solicitou.
  • d-

    Verificação - "fizemos o software corretamente?"

    Validação - "fizemos o software correto?"

    Testes - "tem defeito?"

     

    Em suma, requisitos sao validados; software é verificado. That's all. Ye know on Earth, and that is all Ye need to know.


ID
331555
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

No que diz respeito aos sistemas de software, o objetivo do teste é encontrar erros, sendo um teste aquele que tem alta probabilidade de encontrar um erro. Assim, um engenheiro de software deve projetar e implementar um sistema ou um produto baseado em computador com “testabilidade” em mente. Ao mesmo tempo, os testes devem exibir um conjunto de características que atinge o objetivo de encontrar a maioria dos erros com um mínimo de esforço. Dentre as características que levam a um software testável, uma pode ser resumida pela frase “Quanto melhor funciona, mas eficientemente pode ser testado”. Se um sistema é projetado e implementado com qualidade em mente, poucos defeitos vão bloquear a execução dos testes, permitindo que o teste progrida sem problemas. Essa característica é definida como:

Alternativas
Comentários
  • “Quanto melhor funciona, mas eficientemente pode ser testado”
    Ao inves de "mas" eu creio que seria "mais".
  • Thiago, você está correto. É "mais" mesmo

    Operabilidade: "Quanto melhor funcionar, MAIS eficientemente pode ser testado." Se um sistema for projetado e implementado tendo em mente a qualidade, haverá poucos defeitos bloqueando a execução dos testes, permitindo que o teste ocorra sem sobressaltos.

    Ref: Roger S. Pressman
  • Operabilidade: quanto melhor funciona, mais eficientemente pode ser testado.
    Observabilidade: o que você vê é o que você testa.
    Controlabilidade: quanto melhor você pode controlar o software, mais o teste pode ser automatizado e otimizado.
    Decomponibilidade: controlando o escopo do teste, podemos isolar problemas mais rapidamente e realizar retestagemmais racionalmente.

    Simplicidade: quanto menos houver a testar, mais rapidamente podemos testá-lo.

    Estabilidade: quanto menos modificações, menos interrupções no teste.

    Compreemsibilidade: quanto mais informações temos, mais racionalmente vamos testar.
  • Os conceitos citados nos comentários acima podem ser encontrados na página 429 do livro do Pressman 7a edição.
  • outro erro bobo, mas não é funciona e sim funcionaR
    são coisas bobas, mas na hora da prova, se você não souber bem, acaba descartando a questão por achar que ela está errada, já que a desinencia não seria essa. Já no segundo item trocar mas por mais é passível de recursos e anulação.
  • Na 6 Ed. do Pressman, está na página 316.

  • Livro  Engenharia de Software - Uma Abordagem Profissional - 7º Edição - Roger S. Pressman
    Capitulo 18 Testando Aplicativos Convencionais

    Operabilidade: Quanto melhor fucnionar, mais eficientemente pode ser testado.


ID
331558
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Programação
Assuntos

Em JavaScript, os operadores que realizam as operações resto da divisão e teste da desigualdade, são, respectivamente:

Alternativas
Comentários
  • Letra D.
    MOD é função no Excel para calcular módulo. No Excel o símbolo de % gera erro.
  • Seguem alguns operadores:
    Operador   Descrição                                  Exemplo(s)
    +          
    Soma valores.                              a = 2 + 3;
                                                          b = b +1;
    -          Subtrai valores (como operador binário).   x = x - 5;
                                                          x = a – b
    -          Muda sinal (como operador unitário).       x = -x;
                                                          x = -(a + b);
    *          Multiplica valores.                        a = 2 * 3;
                                                          b = c * 5;
    /          Divide valores.                            a = 50 / 3;
                                                          b = b * 4;
    %          Resto da divisão.                          d = 5 % 3;
                                                          d assume valor 2.
     
    Operador   Descrição                                  Exemplo(s), supondo a = 3 e b = 5
    ==         Verdadeiro se os operandos são iguais.     a == 3; // retorna verdadeiro
               Se não são do mesmo tipo, a linguagem      a == b; // retorna falso
               tenta converter para a correta comparação.
    !=         Verdadeiro se os operandos não são iguais. a != 3; // retorna falso
               Se não são do mesmo tipo, a linguagem      a != b; // retorna verdadeiro
               tenta converter para a correta comparação.   
      
    Para consultar outros operadores, acesse o site: http://www.mspc.eng.br/info/jscriptOper.shtml

ID
331561
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Um tipo de teste de sistemas de software é também chamado de “teste comportamental” e focaliza os requisitos funcionais do software, permitindo ao engenheiro de software derivar conjuntos de condições de entrada que vão exercitar plenamente todos os requisitos funcionais de um programa. Esse tipo de teste tende a ser aplicado durante os últimos estágios do teste e tenta encontrar erros em funções incorretas ou omitidas, de interfaces, de estrutura de dados ou de acesso à base de dados externa, de comportamento ou desempenho de iniciação e término. Além disso, é um tipo de teste que despreza, de propósito, a estrutura de controle, sendo a atenção focalizada no domínio da informação. Esse tipo é conhecido por teste:

Alternativas
Comentários
  • a) Os testes de caixa preta, diferentemente dos testes de caixa branca, são focados na parte funcional do sistema, sendo derivados dos requisitos
    especificados para o sistema, aonde não é necessário conhecimento sobre a estrutura interna do sistema (classes, métodos, entre outros). Deve-se ressaltar que esta não é uma alternativa em relação a Técnica de Caixa Branca, e sim um complemento. A abordagem baseado em erros é uma característica dos testes funcionais, que tem como objetivo definir valores de entrada divergentes dos especificados como esperados, e analisar os dados de saída.

    b) Os testes de caixa branca, também conhecidos como testes estruturais ou testes de vidro, são testes focados na estrutura interna do sistema e na análise de código, onde são testados os caminhos lógicos, conjuntos específicos de condições, loops( laços), e etc. Para os testes de caixa branca, são necessários conhecimentos em lógica de programação, e em alguns casos o conhecimento na linguagem de programação utilizada para o desenvolvimento do sistema também é requerido.

    c) O método de teste de fluxo de dados seleciona caminhos de teste de um programa de acordo com as localizações das definições e usos de variáveis no programa. São úteis para selecionar caminhos de teste de um programa que contenha instruções de laços e if aninhadas. Uma vez que as instruções de um programa relacionam-se entre si de acordo com as definições e usos de variáveis, a abordagem de teste de fluxo de dados é eficiente para a proteção contra erros. Porém, os problemas de medir a cobertura de teste e a seleção de caminhos de teste de fluxo de dados são mais complexos do que os correspondentes problemas para o teste de condição.

    d) Teste de caminho básico. Inicialmente é preciso estabelecer os possíveis caminhos de acordo com cada condição. Cada caminho é definido a partir de um conjunto de pré-condições determinadas por controles internos do sistema. Através de métricas e descrições sobre os fluxos de controle do programa, é possível determinar os casos de uso e os casos de teste.

    e) Nao conheço

    Fonte: www.ti24x7.com
  • A lógica composta está na parte de notação de grafo e fluxo. Avalia as condições (AND ou OR) nas decisões.

    Link interessante sobre o assunto:
    http://www.ic.uff.br/~bianca/engsoft2/index_arquivos/Aula9-EngSoft2.pdf

    F
    alou.
  • Um macete para facilitar:

    1) Teste Caixa Preta é conhecido como comportamental ou Teste funcional.

    2) Teste Caixa Branca é conhecido como teste de vidro.

  • Gabarito A

    Depois que o software é implantado, tende-se a fazer o teste de caixa-preta.

    Essas técnicas de Teste se dividem entre Funcional e Estrutural, sendo que o Teste Funcional, ou Teste de Caixa Preta (Black Box), é aquele que tem como alvo verificar se a implementação está de acordo com o que foi especificado. Já o Teste Estrutural, também chamado de Teste de Caixa Branca (White Box), busca garantir que o software desenvolvido esteja bem estruturado internamente, portanto, funcionando corretamente.

     

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

  • Teste de caixa-preta = pra enfiar na tua bcta;

    Teste de caixa-branca = pra enfiar na tua pelanca;

    Teste de caixa-azul, é pra enfiar no meio do c*


ID
331564
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

A métrica “Pontos de Função” (Function Point, FP) é usada efetivamente como meio para medir a funcionalidade entregue por um sistema. Considerando dados históricos, analise as afirmativas associadas ao uso da FP.

I. Estimar o custo ou esforço necessário para projetar, codificar e testar o software.
II. Prever o número de erros que vão ser encontrados durante o teste.
III. Prever o número de componentes e/ou o número de linhas de código projetadas no sistema implementado.

Assinale:

Alternativas
Comentários
  • Não entendi. Alguém pode explicar?
  • Tem algo de muito estranho nesta questão.
    Pelo que entendi, ele está afirmando que a partir da contagem de pontos de função e o cruzamento com dados históricos é possível estimar custo e esforço, prever o número de erros e até mesmo estimar linhas de código.
    Acho que os itens I e II poderiam até ser derivados, agora, número de linhas de código a partir de APF achei que forçou demais a barra.
    Mas pelo visto a questão não foi anulada.
  • Na minha opinião a questão correta seria a letra A, apenas a afirmativa I está correta.
  • Usaram a monografia de um cara da Universidade de Londrina:

    http://www2.dc.uel.br/nourau/document/?view=974


    "
    Este trabalho abordará sobre os modelos de estimativas de software baseados em 
    dados históricos.  Coletar dados, calcular e analisar métricas são três passos que 
    devem ser implementados para iniciar um programa de métricas. A estimativa de 
    projetos de software não é uma ciência exata, sendo apenas uma combinação de 
    bons dados históricos e técnicas sistemáticas podendo melhorar a precisão da 
    estimativa. Utilizando dados históricos, o FP (Function Point) pode então ser usado 
    para (1) estimular o custo ou esforço necessário para projetar, codificar e testar o 
    software; prever o número de erros que vão ser encontrados durante o teste; e (3) 
    prever o número de componentes e/ou o número de linhas de código projetadas no sistema implementado."

    No Resumo, pag. 6
  • Essa questão foi tirada do Excelentíssimo Roger S. Pressman (cap. 15, pág 357):

    "A métrica ponto por função (...) pode ser usada efetivamente como um meio para medir a funcionalidade entregue por um
    sistema. Usando dados históricos, o FP pode então ser usado para
    I. Estimar o custo ou esforço necessário para projetar, codificar e testar o software.
    II. Prever o número de erros que vão ser encontrados durante o teste.
    III. Prever o número de componentes e/ou o número de linhas de código projetadas no sistema implementado. "
  • Quanto ao item III inclusive o Pressman fornece uma tabela que dentre outras tem a quantidade de linhas geradas por 1 PF escrito em java.
    média: 63
    mediana: 53
    baixa: 77
    alta: -
    página 505.
    22.2.3 Reconciliação de Métricas LOC e FP
  • Vi na vídeo aula do timaster - prof. Fernando Pedrosa - comentando esta questão. A chave desta questão está no enunciado que diz "Considerando dados históricos". De acordo com ele as questões estariam incorretas de falássemos penas do ponto de vista de Pontos de Função, mas se considerarmos outros dados juntamente com a PF tudo isso é possível.


  • 12 benefícios da APF:

     

    -Independente de tecnologia e considerações técnicas;


    -Fator de normalização e comparação de softwares;


    -Estimativa de custos e recursos;


    -Linguagem comum: usuário x fornecedor;


    -Transparência;


    -Permite auditoria;


    -Reduz conflitos de negociação;


    -Possibilita geração de histórico de projetos; 


    -Indicador de qualidade de projetos;


    -Prevê o número de erros que serão encontrados durante o teste;


    -Prevê o número de componentes e/ou o número de linhas projetadas de código-fonte no sistema implementado.


    -Minimiza o cronograma de desenvolvimento, fazendo os ajustes necessários para evitar atrasos, problemas, e riscos em potencial.

  • A APF sozinha é limitada à medir a funcionalidade de acordo com a visão do usuário, porém, o pulo do gato está em"Considerando dados históricos"; através dos dados históricos podemos realizar diversas estimativas.


ID
331567
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

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. No contexto dos projetos lógicos de modelos de dados para processamento anlítico, uma operação OLAP é uma técnica específica de análise segundo a qual o usuário navega entre os níveis de dados que vão desde o mais resumido para o mais detalhado. Essa operação é conhecida por:

Alternativas
Comentários
  • Drill Down/up - Parte para o detalhe
    Roll Down/up - Faz agregação. Do detalhe para o resumido.
  • Existe o roll up; não o roll down.
  • Um usuário visualizando dados em um modelo OLAP irá navegar para cima (drill up) ou para baixo (drill down) entre níveis para visualizar informação com maior ou menor nível de detalhe sem a menor dificuldade.
  • Só para complementar os colegas:
    Drill-Down/Up é uma técnica específica de análise segundo a qual o usuário navega entre os níveis de dados que vão desde o mais resumido (up) ao mais detalhado (down). Os caminhos do Drill podem ser definidos pelas hierarquias dentro das dimensões ou outras relações que podem ser dinâmica dentro ou entre dimensões.

    E como o outro colega falou, só existe o  que significa "agregar" ou sumarizar os dados subindo na hierarquia de uma dimensão. É o mesmo que Drill-Up.

    Para entender melhor, o Drill-Down é quando você quer saber mais detalhes e precisar "mergulhar a fundo / mais abaixo" nos dados.

    É só imaginar uma pirâmide de cabeça para baixo, onde quanto mais você desce, mais "focado" em algo vai ficando, e quanto mais para cima, você vai tendo uma visão mais ampla/resumida dos dados.
  • Um data warehouse é um sistema de computação utilizado para armazenar informações relativas às atividades de uma organização em bancos de dados, de forma consolidada. O desenho da base de dados favorece os relatórios, a análise de grandes volumes de dados e a obtenção de informações estratégicas que podem facilitar a tomada de decisão.
     
    O data warehouse possibilita a análise de grandes volumes de dados, coletados dos sistemas transacionais (OLTP).
     
    A ferramenta mais popular para exploração de um data warehouse é a Online Analytical Processing OLAP ou Processo Analítico em Tempo Real, mas muitas outras podem ser usadas.
     
    Funcionalidades das ferramentas OLAP
     
    A funcionalidade de uma ferramenta OLAP é caracterizada pela análise multidimensional dinâmica dos dados, apoiando o usuário final nas suas atividades, tais como: Slice and Dice e Drill.
     
    Drill Across:  O Drill Across ocorre quando 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 semestre ou mês.
     
     
     
    Drill Down: O Drill Down ocorre quando o usuário aumenta o nível de detalhe da informação, diminuindo o grau de granularidade.
     
     
     
    Drill Up: O Drill Up é o contrário do Drill Down, ele ocorre quando o usuário aumenta o grau de granularidade, diminuindo o nível de detalhamento da informação.
     
     
     
    Drill Throught: O Drill Throught ocorre quando 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.
     
     
     
    Slice And Dice: O Slice and Dice é uma das principais características de uma ferramenta OLAP. Como a ferramenta OLAP recupera o microcubo, surgiu a necessidade de criar um módulo que se convencionou de Slice and Dice para ficar responsável por trabalhar esta informação. Ele serve para modificar a posição de uma informação, alterar linhas por colunas de maneira a facilitar a compreensão dos usuários e girar o cubo sempre que tiver necessidade.
  • Questão gigantesca onde na verdade só importa : "é uma técnica específica de análise segundo a qual o usuário navega entre os níveis de dados que vão desde o mais resumido para o mais detalhado."

  • Drill Down: aprofunda o detalhamento

    Drill Up: visão mais geral dos dados.

  • Há várias operações OLAP que geralmente são definidas nessas aplicações. A questão faz referência, mais especificamente, àquelas que permitem a navegação entre os níveis de detalhamento de uma hierarquia, do mais resumido para o mais detalhado e vice-versa. Essas operações são o drill down e o roll up. O roll up é às vezes conhecido como drill up, mas não existe “roll down”, então a letra B é a correta. 

  • Roll-Up: oposto do operador drill-down, resume as informações, diminuindo o nível de detalhes.

    Drill-Down: este operador navega a partir de dados, obtendo um maior nível de detalhamento, aproximando-se da granularidade mínima.

    Dice: slices consecutivos, gerando um subcubo. representa um conjunto de filtros


ID
331570
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Pontos por função - PF são derivados usando uma relação empírica baseada em medidas de contagem direta do domínio de informação do software e avaliação de complexidade do software. Um valor de domínio de informação é definido como uma entrada on-line, que resulta na geração de alguma resposta imediata do software, sob a forma de uma saída on-line. Esse valor de domínio de informação PE é denominado:

Alternativas
Comentários
  • Questão esquisita, pois "ESSE valor de domínio de informação", pelo português, refere-se a termo anterior. Portanto, o termo anterior é "o valor de domínio de informação é definido como uma entrada on-line", que é uma Entrada Externa. 
    Se a pergunta fosse "ESTE valor de domínio", refer-se a termo próximo, ou seja,  "soba a forma de uma saída on-line". NESTE caso é realmente a uma Consulta externa.
  • Darliton,
    Porém, temos que verificar qual é o processo elementar dominante. Nesse caso, não é dito na questão nenhuma atualização de ALI. Então, não pode ser nem SE nem EE. ALI e AIE não podem ser, porque estamos falando de transação e não de dados. Logo, a alternativa é CE mesmo.
  • Na questão diz "Um valor de domínio de informação é DEFINIDO como uma entrada on-line" e em seguida pergunta "Esse valor de domínio de nformação PE é denominado ?"

    a) número de entradas externas (External Inputs - EIs).

    Esta seria a resposta correta.

    Não entendi o porquê da letra C ser a resposta correta.
     

  • Quantidade de entradas do usuário: Cada entrada do usuário, que fornece dados distintos orientados à aplicação do software.

    Número de consultas do usuário: entrada on-line, que resulta na geração de alguma reposta imediata software sob a forma de uma saída on-line.

    Fonte: Pressman, 6 ed. pg 357.

    A consulta gera uma saída imediata do software, a entrada do usuário não.
    Portanto, é a C mesmo.

    "Esse valor de domínio de informação". o termo "esse" refere-se ao que foi descrito na frase anterior, portanto está correto. 





  • Pequena retificação no comentário acima:

    Na página 85 não encontramos o trecho descrito. Na verdade a resposta da questão está na página 357 do Pressman 6a edição:

    Númer o de entrada s externa s (Externai Inputs — Eis) . Cada entrada externa se origina de um usuário ou é transmitida de outr a aplicaçã o e fornece dados distintos orientado s à aplicaçã o do software ou informação de controle . Entradas sã o freqüentemente usada s para atualizar arquivos
    lógicos internos (Internai Logical File — ILFs). Entradas devem se r distinguidas de consultas , que sã o contada s separadamente .

    Númer o de saída s externa s (Externai Output — EOs) . Cada saída externa é derivada de dentro da aplicaçã o e fornece informaçã o para o usuário. Nesse contexto , saída externa refere-se a relatórios, telas, mensagen s de err o etc. Itens de dados individuais dentro de um relatório nã o sã o contado s separadamente .

    Número de consultas externas (Externai Inquiries — EQs) . Uma consulta externa é definida com o um a entrada on-line, qu e resulta na geração de alguma resposta imediata do software sob a forma de um a saída on-line (freqüentemente recuperada de um ILF).

    Númer o de arquivo s lógico s interno s (Internai Logical Files — ILFs) . Cada arquivo ló-gico interno é um agrupament o lógic o de dados que reside dentro das fronteiras da aplicaçã o e é mantido por entradas externas .

    Númer o de arquivo s de interfac e extern a (Externai Interface Files — EIFs) . Cada ar-quivo de interface externa é um agrupament o lógico de dado s que reside externament e à aplicação , ma s fornece dados que podem se r úteis para a aplicação .
  • No trecho "...que resulta na geração de alguma resposta imediata do software...", refere-se a uma saída bruta, sem formatação nenhuma, pois o texto não fala sobre dados processados e/ou formatados. Nesse caso está correta a LETRA C. Se houvesse uma formatação dos dados a resposta seria a LETRA B.
  • Consulta Externa é:

    1- um processo elementar

    2-Que envia dados ou informações para fora da fronteira da aplicação

    3-Que tem como principal foco a apresentação de informações aos usuários. Sendo importante ressaltar que a sua lógica de processamento não deve conter 
    Cálculos ou fórmula matemática.

    Uma consulta Externa tem os seguintes pesos para críterio de cálculo de Pontos de funçao:

    Simples                     Média                       Complexa
         3                                4                                    6

  • "...resulta na geração de alguma resposta"

    Ao GERAR uma resposta, não subentende-se um "processamento", logo caracterizando uma SE ao invés de uma CE?
  • E'  BOM LEMBRAR QUE UM EXEMPLO DE CONSULTA EXTERNA E' UM RELATORIO QUE NAO APRESENTA NENHUM TIPO DE TOTALIZACAO, APENAS BUSCA DADOS E EXIBE. JA A SAIDA EXTERNA, TEM COMO EXEMPLO UM RELATORIO COM TOTALIZACOES OU GRAFICOS. FOI ASSIM QUE MATEI A QUESTAO, POIS AS UNICAS DUAS QUE PODERIAM CAUSAR CONFUSAO SERIAM CONSULTA EXTERNA E SAIDA EXTERNA. COMO ELE NAO MENCIONOU NENHUM TIPO DE TOTALIZACAO, TEMOS UMA CONSULTA EXTERNA
    AVANTE!
  • Questão feita por quem não conhece o assunto.

    Em APF (Análise de Pontos de Função) possuímos dois grupamentos de funções, as funções de dados (ALI e AIE), que representam o armazenamento dos dados com visão negocial, e as funções transacionais (EE, CE e SE), que representam as ações em relação aos dados.

    Sabemos que as funções transacionais têm diferenças bem relevantes, mas tais diferenças somente podem ser ratificadas mediante sabermos a intenção primária do usuário.

    Por exemplo: A intenção primária de uma EE - Entrada Externa é entrar com dados na fronteira da aplicação que está sendo contada.

    Em contrapartida, uma CE - Consulta Externa tem como intenção primária cruzar dados da aplicação para fora da fronteira.

    Dito isto, a resposta facilmente poderia ser atribuída a letra "a", uma vez que os dados incluídos podem estar somente emitindo uma confirmação de inclusão para o cliente, o que caracterizaria como intenção primária a inclusão e não a consulta.

    Expliquei a grosso modo, mas o fato é que o enunciado deveria ter mais detalhes. Do jeito que está me parece ambíguo. 

  • Achei boa a questão.

    De cara podemos descartar ALI e AIE.

    Uma entrada é de fora para dentro da fronteira da aplicação, e uma saída é de dentro para fora da fronteira da aplicação com o processamento adicional. O enunciado não menciona algo do tipo. Descarta EE e SE.

    A resposta está nesse trecho : "que resulta na geração de alguma resposta imediata do software". Só poder ser a CE. ex.: Busca por CPF.

    Espero ter ajudado.


ID
331573
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Os modelos de processo de Engenharia Web (WebE) adotam a filosofia do desenvolvimento ágil, que enfatiza uma abordagem de desenvolvimento simples que incorpora ciclos rápidos. Em conseqüência, o modelo de processo WebE está fixado em três pontos fundamentais, são eles:

Alternativas
Comentários
  • Pressman Maldito!

    Modelo de processo WebE (ou WebApp), segundo Pressman, 2006, está fixado em três pontos:
    • Entrega incremental
    • Alterações frequêntes
    • Tempo curto de desenvolvimento.



    fonte: http://pt.scribd.com/doc/44945336/Default-Title
  • Pág. 383 Pressman 6a edição:

    Antes de definirmos um arcabouç o de process o para WebE devemos reconhece r que:
    1. WebApps com freqüência são entregues incrementalmente. Isto é, as atividades de arcabou -ço vão ocorrer repetidamente à medida que cada increment o é submetid o à engenhari a e entregue.
    2. Modificações ocorrerão freqüentemente. Essa s modificações pode m ocorre r com o resultado da avaliação de um increment o entregue ou com o conseqüênci a de condiçõe s de negóci o mutáveis.
    3. Cronogramas são curtos. Iss o alivia a criaçã o e revisão de volumos a documentaçã o de enge -nharia, ma s nã o despreza a simples realidade de que análise, projeto e teste crítico devem se r registrados de algum modo . 

ID
331576
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Um modelo de processo de software é uma descrição simplificada desse processo que apresenta uma visão dele. Esses modelos incluem as atividades, que fazem parte do processo, os produtos de software e os papéis das pessoas envolvidas na engenharia do software. Nesse contexto, dois modelos são descritos a seguir.

I. Mostra a seqüência de atividades ao longo do processo, com suas entradas, saídas e dependências entre elas. Neste caso, as atividades representam ações humanas.
II. Mostra o processo como um conjunto de atividades, no qual cada uma realiza alguma transformação de dados, como uma especificação é transformada de entrada em saída. Neste caso, as atividades podem representar transformações realizadas por pessoas ou computadores.

Esses modelos I e II são denominados, respectivamente, de:

Alternativas
Comentários
  • Fluxo de Trabalho (em inglês: Workflow) é a seqüência de passos necessários para que se possa atingir a automação de processos de negócio, de acordo com um conjunto de regras definidas, envolvendo a noção de processos, permitindo que estes possam ser transmitidos de uma pessoa para outra de acordo com algumas regras.
    http://pt.wikipedia.org/wiki/Fluxo_de_trabalho

    Fluxo de dados é um duto de informações que transita entre os componentes do DFD. Características:Identifica dados, documentos a partir de uma origem (Processo, Depósito, Sistema ou Entidade) para um Destino (Processo, Depósito, Sistema ou Entidade). Dados que entram e saem dos processos. É o meio de comunicação entre Entidades Externas, Processos e Depósito de Dados. Dados em movimentação. Analogia com um cano d’água: A água se movimento dentro do cano da sua origem para seu destino. Todo Fluxo de Dados deve possuir um nome. Os dados que compõem um fluxo de dados devem pertencer ao domínio do modelo de dados do sistema em foco. Os dados são atributos das entidades que compõem o modelo de dados do sistema em foco.
    http://pt.wikipedia.org/wiki/Fluxo_de_dados
  • Sommerville, 8a edição, págs. 6 e 7

    1. Um modelo de workflow: mostra a seqüência de atividades ao longo do processo, com suas entradas, saídas e depen-dências entre elas. As atividades neste modelo representam ações humanas.
    2. Um modelo de fluxo de dados ou modelo de atividade: representa o processo com o um conjunto de atividades, no qual cada atividade realiza alguma transformação de dados. Mostra como a entrada do processo, como um a especificação, por exemplo, é transformada em um a saída, como um projeto. As atividades, nesse caso, podem representar transfonnações realizadas por pessoas ou por computadores. 

ID
331582
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

A Análise de Dados pode ser definida como a descrição e a interpretação de um quadro de tabulação, referente aos valores relevantes de uma pesquisa. Nesse contexto, são descritos a seguir dois métodos de análise.

I. Envolve a apresentação e a caracterização de um conjunto de dados, de modo a detalhar apropriadamente as várias características deste conjunto.
II. Torna possível a estimativa de uma característica de uma população ou a tomada de uma decisão, referente à população, com base somente em resultados de amostras.

Esses métodos são denominados, respectivamente, análise:

Alternativas
Comentários
  • A questão fala de análise quantitativa. Ela é quebrada em duas: a) Descrtiva:  Envolve a apresentação e a caracterização de um conjunto de dados, de modo a detalhar apropriadamente as várias características deste conjunto.
    b) Inferencial: Torna possível a estimativa de uma característica de uma população ou a tomada de uma decisão, referente à população, com base somente em resultados de amostras.
  • Essas análises não são propriamente da disciplina de bancos de dados, mas de estatística aplicada.

    Estatística Dedutiva ou Descritiva: consiste na recolha, apresentação, anáise e interpretação de dados numéricos, através da criação de instrumentos adequados: quadros, gráficos e indicadores numéricos (Reis, 1996). Portanto, a Estatística Descritiva visa somente descrever e analisar um certo grupo (amostra) sem daí retirar conclusões ou inferências sobre a população da qual foi retirado esse grupo (Barreiros, 1984). Face aos resultados de experiências e da observação dos processos naturais, a questão básica que se põe é quase sempre, a seguinte: como resumir os aspectos essenciais dos dados? Será que existem regularidades, tendências, ciclos, concentrações.

    Estatística Indutiva (ou Inferencial), Estatística Matemática, Inferência Estatística ou Estatística Analítica: é o conjunto de técnicas, assentes na teoria das probabilidades, que permitem construir proposições de carácter probabilístico acerca da população, partindo da observação de alguns dos seus elementos (amostra) (Vairinhos, 1996). A indução é, segundo a lógica filosófica, a operação mental que parte de um certo número de observações ou experiências, para a proposição geral, a lei (Sobral & Barreiros, 1980).

    Fonte: http://alexandreramos.blogs.sapo.pt/7195.html

ID
331585
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Programação
Assuntos

As cores são um aspecto importante na apresentação de conteúdo de forma visual, sendo que na Web, aplica-se cores ao texto, background e bordas dos elementos, existindo diversas maneiras de se especificar cores no CSS. Por exemplo, a sintaxe {color: rgb(0,255,0,0)} tem por significado:

Alternativas
Comentários
  • Valores de cores com regulagem de opacidade são obtidos com a função rgba(R, G, B, A), em que o parâmetro A (que pode variar de 0.0 a 1.0; totalmente transparente - totalmente opaco) indica o canal alfa.


ID
331588
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Programação
Assuntos

No que diz respeito às animações quadro a quadro no Flash 8, analise as afirmativas abaixo.

I. Na animação quadro a quadro, o Flash armazena os valores de cada quadro completo.
II. A animação quadro a quadro diminui o tamanho do arquivo mais rapidamente do que a animação interpolada.
III. As animações quadro a quadro podem conter apenas uma camada por cena, independente das imagens incluídas no desenho.

Assinale:

Alternativas
Comentários
  • I. Na animação quadro a quadro, o Flash armazena os valores de cada quadro completo. 
    CORRETO: Sim, quadro a quadro é imagem atrás de imagem, formando a cena. 
    II. A animação quadro a quadro diminui o tamanho do arquivo mais rapidamente do que a animação interpolada. 
    ERRADO: Quando se anima com programação orientando a ação, o que se guarda é o código com as informações de posição e ação. Que são muito mais leves para guardar que imagens, que requer que se armazene informação de cada pixel presente no "quadro". o que resulta numa animação bem mais pesada que um quadro com código em texto.
    III. As animações quadro a quadro podem conter apenas uma camada por cena, independente das imagens incluídas no desenho. 
    ERRADO: As animações podem ter inúmeras camadas, onde se permite animar cada objeto presente em cena, além de camadas de áudio, que é possível alterar volume e apresentar dinâmicas.


ID
331591
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Programação
Assuntos

O Flash 8 permite criar dois tipos de animação interpolada, sendo o uso de um deles descrito a seguir.

I. Clique no nome de uma camada para torná-la ativa e crie ou selecione um quadro-chave para o início da animação.
II. Crie ou insira a arte do primeiro quadro da seqüência. Para obter melhores resultados, o quadro deve conter somente um item, como um objeto gráfico ou grupo desmembrado, um bitmap, uma instância ou um bloco de texto.
III. Selecione o quadro-chave na Timeline.
IV. Selecione Window > Properties.
V. No inspetor Properties, selecione Shape no menu pop-up Tween

O tipo descrito acima é denominado Interpolação de:

Alternativas
Comentários
  • Sobre a animação interpolada

    O Flash pode criar dois tipos de animação interpolada, interpolação de movimento e interpolação de forma.

    Na interpolação de movimento, define-se propriedades como posição, tamanho e rotação de uma instância, grupo ou bloco de texto em dado momento e, a seguir, altera-se essas propriedades em outro momento. Também é possível aplicar uma interpolação de movimento ao longo de uma trajetória. 

    Na interpolação de forma, desenha-se uma forma em determinada marca de tempo e, a seguir, altera-se essa forma ou desenha-se outra em uma marca de tempo diferente. O Flash interpola os valores ou as formas dos quadros intermediários, gerando a animação. 

    A animação interpolada é um método eficiente de criar movimento e alterações no decorrer do tempo e ainda minimizar o tamanho do arquivo. Na animação interpolada, o Flash armazena somente os valores das alterações entre os quadros.

    Para preparar rapidamente elementos em um documento para animação interpolada, distribua os objetos em camadas. 

    É possível aplicar animação interpolada a um objeto em uma camada de máscara para criar uma máscara dinâmica. Para obter informações sobre camadas de máscara.


ID
331594
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Programação
Assuntos

No que tange ao Cascading Style Sheets – CSS, pode-se colocar os estilos em três lugares: folhas de estilo, <style> e style. Nesse sentido, analise as afirmativas abaixo.

I. Uma folha de estilo é um arquivo independente que pode ser anexado a um documento HTML, usando-se o elemento <body> ou o enunciado @import de CSS. II. <style> é um elemento de HTML que pode ser embutido dentro do documento HTML por si só.
III. Style é um atributo que pode ser embutido dentro de qualquer elemento HTML.

Assinale:

Alternativas
Comentários
  • I. Uma folha de estilo é um arquivo independente que pode ser anexado a um documento HTML, usando-se o elemento <body> ou o enunciado @import de CSS dentro da seção <head>.


    II. <style> é um elemento de HTML que pode ser embutido dentro do documento HTML por si só. 


    III. Style é um atributo que pode ser embutido dentro de qualquer elemento HTML. 
    Além disso, W3C orienta a utilizar nos elementos relevantes. 

    http://www.w3schools.com/css/css_howto.asp
  • Complementando o colega Leonardo:

    I. Uma folha de estilo é um arquivo independente que pode ser anexado a um documento HTML, usando-se o elemento <body> <link> dentro da seção <head> ou o enunciado @import de CSS.
  • É possível sim utilizar o Style dentro do <head>, <body>, etc. O efeito será o mesmo. Por exemplo se for utilizado o <style> abaixo no head:

    <html>
    <head>
    <style type="text/css">
      body {
        color: purple;
        background-color: #d8da3d }
      </style>
    </head>
    <body>
    </html>

    ou no body:

    <html>
    <head></head>
    <body>
    <style type="text/css">
      body {
        color: purple;
        background-color: #d8da3d }
      </style>
    </body>
    </html>

    não haverá erro na exibição da página e o estilo será aplicado. Se a W3C recomenda que tem ser utilizado no HEAD a terceria afirmativa da banca deveria ter sido mais específica III - De acordo com a W3C o Style é um atributo...

    Discordo com o gabarito.
  • Jorge
    III. Style é um atributo que pode ser embutido dentro de qualquer elemento HTML.

    O exemplo que vc deu é da TAG e não do atributo.
  • Sobre o item III, html5 permite em qualquer elemento, mas nem tá 100% pronto.
     
    xhtml 1.1 não deixa em alguns lugares, tipo <title> <script>.
  • I - Errada. O arquivo css da folha de estilo externa deverá ser linkado ou importado ao documento HTML, dentro da seção head do documento. A sintaxe geral para linkar uma folha de estilo chamada "estilo.css" é mostrada a seguir. (Fonte: Maujor.com)
    III - Errada. O style é um atributo que serve para especificar um estilo inline para um elemento. Esse estilo irá sobrescrever qualquer estilo que tenha sido definido em uma tag <style> ou em um documento externo (folha de estilos). Contudo, esse atributo não é válido para: <base>, <head>, <html>, <meta>, <param>, <script>, <style> e <title>  (Fonte: w3schools)
  • Em 2017 o gabarito seria D)


ID
331597
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Programação
Assuntos

ActionScript é a linguagem de criação de scripts do Flash, podendo ser usado para controlar objetos em filmes do Flash a fim de criar elementos para a navegação e interatividade, possibilitando a criação de filmes e aplicativos da Web com grande interatividade. Na ActionScript 3, matriz é um objeto que serve como contêiner para agrupar vários objetos, sendo dois tipos de matrizes descritas a seguir.

I. Armazena cada elemento em uma posição numerada e usa um número como índice para identificar elementos individuais.
II. Armazena cada elemento em uma posição numerada e usa chaves de string para identificar elementos individuais

Esses tipos são denominadas, respectivamente, matrizes:

Alternativas
Comentários
  • Noções básicas sobre matrizes do site da Adobe

    Conceitos e termos importantes:
    Matriz: é um objeto que serve como contêiner para agrupar vários objetos
    Operador de acesso à matriz ([]): é um par de colchetes que circundam um índice ou uma chave e identifica exclusivamente um elemento de matriz. Essa sintaxe é usada após um nome de variável de matriz para especificar um único elemento da matriz, em vez de especificá-la inteira.
    Matriz associativa: é uma matriz que usa chaves de string para identificar elementos individuais
    Tipo base: é o tipo de dados dos objetos que uma ocorrência de Vector pode armazenar
    Dicionário: é uma matriz cujos itens consistem em pares de objetos, conhecidos como chaves e valores. A chave é usada no lugar de um índice numérico para identificar um único elemento.
    Elemento: é um item único de uma matriz
    Índice: é o "endereço" numérico usado para identificar um único elemento em uma matriz indexada
    Matriz indexada: é o tipo padrão da matriz que armazena cada elemento em uma posição numerada e usa o número (índice) para identificar elementos individuais
    Chave: é a string ou o objeto usado para identificar um único elemento em uma matriz associativa ou em um dicionário
    Matriz multidimensional: é uma matriz que contém itens que são matrizes, em vez de valores únicos
    T: é a convenção padrão usada nesta documentação para representar o tipo base de uma ocorrência de Vector, independentemente do tipo base. A convenção T é usada para representar um nome de classe, conforme exibido na descrição do parâmetro Type. (“T” corresponde a “tipo”, como em “tipo de dados”).
    Parâmetro Type: é a sintaxe usada com o nome da classe Vector para especificar o tipo base do vetor (o tipo de dados dos objetos que ele armazena). A sintaxe consiste em um ponto (.), seguido do nome do tipo de dados entre colchetes angulares (<>). Resumindo, teremos algo como: Vector.. Nessa documentação, a classe especificada no parâmetro type é representada genericamente como T.
    Vector: é um tipo de matriz cujos elementos são todos ocorrências do mesmo tipo de dados


ID
331600
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Programação
Assuntos

No contexto da Web Standard, a definição do tipo de documento (Document Type Definitions DTD) especifica qual é a sintaxe SGML usada no documento. A DTD é usada pelas aplicações SGML para identificar as regras que se aplicam a linguagem de marcação usada no documento bem como o conjunto de elementos e entidades válidas naquela linguagem. Assim uma DTD para um documento XHTML descreve com precisão a sintaxe e a gramática da linguagem de marcação XHTML. Assim, o DOCTYPE deve ser sempre a primeira declaração em um documento web. No caso da XHTML, DOCTYPE são de três tipos, sendo dois deles descritos abaixo.

I. Caracteriza a mais rígida das declarações, não admitem qualquer item de formatação dentro dos elementos e nem elementos em desuso, segundo as recomendações do W3C. São indicados para uso com folhas de estilo em cascata, com marcação totalmente independente da apresentação.
II. Caracteriza uma declaração que permite uma maior flexibilidade sendo indicada para documentos que ainda utilizem elementos em desuso, regras de apresentação embutidas em tags e também para documentos destinados a exibição em browsers sem suporte para CSS. Não admite qualquer tipo de marcação para frames.

Esses dois tipos de DOCTYPE para XHTML são denominados, respectivamente:

Alternativas
Comentários
  • Um documento XHTML consiste em três partes principais : 
    • DOCTYPE
    • Head
    • Body
    A tag é obrigatória e deve vir na primeira linha de um documento XHTML.

    Vejamos  abaixo, um documento XHTML básico :
     

    um simples parágrafo

    Há  três tipos de Definições de Tipo de  Documentos (DTD): STRICT; TRANSITIONAL; FRAMESET.

    XHTML 1.0 Strict

    				

    Use esta quando você quer realmente uma marcação limpa, livre da confusão da apresentação. Use junto com Folhas de Estilo em Cascata (Cascading Style Sheets)- CSS.

    XHTML 1.0 Transitional

    				

    Use esta quando você precisa tirar vantagem das características de apresentação da HTML e quando você quer dar suporte aos navegadores que não entendem FOlhas de Estilo em Cascata.

    XHTML 1.0 Frameset

    				

    Use esta quando você quer usar Frames (molduras) HTML para particionar a janela do navegador em duas ou mais molduras (frames).




    Segue  algumas informações a mais, que se precisa saber sobre DTD:
    • A DTD especifica a sintaxe de uma página web em SGML.
    • A DTD é usada por aplicações SGML, tais como HTML, para especificar regras que se aplicam à marcação de documentos de um tipo particular, incluindo um conjunto de declarações de elementos e de etidades.
    • A XHTML é especificada em uma definição de tipo de documento SGML ou 'DTD'.
    • Uma DTD XHTML descreve de forma precisa em linguagem legível ao computador, a sintaxe e a gramática permitida da marcação XHTML.


     
  • Fonte: http://maujor.com/tutorial/xhtml.php

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
    Esta é a mais rígida das declarações. Os documentos XHTML no modo Strict não admitem qualquer item de formatação dentro dos elementos e nem elementos em desuso "deprecated" segundo as recomendações do W3C. São indicados para uso com folhas de estilo em cascata, com marcação totalmente independente da apresentação

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
    Esta declaração permite uma maior flexibilidade e é indicada para documentos que ainda utilizem elementos em desuso ("deprecated"), regras de apresentação embutidas em tags e também para documentos destinados a exibição em navegadores sem suporte para CSS. Não admite qualquer tipo de marcação para frames.

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
    Esta declaração permite tudo da declaração transational e mais os elementos especificos para frames.

ID
331603
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Programação
Assuntos

DRUPAL é um framework modular e também um gerenciador de conteúdo de websites de código aberto com ênfase e colaboração. Tendo por foco a instalação padrão do Drupal, as bibliotecas de funções comuns e os diferentes perfis de instalação para o site são armazenados, respectivamente, nas seguintes pastas de diretório:

Alternativas
Comentários
  •  Include = Biblioteca

  • Principais diretorios do Drupal:

    includes, misc, modules, profiles, sites, scripts e themes

     

    A pasta de diretório includes contém bibliotecas de funções comuns que o Drupal utiliza.

    A pasta de diretório modules contém os módulos nucleares, tendo cada módulo a sua própria pasta.

    A pasta de diretório profiles contém diferentes perfis de instalação para o site.

    A pasta de diretório themes contém mecanismos de template e temas padrão para o Drupal.

    A pasta de diretório misc arquiva JavaScript e diferentes ícones e imagens disponíveis para o estoque de instalação do Drupal.

     

    Outras:

    A pasta scripts contem scripts para checar sintaxe, limpar código, executar o Drupal a partir de linha de comando e lidar com casos especiais usando o cron. Esta pasta não é usada no ciclo de vida de uma requisição; eles são scripts utilitários feitos em shell e Perl.

    O diretório sites contém as suas alterações no Drupal, divididas em: configurações, módulos e temas.

     

    http://www.altabooks.com.br/index.php?dispatch=attachments.getfile&attachment_id=259


ID
331606
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Programação
Assuntos

O XHTML é semelhante ao HTML, mas possui algumas diferenças. Nesse sentido, uma característica do XHTML é:

Alternativas
Comentários
  • Está questão ficou um pouco dúvidosa, por todas as opções parecerem um pouco absurdas para quem conhece XHTML.
  • a) permite a omissão das tags <html>, <head> e <body>.
    Avaliação: Item falso.
    Análise, no xhtml:
    1. O <head>, <html>, <title>, e elementos <body> também deve estar presente, e o atributo xmlns em <html>, deve especificar o namespace xml para o documento.
    Referência:http://www.w3schools.com/html/html_xhtml.asp
    b) permite o uso de tags com atributos sem aspas e sem atribuição de valor.
    Avaliação: Item falso.
    Análise, no xhtml:
    1. Os valores dos atributos são obrigados a virem entre aspas;
    2. Os nomes de atributos são obrigatoriamente em letras minúsculas;
    3. Os valores são obrigatórios para os atributos.
    Referência:http://www.w3schools.com/html/html_xhtml_attributes.asp
    c) obriga que todas as tags e atributos sejam grifadas em minúsculo, sendo case sensitive. (Veja comentário do item b)
    Verdadeiro.
    d) elimina a necessidade de que todos os elementos tenham tags iniciais e finais, como <table> e </table>
    Avaliação: Item falso.
    Análise, no xhtml:
    1. Elementos XHTML devem estar corretamente aninhados
    2. Elementos XHTML devem estar sempre fechados
    3. Documentos XHTML devem ter um elemento raiz
    4. Elementos XHTML devem estar em letras minúsculas
    Referência:http://www.w3schools.com/html/html_xhtml_elements.asp
    e) elimina a tag xml:lang para se fazer presente toda vez que o atributo lang de HTML é usado, como em xml:lang=”en” lang=”en”.
    Avaliação: Item falso.
    Veja como deve ser declarado o xml:lang na tag html:
    <html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
    Referência: http://www.w3schools.com/tags/ref_language_codes.asp
    Todos os comlentários são quase que traduções dos padrões da w3, veja os links, depois coloque no tradutor do google, não há merito algum se não citar o que fiz aqui para comentar, então bebam água da fonte e bons estudos:
  • Elementos XHTML sao em lowercase.

    XHTML é uma linguagem markup que usa sintaxe xml, enquanto que html é baseado no sgml


ID
331609
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Programação
Assuntos

Asynchronous JavaScript and XML (AJAX) é um termo criado recentemente para duas características poderosas dos browsers que existem há anos mas tem sido ignoradas por muitos criadores de páginas web até recentemente, quando aplicações como Gmail, Google suggest e Google Maps foram lançadas. AJAX não é uma tecnologia, na verdade, envolve várias, cada uma atuando da sua própria maneira, tornando-se juntas uma poderosa ferramenta. Nesse contexto, além de suporte à Javascript, analise as afirmativas abaixo, associadas às tecnologias incorporadas pelo AJAX.

I. Troca e manipulação de dados usando XML e XSLT.
II. Retorno de dados assincronamente usando XMLHttpRequest.
III. Apresentação baseada nas Web Standards usando XHTML e CSS.

Assinale:

Alternativas
Comentários
  • As principais tecnologias do Ajax são: HTML, XHTML: formato básico de apresentação de conteúdo; Document Object Model (DOM): referência da estrutua manipulável do navegador. Pode ser entendida com uma API; CSS: formata o estilo visual. XML: formato padronizado de dados para manipulação e comunicação; XSLT: transforma dados XML em outras formas de dados. XMLHttpRequest: objeto do navegador para comunicação assíncrona ou síncrona com o servidor; JavaScript: linguagem de ligação entre os diversos componentesFonte: Ajax: Guia de Programação
    Editora: Érica Autor: FERNANDO EMMANOEL BORBA ISBN: 8536501375 Origem: Nacional Ano: 2006 Página: 23
  • I. Troca e manipulação de dados usando XML e XSLT.
    Correto.
    (...)Here are what I consider to be the tools used to build Ajax web applications:
    * Extensible HyperText Markup Language (XHTML)
    (...)Now, obviously, other things can go into building an Ajax application, such as Extensible Stylesheet Language Transformation (XSLT)
    [Fonte: O'Reilly - Ajax- The Definitive Guide - Anthony T. Holdener III - 1e - 2008]

    II. Retorno de dados assincronamente usando XMLHttpRequest.
    Correto.
    (...)driving the Ajax component of an Ajax web application is the XMLHttpRequest object. This object allows for asynchronous communication between the client and the server.
    [Fonte: O'Reilly - Ajax- The Definitive Guide - Anthony T. Holdener III - 1e - 2008]

    III. Apresentação baseada nas Web Standards usando XHTML e CSS.
    Correto.
    (...)These organizations have provided some of the standards we web developers use day in and day out, such as XHTML, CSS, JavaScript, the DOM, XML, XSLT(...)Not only does Ajax use each standard, but also these standards are either the fundamental building blocks of Ajax or may be used in exciting ways with Ajax web applications.
    [Fonte: O'Reilly - Ajax- The Definitive Guide - Anthony T. Holdener III - 1e - 2008]

    Portanto, o item correto é "e) se todas as afirmativas estiverem corretas."
  • FGV sempre tirando das questões da Internet. Que piada!

    http://www.portaleducacao.com.br/informatica/artigos/4485/o-que-e-ajax

ID
331618
Banca
FGV
Órgão
FIOCRUZ
Ano
2010
Provas
Disciplina
Programação
Assuntos

No emprego de PHP com MySQL, a conexão com o servidor de dados e a seleção do banco de dados são feitas por duas funções específicas. Dois exemplos válidos para essas funções estão indicados, respectivamente, em:

Alternativas
Comentários
    • A resposta certa é 
    • d) $conn=mysql_connect(“localhost”,”fiocruz”,xyz”); e $banco=mysql_select_db("livraria").
    • No entanto faltam as aspas iniciais no campo da senha "xyz".
    • Geralmente os comandos MYSQL no PHP começam com o prefixo MYSQL, ex:

      a) mysql_fetch_array
      b) mysql_connect
      c) mysql_select_db

      Questão correta letra "D" .  O comando também não funcionaria devido a posição incorreta das aspas assim como colega acima citou.
    • todas estão erradas pois faltam as aspas duplas abrindo a senha XYZ :)