<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 A engenharia de requisitos é uma etapa crítica no desenvolvimento de software, onde os requisitos do software são definidos, documentados e mantidos. O documento de Especificação de Requisitos de Software (SRS), como mencionado no enunciado, é um dos componentes chave neste processo. Vamos discutir a afirmação e a função do SRS no contexto da engenharia de requisitos.
 

 O SRS serve como uma ponte entre as necessidades do cliente, que pode não ter conhecimento técnico, e os desenvolvedores do software, que precisam de uma descrição precisa do que precisa ser implementado. Este documento deve conter uma descrição detalhada do software a ser desenvolvido, incluindo:
 

 <ul>
 <li>Funcionalidades que o software deve ter;</li>
 <li>Restrições operacionais e de interface;</li>
 <li>Parâmetros de desempenho;</li>
 <li>Detalhes de design que devem ser seguidos.</li>
 </ul>
 

 Portanto, a declaração no enunciado sobre o SRS sendo uma "declaração oficial do que os desenvolvedores do sistema devem implementar" capta essencialmente o papel fundamental deste documento. É uma diretiva precisa que guia as equipes de desenvolvimento na implementação do produto conforme os requisitos que foram delineados e acordados com o cliente ou stakeholders.
 

 Além disso, o SRS ajuda a minimizar ambiguidades e mal-entendidos, garantindo que todos os envolvidos no projeto tenham uma compreensão clara do que é necessário. Isto também facilita a validação e verificação do software, uma vez que os requisitos são documentados de maneira estruturada e podem ser sistematicamente testados.
 

 Analisando a alternativa apresentada:
 
 
 <ul>
 <li>C) Certo:
 Considerando a explicação acima, podemos verificar que o enunciado está correto. O SRS é, de fato, uma declaração oficial que define o que deve ser implementado pelos desenvolvedores, atuando como uma diretriz formal e detalhada para o desenvolvimento do sistema.
 </li>
 
 <li>E) Errado:
 Essa alternativa seria incorreta com base na discussão e explicação dos usos e funções do documento de Especificação de Requisitos de Software (SRS) na engenharia de requisitos.
 </li>
 
 </ul>
 
 
 Portanto, a alternativa correta é C.
 

</body>
</html>

O documento de requisitos de software, às vezes denominado Especificação de Requisitos de Software (SRS — do inglês Software Requirements Specification), é uma declaração oficial de o que os desenvolvedores do sistema devem implementar.

Em relação à engenharia de requisitos, julgue o seguinte item.


A opção correta é a alternativa (C): F – V – F – V – F. Vamos analisar cada afirmativa: ( ) O sistema deve permitir que os usuários criem e editem seus perfis.Verdadeiro. Essa afirmativa refere-se a uma funcionalidade do sistema, não a um requisito não funcional. Portanto, é falsa. ( ) O sistema deve estar disponível na Web e em dispositivos Android.Verdadeiro. Essa afirmativa refere-se a uma característica de disponibilidade do sistema em diferentes plataformas. Portanto, é verdadeira. ( ) O sistema deve ter um recurso de pesquisa que permita aos usuários encontrar informações sobre vendas.Falso. Essa afirmativa refere-se a uma funcionalidade específica do sistema, não a um requisito não funcional. Portanto, é falsa. ( ) O sistema deve estar disponível 99,99% do tempo.Verdadeiro. Essa afirmativa refere-se a um requisito de disponibilidade, que estabelece uma meta para o tempo de funcionamento do sistema. Portanto, é verdadeira. ( ) O sistema deve exibir dados de vendas em tempo real.Falso. Essa afirmativa refere-se a uma funcionalidade específica do sistema, não a um requisito não funcional. Portanto, é falsa. Portanto, as afirmativas corretas são F – V – F – V – F.

O item está ERRADO.Na análise de requisitos de software, os requisitos funcionais se referem às funcionalidades específicas que o sistema deve realizar. Eles descrevem as ações, os serviços ou as tarefas que o sistema deve ser capaz de executar, como por exemplo, realizar um cadastro de usuários, exibir relatórios, processar pagamentos, etc.Já os requisitos não funcionais se referem às características e restrições do sistema, além das funcionalidades específicas. Eles abordam aspectos como desempenho, segurança, usabilidade, confiabilidade, escalabilidade, entre outros. Esses requisitos são fundamentais para garantir que o sistema atenda às necessidades do usuário e aos padrões de qualidade esperados.Portanto, a afirmação de que os requisitos não funcionais não devem abordar restrições que se apliquem ao sistema como um todo, mas apenas detalhes específicos, como segurança e desempenho, está incorreta. Os requisitos não funcionais são importantes para definir as características gerais do sistema e garantir que ele atenda aos critérios de qualidade e desempenho desejados.

Na análise de requisitos se software, os funcionais devem ser restritos ao que o sistema deve fazer; os não funcionais não devem abordar restrições que se apliquem ao sistema como um todo e sim aos detalhes específicos, tais como segurança e desempenho.

Julgue o próximo item, com relação à engenharia de software.

