Projetando sua aplicação WEB

Primeiramente, vou defender argumentos a favor da importância de projetar uma aplicação.
Em determinado momento de minha vida já chamei meu professor de TSPD (Técnicas de Sistemas de Processamento de Dados) de "Ultra-Acadêmico", no sentido pejorativo da palavra. Hoje em dia defendo a etapa do planejamento tanto quanto defendo o ajuste fino.

Uma lista ordenada de argumentos a favor da projeção talvez facilite a compreensão:

1 – Você deixará ainda mais longe o fantasma do re-trabalho. Como bem sabemos, re-trabalho significa perda de produtividade (mais especificamente prejuízo), o que o torna uma verdadeira entidade maldosa-fantasmagórica quando se está do lado interessado em resultados do balcão;

2 – O planejamento facilita a fragmentação de uma grande tarefa em uma árvore, facilitando dessa forma também a terceirização de mão de obra e o trabalho em equipe;

3 – Orienta o desenvolvimento fazendo com que o desenvolvedor/programador não perca o foco de trabalho, bem como consiga traçar/seguir uma linha lógica de produção;

4 – Proporciona uma visão bem mais ampla do projeto de sistema e seu fluxo de informação; Esta vantagem particularmente faz com que o desenvolvedor consiga cercar eventuais erros, bem como criar uma metodologia de trabalho para começar e terminar a aplicação.

Acho que estas vantagens conseguiriam até me convencer em minha época de maior revolta. Garanto que mais argumentos serão identificados por leitores mais atenciosos no decorrer do artigo.

Primeiro passo – Coletando as informações necessárias.

Faça a pergunta "Para que este sistema servirá?" inúmeras vezes para quem interessa até que esteja certo que sabe perfeitamente a resposta.

Se já existir um sistema rodando e sua função for melhorá-lo, peça uma conta de operador e encontre os pingos nos is das poeiras nos menores cantos escuros da aplicação.
Gaste tempo conversando com usuários do sistema, principalmente os mais velhos e/ou com mais tempo de casa; Eles normalmente têm muito a falar sobre seus problemas e quase em todos os casos pensam em formas de melhorá-lo quando amaldiçoam o programador em seus súbitos de raiva.

Vá até a fonte dos processos e veja-os acontecendo, leia formulários, abra arquivos, converse com as pessoas que estão ligadas a eles perguntando-lhes como o fluxo de trabalho poderia ser melhorado.

Tenha certeza que entendeu tudo o que quer sistematizar em suas maiores minúcias antes de iniciar o planejamento. Projetos de sistemas normalmente estão esperando uma falha do projetista para pegá-lo de contra-pé, normalmente quando grande parte do trabalho já foi concluída.

Na maioria dos casos, o trabalho é no mínimo parcialmente perdido. Em todos os casos ele precisa ser adaptado à nova consideração.

Segundo passo – Iniciando o planejamento

Pegue tudo o que anotou sobre os procedimentos manuais que irá sistematizar e faça o esquema da informação circulando entre eles. Faça-o em um programa de flow (se não tiver conhecimento das entidades, faça em papel mesmo).

Um exemplo (pense nisso desenhado)

A) solicitação vai para A, que recebe o papel contendo XY dados e envia para a pilha de papel A1;

B) pega a pilha A1 diariamente e consulta no estoque sobre a disponibilidade de matéria prima. Caso haja suficiente, envia um comunicado para C com as informações XYZ solicitando permissão para cumprir a solicitação;

C) preenche formulários, consulta o histórico de B e verifica se ele tem pendências no momento. Se tiver, agenda a solicitação, notifica cliente, A e B. Se não, notifica B que ele tem permissão e guarda os formulários em um arquivo para fazer estatísticas posteriormente.
Por aí vai.

Ninguém consegue imaginar os procedimentos acima descritos no exemplo na vida real. Nem eu.
Entretanto, ele serviu também para ressaltar a seguinte máxima, que deverá ser sempre lembrada por um Desenvolvedor/Analista/Projetista ao sentar em sua mesa para iniciar uma aplicação: "Pior do que não utilizar a informática é utilizá-la para sistematizar uma hierarquia de processos burocrática e ineficaz."

Acabado o esboço do planejamento, leve sua papelada às pessoas responsáveis faça a informação navegar pelo seu esquema, deixando em aberto para as considerações coerentes.
Faça pequenas modificações (isso sempre ocorre) e guarde muito bem seus rabiscos. Eles servirão de referência pelos próximos passos do projeto.

A primeira parte do artigo termina por aqui. Até a próxima.

Estarei à disposição para qualquer consideração.

Um grande abraço.