porém não é bem isso que normalmente vejo no final de projetos... graças a algo chamado: requisitos implícitos e isso é complicado pois trata-se de rotinas cotidianas da empresa algo que é mais que sabido pelos funcionários da empresa, mas como normalmente as pessoas que irão desenvolver o software não são da empresa, ou mesmo que se estão são de um setor de T.I., infelizmente a realidade é que estes são alienados quanto ao "esquema" de trabalho dos outros setores...
normalmente na análise de requisitos ocorre algo assim:
agora vai uma dica que observei e outros amigos que trabalham nessa área também observaram... normalmente os usuários são mais orientados a tela da aplicação, em outras palavras começam a pensar na aplicação depois de ver algum template de tela da aplicação... então o mais indicado seria realizar uma analise de requisitos em etapas, realizando validações com o cliente utilizando-se de um template de tela como futuramente será o caso de uso que está sendo levantado os requisitos...
é normal ocorrer o seguinte, desenvolvido todo o caso de uso após de pronto quando é a hora de apresentar para o cliente, ele olha e... "- mas não era assim...", alguem já ouviu alguma expressão similar?
então utilize de templates de tela/esquema visual para faciliar ao cliente a visualizar o sistema/aplicação, com isso lhe facilitará o processo para identificar os requisitos para o mesmo.
