UML. ¿Hasta que punto Me Conviene?

mira en mi caso, yo soy de los q a la hora de hacer una aplicacion, me abria
el vb, y empezaba a poner controles, y luego iba pensando q tenia que hacer
en cada caso, e iba picando codigo.

Eso es malo o sea, imaginate q programas asi, y en un futuro va otro
programador y quiere variar tu codigo... es algo imposible.

Si usas UML,y por ejemplo dentro de Eclipse (Java), no solo puedes usarlo
sino que aparte te genera la documentacion, cualquier persona puede entender
tu codigo.

Conclusion, es basico tener aunque sea una descripcion de las funciones,
clases, etc.. y sobretodo comentar el codigo y poner como nombres a las
variables cosas coherentes y no el tipico int a,int b.


"Bingen" escribió en el mensaje
news:OdnxZ%

Repitiendo lo que otros te han comentado, lo importante es tener claro lo
que se va ha hacer (para que una vez hecho el proyecto, tengas claro lo
que se ha hecho), este punto es muy importante para hacer frente
correctamente a las modificaciones futuras y para mantener el código.

Para mi, el realizar una análisis, diseño, documentarlo, etc, es una
actitud y lo que al principio puede parecer que "Roba" tiempo, por
esperiencia, puedo indicarte que lo ahorras cuando tienes que bucear en
algún punto del proyecto para realizar alguna modificación o para agregar
nuevas funcionalidades, es mas facil viajar si se tiene un mapa. La forma
de realizar esta documentación..., hay varias, el UML te proporciona una
serie de artefactos, es un estandar, que no tienes que utilizarlos todos,
solo aquellos que cosideres que cumplen con tus necesidades. Luego puedes
guiarte con una metodología de trabajo como el proceso unificado (con sus
diferentes variantes).

Un saludo

Bingen


MiJacK escribió:

Muy buenas.

Voy a intentar exponer mi duda lo más claramente posible.

Acabo de terminar un curso_para_desempleados de programación en vb.net
(entre otras cosas). Hasta ahora siempre he llevado un metodo de
programación más bien procedural, sin explotar la capacidad de
orientación a objetos del lenguaje.

Tengo bastante claros los conceptos de Orientación a objetos y la
implementación de estos en vb.net, pero mi duda es: ¿Hasta que punto
me conviene aprender UML para "darle forma" a un proyecto?.

Mis estudios hasta ahora iban mas orientados a Sistemas
(Administración de sistemas, tecnico de sistemas operativos para
redes, tecnico de hardware microinfórmatico, etc...) por lo que mi
faceta de programador no la tengo aún bien definida.

Próximamente empezaré unas prácticas en una modesta pero importante
empresa y me gustaría darle un poco de caña al tema antes.

Un Saludo y gracias por adelantado.

Muchas Gracias a todos.

Me ha quedado clara la importancia de realizar un analisis exaustivo y
una documentación de una aplicaicón a desarrollar.

Replanteando la cusetion, creo que el problema que se me presenta es
otro. Tengo claros los conceptos basicos de la POO, como clases,
objetos, herencia, encapsulaicion, etc etc. Lo que no tengo nada claro
es como aplicarlo a un proyecto. Pense que empezando por UML igual me
era mas facil abordarlo.

Me lo tomare con calma

un saludo!

Hola!

Yo empezaria entendiendo los patrones de diseño orientado a objetos.
Llevo ya muchos años programando con OOP y te das cuenta de que todo
esta hecho, hay muy poco nuevo que inventar de verdad.
Por eso, mi consejo, es que, partiendo de tus conocimientos que tienes
en OOP, intentes entender los patrones mas comunes (Singleton, Factory,
Observer, etc) y luego los mas complejos (MVC, DoI, etc) e intentes
comprenderlos para ver como aplicarlos a tus programas.
Los patrones proponen soluciones a problemas muy comunes, por lo que no
tienes que investigar como hacer una cosa, solo hacerla como la han
hecho otros y les ha ido bien.
La programacion orientada a objetos no es una cosa sencilla. No es como
aprender a utilizar un programa, hay que alinear la mente con sus
conceptos: Una cosa es entender que es una clase o un interfaz y otra
cosa es saber como diseñar con OOP en mente. Con esto te quiero decir
que lleva mucho tiempo, que te lo tomes con calma y que no desistas: el
camino se hace andando.

Sobre los patrones de diseño, tienes mucha documentacion en los
siguientes enlaces, por ejemeplo (hay muchos buscando en Google):
http://www.ajlopez.net/ArticuloMuestra.php?Id42
http://www.elrincondelprogramador.c...asp&id)

Un saludo
Roberto M. Oliva



MiJacK ha escrito:

Muchas Gracias a todos.

Me ha quedado clara la importancia de realizar un analisis exaustivo y
una documentación de una aplicaicón a desarrollar.

Replanteando la cusetion, creo que el problema que se me presenta es
otro. Tengo claros los conceptos basicos de la POO, como clases,
objetos, herencia, encapsulaicion, etc etc. Lo que no tengo nada claro
es como aplicarlo a un proyecto. Pense que empezando por UML igual me
era mas facil abordarlo.

Me lo tomare con calma

un saludo!