Lo estoy haciendo bien?????

[[Delphius]]

Empezado por nlsgarcia

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.

Habiendo el potencial de peligro con la ley SOPA y otras similares... ¿Aún así sugieres fomentar el acceso a una red de dudosa procedencia?
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.

Empezado por nlsgarcia

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.

No estoy en contra del inglés... sino de haber mezclado inglés y español. Si ya haz nombrado a la mayoría de los diagramas en español ¿que p*** necesidad hay de mencionar UNO en inglés? ¡Seamos coherentes!

Empezado por nlsgarcia

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.

Mi exposición se debió a que creí que estabas hablando de DFD propiamente dicho y no de UML + estereotipo estructurado. Aunque aún así defiendo mis palabras y lo seguiré diciendo: ¡No mezclar!
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!

Empezado por nlsgarcia

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."

Entonces admites que yo tuve en mi razón siempre y fue una falta tuya en no haberlo expuesto. Punto a mi favor.

Empezado por nlsgarcia

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.

Tampoco es para dar clases de UML... no terminaríamos nunca. Si la idea es ofrecer una guía general, ¡con mucha más razón" evitar exponer lo de estereotipos... y mantener las cosas lo más limpia posible.

Empezado por nlsgarcia

Admito que la extensión de UML con estereotipos basados en DFD y DER es algo polémico y controversial para algunos,

¿Y no se te cruzó por la cabeza justamente evitarte todo eso y mantenerte en lo más simple y en todo caso hacer como acotación final que si desea ir por más estudiar estereotipos basados en DFD y DER?

Empezado por nlsgarcia

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.

Que haya sido tu experiencia es una cosa, puede que para otros sea distinta. Por ello es más sano separar la práctica de uno de la formación teórica básica y estándar. Fíjate porque yo precisamente sugerí el libro y no algo en particular como enfocarse en UML prototipado. UML y Patrones es una fuente muy cercana al área académica que le aportará un buen modo de ir tomando las cosas en capa y prepararse luego en como combinar diferentes herramientas... UML y Patrones combina el A/DOO, UML, Patrones de Diseño y los va presentando con el proceso UP. En sus primeros capítulos explica que si uno quiere ir por otro modelo de proceso puede hacerlo.
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.

Empezado por nlsgarcia

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.

Cuando vea un hilo que pida algo de práctica real y en donde lo deje bien en claro que no se trata de una deficiencia teórica me avisas para no dar mis sermones. No es la primera vez que David viene con una duda OO sobre diagramas... eso a mi ya me dijo que la raíz de su problema es una falta de una deficiencia teórica.
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,

[[nlsgarcia]]

Delphius,

Nuevamente gracias por tus comentarios, creo que toda opinión es válida y da la oportunidad de aprender, mejorar y crecer profesionalmente.

Empezado por Delphius

Si en verdad hubieras querido decir UML con estereotipos, ¡haberlo dicho!

Esta comentado en el punto 2 de mi primera respuesta y explicado en mayor detalle en la segunda respuesta a tus comentarios.

Empezado por Delphius

Tampoco es para dar clases de UML... no terminaríamos nunca. Si la idea es ofrecer una guía general, ¡con mucha más razón" evitar exponer lo de estereotipos... y mantener las cosas lo más limpia posible.

La idea era dar una referencia teórica que permita establecer el paralelismo entre UML y el Análisis Estructurado basado en DFDs y DER, pero por supuesto depende del que lo lee investigar un poco sobre el tema, en este caso es un punto de partida práctico no la solución final y mucho menos ideal.

Empezado por Delphius

Que UML sea extensible es ya una cuestión secundaria, y por las circunstancias y su naturaleza.

Creo que es una gran virtud del lenguaje que expresa su gran capacidad de adaptabilidad y flexibilidad a diversos escenarios.

Empezado por Delphius

¿Y en donde yo he dicho que los Casos de Uso son extrictamente OO?

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.

Empezado por Delphius

¿Versión simplificada? ¡Es casi directamente la misma cosa! Por ello he dicho: distinción semántica. Lo que pasa es que ahora al de Comunicación se lo ha hecho más light pero a su vez con más capacidad gracias a la gran cantidad de nuevas etiquetas y estereotipos

¿Podemos asumir que versión simplificada y se lo ha hecho más light son equivalentes?, si es así estamos de acuerdo.

Empezado por Delphius

Que se gasta papel y talan árboles... no me vengan con eso

Es tu opinión, la respecto pero no la comparto.

Empezado por Delphius

No estoy en contra del inglés... sino de haber mezclado inglés y español

Respeto tu opinión, pero no creo que sea la única.

Empezado por Delphius

Entonces admites que yo tuve en mi razón siempre y fue una falta tuya en no haberlo expuesto. Punto a mi favor.

