1. Introduç�o

ECO � um acr�nimo de Enterprise Core Objects ou, em portugu�s, Objetos de Regras de Neg�cio. Nada mais � do que uma plataforma para o desenvolvimento em .NET que tem por finalidade gerenciar a infra-estrutura do software, permitindo aos desenvolvedores focalizarem suas atenç�es nas exig�ncias do neg�cio.

� de f�cil utilizaç�o a qualquer desenvolvedor de software, possibilitando um desenvolvimento r�pido de aplicaç�es, as quais futuramente podem ser adaptadas segundo as necessidades.

Emprega a UML (Unified Modeling Language ou Modelo de Linguagem Unificada) e a OCL (Object Constraint Language ou Linguagem de Restriç�o de Objetos) para o desenvolvimento de aplicaç�es de forma visual. � poss�vel importar modelos de UML constru�dos em outras ferramentas, desde que estes estejam no formato padr�o de arquivo (*.mdl).

Tamb�m permite construir a aplicaç�o a partir de uma base de dados existente, j� que, nativamente, fora projetado para trabalhar com os SGBDR (Sistema Gerenciador de Banco de Dados Relacional) mantendo a integridade da base de dados atrav�s de transaç�es.

2. Novidades do ECO

O ECO traz v�rias novidades para auxiliar no desenvolvimento de aplicaç�es de forma f�cil e r�pida, algumas delas est�o detalhadas abaixo.

2.1. ECO Packages

O ECO permite que sejam criados pacotes para serem utilizados nas aplicaç�es. Estes pacotes cont�m definiç�es de UML e OCL que podem ser usadas para instanciar, implementar e persistir objetos. � poss�vel construir aplicaç�es a partir de um ou mais pacotes, assim como um pacote pode ser utilizado em uma ou mais aplicaç�es.

2.2. ECO Action Language

Uma ferramenta que auxilia no desenvolvimento de aplicaç�es � a ECO Action Language, ou Linguagem de Aç�o ECO, a qual � um derivado da OCL que permite que exceç�es sejam tratadas por m�todos contidos em classes ECO ou pela pr�pria ECO Action Language. Permitindo que exceç�es sejam tratadas dentro das pr�prias classes, pode-se embutir uma quantia significativa de l�gica de programaç�o nos modelos, reduzindo a quantidade de c�digo nas aplicaç�es e facilitando a manutenç�o das mesmas.

2.3. Pattern Support

Outro ponto que � de grande ajuda no desenvolvimento de softwares � a criaç�o de padr�es, o qual � implementado pelo ECO com os padr�es de design, que definem uma s�rie de interaç�es entre objetos que podem ser reutilizados em uma variedade de softwares. � poss�vel recorrer aos padr�es de design de duas formas. A primeira � criar seus pr�prios padr�es, de forma totalmente visual. A outra � utilizar os padr�es comuns disponibilizados pelo Borland Together, os quais podem ser modificados segundo as suas necessidades de forma f�cil e r�pida, acrescentando classes, atributos e associaç�es ao modelo.

2.4. ECO .NET Extenders

A plataforma .NET permite que outras classes sejam implementadas �s classes criadas, permitindo, assim, a utilizaç�o de m�todos contidos em classes j� criadas sem a necessidade de que a nova classe seja descendente destas. O ECO III permite a utilizaç�o deste recurso atrav�s do ECO .NET Extenders.

3. Conhecendo o ECO

A ferramenta � de f�cil utilizaç�o, assim como qualquer outra ferramenta de modelagem UML. Para criar uma nova aplicaç�o ECO, aponte para o menu File -> New -> Other e, na categoria Delphi for .NET Projects, selecione o tipo de aplicaç�o ECO desejada, como mostra a Figura 1.

Figura 1. Criando uma nova aplicaç�o ECO.

As telas de modelagem dos diagramas ECO t�m basicamente a mesma estrutura da mostrada na Figura 2, diferenciando-se apenas nas ferramentas as quais s�o disponibilizadas para cada diagrama.

Figura 2. �rea de modelagem do diagrama de classes.

Como mostra a figura acima, as telas de modelagem oferecem uma �rea onde se encontram os componentes que podem ser utilizados para a construç�o do modelo, uma �rea para que estes componentes sejam dispostos de forma a montar o modelo desejado e uma outra �rea onde pode-se modificar as propriedades dos componentes de acordo com as necessidades.

Al�m do diagrama de classes, o ECO III permite que sejam feitos outros diagramas, basta clicar com o bot�o direito do mouse sobre uma �rea livre do diagrama de classes e apontar para Add -> Other Diagram..., como mostrado na Figura 3.

