-
Sommerville propõe um processo genérico de levantamento e análise que contém as seguintes atividades:
- Compreensão do domínio: Os analistas devem desenvolver sua compreensão do domínio da aplicação;
- Coleta de requisitos: É o processo de interagir com os stakeholders do sistema para descobrir seus requisitos. A compreensão do domínio se desenvolve mais durante essa atividade;
- Classificação: Essa atividade considera o conjunto não estruturado dos requisitos e os organiza em grupos coerentes;
- Resolução de conflitos: Quando múltiplos stakeholders estão envolvidos, os requisitos apresentarão conflitos. Essa atividade tem por objetivo solucionar esses conflitos;
- Definição das prioridades: Em qualquer conjunto de requisitos, alguns serão mais importantes do que outros. Esse estágio envolve interação com os stakeholders para a definição dos requisitos mais importantes;
- Verificação de requisitos: Os requisitos são verificados para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema.
-
modelagem é fase de projeto.
-
Atenção que a questão fala do levantamento e da análise DOS REQUISITOS. Inicialmente eu havia confundido com a análise do modelo cascata, a qual tem modelagem, por exemplo.
Mas a questão pede somente requisitos e por isso a modelagem fica pra outra fase (especificação).
Aí ficamos com a letra b ou c. Entendo que as duas estão certas, nesse caso teríamos que marcar a menos errada :/
Fonte: http://www.deinf.ufma.br/~maria/arqan/2013-2/cap3-requis.pdf (excelente material)
-
Discordo do colega que afirma: "modelagem é fase de
projeto."
Item 8 - Errado. Eis o que dizem os renomados Autores Ian Sommerville
e Roger S. Pressman:
Ian Sommerville - Engenharia de Software 9a Edição - Página 86:
"A modelagem de caso de uso foi originalmente desenvolvida por Jacobson et
al. (1993) na década de 1990, e foi incorporada ao primeiro release da UML
(RUMBAUGH et al., 1999). Como discutido no Capítulo 4, a modelagem de caso de
uso é amplamente usada para apoiar a elicitação de requisitos. Um caso de uso
pode ser tomado como um cenário simples que descreve o que o usuário espera do
sistema."
Ian Sommerville - Engenharia de Software 9a Edição - Página 87:
"Os diagramas de sequência em UML são usados, principalmente, para modelar
as interações entre os atores e os objetos em um sistema e as interações entre
os próprios objetos..."
Roger S. Pressman - Engenharia de Software - Uma Abordagem
Profissional 7a Edição - Página 133: "O levantamento de requisitos (também
chamado elicitação de requisitos)..."
Roger S. Pressman - Engenharia de Software - Uma Abordagem
Profissional 7a Edição - Página 137: "Artefatos do levantamento de
requisitos:
...
* Um conjunto de cenários de uso que esclarecem o uso do sistema ou
produto sob diferentes condições operacionais."
-
A "Modelagem de Requisitos" acontece na atividade de "Especificação dos Requisitos" (formalizar os requisitos em um documento) e não nas atividades de Elicitação (levantamento) e Análise de Requisitos.
-
Verificação não é feita dentro da validação segundo Somerville?
O espiral de levantamento e análise de requisitos contém as seguintes atividades: Obtenção de requisitos; Classificação e organização de requisitos; Priorização e negociação de requisitos; Documentação de requisitos. Analisando esesse conceito, acredito que a questão correta seria a B.
-
Se no processo de levantamento e análise ( elicitação ) de requisitos a interação com os stakeholders é essencial, então não vejo como descartar a opção 6 - Descarte de requisitos.
a verificação acredito que ocorra durante e após a especificação.
Também concordo com o Luiz Henrique. Letra B.
-
Até onde eu tinha estudado a verificação de requisitos ocorre na etapa de validação, e não de elicitação...
-
As vezes as bancas exigem que você desaprenda tudo que aprendeu nos estudos para conseguir acertar uma questão....
A atividade de Verificação de Requisitos está presente na fase de VALIDAÇÃO, que é após a fase de LEVANTAMENTO E ANÁLISE.
Alternativa correta é "B", mas fazer o que.....
-
Felipe RF, você disse tudo. Não existe Verificação dos Requisitos e sim a Validação dos Requisitos, só aí já tirariam as letras A,C e D. Depois temos a etapa de Negociação, onde os requisitos são priorizados, descartando aqueles que não são prioritários para serem implementados na hora oportuna, classificação dos mesmos e conflitos são solucionados. Aí vem a louca da FCC e ferra com tudo...Agora o cara que provar que Sommerville, Pressman ou qualquer outro autor diz que existe a Verificação, eu desisto de concurso.
-
Eu acertei a questão, mas realmente a "Verificação" confunde, pois ela é feita na Validação e não no Levantamento e análise.
-
3.1 ESTUDO DE VIABILIDADE
Saída: Relatório de viabilidade
3.2 ELICITAÇÃO E ANÁLISE DE REQUISITOS
Saída: Modelos de sistema
Principais processos:
3.2.1- Compreensão do domínio: os analistas devem desenvolver sua compreensão do domínio da aplicação.
3.2.2- Coleta de requisitos: processo de interagir com os stakeholders do sistema para descobrir seus requisitos.
3.2.3- Classificação: atividade que considera o conjunto não estruturado dos requisitos e os organiza em grupos coerentes.
3.2.4- Resolução de conflitos: Solucionar conflitos decorrentes do envolvimento de múltiplos stakeholders.
3.2.5- Definição das prioridades: envolve a interação com os stakeholders para a definição dos requisitos mais importantes.
3.2.6- Verificação de requisitos: os requisitos são verificados para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema.
Principais técnicas para levantar requisitos:
* Entrevistas
* Questionários
* Leitura de Documentos
* Etnografia
* Pontos de Vista
* Análise de Protocolos
* Prototipação
* Workshop de Requisitos
* Reúso de Requisitos
* Participação Ativa de Usuários
* JAD (Joint Application Design)
* QFD (Quality Fuction Deployment)
* Brainstorming (Filtro de Ideias)
* Encenação
* Interpretação de Papeis
* Histórias de Usuários
* Cenários de Caso de Uso
3.3 ESPECIFICAÇÃO DE REQUISITOS
Saída: Requisitos de usuário e de sistema
A modelagem de requisitos é a atividade central no processo de engenharia de requisitos porque dela resulta o produto principal no qual os desenvolvedores devem se basear para construir a arquitetura e o código do sistema (Jacobson, 1999; Sommerville, 2000; Kotonya, 1998b).
3.4 VALIDAÇÃO DE REQUISITOS
Saida: documento de requisitos
3.5 GERENCIA DE REQUISITOS
Saida: plano de gerenciamento de requisitos
-
Essa é uma classificação antiga do Sommerville (2003). Agora saber todas as versões é dose, né?
http://www.devmedia.com.br/engenharia-de-software-2-tecnicas-para-levantamento-de-requisitos/9151
-
Mas é óbvio que verificação (estamos desenvolvendo certo o produto?) e validação (estamos desenvolvendo o produto certo?), ficam dentro da fase de validação!
Esses caras não querem ter trabalho fazendo uma questão decente, então fazem um ctrl+c, ctrl+v do livro; que neste caso, ainda está defasado tsc tsc tsc
-
ESSA QUESTÃO TÁ MEIO DESATUALIZADA.
A FCC infelizmente arruma umas loucuras desses de vez em quando!
-
Prezados,
Dentre os itens lançados, o item 6 não faz parte do levantamento e análise de requisitos em nenhuma literatura. Bem como o 8, modelagem de requisitos, que quando executada , já é feita em etapas posteriores, e não no levantamento de requisitos.
Portanto a alternativa correta é a letra C.