<!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 proposta pelo Instituto Brasileiro de Formação e Capacitação trata sobre técnicas de elicitação de requisitos, uma parte vital do processo de desenvolvimento de software. Vamos analisar cada afirmação para verificar sua veracidade.
 
 
 <ul>
 <li>( V ) Entrevistas não estruturadas: Informal ou sem agenda pré-definida.
 As entrevistas não estruturadas permitem uma abordagem flexível durante o levantamento de requisitos, onde o entrevistador pode explorar mais profundamente as necessidades e expectativas a partir das respostas do entrevistado, sem seguir uma agenda rígida. Isso é adequadamente denominado informal ou sem agenda pré-definida.
 </li>
 
 <li>( V ) Brainstorming: Reunião com várias pessoas onde todos discutem um tema central.
 O brainstorming é uma técnica comumente usada para gerar muitas ideias em um curto período de tempo. É realizada em grupo e envolve a discussão livre em torno de um tema central, o que corresponde à descrição fornecida na questão.
 </li>
 
 <li>( V ) Prototipagem: Desenvolvimento de um modelo que simulará o sistema real.
 A prototipagem é uma técnica em que um modelo funcional inicial, ou protótipo, é desenvolvido para simular aspectos do produto final. Ele permite obter feedback dos usuários e refinar os requisitos do sistema, caracterizando efetivamente um modelo que "simulará o sistema real".
 </li>
 </ul>
 
 
 Tendo revisado cada afirmação e notado que todas estão corretas conforme as descrições das técnicas de levantamento de requisitos:
 
 
 Portanto, a alternativa correta é E.
 
</body>
</html>

 Especificação de requisito do usuário.

<!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>
 No contexto da engenharia de requisitos, a validação de requisitos é fundamental para garantir que os requisitos elicitados atendam às necessidades e expectativas dos usuários e outras partes interessadas. Dentro deste processo, a atividade de "Estudo de Viabilidade" é crucial, pois avalia se os requisitos propostos são viáveis do ponto de vista técnico, operacional e financeiro.
 
 
 A seguir, vamos analisar cada uma das alternativas oferecidas na questão para determinar sua adequação como atividade de validação de requisitos:
 
 
 <ul>
 <li>A) Estudo de viabilidade:
 Correta. Esta atividade é parte integrante do processo de validação. Durante um estudo de viabilidade, avalia-se se é possível atender aos requisitos elicitados com os recursos disponíveis, sejam eles financeiros, tecnológicos ou humanos. Esta etapa ajuda a evitar o desenvolvimento de sistemas inviáveis, reduzindo riscos e custos.
 </li>
 
 <li>B) Elicitação de requisito do usuário:
 Incorreta. A elicitação de requisitos está preocupada com a coleta de requisitos dos usuários e outras partes interessadas. Esta etapa antecede a validação de requisitos e, portanto, não é uma atividade de validação em si.
 </li>
 
 <li>C) Documento de requisito de sistema:
 Incorreta. Embora o documento de requisitos seja um resultado crítico do processo de engenharia de requisitos, o próprio ato de documentação não constitui uma atividade de validação. A validação envolve a verificação e a revisão dos requisitos documentados.
 </li>
 
 <li>D) Especificação de requisito do usuário:
 Incorreta. Semelhante à elicitação, a especificação de requisitos trata da definição detalhada dos requisitos coletados. Embora importante, essa atividade foca mais na clareza e na completa descrição dos requisitos do que na sua validação propriamente dita.
 </li>
 
 </ul>
 
 
 Portanto, a alternativa correta é A.
 

</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 é uma etapa crucial no desenvolvimento de sistemas de informação. Trata-se de uma parte fundamental do processo de engenharia de requisitos, que é responsável pelo levantamento e análise dos requisitos necessários para um sistema ou produto.
 

 O termo elicitação, em um contexto de engenharia de software, refere-se especificamente ao processo de buscar, descobrir, adquirir e elaborar requisitos dos stakeholders ou usuários de um sistema proposto. Portanto, a comunicação com clientes e usuários é essencial para essa tarefa, visto que permite aos desenvolvedores entender as necessidades e as expectativas dos usuários finais.
 

 A elicitação de requisitos pode envolver várias técnicas, como:
 <ul>
 <li>Entrevistas com usuários e stakeholders;</li>
 <li>Questionários e pesquisas;</li>
 <li>Análise de documentos;</li>
 <li>Observação de trabalho;</li>
 <li>Workshops de requisitos.</li>
 </ul>
 
 
 Essas técnicas ajudam a esclarecer, categorizar e entender as necessidades e as restrições do sistema que será desenvolvido. Sem esse processo cuidadoso, o risco de construir um sistema que não atenda às necessidades reais dos usuários aumenta significativamente.
 
 
 Portanto, a afirmação de que a elicitação dos requisitos é a tarefa de comunicar-se com os usuários e clientes para a determinação dos requisitos de sistema está correta. A comunicação é fulcral para entendimento e documentação adequada dos requisitos que orientarão o desenvolvimento do sistema. 
 
 
 Se considerarmos as alternativas propostas:
 <ul>
 <li>C) Certo:
 Esta é a seleção correta, pois reconhece corretamente a essência da elicitação de requisitos como um processo de comunicação e compreensão das necessidades dos stakeholders.
 </li>
 <li>E) Errado:
 Esta opção é incorreta, pois não reconhece adequadamente o conceito da elicitação de requisitos dentro da engenharia de requisitos.
 </li>
 </ul>
 
 
 Portanto, a alternativa correta é C.
 

</body>
</html>

Denomina-se elicitação dos requisitos a tarefa de comunicar-se com os usuários e clientes para a determinação dos requisitos de sistema.

