- 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.
Interessante
ResponderExcluirObrigado, se tiver algum tema de seu interesse indique para a gente.
ResponderExcluir[]'s Galera da T.I.