Dicas para Levantamento de Requisitos

Neste post vamos dar algumas dicas sobre levantamento de requisitos, quais são as informações que o analista especificador deve saber sobre o projeto e para isso existem algumas perguntas que devemos fazer aos clientes quando estamos numa reunião.

• Nós devemos nos atentar ao que o cliente quer receber (que produtos);
• Devemos saber quais serão os benefícios gerados em estar desenvolvendo este projeto, o que motivou o início deste projeto;
• Devemos documentar o histórico do projeto, se é um projeto existente que irá sofrer melhorias;
• Devemos nos preocupar com as áreas impactadas, quais áreas que utilizarão a solução proposta;
• Este projeto proposto será utilizado para uma solução interna ou externa, se algum parceiro irá utilizar desta solução;
• Definir o escopo é a parte mais importante e nele deve conter os limites de entrega do projeto, o conjunto detalhado das suas funcionalidades e as características da demanda;
• Devemos nos preocupar com os itens que ficarão fora do escopo que poderá impactar o projeto em palta, mas que não está previsto pelo cliente como item da demanda;
• Devemos saber qual é a necessidade de desenvolvimento e qual a solução a ser adotada;
• Se existir parametrização para o requerimento do projeto, estes devem ser informados;
• Devemos nos preocupar com as informações técnicas do projeto, isto é, caso exista troca de arquivo com alguma entidade externa, descrever as informações que deverão constar para esta entidade;
• Outro ponto importante é saber quais são os requerimentos não-funcionais, que são:
• Informações sobre Hadware / Software - existe alguma necessidade de hardware especial, é necessário algum terminal, leitora de código de barras e etc;
• Informações sobre Interface com Usuário - saber se existe alguma interface com o usuário fora do padrão da empresa solicitante;
• Informações sobre Integração - verficar se existe integração com outros sistemas, se existir qual é a tecnologia de transferência, este projeto depende de informações provenientes de outros sistemas, existe integração com parceiros, fornecedores, clientes e etc;
• Devemos saber se existe arquivos que serão gerados a patir do sistema a ser desenvolvido, qual é o seu formato e se este arquivo será transmitido para alguma área ou aplicativo e se existir é necessário saber de que forma isso irá ocorrer;
• É importante saber se o seu projeto necessitará de relatórios, se for necessário é importante levantar quais as informações que deverá constar no relatório e qual é a periodicidade do mesmo;
• Outro item importante é pegar os pontos de contatos, pois são eles que tirarão as dúvidas que surgirão enquanto for construída a especificação funcional;

No post de hoje montamos um check list que poderá ser utilizado na maioria dos levantamentos de requisitos de sistemas, o ideal é que os itens da lista sejam sempre questionados por parte do analista ao cliente solicitante. Caso você tenha alguma duvida / sugestão ou não concorde fale com a gente através dos comentários.

 

Aguardamos sua opinião.

Requisitos Funcionais X Não Funcionais

A especificação de requisitos na nossa opinião é a tarefa mais importante na fase de análise de um sistema, pois um requisito mal identificado/especificado produzem falhas e um grande risco no prazo do projeto, pois geraria retrabalho e atrasos.

Lembrando que para se ter um bom levantamento que requisitos, o analista deverá saber separar o que o cliente deseja, do que realmente o cliente necessita para o seu negócio.

Os requisitos podem ser classificados em 2 tipos: Requisitos Funcionais e os Requisitos Não Funcionais.

Os requisitos funcionais são aqueles que descrevem o comportamento do sistema e suas ações para cada entrada, ou seja, são as funcionalidades que o sistema deve ter (O que o sistema faz).Não existe muito um modelo de perguntas para realizar esse levantamento, pois depende muito do negocio do cliente, mas duas perguntas essenciais não poderão faltar, que são:

1. O que o sistema deverá fazer?

2. Quais as suas funcionalidades? (Detalhes todas as funcionalidades)

Os Requisitos não-funcionais são aqueles que descrevem as qualidades do sistema (como o sistema é).

Segue abaixo algumas perguntas para identificação de requisitos não funcionais:

1.Quantos usuários vão utilizar o sistema a ser desenvolvido?

2.Desse número de usuários, quantos  utilizarão o sistema simultaneamente?

3.Dos relatórios previstos, quais podem ser gerados por processamento batch e quais devem ser online ?

4.Qual o tipo de acesso da aplicação, via intranet ou via internet ?

5.Qual o perfil dos usuários que vão acessar a aplicação? Possuem conhecimento de internet? São usuários avançados?

6.É desejável que a maior parte das funcionalidades da aplicação possam se acessadas via teclado (sem auxilio do mouse)?

7.A aplicação deve ser compatível com quais versões do browser e/ou sistema operacional?

8.Quais os padrões de implementação esperados? Os desenvolvedores podem escrever o código em qualquer idioma? Podem utilizar qualquer banco de dados e qualquer tecnologia?

9.Qual a segurança esperada para o trafego de dados?

10.Toda comunicação entre o servidor e o browser tem que ser criptografada usando SSL? Será adquirido o certificado SSL? Ou a aplicação não tem dados sensíveis e confidenciais / vai ser executada em uma rede segura?

Fiquem atentos para os próximos post , pois ainda iremos detalhar mais sobre este assunto, mostrando exemplos e aplicações do dia a dia.

O que é um requisito?

Existem diversas definições, mas acreditamos que o requisito sirva para determinar o motivo pelo qual o sistema deva existir. Algo que defina a necessidade do software que estará sendo desenvolvido.
Para suprir esta necessidade temos que definir os requisitos de negócio, os requisitos funcionais, os requisitos não-funcionais, as regras de negócio do sistema e suas restrições.
Importante: Se os requisitos relevantes não forem identificados e tratados da maneira correta, pode-se gerar um grande esforço de retrabalho no desenvolvimento do software.

Nos próximos pots...traremos as definições dos tipos de requisitos acima citados...fiquem ligados!