No que se refere ao planejamento de sistemas de informação e aos métodos de planejamento, julgue o seguinte item.


<!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>
 No debate sobre engenharia de requisitos, especialmente em técnicas de elicitação de requisitos baseadas em cenários, é crucial entender o papel dos casos de uso. Casos de uso são métodos para especificar requisitos funcionais de um sistema, descrevendo as interações entre um ou mais atores e o sistema para alcançar um objetivo. Este método é vastamente aplicado em diversas metodologias de desenvolvimento de software, sendo uma componente central na modelagem de processos.
 
 
 A questão afirma que os casos de uso ajudam a identificar os agentes (atores) e suas interações dentro do sistema. Isso é fundamental porque um caso de uso define o que o sistema deve fazer, mas sempre a partir da perspectiva de um usuário. A estrutura de um caso de uso geralmente inclui atores, que podem ser diretamente usuários do sistema ou outros sistemas que interagem com o sistema em questão.
 
 
 Os casos de uso são documentados geralmente através de descrições textuais e podem ser complementados com diagramas, principalmente usando a Linguagem de Modelagem Unificada (UML). Em um diagrama de casos de uso UML, os atores são representados por figuras em forma de 'homem palito' e os casos de uso são representados por elipses, com linhas conectando os atores às suas respectivas interações.
 
 
 Além de identificar interações e atores, os casos de uso também têm a vantagem de serem uma ponte entre a visão técnica e a visão do usuário, ajudando a capturar requisitos de uma maneira que seja compreensível para ambos os stakeholders técnicos e não técnicos. Isso facilita a comunicação e o entendimento dos requisitos que o sistema deve atender, e consequentemente, a validação desses requisitos com os usuários finais e outros stakeholders.
 
 
 Em resumo, os casos de uso são uma técnica vital na elicitação de requisitos, pois eles:
 <ul>
 <li>Facilitam a compreensão das necessidades do usuário;</li>
 <li>Servem como uma ferramenta de comunicação entre desenvolvedores e stakeholders;</li>
 <li>Documentam os requisitos em um formato que ajuda na criação de testes e na verificação do sistema.</li>
 </ul>
 
 
 
 Portanto, em resposta à questão apresentada, estamos podemos afirmar com segurança que a descrição fornecida sobre os casos de uso como uma técnica de elicitação de requisitos que identifica agentes e interações do sistema é correta. Os casos de uso são essenciais para compreender e documentar como os atores interagirão com o sistema, além de identificar requisitos funcionais a partir dessas interações.
 
 
 Portanto, a alternativa correta é C.
 

</body>
</html>

Dentre as técnicas existentes de elicitação de requisitos baseadas em cenários, os casos de uso são modelos que ajudam a identificar agentes e interações do sistema.


No que se refere à engenharia de requisitos, julgue o item a seguir.


<!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 parte essencial no desenvolvimento de sistemas de informação, abrangendo várias atividades destinadas a identificar e tratar as necessidades dos usuários e outros stakeholders em um projeto. As duas grandes etapas mencionadas na questão são desenvolvimento e gerenciamento de requisitos. Nos concentraremos aqui na etapa de desenvolvimento, particularmente na atividade onde ocorre a investigação mais aprofundada dos requisitos. Analisaremos cada alternativa para identificar qual delas se encaixa nesta descrição.
 
 
 <ul>
 <li>A) Análise:
 Na análise de requisitos, ocorre uma técnica destinada a compreender as necessidades e limitações dos diferentes stakeholders. Embora envolva entendimento do conteúdo dos requisitos, seu foco não é explicitamente na investigação do contexto do projeto, mas sim na análise detalhada dos requisitos já elicitados para garantir que são apropriados e exequíveis.
 </li>
 
 
 <li>B) Validação:
 A validação de requisitos se concentra em assegurar que os requisitos realmente atendam as necessidades dos stakeholders e que todos os requisitos derivados sejam consistentes e completos. É, principalmente, uma etapa posterior que busca verificar e garantir a qualidade do que foi documentado, sem o foco inicial de investigação.
 </li>
 
 
 <li>C) Elicitação:
 A elicitação de requisitos é a etapa que diretamente aborda a investigação intensiva dos requisitos. Envolve interações com stakeholders, compreensão do contexto do negócio e análise das necessidades dos usuários. É nesta fase que o contexto do projeto é profundamente explorado para definir, identificar e obter um consenso sobre os requisitos relevantes. Portanto, ela corresponde à atividade solicitada na questão.
 </li>
 
 
 <li>D) Especificação:
 A especificação de requisitos trata da documentação e detalhamento dos requisitos elicitados. Ela se preocupa mais com a forma como os requisitos são comunicados (escritos, modelados) do que com a investigação e compreensão do ambiente do projeto.
 </li>
 
 
 <li>E) Brainstorming:
 Brainstorming é uma técnica usada durante a fase de elicitação para gerar ideias e soluções, envolvendo a participação ativa de diversos stakeholders. Embora seja uma técnica útil para elicitação, por si só, não engloba toda a dinâmica e extensão dessa fase.
 </li>
 </ul>
 
 
 Desta forma, podemos ver que a atividade que melhor se alinha com a descrição de investigação dos requisitos, levando em conta o contexto em que o projeto está inserido, é a Elicitação. Ela é fundamental para compreender todas as nuances e requisitos do sistema a ser desenvolvido, garantindo que o projeto será alinhado com as reais necessidades e expectativas dos envolvidos.
 

 Portanto, a alternativa correta é C.
</body>
</html>

Questões de Tecnologia da Informação - Técnicas de elicitação de requisitos