Revisão 1NI - Engenharia de Requisitos

A engenharia de requisitos pode ser dividida em gerenciamento de requisitos e desenvolvimento de requisitos, e este, por sua vez, pode ser subdividido em elicitação, análise, especificação e validação. Cada um desses quatro componentes do desenvolvimento de requisitos possui um conjunto de boas práticas.

Uma das boas práticas associadas à validação de requisitos é

• priorizar os requisitos.

• registrar as regras de negócio.

• alocar requisitos aos subsistemas.

• definir critérios de aceitação do produto.

A Equipe de Sistemas (ES) de um tribunal está trabalhando na especificação de requisitos para o Sistema de Protocolos (SisProt). O representante do cliente solicitou que o SisProt funcione 24 horas por dia, durante todo o ano, e explicou que será tolerada a interrupção do serviço prestado pelo SisProt por, no máximo, 1 hora por mês, seja para manutenções, seja por motivos extra sistema.

O requisito solicitado pelo representante do cliente é categorizado como um requisito de:

• instabilidade;

• confiabilidade;

• manutenibilidade;

• tempo de resposta;

No que diz respeito a Engenharia de Requisitos, é FALSO afirmar que:

• O amplo espectro de tarefas e técnicas que levam a um entendimento dos requisitos é denominado engenharia de requisitos. 

• As modificações organizacionais, técnicas e de negócios inevitavelmente levam a mudanças nos requisitos ao longo da vida de um sistema. O gerenciamento de requisitos é o processo de gerenciar e controlar essas mudanças. 

• Na análise de requisitos o cliente utiliza as melhores práticas existentes na engenharia de requisitos na tarefa de descrever suas necessidades.

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

• codificar e implementar os requisitos definidos pelo cliente no projeto.

• focar na definição de requisitos de alto nível, sem envolver detalhes técnicos do projeto.

• identificar, analisar, documentar e rastrear requisitos durante o ciclo de vida do projeto. 

• isolar a comunicação com outras equipes de projeto ou partes interessadas. 

A Engenharia de Requisitos de Software é a lista de tarefas e a análises que geram uma documentação de todos os processos necessários para a produção de um programa. Existem diversas etapas a serem realizadas na Engenharia de Requisitos, sendo três delas descritas a seguir:
I. É a primeira etapa da engenharia de requisitos e nela procura-se definir o escopo e a natureza do problema que o analista está tentando resolver para o cliente.
II. É a terceira etapa e nela os requisitos básicos são refinados e modificados.
III. É a quarta etapa e nela se definem quais são as prioridades, o que é essencial e quando é necessário.

As etapas descritas em I, II e III são conhecidas, respectivamente, como

• concepção, elaboração e negociação. 

• especificação, validação e homologação.

• elaboração, negociação e especificação.

• validação, homologação e concepção.

A respeito do processo de especificação de requisitos, assinale a alternativa correta.

• Requisitos de usuário são descrições detalhadas da funcionalidade desenvolvida, e requisitos de sistema são a abstração daquilo que é desejado pelo cliente.

• O documento de requisitos não é suficiente para limitar o escopo de um projeto. 

• O cliente deve possuir completo entendimento das suas necessidades e das limitações antes de apresentá-las ao provedor do serviço, a fim de que todo o processo de especificação de requisitos seja concluído em uma única interação entre cliente e provedor.

• Além da descrição textual, podem ser utilizados diagramas e gráficos de casos de uso no processo de descoberta de requisitos.

Em relação à disciplina de engenharia de requisitos, assinale a alternativa correta.

• Um requisito não funcional pode ser entendido como um comportamento que o sistema deve exibir sem que o usuário necessite visualizá-lo.

  B

• A exigência de determinado sistema operacional ou de um banco de dados específico para a implantação de produto são exemplos de requisitos funcionais de um sistema.

• A limitação do tempo de resposta em consultas ou a definição de parâmetros mínimos de segurança de um sistema constituem requisitos não funcionais.

• A definição das entradas e saídas de um sistema não deve fazer parte do processo de levantamento de requisitos, mas sim da etapa de modelagem do sistema.

Na Engenharia de Requisitos, dentre passos a serem seguidos para elicitação de requisitos é INCORRETO:

• Solicitar participação de várias pessoas para que os requisitos sejam definidos a partir de diversos pontos de vista.

• Identificar claramente a justificativa de existência para cada requisito registrado; Identificar requisitos ambíguos que serão candidatos a prototipação.

• Selecionar as pessoas sem preconceitos organizacionais para auxiliar a especificar os requisitos.

• Definir um ou mais métodos de elicitação de requisitos.

São exemplos de técnicas de elicitação de requisitos, exceto: 

• Observação.

• Questionários.

• DDJ.

• Prototipação.

Considere as atividades do processo de engenharia de requisitos e assinale a alternativa que corresponde à primeira atividade, que é iniciada após um estudo de viabilidade.

• Análise de requisitos funcionais.

• Especificação de requisitos.

• Elicitação de requisitos.

• Validação de requisitos.