No, pero agradezco tus comentarios.

Empezado por Delphius

¿Y no se te cruzó por la cabeza justamente evitarte todo eso y mantenerte en lo más simple y en todo caso hacer como acotación final que si desea ir por más estudiar estereotipos basados en DFD y DER?

No es posible, los estereotipos son fundamentales en la idea que quería plasmar.

Empezado por Delphius

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.

La vida esta basada en experiencias, la vida profesional no es la excepción, quizás con el tiempo hagas un postgrado y veras lo importante que son las experiencias personales propias y de terceros en el crecimiento académico y profesional, el tiempo lo dira.

Empezado por Delphius

No es la primera vez que David viene con una duda OO sobre diagramas... eso a mi ya me dijo que la raíz de su problema es una falta de una deficiencia teórica

Yo en lo personal no pienso que tenga derecho a juzgar los conocimiento de nadie en el Club Delphi, yo solo me limitare a ayudar en la medida que mis posibilidades lo permitan.

Empezado por Delphius

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.

Al contrario, como ya he dicho anteriormente agradezco tus comentarios.

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

[Casimiro Notevi]

[off topic]

Empezado por Delphius

Habiendo el potencial de peligro con la ley SOPA y otras similares... ¿Aún así sugieres fomentar el acceso a una red de dudosa procedencia?

Hombre, Delphius, SOPA y P2P no tienen absolutamente nada que ver, el primero (que ahora lo han intentado "meter" con otro nombre y desde otros frentes) es un compendio de leyes para favorecer a una industria obsoleta y que se resiste a los nuevos tiempos, y que quiere seguir contando con unos privilegios de los que han disfrutado muchísimos decenios.
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?

Empezado por Delphius

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.

Cuando te acostumbras a un lector de libros electrónico... ¡¡¡ya no quieres libros en papel!!!, ¿sabes lo cómodo que es tener tu biblioteca completa (y mucho más) en un aparatito de escasos 200 gramos?, puedes usarlo en cualquier sitio con la ventaja de que no llevas un libro sino que puedes elegir el que más te apetezca en un momento dado.
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]

[roman]

Empezado por Casimiro Notevi

Cuando te acostumbras a un lector de libros electrónico... ¡¡¡ya no quieres libros en papel!!!

Aunque hay que aclarar que una cosa es un e-book y otra cosa es la pantalla de la computadora. No conozco yo mucho de eso pero he visto el kindle (sí, y sé que ese no te gusta ) y supongo que otros lectores son similares: no tienen nada que ver con la pantalla de una computadora.

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

[Casimiro Notevi]

Empezado por roman

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

Eso es seguro

[david_uh]

Buena delphius se nota que eres un excelente teórico del UML tanto asi que es tu escudo, escudo contra que???? ni hablar el UML no es ni de lejos el santo grial de la poo de hecho es inutil, ahora te preguntaras entonces ¿por que trato de pedir ayuda sobre esto?, te respondo, siempre he programado usando mis propios diagramas y secuencias siempre he solucionado problemas informáticos sin necesidad de UML, la única razón por la que tengo que aprender este bodrio es porque en mi tesis de grado es requisito indispensable ya discutí con los coordinadores y pues son como tú UML UML UML ( no me dijeron que era su escudo, pero casi), en fin soy consciente de que en el mundo oo estoy desorientado y cada vez que me leo un libro siento que me pierdo más, y el tiempo como sabes no se detiene, así que tengo presión por todos lados, el unico articulo interesante y muy esclarecedor que encontré fue uno en inglés que si despejo muchas dudas mias y SI me orientó.

Por otro lado uno pide una opinion sobre lo que esta haciendo y se mandan con un sermonazo sobre UML, claro delphius la teoría es buena, y me puedo leer un libro de uml y discutimos sobres casos de uso, sobre clases, herencia, restricciones estereotipos y mas pero ese no era el punto de mi pregunta era un caso practico quería saber si estaba haciéndolo bien que parte de la pregunta no se entiende????


Post data
UML no sirve
casos de uso de negocio VS casos de uso de sistema

Sobre las p2p y la dudosa procedencia. la mayor parte del material en internet es de dudosa procedencia para eso esta uno para investigar y aplicar sus propios criterios y urgar en foros o paginas o redes p2p o irc o etc.

Saludos

David

[[Delphius]]

David,
No dispongo en estos momentos de responderte a todos los puntos pero espero que al menos quede en claro algunas cosas:

