UML. ¿Hasta que punto Me Conviene?

En mi opinión, UML no es tan necesario como creen muchas empresas.
No me gusta nada el UML y me parece que ralentiza los proyectos y no los
nutre de una información clara y concisa.

Sin embargo, el saber no ocupa lugar, por lo que si no sabes con exactitud
si en esa empresa se utiliza UML, yo te sugiero dar un repaso a UML. En
Internet encontrarás bastantes recursos.
Así, si te piden algo o bien te encuentras delante de una determinada
documentación con UML, lo podrás comprender con más agilidad.

Espero que esto te ayude.

Un saludo.

Jorge Serrano Pérez
Microsoft MVP VB.NET
PortalVB.com
http://www.portalvb.com/
Blog de Jorge Serrano
http://geeks.ms/blogs/jorge/default.aspx


"MiJacK" wrote:

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.

Hola!

Mi opinion es que siempre es bueno, antes de empezar a desarrollar
algo, tenerlo bien definido y diseñado.
UML simplemente es una manera de estandarizar ese diseño. Podemos
diseñar cualquier aplicacion con los diagramas, graficos,
pseudocodigo, etc, que nos de la gana... pero porque no utilizar uno
que conocen la mayoria de los programadores, como es UML?

Luego, por otro lado, estan las metodologias de programacion, como
puede ser XP, RUP, etc. Estas se centran en la disciplina de
implementacion del proyecto software. Estas metodoogias pueden o no
utilizar UML para diseñar o definir algo segun lo que necesiten.

Un saludo
Roberto M. Oliva


MiJacK wrote:

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.

Hola,
Una aclaración
UML no dice cunato documentacion hay que hacer ni cual, es lo dicen los
distintos procesos de desarrollo.
Pero sin embargo todos los procesos de desarrollo en la actualizadad
coinciden en usar UML.

UML es una forma de represetar ciertas cosas nada mas.
Podes definir que no vas a documentar nada, que vas a documentar poco o
mucho. Pero siempre que documentes deberias hacerlo con UML para que sea
entendido por otros.



Saludos
Marcos Mellibovsky
MCT MCTS MCSD.NET MCDBA MCSE...
Cordoba Argentina

"Roberto M. Oliva" escribió en el mensaje
news:

Hola!

Mi opinion es que siempre es bueno, antes de empezar a desarrollar
algo, tenerlo bien definido y diseñado.
UML simplemente es una manera de estandarizar ese diseño. Podemos
diseñar cualquier aplicacion con los diagramas, graficos,
pseudocodigo, etc, que nos de la gana... pero porque no utilizar uno
que conocen la mayoria de los programadores, como es UML?

Luego, por otro lado, estan las metodologias de programacion, como
puede ser XP, RUP, etc. Estas se centran en la disciplina de
implementacion del proyecto software. Estas metodoogias pueden o no
utilizar UML para diseñar o definir algo segun lo que necesiten.

Un saludo
Roberto M. Oliva


MiJacK wrote:

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.

IMHO (En mi opinion) Al comenzar cualquier tipo de proyecto debes tener
claro lo que vas a hacer y escribir esto aunque sea en un post-it de la
mejor manera que puedas.

Lo que te quiero decir con esto es que eso de metodologias y UML es muy
bonito en la teoria y en cursos, pero en la practica la mayoria de las
personas no lo utiliza al 100% y en casos de profesionales independientes se
usa muy poco.

Te recomiendo que adoptes la metodologia que mas te guste, la que sea mas
comoda y con la que pierdas menos tiempo en un proyecto. Realmente la clave
es hacer algo que NO estorbe :)



Hector Minaya, VB MVP
www.vbDevelopers.Net


"MiJacK" wrote in message
news:
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.

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.