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

Cenários e Peer Review.

Product Owner e Brainstorming.

Overview e Use Cases.

Joint Application Design (ou Development) – JAD e Etnografia.

Prototipação e Sprint.

por entrevistas, o analista se insere no ambiente de trabalho em que o sistema será utilizado. O trabalho diário é observado e são anotadas as tarefas reais em que o sistema será utilizado.

brainstorming, há um facilitador neutro cujo papel é conduzir o brainstorm e promover a discussão entre os vários mediadores. As tomadas de decisão são baseadas em processos bem definidos com o objetivo de obter um processo de negociação mediado pelo facilitador.

por questionários, o objetivo é explorar aspectos críticos dos requisitos do produto a ser desenvolvido, implementando de forma rápida um pequeno subconjunto de funcionalidades deste produto.

brainstorming, é indicado o uso de formulários quando há diversos grupos de usuários que podem estar em diferentes locais do país. Devem ser realizadas pesquisas específicas de acompanhamento apenas com usuários selecionados, e, dentre eles, aqueles cuja contribuição em potencial pareça mais importante.

por entrevistas, um modo adequado para agir seria, por exemplo, dizer: “O Sr. José vê a solução para o projeto dessa forma. E a senhora, Maria, qual é a sua opinião?” O analista deve evitar colocar a credibilidade do entrevistado em cheque e ter em mente que ele é o perito no assunto e fornecerá as informações necessárias ao sistema.

em uma reunião estruturada entre analistas e colaboradores que melhor representam a organização e o contexto em que o sistema será usado.

na definição de cenários de uso e interação dos usuários com o sistema, a fim de capturar detalhes de possíveis interações.

na realização de entrevistas fechadas, em que os stakeholders respondem a um conjunto predefinido de perguntas sobre as atividades que executam.

na construção de diagramas de caso de uso para entender e representar a forma como os usuários interagem nos processos organizacionais.

na imersão no ambiente de trabalho em que o sistema será usado, para se observar o trabalho do dia a dia e fazer anotações sobre as tarefas reais em que os participantes estão envolvidos.

permitir que os engenheiros de software trabalhem com os clientes e os usuários finais para obterem apenas informações sobre o domínio da aplicação e os serviços que o sistema pode oferecer.

interagir com os stakeholders por meio da observação e de entrevistas. Cenários e protótipos podem ser utilizados para ajudar os stakeholders a compreenderem o que o sistema vai incorporar.

considerar apenas os requisitos vindos dos stakeholders, descartando-se os requisitos provenientes de todos os outros sistemas.

realizar entrevistas, que são a melhor técnica para compreender os requisitos do domínio da aplicação, pois o conhecimento de domínio é tão familiar aos stakeholders que eles têm facilidade de explicá-lo.

usar entrevistas, que são uma técnica eficaz para a elicitação do conhecimento sobre os requisitos e restrições organizacionais porque as estruturas organizacionais que serão descritas corresponderão fielmente à realidade do processo de tomada de decisão.

II, apenas.

I e II, apenas.

I e III, apenas.

II e III, apenas.

I, II e III.