Prezado uol,
Desculpe dizer isso, mas acho que voc� est� com uma vis�o errada sobre a
raz�o �til de certas tecnologias.
No caso, me refiro a frase "preciso modelar uma aplica��o em JSP".
O fato de voc� saber da import�ncia de se modelar aplica��es j� � um grande
progresso. Mas, n�o posso deixar de ficar intrigado com a afirma��o "em JSP".
Qualquer um que se preocupe com o problema gigantesco que � a modelagem de
sistemas sabe que um sistema comercial, por menor que seja precisa de
caracter�stidcas que transponham sua funcionalidade imediata. Quais
caracter�sticas? Por exemplo, capacidade de f�cil modifica��o e evolu��o. Se
o seu sistema � comercial (ou seja algu�m est� pagando para voc�
desenvolver), ent�o, a regra n�mero um � que assim que voc� terminar de
desenvolver ser�o pedidas altera��es e novas funcionalidades. Por isso,
costuma-se "modelar" sistemas, a fim de facilitar as altera��es e a
manuten��o.
Mas, vontando ao seu pedido, eu fiquei intrigado com a afirma��o "em JSP"
porque se dermos uma olhada mais profunda na tecnologia, veremos que n�o se
"modela um sistema em JSP", mas sim modela-se um sistema para s� ent�o
descobrir se h� alguma parte cuja codifica��o em JSP geraria ganho de
produtividade e facilidade de manuten��o. Ou seja, n�o se "modela em JSP",
mas sim, se modela e pode ser at� que isso indique se JSP seja uma boa
solu��o.
Que partes seriam essas onde JSP pode ser uma boa solu��o?
Comparando-se JSP com sua tecnologia "irm�" Servlets, podemos ver que a parte
das interfaces HTML que JSP permite um manuseio mais �gil (e consequentemente
f�cil de manuten��o) s�o as caracter�sticas "gr�ficas" das telas. Talvez me
falte o termo correto agora, mas com "gr�ficas" quero dizer aquelas
caracter�sticas que ficariam a cargo de um designer e n�o de um analista.
Assim, JSP � uma �tima tecnologia para separar a parte de engenharia da parte
de "designer" de um sistema. E apenas ap�s a modelagem do mesmo � que se pode
identificar onde seria essa parte.
E para terminar, se voc� optar por uma arquitetura do tipo
"Model-View-Controler", as classes de interface (que poderiam ser
implementadas em JSP) deveriam representar os componentes "View" dessa
arquitetura. Isso pode ser representado em UML atrav�s de um esteri�tipo:
<<view>> ou <<interface>> (se bem que esse �ltimo termo pode gerar confus�o
com interfaces em sistemas OO).
Desculpe se eu compliquei, mas � que tecnologias como Orienta��o a Objetos e
Java s�o muito boas e vis�es como a implicita na sua afirma��o original
acabam gerando muito prejuizo para essas tecnologias.
Abreu
uol wrote:
> S O C O R R O!!!!
> S O C O R R O!!!!
> Preciso modelar uma aplica��o em JSP.....gostaria de utilizar UML!!!!!!
> Como indico minhas p�ginas.......................na modelagem!!!
> Existe alguma outra nota��o melhor?
>
> Obrigado
>
> [EMAIL PROTECTED]
>
> ------------------------------ LISTA SOUJAVA ----------------------------
> http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
> d�vidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -------------------------------------------------------------------------
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
d�vidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