1. En la gran mayoría de mis participaciones sobre UML he recalcado que UML no es perfecto. En ningún momento he dicho que UML sea la panacea. Es más en la mayoría de mis intervenciones que he comentado algo de UML he recalcado que tiene sus pros y contras.
2. Aún no siendo una cosa 100% perfecta, si uno la aprende a utilizar apropiadamente se sacará buen provecho.
3. Si leyeras a Pressman y otros sobre Ingeniería de Software te encontrarás que sus mensajes es muy simple: aprendan a escoger sus armas para cada batalla.
4. Ese artículo de Javier Smaldone se cae a pedazos... Por empezar lo único que hace es copiar y pegar una carta de un "estudiante" de cuando UML estaba totalmente inmaduro: UML 1. Desde UML 1 a UML 1.5 llovió mucho y las cosas mejoraron. Tanto que los mismos expertos dicen que UML 1 no es útil. Si buscas material como debe encontrarás que todos comentan desde UML 1.5 en adelante. Aunque ya desde 1.3 que las cosas van bien.
5. Continuando con el artículo de Javier, si leyeras los comentarios encontrarás la participación del "El Mendozino". Que da una estupenda cátedra y derriba todo punto que se ha intentado vender como que UML es un fracaso.
6. Para ti puede ser un bodrio pero UML llegó para quedarse... para ti puede ser una semerenda estupidez y pérdida de tiempo, escoge otras armas. De todas formas hay una gran amplia mayoría que está a favor y ha aprendido a usarlo.
7. Aprender a usar UML no es cosa de una leída. Requiere de años... yo llevo al menos 6 años y me considero que me falta más por aprender.
8. Si no estás dispuesto a darte el tiempo de dejarte cultivar por UML de nada sirve que otros te intentemos apoyar si no lo entiendes. Además he visto en tu anterior participación cuando pedías ayuda sobre unos diagramas de que es difícil apoyarte si no hay un completa puesta de tu parte de explicar de forma completa y acabada el contexto.
9. El A/DOO es subjetivo por lo que cada uno puede tener su propia propuesta, según su propio análisis. Por lo que es posible que no necesariamente todos lleguemos a la misma respuesta... El A/D tiene de arte, por lo que si preguntas a roman tendrá una visión... si le preguntas a Mamx tendrá otra... si me preguntas a mi también. ¡Y todos podemos estar en lo cierto!. Voy a decir algo que he dicho ya no se cuantas veces: mientras uno se sienta inseguro de su análisis... sus diseños y propuestas serán débiles. En cuanto te quites de tu cabeza esa sensación y ganes seguridad tu diseño te estará a tu lado.
Da lo mismo que digamos nosotros... debes convencerte a ti mismo.
Si para ti tu diseño está mal, tus ideas estarán mal.
No hay análisis totalmente erróneos, sólo análisis incompletos.

¿Que esperas que hagamos de ese breve texto que nos has puesto? ¡Con eso no se puede hacer nada!

