Questões de Concursos Engenharia de Requisitos

Uma fábrica de software recomenda que a documentação de especificação funcional de um sistema deve ser clara para o cliente e detalhada para o desenvolvedor, estabelecendo um contrato entre eles. Documentos de especificação funcional têm como característica

Um Auditor Fiscal da área de Tecnologia da Informação está participando do processo de levantamento de requisitos para o desenvolvimento de um novo software. Os requisitos a seguir foram elencados:

I. Um usuário deve ser capaz de pesquisar a lista de contribuintes devedores.

II . O sistema deve gerar a lista de contribuintes com atendimento agendado naquele dia.

III . O sistema deve se adequar às leis que garantem o sigilo das informações.

IV. Cada usuário do sistema deverá ser identificado por um número de 8 dígitos.

V. O Sistema deve ter suporte para os sistemas operacionais Linux e Windows.

VI. A alteração dos dados de um contribuinte só poderá ser concretizada após confirmação.

VII. Toda consulta deve retornar os valores solicitados em até 20 segundos.

VIII . A gravação dos dados só deverá ser efetuada após o preenchimento de todos os campos de preenchimento obrigatório.

IX. Os dados devem ser armazenados em servidores em cluster para garantir a disponibilidade.

São requisitos funcionais os que constam APENAS em

Requisitos não funcionais são restrições sobre os serviços ou as funções oferecidas pelo sistema, e podem ser, também, declarações de serviços que o sistema deve fornecer, como o sistema deve reagir a entradas específicas e como deve comportar-se em diversas situações.

O processo de engenharia de requisitos engloba todas as atividades necessárias para criar e manter um documento de requisitos do sistema e compreender os elementos de negócio que serão atendidos pelo software a ser desenvolvido, pertencendo a uma sequência lógica de atividades que culminam em um documento de requisitos correto que inclui todas as necessidades do cliente.

O primeiro passo necessário no processo de criação desse documento de requisitos deve ser a(o)

Acerca de elicitação e gerenciamento de requisitos, julgue o item a seguir.

O gerenciamento de requisitos trata do desenvolvimento de software por meio da metodologia ágil; isso permite o isolamento entre o desenvolvedor e o usuário, já que é comum ocorrer problema de mudanças de requisitos ao longo do curso do projeto devido ao interfaceamento do usuário com o desenvolvedor.

O levantamento de requisitos é importante, porém não é fundamental, pois recomenda-se avançar o quanto antes para as demais atividades que permitam uma visualização do software e reduzam a ansiedade do cliente em ver algo pronto.

A técnica utilizada na compreensão de requisitos sociais e organizacionais por observação das rotinas dos envolvidos é a

Considere as afirmações relacionadas com a engenharia de requisitos:

I. os requisitos do sistema não são, necessariamente, resultantes dos requisitos do cliente;

II. os requisitos consistem em ideias do cliente associadas ao custo do sistema;

III. é importante estabelecer uma linha de base de requisitos (requirements baseline) com a finalidade de gerenciamento de requisitos.

Sobre as afirmações, pode-se dizer que está correto o contido apenas em

Tabelas de rastreamento para relacionar os requisitos identificados a um ou mais aspectos do sistema ou do seu ambiente devem ser desenvolvidas, segundo Pressman, na engenharia de requisitos por meio da função de

É considerado um requisito NÃO funcional

A técnica de brainstorm é adequada para a produção de especificações de requisitos para um sistema de informação em desenvolvimento.

Os requisitos de um sistema são descrições dos serviços fornecidos pelo sistema e suas restrições operacionais. O processo de descobrir, analisar, documentar e verificar esses serviços e restrições é denominado engenharia de requisitos. Requisitos de um sistema de software podem ser funcionais, não funcionais ou de domínio.

Sobre a área de conhecimento “requisitos de software”, para um sistema que contém componentes de software, considere:

I. Os requisitos do sistema são derivados dos requisitos do software, esses abrangem os requisitos do usuário, os requisitos de outras partes interessadas e os requisitos sem uma fonte humana identificável.

II. Os requisitos do sistema são definidos de uma maneira restrita em relação aos requisitos do usuário, considerando apenas os requisitos dos clientes ou usuários finais do software.

III. Os requisitos do produto são necessidades ou restrições do software a ser desenvolvido e os requisitos do processo são essencialmente restrições no desenvolvimento do software.

Está correto o que se afirma em

Considere as seguintes atividades:

1. Compreensão do domínio: os analistas devem desenvolver sua compreensão do domínio da aplicação.
2. Coleta de requisitos: processo de interagir com os stakeholders do sistema para descobrir seus requisitos.
3. Classificação: atividade que considera o conjunto não estruturado dos requisitos e os organiza em grupos coerentes.
4. Resolução de conflitos: Solucionar conflitos decorrentes do envolvimento de múltiplos stakeholders.
5. Definição das prioridades: envolve a interação com os stakeholders para a definição dos requisitos mais importantes.
6. Descarte de requisitos: atividade de descartar requisitos menos importantes, baseando-se nas indicações dos stakeholders.
7. Verificação de requisitos: os requisitos são verificados para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema.
8. Modelagem de requisitos: os requisitos são modelados utilizando-se o diagrama de casos de uso e de sequência da UML.

Faz parte do processo de levantamento e análise de requisitos o que consta em APENAS 1, 2,

Em sistemas grandes e complexos, a determinação das conexões entre os requisitos torna-se geralmente uma tarefa difícil, sendo que as Tabelas de Rastreamento constituem uma ferramenta que ajuda a minimizar essa dificuldade.

Com o objetivo de minimizar os problemas enfrentados e melhorar o processo de engenharia de requisitos, um engenheiro de requisitos decidiu elencar uma série de medidas que poderá empregar em seus futuros projetos, tais como:

I - aplicar a técnica de IFQ (Implantação da Função de Qualidade) que permite coletar os requisitos excitantes, os quais refletem características que vão além das expectativas do cliente e mostram ser muito satisfatórios quando presentes;

II - utilizar tabelas de rastreamento que relacionam os requisitos identificados a um ou mais aspectos do sistema;

III - utilizar casos de uso para fazer uma coleta iterativa de requisitos, uma vez que o processo de levantamento de requisitos é uma atividade evolutiva.

Está(ão) correta(s) a(s) medida(s)