ANALISE E MODELAGEM DE SISTEMAS EXERCICIO U3

Prévia do material em texto

ANALISE E MODELAGEM DE SISTEMAS - UNIDADE 3
Questão 1
Durante a fase de elicitação de requisitos, a técnica REMO (Requirements Elicitation oriented by business process MOdeling) é utilizada para extraí-los dos diagramas de processos de negócios, utilizando um conjunto de heurísticas. Há algumas versões da técnica, sempre visando o aprimoramento de sua aplicação. 
Considerando este contexto, avalie as seguintes asserções e a relação proposta entre elas, é luz da versão 3 da técnica:
I. A técnica REMO aplica-se em duas etapas, sendo a primeira o entendimento do contexto que levou é necessidade do Software. são registrados em formulário a necessidade do desenvolvimento, os papéis que farão parte do processo, os recursos que poderão ser usados, os processos de negócio. A segunda etapa contempla a extração e a descrição de requisitos. 
PORQUE
II. Os processos precisam ser mapeados, os analistas e outros envolvidos precisam compreender seus diagramas, para que então as heurísticas sejam executadas e a descrição dos requisitos aconteça.
A respeito das asserções, assinale a alternativa correta.
() As asserções I e II são proposições verdadeiras, mas a II não justifica a I.
(x) As asserções I e II são proposições verdadeiras e a II justifica a I.
() A asserção I é uma proposição verdadeira e a II, falsa.
() A asserção I é uma proposição falsa e a II, verdadeira.
() As asserções I e II são proposições falsas.
Comentário
Asserção I. VERDADEIRA. A primeira asserção descreve corretamente as etapas da técnica REMO. A primeira etapa envolve o entendimento do contexto, onde são registradas informações relevantes sobre a necessidade do software, os papéis envolvidos, os recursos disponíveis e os processos de negócio. A segunda etapa aborda a extração e descrição dos requisitos.Asserção II. VERDADEIRA. A segunda asserção complementa a primeira ao explicar a importância de mapear os processos de negócio e garantir que os analistas e outros envolvidos compreendam os diagramas antes de executar as heurísticas para extrair e descrever os requisitos. Isso significa que a compreensão dos processos de negócio é crucial para aplicar as heurísticas de forma eficaz e derivar requisitos precisos.Portanto, a segunda asserção (II) justifica a primeira (I), pois enfatiza a necessidade de compreender os processos de negócio para aplicar com sucesso a técnica REMO e extrair requisitos adequados, conforme descrito na versão 3 da técnica.
Questão 2
O Processo da Engenharia de Requisitos é uma maneira de entender e refletir sobre as etapas da documentação, considerando a relação cliente versus empresa. O produto final do processo de engenharia de requisitos deve ser um documento de especificação dos requisitos do sistema, que descreve, de forma estruturada, todos os requisitos que o software deverá possuir e que, de forma explícita, deve celebrar o compromisso mútuo de compreensão entre o usuário e o responsável por descrever os requisitos. Os Requisitos funcionais remetem às funções do sistema, e devem conter basicamente os seguintes elementos: a descrição de uma função a ser executada pelo sistema, a origem do requisito, quais informações são passadas do sistema para o usuário e vice-versa, e quais restrições lógicas ou tecnológicas se aplicam à função. Os Requisitos não funcionais aparecem sempre ligados a requisitos funcionais e podem ser basicamente de dois tipos: lógicos ou tecnológicos. As restrições lógicas são as regras de negócio relacionadas à função em questão. Por sua vez, as restrições tecnológicas dizem respeito à tecnologia para realização da função.
Assinale a alternativa correta que indica o preenchimento das lacunas acima.
() Requisitos funcionais. Requisitos de domínio.
(x) Requisitos funcionais. Requisitos não funcionais.
() Requisitos não funcionais. Requisitos de negócio.
() Requisitos não funcionais. Requisitos de domínio.
() Requisitos de domínio. Requisitos de negócio.
Comentário
A alternativa CORRETA é: Requisitos funcionais. Requisitos não funcionais.Os requisitos funcionais referem-se às funções que o sistema deve desempenhar, ou seja, às ações específicas que o sistema deve ser capaz de realizar. Eles descrevem o que o sistema deve fazer em termos de comportamento e funcionalidades. Portanto, os espaços em branco devem ser preenchidos com "Requisitos funcionais".Por outro lado, os requisitos não-funcionais referem-se a atributos ou características do sistema que não estão diretamente relacionados às funcionalidades específicas do sistema, mas sim a qualidades gerais do sistema, como desempenho, segurança, usabilidade, entre outros. Portanto, os espaços em branco devem ser preenchidos com "Requisitos não funcionais".cobrindo tanto as funcionalidades quanto as características gerais que o sistema deve possuir.
Questão 3
O processo de validação dos requisitos verifica se a especificação do requisito é consistente com a definição dos requisitos, assegurando que os requisitos propostos atenderão às necessidades estabelecidas pelo Sistema a ser desenvolvido. O principal objetivo da validação de requisitos é localizar erros nos requisitos que foram documentados. Conforme Sommerville (2011), durante o processo de validação de requisitos, podem existir diferentes tipos de verificações para validar os requisitos, que são: a validade, a consistência, a completude, o realismo, a ambiguidade e a rastreabilidade.
Considerando o contexto, avalie as afirmativas a seguir:
I. No processo de validação dos requisitos, a rastreabilidade permite saber se o requisito tem uma origem clara e bem definida.
II. No processo de validação dos requisitos, o realismo permite a certeza de que a tecnologia utilizada possa atender às demandas do sistema projetado.
III. No processo de validação dos requisitos, a ambiguidade visa garantir que um requisito não entre em conflito com outro requisito.
IV. No processo de validação dos requisitos, a consistência faz com que o requisito não possua mais de uma interpretação.
Considerando o contexto apresentado, é correto o que se afirma em:
() II, III e IV, apenas.
() I, III e IV, apenas.
() I e II, apenas.
(x) II e III, apenas.
() I, II, III e IV.
Comentário
Afirmativa I. CORRETA. No processo de validação dos requisitos, a rastreabilidade permite saber se o requisito tem uma origem clara e bem definida. Pois a rastreabilidade dos requisitos é fundamental para entender sua origem e histórico, garantindo sua clareza e consistência ao longo do desenvolvimento do sistema.Afirmativa II. CORRETA. No processo de validação dos requisitos, o realismo permite a certeza de que a tecnologia utilizada possa atender às demandas do sistema projetado. Pois o requisito deve ser realista e viável, considerando as capacidades tecnológicas disponíveis para implementá-lo de forma eficaz.Afirmativa III. INCORRETA. No processo de validação dos requisitos, a ambiguidade visa garantir que um requisito não entre em conflito com outro requisito. Essa afirmação não está presente no contexto fornecido.Afirmativa IV. INCORRETA. No processo de validação dos requisitos, a consistência faz com que o requisito não possua mais de uma interpretação. Essa afirmação também não está presente no contexto fornecido.
Questão 4
De acordo com Pressman (2016), a Elicitação de Requisitos (também conhecida como Levantamento de Requisitos) procura ____________ o problema a ser resolvido e todo pessoal envolvido (stakeholders); procurando combinar a solução dos problemas encontrados, com a ____________ (do que será realizado) e finalizando com a ____________ dos requisitos.
Assinale a alternativa que preenche corretamente as lacunas.
() otimizar / prototipação / especificação.
(x) identificar / negociação / especificação.
() otimizar / negociação / validação.
() identificar / prototipação / especificação.
() elicitar / negociação / validação.
Comentário
A alternativa CORRETA é: identificar / negociação / especificação."Identificar": esta é a primeira etapa da elicitação de requisitos, onde o foco está em entender completamente o problemaa ser resolvido e as necessidades dos stakeholders envolvidos. É importante identificar claramente quais são os requisitos do sistema e as expectativas das partes interessadas."Negociação": durante esta fase, busca-se encontrar um consenso entre os diferentes stakeholders sobre os requisitos do sistema. Nem sempre todas as partes interessadas concordarão completamente sobre o que é necessário ou viável, então é importante negociar para chegar a um acordo que atenda às necessidades de todos."Especificação": esta é a fase final da elicitação de requisitos, onde os requisitos identificados e negociados são formalmente documentados e detalhados. A especificação de requisitos fornece uma descrição clara e precisa do que o sistema deve fazer e como deve funcionar, servindo como base para o desenvolvimento do sistema.Portanto, a sequência "identificar / negociação / especificação" reflete com precisão as etapas típicas do processo de elicitação de requisitos conforme descrito na pergunta, de acordo com a terminologia utilizada por Pressman (2016).
Questão 5
As Atividades do Processo da Engenharia de Requisitos envolvem a coleta de informações sobre o software (sistema) a ser realizado, gerando a Análise do Problema, para em seguida realizar a Descrição dos Requisitos, Classificação e Priorização. 
Com relação a Engenharia de requisitos, no que tange aos tipos de requisitos, complete as lacunas da sentença a seguir: 
Os Requisitos de Sistemas estão relacionados diretamente tanto com os Requisitos funcionais como os Requisitos não funcionais do sistema, utilizando uma linguagem acessível aos usuários do sistema (clientes), assim possibilitando uma melhor compreensão sobre as funções e as restrições que o sistema deverá possuir. Dessa forma o resultado será a produção de um documento que não contenha detalhamento técnico do sistema e sim uma comunicação facilitada entre os desenvolvedores e clientes.
Assinale a alternativa que preenche corretamente as lacunas:
(x) Requisitos de Sistemas / acessível / um documento.
() Requisitos de Usuários / complexa / um documento.
() Requisitos de Usuários / acessível / uma programação.
() Requisitos de Usuários / acessível / um documento.
() Requisitos de Sistemas / complexa / uma programação.
Comentário
A alternativa CORRETA é: Requisitos de Usuários / acessível / um documento.Os Requisitos de Usuários estão relacionados diretamente tanto com os Requisitos Funcionais como os Requisitos não Funcionais do sistema, pois descrevem as necessidades e expectativas dos usuários em relação ao sistema.Utilizando uma linguagem acessível aos usuários do sistema (clientes), os requisitos de usuários possibilitam uma melhor compreensão sobre as funções e as restrições que o sistema deverá possuir.Dessa forma, o resultado será a produção de um documento que não contenha detalhamento técnico do sistema e sim uma comunicação facilitada entre os desenvolvedores e clientes, contribuindo para uma melhor compreensão mútua e alinhamento de expectativas.