Engenharia de Requisitos
Engenharia de Requisitos
Engenharia de Requisitos
1) Existem várias técnicas para conduzir reuniões, e elas podem ser classificadas em um
dos grupos a seguir:
I. As técnicas de cenários são aquelas que se valem de situações que simulam a execução
de tarefas.
II. As técnicas tradicionais são aquelas utilizadas para aquisição de conhecimento para
desenvolver sistemas baseados em conhecimento (Inteligência Artificial).
III. As técnicas contextuais são aquelas que analisam a etnografia e a análise social.
IV. As técnicas de prototipação são aquelas utilizadas em todos os setores empresariais
para que seja possível conhecer todos os departamentos e funcionários de uma empresa.
V. As técnicas de elicitação de grupo são aquelas que envolvem grupos de pessoas.
Das asserções acima apresentadas (I, II, III, IV e V), quais delas são verdadeiras?
Alternativas:
I - III - IV.
II - IV - V.
III - IV - V.
II - III - V.
I - III - V. CORRETO
Resolução comentada:
As asserções I, III e V são verdadeiras, pois os cenários são situações que simulam
a execução de tarefas. Pode ser dividido em dois momentos: o primeiro “fazer de
conta” que o cliente está executando as atividades do dia a dia sem o software e
então ele vai descrevendo (contando uma história) estas atividades. No segundo
momento, simulam estas mesmas atividades só que colocadas num software
“imaginário”. Já as técnicas contextuais surgiram como uma alternativa para as
técnicas tradicionais e cognitivas, nas quais são realizadas as observações sob o
ponto de vista etnográfico e são realizadas análises sociais e finalmente as técnicas
de elicitação de grupo são aquelas que envolvem grupos de pessoas; já as
asserções II e IV são falsas, pois técnicas tradicionais são aquelas utilizadas em
todos os setores empresariais e foram absorvidas no Processo de Desenvolvimento
de Software; já as técnicas de prototipação são aquelas utilizadas durante todo o
processo de levantamento de requisitos, quando se percebe que o cliente possui
dificuldades em comunicar-se.
2) O Analista de Requisitos pode contar com diversas técnicas para realizar a atividade de
Levantamento de Requisitos. A seguir apresentam-se três técnicas, cada qual com sua
respectiva definição. Leia cada uma das definições e associe com a respectiva técnica:
Alternativas:
Resolução comentada:
Resolução comentada: Roleplaying: é aquela que determina os atores, explica o
que acontece com eles e descreve a forma como isso acontece.
PIECES: é um conjunto de categorias de perguntas que ajudam na extração de
requisitos.
Brainstorming: considerada uma técnica de elicitação de grupo, é uma técnica não
estruturada para geração de ideias que consiste em duas fases: geração de ideias e
consolidação.
Alternativas:
F – V – F – F – F. CORRETO
V – F – V – V – F.
V – F – V – V – V.
V – F – F – F – F.
F – V – F – V – F.
Resolução comentada:
A segunda asserção é verdadeira, pois durante o transcorrer do ciclo de
desenvolvimento de sistemas, há algumas alterações (mudanças) solicitadas pelo
cliente. Dependendo da solicitação de mudança é preciso realizar análise de
viabilidade, e de acordo com o resultado, decidir se é ou não viável implementar a
mudança.
Já a primeira, a terceira, a quarta e a quinta são falsas, pois: da primeira, uma
maneira de verificar a proporção do impacto diante de uma solicitação de
mudança é a execução de uma atividade denominada Análise de impacto; da
terceira, a análise de impacto avalia o esforço e o custo das mudanças toda vez
que houver a solicitação de mudança. Da quarta asserção, a redação da análise de
viabilidade está contida num documento à parte, contendo: a identificação e
registro da necessidade de mudança; análise de impacto; e a implementação da
mudança. Outros elementos podem ser adicionados neste documento, como por
exemplo, o parecer sobre a solicitação de mudança (válida ou não válida e sua
respectiva justificativa), e elencar os requisitos que serão afetados e sua respectiva
justificativa. Finalmente a quinta e última asserção, a Matriz de Rastreabilidade
pode ser utilizada para auxiliar O Analista de Requisitos nesta tarefa, pois
verificando os relacionamentos entre os requisitos é possível identificar mais
facilmente quais requisitos serão ou não afetados tanto direta quanto
indiretamente. Além disso, é importante identificar todos os documentos
elaborados em todas as fases do ciclo; assim é possível garantir e ter maior
dimensão dos impactos da solicitação de mudança no projeto de construção do
sistema.
Alternativas:
Resolução comentada:
Enquanto Metodologias Tradicionais são classificadas como “engessadas”, devido
aos seus processos e procedimentos burocráticos e focados em resultados, as
Metodologias Ágeis preocupam-se primeiramente com a equipe, de forma que
seja mais dinâmica e consiga produzir com maior simplicidade e menos burocracia.
5) O requisito “O sistema deve fornecer uma tela para cadastro de clientes” é do tipo:
Alternativas:
Orientado à Informação.
Não Funcional.
Organizacional.
Funcional. CORRETO
Orientado a Processo.
Resolução comentada:
Também conhecida por funcionalidades, por funções ou de maneira bastante
grosseira, por telas. Os Requisitos Funcionais serão posteriormente “traduzidos”
para uma linguagem de programação.
Alternativas:
I - II - IV. CORRETO
II - IV - V.
III - IV - V.
I - II - V.
I - II - III.
Resolução comentada:
A afirmação I é verdadeira, pois ele é voltado para pequenas e médias equipes e
onde são identificados requisitos vagos e em constante mudança; o Analista de
Requisitos é conhecido como Redator técnico e utiliza o método interativo-
incremental; já a II é correta, pois Framework é usado para gerenciar o
desenvolvimento de produtos complexos; e o Analista de Requisitos assume a
identidade de Scrum Master, que é responsável, além de outras tarefas, por
construir os diagramas de: Casos de Uso e Classes; e a IV é correta pois o Método
Ágil DSDM é voltado para o gerenciamento de projetos ágeis, ajudando a entregar
resultados de forma rápida e eficaz, no qual o Analista de Requisitos é conhecido
como Analista de Negócios e uma de suas responsabilidades é construir
diagramas de Atividades e protótipos. A III está errada pois o Método Ágil
“Família” Crystal caracteriza-se por ser uma família de metodologias que possui
“código” genético comum; possui ênfase na entrega frequente, na comunicação
próxima e na melhoria recíproca. O Analista de Requisitos pode assumir pelo
menos um papel, dependendo da complexidade do projeto: Analista de Negócios,
Designer/Projetista e Redator. A afirmativa V é falsa pois o Método Ágil FDD é
considerado um método alternativo do método cascata; ele fornece informações
precisas e significativas acerca do progresso do desenvolvimento do sistema, com
o mínimo de sobrecarga e interrupções da equipe de desenvolvimento. Neste
método, o Analista de Requisitos pode assumir um ou mais papéis dependendo da
complexidade do projeto: especialista do domínio e arquiteto chefe, sendo o
responsável pela construção dos diagramas de Classe e Atividades, sendo este
último opcional (depende da complexidade do projeto).
Alternativas:
III - IV -V.
II - III - V.
II - IV - V.
I - III - IV.
I - III - V. CORRETO
Resolução comentada:
As asserções I, III e V são verdadeiras, pois em I temos dinâmicas referências de
como funciona o plano de assinaturas (o nome do caso de uso seria criar plano
assinaturas), além disso, este caso de uso deve ter alguma maneira de referenciar o
caso de uso Manter Cliente; já em III temos uma série de eventos que devem ser
descritos sobre dados dos clientes (inserir, editar, pesquisar, excluir e emitir
relatório); este caso de uso poderia ser chamado de Manter Cliente. V temos que
descrever os eventos que compõem o processo de compra e a respectiva
interação com o Ator (neste caso, o nome do caso de uso seria Comprar vales-
presentes); já as asserções II e IV são falsas, pois em II temos o detalhamento de
uma Regra de Negócio e Validação (RNV), e em IV temos um exemplo de redação
de um Requisito Organizacional.
Alternativas:
Resolução comentada:
O Documento de Design de Requisitos ou Documento de Especificação de
Requisitos detalhado é um documento que elenca todos os requisitos e os
especifica. Esta especificação é pautada na modelagem destes requisitos. Como
boa prática, são inseridos os protótipos das telas, pois facilita a leitura do
programador, garantindo que este profissional não terá interpretações ambíguas
no momento da “tradução” dos requisitos para a linguagem de programação.
Alternativas:
Resolução comentada:
Requisitos Mutáveis: são aqueles que sofrem modificações devido a fatores
externos à empresa do cliente, e que de alguma maneira gere impacto na
execução de suas atividades diárias. Podem ser regras ou leis governamentais.
Requisitos Consequentes: são aqueles que podem modificar os processos e
procedimentos na execução de tarefas diárias da empresa do cliente.
Requisitos Emergentes: são aqueles que se originam com base na clareza que o
cliente possui de sua necessidade.
Alternativas:
V – F – V – V – V.
V – F – V – V – F.
F – V – F – F – F. CORRETO
F – V – F – V – F.
V – F – F – F – F.
Resolução comentada:
A segunda asserção é verdadeira, trata das definições de cada um dos tipos de
requisitos. Já a primeira, a terceira, a quarta e a quinta são falsas, pois: da primeira,
os Requisitos Funcionais tratam das funções que o software terá; da terceira, os
Requisitos de Negócio/ Organizacionais são aqueles que tratam da cultura da
empresa, eles não são transformados em telas no software; os Requisitos
Funcionais são aqueles que tratam das funcionalidades (telas) do software e,
finalmente, os Requisitos Não Funcionais são aqueles que tratam da infraestrutura
necessária para que o software seja instalado. Da quarta asserção, somente os
Requisitos Funcionais devem (e não podem) ser traduzidos para uma linguagem
de programação, os Requisitos Não Funcionais tratam da infraestrutura e os
Requisitos Organizacionais dizem respeito à cultura da empresa. Finalmente a
quinta e última asserção, os três tipos de requisitos possuem papéis fundamentais
para a construção do software; cada qual contribui de alguma maneira para o
software.
Arquivos e Links