15 resultados encontrados para . (0.009 segundos)

00504 FCC (2011) - INFRAERO - Analista de Sistemas - Gestão de TI / Governança de TI

Em relação ao CMMI-DEV 1.2 e MPS.BR, é correto afirmar:
  • a)
    Todos os requisitos das áreas de processo do Modelo de Referência (MR-MPS) estão presentes no CMMI-DEV.
  • b)
    O processo Gerência de Portfólio de Projetos, do MR-MPS encontra sua equivalência no PPQA (Process and Product Quality Assurance), do nível Gerenciado do CMMI-DEV.
  • c)
    Na área Organizational Training do CMMI-DEV, o processo Staff Acquisition encontra correspondência no processo Gerência de Recursos Humanos no nível E do MR-MPS.
  • d)
    O processo Knowledge Management, do nível 3 - Definido, do CMMI-DEV, não existe no MPS-BR.
  • e)
    No nível E do MR-MPS existe o processo Gerência de Reutilização que não existe no CMMI-DEV.

08474 FCC (2011) - INFRAERO - Analista de Sistemas - Gestão de TI / Direito Administrativo

De acordo com a Lei nº 8.666/1993, a licitação, na modalidade Convite,
  • a)
    terá no mínimo três participantes escolhidos e convidados pela unidade administrativa dentre interessa- dos, cadastrados ou não.
  • b)
    ocorre entre interessados devidamente cadastrados ou que atenderem a todas as condições exigidas para cadastramento até o terceiro dia anterior à data do recebimento das propostas, observada a necessária qualificação.
  • c)
    poderá ter o convite estendido a participantes cadastrados ou não que manifestarem seu interesse com antecedência de até doze horas da apresentação das propostas.
  • d)
    terá no mínimo cinco participantes escolhidos e convidados pela unidade administrativa dentre interessados, cadastrados ou não.
  • e)
    ocorre entre quaisquer interessados que, na fase inicial de habilitação preliminar, comprovem possuir os requisitos mínimos de qualificação exigidos no edital para execução de seu objeto.

12670 FCC (2011) - INFRAERO - Analista de Sistemas - Gestão de TI / Engenharia de Software

Em relação à Engenharia de Software, é INCORRETO afirmar:
  • a)
    O design de software, ao descrever os diversos aspectos que estarão presentes no sistema quando construído, permite que se faça a avaliação prévia para garantir que ele alcance os objetivos propostos pelos interessados.
  • b)
    A representação de um design de software mais simples para representar apenas as suas caracte- rísticas essenciais busca atender ao princípio da abstração.
  • c)
    Iniciar a entrevista para obtenção dos requisitos de software com perguntas mais genéricas e finalizar com perguntas mais específicas sobre o sistema é o que caracteriza a técnica de entrevista estruturada em funil.
  • d)
    No contexto de levantamento de requisitos, funcionalidade é um dos aspectos que deve ser levado em conta na abordagem dos requisitos funcionais.
  • e)
    A representação é a linguagem do design, cujo único propósito é descrever um sistema de software que seja possível construir.

12671 FCC (2011) - INFRAERO - Analista de Sistemas - Gestão de TI / Engenharia de Software

No RUP, definir quais são os atores, os casos de uso existentes e como eles interagem entre si é função típica do
  • a)
    Designer de Negócios.
  • b)
    Revisor do Modelo de Negócios.
  • c)
    Analista do Processo de Negócios.
  • d)
    Revisor de Requisitos.
  • e)
    Analista de Sistemas.

12672 FCC (2011) - INFRAERO - Analista de Sistemas - Gestão de TI / Engenharia de Software

Uma disciplina do RUP que tem como uma de suas finalidades “assegurar que os clientes, usuários e desenvolvedores tenham um entendimento comum da organização-alvo”, a qual se relaciona com a disciplina Ambiente. Trata-se de
  • a)
    Requisitos.
  • b)
    Análise e Design.
  • c)
    Modelagem de Negócios.
  • d)
    Gerenciamento de Configuração e Mudança.
  • e)
    Gerenciamento de Projetos.

12673 FCC (2011) - INFRAERO - Analista de Sistemas - Gestão de TI / Engenharia de Software

