FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Delphius,
En primer lugar gracias por tus comentarios, se ve que eres una persona muy particular y compleja en tus opiniones según he podido ver en otros post (Propios y de Terceros) y dada la naturaleza del tema comprendo tu posición, pero el punto aquí no es hacer un debate exhaustivo sobre los paradigmas sobre los que se basan las metodologías de análisis estructurado y OO, es simplemente poder colaborar con alguien que necesita un punto de partida para su proyecto, no obstante tratare de explicarme mas detalladamente. En la década de los 90 se crearon alrededor de 50 metodologías orientadas a objeto, cada una con su orientación, pero gracias a la unificación que propuso UML se llego a un lenguaje de modelado visual que permite gran expresividad semántica gracias a la naturaleza de sus diagramas, la experiencia acumulada hasta el momento en A&D/OO y la necesidad de una herramienta que no limitara el análisis sino que lo apoyara y extendiera si era necesario según cada contexto particular. UML no pretende ser una metodología, tampoco considera que sus diagramas modelen en su totalidad todas los escenarios, es por ello que existe un apartado de mecanismo de extensión en el cual por medio de restricciones, valores etiquetados y estereotipos se puede extender el modelo visual para que se adapte mejor a un contexto particular, es decir: UML es extensible, los DFD y DER no pueden usar a UML, pero UML si puede usar a estos si se considera apropiado y de valor semántico con las adaptaciones correspondientes a elementos de UML. El hacer un paralelismo entre procesos en un DFD y entidades en un DER con clases no esta lejos de la realidad, al final una clase es un conjunto de métodos y atributos que modelan por abstracción procesos y datos asociados en el mundo real de forma unisona por medio de un paradigma OO y UML permite por medio de los mecanismos de extensión, en este caso los estereotipos, hacer uso de nuevos elementos visuales con la salvedad de que estos nuevos elementos no forman parte del estándar UML y por consiguiente pueden prestarse a confusión y polémicas, teniendo sentido solamente dentro del contexto particular en que se los definió, por lo cual entiendo tu posición pero es algo que se puede usar si se considera que aporta mayor expresividad semántica al análisis, no solo crear tus equivalentes de DFD y DER en UML basados en clases, sino crear cualquier elemento visual que se requiera con las restricciones mencionadas anteriormente. ¿Hace falta en UML crear un equivalente basados en clases de los DFD y DER? : A UML no le hace falta pero desde un punto de vista estrictamente comunicacional y académico que permita plasmar dichos elementos de análisis como punto de partida y complemento del estándar UML es factible hacerlo, sirve de punto de partida para el análisis y permite aclarar ideas si el área de experticia es el análisis estructurado. Tener múltiples perspectivas ayudan y facilitan el modelamiento de un sistema, esa es la idea detrás de los estereotipos de UML y de sus mecanismos de extensión. La idea de UML es hacer el análisis y diseño orientado a objeto más fácil, sin limitaciones de metodología, adaptable a cualquier metodología y extensible para un mejor aprovechamiento de este, no lo contrario que fue lo que ocurrió en los 90 en el cual se dio un fuerte debate sobre el tema, pero gracias a estas polémicas surgió UML como un estándar de modelamiento OO vigente hasta la fecha. Otros puntos: 1- Los Casos de Uso fueron creados por Ivar Jacobson en 1986 y usados por primera vez en 1992 en la metodología de diseño orientado a objetos OOSE (Object-Oriented Software Engineering) y posteriormente integrada a UML y RUP, aunque su uso nació dentro del ámbito OO se puede implementar en otras áreas como una forma de modelar procesos y eso es lo grandioso de UML y sus elementos: Se pueden usar como un lenguaje de modelamiento visual en otras áreas diferentes a la computación, lo cual muestra su flexibilidad y robustez semántica, pero lo cierto es que se usa principalmente el A&D/OO por ser algo propio de esta área. 2- Los Diagramas de Comunicación de UML 2.0 son una versión simplificada de los Diagramas de Colaboración de UML 1.X, pero en la mayoría de los libros se refieren a estos como Diagramas de Colaboración, la idea es usar la versión 2.X o posteriores. 3- ¿Por que recomendar el libro "Aprendiendo UML en 24 Horas" y no otro más complejo?: El conocimiento se construye por capas y este libro permite una orientación inicial al tema y sirve de base para posteriores libros como por ejemplo "El Lenguaje Unificado de Modelado, Manual de Referencia" escrito por los autores de UML o cualquier otro que el lector decida, al final los libros son puntos de partida hasta que nos formemos un criterio propio, cada quien encoje con que libro iniciar el camino, la simplicidad es la base de la complejidad. 4- Con respecto a las Bibliotecas, Internet y la Red P2P Emule creo que pueden convivir perfectamente, al final es muy probable que todos los libros sean digitales y las bibliotecas virtuales sean la norma en lugar de la excepción por muchas razones que pienso son conocidas por las mayoría de las personas que usan una computadora asiduamente. 5- ¿El usar términos en ingles y en español en un mundo tan globalizado, signado por la tecnología y la internet dentro del ámbito de la computación es algo reprochable?, honestamente no lo creo pero respecto las opiniones contrarias. 6- ¿Que si falto explicar esto o aquello sobre UML?, no es un tratado sobre UML es solo una orientación inicial a un problema real. 7- Creo firmemente que un rasgo notable de la computación es su flexibilidad y adaptabilidad a cualquier situación en la búsqueda de soluciones innovadoras y no la simple repetición de textos y métodos, creo que cada situación es única y por tanto una oportunidad para aprender y desarrollar lo aprendido, no veo por que esta situación sea diferente. Pensamientos finales: Creo que todo el problema se origino por una incorrecta redacción del punto uno el cual podemos reescribir como: "1- Es conveniente que empieces a modelar tu proyecto usando Casos de Uso de lo general a lo particular haciendo un paralelismo con los DFDs, (DFD-0) -> Caso General) y (DFD-1, DFD-2, ... , DFD-n) -> Casos particulares, pero tomando en cuenta que pertenecen a paradigmas diferentes y es válido solo como punto inicial del análisis." Otro punto de error fue no explicar mas extensamente los estereotipos en UML pero creo que la idea es dar una guía general en la mayoría de los casos que sirva de base a la solución del problema planteado en el post y recomendar otros links y libros que complementen la respuesta. Este tipo de controversias las he visto muchas veces en tesis de grado de pregrado y postgrado y generalmente se deben a pre concepciones muy arraigadas sobre un tema o a la falta de una mejor redacción por parte del expositor. Creo firmemente en el conocimiento, pero también en la evolución del mismo con fines prácticos y no solo teóricos, la teoría es solo el comienzo pero lo practico es y debe ser el final dentro de una concepción holística del tema. Admito que la extensión de UML con estereotipos basados en DFD y DER es algo polémico y controversial para algunos, pero esto lo he probado en diversos ámbitos con resultados favorables a efectos de comunicación de nuevos conceptos y punto de partida de análisis mas detallados con los elementos propios del UML, esa es la idea detrás de todo este tema : Un punto inicial de transición del modelo estructurado al modelo OO por medio de UML. Para finalizar creo que debemos respetar las opiniones de todos, manifestar nuestro desacuerdo de forma profesional, educada y con argumentos y tratar de mantener un clima de cordialidad y ayuda a todas las personas que usen este medio, no creo que una discusión peyorativa y purista ayude en nada a resolver los problemas planteados en el Club Delphi, al final las personas que viene a este foro buscan soluciones practicas a problemas reales y no simple disertación teórica que aunque necesaria en su momento, no es el objetivo final. Espero sea útil Nelson. Última edición por nlsgarcia fecha: 24-10-2012 a las 02:24:28. |
#2
|
||||
|
||||
Cita:
Saludos David
__________________
Yo se que muchas veces te paso ESTO |
#3
|
||||||||||
|
||||||||||
Cita:
Cita:
Creí que con mi resumen de historia dejaba en claro que UML se formalizó justamente con la intención de proponer algo estándar y que todos pudieran entender. Que UML sea extensible es ya una cuestión secundaria, y por las circunstancias y su naturaleza. En ningún momento he dicho que lo fuera. Si lo hubiera dicho me reprobaría y me mandaría derecho a recursar Ingeniería de Software. Cita:
Cita:
Por supuesto que no. Si pudieran se estaría mezclando ambos lenguajes visuales, de dos paradigmas diferentes, y un tercero que es aplicable ya fuera del contexto de programación... me refiero al DER. Que está pensado para justamente no apegarse a ningún paradigma de desarrollo ni de programación. Cita:
Cada cosa en su lugar. Los estereotipos como dije son armas de doble filo, e intentar adaptar UML hacia el paradigma estructurado para asimilar los DFDs es ir contra su corriente. Si en verdad se quiere pensar en estructurado ¡utiliza algo que está pensado para eso! Cita:
Fabuloso que UML se vaya ampliando y mejorando, pero cada paradigma está para lo suyo. Cita:
Cita:
Cita:
Te lo podría aceptar si se tratase de una manera de hacer transición entre ambos paradigmas. Pero de allí en más, hay que evitar mezclar cosas. Y cuanto más limpio y estándar te mantengas, más fácil será comunicarte. Cita:
Yo uso estereotipos, pero si puedo evitarme usarlos mejor. |
#4
|
||||||
|
||||||
Cita:
Cita:
Cita:
Cita:
Ha nacido en el ámbito OO, aunque no con la finalidad de ser exclusivo para dicho paradigma. Justamente evité exponer y decir semejante cosa al aclarar como por casualidades históricas y una mala interpretación y uso de dichas herramientas se formaron tantas confusiones. Cita:
Aunque tampoco es para matarse el de ir hacia 2.0+. UML 1.5 sigue siendo tanto o igual de útil que UML 2.0+ se puede hacer practicamente las mismas cosas, salvando algunos agregados. Y si con 1.5 te es suficiente, ¿Pues para que más? Cita:
Además existe una tendencia al "menos esfuerzo" en libros del tipo "Aprenda en x dias". Lo cual en términos académicos deja mucho que desear. |
#5
|
||||||||
|
||||||||
Cita:
Llamenme clásico o anticuado pero prefiero tener un libro en mano que gastar más retina en leer en una pantalla. Es mucho más económico y saludable el pasar cada hoja con las manos, sentir el olor a cada hoja, y resulta más liberador y reconfortante... ha... y además no requiero estar prendiendo un aparatito para eso. Sólo gasta energía de mi cuerpo. Es transportable y puedo tener al alcance aún después de una tormenta solar Que se gasta papel y talan árboles... no me vengan con eso. El problema no es que sea ecológico, como he dicho en una ocasión el problema es que luego los que talan no se toman la "molestia" de plantar nuevos. Cita:
Cita:
Y francamente, por la forma en como lo encaraste, SI haz mezclado ambas cosas, y te has expuesto a que alguien te diera una buena aclaración. Por ser un foro en donde no sólo existen profesionales sino estudiantes hay que ser lo más claros y académicamente responsables. Luego no es para nada deseable mezclar paradigmas y ni que decir... lenguajes visuales que son para paradigmas diferentes. Si en verdad hubieras querido decir UML con estereotipos, ¡haberlo dicho! Cita:
Cita:
Cita:
Cita:
Luego el decidirá si ampliar y tomar su enseñanza por capas. Tu error fue haber presentado el tema en base a tu experiencia como algo general. Y a mi me encanta señalar estas cosas: separar experiencia de uno de los conocimientos académicos para que luego uno revea como adquirir experiencia a su conveniencia. Cita:
Hay hilos que requieren de dichas disertaciones. Como he dicho: en el foro hay gente profesional, hay estudiantes, hay autodidactas... si fueran todos los hilos con sólo sentido "real life" estoy seguro que muchos estudiantes y autodidactas se vienen abajo. Hay que condimentar a los hilos tanto de teoría como práctica... todos los hilos son igualmente de validez para todos por tanto hay que hacer los temas lo más abarcados y completos posibles para que se les pueda sacar el mayor provecho. Sino vete a StackOverflow, que es todo real life y te evitas el mal sabor de que alguien te de una disertación teórica. Saludos, |
#6
|
||||||||||
|
||||||||||
Delphius,
Nuevamente gracias por tus comentarios, creo que toda opinión es válida y da la oportunidad de aprender, mejorar y crecer profesionalmente. Cita:
Cita:
Cita:
Solo explique el origen de los Casos de Uso y su relación con el A&D/OO, los Casos de Uso son fundamentales en UML y RUP y una herramienta muy poderosa para el modelado OO. Cita:
Es tu opinión, la respecto pero no la comparto. Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
El respecto a las opiniones y sobre todo a las personas es fundamental, si simplemente decimos lo que pensamos por que consideramos que tenemos el derecho y no nos tomamos un momento en meditar sus consecuencias es muy probable que logremos el efecto contrario al deseado sin importar si tenemos la razón o no. La cordialidad, educación y profesionalismo no impiden que nuestros argumentos sean contundentes, al contrario los fortalecen. Para finalizar creo que el objetivo fundamental de este foro es el conocimiento y la ayuda que podamos dar a las personas, eso y nada más. Espero sea útil Nelson Última edición por nlsgarcia fecha: 24-10-2012 a las 09:02:00. |
#7
|
||||
|
||||
[off topic]
Cita:
Lo segundo, como bien sabes, es un protocolo de comunicaciones con el que puedes poner a disposición de los demás tus archivos digitales (de cualquier tipo) para compartirlo con el resto del mundo. Volvemos a lo de siempre, según tu teoría extrapolada a otros ámbitos, es como prohibir la venta de cuchillos de cocina porque pueden usarse para matar. Mis documentos, informes, etc. los tengo compartidos en las redes P2P para quien quiera usarlos, yo lo llamo "compartir con los demás", ¿dónde está la dudosa procedencia? Cita:
Que conste que adoro mis libros en papel... que tengo intención de vender porque ocupan mucho espacio, pesan una barbaridad, se les acumula el polvo de años y la mayoría no los voy a volver a leer (y si quisiera leerlos sólo he de seleccionarlo en el "ereader"). Los libros de papel son un problema en las mudanzas y si te vas a una vivienda pequeña ya no tienes donde ponerlos. Los libros en papel van a desaparecer, para bien o para mal, ya se venden muchos más "ebooks" que "libros" de papel. Además son más baratos porque no llevan gasto de papel, impresión, manipulación, transporte, almacenaje, etc. Que sí, que los libros en papel son más "románticos", pero también eran muy románticos los barcos con motores a vapor y... ¿dónde están? [/off topic] |
#8
|
||||
|
||||
Cita:
1. No reflejan luz, que es lo que daña la vista. De hecho, no puedes leerlo en la oscuridad. 2. El gasto de energía es ínfimo. 3. No es "prender un aparato para leer", es abrir el libro; porque el encendido es instantáneo. Supongo que Delphius desconce estas bondades. Por otra parte, Dephius, ¿Es realmente necesario iniciar una polémica en todo momento? Por otra parte, hay gente que para cuando ustedes terminar de leer el primer capítulo de UML, ellos ya están facturando al cliente // Saludos |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Me estoy haciendo un lio con fechas | mizzard | C++ Builder | 11 | 30-11-2011 10:52:42 |
Que estoy haciendo mal ? | piolillo | Internet | 8 | 28-07-2011 17:23:24 |
Que estoy haciendo mal | José Luis Garcí | Varios | 6 | 24-05-2011 18:45:58 |
Que estoy haciendo Mal | esimon | SQL | 4 | 04-07-2006 21:55:25 |
Que estoy Haciendo mal | jostrix | PHP | 1 | 01-11-2004 01:29:16 |
|