-
Gabarito: E
Durante a fase de validação dos requisitos, devem ser verificados (através de checklists) os seguintes atributos dos requisitos:
- Validade: a especificação resulta da análise dos requisitos identificados junto das diversas partes interessadas envolvidas. Como tal, requisitos identificados individualmente (isto é, junto de cada parte interessada) podem diferir da especificação final que se atinge após o cruzamento de informação e é necessário que cada cliente compreenda e aceite a especificação final obtida.
Fonte:http://pt.wikipedia.org/wiki/Engenharia_de_requisitos acessado em 15/07/2011.
-
Validacao de Requisitos
Os produtos de trabalho criados como conseqüência da engenharia de requisitos
(uma especificação dos requisitos do sistema e informações relacionadas)
devem ser validados quanto à qualidade durante o passo de validação de
requisitos. Esta validação examina a especificação para garantir que todos
os requisitos do sistema foram estruturados de maneira não ambígua, que as
inconsistências, omissões e erros foram apagados e corrigidos, e que os
produtos de trabalho estão em conformidade com os padrões estabelecidos
para o processo, para o projeto e para o produto.
O mecanismo primário de validação de requisitos é a revisão técnica formal.
O time de revisão inclui os engenheiros de sistema, clientes, usuários e
outros stakeholders que examinam a especificação do sistema à procura de
erros de conteúdo ou interpretação, pontos onde pode ser necessário
esclarecimento, perda de informações, inconsistências (um dos maiores
problemas da engenharia de grandes produtos), requisitos conflitantes,
ou requisitos irreais (de desenvolvimento impossível).
Embora a revisão para validação dos requisitos possa ser conduzida de
qualquer maneira desde que possibilite a descoberta de erros nos requisitos,
é útil examinar cada requisito contra um check list.
A seguir um pequeno subconjunto do que pode ser questionado:
* Os requisitos estão estruturados claramente? Não há problemas de interpretação incorreta?
* A fonte (pessoa, regimento, documento, etc.) foi identificada? A estrutura final do requisito foi examinada pela/contra a fonte original?
* O requisito está definido em termos quantitativos?
* Os requisitos estão claramente identificados através de uma matriz de referência cruzada ou outro mecanismo que permita visualizar o relacionamento entre eles?
* O requisito viola alguma regra de domínio do negócio?
* O requisito é rastreável para qualquer modelo de sistema que seja criado? O requisito é rastreável para os objetivos gerais do produto/sistema?
* Os requisitos associados a desempenho, comportamento e características operacionais foram estruturados claramente?
-
I. Um dos principais mecanismos de validação de requisitos é a avaliação técnica formal.
Falsa. Uma dos mecanismos de validacao eh a Revisao de Requisitos, que sao revisoes informais ou simplesemente uma conversa com a equipe e partes interessadas
-
Técnicas de validação
Para tornar a validação mais eficaz, existe um conjunto de técnicas que podem ser empregues:
Revisões dos requisitos
Uma equipe de revisores pode analisar sistematicamente a especificação produzida de forma a garantir que esta corresponde ao sistema pretendido; em revisões informais, a equipe de revisores pode simplesmente ter uma conversa, envolvendo o maior número possível de representantes das partes interessadas, acerca dos requisitos produzidos; em revisões formais, a equipe de revisores deve confirmar junto do cliente um conjunto de critérios que todos os requisitos devem cumprir, nomeadamente: verificabilidade, compreensibilidade (por parte dos utilizadores finais), rastreabilidade (a origem dos requisitos deve ser identificável) e adaptabilidade (capacidade de sofrer alterações sem produzir efeitos em todos os outros requisitos).
Prototipificação
(Ou prototipação) A implementação de um protótipo (por exemplo, da interface do sistema) pode ser útil para os utilizadores finais (e demais interessados), já que se trata do elemento do sistema final com o qual terão mais contacto quando o sistema estiver operacional; esta técnica também é eficaz, embora tenha desvantagens: o tempo gasto na sua implementação pode não justificar o seu uso, pode enviesar os utilizadores (levando a desilusões com a versão final do sistema, no caso de esta ser muito diferente do protótipo) e pode ainda levar os programadores a cair na tentação de usar o protótipo para continuar o desenvolvimento do sistema (pelo que, idealmente, o protótipo deva ser implementado noutra linguagem que não aquela usada pelo sistema, eliminando por completo esta tentação).
Geração de casos de teste
Uma vez que cada requisito deve ser testável, deveria ser possível criar (desenhar) os respectivos testes desde a fase de validação de requisitos; se isto não for possível, é sinónimo de que a implementação deste requisito será difícil e que este poderá ter de ser reconsiderado.
Análise de consistência automática
Através da especificação formal de modelos para o sistema é possível, recorrendo a ferramentas adequadas testar de forma automática a consistência dos modelos criados; apenas a consistência é testada nesta técnica, pelo que tem de ser complementada com uma das outras técnicas referidas.
Fonte:http://pt.wikipedia.org/wiki/Engenharia_de_requisitos
http://pt.wikipedia.org/wiki/Engenharia_de_requisitosfonte:
-
Prezados colegas:
Eu so' acertei essa porque tinha 100% de certeza que a IV estava incorreta, e como todas as opcoes tem IV exceto a letra E ... bingo.
Porem nao ficou claro para mim que a I e' verdadeira...
avaliação técnica formal = revisao formal??? ou avaliação técnica formal<>revisao formal?
Alguem pode esclarecer de forma objetiva por gentileza?
obrigado
-
LEANDRO..segue o que pesquisei. Espero te ajudar..
VALIDAÇÃO DE REQUISITOS
Os produtos de trabalho criados como consequência da engenharia de requisitos (uma especificação dos requisitos do sistema e informações relacionadas) devem ser validados quanto à qualidade durante o passo de validação de requisitos. Esta validação examina a especificação para garantir que todos os requisitos do sistema foram estruturados de maneira não ambígua, que as inconsistências, omissões e erros foram apagados e corrigidos, e que os produtos de trabalho estão em conformidade com os padrões estabelecidos para o processo, para o projeto e para o produto.
O mecanismo primário de validação de requisitos é a revisão técnica formal. O time de revisão inclui os engenheiros de sistema, clientes, usuários e outros stakeholders que examinam a especificação do sistema à procura de erros de conteúdo ou interpretação, pontos onde pode ser necessário esclarecimento, perda de informações, inconsistências (um dos maiores problemas da engenharia de grandes produtos), requisitos conflitantes, ou requisitos irreais (de desenvolvimento impossível). Embora a revisão para validação dos requisitos possa ser conduzida de qualquer maneira desde que possibilite a descoberta de erros nos requisitos, é útil examinar cada requisito contra um check list. A seguir um pequeno subconjunto do que pode ser questionado:
. Os requisitos estão estruturados claramente? Não há problemas de interpretação incorreta?
. A fonte (pessoa, regimento, documento, etc.) foi identificada? A estrutura final do requisito foi examinada pela/contra a fonte original?
. O requisito está definido em termos quantitativos? Os requisitos estão claramente identificados através de uma matriz de referência cruzada ou outro mecanismo que permita visualizar o relacionamento entre eles?
. O requisito viola alguma regra de domínio do negócio?
. O requisito é rastreável para qualquer modelo de sistema que seja criado?
. O requisito é rastreável para os objetivos gerais do produto/sistema?
. Os requisitos associados a desempenho, comportamento e características operacionais foram estruturados claramente?
-
"II. O modelo de análise pode garantir que os requisitos foram consistentemente declarados."
Existe essa garantia? Não concordo com a afirmativa. Alguém poderia me dar uma ajuda?
Obrigado
-
AJ, também fiquei em dúvida na afirmativa II, mas segundo Pressman ela está correta sim: "Uma preocupação fundamental durante a validação de requisitos é a consistência. Use o modelo de análise para garantir que os requisitos foram declarados de forma consistente".
(Fonte: Engenharia de Software, Pressman, 7ed, pag 130)
-
Os textos foram retirados (copia&cola) da fonte (Engenharia de Software, Pressman, 8ed, pag 120 Item 7.2.6 Validacao)
I – CORRETA. “O principal mecanismo de trabalho de validacao de requisitos é a revisao tecnica formal”.
II – CORRETA. “Uma preocupacao-chave durante a validacao de requisitos é a consistencia. Use o modelo de analise para garantir que os requisitos foram consistentemente declarados”. (Vide Anotacao ao lado da pagina em “AVISO”)
III – CORRETA. Vide ao final da pagina no quadro INFO: Checklist de validacao dos requisitos: “É frequentemente util examinar cada requisito em face de um conjunto de questoes do tipo checklist.”
IV – FALSA. “A equipe de revisao inclui engenheiro de software , clientes, usuarios e outros interessados...”.
-
Questão
muito mal formulada, as opções de resposta julgadas como corretas não se
restringem a fase da validação da Engenharia de Requisitos.
I. Um dos principais mecanismos de validação de requisitos é a avaliação técnica formal.
avaliação técnica formal = revisão técnica formal?
II. O modelo de análise pode garantir que os requisitos foram consistentemente declarados.
Essa função na opção II não seria na fase de análise?
III. É frequentemente útil examinar cada requisito em face de um conjunto de questões do tipo checklist.
Essa é mais aceitável.
IV. A equipe de revisão que avalia os requisitos inclui apenas
pessoas com conhecimento técnico na área de TI, como engenheiros de
softwares, desenvolvedores etc.
A palavra apenas, matou a questão.
Fiquei surpreso com a resposta letra "E" correta. A banca considerou todos as minhas dúvidas acima como opções corretas.
-
Estou vendo muitas dúvidas em relação a primeira:
I. Um dos principais mecanismos de validação de requisitos é a avaliação técnica formal.
É uma clara etapa de validação, porque a avaliação técnica formal, onde formalmente você deve validar os requisitos especificados com o cliente, então por isso ela precisa ser formal, assinada, logo validação com o gestor!