<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 A questão trata da engenharia de requisitos, que é um campo da engenharia de software responsável por identificar, documentar e manter os requisitos de um sistema. O processo de organização e gerenciamento de necessidades e especificações é peça-chave em projetos de desenvolvimento de software. As afirmações feitas no enunciado são típicas descrições de requisitos em um projeto de software.
 
 
 Detalhando cada afirmação em termos de engenharia de requisitos:
 
 
 <ul>
 <li>I. Descrições dos serviços que devem ser fornecidos pelo sistema e as suas restrições operacionais. Esta afirmação descreve o que é conhecido como requisitos funcionais e requisitos não funcionais. Os requisitos funcionais descrevem as ações que o sistema deve ser capaz de executar, enquanto os não funcionais se relacionam com restrições ou atributos de qualidade do sistema.</li>
 
 <li>II. Característica de um sistema ou a descrição de algo que o sistema é capaz de realizar para atingir seus objetivos. Esta afirmação também se encaixa na definição de requisitos funcionais, que são essenciais para definir o comportamento do software.</li>
 
 <li>III. Alguma coisa que o produto tem de fazer ou uma qualidade que ele precisa apresentar. Assim como as anteriores, esta afirmação combina tanto com requisitos funcionais quanto requisitos de qualidade (uma subcategoria dos requisitos não funcionais).</li>
 
 </ul>
 
 
 Analisemos agora as opções de resposta fornecidas:
 
 
 <ul>
 <li>A) Resultados: Esta opção não é adequada, pois resultado sugere a consequência de um processo, enquanto as afirmações são descrições de comportamentos e características a serem implementadas, não de resultados.</li>
 
 <li>B) Atividades: Incorreto porque atividades referem-se mais a tarefas ou ações realizadas durante o desenvolvimento. As afirmações falam do sistema e suas funcionalidades e características, não das atividades para criá-lo.</li>
 
 <li>C) Levantamento: Também incorreto. Levantamento é um processo usado para coletar requisitos, mas as afirmações descrevem os próprios requisitos, não o processo de coletá-los.</li>
 
 <li>D) Características: Apesar de próximo, não abrange totalmente as afirmações, pois 'características' pode omitir a ideia de requisitos funcionais e focar apenas nos atributos de qualidade.</li>
 
 <li>E) Requisitos: Correto. Este termo engloba tanto os requisitos funcionais quanto os não funcionais mencionados nas afirmações. "Requisitos" é a descrição de o que um sistema deve fazer e quais qualidades precisa ter, o que cobre perfeitamente as descrições I, II e III.</li>
 
 </ul>
 
 
 Portanto, a alternativa correta é E.
 

</body>
</html>

<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 A elicitação de requisitos é um processo crucial na engenharia de requisitos, uma vez que envolve a coleta das necessidades e expectativas dos stakeholders de um sistema para consolidar e articular os requisitos do software. Deve-se identificar corretamente quais técnicas de elicitação estão sendo aplicadas para garantir a integridade e a adequação dos requisitos captados. Vamos analisar cada item mencionado na questão:
 

 <ul>
 <li>I. Entrevistas: 
 Esta é uma técnica direta para elicitação de requisitos, onde os engenheiros de requisitos dialogam com os stakeholders para entender suas necessidades e expectativas em relação ao sistema. Entrevistas são fundamentais para captar requisitos a partir da comunicação direta.
 </li>
 
 <li>II. Gerência de Mudanças:
 Embora seja uma atividade importante na engenharia de requisitos, a Gerência de Mudanças foca em como gerenciar as mudanças nos requisitos ao longo do projeto após a sua definição inicial. Portanto, não é uma técnica de elicitação, mas sim de gerenciamento.
 </li>
 
 <li>III. Prototipação:
 Prototipação é uma técnica de elicitação de requisitos extremamente útil, pois permite aos usuários interagirem com uma versão preliminar do sistema. Isso facilita o entendimento e a articulação de suas necessidades e expectativas, levando a uma definição mais precisa dos requisitos.
 </li>
 
 <li>IV. Cenários:
 Cenários são descrições de situações específicas em que o sistema será utilizado, o que ajuda a elicitar requisitos ao visualizar como o sistema deveria comportar-se em determinadas condições. É, portanto, uma técnica de elicitação significativa.
 </li>
 
 <li>V. Validação de Requisitos:
 Validação de requisitos diz respeito ao processo de garantir que os requisitos estabelecidos estejam corretos, completos, não ambíguos e viáveis. Embora essencial, faz parte de uma fase posterior à elicitação, concentrando-se na confirmação dos requisitos coletados.
 </li>
 
 </ul>
 

 Baseando-se na análise de cada item, as técnicas que claramente pertencem à fase de Elicitação de Requisitos são Entrevistas, Prototipação e Cenários. A Gerência de Mudanças e a Validação de Requisitos, embora importantes, fazem parte de etapas seguintes na engenharia de requisitos.
 

 Portanto, a alternativa correta é C.
 

</body>
</html>

Questões de Tecnologia da Informação - Engenharia de Software - Engenharia de requisitos