Figura 3. Adicionando novos diagramas ao modelo.

3.1. Diagrama de Classes

Representa a estrutura e relaç�es das classes, as quais servem de modelo para os objetos. � poss�vel construir associaç�es, generalizaç�es e implementar esteri�tipos. A partir do diagrama de classes tamb�m � permitido, atrav�s do ECO, criar o banco de dados da aplicaç�o.

3.2. Diagrama de Caso de Uso

Representa a interaç�o do usu�rio com o sistema. � composto basicamente pelo caso de uso e pelo ator. Cada caso de uso tem uma descriç�o da funcionalidade deste no sistema. O ator � algo que interage com o sistema para executar algum trabalho.

3.3. Diagrama de Seq��ncia

Representa as mensagens que s�o passadas entre os objetos durante a execuç�o do programa obedecendo a seq��ncia em que ocorrem.

3.4. Diagrama de Colaboraç�o

Consiste de um conjunto de objetos e seus relacionamentos. Inclui as mensagens que podem ser trocadas entre eles. � semelhante ao diagrama de seq��ncia.

3.5. Diagrama de Estados

O diagrama de estados permite visualizar os estados e as condiç�es de transiç�o do objeto e oferece suporte aos conceitos padr�es da UML, s�o eles:

Transiç�o: efeito que se d� quando o objeto passa de um estado para outro.
Triggers: operaç�o que faz com que uma transiç�o de estado aconteça.
Efeitos:
Guards: declaraç�es da OCL que tornam-se verdadeiras para que uma transiç�o possa ocorrer.
Aç�es de entrada e sa�da: podem controlar parte do comportamento do objeto quando uma transiç�o de estado ocorre.

3.6. Diagrama de Atividades

O diagrama de atividades � uma variaç�o do diagrama de estados, onde os estados representam operaç�es e as transaç�es representam as atividades que acontecem quando a operaç�o est� completa. O diagrama de atividades � empregado para fazer a modelagem dos aspectos din�micos do sistema.

3.7. Diagrama de Componentes

Este diagrama ilustra como as classes dever�o se encontrar organizadas atrav�s da noç�o de componentes de trabalho. Sua utilizaç�o se d� para modelar os componentes do c�digo fonte, destacar a funç�o de cada m�dulo, facilitando assim a sua reutilizaç�o, e para auxiliar no processo de engenharia reversa, com a utilizaç�o dos m�dulos do sistema e seus relacionamentos.

3.8. Diagrama de Distribuiç�o

Este modela as ferramentas necess�rias para a execuç�o do sistema, os componentes e as associaç�es entre eles.

4. Quais as vantagens de se utilizar ECO?

Utilizando-se ECO, grande parte do trabalho de desenvolvimento de baixo n�vel � minimizado, aumentando, assim, a produtividade. Outra grande vantagem � a f�cil manutenç�o do c�digo, pois, mudando o modelo, automaticamente � alterado o banco de dados e o c�digo fonte no que for necess�rio.

Al�m disso, a terceira geraç�o desta plataforma � independente de linguagem, ou seja, � poss�vel construir um modelo em Delphi e utiliz�-lo em C# sem nenhuma alteraç�o, pois o c�digo � automaticamente �traduzido�, o que n�o acontecia em vers�es anteriores. Bastante �til quando se programa em v�rias linguagens.

� poss�vel criar seus pr�prios pseud�nimos, como por exemplo: pode-se nomear S para o tipo String e, toda vez que for declarado um objeto do tipo S, subtende-se que este � do tipo String.

O ECO � capaz de criar automaticamente formul�rios Web em tempo de execuç�o para que se possa testar a modelagem UML de forma r�pida e, com isso, tamb�m permite que se veja um prot�tipo da aplicaç�o Web sendo executada.

5. Conclus�o

A grande dificuldade para o desenvolvimento de aplicaç�es nos dias de hoje � manter o software totalmente documentado. O ECO reduz drasticamente este problema, al�m de oferecer uma f�cil manutenç�o do sistema, sem contar no ganho de produtividade com a utilizaç�o da ferramenta.

Com a equipe menos ocupada com a manutenç�o de sistemas j� prontos, possibilita que o tempo economizado com esta tarefa seja utilizado para o desenvolvimento de novos projetos. Al�m disso, com a utilizaç�o de padr�es, a construç�o de novas aplicaç�es tamb�m ser� reduzida.

Quanto menor o tempo necess�rio para se dedicar ao desenvolvimento e manutenç�o de um sistema, maior o tempo que pode ser disponibilizado para a construç�o de novos projetos. Isso significa um crescimento de potencial da equipe, que posteriormente pode se destacar no mercado.