10. P2P podrá ser de utilidad, pero de todas formas lo que más valor aporta y lo que más resulta completo y seguro es el material físico: los libros. Hoy en día es muy fácil escribir un pdf de un supuesto "resumen" o manual para x cosa y no decir nada bueno, y ni que decir... decente.
En internet hay tanto material bueno como malo. Pero la ley del menor esfuerzo inclina la balanza hacia el segundo.
11. Si esto que estás consultando es para tu tesis de grado entonces seguramente tienes a tu alcance la biblioteca... ¡no muerden!. Además, ¿que haces aquí? ¿Que acaso no tienes un profesor guía o tutor que te asiste? Se supone que cuando uno está haciendo un proyecto/tesis de grado, se asesora con el guía que es quien le aconseja y le da el visto bueno a los avances.
Primero consulta a tu tutor y el círculo de tus profesores (no hay nada de malo en consultarles, de hecho es lo que se debe hacer) y luego de acabar los recursos académicos recién considera la posibilidad de ir a los foros (no sin antes de comentarle a tu tutor de ello, ¿O es que pretendes arriesgarte a que no valide algo que no haya pasado por sus ojos?.
Por último y también relacionado con el material que puedas encontrar en la red de redes... Seguramente sabrás que en TODOS los tribunales se prima material de consulta físico que el que hay en internet. Hasta incluso en algunos rechazan a wikipedia en su versión inglesa y sus fuentes.

Las respuestas a nlsgarcia, Casimiro Notevi y roman se las daré más adelante. Ahorita me voy a disfrutar justamente de más UML.

Saludos,

[[Delphius]]

Empezado por nlsgarcia

Delphius,

Nuevamente gracias por tus comentarios, creo que toda opinión es válida y da la oportunidad de aprender, mejorar y crecer profesionalmente.

¿Toda? Ummm... estoy pensando si las opiniones de Hitler son válidas y para la mejora de muchos

Empezado por nlsgarcia

Esta comentado en el punto 2 de mi primera respuesta y explicado en mayor detalle en la segunda respuesta a tus comentarios.

A ver... veamos. Tu punto 2 fue este:

2- En principio puedes modelar los objetos por medio de DER y DFD sustituyendo las tablas (DER) y los procesos (DFD) por las clases del área de negocio a modelar, tomando en cuenta durante el análisis que los verbos serán métodos de clase y los sustantivos atributos de clase. El modelo de clases es más rico semánticamente y puede expresar mucho mejor sus relaciones de clases que un DER o un DFD, aunque es factible su uso por medio de estereotipos de UML. Es de tomar en cuenta que en las clases se presentan relaciones de herencia y polimorfismo propias del modelo orientado a objetos que no son posibles de modelar en un DFD o DER por lo cual es necesario otro tipo de diagramas.

Y tu ampliación fue:

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.

La forma de tu expresión no es clara. Para poder comentar que se "puede" hacer DFDs y/o DERs con UML se debe introducir previamente en los estereotipos. Y tu aclaración viene tarde. Debes saber que primero se da la oración primaria y luego la secundaria. Lee tu texto, comenzaste con:

En principio puedes modelar los objetos por medio de DER y DFD sustituyendo las tablas (DER) y los procesos (DFD) por las clases del área de negocio a modelar (....)

Por tanto estás declarando que se puede hacer de forma muy directa.

Pero la aparición de los estereotipos no se da sino es hasta después:

(...)El modelo de clases es más rico semánticamente y puede expresar mucho mejor sus relaciones de clases que un DER o un DFD, aunque es factible su uso por medio de estereotipos de UML

Y resulta muy confuso y contradictorio tus explicaciones. He aquí las razones:
1. Un DFD o un DERs no tiene clases. Como he dicho antes el DFD es del paradigma estructurado, en donde no existen clase y en el se muestran los procesos. Y en el DER tampoco hay clases, hay entidades o tablas de bases de datos.
Clases, procesos y entidades no necesariamente son equivalentes. Una clase puede colaborar con otras para muchos de los (mismos) procesos que podrías detectar si lo analizaras con el estructurado y los DFDs. Además, una clase puede y generalmente lo es, una materialización de más de una entidad y en varias ocasiones no tiene una representación directa o no se necesita de una materialización (las fabricaciones puras son un buen ejemplo).

Tu has dicho esto: que tanto el diagrama (que mal llamas modelo) de clases como los DFDs y los DERs manifiestan relaciones entre las clases, pero que se pueden expresar mucho mejor en el primero (Diagrama de Clases).

Un Diagrama de Clase está pensado para capturar y modelar una perspectiva diferente de un DFDs. Repito: el primero mustra el contexto desde el punto de las clases y sus relaciones. Por su parte, el segundo intenta tomar cada proceso del contexto y explotarlo para encontrar los subprocesos. Estos (sub)procesos darán forma a los módulos.

Ahora bien, en el paradigma estructurado el pensamiento esta en separar los datos de los procedimientos, estos procedimientos se agrupan en módulos... generalmente estructurándolos en top-down. Y se distinguen, sobre todo en el diagrama de estructura, tres etapas: Entrada, Transformación, Salida. En el paradigma OO en cambio no existe esta separación de los datos y los procedimientos. Una clase, por definición, tiende a ser dueña de sus datos y posee los métodos para ello y poder colaborar con el resto. Las clases no siguen ese diseño top-down. De hecho, no hay algo "secuencial"... Es una red.
Si se pudiera verlo de una forma "gráfica" la diferencia entre el paradigma estructurado y el OO es un giro de 90º.
En términos algebraicos diría que el pensamiento que busca OO es la de aplicar el Análisis de Componentes Principales y tomar los autovectores (las clases) y los autovalores (los datos) más representativos y luego tomar la matriz de covarianza (los diagramas) para regenerar el espacio inicial (el paradigma estructurado).

2. Volviendo a los estereotipos, su entrada en escena dada por ti, es accidental y no natural. La aclaración de "Cuidado para conseguir algo de DFD con OO requiere de la utilización de estereotipos".

3. Y para finalizar el párrafo cierras con una advertencia de que hay cosas que se escapan:

Es de tomar en cuenta que en las clases se presentan relaciones de herencia y polimorfismo propias del modelo orientado a objetos que no son posibles de modelar en un DFD o DER por lo cual es necesario otro tipo de diagramas

Me pregunto como es posible que se se pudiera imaginarse o concebir algo de herencia o polimorfismo en algo que ¡justamente dices que no es posible! Digo yo... ¿Da? ¿No es obvio? Ya lo he dicho: no es posible porque esos conceptos (herencia y polimorfismo) pertenecen a OO. No existe ese "otro tipo de diagrama" que le permita al DFD o al DER de ilustrar algo que no le incumbe.