Questões de Concurso
Sobre engenharia de requisitos em engenharia de software
Foram encontradas 1.360 questões
I. Os requisitos de compatibilidade são requisitos dependentes de outros sistemas e/ou processos de negócios específicos dentro da organização.
II. Os requisitos voláteis são aqueles que podem se modificar durante o desenvolvimento ou durante a utilização do sistema.
III. A técnica de prototipação pode ser entendida como o uso de um modelo executável do sistema para checar a usabilidade e validade dos requisitos especificados.
IV. Os requisitos mutáveis são requisitos que surgem conforme a compreensão do cliente sobre o sistema vai se desenvolvendo.
O Analista de Programação está realizando a Validação de Requisitos para o sistema de e-Protocolo. Ele decide utilizar a técnica que envolve a leitura do documento de requisitos, linha por linha, por um grupo de stakeholders e especialistas, para encontrar ambigüidades, omissões ou erros.
Esta técnica de Validação de Requisitos é conhecida como:
O Analista de Programação está iniciando a Engenharia de Requisitos para um novo sistema que deve se integrar com o Sistema de Controle Interno (SCI) de outro órgão. Em vez de entrevistar os usuários finais do SCI, o analista foca em levantar e estudar o Manual de Integração de Sistemas, a Especificação da API REST e os contratos de serviço definidos.
Assinale a técnica de Elicitação de Requisitos que está sendo utilizada, e qual é sua principal vantagem neste cenário de integração
O Analista de Sistemas deve garantir a Rastreabilidade dos requisitos do projeto de forma bidirecional.
O principal benefício da Rastreabilidade no Gerenciamento do Ciclo de Vida do Software é o de
Para um novo módulo de acompanhamento dos processos da Assembleia, há grande incerteza sobre a usabilidade e o design da interface. O Analista alocado no projeto decide construir rapidamente uma simulação da interface, focando na aparência e na navegação.
O principal objetivo de utilizar a Prototipação como técnica de Elicitação de Requisitos é:
Em contraste com os Requisitos Não-Funcionais (RNF), os Requisitos Funcionais (RF) são essenciais para a codificação das funcionalidades do sistema.
A principal característica que define um RF é
Durante o Processo de Engenharia de Requisitos para o novo sistema de gestão de documentos, o Analista de Sistemas identificou que dois stakeholders importantes têm requisitos conflitantes sobre a funcionalidade de arquivamento. Um exige arquivamento imediato e o outro exige retenção por 90 dias.
A fase do Processo de Engenharia de Requisitos é responsável por resolver essas inconsistências e conflitos entre requisitos e stakeholders é
Em um projeto de alta concorrência na Assembleia, o Analista de Sistemas precisa coletar requisitos para um novo módulo de apoio legislativo, mas o tempo disponível com os stakeholders é muito limitado. O analista decide utilizar uma técnica de elicitação de requisitos que permite explorar em profundidade as exceções e detalhes dos workflows com o mínimo de pessoas.
A técnica de elicitação de requisitos, que envolve a interação direta com stakeholders-chave, e a mais adequada para obter informações detalhadas e em profundidade sobre os processos e regras de negócio é a de
A equipe de desenvolvimento do sistema de votação remota na Assembleia definiu os seguintes requisitos:
1. O sistema deve registrar o voto de cada parlamentar em até 1 segundo.
2. O sistema deve permanecer operacional 99,99% do tempo durante as sessões plenárias.
3. O sistema deve estar em conformidade com a Lei Geral de Proteção de Dados (LGPD).
Estes requisitos acima, que descrevem critérios de desempenho, qualidade e restrição, são classificados como:
I.A técnica de prototipação é utilizada para validar requisitos funcionais e não funcionais, mas é considerada de alto custo e baixo engajamento, sendo recomendada apenas para sistemas onde os requisitos já estão bem definidos e estáveis.
II.O JAD (Joint Application Design) é uma técnica de elicitação de requisitos que consiste em sessões de workshop altamente estruturadas, reunindo stakeholders-chave, usuários finais e a equipe de desenvolvimento, com o objetivo de definir e acordar os requisitos de forma colaborativa e acelerada.
III.A análise de cenários é uma técnica focada exclusivamente em identificar os "caminhos felizes" (happy paths) de um caso de uso, detalhando as interações bem-sucedidas do usuário com o sistema, deixando a análise de exceções e falhas para a fase de testes.
Está correto o que se afirma em:
Aquele que representa os elementos funcionais do sistema e como eles transformam os dados à medida que percorrem o sistema é o modelo
Com base no diagrama de casos de uso mostrado na figura e elaborado a partir da notação Unified Modeling Language (UML), considere as afirmativas a seguir.
I → O time deve aplicar as práticas de refatoração e padrão de codificação durante a programação em pares.
II → A prática Planning Poker é opcional e pode ser usada em qualquer tipo de reunião de planejamento.
III → O uso de um relacionamento de generalização/especialização possibilita que as interações comuns sejam compartilhadas, promovendo o reúso.
IV → A associação do ator Product Owner poderia ser com o caso de uso Reunião de Planejamento, não gerando impacto no comportamento do sistema.
Estão corretas