Aula: Engenharia de Requisitos – Técnicas de elicitação de requisitos

O de mais importante que ocorreu na aula foi a dinâmica, simulação, de uma entrevista de usuário para elicitação de requisitos. Ficou como sugestão de leitura para a próxima aula, o texto: Uma Taxonomia Facetada para Técnicas de Elicitação de Requisitos, e a pesquisa sobre Joint Application Design (JAD).

Joint Application Design (JAD)

É uma técnica de Desenvolvimento de Aplicações Conjuntas (Joint Application Development) – é uma técnica de coleta de informações que permite a equipe de desenvolvimento e stakeholders, trabalharem juntos para identificarem os requisitos para o sistema de software a ser desenvolvido. Desenvolvida pela IBM no final dos anos 70, ela é um processo estruturado no qual, de 10 a 20 usuários se reúnem sob a direção de um mediador treinado em técnicas JAD. O mediador é quem define a agenda e diretrizes da reunião, no entanto, ele não atua ativamente. Ele deve ser um especialista em técnicas de processos de grupo e em análise de sistemas e de técnicas de projeto. As informações levantadas durantes as seções JAD são registradas por um assistente, que utiliza de ferramentas Computer-Aided Software Engineering (CASE), além de acessórios como: quadro branco, diagramas desenhos a mão livre (storyboard), etc.

Conceitos básicos:

Surgiu em meados de 1970, na IBM

Similar a um Workshop de requisitos

Ocorre na fase de especificação de requisitos

Põe todos os stakeholders juntos por um período intensivo (focado)

Pode utilizar representações de Engenharia de Software

Provê um ambiente para aplicar outras técnicas de elicitação

Facilitador conduz a reunião

Todos têm sua vez de falar

Resultados estão disponíveis imediatamente Papéis:

• Executivo patrocinador:
  • Gerente de nível mais alto comprometido com JAD
  • Patrocina o processo do início ao fim
  • Fornece diretrizes sobre os objetivos e metas de um projeto
  • Define expectativas claras para saída do processo JAD
  • Realiza breve palestra; não participa de atividades das sessões detalhadas, pode ser chamado para esclarecer questões administrativas críticas
• Gerentes funcionais e usuários finais:
  • Peritos em sessões JAD detalhadas
  • Tem a capacidade de descrever porque precisam do sistema
• Representantes da TI:
  • Poucas pessoas
  • Convidadas a participar das sessões
  • Tem conhecimentos técnicos das aplicações atuais do negócio pelo ponto de vista dos sistemas
• Líder de sessão JAD
  • Coração do processo JAD
  • Seu papel é conduzir as entrevistas preparatórias antes da sessão JAD real com o executivo patrocinador e com gerentes funcionais para a definição do escopo básico do processo
• Escribas
  • Registrar oficialmente todas as informações pertinentes ao sistema estudado
  • Sessões maiores – 2 escribas
    • Um descreve os comportamentos do sistema
    • Outro (da mesma área dos usuários) controla questões de negócio levantadas pelos usuários durante a sessão de dinâmica de grupo
  • Uso de ferramentas automatizadas para capturar os requisitos e exibir de volta para os usuários as telas, relatórios, etc.

Processo JAD 

• Quatro etapas:
  • Orientação inicial
  • Familiarização com a área/aplicação
  • Preparação do material para o workshop
  • Workshop

Conclusão: é um tipo de workshop, com processo, papéis e produtos bem definidos. O processo JAD se concentra na sessão JAD, e deste modo JAD contribui para a elicitação de requisitos para validar as informações já colhidas, além de criar novas.

Maiores informações 

Joint application design (JAD) in practice E. J. Davidson   Publisher Elsevier Science Inc.  New York, NY, USA.