Prova do Instituto Nacional de Metrologia, Normalização e Qualidade Industrial (INMETRO) - Pesquisador - Análise de Requisitos e Qualidade de Software - CESPE/CEBRASPE (2010) - Questões Comentadas

Limpar Busca

Engenharia de Software Engenharia de Requisitos


Instituto Nacional de Metrologia, Normalização e Qualidade Industrial (INMETRO) - Pesquisador - Análise de Requisitos e Qualidade de Software - CESPE/CEBRASPE (2010)

O objetivo da engenharia de requisitos é gerenciar todos os requisitos recebidos ou gerados pelo projeto, incluindo-se os funcionais e os não funcionais, bem como aqueles impostos ao projeto pela organização. Na gerência de requisitos, para controlar as mudanças propostas nos requisitos durante o processo de desenvolvimento, o mais apropriado é

  • A implantar um processo de modelagem de requisitos.
  • B elaborar de forma clara e objetiva o documento de requisitos de software.
  • C definir e manter uma matriz de rastreabilidade dos requisitos.
  • D validar e verificar os requisitos definidos pelo usuário.
  • E classificar os requisitos conforme os diferentes níveis de detalhe para cada tipo de usuário.

Engenharia de Software Engenharia de Requisitos


Instituto Nacional de Metrologia, Normalização e Qualidade Industrial (INMETRO) - Pesquisador - Análise de Requisitos e Qualidade de Software - CESPE/CEBRASPE (2010)

A engenharia de requisitos pode ser dividida em dois grupos de atividades: o desenvolvimento de requisitos e a gerência de requisitos. O desenvolvimento de requisitos inclui as seguintes etapas: elicitação de requisitos, análise e negociação de requisitos, especificação e modelagem de requisitos e validação de requisitos.
A esse respeito, assinale a opção correta.

  • A Nas atividades de desenvolvimento de requisitos para um sistema, deve-se tentar reduzir a participação efetiva dos usuários do sistema, visto que ela gera mais problemas que contribuições positivas.
  • B Para a fase de especificação e modelagem de requisitos, a técnica mais recomendada é o JAD (joint application design), que, desenvolvido pela IBM, permite a criação de sistemas mais eficazes em menor tempo.
  • C A gerência de requisitos e o desenvolvimento de requisitos são atividades independentes uma da outra, por isso não é necessário haver interação das equipes que as realizam.
  • D Atualmente, as empresas não têm tido dificuldade para implantar as atividades de desenvolvimento de requisitos e de gerência de requisitos. De fato, essas atividades estão plenamente implantadas na quase totalidade das organizações e empresas de software.
  • E São atividades-chave para um gerenciamento de requisitos eficaz: analisar o problema, compreender as necessidades dos envolvidos, definir e refinar o escopo do sistema e gerenciar as mudanças de requisitos.

Engenharia de Software Prototipação


Instituto Nacional de Metrologia, Normalização e Qualidade Industrial (INMETRO) - Pesquisador - Análise de Requisitos e Qualidade de Software - CESPE/CEBRASPE (2010)

Prototipação é uma técnica utilizada na abordagem evolutiva de desenvolvimento de software, por meio da qual são produzidas versões iniciais (ou protótipos) do sistema com as quais é possível realizar verificações e experimentações antes de se trabalhar na versão final do software. Acerca desse tema, assinale a opção correta.

  • A Um dos benefícios da prototipação é a documentação normalmente gerada, que facilita a manutenção dos sistemas a longo prazo e a elaboração de casos de teste.
  • B O uso de ferramenta CASE para elaboração de um protótipo garante o sucesso do produto de software desenvolvido.
  • C As versões iniciais de um sistema, denominadas protótipos de baixa fidelidade, permitem a verificação completa de erros e a identificação de requisitos funcionais e não funcionais.
  • D Um dos riscos da prototipação é o usuário confundir o protótipo com o sistema verdadeiro e criar falsas expectativas com relação a prazos e recursos.
  • E Na abordagem evolutiva para desenvolvimento de software, um protótipo do software é produzido e utilizado para identificar possíveis problemas com os requisitos, sendo descartado logo em seguida, e o desenvolvimento do software propriamente dito é, então, iniciado.

Modelagem de Processos de Negócio (BPM) BPMN (Bussines Process Modeling Notation)


Instituto Nacional de Metrologia, Normalização e Qualidade Industrial (INMETRO) - Pesquisador - Análise de Requisitos e Qualidade de Software - CESPE/CEBRASPE (2010)

A gestão por processos de negócio (BPM) combina os principais recursos da empresa (processos de negócio, informações, pessoas e tecnologia), de forma a criar visão, integrada e em tempo real, tanto das métricas de negócio quanto do desempenho dos sistemas de tecnologia da informação (TI). Essa técnica permite

  • A identificar o comportamento entre os principais recursos da empresa de forma a criar um modelo único.
  • B reutilizar e criar novos ativos de TI para suporte aos processos de negócio, aumentando, desse modo, o desempenho organizacional.
  • C definir, em tempo real, as mudanças necessárias em um processo de negócio e sua integração com os outros recursos da empresa.
  • D que apenas o conhecimento das métricas de negócio seja suficiente para a gestão do negócio.
  • E que a gestão do negócio se torne independente da utilização dos recursos dos sistemas de TI e do seu desempenho.

Governança de TI Gerência de Processos


Instituto Nacional de Metrologia, Normalização e Qualidade Industrial (INMETRO) - Pesquisador - Análise de Requisitos e Qualidade de Software - CESPE/CEBRASPE (2010)

Considerando que a modelagem é a fase mais visível da BPM, assinale a opção correta.

  • A A modelagem as is e a to be são utilizadas em todo o ciclo de BPM, que compreende planejamento, modelagem e otimização de processos, execução de processos e controle e análise dos dados.
  • B A modelagem as is, que representa a melhoria do processo, e a modelagem to be, que representa a análise do processo, são utilizadas para representar a realidade de um processo de negócio e sua otimização.
  • C A utilização de modelos pode auxiliar a análise do estado atual do processo (as is) e a otimização e modelagem do estado desejado para o processo (to be).
  • D As modelagens as is e to be não têm relação entre si e, por isso, são realizadas de forma independente e em períodos distintos.
  • E A principal metodologia de modelagem utilizada em BPM é a BPMS (business processes modeling system).