Em projetos pequenos, o RUP pode reduzir os requisitos de artefato para se comparar ao equivalente de artefatos em projeto de XP. Nesse sentido, considere o quadro de equivalência entre os artefatos do XP e RUP:

Está correto o que consta APENAS em
  • a)
    I, II e III.
  • b)
    I, II e IV.
  • c)
    II, III e V.
  • d)
    II, IV e V.
  • e)
    III, IV e V.

12674 FCC (2011) - INFRAERO - Analista de Sistemas - Gestão de TI / Engenharia de Software

Em relação às regras do Scrum, é INCORRETO afirmar:
  • a)
    O Sprint deve ser realizado num período máximo de 40 dias e ter uma equipe de trabalho não superior a 10 pessoas.
  • b)
    Se o Sprint tomar um rumo não desejado, é possível dissolvê-lo e começar um novo Sprint, baseando num novo Sprint Backlog.
  • c)
    As reuniões durante um Sprint devem ser diárias, sempre à mesma hora e no mesmo local e não devem durar mais que 30 minutos.
  • d)
    Toda conversação restringe as respostas dos participantes às três perguntas do Scrum Master: O que desenvolveu desde a última reunião? Que dificuldades encontrou durante o seu trabalho? O que planeja desenvolver até a próxima reunião?
  • e)
    Com base nas respostas às três perguntas, o Scrum Master deve imediatamente tomar decisões, quando necessárias, para remover todas as situações que impeçam a agilidade do trabalho.

12675 FCC (2011) - INFRAERO - Analista de Sistemas - Gestão de TI / Engenharia de Software

Em UML,
  • a)
    diagramas de componentes são diagramas de comportamento com a função de visualizar um conjunto de componentes e as suas relações.
  • b)
    diagramas de classes têm como função visualizar um conjunto de objetos e as suas relações num determinado instante de tempo.
  • c)
    os requisitos identificam as funcionalidades pretendidas no sistema para cada perfil de usuário, com base nos diagramas de iteração.
  • d)
    diagramas de instalação são diagramas estruturais e têm a função de visualizar a configuração de um conjunto de nós de processamento e dos componentes em execução em cada nó.
  • e)
    uma classe abstrata é uma descrição de um conjunto de objetos que compartilham os mesmos atributos, operações e relações.

20051 FCC (2011) - INFRAERO - Analista de Sistemas - Gestão de TI / Segurança da Informação

Em relação à norma NBR ISO/IEC 27002, para detalhes da implementação do controle “10.1.3 - Segregação de funções”, da norma NBR ISO/IEC 27001, convém que
  • a)
    o documento da política contenha declarações relativas às políticas, princípios, normas e requsitos de conformidade de segurança da informação específicos, incluindo consequências das violações na política de segurança da informação.
  • b)
    as atividades de segurança da informação sejam coordenadas por representantes de diferentes partes da organização e garantam que tais atividades sejam executadas em conformidade com a política de segurança da informação.
  • c)
    sejam tomados certos cuidados para impedir que uma única pessoa possa acessar, modificar ou usar ativos sem a devida autorização ou detecção.
  • d)
    as atividades de segurança da informação identifiquem as ameaças significativas e a exposição da informação e dos recursos de processamento da informação a essas ameaças.
  • e)
    qualquer acesso aos recursos de processamento da informação da organização e ao processamento e comunicação da informação por partes externas seja controlado.

20052 FCC (2011) - INFRAERO - Analista de Sistemas - Gestão de TI / Segurança da Informação

A modificação de procedimentos e controles que afetem a segurança da informação, quando necessário, para responder a eventos internos ou externos que possam impactar no Sistema de Gestão de Segurança da Informação (SGSI), incluindo mudanças de processos de negócio que afetem os requisitos de negócio existentes, constitui-se em elemento de
  • a)
    determinação das competências necessárias ao pessoal que executa trabalhos que afetam o SGSI.
  • b)
    saída da análise crítica do SGSI pela direção.
  • c)
    execução de ações para eliminar as causas de não- conformidade com os requisitos do SGSI.
  • d)
    identificação dos riscos relacionados com partes externas.
  • e)
    vulnerabilidade ou ameaça não contemplada adequadamente nas análises/avaliações de risco anteriores.