Questões de Análise de Requisitos (Arquitetura de Software)

Limpar Busca

A gestão de requisitos de software é responsável por

  • A codificar e implementar os requisitos definidos pelo cliente no projeto.
  • B focar na definição de requisitos de alto nível, sem envolver detalhes técnicos do projeto.
  • C identificar, analisar, documentar e rastrear requisitos durante o ciclo de vida do projeto.
  • D isolar a comunicação com outras equipes de projeto ou partes interessadas.

Sob o conceito da análise de requisitos é uma atividade de engenharia de software que visa estabelecer um conjunto acordado de requisitos consistentes e sem ambiguidades, que possa ser usado como base para o desenvolvimento do projeto, construindo modelos de domínio que fornecem ao projetista uma visão do software. Ainda sobre o olhar aqui apresentado, marque a opção que apresenta características que NÃO devem ser relacionadas às atividades do processo de licitação e análise.

  • A Declarações de serviços que o sistema deve fornecer, de como o sistema deve reagir a entradas específicas e de como o sistema deve se comportar em determinadas situações.
  • B Interação com os stakeholders do sistema para descobrir seus requisitos.
  • C Toma a coleção de requisitos não estruturados, agrupa requisitos relacionados e os organiza em grupos coerentes.
  • D Encontrar e resolver os conflitos por meio da negociação de requisitos.
  • E Os requisitos são documentados e inseridos no próximo ciclo da espiral. Documentos formais ou informais de requisitos podem ser produzidos.

No processo de validação de requisitos, diferentes tipos de verificação podem ser realizados nos requisitos que foram identificados. Analise as assertivas abaixo e assinale a alternativa correta em relação aos tipos de verificação de requisitos que existem.
I. Validade: verifica se os requisitos são válidos. II. Consistência: verifica se os requisitos estão consistentes. III. Completude: verifica se os requisitos estão completos. IV. Vencimento: verifica se os requisitos estão vencidos. V. Resistência: verifica se os requisitos são resistentes à mudança.

  • A Todas estão corretas.
  • B Todas estão incorretas.
  • C Apenas I, II e III estão corretas.
  • D Apenas I, IV e V estão corretas.
  • E Apenas II, III e IV estão corretas.
O modelo de requisitos define um conjunto completo de classes de análise. Cada uma descreve algum elemento do domínio do problema, focalizando os aspectos visíveis ao usuário ou ao cliente. O nível de abstração de uma classe de análise é relativamente alto. Conforme o modelo de projeto evolui, a equipe de software deve definir um conjunto de classes de projeto que sejam implementadas e criar um novo conjunto de classes de projeto que implemente uma infraestrutura de software que suporte a solução de negócio. NÃO fazem parte dos tipos de classes de projeto:
  • A Classes de sistema e classes persistentes.
  • B Classes de interface e classes de sistema.
  • C Classes de processo e classes de atributos.
  • D Classes do domínio de negócio e classes de sistema.

Um Técnico participou do levantamento de requisitos de um novo sistema do Tribunal. Devidamente autorizado, ele se inseriu no ambiente de trabalho em que o sistema seria utilizado e observou o trabalho diário, anotando as tarefas reais. Seu principal objetivo era descobrir requisitos de sistema implícitos, que refletissem os processos reais nos quais as pessoas estão envolvidas, ao invés de processos formais. Além destes requisitos, ele também coletou os requisitos derivados da cooperação e conscientização das atividades de outras pessoas envolvidas. O Técnico estava colocando em prática a técnica de levantamento de requisitos denominada

  • A VORD (Viewpoint-Oriented Requirements Definition) ou Definição de Requisitos Orientada a Ponto de Vista.
  • B Etnografia.
  • C JAD (Joint Application Design)
  • D Workshop ou Oficinas de Trabalho.
  • E Prototipagem.