Quando falamos de levantamento de requisitos de um sistema mobile, o seu objetivo é descrever basicamente o que o sistema deve fazer, os serviços que irá oferecer, e assim visualizarmos o reflexo dessas ações que o sistema irá ajudar nas necessidades do cliente.
Segundo Ribeiro e Souza (2012), a engenharia de requisitos é uma atividade fundamental no processo de desenvolvimento de software, assegurando que um conjunto completo das necessidades e requisitos dos usuários sejam capturados e transformados em um conjunto válido de requisitos em todo o ciclo de vida.
Segundo Sommerville (2011), ele faz a classificação em duas partes, a primeira como sendo os requisitos do usuário e a segunda sendo os requisitos do sistema:
Na etapa de levantamento de requisitos, quando visamos a captura de informações do produto final, é necessário não somente a aplicação de uma só técnica, mas sim de várias técnicas agregadas. E também não podemos esquecer das necessidades dos clientes/usuários.
Segundo Carrizo (2008), as entrevistas são quase que as únicas utilizadas na captura de informações, apesar de que nem sempre seja o meio mais adequado para entender as necessidades dos usuários.
As entrevistas podem ser de dois tipos, fechadas ou abertas.
As entrevistas abertas, já são criadas anteriormente e seguem um script pré-definido, já nas entrevistas fechadas não seguem um roteiro, vão fazendo conforme a necessidade. Na maioria dos casos existe uma mescla desses dois tipos de entrevistas atendendo as necessidades do sistema. E o grande objetivo é de ajudar na compreensão e também na elicitação dos requisitos. É importante comentarmos também que as entrevistas fechadas têm mais chances de obter resultados mais objetivos e produtivos em relação às entrevistas abertas.
Outra técnica que podemos utilizar é a criação de cenários, que irá buscar a aproximação do mundo real com as funcionalidades dos sistemas que desejamos construir. Essa técnica consiste em descrever os fluxos de informações da maneira mais simplista possível, de modo que indicamos exatamente o que os usuários esperam que aconteça em diversas situações, visando assim o total entendimento das necessidades e casos específicos, onde em um outro momento não foi selecionado como um requisito de sistema.
A próxima técnica é a dos casos de uso, assim como as outras técnicas, ele é muito utilizado na fase de levantamento de requisitos, no momento da análise e do design do sistema. Nesta técnica iremos apresentar as várias funcionalidades previstas para os sistemas e os usuários que irão utilizar a mesma. Vai apresentar o sistema de informação visto diretamente pelo usuário, indicando assim os módulos que compõem o sistema, os usuários que estarão inclusos nele e quais os papéis que irão desempenhar. Usuários, que podem ser pessoas ou outros sistemas, no desenho do estudo de caso, serão representados como figuras ‘palito’. Já as classes de interações são representadas por uma elipse. As linhas, irão indicar a ligação entre os atores e a interação. Podemos verificar isso na figura 1, logo abaixo:
Figura 1: Exemplo de caso de uso
A técnica da etnografia, trata-se da verificação do ambiente de trabalho no qual o sistema será implementado. Através dela, o profissional de TI vai tentar entender não só a cultura da empresa mas também a política que está empregada na mesma. Ela se baseia no fato de perceber que alguns requisitos podem não ser representados e assim conhecendo um pouco mais do dia a dia da empresa poderemos entender melhor as ações dos usuários que irão utilizá-lo.
Uma outra técnica muito utilizada é a validação, ela surge como uma fase essencial, porque isso, é muito decorrente acontecer um requisito mal definido pode ter um custo muito alto se não for verificado nessa fase, ou seja, corrigindo esse requisito na fase de construção terá um custo muito menor.
Os questionários, de acordo com Bastos Junior (2005) é, basicamente, um documento usado para direcionar uma ou mais pessoas a responder uma ou mais perguntas. A aplicação desses questionários, vai permitir que o analista responsável possa entender melhor a situação levantando informações de inúmeras pessoas, sendo assim, consegue ter uma maior objetividade das funcionalidades que designam no software que será desenvolvido.
E por último, temos a técnica da prototipagem. Basicamente o protótipo tem que necessariamente ter um baixo custo e não pode ter um tempo muito grande, pois será vista no início do projeto, momento que começamos a desenvolver e levantar todas as informações.