Projeto & Desenvolvimento : nunca comece o projeto baseando-se no modelo de dados

um post muito interessante relacionado a projeto de sistemas...

Os melhores sistemas implementados começam no modelo de domíneo e através de várias camdas de trabalho do sistema, descendo até a base de dados... e não do modelo da base de dados (modelo de dados para a interface).

Segue o [link] do post. (em inglês)

Fonte : DZone

Crítico : Análise de Requisitos

eis um tema crítico, quanto a desenvolvimento de software, essa fase é se não a mais importante do desenvolvimento de um software... e normalmente ocorrem muitas falhas na hora de coletar as informações/especificações com o cliente para desenvolver algo que vá resolver o problema para o qual o software será desenvolvido e que espera-se que seu uso seja fácil...

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:

Fonte: blog Juliano Carniel

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.