Ao deparar-se com um novo projeto de software, o desenvolvedor fica envolvido com diversas questões como seleção de SGBD (Sistema Gerenciador de Bancos de Dados) e linguagem de programação, estilo de interface, modelagem de dados e muitas outras.
Infelizmente, muitos deles parecem ignorar um passo anterior: a Engenharia de Software. Trata-se de uma abordagem sistemática e disciplinada, baseada em princípios da engenharia, para o desenvolvimento, operação e manutenção dos softwares. Podemos traçar uma analogia dizendo que você mesmo pode construir uma casinha de bonecas para sua filha, mas vai contratar um mestre-de-obras para fazer um “puxadinho” nos fundos da casa onde colocará aquelas tranqueiras das quais não quer se desfazer. Mas a casa onde você vai abrigar sua família, o edifício de escritórios onde centenas de colegas trabalham e a ponte que está no seu caminho para casa são obras que você só confiaria a um engenheiro civil. Da mesma forma, seu orçamento doméstico pode estar a cargo de uma planilha com uma macro de sua autoria, entretanto, se você não for um profissional de software, o ERP da sua empresa precisará de uma equipe especializada.
Dois tópicos interessantes da Engenharia de Software são os Padrões de Projeto (Design Patterns) e Padrões de Arquitetura (Architectural Patterns). Demonstrando que os desenvolvedores e programadores parecem apreciar as questões mais imediatistas do desenvolvimento, verificamos que os Design Patterns são muito mais comentados do que os Architectural Patterns.
Design Patterns são padrões de soluções que podem ser utilizados em problemas comuns do projeto de software. Não são modelos de código ou algoritmos, mas descrições de como resolver problemas que ocorrem em muitas situações.
Architectural Patterns são soluções para questões de maior escala na Engenharia de Software. Elas expressam a organização da estrutura básica dos sistemas de software. A primeira decisão de um projeto de software deve ser a seleção de uma Architectural Pattern. Muitos programadores parecem agir como se ninguém houvesse programado antes deles e partem para escrever seus códigos a partir de seus próprios algoritmos, copiando e cortando trechos de soluções de conhecidos, manuais e tutoriais, criando “colchas de retalhos” cujos esforços de manutenção são hercúleos.
Um dos Padrões de Arquitetura mais utilizados em aplicações web é o MVC (Model-View-Controller). Ele é baseado no princípio da separação dos dados (Modelo) da interface do usuário (Visão), de tal forma que uma alteração em uma destas partes não afete de maneira sensível à outra. A lógica da aplicação – também denominada Lógica do Negócio – fica à parte do Modelo e da Visão pela implementação de um terceiro componente, o Controle.
O Modelo é a representação do estado dos dados da aplicação em determinado instante. Ele é representado, muitas vezes, como os nós de um autômato finito. O MVC não sugere uma forma de implementar um mecanismo de armazenamento destes dados, pois é implícito ao Padrão de que isto estará encapsulado no Modelo. Ele pode ser implementado como uma classe para cada conjunto de objetos manipulados ou com a utilização de uma classe especializada para acesso ao SGBD.
A Visão implementa a interface do usuário, em nosso caso será geralmente um documento HTML, com extenso uso de Javascript, DOM, XML e JSON. Não é raro implementarmos visões distintas no mesmo aplicativo, uma vez que é cada vez mais comum termos de produzir interfaces para desktops e para dispositivos móveis.
O Controle é responsável por processar e responder a eventos e ações do usuário, invocando mudanças nos dados do Modelo. É comum ser representado como os arcos de um autômato finito.
Espero seus comentários para guiar os próximos posts sobre MVC e Padrões de Arquitetura e de Desenvolvimento.