Levantamento de requisitos
O levantamento de requisitos é uma fase de um sistema de informação.
Os requisitos podem ser descrições de como um sistema de informação se deve comportar, das suas propriedades e das suas restrições ou condicionantes do seu desenvolvimento.
A fase de levantamento de requisitos é, então, de extrema importância, pois é ela que garante que o novo sistema de informação será capaz de fazer o que é suposto fazer.
Sub-tarefas do levantamento de requisitos
Esta fase é, em si, um processo que implica uma série de outras tarefas:
- Estabelecer objetivos:
- Definir objetivos do negócio;
- Definir o problema a resolver;
- Definir as restrições do sistema:
- Restrições económicas;
- Restrições políticas;
- Restrições tecnológicas;
- Restrições ambientais;
- Restrições temporais, etc.;
- Compreender o contexto:
- Compreender a estrutura organizacional;
- Compreender o domínio da aplicação;
- Identificar os sistemas existentes;
- Organizar o conhecimento:
- Identificar os stakeholders e os utilizadores:
- Compreender as necessidades dos interessados num sistema de informação é decisivo para o desenvolvimento de uma solução efetiva;
- Conhecer os interessados e as suas necessidades permite definir as fronteiras do sistema:
- Quem são os utilizadores do SI? Quem fornece, utiliza, remove informação do SI?
- Como é que o SI contém a informação necessária ao seu funcionamento?
- Onde é que o SI é utilizado?
- Quem será afetado pelas saídas que o SI produz?
- Quem vai ficar responsável pela manutenção do SI?
- Que outros sistemas interagem com o novo SI?
- Definir prioridades para os objetivos;
- Filtrar o domínio de conhecimento;
- Identificar os stakeholders e os utilizadores:
- Fazer o levantamento dos requisitos:
- Identificar requisitos dos stakeholders;
- Identificar requisitos do domínio;
- Identificar requisitos da organização.
O contexto no qual o sistema se vai inserir e as condições impostas ao processo, influenciam a forma como o levantamento de requisitos é feito.
Processos para descobrir requisitos
- Requisitos conduzidos por políticas organizacionais - No hospital XYZ todos os diagnósticos são identificados através de código ICD;
- Requisitos iniciados por problemas:
- Diagnóstico conduzido por eventos;
- Análise baseada em modelos;
- Requisitos iniciados por exemplos;
- Requisitos impostos pelo ambiente externo:
- Normas, regulamentos, etc.- Nos hospitais portugueses é obrigatória a identificação dos utentes nacionais com o número de utente existente no cartão do cidadão;
- Requisitos não funcionais.
Instrumentos de identificação de requisitos
- Entrevistas e questionários - técnicas simples, mas difíceis de aplicar porque:
- Enviesamento do entrevistadores;
- Predisposição do entrevistado;
- Relação pessoal;
- Workshops de requisitos - técnica de grupo para o debate e acordo das questões associadas à identificação de requisitos:
- Grupo é composto por representantes dos diversos stakeholders identificados;
- Discussão é mediada por especialista na identificação e levantamento de requisitos;
- Brainstorming - técnica de grupo para a geração de novas ideias:
- Encoraja a participação de todos os envolvidos no processo de criação de SI;
- Permite o aproveitamento e o refinamento de outras ideias e a criação de novas;
- Encoraja o pensamento livre;
- Cenários - técnica que permite colocar os interessados no SI perante uma situação realista em que simulam ou antevêem a interação com o SI;
- Storyboarding - técnica que permite obter, rapidamente, reações dos utilizadores para os conceitos propostos para o SI:
- Passivo - capturas de ecrã; regras do negócio; relatórios;
- Ativo - slide shows; animações; simulações;
- Interativo - demos; apresentações interativas;
- Protótipos - técnica que consiste na criação de uma versão inicial do sistema para apoio à identificação, análise e validação de requisitos
- Baixa fidelidade - Mockups iniciais para discussão, Casos de uso, Diagramas de Sequência
- Alta fidelidade - Mockups com um aspecto muito próximo do final
Problemas no levantamento de requisitos
Vários problemas podem surgir durante o levantamento de requisitos, nomeadamente:
- Os utilizadores não sabem o que querem ou sabem o que querem, mas não conseguem articulá-lo;
- Os utilizadores pensam que sabem o que querem até que os desenvolvedores lhes dêem o que disseram que queriam;
- Os analistas acham que compreendem os problemas dos utilizadores melhor que os mesmos.
Uma forma de minimizar os problemas é serem discutidos de forma iterativa em várias versões até à final.