https://www.ecured.cu/api.php?action=feedcontributions&feedformat=atom&user=Erlysad05019jcvcl 2026-04-19T04:47:12Z Contribuciones del colaborador MediaWiki 1.31.16 https://www.ecured.cu/index.php?title=Patrones_de_Asignaci%C3%B3n_de_Responsabilidades&diff=573627 2011-05-06T17:04:31Z

<p>Erlysad05019jcvcl: /* Véase también */</p> <hr /> <div>{{Software|nombre=Patrones de Asignación de Responsabilidades (GRASP)|logo=Logo3.jpeg‎|fecha de creación=|versiones=|sitio web=}}<br /> <br /> '''Patrones de Asignación de Responsabilidades (GRASP) ''' Es en sistema orientado a objetos se compone de objetos que envían mensajes a otros objetos para que lleven a cabo las operaciones requeridas. Los diagramas de interacción describen gráficamente estas operaciones, a partir de los objetos en interacción, que se responsabilizan de una actividad determinada. <br /> <br /> == Experto: ==<br /> <br /> *Problema: ¿Cuál es el principio fundamental en virtud del cual se asignan las responsabilidades en el diseño orientado a objetos?<br /> <br /> *Solución: Asignar una responsabilidad al experto en información: la clase que cuenta con la información necesaria para cumplir la responsabilidad.<br /> <br /> *Explicación: Experto es un patrón que se usa más que cualquier otro al asignar responsabilidades; es un principio básico que suele utilizarse en el diseño orientado a objetos. Da origen a diseños donde el objeto de software realiza las operaciones que normalmente se aplican a la cosa real que representa, por lo que ofrece una analogía con el mundo real.<br /> <br /> *Beneficios: Con la utilización de este patrón se conserva el encapsulamiento, ya que los objetos se valen de su propia información para hacer lo que se les pide. El omportamiento se distribuye entre las clases que cuentan con la información requerida, alentando con ello definiciones de clases sencillas y más cohesivas que son más fáciles de comprender y mantener.<br /> <br /> == Creador: ==<br /> <br /> === Problema: ===<br /> <br /> ¿Quién debería ser responsable de crear una nueva instancia de alguna clase? <br /> <br /> === Solución: ===<br /> <br /> Asignarle a la clase B la responsabilidad de crear una instancia de la clase A en uno de los siguientes casos: <br /> <br /> *B agrega los objetos A. <br /> *B contiene los objetos A. <br /> *B registra las instancias de los objetos A. <br /> *B utiliza específicamente los objetos A. <br /> *B tiene los datos de inicialización que serán trasmitidos a A cuando este objeto sea creado (así que B es un Experto respecto a la creación de A). <br /> *B es un creador de los objetos A. <br /> *Si existe más de una opción, prefiera la clase B que agregue o contenga la clase A.<br /> <br /> === Explicación: ===<br /> <br /> El patrón Creador guía la asignación de responsabilidades relacionadas con la creación de objetos. El propósito fundamental de este patrón es encontrar un creador que se debe conectar con el objeto producido en cualquier evento. <br /> <br /> === Beneficios: ===<br /> <br /> Brinda un soporte a un bajo acoplamiento –patrón que será descrito más adelante– lo que supone menos dependencias respecto al mantenimiento y mejores oportunidades de reutilización. <br /> <br /> == Bajo Acoplamiento. ==<br /> <br /> === Problema: ===<br /> <br /> ¿Cómo dar soporte a una dependencia escasa y aun aumento de la reutilización? El acoplamiento es una medida de la fuerza con que una clase está conectada a otras clases, con que las conoce y con que recurre a ellas. Una clase con bajo (o débil) acoplamiento no depende de muchas otras clases. Una clase con alto (o fuerte) acoplamiento recurre a muchas otras. Este tipo de clases no es conveniente, ya que presentan los siguientes problemas: <br /> <br /> *Los cambios de las clases afines ocasionan cambios locales. <br /> *Son más difíciles de entender cuando están aisladas. <br /> *Son más difíciles de reutilizar porque se requiere la presencia de otras clases de las que dependen.<br /> <br /> === Solución: ===<br /> <br /> Asignar una responsabilidad para mantener bajo acoplamiento. <br /> <br /> === Explicación: ===<br /> <br /> El bajo acoplamiento es un principio que se debe tener siempre en cuenta durante las decisiones de diseño. Es un patrón evaluativo que el diseñador aplica al juzgar sus decisiones de diseño. Este patrón estimula asignar una responsabilidad de modo que su colocación no incremente el acoplamiento tanto que produzca los resultados negativos propios de un alto acoplamiento. Soporta el diseño de clases más independientes, que reducen el impacto de los cambios, y también más reutilizables, que acrecienten la oportunidad de una mayor productividad. No puede considerarse en forma independiente de otros patrones como Experto o Alta cohesión, sino que más bien ha de incluirse como uno de los principios del diseño que influyen en la decisión de asignar responsabilidades. <br /> <br /> === Beneficios: ===<br /> <br /> Con el uso de este patrón los componentes no se afectan por cambios de otros componentes, son fáciles de entender por separado y fáciles de reutilizar. <br /> <br /> == Alta Cohesión. ==<br /> <br /> === Problema: ===<br /> <br /> ¿Cómo mantener la complejidad dentro de límites manejables? En la perspectiva del diseño orientado a objetos, la cohesión es una medida de cuan relacionadas y enfocadas están las responsabilidades de una clase. Una alta cohesión caracteriza a las clases con responsabilidades estrechamente relacionadas que no realicen un trabajo enorme. Una clase con baja cohesión hace muchas cosas no afines o un trabajo excesivo. No conviene este tipo de clases pues presentan los siguientes problemas: <br /> <br /> *Son difíciles de comprender. <br /> *Son difíciles de reutilizar. <br /> *Son difíciles de conservar. <br /> *Son delicadas: las afectan constantemente los cambios.<br /> <br /> Las clases con baja cohesión a menudo representan un alto grado de abstracción o han asumido responsabilidades que deberían haber delegado a otros objetos. <br /> <br /> === Solución: ===<br /> <br /> Asignar una responsabilidad de modo que la cohesión siga siendo alta. <br /> <br /> === Explicación: ===<br /> <br /> El patrón Alta Cohesión es la meta principal que ha de tenerse en cuenta en cada momento en todas las decisiones de diseño. Es un patrón evaluativo que el desarrollador aplica al valorar sus decisiones de diseño. Una clase de alta cohesión posee un número relativamente pequeño, con una importante funcionalidad relacionada y poco trabajo que hacer. Colabora con otros objetos para compartir el esfuerzo si la tarea es grande. <br /> <br /> === Beneficios: ===<br /> <br /> Con el uso de este patrón mejoran la claridad y la facilidad con que se entiende el diseño. Se simplifican el mantenimiento y las mejoras en funcionalidad. A menudo se genera un bajo acoplamiento. La ventaja de una gran funcionalidad soporta una mayor capacidad de reutilización, porque una clase muy cohesiva puede destinarse a un propósito muy específico. <br /> <br /> == Controlador. ==<br /> <br /> === Problema: ===<br /> <br /> ¿Quién debería encargarse de atender un evento del sistema? Un evento del sistema es un evento de alto nivel generado por un actor externo; es un evento de entrada externa. Se asocia a operaciones del sistema: las que emite en respuesta a los eventos del sistema. <br /> <br /> Un Controlador es un objeto de interfaz no destinada al usuario que se encarga de manejar un evento del sistema. Define además el método de su operación. <br /> <br /> === Solución: ===<br /> <br /> Asignar la responsabilidad del manejo de un mensaje de los eventos de un sistema a una clase que represente una de las siguientes opciones: <br /> <br /> *El “sistema” global (controlador de fachada). <br /> *La empresa u organización global (controlador de fachada). <br /> *Algo en el mundo real que es activo (por ejemplo, el papel de una persona) y que pueda participar en la tarea (controlador de tareas). <br /> *Un manejador artificial de todos los eventos del sistema de un caso de uso (controlador de casos de uso).<br /> <br /> Utilice la misma clase de controlador con todos los eventos del sistema en el mismo caso de uso. <br /> <br /> === Explicación: ===<br /> <br /> La mayor parte de los [[Sistemas]] reciben eventos de entrada externa, los cuales generalmente incluyen una interfaz gráfica para el usuario operado por una persona. Otros medios de entrada son los mensajes externos o las señales procedentes de sensores como sucede en los sistemas de control de procesos. En todos los casos, si se recurre a un diseño orientado a objetos, hay que elegir los controladores que manejen esos eventos de entrada. Este patrón ofrece una guía para tomar decisiones apropiadas que generalmente se aceptan. La misma clase controlador debería utilizarse con todos los eventos sistémicos de un caso de uso, de modo que se pueda conservar la información referente al estado del caso. <br /> <br /> === Beneficios: ===<br /> <br /> Garantiza que la empresa o los procesos de dominio sean manejados por la capa de los objetos del dominio y no por la de la interfaz. Al delegar a un controlador la responsabilidad de la operación de un sistema entre las clases del dominio favorece la reutilización de la lógica para manejar los procesos afines del negocio en aplicaciones futuras. <br /> <br /> == Véase también ==<br /> <br /> *[[Patrones de diseño y arquitectura]]<br /> *[[Patrones de Casos de Uso]]<br /> <br /> == Fuente ==<br /> <br /> [http://jorgesaavedra.wordpress.com/category/patrones-grasp/ Jorgesaavedra] <br /> <br /> [[Category:Ciencias_informáticas]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Simulaci%C3%B3n_de_Procesos&diff=570500 2011-05-05T17:36:12Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Definición<br /> |nombre= Simulación de Procesos<br /> |imagen= Simulacion_de_Procesos.jpg<br /> |concepto= Técnica para evaluar en forma rápida un proceso con base en una representación del mismo, mediante modelos matemáticos.<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> La '''Simulación de Procesos'''. Resume toda la teoría relacionada con un proceso en el cual se sustituyen las situaciones reales por otras creadas artificialmente, de las cuales se deben aprender ciertas acciones, habilidades y hábitos. En los últimos años, la simulación de procesos ha llegado a ser una herramienta adecuada y oportuna de apoyo para el diseño, caracterización, optimización y monitoreo del funcionamiento de procesos industriales. Para aplicar estas simulaciones existen en la actualidad una gran variedad de [[Simuladores de Procesos]].<br /> <br /> ==Aplicaciones==<br /> <br /> En principio, la simulación de procesos puede ser útil en todas las etapas del desarrollo de un proyecto industrial. En las diferentes etapas de un proyecto, puede haber necesidad de realizar simulaciones con diferentes niveles de sofisticación. La simulación de procesos puede usarse en las siguientes etapas del desarrollo de un proyecto industrial:<br /> *Investigación y desarrollo: Una simulación sencilla se puede usar para probar la factibilidad técnica y económica del proyecto.<br /> *Etapa crítica en la toma de decisiones: Se prueban diferentes alternativas de proceso y condiciones de operación y se toman decisiones.<br /> *Planta piloto: Simulación con modelos más sofisticados para obtener mejores estimaciones de las condiciones de operación a escala industrial.<br /> *Diseño: La simulación proporciona todos los datos de proceso requeridos para el diseño detallado de los diferentes equipos.<br /> *Simulación de plantas existentes: Puede ser muy útil cuando es necesario cambiar las condiciones de operación, o cuando se quieren sustituir materias primas.<br /> <br /> ==Simulación de Procesos en la Industria Química==<br /> <br /> La simulación de procesos químicos es una herramienta moderna que se ha hecho indispensable para la solución adecuada de los problemas de proceso. Permite efectuar el análisis de plantas químicas en operación y llevar a cabo las siguientes tareas, las cuales son comunes en las diversas ramas de la industria química:<br /> *Detección de cuellos de botella en la producción.<br /> *Predicción de los efectos de cambios en las condiciones de operación y capacidad de la planta.<br /> *Optimización de las variables de operación.<br /> *Optimización del proceso cuando cambian las características de los insumos y/o las condiciones económicas del mercado.<br /> *Análisis de nuevos procesos para nuevos productos.<br /> *Evaluación de alternativas de proceso para reducir el consumo de energía.<br /> *Análisis de condiciones críticas de operación.<br /> *Transformación de un proceso para desarrollar otras materias primas.<br /> *Análisis de factibilidad y viabilidad de nuevos procesos.<br /> *Optimización del proceso para minimizar la producción de desechos y contaminantes.<br /> *Entrenamiento de operadores e ingenieros de proceso.<br /> *Investigación de la factibilidad de automatización de un proceso.<br /> <br /> ==Fuente==<br /> <br /> *MARTÍNEZ, V. H.; ALONSO, P. A., et al. Simulación de procesos en Ingeniería Química. Primera Edición ed. México: 2000. 187 p. ISBN 968-856-755-8.<br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=570477 2011-05-05T17:30:24Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen= Ficha_Patrones.jpg<br /> |descripción= Un patrón de casos de uso captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> '''Los Patrones de Casos de Uso'''. Son comportamientos que deben existir en el sistema, ayudan a describir qué es lo que el sistema debe hacer, es decir, describen el uso del sistema y cómo este interactúa con los usuarios. Estos patrones son utilizados generalmente como plantillas que describen como debería ser estructurados y organizados los casos de uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Patrón CRUD==<br /> <br /> '''Nombre:''' CRUD&lt;br&gt;<br /> '''Intento:''' Este patrón en los casos donde se quiere realizar altas, bajas, cambios y consultas a alguna entidad del sistema. Su nombre es un acrónimo de las palabras en ingles Create, Read, Update, Delete.&lt;br&gt;<br /> '''Palabras Claves:''' Creación, altas, bajas, cambios.&lt;br&gt;<br /> [[Image: Crud_Completo.JPG‎ |250px| CRUD Completo]]&lt;br&gt;<br /> '''Descripción:''' El patrón CRUD Completo consiste en un caso de uso para administrar la información (CRUD Información), nos permite modelar las diferentes operaciones para administrar una entidad de información, tales como crear, leer, cambiar y eliminar o dar de baja.&lt;br&gt;<br /> '''Aplicabilidad:''' Este patrón deberá ser usado cuando todas las operaciones contribuyen al mismo valor de negocio y todas son cortas y simples.&lt;br&gt;<br /> [[Image: Crud_Parcial.JPG‎ |250px| CRUD Parcial]]&lt;br&gt;<br /> '''Descripción:''' Algunas de las alternativas del caso de uso puede ser modelada como caso de uso independiente.<br /> Aplicabilidad: Este patrón es preferible cuando uno de los flujos alternativos del caso de uso es más significativo, muy largo o mucho más complejo que el patrón completo.&lt;br&gt;<br /> '''Discusión:''' Muy a menudo los sistemas manejan información que, del punto de vista del sistema, se crea muy fácilmente. Después de un chequeo de sintaxis, o quizás un cierto chequeo sin importancia de un cálculo o regla del negocio, la información se almacena simplemente en el sistema. No es necesario realizar cálculos, verificaciones complejas, o recuperación avanzada de datos. La descripción del flujo es pequeña, y probablemente solo haya una o dos trayectorias alternativas de menor importancia en el flujo. Las consultas, cambios, o bajas son operaciones igualmente simples.<br /> <br /> ¿Deben tales operaciones ser modeladas como un caso de uso? ¿Y deben incluirse en el modelo del sistema completo? La respuesta a ambas preguntas es sí. Son casos de uso porque son funciones que debe ser capaz de realizar el sistema. Alguien utilizará el sistema para administrar esa información. Por otra parte, deben ser incluidos en el modelo, ya que de otra manera estará incompleto. Y esto puede provocar que el proyecto no se lleve a cabo adecuadamente.<br /> Afortunadamente, esto no significa que necesariamente cada operación se debe expresar como casos de usos separados. Según el patrón CRUD, los podemos agrupar. Este procedimiento tiene algunas ventajas obvias. Primero, el tamaño del modelo será reducido, hará más fácil de entender el modelo porque tiene menos casos. En segundo lugar, nadie estará interesado en un sistema que contiene solamente un subconjunto de estos casos de uso, ya que no generan el valor completo (por ejemplo, leer y dar de baja, pero no crear y cambiar). Agrupar estos flujos juntos en un caso como Administrar X se asegura de que las cuatro operaciones estarán incluidas en el modelo, y lo hace claro para el lector del modelo. Tercero, el valor de cada uno de los flujos por separado es muy pequeño, y podríamos estar cayendo en descomposición funcional; es la colección entera de estas operaciones la que da valor a los interesados.&lt;br&gt;<br /> [[Image: Mala_Practica.JPG‎ |250px| Las cuatros operaciones no deben ser modeladas como casos de uso independientes.]]&lt;br&gt;<br /> La variación denominada CRUD: Parcial, indica que en caso de que solo algunas de las cuatro operaciones sean simples mientras que otras son complejas, se puede agrupar las operaciones simples en un caso de uso y dejar las otras modeladas como un caso de uso separado.<br /> Observar también que esto es una situación típica donde un caso de uso no tiene solamente un flujo “básico”. Ninguno de los flujos se puede decir que es más “básico” o “normal” que los otros. Por lo tanto, un caso de uso CRUD tendrá típicamente cuatro flujos básicos, y posiblemente algunos flujos alternativos<br /> Una instancia de un caso de uso podrá realizar una de las siguientes operaciones (crear, leer, cambiar y dar de baja), y después dejar de existir. Esta misma instancia del caso de uso no continuará viviendo y esperando la operación siguiente que se realizará. Esta operación debe ser realizada por otra instancia del mismo caso de uso.<br /> Como regla general, cuando no estamos seguros si combinar los diversos casos de usos en uno o crearlos como separados, la recomendación es mantenerlos como uno solo y después cuando se vea el tamaño y complejidad del caso de uso, se deberá tomar la decisión de separarlos si es necesario.<br /> <br /> ==Patrón: Concordancia (Commonality) == <br /> <br /> Extrae una subsecuencia de acciones que aparecen en diferentes lugares del flujo de Casos de Uso y es expresado por separado. Tiene dos variantes.<br /> <br /> ===Reuso===<br /> <br /> Consta de 3 casos de uso. El primero llamado subsecuencia común, modela una secuencia de acciones que aparecerán en múltiples casos de uso en el modelo. Los otros casos de uso modelan el uso del sistema que comparte la subsecuencia común de acciones. De manera que deben existir al menos dos de ellos. A continuación se muestra un ejemplo de su uso.&lt;br&gt;<br /> [[Image: Concordancia_Reuso.jpg‎ |250px|]]&lt;br&gt;<br /> <br /> ===Adición=== <br /> <br /> En el caso de este patrón alternativo, la subsecuencia común de casos de uso, extiende los casos de uso compartiendo la subsecuencia de acciones. Los otros casos de uso modelan el flujo que será expandido con la subsecuencia. Este patrón es preferible usarlo cuando otros casos de uso se encuentran propiamente completos, o sea, que no requieren de una subsecuencia común de acciones para modelar los usos completos del sistema. Ejemplo de su uso, se muestra en la siguiente figura:&lt;br&gt;<br /> [[Image: Concordancia_Adicion.jpg |250px|]]&lt;br&gt;<br /> <br /> ==Patrón: Extensión Concreta o Inclusión == <br /> <br /> Este patrón está dividido en concreta extensión o concreta inclusión.<br /> <br /> ===Extensión:=== <br /> <br /> Consiste en dos casos de uso y una relación extendida entre ellos. Puede ser instalado en sí mismo, así como extendido en el caso de uso base. El referente puede ser concreto o abstracto. Este patrón se aplica cuando un flujo puede extender el flujo de otro caso de uso así como ser realizado en sí mismo. Un ejemplo de su uso se evidencia en la siguiente figura:&lt;br&gt;<br /> [[Image: Extension_Concreta.jpg |250px|]]&lt;br&gt;<br /> <br /> ===Inclusión:=== <br /> <br /> Se incluye una relación del caso de uso base al caso de uso de inclusión. El último puede ser instalado en sí mismo. El caso de uso base puede ser concreto o abstracto. Como ejemplo de su aplicación se puede ver la figura que a continuación se muestra:&lt;br&gt; <br /> [[Image: Inclusion_Concreta.JPG |250px|]]&lt;br&gt;<br /> <br /> ==Múltiples Actores==<br /> <br /> A un Caso de Uso ingresan más de dos actores y estos tienen un rol común.<br /> Ejemplo: Se tiene el siguiente caso donde en un sistema web dos actores acceden a un mismo caso de uso.&lt;br&gt;<br /> [[Image: Multiples_Actores.jpg |250px|]]&lt;br&gt;<br /> Aplicando el patrón nos quedaría de la siguiente manera&lt;br&gt;<br /> [[Image: Aplicacion_de_M_Actores.jpg |250px|]]&lt;br&gt;<br /> <br /> ==Otros Patrones==<br /> <br /> *Reglas del Negocio<br /> *Login<br /> *Reportes y explotación de información <br /> *Sistema en capas<br /> *Jerarquía de componentes<br /> *Servicios Opcionales <br /> <br /> ==Conclusiones==<br /> <br /> La técnica de casos de uso nos permite modelar y especificar los requerimientos de nuestro sistema. Tiene muchos beneficios, entre los más importantes: primero nos permite planear nuestro proyecto y segundo ayuda a llegar a acuerdos con los usuarios, para que los casos de uso sean más claros y mantenibles es importante encontrar patrones y documentarlos, de esta manera cuando nos encontremos con un problema igual o parecido podamos resolverlos en menor tiempo. El concepto de patrones no es algo que solo es aplicable a la práctica de requerimientos. De hecho, la disciplina de requerimientos copia este concepto de la de análisis y diseño. Lo que se busca con los patrones es reutilizar lo aprendido en los nuevos proyectos y usarlos en la organización como estándares.<br /> <br /> ==Véase Tambien==<br /> <br /> *[[Patrones de diseño y arquitectura]]<br /> *[[Patrones de Asignación de Responsabilidades]]<br /> <br /> ==Fuentes==<br /> <br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> *LARMAN, C. UML Y Patrones. Introducción al análisis y diseño orientado a objeto. México 1999. <br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=570471 2011-05-05T17:29:04Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen= Ficha_Patrones.jpg<br /> |descripción= Un patrón de casos de uso captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> '''Los Patrones de Casos de Uso'''. Son comportamientos que deben existir en el sistema, ayudan a describir qué es lo que el sistema debe hacer, es decir, describen el uso del sistema y cómo este interactúa con los usuarios. Estos patrones son utilizados generalmente como plantillas que describen como debería ser estructurados y organizados los casos de uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Patrón CRUD==<br /> <br /> '''Nombre:''' CRUD&lt;br&gt;<br /> '''Intento:''' Este patrón en los casos donde se quiere realizar altas, bajas, cambios y consultas a alguna entidad del sistema. Su nombre es un acrónimo de las palabras en ingles Create, Read, Update, Delete.&lt;br&gt;<br /> '''Palabras Claves:''' Creación, altas, bajas, cambios.&lt;br&gt;<br /> [[Image: Crud_Completo.JPG‎ |250px| CRUD Completo]]&lt;br&gt;<br /> '''Descripción:''' El patrón CRUD Completo consiste en un caso de uso para administrar la información (CRUD Información), nos permite modelar las diferentes operaciones para administrar una entidad de información, tales como crear, leer, cambiar y eliminar o dar de baja.&lt;br&gt;<br /> '''Aplicabilidad:''' Este patrón deberá ser usado cuando todas las operaciones contribuyen al mismo valor de negocio y todas son cortas y simples.&lt;br&gt;<br /> [[Image: Crud_Parcial.JPG‎ |250px| CRUD Parcial]]&lt;br&gt;<br /> '''Descripción:''' Algunas de las alternativas del caso de uso puede ser modelada como caso de uso independiente.<br /> Aplicabilidad: Este patrón es preferible cuando uno de los flujos alternativos del caso de uso es más significativo, muy largo o mucho más complejo que el patrón completo.&lt;br&gt;<br /> '''Discusión:''' Muy a menudo los sistemas manejan información que, del punto de vista del sistema, se crea muy fácilmente. Después de un chequeo de sintaxis, o quizás un cierto chequeo sin importancia de un cálculo o regla del negocio, la información se almacena simplemente en el sistema. No es necesario realizar cálculos, verificaciones complejas, o recuperación avanzada de datos. La descripción del flujo es pequeña, y probablemente solo haya una o dos trayectorias alternativas de menor importancia en el flujo. Las consultas, cambios, o bajas son operaciones igualmente simples.<br /> <br /> ¿Deben tales operaciones ser modeladas como un caso de uso? ¿Y deben incluirse en el modelo del sistema completo? La respuesta a ambas preguntas es sí. Son casos de uso porque son funciones que debe ser capaz de realizar el sistema. Alguien utilizará el sistema para administrar esa información. Por otra parte, deben ser incluidos en el modelo, ya que de otra manera estará incompleto. Y esto puede provocar que el proyecto no se lleve a cabo adecuadamente.<br /> Afortunadamente, esto no significa que necesariamente cada operación se debe expresar como casos de usos separados. Según el patrón CRUD, los podemos agrupar. Este procedimiento tiene algunas ventajas obvias. Primero, el tamaño del modelo será reducido, hará más fácil de entender el modelo porque tiene menos casos. En segundo lugar, nadie estará interesado en un sistema que contiene solamente un subconjunto de estos casos de uso, ya que no generan el valor completo (por ejemplo, leer y dar de baja, pero no crear y cambiar). Agrupar estos flujos juntos en un caso como Administrar X se asegura de que las cuatro operaciones estarán incluidas en el modelo, y lo hace claro para el lector del modelo. Tercero, el valor de cada uno de los flujos por separado es muy pequeño, y podríamos estar cayendo en descomposición funcional; es la colección entera de estas operaciones la que da valor a los interesados.&lt;br&gt;<br /> [[Image: Mala_Practica.JPG‎ |250px| Las cuatros operaciones no deben ser modeladas como casos de uso independientes.]]&lt;br&gt;<br /> La variación denominada CRUD: Parcial, indica que en caso de que solo algunas de las cuatro operaciones sean simples mientras que otras son complejas, se puede agrupar las operaciones simples en un caso de uso y dejar las otras modeladas como un caso de uso separado.<br /> Observar también que esto es una situación típica donde un caso de uso no tiene solamente un flujo “básico”. Ninguno de los flujos se puede decir que es más “básico” o “normal” que los otros. Por lo tanto, un caso de uso CRUD tendrá típicamente cuatro flujos básicos, y posiblemente algunos flujos alternativos<br /> Una instancia de un caso de uso podrá realizar una de las siguientes operaciones (crear, leer, cambiar y dar de baja), y después dejar de existir. Esta misma instancia del caso de uso no continuará viviendo y esperando la operación siguiente que se realizará. Esta operación debe ser realizada por otra instancia del mismo caso de uso.<br /> Como regla general, cuando no estamos seguros si combinar los diversos casos de usos en uno o crearlos como separados, la recomendación es mantenerlos como uno solo y después cuando se vea el tamaño y complejidad del caso de uso, se deberá tomar la decisión de separarlos si es necesario.<br /> <br /> ==Patrón: Concordancia (Commonality) == <br /> <br /> Extrae una subsecuencia de acciones que aparecen en diferentes lugares del flujo de Casos de Uso y es expresado por separado. Tiene dos variantes.<br /> <br /> ===Reuso===<br /> <br /> Consta de 3 casos de uso. El primero llamado subsecuencia común, modela una secuencia de acciones que aparecerán en múltiples casos de uso en el modelo. Los otros casos de uso modelan el uso del sistema que comparte la subsecuencia común de acciones. De manera que deben existir al menos dos de ellos. A continuación se muestra un ejemplo de su uso.&lt;br&gt;<br /> [[Image: Concordancia_Reuso.jpg‎ |250px|]]&lt;br&gt;<br /> <br /> ===Adición=== <br /> <br /> En el caso de este patrón alternativo, la subsecuencia común de casos de uso, extiende los casos de uso compartiendo la subsecuencia de acciones. Los otros casos de uso modelan el flujo que será expandido con la subsecuencia. Este patrón es preferible usarlo cuando otros casos de uso se encuentran propiamente completos, o sea, que no requieren de una subsecuencia común de acciones para modelar los usos completos del sistema. Ejemplo de su uso, se muestra en la siguiente figura:&lt;br&gt;<br /> [[Image: Concordancia_Adicion.jpg |250px|]]&lt;br&gt;<br /> <br /> ==Patrón: Extensión Concreta o Inclusión == <br /> <br /> Este patrón está dividido en concreta extensión o concreta inclusión.<br /> <br /> ===Extensión:=== <br /> <br /> Consiste en dos casos de uso y una relación extendida entre ellos. Puede ser instalado en sí mismo, así como extendido en el caso de uso base. El referente puede ser concreto o abstracto. Este patrón se aplica cuando un flujo puede extender el flujo de otro caso de uso así como ser realizado en sí mismo. Un ejemplo de su uso se evidencia en la siguiente figura:&lt;br&gt;<br /> [[Image: Extension_Concreta.jpg |250px|]]&lt;br&gt;<br /> <br /> ===Inclusión:=== <br /> <br /> Se incluye una relación del caso de uso base al caso de uso de inclusión. El último puede ser instalado en sí mismo. El caso de uso base puede ser concreto o abstracto. Como ejemplo de su aplicación se puede ver la figura que a continuación se muestra:&lt;br&gt; <br /> [[Image: Inclusion_Concreta.JPG |250px|]]&lt;br&gt;<br /> <br /> ==Múltiples Actores==<br /> <br /> A un Caso de Uso ingresan más de dos actores y estos tienen un rol común.<br /> Ejemplo: Se tiene el siguiente caso donde en un sistema web dos actores acceden a un mismo caso de uso.&lt;br&gt;<br /> [[Image: Multiples_Actores.jpg |250px|]]&lt;br&gt;<br /> Aplicando el patrón nos quedaría de la siguiente manera&lt;br&gt;<br /> [[Image: Aplicacion_de_M_Actores.jpg |250px|]]&lt;br&gt;<br /> <br /> ==Otros Patrones==<br /> <br /> *Reglas del Negocio<br /> *Login<br /> *Reportes y explotación de información <br /> *Sistema en capas<br /> *Jerarquía de componentes<br /> *Servicios Opcionales <br /> <br /> ==Conclusiones==<br /> <br /> La técnica de casos de uso nos permite modelar y especificar los requerimientos de nuestro sistema. Tiene muchos beneficios, entre los más importantes: primero nos permite planear nuestro proyecto y segundo ayuda a llegar a acuerdos con los usuarios, para que los casos de uso sean más claros y mantenibles es importante encontrar patrones y documentarlos, de esta manera cuando nos encontremos con un problema igual o parecido podamos resolverlos en menor tiempo. El concepto de patrones no es algo que solo es aplicable a la práctica de requerimientos. De hecho, la disciplina de requerimientos copia este concepto de la de análisis y diseño. Lo que se busca con los patrones es reutilizar lo aprendido en los nuevos proyectos y usarlos en la organización como estándares.<br /> <br /> ==Véase Tambien==<br /> <br /> *[[Patrones de Diseño y arquitectura]]<br /> *[[Patrones de Asignación de Responsabilidades]]<br /> <br /> ==Fuentes==<br /> <br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> *LARMAN, C. UML Y Patrones. Introducción al análisis y diseño orientado a objeto. México 1999. <br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=570450 2011-05-05T17:26:09Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen= Ficha_Patrones.jpg<br /> |descripción= Un patrón de casos de uso captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> '''Los Patrones de Casos de Uso'''. Son comportamientos que deben existir en el sistema, ayudan a describir qué es lo que el sistema debe hacer, es decir, describen el uso del sistema y cómo este interactúa con los usuarios. Estos patrones son utilizados generalmente como plantillas que describen como debería ser estructurados y organizados los casos de uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Patrón CRUD==<br /> <br /> '''Nombre:''' CRUD&lt;br&gt;<br /> '''Intento:''' Este patrón en los casos donde se quiere realizar altas, bajas, cambios y consultas a alguna entidad del sistema. Su nombre es un acrónimo de las palabras en ingles Create, Read, Update, Delete.&lt;br&gt;<br /> '''Palabras Claves:''' Creación, altas, bajas, cambios.&lt;br&gt;<br /> [[Image: Crud_Completo.JPG‎ |250px| CRUD Completo]]&lt;br&gt;<br /> '''Descripción:''' El patrón CRUD Completo consiste en un caso de uso para administrar la información (CRUD Información), nos permite modelar las diferentes operaciones para administrar una entidad de información, tales como crear, leer, cambiar y eliminar o dar de baja.&lt;br&gt;<br /> '''Aplicabilidad:''' Este patrón deberá ser usado cuando todas las operaciones contribuyen al mismo valor de negocio y todas son cortas y simples.&lt;br&gt;<br /> [[Image: Crud_Parcial.JPG‎ |250px| CRUD Parcial]]&lt;br&gt;<br /> '''Descripción:''' Algunas de las alternativas del caso de uso puede ser modelada como caso de uso independiente.<br /> Aplicabilidad: Este patrón es preferible cuando uno de los flujos alternativos del caso de uso es más significativo, muy largo o mucho más complejo que el patrón completo.&lt;br&gt;<br /> '''Discusión:''' Muy a menudo los sistemas manejan información que, del punto de vista del sistema, se crea muy fácilmente. Después de un chequeo de sintaxis, o quizás un cierto chequeo sin importancia de un cálculo o regla del negocio, la información se almacena simplemente en el sistema. No es necesario realizar cálculos, verificaciones complejas, o recuperación avanzada de datos. La descripción del flujo es pequeña, y probablemente solo haya una o dos trayectorias alternativas de menor importancia en el flujo. Las consultas, cambios, o bajas son operaciones igualmente simples.<br /> <br /> ¿Deben tales operaciones ser modeladas como un caso de uso? ¿Y deben incluirse en el modelo del sistema completo? La respuesta a ambas preguntas es sí. Son casos de uso porque son funciones que debe ser capaz de realizar el sistema. Alguien utilizará el sistema para administrar esa información. Por otra parte, deben ser incluidos en el modelo, ya que de otra manera estará incompleto. Y esto puede provocar que el proyecto no se lleve a cabo adecuadamente.<br /> Afortunadamente, esto no significa que necesariamente cada operación se debe expresar como casos de usos separados. Según el patrón CRUD, los podemos agrupar. Este procedimiento tiene algunas ventajas obvias. Primero, el tamaño del modelo será reducido, hará más fácil de entender el modelo porque tiene menos casos. En segundo lugar, nadie estará interesado en un sistema que contiene solamente un subconjunto de estos casos de uso, ya que no generan el valor completo (por ejemplo, leer y dar de baja, pero no crear y cambiar). Agrupar estos flujos juntos en un caso como Administrar X se asegura de que las cuatro operaciones estarán incluidas en el modelo, y lo hace claro para el lector del modelo. Tercero, el valor de cada uno de los flujos por separado es muy pequeño, y podríamos estar cayendo en descomposición funcional; es la colección entera de estas operaciones la que da valor a los interesados.&lt;br&gt;<br /> [[Image: Mala_Practica.JPG‎ |250px| Las cuatros operaciones no deben ser modeladas como casos de uso independientes.]]&lt;br&gt;<br /> La variación denominada CRUD: Parcial, indica que en caso de que solo algunas de las cuatro operaciones sean simples mientras que otras son complejas, se puede agrupar las operaciones simples en un caso de uso y dejar las otras modeladas como un caso de uso separado.<br /> Observar también que esto es una situación típica donde un caso de uso no tiene solamente un flujo “básico”. Ninguno de los flujos se puede decir que es más “básico” o “normal” que los otros. Por lo tanto, un caso de uso CRUD tendrá típicamente cuatro flujos básicos, y posiblemente algunos flujos alternativos<br /> Una instancia de un caso de uso podrá realizar una de las siguientes operaciones (crear, leer, cambiar y dar de baja), y después dejar de existir. Esta misma instancia del caso de uso no continuará viviendo y esperando la operación siguiente que se realizará. Esta operación debe ser realizada por otra instancia del mismo caso de uso.<br /> Como regla general, cuando no estamos seguros si combinar los diversos casos de usos en uno o crearlos como separados, la recomendación es mantenerlos como uno solo y después cuando se vea el tamaño y complejidad del caso de uso, se deberá tomar la decisión de separarlos si es necesario.<br /> <br /> ==Patrón: Concordancia (Commonality) == <br /> <br /> Extrae una subsecuencia de acciones que aparecen en diferentes lugares del flujo de Casos de Uso y es expresado por separado. Tiene dos variantes.<br /> <br /> ===Reuso===<br /> <br /> Consta de 3 casos de uso. El primero llamado subsecuencia común, modela una secuencia de acciones que aparecerán en múltiples casos de uso en el modelo. Los otros casos de uso modelan el uso del sistema que comparte la subsecuencia común de acciones. De manera que deben existir al menos dos de ellos. A continuación se muestra un ejemplo de su uso.&lt;br&gt;<br /> [[Image: Concordancia_Reuso.jpg‎ |250px|]]&lt;br&gt;<br /> <br /> ===Adición=== <br /> <br /> En el caso de este patrón alternativo, la subsecuencia común de casos de uso, extiende los casos de uso compartiendo la subsecuencia de acciones. Los otros casos de uso modelan el flujo que será expandido con la subsecuencia. Este patrón es preferible usarlo cuando otros casos de uso se encuentran propiamente completos, o sea, que no requieren de una subsecuencia común de acciones para modelar los usos completos del sistema. Ejemplo de su uso, se muestra en la siguiente figura:&lt;br&gt;<br /> [[Image: Concordancia_Adicion.jpg |250px|]]&lt;br&gt;<br /> <br /> ==Patrón: Extensión Concreta o Inclusión == <br /> <br /> Este patrón está dividido en concreta extensión o concreta inclusión.<br /> <br /> ===Extensión:=== <br /> <br /> Consiste en dos casos de uso y una relación extendida entre ellos. Puede ser instalado en sí mismo, así como extendido en el caso de uso base. El referente puede ser concreto o abstracto. Este patrón se aplica cuando un flujo puede extender el flujo de otro caso de uso así como ser realizado en sí mismo. Un ejemplo de su uso se evidencia en la siguiente figura:&lt;br&gt;<br /> [[Image: Extension_Concreta.jpg |250px|]]&lt;br&gt;<br /> <br /> ===Inclusión:=== <br /> <br /> Se incluye una relación del caso de uso base al caso de uso de inclusión. El último puede ser instalado en sí mismo. El caso de uso base puede ser concreto o abstracto. Como ejemplo de su aplicación se puede ver la figura que a continuación se muestra:&lt;br&gt; <br /> [[Image: Inclusion_Concreta.JPG |250px|]]&lt;br&gt;<br /> <br /> ==Múltiples Actores==<br /> <br /> A un Caso de Uso ingresan más de dos actores y estos tienen un rol común.<br /> Ejemplo: Se tiene el siguiente caso donde en un sistema web dos actores acceden a un mismo caso de uso.&lt;br&gt;<br /> [[Image: Multiples_Actores.jpg |250px|]]&lt;br&gt;<br /> Aplicando el patrón nos quedaría de la siguiente manera&lt;br&gt;<br /> [[Image: Aplicacion_de_M_Actores.jpg |250px|]]&lt;br&gt;<br /> <br /> ==Otros Patrones==<br /> <br /> *Reglas del Negocio<br /> *Login<br /> *Reportes y explotación de información <br /> *Sistema en capas<br /> *Jerarquía de componentes<br /> *Servicios Opcionales <br /> <br /> ==Conclusiones==<br /> <br /> La técnica de casos de uso nos permite modelar y especificar los requerimientos de nuestro sistema. Tiene muchos beneficios, entre los más importantes: primero nos permite planear nuestro proyecto y segundo ayuda a llegar a acuerdos con los usuarios, para que los casos de uso sean más claros y mantenibles es importante encontrar patrones y documentarlos, de esta manera cuando nos encontremos con un problema igual o parecido podamos resolverlos en menor tiempo. El concepto de patrones no es algo que solo es aplicable a la práctica de requerimientos. De hecho, la disciplina de requerimientos copia este concepto de la de análisis y diseño. Lo que se busca con los patrones es reutilizar lo aprendido en los nuevos proyectos y usarlos en la organización como estándares.<br /> <br /> ==Véase Tambien==<br /> *[[Patrones de Diseño]]<br /> <br /> ==Fuentes==<br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> *LARMAN, C. UML Y Patrones. Introducción al análisis y diseño orientado a objeto. México 1999. <br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=570421 2011-05-05T17:21:28Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen= Ficha_Patrones.jpg<br /> |descripción= Un patrón de casos de uso captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> '''Los [[Patrones]] de Casos de Uso'''. Son comportamientos que deben existir en el sistema, ayudan a describir qué es lo que el sistema debe hacer, es decir, describen el uso del sistema y cómo este interactúa con los usuarios. Estos patrones son utilizados generalmente como plantillas que describen como debería ser estructurados y organizados los casos de uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Patrón CRUD==<br /> <br /> '''Nombre:''' CRUD&lt;br&gt;<br /> '''Intento:''' Este patrón en los casos donde se quiere realizar altas, bajas, cambios y consultas a alguna entidad del sistema. Su nombre es un acrónimo de las palabras en ingles Create, Read, Update, Delete.&lt;br&gt;<br /> '''Palabras Claves:''' Creación, altas, bajas, cambios.&lt;br&gt;<br /> [[Image: Crud_Completo.JPG‎ |250px| CRUD Completo]]&lt;br&gt;<br /> '''Descripción:''' El patrón CRUD Completo consiste en un caso de uso para administrar la información (CRUD Información), nos permite modelar las diferentes operaciones para administrar una entidad de información, tales como crear, leer, cambiar y eliminar o dar de baja.&lt;br&gt;<br /> '''Aplicabilidad:''' Este patrón deberá ser usado cuando todas las operaciones contribuyen al mismo valor de negocio y todas son cortas y simples.&lt;br&gt;<br /> [[Image: Crud_Parcial.JPG‎ |250px| CRUD Parcial]]&lt;br&gt;<br /> '''Descripción:''' Algunas de las alternativas del caso de uso puede ser modelada como caso de uso independiente.<br /> Aplicabilidad: Este patrón es preferible cuando uno de los flujos alternativos del caso de uso es más significativo, muy largo o mucho más complejo que el patrón completo.&lt;br&gt;<br /> '''Discusión:''' Muy a menudo los sistemas manejan información que, del punto de vista del sistema, se crea muy fácilmente. Después de un chequeo de sintaxis, o quizás un cierto chequeo sin importancia de un cálculo o regla del negocio, la información se almacena simplemente en el sistema. No es necesario realizar cálculos, verificaciones complejas, o recuperación avanzada de datos. La descripción del flujo es pequeña, y probablemente solo haya una o dos trayectorias alternativas de menor importancia en el flujo. Las consultas, cambios, o bajas son operaciones igualmente simples.<br /> <br /> ¿Deben tales operaciones ser modeladas como un caso de uso? ¿Y deben incluirse en el modelo del sistema completo? La respuesta a ambas preguntas es sí. Son casos de uso porque son funciones que debe ser capaz de realizar el sistema. Alguien utilizará el sistema para administrar esa información. Por otra parte, deben ser incluidos en el modelo, ya que de otra manera estará incompleto. Y esto puede provocar que el proyecto no se lleve a cabo adecuadamente.<br /> Afortunadamente, esto no significa que necesariamente cada operación se debe expresar como casos de usos separados. Según el patrón CRUD, los podemos agrupar. Este procedimiento tiene algunas ventajas obvias. Primero, el tamaño del modelo será reducido, hará más fácil de entender el modelo porque tiene menos casos. En segundo lugar, nadie estará interesado en un sistema que contiene solamente un subconjunto de estos casos de uso, ya que no generan el valor completo (por ejemplo, leer y dar de baja, pero no crear y cambiar). Agrupar estos flujos juntos en un caso como Administrar X se asegura de que las cuatro operaciones estarán incluidas en el modelo, y lo hace claro para el lector del modelo. Tercero, el valor de cada uno de los flujos por separado es muy pequeño, y podríamos estar cayendo en descomposición funcional; es la colección entera de estas operaciones la que da valor a los interesados.&lt;br&gt;<br /> [[Image: Mala_Practica.JPG‎ |250px| Las cuatros operaciones no deben ser modeladas como casos de uso independientes.]]&lt;br&gt;<br /> La variación denominada CRUD: Parcial, indica que en caso de que solo algunas de las cuatro operaciones sean simples mientras que otras son complejas, se puede agrupar las operaciones simples en un caso de uso y dejar las otras modeladas como un caso de uso separado.<br /> Observar también que esto es una situación típica donde un caso de uso no tiene solamente un flujo “básico”. Ninguno de los flujos se puede decir que es más “básico” o “normal” que los otros. Por lo tanto, un caso de uso CRUD tendrá típicamente cuatro flujos básicos, y posiblemente algunos flujos alternativos<br /> Una instancia de un caso de uso podrá realizar una de las siguientes operaciones (crear, leer, cambiar y dar de baja), y después dejar de existir. Esta misma instancia del caso de uso no continuará viviendo y esperando la operación siguiente que se realizará. Esta operación debe ser realizada por otra instancia del mismo caso de uso.<br /> Como regla general, cuando no estamos seguros si combinar los diversos casos de usos en uno o crearlos como separados, la recomendación es mantenerlos como uno solo y después cuando se vea el tamaño y complejidad del caso de uso, se deberá tomar la decisión de separarlos si es necesario.<br /> <br /> ==Patrón: Concordancia (Commonality) == <br /> <br /> Extrae una subsecuencia de acciones que aparecen en diferentes lugares del flujo de Casos de Uso y es expresado por separado. Tiene dos variantes.<br /> <br /> ===Reuso===<br /> <br /> Consta de 3 casos de uso. El primero llamado subsecuencia común, modela una secuencia de acciones que aparecerán en múltiples casos de uso en el modelo. Los otros casos de uso modelan el uso del sistema que comparte la subsecuencia común de acciones. De manera que deben existir al menos dos de ellos. A continuación se muestra un ejemplo de su uso.&lt;br&gt;<br /> [[Image: Concordancia_Reuso.jpg‎ |250px|]]&lt;br&gt;<br /> <br /> ===Adición=== <br /> <br /> En el caso de este patrón alternativo, la subsecuencia común de casos de uso, extiende los casos de uso compartiendo la subsecuencia de acciones. Los otros casos de uso modelan el flujo que será expandido con la subsecuencia. Este patrón es preferible usarlo cuando otros casos de uso se encuentran propiamente completos, o sea, que no requieren de una subsecuencia común de acciones para modelar los usos completos del sistema. Ejemplo de su uso, se muestra en la siguiente figura:&lt;br&gt;<br /> [[Image: Concordancia_Adicion.jpg |250px|]]&lt;br&gt;<br /> <br /> ==Patrón: Extensión Concreta o Inclusión == <br /> <br /> Este patrón está dividido en concreta extensión o concreta inclusión.<br /> <br /> ===Extensión:=== <br /> <br /> Consiste en dos casos de uso y una relación extendida entre ellos. Puede ser instalado en sí mismo, así como extendido en el caso de uso base. El referente puede ser concreto o abstracto. Este patrón se aplica cuando un flujo puede extender el flujo de otro caso de uso así como ser realizado en sí mismo. Un ejemplo de su uso se evidencia en la siguiente figura:&lt;bt&gt;<br /> [[Image: Extension_Concreta.jpg |250px|]]&lt;br&gt;<br /> <br /> ===Inclusión:=== <br /> <br /> Se incluye una relación del caso de uso base al caso de uso de inclusión. El último puede ser instalado en sí mismo. El caso de uso base puede ser concreto o abstracto. Como ejemplo de su aplicación se puede ver la figura que a continuación se muestra:&lt;br&gt; <br /> [[Image: Inclusion_Concreta.JPG |250px|]]&lt;br&gt;<br /> <br /> ==Múltiples Actores==<br /> <br /> A un Caso de Uso ingresan más de dos actores y estos tienen un rol común.<br /> Ejemplo: Se tiene el siguiente caso donde en un sistema web dos actores acceden a un mismo caso de uso.&lt;br&gt;<br /> [[Image: Multiples_Actores.jpg |250px|]]&lt;br&gt;<br /> Aplicando el patrón nos quedaría de la siguiente manera&lt;br&gt;<br /> [[Image: Aplicacion_de_M_Actores.jpg |250px|]]&lt;br&gt;<br /> <br /> ==Otros Patrones==<br /> <br /> *Reglas del Negocio<br /> *Login<br /> *Reportes y explotación de información <br /> *Sistema en capas<br /> *Jerarquía de componentes<br /> *Servicios Opcionales <br /> <br /> ==Conclusiones==<br /> <br /> La técnica de casos de uso nos permite modelar y especificar los requerimientos de nuestro sistema. Tiene muchos beneficios, entre los más importantes: primero nos permite planear nuestro proyecto y segundo ayuda a llegar a acuerdos con los usuarios, para que los casos de uso sean más claros y mantenibles es importante encontrar patrones y documentarlos, de esta manera cuando nos encontremos con un problema igual o parecido podamos resolverlos en menor tiempo. El concepto de patrones no es algo que solo es aplicable a la práctica de requerimientos. De hecho, la disciplina de requerimientos copia este concepto de la de análisis y diseño. Lo que se busca con los patrones es reutilizar lo aprendido en los nuevos proyectos y usarlos en la organización como estándares.<br /> <br /> ==Fuentes==<br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> *LARMAN, C. UML Y Patrones. Introducción al análisis y diseño orientado a objeto. México 1999. <br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=570403 2011-05-05T17:18:02Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen= Ficha_Patrones.jpg<br /> |descripción= Un patrón de casos de uso captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> '''Los [[Patrones]] de Casos de Uso'''. Son comportamientos que deben existir en el sistema, ayudan a describir qué es lo que el sistema debe hacer, es decir, describen el uso del sistema y cómo este interactúa con los usuarios. Estos patrones son utilizados generalmente como plantillas que describen como debería ser estructurados y organizados los casos de uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Patrón CRUD==<br /> <br /> '''Nombre:''' CRUD&lt;br&gt;<br /> '''Intento:''' Este patrón en los casos donde se quiere realizar altas, bajas, cambios y consultas a alguna entidad del sistema. Su nombre es un acrónimo de las palabras en ingles Create, Read, Update, Delete.&lt;br&gt;<br /> '''Palabras Claves:''' Creación, altas, bajas, cambios.&lt;br&gt;<br /> [[Image: Crud_Completo.JPG‎ |250px| CRUD Completo]]&lt;br&gt;<br /> '''Descripción:''' El patrón CRUD Completo consiste en un caso de uso para administrar la información (CRUD Información), nos permite modelar las diferentes operaciones para administrar una entidad de información, tales como crear, leer, cambiar y eliminar o dar de baja.&lt;br&gt;<br /> '''Aplicabilidad:''' Este patrón deberá ser usado cuando todas las operaciones contribuyen al mismo valor de negocio y todas son cortas y simples.&lt;br&gt;<br /> [[Image: Crud_Parcial.JPG‎ |250px| CRUD Parcial]]&lt;br&gt;<br /> '''Descripción:''' Algunas de las alternativas del caso de uso puede ser modelada como caso de uso independiente.<br /> Aplicabilidad: Este patrón es preferible cuando uno de los flujos alternativos del caso de uso es más significativo, muy largo o mucho más complejo que el patrón completo.&lt;br&gt;<br /> '''Discusión:''' Muy a menudo los sistemas manejan información que, del punto de vista del sistema, se crea muy fácilmente. Después de un chequeo de sintaxis, o quizás un cierto chequeo sin importancia de un cálculo o regla del negocio, la información se almacena simplemente en el sistema. No es necesario realizar cálculos, verificaciones complejas, o recuperación avanzada de datos. La descripción del flujo es pequeña, y probablemente solo haya una o dos trayectorias alternativas de menor importancia en el flujo. Las consultas, cambios, o bajas son operaciones igualmente simples.<br /> <br /> ¿Deben tales operaciones ser modeladas como un caso de uso? ¿Y deben incluirse en el modelo del sistema completo? La respuesta a ambas preguntas es sí. Son casos de uso porque son funciones que debe ser capaz de realizar el sistema. Alguien utilizará el sistema para administrar esa información. Por otra parte, deben ser incluidos en el modelo, ya que de otra manera estará incompleto. Y esto puede provocar que el proyecto no se lleve a cabo adecuadamente.<br /> Afortunadamente, esto no significa que necesariamente cada operación se debe expresar como casos de usos separados. Según el patrón CRUD, los podemos agrupar. Este procedimiento tiene algunas ventajas obvias. Primero, el tamaño del modelo será reducido, hará más fácil de entender el modelo porque tiene menos casos. En segundo lugar, nadie estará interesado en un sistema que contiene solamente un subconjunto de estos casos de uso, ya que no generan el valor completo (por ejemplo, leer y dar de baja, pero no crear y cambiar). Agrupar estos flujos juntos en un caso como Administrar X se asegura de que las cuatro operaciones estarán incluidas en el modelo, y lo hace claro para el lector del modelo. Tercero, el valor de cada uno de los flujos por separado es muy pequeño, y podríamos estar cayendo en descomposición funcional; es la colección entera de estas operaciones la que da valor a los interesados.<br /> [[Image: Mala_Practica.JPG‎ |250px| Las cuatros operaciones no deben ser modeladas como casos de uso independientes.]]<br /> La variación denominada CRUD: Parcial, indica que en caso de que solo algunas de las cuatro operaciones sean simples mientras que otras son complejas, se puede agrupar las operaciones simples en un caso de uso y dejar las otras modeladas como un caso de uso separado.<br /> Observar también que esto es una situación típica donde un caso de uso no tiene solamente un flujo “básico”. Ninguno de los flujos se puede decir que es más “básico” o “normal” que los otros. Por lo tanto, un caso de uso CRUD tendrá típicamente cuatro flujos básicos, y posiblemente algunos flujos alternativos<br /> Una instancia de un caso de uso podrá realizar una de las siguientes operaciones (crear, leer, cambiar y dar de baja), y después dejar de existir. Esta misma instancia del caso de uso no continuará viviendo y esperando la operación siguiente que se realizará. Esta operación debe ser realizada por otra instancia del mismo caso de uso.<br /> Como regla general, cuando no estamos seguros si combinar los diversos casos de usos en uno o crearlos como separados, la recomendación es mantenerlos como uno solo y después cuando se vea el tamaño y complejidad del caso de uso, se deberá tomar la decisión de separarlos si es necesario.<br /> <br /> ==Patrón: Concordancia (Commonality) == <br /> <br /> Extrae una subsecuencia de acciones que aparecen en diferentes lugares del flujo de Casos de Uso y es expresado por separado. Tiene dos variantes.<br /> <br /> ===Reuso===<br /> <br /> Consta de 3 casos de uso. El primero llamado subsecuencia común, modela una secuencia de acciones que aparecerán en múltiples casos de uso en el modelo. Los otros casos de uso modelan el uso del sistema que comparte la subsecuencia común de acciones. De manera que deben existir al menos dos de ellos. A continuación se muestra un ejemplo de su uso.&lt;br&gt;<br /> [[Image: Concordancia_Reuso.jpg‎ |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ===Adición=== <br /> <br /> En el caso de este patrón alternativo, la subsecuencia común de casos de uso, extiende los casos de uso compartiendo la subsecuencia de acciones. Los otros casos de uso modelan el flujo que será expandido con la subsecuencia. Este patrón es preferible usarlo cuando otros casos de uso se encuentran propiamente completos, o sea, que no requieren de una subsecuencia común de acciones para modelar los usos completos del sistema. Ejemplo de su uso, se muestra en la siguiente figura:&lt;br&gt;<br /> [[Image: Concordancia_Adicion.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Patrón: Extensión Concreta o Inclusión == <br /> <br /> Este patrón está dividido en concreta extensión o concreta inclusión.<br /> <br /> ===Extensión:=== <br /> <br /> Consiste en dos casos de uso y una relación extendida entre ellos. Puede ser instalado en sí mismo, así como extendido en el caso de uso base. El referente puede ser concreto o abstracto. Este patrón se aplica cuando un flujo puede extender el flujo de otro caso de uso así como ser realizado en sí mismo. Un ejemplo de su uso se evidencia en la siguiente figura:&lt;bt&gt;<br /> [[Image: Extension_Concreta.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ===Inclusión:=== <br /> <br /> Se incluye una relación del caso de uso base al caso de uso de inclusión. El último puede ser instalado en sí mismo. El caso de uso base puede ser concreto o abstracto. Como ejemplo de su aplicación se puede ver la figura que a continuación se muestra:&lt;br&gt; <br /> [[Image: Inclusion_Concreta.JPG |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Múltiples Actores==<br /> <br /> A un Caso de Uso ingresan más de dos actores y estos tienen un rol común.<br /> Ejemplo: Se tiene el siguiente caso donde en un sistema web dos actores acceden a un mismo caso de uso.&lt;br&gt;<br /> [[Image: Multiples_Actores.jpg |thumb|right|250px|]]&lt;br&gt;<br /> Aplicando el patrón nos quedaría de la siguiente manera&lt;br&gt;<br /> [[Image: Aplicacion_de_M_Actores.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Otros Patrones==<br /> <br /> *Reglas del Negocio<br /> *Login<br /> *Reportes y explotación de información <br /> *Sistema en capas<br /> *Jerarquía de componentes<br /> *Servicios Opcionales <br /> <br /> ==Conclusiones==<br /> <br /> La técnica de casos de uso nos permite modelar y especificar los requerimientos de nuestro sistema. Tiene muchos beneficios, entre los más importantes: primero nos permite planear nuestro proyecto y segundo ayuda a llegar a acuerdos con los usuarios, para que los casos de uso sean más claros y mantenibles es importante encontrar patrones y documentarlos, de esta manera cuando nos encontremos con un problema igual o parecido podamos resolverlos en menor tiempo. El concepto de patrones no es algo que solo es aplicable a la práctica de requerimientos. De hecho, la disciplina de requerimientos copia este concepto de la de análisis y diseño. Lo que se busca con los patrones es reutilizar lo aprendido en los nuevos proyectos y usarlos en la organización como estándares.<br /> <br /> ==Fuentes==<br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> *LARMAN, C. UML Y Patrones. Introducción al análisis y diseño orientado a objeto. México 1999. <br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=530156 2011-04-21T19:23:51Z

<p>Erlysad05019jcvcl: /* Patrón CRUD */</p> <hr /> <div>{{Desarrollo}}<br /> {{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen= Ficha_Patrones.jpg<br /> |descripción= Un patrón de casos de uso captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> '''Los [[Patrones]] de Casos de Uso'''. Son comportamientos que deben existir en el sistema, ayudan a describir qué es lo que el sistema debe hacer, es decir, describen el uso del sistema y cómo este interactúa con los usuarios. Estos patrones son utilizados generalmente como plantillas que describen como debería ser estructurados y organizados los casos de uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Patrón CRUD==<br /> <br /> '''Nombre:''' CRUD&lt;br&gt;<br /> '''Intento:''' Este patrón en los casos donde se quiere realizar altas, bajas, cambios y consultas a alguna entidad del sistema. Su nombre es un acrónimo de las palabras en ingles Create, Read, Update, Delete.&lt;br&gt;<br /> '''Palabras Claves:''' Creación, altas, bajas, cambios.&lt;br&gt;<br /> [[Image: Crud_Completo.JPG‎ |thumb|left|250px| CRUD Completo]]&lt;br&gt;<br /> &lt;br&gt;<br /> &lt;br&gt;<br /> &lt;br&gt;<br /> &lt;br&gt;<br /> &lt;br&gt;<br /> &lt;br&gt;<br /> &lt;br&gt;<br /> '''Descripción:''' El patrón CRUD Completo consiste en un caso de uso para administrar la información (CRUD Información), nos permite modelar las diferentes operaciones para administrar una entidad de información, tales como crear, leer, cambiar y eliminar o dar de baja.&lt;br&gt;<br /> '''Aplicabilidad:''' Este patrón deberá ser usado cuando todas las operaciones contribuyen al mismo valor de negocio y todas son cortas y simples.&lt;br&gt;<br /> [[Image: Crud_Parcial.JPG‎ |thumb|right|250px| CRUD Parcial]]&lt;br&gt;<br /> '''Descripción:''' Algunas de las alternativas del caso de uso puede ser modelada como caso de uso independiente.<br /> Aplicabilidad: Este patrón es preferible cuando uno de los flujos alternativos del caso de uso es más significativo, muy largo o mucho más complejo que el patrón completo.&lt;br&gt;<br /> '''Discusión:''' Muy a menudo los sistemas manejan información que, del punto de vista del sistema, se crea muy fácilmente. Después de un chequeo de sintaxis, o quizás un cierto chequeo sin importancia de un cálculo o regla del negocio, la información se almacena simplemente en el sistema. No es necesario realizar cálculos, verificaciones complejas, o recuperación avanzada de datos. La descripción del flujo es pequeña, y probablemente solo haya una o dos trayectorias alternativas de menor importancia en el flujo. Las consultas, cambios, o bajas son operaciones igualmente simples.<br /> <br /> ¿Deben tales operaciones ser modeladas como un caso de uso? ¿Y deben incluirse en el modelo del sistema completo? La respuesta a ambas preguntas es sí. Son casos de uso porque son funciones que debe ser capaz de realizar el sistema. Alguien utilizará el sistema para administrar esa información. Por otra parte, deben ser incluidos en el modelo, ya que de otra manera estará incompleto. Y esto puede provocar que el proyecto no se lleve a cabo adecuadamente.<br /> Afortunadamente, esto no significa que necesariamente cada operación se debe expresar como casos de usos separados. Según el patrón CRUD, los podemos agrupar. Este procedimiento tiene algunas ventajas obvias. Primero, el tamaño del modelo será reducido, hará más fácil de entender el modelo porque tiene menos casos. En segundo lugar, nadie estará interesado en un sistema que contiene solamente un subconjunto de estos casos de uso, ya que no generan el valor completo (por ejemplo, leer y dar de baja, pero no crear y cambiar). Agrupar estos flujos juntos en un caso como Administrar X se asegura de que las cuatro operaciones estarán incluidas en el modelo, y lo hace claro para el lector del modelo. Tercero, el valor de cada uno de los flujos por separado es muy pequeño, y podríamos estar cayendo en descomposición funcional; es la colección entera de estas operaciones la que da valor a los interesados.<br /> [[Image: Mala_Practica.JPG‎ |thumb|right|250px| Las cuatros operaciones no deben ser modeladas como casos de uso independientes.]]<br /> La variación denominada CRUD: Parcial, indica que en caso de que solo algunas de las cuatro operaciones sean simples mientras que otras son complejas, se puede agrupar las operaciones simples en un caso de uso y dejar las otras modeladas como un caso de uso separado.<br /> Observar también que esto es una situación típica donde un caso de uso no tiene solamente un flujo “básico”. Ninguno de los flujos se puede decir que es más “básico” o “normal” que los otros. Por lo tanto, un caso de uso CRUD tendrá típicamente cuatro flujos básicos, y posiblemente algunos flujos alternativos<br /> Una instancia de un caso de uso podrá realizar una de las siguientes operaciones (crear, leer, cambiar y dar de baja), y después dejar de existir. Esta misma instancia del caso de uso no continuará viviendo y esperando la operación siguiente que se realizará. Esta operación debe ser realizada por otra instancia del mismo caso de uso.<br /> Como regla general, cuando no estamos seguros si combinar los diversos casos de usos en uno o crearlos como separados, la recomendación es mantenerlos como uno solo y después cuando se vea el tamaño y complejidad del caso de uso, se deberá tomar la decisión de separarlos si es necesario.<br /> <br /> ==Patrón: Concordancia (Commonality) == <br /> <br /> Extrae una subsecuencia de acciones que aparecen en diferentes lugares del flujo de Casos de Uso y es expresado por separado. Tiene dos variantes.<br /> <br /> ===Reuso===<br /> <br /> Consta de 3 casos de uso. El primero llamado subsecuencia común, modela una secuencia de acciones que aparecerán en múltiples casos de uso en el modelo. Los otros casos de uso modelan el uso del sistema que comparte la subsecuencia común de acciones. De manera que deben existir al menos dos de ellos. A continuación se muestra un ejemplo de su uso.&lt;br&gt;<br /> [[Image: Concordancia_Reuso.jpg‎ |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ===Adición=== <br /> <br /> En el caso de este patrón alternativo, la subsecuencia común de casos de uso, extiende los casos de uso compartiendo la subsecuencia de acciones. Los otros casos de uso modelan el flujo que será expandido con la subsecuencia. Este patrón es preferible usarlo cuando otros casos de uso se encuentran propiamente completos, o sea, que no requieren de una subsecuencia común de acciones para modelar los usos completos del sistema. Ejemplo de su uso, se muestra en la siguiente figura:&lt;br&gt;<br /> [[Image: Concordancia_Adicion.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Patrón: Extensión Concreta o Inclusión == <br /> <br /> Este patrón está dividido en concreta extensión o concreta inclusión.<br /> <br /> ===Extensión:=== <br /> <br /> Consiste en dos casos de uso y una relación extendida entre ellos. Puede ser instalado en sí mismo, así como extendido en el caso de uso base. El referente puede ser concreto o abstracto. Este patrón se aplica cuando un flujo puede extender el flujo de otro caso de uso así como ser realizado en sí mismo. Un ejemplo de su uso se evidencia en la siguiente figura:&lt;bt&gt;<br /> [[Image: Extension_Concreta.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ===Inclusión:=== <br /> <br /> Se incluye una relación del caso de uso base al caso de uso de inclusión. El último puede ser instalado en sí mismo. El caso de uso base puede ser concreto o abstracto. Como ejemplo de su aplicación se puede ver la figura que a continuación se muestra:&lt;br&gt; <br /> [[Image: Inclusion_Concreta.JPG |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Múltiples Actores==<br /> <br /> A un Caso de Uso ingresan más de dos actores y estos tienen un rol común.<br /> Ejemplo: Se tiene el siguiente caso donde en un sistema web dos actores acceden a un mismo caso de uso.&lt;br&gt;<br /> [[Image: Multiples_Actores.jpg |thumb|right|250px|]]&lt;br&gt;<br /> Aplicando el patrón nos quedaría de la siguiente manera&lt;br&gt;<br /> [[Image: Aplicacion_de_M_Actores.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Otros Patrones==<br /> <br /> *Reglas del Negocio<br /> *Login<br /> *Reportes y explotación de información <br /> *Sistema en capas<br /> *Jerarquía de componentes<br /> *Servicios Opcionales <br /> <br /> ==Conclusiones==<br /> <br /> La técnica de casos de uso nos permite modelar y especificar los requerimientos de nuestro sistema. Tiene muchos beneficios, entre los más importantes: primero nos permite planear nuestro proyecto y segundo ayuda a llegar a acuerdos con los usuarios, para que los casos de uso sean más claros y mantenibles es importante encontrar patrones y documentarlos, de esta manera cuando nos encontremos con un problema igual o parecido podamos resolverlos en menor tiempo. El concepto de patrones no es algo que solo es aplicable a la práctica de requerimientos. De hecho, la disciplina de requerimientos copia este concepto de la de análisis y diseño. Lo que se busca con los patrones es reutilizar lo aprendido en los nuevos proyectos y usarlos en la organización como estándares.<br /> <br /> ==Fuentes==<br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> *LARMAN, C. UML Y Patrones. Introducción al análisis y diseño orientado a objeto. México 1999. <br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=530147 2011-04-21T19:22:32Z

<p>Erlysad05019jcvcl: /* Patrón CRUD */</p> <hr /> <div>{{Desarrollo}}<br /> {{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen= Ficha_Patrones.jpg<br /> |descripción= Un patrón de casos de uso captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> '''Los [[Patrones]] de Casos de Uso'''. Son comportamientos que deben existir en el sistema, ayudan a describir qué es lo que el sistema debe hacer, es decir, describen el uso del sistema y cómo este interactúa con los usuarios. Estos patrones son utilizados generalmente como plantillas que describen como debería ser estructurados y organizados los casos de uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Patrón CRUD==<br /> <br /> '''Nombre:''' CRUD&lt;br&gt;<br /> '''Intento:''' Este patrón en los casos donde se quiere realizar altas, bajas, cambios y consultas a alguna entidad del sistema. Su nombre es un acrónimo de las palabras en ingles Create, Read, Update, Delete.&lt;br&gt;<br /> '''Palabras Claves:''' Creación, altas, bajas, cambios.&lt;br&gt;<br /> [[Image: Crud_Completo.JPG‎ |thumb|left|250px| CRUD Completo]]&lt;br&gt;<br /> &lt;br&gt;<br /> &lt;br&gt;<br /> &lt;br&gt;<br /> &lt;br&gt;<br /> &lt;br&gt;<br /> '''Descripción:''' El patrón CRUD Completo consiste en un caso de uso para administrar la información (CRUD Información), nos permite modelar las diferentes operaciones para administrar una entidad de información, tales como crear, leer, cambiar y eliminar o dar de baja.&lt;br&gt;<br /> '''Aplicabilidad:''' Este patrón deberá ser usado cuando todas las operaciones contribuyen al mismo valor de negocio y todas son cortas y simples.&lt;br&gt;<br /> [[Image: Crud_Parcial.JPG‎ |thumb|right|250px| CRUD Parcial]]&lt;br&gt;<br /> '''Descripción:''' Algunas de las alternativas del caso de uso puede ser modelada como caso de uso independiente.<br /> Aplicabilidad: Este patrón es preferible cuando uno de los flujos alternativos del caso de uso es más significativo, muy largo o mucho más complejo que el patrón completo.&lt;br&gt;<br /> '''Discusión:''' Muy a menudo los sistemas manejan información que, del punto de vista del sistema, se crea muy fácilmente. Después de un chequeo de sintaxis, o quizás un cierto chequeo sin importancia de un cálculo o regla del negocio, la información se almacena simplemente en el sistema. No es necesario realizar cálculos, verificaciones complejas, o recuperación avanzada de datos. La descripción del flujo es pequeña, y probablemente solo haya una o dos trayectorias alternativas de menor importancia en el flujo. Las consultas, cambios, o bajas son operaciones igualmente simples.<br /> <br /> ¿Deben tales operaciones ser modeladas como un caso de uso? ¿Y deben incluirse en el modelo del sistema completo? La respuesta a ambas preguntas es sí. Son casos de uso porque son funciones que debe ser capaz de realizar el sistema. Alguien utilizará el sistema para administrar esa información. Por otra parte, deben ser incluidos en el modelo, ya que de otra manera estará incompleto. Y esto puede provocar que el proyecto no se lleve a cabo adecuadamente.<br /> Afortunadamente, esto no significa que necesariamente cada operación se debe expresar como casos de usos separados. Según el patrón CRUD, los podemos agrupar. Este procedimiento tiene algunas ventajas obvias. Primero, el tamaño del modelo será reducido, hará más fácil de entender el modelo porque tiene menos casos. En segundo lugar, nadie estará interesado en un sistema que contiene solamente un subconjunto de estos casos de uso, ya que no generan el valor completo (por ejemplo, leer y dar de baja, pero no crear y cambiar). Agrupar estos flujos juntos en un caso como Administrar X se asegura de que las cuatro operaciones estarán incluidas en el modelo, y lo hace claro para el lector del modelo. Tercero, el valor de cada uno de los flujos por separado es muy pequeño, y podríamos estar cayendo en descomposición funcional; es la colección entera de estas operaciones la que da valor a los interesados.<br /> [[Image: Mala_Practica.JPG‎ |thumb|right|250px| Las cuatros operaciones no deben ser modeladas como casos de uso independientes.]]<br /> La variación denominada CRUD: Parcial, indica que en caso de que solo algunas de las cuatro operaciones sean simples mientras que otras son complejas, se puede agrupar las operaciones simples en un caso de uso y dejar las otras modeladas como un caso de uso separado.<br /> Observar también que esto es una situación típica donde un caso de uso no tiene solamente un flujo “básico”. Ninguno de los flujos se puede decir que es más “básico” o “normal” que los otros. Por lo tanto, un caso de uso CRUD tendrá típicamente cuatro flujos básicos, y posiblemente algunos flujos alternativos<br /> Una instancia de un caso de uso podrá realizar una de las siguientes operaciones (crear, leer, cambiar y dar de baja), y después dejar de existir. Esta misma instancia del caso de uso no continuará viviendo y esperando la operación siguiente que se realizará. Esta operación debe ser realizada por otra instancia del mismo caso de uso.<br /> Como regla general, cuando no estamos seguros si combinar los diversos casos de usos en uno o crearlos como separados, la recomendación es mantenerlos como uno solo y después cuando se vea el tamaño y complejidad del caso de uso, se deberá tomar la decisión de separarlos si es necesario.<br /> <br /> ==Patrón: Concordancia (Commonality) == <br /> <br /> Extrae una subsecuencia de acciones que aparecen en diferentes lugares del flujo de Casos de Uso y es expresado por separado. Tiene dos variantes.<br /> <br /> ===Reuso===<br /> <br /> Consta de 3 casos de uso. El primero llamado subsecuencia común, modela una secuencia de acciones que aparecerán en múltiples casos de uso en el modelo. Los otros casos de uso modelan el uso del sistema que comparte la subsecuencia común de acciones. De manera que deben existir al menos dos de ellos. A continuación se muestra un ejemplo de su uso.&lt;br&gt;<br /> [[Image: Concordancia_Reuso.jpg‎ |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ===Adición=== <br /> <br /> En el caso de este patrón alternativo, la subsecuencia común de casos de uso, extiende los casos de uso compartiendo la subsecuencia de acciones. Los otros casos de uso modelan el flujo que será expandido con la subsecuencia. Este patrón es preferible usarlo cuando otros casos de uso se encuentran propiamente completos, o sea, que no requieren de una subsecuencia común de acciones para modelar los usos completos del sistema. Ejemplo de su uso, se muestra en la siguiente figura:&lt;br&gt;<br /> [[Image: Concordancia_Adicion.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Patrón: Extensión Concreta o Inclusión == <br /> <br /> Este patrón está dividido en concreta extensión o concreta inclusión.<br /> <br /> ===Extensión:=== <br /> <br /> Consiste en dos casos de uso y una relación extendida entre ellos. Puede ser instalado en sí mismo, así como extendido en el caso de uso base. El referente puede ser concreto o abstracto. Este patrón se aplica cuando un flujo puede extender el flujo de otro caso de uso así como ser realizado en sí mismo. Un ejemplo de su uso se evidencia en la siguiente figura:&lt;bt&gt;<br /> [[Image: Extension_Concreta.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ===Inclusión:=== <br /> <br /> Se incluye una relación del caso de uso base al caso de uso de inclusión. El último puede ser instalado en sí mismo. El caso de uso base puede ser concreto o abstracto. Como ejemplo de su aplicación se puede ver la figura que a continuación se muestra:&lt;br&gt; <br /> [[Image: Inclusion_Concreta.JPG |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Múltiples Actores==<br /> <br /> A un Caso de Uso ingresan más de dos actores y estos tienen un rol común.<br /> Ejemplo: Se tiene el siguiente caso donde en un sistema web dos actores acceden a un mismo caso de uso.&lt;br&gt;<br /> [[Image: Multiples_Actores.jpg |thumb|right|250px|]]&lt;br&gt;<br /> Aplicando el patrón nos quedaría de la siguiente manera&lt;br&gt;<br /> [[Image: Aplicacion_de_M_Actores.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Otros Patrones==<br /> <br /> *Reglas del Negocio<br /> *Login<br /> *Reportes y explotación de información <br /> *Sistema en capas<br /> *Jerarquía de componentes<br /> *Servicios Opcionales <br /> <br /> ==Conclusiones==<br /> <br /> La técnica de casos de uso nos permite modelar y especificar los requerimientos de nuestro sistema. Tiene muchos beneficios, entre los más importantes: primero nos permite planear nuestro proyecto y segundo ayuda a llegar a acuerdos con los usuarios, para que los casos de uso sean más claros y mantenibles es importante encontrar patrones y documentarlos, de esta manera cuando nos encontremos con un problema igual o parecido podamos resolverlos en menor tiempo. El concepto de patrones no es algo que solo es aplicable a la práctica de requerimientos. De hecho, la disciplina de requerimientos copia este concepto de la de análisis y diseño. Lo que se busca con los patrones es reutilizar lo aprendido en los nuevos proyectos y usarlos en la organización como estándares.<br /> <br /> ==Fuentes==<br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> *LARMAN, C. UML Y Patrones. Introducción al análisis y diseño orientado a objeto. México 1999. <br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=530103 2011-04-21T19:16:55Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Desarrollo}}<br /> {{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen= Ficha_Patrones.jpg<br /> |descripción= Un patrón de casos de uso captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> '''Los [[Patrones]] de Casos de Uso'''. Son comportamientos que deben existir en el sistema, ayudan a describir qué es lo que el sistema debe hacer, es decir, describen el uso del sistema y cómo este interactúa con los usuarios. Estos patrones son utilizados generalmente como plantillas que describen como debería ser estructurados y organizados los casos de uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Patrón CRUD==<br /> <br /> '''Nombre:''' CRUD&lt;br&gt;<br /> '''Intento:''' Este patrón en los casos donde se quiere realizar altas, bajas, cambios y consultas a alguna entidad del sistema. Su nombre es un acrónimo de las palabras en ingles Create, Read, Update, Delete.&lt;br&gt;<br /> '''Palabras Claves:''' Creación, altas, bajas, cambios.&lt;br&gt;<br /> [[Image: Crud_Completo.JPG‎ |thumb|left|250px| CRUD Completo]]&lt;br&gt;<br /> '''Descripción:''' El patrón CRUD Completo consiste en un caso de uso para administrar la información (CRUD Información), nos permite modelar las diferentes operaciones para administrar una entidad de información, tales como crear, leer, cambiar y eliminar o dar de baja.&lt;br&gt;<br /> '''Aplicabilidad:''' Este patrón deberá ser usado cuando todas las operaciones contribuyen al mismo valor de negocio y todas son cortas y simples.&lt;br&gt;<br /> [[Image: Crud_Parcial.JPG‎ |thumb|right|250px| CRUD Parcial]]&lt;br&gt;<br /> '''Descripción:''' Algunas de las alternativas del caso de uso puede ser modelada como caso de uso independiente.<br /> Aplicabilidad: Este patrón es preferible cuando uno de los flujos alternativos del caso de uso es más significativo, muy largo o mucho más complejo que el patrón completo.&lt;br&gt;<br /> '''Discusión:''' Muy a menudo los sistemas manejan información que, del punto de vista del sistema, se crea muy fácilmente. Después de un chequeo de sintaxis, o quizás un cierto chequeo sin importancia de un cálculo o regla del negocio, la información se almacena simplemente en el sistema. No es necesario realizar cálculos, verificaciones complejas, o recuperación avanzada de datos. La descripción del flujo es pequeña, y probablemente solo haya una o dos trayectorias alternativas de menor importancia en el flujo. Las consultas, cambios, o bajas son operaciones igualmente simples.<br /> <br /> ¿Deben tales operaciones ser modeladas como un caso de uso? ¿Y deben incluirse en el modelo del sistema completo? La respuesta a ambas preguntas es sí. Son casos de uso porque son funciones que debe ser capaz de realizar el sistema. Alguien utilizará el sistema para administrar esa información. Por otra parte, deben ser incluidos en el modelo, ya que de otra manera estará incompleto. Y esto puede provocar que el proyecto no se lleve a cabo adecuadamente.<br /> Afortunadamente, esto no significa que necesariamente cada operación se debe expresar como casos de usos separados. Según el patrón CRUD, los podemos agrupar. Este procedimiento tiene algunas ventajas obvias. Primero, el tamaño del modelo será reducido, hará más fácil de entender el modelo porque tiene menos casos. En segundo lugar, nadie estará interesado en un sistema que contiene solamente un subconjunto de estos casos de uso, ya que no generan el valor completo (por ejemplo, leer y dar de baja, pero no crear y cambiar). Agrupar estos flujos juntos en un caso como Administrar X se asegura de que las cuatro operaciones estarán incluidas en el modelo, y lo hace claro para el lector del modelo. Tercero, el valor de cada uno de los flujos por separado es muy pequeño, y podríamos estar cayendo en descomposición funcional; es la colección entera de estas operaciones la que da valor a los interesados.<br /> [[Image: Mala_Practica.JPG‎ |thumb|right|250px| Las cuatros operaciones no deben ser modeladas como casos de uso independientes.]]<br /> La variación denominada CRUD: Parcial, indica que en caso de que solo algunas de las cuatro operaciones sean simples mientras que otras son complejas, se puede agrupar las operaciones simples en un caso de uso y dejar las otras modeladas como un caso de uso separado.<br /> Observar también que esto es una situación típica donde un caso de uso no tiene solamente un flujo “básico”. Ninguno de los flujos se puede decir que es más “básico” o “normal” que los otros. Por lo tanto, un caso de uso CRUD tendrá típicamente cuatro flujos básicos, y posiblemente algunos flujos alternativos<br /> Una instancia de un caso de uso podrá realizar una de las siguientes operaciones (crear, leer, cambiar y dar de baja), y después dejar de existir. Esta misma instancia del caso de uso no continuará viviendo y esperando la operación siguiente que se realizará. Esta operación debe ser realizada por otra instancia del mismo caso de uso.<br /> Como regla general, cuando no estamos seguros si combinar los diversos casos de usos en uno o crearlos como separados, la recomendación es mantenerlos como uno solo y después cuando se vea el tamaño y complejidad del caso de uso, se deberá tomar la decisión de separarlos si es necesario.<br /> <br /> ==Patrón: Concordancia (Commonality) == <br /> <br /> Extrae una subsecuencia de acciones que aparecen en diferentes lugares del flujo de Casos de Uso y es expresado por separado. Tiene dos variantes.<br /> <br /> ===Reuso===<br /> <br /> Consta de 3 casos de uso. El primero llamado subsecuencia común, modela una secuencia de acciones que aparecerán en múltiples casos de uso en el modelo. Los otros casos de uso modelan el uso del sistema que comparte la subsecuencia común de acciones. De manera que deben existir al menos dos de ellos. A continuación se muestra un ejemplo de su uso.&lt;br&gt;<br /> [[Image: Concordancia_Reuso.jpg‎ |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ===Adición=== <br /> <br /> En el caso de este patrón alternativo, la subsecuencia común de casos de uso, extiende los casos de uso compartiendo la subsecuencia de acciones. Los otros casos de uso modelan el flujo que será expandido con la subsecuencia. Este patrón es preferible usarlo cuando otros casos de uso se encuentran propiamente completos, o sea, que no requieren de una subsecuencia común de acciones para modelar los usos completos del sistema. Ejemplo de su uso, se muestra en la siguiente figura:&lt;br&gt;<br /> [[Image: Concordancia_Adicion.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Patrón: Extensión Concreta o Inclusión == <br /> <br /> Este patrón está dividido en concreta extensión o concreta inclusión.<br /> <br /> ===Extensión:=== <br /> <br /> Consiste en dos casos de uso y una relación extendida entre ellos. Puede ser instalado en sí mismo, así como extendido en el caso de uso base. El referente puede ser concreto o abstracto. Este patrón se aplica cuando un flujo puede extender el flujo de otro caso de uso así como ser realizado en sí mismo. Un ejemplo de su uso se evidencia en la siguiente figura:&lt;bt&gt;<br /> [[Image: Extension_Concreta.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ===Inclusión:=== <br /> <br /> Se incluye una relación del caso de uso base al caso de uso de inclusión. El último puede ser instalado en sí mismo. El caso de uso base puede ser concreto o abstracto. Como ejemplo de su aplicación se puede ver la figura que a continuación se muestra:&lt;br&gt; <br /> [[Image: Inclusion_Concreta.JPG |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Múltiples Actores==<br /> <br /> A un Caso de Uso ingresan más de dos actores y estos tienen un rol común.<br /> Ejemplo: Se tiene el siguiente caso donde en un sistema web dos actores acceden a un mismo caso de uso.&lt;br&gt;<br /> [[Image: Multiples_Actores.jpg |thumb|right|250px|]]&lt;br&gt;<br /> Aplicando el patrón nos quedaría de la siguiente manera&lt;br&gt;<br /> [[Image: Aplicacion_de_M_Actores.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Otros Patrones==<br /> <br /> *Reglas del Negocio<br /> *Login<br /> *Reportes y explotación de información <br /> *Sistema en capas<br /> *Jerarquía de componentes<br /> *Servicios Opcionales <br /> <br /> ==Conclusiones==<br /> <br /> La técnica de casos de uso nos permite modelar y especificar los requerimientos de nuestro sistema. Tiene muchos beneficios, entre los más importantes: primero nos permite planear nuestro proyecto y segundo ayuda a llegar a acuerdos con los usuarios, para que los casos de uso sean más claros y mantenibles es importante encontrar patrones y documentarlos, de esta manera cuando nos encontremos con un problema igual o parecido podamos resolverlos en menor tiempo. El concepto de patrones no es algo que solo es aplicable a la práctica de requerimientos. De hecho, la disciplina de requerimientos copia este concepto de la de análisis y diseño. Lo que se busca con los patrones es reutilizar lo aprendido en los nuevos proyectos y usarlos en la organización como estándares.<br /> <br /> ==Fuentes==<br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> *LARMAN, C. UML Y Patrones. Introducción al análisis y diseño orientado a objeto. México 1999. <br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=530057 2011-04-21T19:09:10Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Desarrollo}}<br /> {{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen= Ficha_Patrones.jpg<br /> |descripción= Un patrón de casos de uso captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> '''Los [[Patrones]] de Casos de Uso'''. Son comportamientos que deben existir en el sistema, ayudan a describir qué es lo que el sistema debe hacer, es decir, describen el uso del sistema y cómo este interactúa con los usuarios. Estos patrones son utilizados generalmente como plantillas que describen como debería ser estructurados y organizados los casos de uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Patrón CRUD==<br /> <br /> '''Nombre:''' CRUD&lt;br&gt;<br /> '''Intento:''' Este patrón en los casos donde se quiere realizar altas, bajas, cambios y consultas a alguna entidad del sistema. Su nombre es un acrónimo de las palabras en ingles Create, Read, Update, Delete.&lt;br&gt;<br /> '''Palabras Claves:''' Creación, altas, bajas, cambios.&lt;br&gt;<br /> [[Image: Crud_Completo.JPG‎ |thumb|right|250px| CRUD Completo]]<br /> '''Descripción:''' El patrón CRUD Completo consiste en un caso de uso para administrar la información (CRUD Información), nos permite modelar las diferentes operaciones para administrar una entidad de información, tales como crear, leer, cambiar y eliminar o dar de baja.&lt;br&gt;<br /> '''Aplicabilidad:''' Este patrón deberá ser usado cuando todas las operaciones contribuyen al mismo valor de negocio y todas son cortas y simples.<br /> [[Image: Crud_Parcial.JPG‎ |thumb|left|250px| CRUD Parcial]]<br /> '''Descripción:''' Algunas de las alternativas del caso de uso puede ser modelada como caso de uso independiente.<br /> Aplicabilidad: Este patrón es preferible cuando uno de los flujos alternativos del caso de uso es más significativo, muy largo o mucho más complejo que el patrón completo.&lt;br&gt;<br /> '''Discusión:''' Muy a menudo los sistemas manejan información que, del punto de vista del sistema, se crea muy fácilmente. Después de un chequeo de sintaxis, o quizás un cierto chequeo sin importancia de un cálculo o regla del negocio, la información se almacena simplemente en el sistema. No es necesario realizar cálculos, verificaciones complejas, o recuperación avanzada de datos. La descripción del flujo es pequeña, y probablemente solo haya una o dos trayectorias alternativas de menor importancia en el flujo. Las consultas, cambios, o bajas son operaciones igualmente simples.<br /> <br /> ¿Deben tales operaciones ser modeladas como un caso de uso? ¿Y deben incluirse en el modelo del sistema completo? La respuesta a ambas preguntas es sí. Son casos de uso porque son funciones que debe ser capaz de realizar el sistema. Alguien utilizará el sistema para administrar esa información. Por otra parte, deben ser incluidos en el modelo, ya que de otra manera estará incompleto. Y esto puede provocar que el proyecto no se lleve a cabo adecuadamente.<br /> Afortunadamente, esto no significa que necesariamente cada operación se debe expresar como casos de usos separados. Según el patrón CRUD, los podemos agrupar. Este procedimiento tiene algunas ventajas obvias. Primero, el tamaño del modelo será reducido, hará más fácil de entender el modelo porque tiene menos casos. En segundo lugar, nadie estará interesado en un sistema que contiene solamente un subconjunto de estos casos de uso, ya que no generan el valor completo (por ejemplo, leer y dar de baja, pero no crear y cambiar). Agrupar estos flujos juntos en un caso como Administrar X se asegura de que las cuatro operaciones estarán incluidas en el modelo, y lo hace claro para el lector del modelo. Tercero, el valor de cada uno de los flujos por separado es muy pequeño, y podríamos estar cayendo en descomposición funcional; es la colección entera de estas operaciones la que da valor a los interesados.<br /> [[Image: Mala_Practica.JPG‎ |thumb|right|250px| Las cuatros operaciones no deben ser modeladas como casos de uso independientes.]]<br /> La variación denominada CRUD: Parcial, indica que en caso de que solo algunas de las cuatro operaciones sean simples mientras que otras son complejas, se puede agrupar las operaciones simples en un caso de uso y dejar las otras modeladas como un caso de uso separado.<br /> Observar también que esto es una situación típica donde un caso de uso no tiene solamente un flujo “básico”. Ninguno de los flujos se puede decir que es más “básico” o “normal” que los otros. Por lo tanto, un caso de uso CRUD tendrá típicamente cuatro flujos básicos, y posiblemente algunos flujos alternativos<br /> Una instancia de un caso de uso podrá realizar una de las siguientes operaciones (crear, leer, cambiar y dar de baja), y después dejar de existir. Esta misma instancia del caso de uso no continuará viviendo y esperando la operación siguiente que se realizará. Esta operación debe ser realizada por otra instancia del mismo caso de uso.<br /> Como regla general, cuando no estamos seguros si combinar los diversos casos de usos en uno o crearlos como separados, la recomendación es mantenerlos como uno solo y después cuando se vea el tamaño y complejidad del caso de uso, se deberá tomar la decisión de separarlos si es necesario.<br /> <br /> ==Patrón: Concordancia (Commonality) == <br /> <br /> Extrae una subsecuencia de acciones que aparecen en diferentes lugares del flujo de Casos de Uso y es expresado por separado. Tiene dos variantes.<br /> <br /> ===Reuso===<br /> <br /> Consta de 3 casos de uso. El primero llamado subsecuencia común, modela una secuencia de acciones que aparecerán en múltiples casos de uso en el modelo. Los otros casos de uso modelan el uso del sistema que comparte la subsecuencia común de acciones. De manera que deben existir al menos dos de ellos. A continuación se muestra un ejemplo de su uso.&lt;br&gt;<br /> [[Image: Concordancia_Reuso.jpg‎ |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ===Adición=== <br /> <br /> En el caso de este patrón alternativo, la subsecuencia común de casos de uso, extiende los casos de uso compartiendo la subsecuencia de acciones. Los otros casos de uso modelan el flujo que será expandido con la subsecuencia. Este patrón es preferible usarlo cuando otros casos de uso se encuentran propiamente completos, o sea, que no requieren de una subsecuencia común de acciones para modelar los usos completos del sistema. Ejemplo de su uso, se muestra en la siguiente figura:&lt;br&gt;<br /> [[Image: Concordancia_Adicion.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Patrón: Extensión Concreta o Inclusión == <br /> <br /> Este patrón está dividido en concreta extensión o concreta inclusión.<br /> <br /> ===Extensión:=== <br /> <br /> Consiste en dos casos de uso y una relación extendida entre ellos. Puede ser instalado en sí mismo, así como extendido en el caso de uso base. El referente puede ser concreto o abstracto. Este patrón se aplica cuando un flujo puede extender el flujo de otro caso de uso así como ser realizado en sí mismo. Un ejemplo de su uso se evidencia en la siguiente figura:&lt;bt&gt;<br /> [[Image: Extension_Concreta.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ===Inclusión:=== <br /> <br /> Se incluye una relación del caso de uso base al caso de uso de inclusión. El último puede ser instalado en sí mismo. El caso de uso base puede ser concreto o abstracto. Como ejemplo de su aplicación se puede ver la figura que a continuación se muestra:&lt;br&gt; <br /> [[Image: Inclusion_Concreta.JPG |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Múltiples Actores==<br /> <br /> A un Caso de Uso ingresan más de dos actores y estos tienen un rol común.<br /> Ejemplo: Se tiene el siguiente caso donde en un sistema web dos actores acceden a un mismo caso de uso.&lt;br&gt;<br /> [[Image: Multiples_Actores.jpg |thumb|right|250px|]]&lt;br&gt;<br /> Aplicando el patrón nos quedaría de la siguiente manera&lt;br&gt;<br /> [[Image: Aplicacion_de_M_Actores.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Otros Patrones==<br /> <br /> *Reglas del Negocio<br /> *Login<br /> *Reportes y explotación de información <br /> *Sistema en capas<br /> *Jerarquía de componentes<br /> *Servicios Opcionales <br /> <br /> ==Conclusiones==<br /> <br /> La técnica de casos de uso nos permite modelar y especificar los requerimientos de nuestro sistema. Tiene muchos beneficios, entre los más importantes: primero nos permite planear nuestro proyecto y segundo ayuda a llegar a acuerdos con los usuarios, para que los casos de uso sean más claros y mantenibles es importante encontrar patrones y documentarlos, de esta manera cuando nos encontremos con un problema igual o parecido podamos resolverlos en menor tiempo. El concepto de patrones no es algo que solo es aplicable a la práctica de requerimientos. De hecho, la disciplina de requerimientos copia este concepto de la de análisis y diseño. Lo que se busca con los patrones es reutilizar lo aprendido en los nuevos proyectos y usarlos en la organización como estándares.<br /> <br /> ==Fuentes==<br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> *LARMAN, C. UML Y Patrones. Introducción al análisis y diseño orientado a objeto. México 1999. <br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:Ficha_Patrones.jpg&diff=530044 2011-04-21T19:06:30Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=529992 2011-04-21T18:56:47Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Desarrollo}}<br /> {{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen=<br /> |descripción= Un patrón de casos de uso captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> '''Los [[Patrones]] de Casos de Uso'''. Son comportamientos que deben existir en el sistema, ayudan a describir qué es lo que el sistema debe hacer, es decir, describen el uso del sistema y cómo este interactúa con los usuarios. Estos patrones son utilizados generalmente como plantillas que describen como debería ser estructurados y organizados los casos de uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Patrón CRUD==<br /> <br /> '''Nombre:''' CRUD&lt;br&gt;<br /> '''Intento:''' Este patrón en los casos donde se quiere realizar altas, bajas, cambios y consultas a alguna entidad del sistema. Su nombre es un acrónimo de las palabras en ingles Create, Read, Update, Delete.&lt;br&gt;<br /> '''Palabras Claves:''' Creación, altas, bajas, cambios.&lt;br&gt;<br /> [[Image: Crud_Completo.JPG‎ |thumb|right|250px| CRUD Completo]]<br /> '''Descripción:''' El patrón CRUD Completo consiste en un caso de uso para administrar la información (CRUD Información), nos permite modelar las diferentes operaciones para administrar una entidad de información, tales como crear, leer, cambiar y eliminar o dar de baja.&lt;br&gt;<br /> '''Aplicabilidad:''' Este patrón deberá ser usado cuando todas las operaciones contribuyen al mismo valor de negocio y todas son cortas y simples.<br /> [[Image: Crud_Parcial.JPG‎ |thumb|right|250px| CRUD Parcial]]<br /> '''Descripción:''' Algunas de las alternativas del caso de uso puede ser modelada como caso de uso independiente.<br /> Aplicabilidad: Este patrón es preferible cuando uno de los flujos alternativos del caso de uso es más significativo, muy largo o mucho más complejo que el patrón completo.<br /> '''Discusión:''' Muy a menudo los sistemas manejan información que, del punto de vista del sistema, se crea muy fácilmente. Después de un chequeo de sintaxis, o quizás un cierto chequeo sin importancia de un cálculo o regla del negocio, la información se almacena simplemente en el sistema. No es necesario realizar cálculos, verificaciones complejas, o recuperación avanzada de datos. La descripción del flujo es pequeña, y probablemente solo haya una o dos trayectorias alternativas de menor importancia en el flujo. Las consultas, cambios, o bajas son operaciones igualmente simples.<br /> <br /> ¿Deben tales operaciones ser modeladas como un caso de uso? ¿Y deben incluirse en el modelo del sistema completo? La respuesta a ambas preguntas es sí. Son casos de uso porque son funciones que debe ser capaz de realizar el sistema. Alguien utilizará el sistema para administrar esa información. Por otra parte, deben ser incluidos en el modelo, ya que de otra manera estará incompleto. Y esto puede provocar que el proyecto no se lleve a cabo adecuadamente.<br /> Afortunadamente, esto no significa que necesariamente cada operación se debe expresar como casos de usos separados. Según el patrón CRUD, los podemos agrupar. Este procedimiento tiene algunas ventajas obvias. Primero, el tamaño del modelo será reducido, hará más fácil de entender el modelo porque tiene menos casos. En segundo lugar, nadie estará interesado en un sistema que contiene solamente un subconjunto de estos casos de uso, ya que no generan el valor completo (por ejemplo, leer y dar de baja, pero no crear y cambiar). Agrupar estos flujos juntos en un caso como Administrar X se asegura de que las cuatro operaciones estarán incluidas en el modelo, y lo hace claro para el lector del modelo. Tercero, el valor de cada uno de los flujos por separado es muy pequeño, y podríamos estar cayendo en descomposición funcional; es la colección entera de estas operaciones la que da valor a los interesados.<br /> [[Image: Mala_Practica.JPG‎ |thumb|right|250px| Las cuatros operaciones no deben ser modeladas como casos de uso independientes.]]<br /> La variación denominada CRUD: Parcial, indica que en caso de que solo algunas de las cuatro operaciones sean simples mientras que otras son complejas, se puede agrupar las operaciones simples en un caso de uso y dejar las otras modeladas como un caso de uso separado.<br /> Observar también que esto es una situación típica donde un caso de uso no tiene solamente un flujo “básico”. Ninguno de los flujos se puede decir que es más “básico” o “normal” que los otros. Por lo tanto, un caso de uso CRUD tendrá típicamente cuatro flujos básicos, y posiblemente algunos flujos alternativos<br /> Una instancia de un caso de uso podrá realizar una de las siguientes operaciones (crear, leer, cambiar y dar de baja), y después dejar de existir. Esta misma instancia del caso de uso no continuará viviendo y esperando la operación siguiente que se realizará. Esta operación debe ser realizada por otra instancia del mismo caso de uso.<br /> Como regla general, cuando no estamos seguros si combinar los diversos casos de usos en uno o crearlos como separados, la recomendación es mantenerlos como uno solo y después cuando se vea el tamaño y complejidad del caso de uso, se deberá tomar la decisión de separarlos si es necesario.<br /> <br /> ==Patrón: Concordancia (Commonality) == <br /> <br /> Extrae una subsecuencia de acciones que aparecen en diferentes lugares del flujo de Casos de Uso y es expresado por separado. Tiene dos variantes.<br /> <br /> ===Reuso===<br /> <br /> Consta de 3 casos de uso. El primero llamado subsecuencia común, modela una secuencia de acciones que aparecerán en múltiples casos de uso en el modelo. Los otros casos de uso modelan el uso del sistema que comparte la subsecuencia común de acciones. De manera que deben existir al menos dos de ellos. A continuación se muestra un ejemplo de su uso.&lt;br&gt;<br /> [[Image: Concordancia_Reuso.jpg‎ |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ===Adición=== <br /> <br /> En el caso de este patrón alternativo, la subsecuencia común de casos de uso, extiende los casos de uso compartiendo la subsecuencia de acciones. Los otros casos de uso modelan el flujo que será expandido con la subsecuencia. Este patrón es preferible usarlo cuando otros casos de uso se encuentran propiamente completos, o sea, que no requieren de una subsecuencia común de acciones para modelar los usos completos del sistema. Ejemplo de su uso, se muestra en la siguiente figura:&lt;br&gt;<br /> [[Image: Concordancia_Adicion.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Patrón: Extensión Concreta o Inclusión == <br /> <br /> Este patrón está dividido en concreta extensión o concreta inclusión.<br /> <br /> ===Extensión:=== <br /> <br /> Consiste en dos casos de uso y una relación extendida entre ellos. Puede ser instalado en sí mismo, así como extendido en el caso de uso base. El referente puede ser concreto o abstracto. Este patrón se aplica cuando un flujo puede extender el flujo de otro caso de uso así como ser realizado en sí mismo. Un ejemplo de su uso se evidencia en la siguiente figura:&lt;bt&gt;<br /> [[Image: Extension_Concreta.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ===Inclusión:=== <br /> <br /> Se incluye una relación del caso de uso base al caso de uso de inclusión. El último puede ser instalado en sí mismo. El caso de uso base puede ser concreto o abstracto. Como ejemplo de su aplicación se puede ver la figura que a continuación se muestra:&lt;br&gt; <br /> [[Image: Inclusion_Concreta.JPG |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Múltiples Actores==<br /> <br /> A un Caso de Uso ingresan más de dos actores y estos tienen un rol común.<br /> Ejemplo: Se tiene el siguiente caso donde en un sistema web dos actores acceden a un mismo caso de uso.&lt;br&gt;<br /> [[Image: Multiples_Actores.jpg |thumb|right|250px|]]&lt;br&gt;<br /> Aplicando el patrón nos quedaría de la siguiente manera&lt;br&gt;<br /> [[Image: Aplicacion_de_M_Actores.jpg |thumb|right|250px|]]&lt;br&gt;<br /> <br /> ==Otros Patrones==<br /> <br /> *Reglas del Negocio<br /> *Login<br /> *Reportes y explotación de información <br /> *Sistema en capas<br /> *Jerarquía de componentes<br /> *Servicios Opcionales <br /> <br /> ==Conclusiones==<br /> <br /> La técnica de casos de uso nos permite modelar y especificar los requerimientos de nuestro sistema. Tiene muchos beneficios, entre los más importantes: primero nos permite planear nuestro proyecto y segundo ayuda a llegar a acuerdos con los usuarios, para que los casos de uso sean más claros y mantenibles es importante encontrar patrones y documentarlos, de esta manera cuando nos encontremos con un problema igual o parecido podamos resolverlos en menor tiempo. El concepto de patrones no es algo que solo es aplicable a la práctica de requerimientos. De hecho, la disciplina de requerimientos copia este concepto de la de análisis y diseño. Lo que se busca con los patrones es reutilizar lo aprendido en los nuevos proyectos y usarlos en la organización como estándares.<br /> <br /> ==Fuentes==<br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> *LARMAN, C. UML Y Patrones. Introducción al análisis y diseño orientado a objeto. México 1999. <br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:Aplicacion_de_M_Actores.jpg&diff=529958 2011-04-21T18:53:19Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:Multiples_Actores.jpg&diff=529837 2011-04-21T18:36:35Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:Inclusion_Concreta.JPG&diff=529798 2011-04-21T18:31:16Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:Extension_Concreta.jpg&diff=529754 2011-04-21T18:23:39Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:Concordancia_Adicion.jpg&diff=529716 2011-04-21T18:18:04Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:Concordancia_Reuso.jpg&diff=529703 2011-04-21T18:14:42Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=529661 2011-04-21T18:08:51Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Desarrollo}}<br /> {{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen=<br /> |descripción= Un patrón de casos de uso captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> '''Los [[Patrones]] de Casos de Uso'''. Son comportamientos que deben existir en el sistema, ayudan a describir qué es lo que el sistema debe hacer, es decir, describen el uso del sistema y cómo este interactúa con los usuarios. Estos patrones son utilizados generalmente como plantillas que describen como debería ser estructurados y organizados los casos de uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Patrón CRUD==<br /> <br /> '''Nombre:''' CRUD&lt;br&gt;<br /> '''Intento:''' Este patrón en los casos donde se quiere realizar altas, bajas, cambios y consultas a alguna entidad del sistema. Su nombre es un acrónimo de las palabras en ingles Create, Read, Update, Delete.&lt;br&gt;<br /> '''Palabras Claves:''' Creación, altas, bajas, cambios.&lt;br&gt;<br /> [[Image: Crud_Completo.JPG‎ |thumb|right|250px| CRUD Completo]]<br /> '''Descripción:''' El patrón CRUD Completo consiste en un caso de uso para administrar la información (CRUD Información), nos permite modelar las diferentes operaciones para administrar una entidad de información, tales como crear, leer, cambiar y eliminar o dar de baja.<br /> '''Aplicabilidad:''' Este patrón deberá ser usado cuando todas las operaciones contribuyen al mismo valor de negocio y todas son cortas y simples.<br /> [[Image: Crud_Parcial.JPG‎ |thumb|right|250px| CRUD Parcial]]<br /> '''Descripción:''' Algunas de las alternativas del caso de uso puede ser modelada como caso de uso independiente.<br /> Aplicabilidad: Este patrón es preferible cuando uno de los flujos alternativos del caso de uso es más significativo, muy largo o mucho más complejo que el patrón completo.<br /> '''Discusión:''' Muy a menudo los sistemas manejan información que, del punto de vista del sistema, se crea muy fácilmente. Después de un chequeo de sintaxis, o quizás un cierto chequeo sin importancia de un cálculo o regla del negocio, la información se almacena simplemente en el sistema. No es necesario realizar cálculos, verificaciones complejas, o recuperación avanzada de datos. La descripción del flujo es pequeña, y probablemente solo haya una o dos trayectorias alternativas de menor importancia en el flujo. Las consultas, cambios, o bajas son operaciones igualmente simples.<br /> <br /> ¿Deben tales operaciones ser modeladas como un caso de uso? ¿Y deben incluirse en el modelo del sistema completo? La respuesta a ambas preguntas es sí. Son casos de uso porque son funciones que debe ser capaz de realizar el sistema. Alguien utilizará el sistema para administrar esa información. Por otra parte, deben ser incluidos en el modelo, ya que de otra manera estará incompleto. Y esto puede provocar que el proyecto no se lleve a cabo adecuadamente.<br /> Afortunadamente, esto no significa que necesariamente cada operación se debe expresar como casos de usos separados. Según el patrón CRUD, los podemos agrupar. Este procedimiento tiene algunas ventajas obvias. Primero, el tamaño del modelo será reducido, hará más fácil de entender el modelo porque tiene menos casos. En segundo lugar, nadie estará interesado en un sistema que contiene solamente un subconjunto de estos casos de uso, ya que no generan el valor completo (por ejemplo, leer y dar de baja, pero no crear y cambiar). Agrupar estos flujos juntos en un caso como Administrar X se asegura de que las cuatro operaciones estarán incluidas en el modelo, y lo hace claro para el lector del modelo. Tercero, el valor de cada uno de los flujos por separado es muy pequeño, y podríamos estar cayendo en descomposición funcional; es la colección entera de estas operaciones la que da valor a los interesados.<br /> [[Image: Mala_Practica.JPG‎ |thumb|right|250px| Las cuatros operaciones no deben ser modeladas como casos de uso independientes.]]<br /> La variación denominada CRUD: Parcial, indica que en caso de que solo algunas de las cuatro operaciones sean simples mientras que otras son complejas, se puede agrupar las operaciones simples en un caso de uso y dejar las otras modeladas como un caso de uso separado.<br /> Observar también que esto es una situación típica donde un caso de uso no tiene solamente un flujo “básico”. Ninguno de los flujos se puede decir que es más “básico” o “normal” que los otros. Por lo tanto, un caso de uso CRUD tendrá típicamente cuatro flujos básicos, y posiblemente algunos flujos alternativos<br /> Una instancia de un caso de uso podrá realizar una de las siguientes operaciones (crear, leer, cambiar y dar de baja), y después dejar de existir. Esta misma instancia del caso de uso no continuará viviendo y esperando la operación siguiente que se realizará. Esta operación debe ser realizada por otra instancia del mismo caso de uso.<br /> Como regla general, cuando no estamos seguros si combinar los diversos casos de usos en uno o crearlos como separados, la recomendación es mantenerlos como uno solo y después cuando se vea el tamaño y complejidad del caso de uso, se deberá tomar la decisión de separarlos si es necesario.<br /> <br /> <br /> ==Fuentes==<br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> *LARMAN, C. UML Y Patrones. Introducción al análisis y diseño orientado a objeto. México 1999. <br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=529645 2011-04-21T18:06:16Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Desarrollo}}<br /> {{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen=<br /> |descripción= Un patrón de casos de uso captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> '''Los [[Patrones]] de Casos de Uso'''. Son comportamientos que deben existir en el sistema, ayudan a describir qué es lo que el sistema debe hacer, es decir, describen el uso del sistema y cómo este interactúa con los usuarios. Estos patrones son utilizados generalmente como plantillas que describen como debería ser estructurados y organizados los casos de uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Patrón CRUD==<br /> <br /> '''Nombre:''' CRUD<br /> '''Intento:''' Este patrón en los casos donde se quiere realizar altas, bajas, cambios y consultas a alguna entidad del sistema. Su nombre es un acrónimo de las palabras en ingles Create, Read, Update, Delete.<br /> '''Palabras Claves:''' Creación, altas, bajas, cambios.<br /> [[Image: Crud_Completo.JPG‎ |thumb|right|250px| CRUD Completo]]<br /> '''Descripción:''' El patrón CRUD Completo consiste en un caso de uso para administrar la información (CRUD Información), nos permite modelar las diferentes operaciones para administrar una entidad de información, tales como crear, leer, cambiar y eliminar o dar de baja.<br /> '''Aplicabilidad:''' Este patrón deberá ser usado cuando todas las operaciones contribuyen al mismo valor de negocio y todas son cortas y simples.<br /> [[Image: Crud_Parcial.JPG‎ |thumb|right|250px| CRUD Parcial]]<br /> '''Descripción:''' Algunas de las alternativas del caso de uso puede ser modelada como caso de uso independiente.<br /> Aplicabilidad: Este patrón es preferible cuando uno de los flujos alternativos del caso de uso es más significativo, muy largo o mucho más complejo que el patrón completo.<br /> '''Discusión:''' Muy a menudo los sistemas manejan información que, del punto de vista del sistema, se crea muy fácilmente. Después de un chequeo de sintaxis, o quizás un cierto chequeo sin importancia de un cálculo o regla del negocio, la información se almacena simplemente en el sistema. No es necesario realizar cálculos, verificaciones complejas, o recuperación avanzada de datos. La descripción del flujo es pequeña, y probablemente solo haya una o dos trayectorias alternativas de menor importancia en el flujo. Las consultas, cambios, o bajas son operaciones igualmente simples.<br /> <br /> ¿Deben tales operaciones ser modeladas como un caso de uso? ¿Y deben incluirse en el modelo del sistema completo? La respuesta a ambas preguntas es sí. Son casos de uso porque son funciones que debe ser capaz de realizar el sistema. Alguien utilizará el sistema para administrar esa información. Por otra parte, deben ser incluidos en el modelo, ya que de otra manera estará incompleto. Y esto puede provocar que el proyecto no se lleve a cabo adecuadamente.<br /> Afortunadamente, esto no significa que necesariamente cada operación se debe expresar como casos de usos separados. Según el patrón CRUD, los podemos agrupar. Este procedimiento tiene algunas ventajas obvias. Primero, el tamaño del modelo será reducido, hará más fácil de entender el modelo porque tiene menos casos. En segundo lugar, nadie estará interesado en un sistema que contiene solamente un subconjunto de estos casos de uso, ya que no generan el valor completo (por ejemplo, leer y dar de baja, pero no crear y cambiar). Agrupar estos flujos juntos en un caso como Administrar X se asegura de que las cuatro operaciones estarán incluidas en el modelo, y lo hace claro para el lector del modelo. Tercero, el valor de cada uno de los flujos por separado es muy pequeño, y podríamos estar cayendo en descomposición funcional; es la colección entera de estas operaciones la que da valor a los interesados.<br /> [[Image: Mala_Practica.JPG‎ |thumb|right|250px| Las cuatros operaciones no deben ser modeladas como casos de uso independientes.]]<br /> La variación denominada CRUD: Parcial, indica que en caso de que solo algunas de las cuatro operaciones sean simples mientras que otras son complejas, se puede agrupar las operaciones simples en un caso de uso y dejar las otras modeladas como un caso de uso separado.<br /> Observar también que esto es una situación típica donde un caso de uso no tiene solamente un flujo “básico”. Ninguno de los flujos se puede decir que es más “básico” o “normal” que los otros. Por lo tanto, un caso de uso CRUD tendrá típicamente cuatro flujos básicos, y posiblemente algunos flujos alternativos<br /> Una instancia de un caso de uso podrá realizar una de las siguientes operaciones (crear, leer, cambiar y dar de baja), y después dejar de existir. Esta misma instancia del caso de uso no continuará viviendo y esperando la operación siguiente que se realizará. Esta operación debe ser realizada por otra instancia del mismo caso de uso.<br /> Como regla general, cuando no estamos seguros si combinar los diversos casos de usos en uno o crearlos como separados, la recomendación es mantenerlos como uno solo y después cuando se vea el tamaño y complejidad del caso de uso, se deberá tomar la decisión de separarlos si es necesario.<br /> <br /> <br /> ==Fuentes==<br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> *LARMAN, C. UML Y Patrones. Introducción al análisis y diseño orientado a objeto. México 1999. <br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:Mala_Practica.JPG&diff=529633 2011-04-21T18:04:34Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:Crud_Parcial.JPG&diff=529615 2011-04-21T18:01:30Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:Crud_Completo.JPG&diff=529604 2011-04-21T17:58:10Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Jos%C3%A9_Gonz%C3%A1lez_Hern%C3%A1ndez&diff=521280 2011-04-19T14:34:27Z

<p>Erlysad05019jcvcl: /* El Tingotalango */</p> <hr /> <div>{{Ficha Persona<br /> |nombre = José González Hernández<br /> |nombre completo = José González Hernández<br /> |otros nombres = <br /> |imagen = Tingotalango.JPG<br /> |tamaño = <br /> |descripción = Músico aficionado<br /> |fecha de nacimiento = [[12 de enero]] de [[1890]]<br /> |lugar de nacimiento = Los Maestres, [[Camajuaní]]<br /> |fecha de fallecimiento = <br /> |lugar de fallecimiento = <br /> |causa muerte = <br /> |residencia = <br /> |nacionalidad = Cubana<br /> |ciudadanía = Cubana<br /> |educación = <br /> |alma máter = <br /> |ocupación = <br /> |conocido = <br /> |titulo = <br /> |termino = <br /> |predecesor = <br /> |sucesor = <br /> |partido político = <br /> |cónyuge = <br /> |hijos = <br /> |padres = <br /> |familiares = <br /> |obras = <br /> |premios = <br /> |web = <br /> |notas = <br /> }} '''José González Hernández'''. Desde pequeño le gustaba mucho el tingotalango, hasta se aprendió una décima que decía como se hacía un tingotalango, dominaba una gran cantidad de bailes.<br /> <br /> == Infancia ==<br /> <br /> Nació el [[12 de enero]] de [[1890]] en la finca Los Maestres. Eran cuatro de familia. Estaban muy bien económicamente. Cuando tenía ocho o nueve años, el padre lo llevó a una fiesta a [[La Quinta]]: era en casa de los Cabrera. Llegaron y la fiesta ya había comenzado. En el patio se bailaba caringa y el grupo musical era de Armando Acosta. Cierra los ojos y le parece verlo aún: Armando tocaba la bandurria; Juan García, el tres, José Fragoso, las maracas; Pedro Robate, el güiro, y Raimundo Méndez, el tingotalango. Aprendió cuando niño una décima que habla de cómo se hacía un tingotalango: <br /> {{Sistema:Cita|<br /> Con una estaca en el suelo,&lt;br&gt;una cabuya y un gajo&lt;br&gt;formaban rústico bajo&lt;br&gt;<br /> en los tiempos de mi abuelo.&lt;br&gt;&lt;br&gt;En su típico modelo,&lt;br&gt;un palo, una yagua, un mango,&lt;br&gt;y a veces cambiando el rango&lt;br&gt;el gajo de güira era;&lt;br&gt;lo llamaban tumbaders&lt;br&gt;y también tingotalango.&lt;br&gt;<br /> }}<br /> <br /> ==El Tingotalango==<br /> <br /> En los patios de las casas de campo, por esos años, había siempre una mata de mango o de güira. Eran las ideales para el tingotalango, por la flexibilidad de sus gajos. Lo vio construir muchas veces, era más o menos así: debajo de la mata se hacía un hueco y se clavaba en el centro una estaca atada a la punta de un cordel; se cogía un pedazo de yagua y en el lomo, que es la parte más resistente, se le abría un agujero, y se le pasaba el cordel a través de él. La yagua tapaba el hueco y la otra punta del cordel, muy tensado, se ataba a uno de los gajos de la mata. La cavidad en la tierra tenía que estar bien tapada: esa era la caja de resonancia. Había variaciones en su construcción, pero muy ligeras: un cordel más grueso, menos grueso; el hueco a veces era más profundo, menos profundo... Pero sí vio construir uno que le llamó mucho la atención, porque la estaca no se clavaba en el centro del hueco, sino al lado, y se hacía en la tierra una canalita que los comunicaba. Tanto la canalita como el hueco quedaban bien tapados; el sonido que producía era menos grave.<br /> El individuo que tocaba el tingotalango golpeaba el cordel con una de sus manos, mientras que con la otra bajaba o subía el gajo; así modificaba la tensión de la cuerda y obtenía los sonidos que quería: más graves, más agudos...<br /> <br /> ==Bailes que Dominaba==<br /> <br /> El tingotalango era un instrumento silvestre, un bajo natural. Se prestaba mucho para acompañar musicalmente bailes como la caringa, el papalote, el buey suelto, la vaca brava, el gavilán, el zumba-Antonio, y otros. Llegó a bailar todo eso, le era divertido, le gustaba. <br /> <br /> ==Mejores tocadores de Tingotalango==<br /> <br /> En sus recorridos fiesteros por zonas campesinas vio muchos tingotalangos, vio buenos tocadores, y malos también. Se decía que Alberto Pérez, Raimundo Méndez y Rodolfo Triana eran los mejores.<br /> <br /> ==Usos del Tingotalango==<br /> <br /> Ahora, quiere aclarar que cuando había un baile de campo que perseguía fines comerciales (baile de salón, como se le decía) no se utilizaba el tingotalango; ello se debía a que era un instrumento construido al aire libre, en los patios de las casas; para fiestas familiares solamente: bautizos, cumpleaños, bodas...<br /> <br /> A nadie se le hubiera ocurrido hacerlo dentro de una casa. Para los bailes de salón se tocaba danzón: la única música que se bailaba en este país por ese tiempo. Se está hablando de los años [[1905]], [[1906]], [[1907]], por ahí. El son, el danzonete, la guajira... llegaron después.<br /> <br /> ==Consideraciones públicas sobre el Tingotalango==<br /> <br /> Para unos el tingotalango es una pieza musical muy antigua, que tiene la misma estructura de la caringa, el papalote, el gavilán... Un estribillo que repiten los músicos o un coro de bailadores, y que se alterna con las improvisaciones de un bailador solista, ya en cuartetas, ya en décimas... Para otros es una simple composición musical. La experiencia que tiene es que a todas las fiestas que fue nunca oyó cantar ni bailar el tingotalango, ni siquiera tararear el estribillo. Para él no es más que el nombre de un instrumento.<br /> <br /> ==Creación del Tingotalango==<br /> <br /> El tingotalango como música fue creación del trinitario Julio Cueva, quien en la década de los 40 alcanzó mucha popularidad con El marañón, El golpe de bibijagua y Tingotalango. Él se motivó en el instrumento, en su construcción rústica, para componer la letra:<br /> {{Sistema:Cita|<br /> Hay en Cuba un instrumento&lt;br&gt;que se usa mucho en el campo,&lt;br&gt;<br /> no es de cuerda ni de viento,&lt;br&gt;<br /> y se llama tingo talango.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;&lt;br&gt;<br /> Si quieres que te describa&lt;br&gt;<br /> cómo es el tingo talango,&lt;br&gt;<br /> búscate un gajo de güira&lt;br&gt;<br /> o si no uno de mango.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Se abre un hueco en la tierra,&lt;br&gt;<br /> encima una hoja de lata,&lt;br&gt;<br /> en el centro un agujero&lt;br&gt;<br /> donde un alambre se ata.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Con estos tres elementos&lt;br&gt;<br /> que yo les estoy nombrando&lt;br&gt;<br /> ya tiene el instrumento,&lt;br&gt;<br /> cubano, tingo talango.<br /> }}<br /> El estribillo de esta pieza musical es una combinación donde entran como componentes la palabra tingotalango y algunas palabras del estribillo del zumbantorio que, por cierto, se bailaba poco porque se necesitaba para ello un bailador-improvisador de mucha calidad, y no abundaba.<br /> <br /> ==El Zumbantorio==<br /> <br /> El zumbantorio era un baile de argumento: un hombre de barba muy exagerada llegaba al baile y se acercaba a una de las jóvenes, la hija del dueño de la casa, y conversaban. El viejo llegaba hasta la pareja y le arrancaba la barba postiza al recién llegado, descubría que se trataba de Antonio, el novio de la hija, cuyas relaciones él rechazaba y pedía a los concurrentes que lo sacaran de allí. Y a partir de ese momento comenzaba la música y el baile. El coro lanzaba el estribillo:<br /> <br /> Antonio está aquí,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> Zúmbalo, zúmbalo,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> Dale, dale,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> <br /> Y el bailador respondía con la improvisación, casi siempre en cuartetas. Todos querían golpear a Antonio, pero este trataba de evitarlo. Muchas veces era acosado, la novia se interponía y evitaba que lo golpearan. Hasta que Antonio convencía a los asistentes de sus buenas intenciones con la muchacha y trataba de deslumbrarlos con su baile. Un grupito de ellos hacía un aparte con el dueño de la casa y decidían si Antonio debía de quedarse o no. Si no era aceptado se detenía la música y él debía retirarse, abandonar el local, y esto resultaba muy bochornoso para un bailador. El zumbantorio requería mucha destreza por parte de la pareja solista; era un baile donde todos los presentes podían participar.<br /> <br /> De los bailes cantados les han llegado algunos estribillos, muy deformados a veces. Es zumbantonio y no zumbantorio —como escribe Cueva—, ni zumbatorio. Y el cuerpo, la letra, eso se lo llevó el viento. Son improvisaciones, aunque hay quien tiene buena memoria y aún recuerda algunos fragmentos aprendidos en el momento mismo de su improvisación. En cuanto a la música, esta es muy diferente de la del Tingotalango de Cueva, entre una y otra no hay semejanza alguna. El último tingotalango que vio fue en casa de Marcelo Hernández, en Blanquizal, en [[1911]].<br /> <br /> ==La marímbula==<br /> <br /> La marímbula, un instrumento rechazado porque lo utilizaban los negros en sus fiestas, desplazó al tingotalango; fue penetrando la barrera racial y los campesinos blancos la acogieron, la hicieron suya. Era un bajo pequeño, de más posibilidades sonoras, transportable... Ya no había necesidad de cavar un hoyo, ni de buscar un pedazo de yagua, ni de cordel, ni una mata, para armar un tingotalango.<br /> <br /> == Fuente ==<br /> Batista, René ([[2002]]). “Ese palo tiene jutía”. Editorial Capiro, Santa Clara, Villa clara, Cuba. <br /> [[Category:Música]] <br /> [[Category:Música_cubana]] <br /> [[Category:Cantante]][[Category:Compositor]][[Category:Intérprete_musical]] [[Category:Música_folklórica]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Jos%C3%A9_Gonz%C3%A1lez_Hern%C3%A1ndez&diff=521270 2011-04-19T14:33:24Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Ficha Persona<br /> |nombre = José González Hernández<br /> |nombre completo = José González Hernández<br /> |otros nombres = <br /> |imagen = Tingotalango.JPG<br /> |tamaño = <br /> |descripción = Músico aficionado<br /> |fecha de nacimiento = [[12 de enero]] de [[1890]]<br /> |lugar de nacimiento = Los Maestres, [[Camajuaní]]<br /> |fecha de fallecimiento = <br /> |lugar de fallecimiento = <br /> |causa muerte = <br /> |residencia = <br /> |nacionalidad = Cubana<br /> |ciudadanía = Cubana<br /> |educación = <br /> |alma máter = <br /> |ocupación = <br /> |conocido = <br /> |titulo = <br /> |termino = <br /> |predecesor = <br /> |sucesor = <br /> |partido político = <br /> |cónyuge = <br /> |hijos = <br /> |padres = <br /> |familiares = <br /> |obras = <br /> |premios = <br /> |web = <br /> |notas = <br /> }} '''José González Hernández'''. Desde pequeño le gustaba mucho el tingotalango, hasta se aprendió una décima que decía como se hacía un tingotalango, dominaba una gran cantidad de bailes.<br /> <br /> == Infancia ==<br /> <br /> Nació el [[12 de enero]] de [[1890]] en la finca Los Maestres. Eran cuatro de familia. Estaban muy bien económicamente. Cuando tenía ocho o nueve años, el padre lo llevó a una fiesta a [[La Quinta]]: era en casa de los Cabrera. Llegaron y la fiesta ya había comenzado. En el patio se bailaba caringa y el grupo musical era de Armando Acosta. Cierra los ojos y le parece verlo aún: Armando tocaba la bandurria; Juan García, el tres, José Fragoso, las maracas; Pedro Robate, el güiro, y Raimundo Méndez, el tingotalango. Aprendió cuando niño una décima que habla de cómo se hacía un tingotalango: <br /> {{Sistema:Cita|<br /> Con una estaca en el suelo,&lt;br&gt;una cabuya y un gajo&lt;br&gt;formaban rústico bajo&lt;br&gt;<br /> en los tiempos de mi abuelo.&lt;br&gt;&lt;br&gt;En su típico modelo,&lt;br&gt;un palo, una yagua, un mango,&lt;br&gt;y a veces cambiando el rango&lt;br&gt;el gajo de güira era;&lt;br&gt;lo llamaban tumbaders&lt;br&gt;y también tingotalango.&lt;br&gt;<br /> }}<br /> <br /> ==El Tingotalango==<br /> <br /> [[Image:Tingotalango.JPG |thumb|right|250px| El Tingotalango]]<br /> En los patios de las casas de campo, por esos años, había siempre una mata de mango o de güira. Eran las ideales para el tingotalango, por la flexibilidad de sus gajos. Lo vio construir muchas veces, era más o menos así: debajo de la mata se hacía un hueco y se clavaba en el centro una estaca atada a la punta de un cordel; se cogía un pedazo de yagua y en el lomo, que es la parte más resistente, se le abría un agujero, y se le pasaba el cordel a través de él. La yagua tapaba el hueco y la otra punta del cordel, muy tensado, se ataba a uno de los gajos de la mata. La cavidad en la tierra tenía que estar bien tapada: esa era la caja de resonancia. Había variaciones en su construcción, pero muy ligeras: un cordel más grueso, menos grueso; el hueco a veces era más profundo, menos profundo... Pero sí vio construir uno que le llamó mucho la atención, porque la estaca no se clavaba en el centro del hueco, sino al lado, y se hacía en la tierra una canalita que los comunicaba. Tanto la canalita como el hueco quedaban bien tapados; el sonido que producía era menos grave.<br /> El individuo que tocaba el tingotalango golpeaba el cordel con una de sus manos, mientras que con la otra bajaba o subía el gajo; así modificaba la tensión de la cuerda y obtenía los sonidos que quería: más graves, más agudos...<br /> <br /> ==Bailes que Dominaba==<br /> <br /> El tingotalango era un instrumento silvestre, un bajo natural. Se prestaba mucho para acompañar musicalmente bailes como la caringa, el papalote, el buey suelto, la vaca brava, el gavilán, el zumba-Antonio, y otros. Llegó a bailar todo eso, le era divertido, le gustaba. <br /> <br /> ==Mejores tocadores de Tingotalango==<br /> <br /> En sus recorridos fiesteros por zonas campesinas vio muchos tingotalangos, vio buenos tocadores, y malos también. Se decía que Alberto Pérez, Raimundo Méndez y Rodolfo Triana eran los mejores.<br /> <br /> ==Usos del Tingotalango==<br /> <br /> Ahora, quiere aclarar que cuando había un baile de campo que perseguía fines comerciales (baile de salón, como se le decía) no se utilizaba el tingotalango; ello se debía a que era un instrumento construido al aire libre, en los patios de las casas; para fiestas familiares solamente: bautizos, cumpleaños, bodas...<br /> <br /> A nadie se le hubiera ocurrido hacerlo dentro de una casa. Para los bailes de salón se tocaba danzón: la única música que se bailaba en este país por ese tiempo. Se está hablando de los años [[1905]], [[1906]], [[1907]], por ahí. El son, el danzonete, la guajira... llegaron después.<br /> <br /> ==Consideraciones públicas sobre el Tingotalango==<br /> <br /> Para unos el tingotalango es una pieza musical muy antigua, que tiene la misma estructura de la caringa, el papalote, el gavilán... Un estribillo que repiten los músicos o un coro de bailadores, y que se alterna con las improvisaciones de un bailador solista, ya en cuartetas, ya en décimas... Para otros es una simple composición musical. La experiencia que tiene es que a todas las fiestas que fue nunca oyó cantar ni bailar el tingotalango, ni siquiera tararear el estribillo. Para él no es más que el nombre de un instrumento.<br /> <br /> ==Creación del Tingotalango==<br /> <br /> El tingotalango como música fue creación del trinitario Julio Cueva, quien en la década de los 40 alcanzó mucha popularidad con El marañón, El golpe de bibijagua y Tingotalango. Él se motivó en el instrumento, en su construcción rústica, para componer la letra:<br /> {{Sistema:Cita|<br /> Hay en Cuba un instrumento&lt;br&gt;que se usa mucho en el campo,&lt;br&gt;<br /> no es de cuerda ni de viento,&lt;br&gt;<br /> y se llama tingo talango.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;&lt;br&gt;<br /> Si quieres que te describa&lt;br&gt;<br /> cómo es el tingo talango,&lt;br&gt;<br /> búscate un gajo de güira&lt;br&gt;<br /> o si no uno de mango.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Se abre un hueco en la tierra,&lt;br&gt;<br /> encima una hoja de lata,&lt;br&gt;<br /> en el centro un agujero&lt;br&gt;<br /> donde un alambre se ata.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Con estos tres elementos&lt;br&gt;<br /> que yo les estoy nombrando&lt;br&gt;<br /> ya tiene el instrumento,&lt;br&gt;<br /> cubano, tingo talango.<br /> }}<br /> El estribillo de esta pieza musical es una combinación donde entran como componentes la palabra tingotalango y algunas palabras del estribillo del zumbantorio que, por cierto, se bailaba poco porque se necesitaba para ello un bailador-improvisador de mucha calidad, y no abundaba.<br /> <br /> ==El Zumbantorio==<br /> <br /> El zumbantorio era un baile de argumento: un hombre de barba muy exagerada llegaba al baile y se acercaba a una de las jóvenes, la hija del dueño de la casa, y conversaban. El viejo llegaba hasta la pareja y le arrancaba la barba postiza al recién llegado, descubría que se trataba de Antonio, el novio de la hija, cuyas relaciones él rechazaba y pedía a los concurrentes que lo sacaran de allí. Y a partir de ese momento comenzaba la música y el baile. El coro lanzaba el estribillo:<br /> <br /> Antonio está aquí,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> Zúmbalo, zúmbalo,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> Dale, dale,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> <br /> Y el bailador respondía con la improvisación, casi siempre en cuartetas. Todos querían golpear a Antonio, pero este trataba de evitarlo. Muchas veces era acosado, la novia se interponía y evitaba que lo golpearan. Hasta que Antonio convencía a los asistentes de sus buenas intenciones con la muchacha y trataba de deslumbrarlos con su baile. Un grupito de ellos hacía un aparte con el dueño de la casa y decidían si Antonio debía de quedarse o no. Si no era aceptado se detenía la música y él debía retirarse, abandonar el local, y esto resultaba muy bochornoso para un bailador. El zumbantorio requería mucha destreza por parte de la pareja solista; era un baile donde todos los presentes podían participar.<br /> <br /> De los bailes cantados les han llegado algunos estribillos, muy deformados a veces. Es zumbantonio y no zumbantorio —como escribe Cueva—, ni zumbatorio. Y el cuerpo, la letra, eso se lo llevó el viento. Son improvisaciones, aunque hay quien tiene buena memoria y aún recuerda algunos fragmentos aprendidos en el momento mismo de su improvisación. En cuanto a la música, esta es muy diferente de la del Tingotalango de Cueva, entre una y otra no hay semejanza alguna. El último tingotalango que vio fue en casa de Marcelo Hernández, en Blanquizal, en [[1911]].<br /> <br /> ==La marímbula==<br /> <br /> La marímbula, un instrumento rechazado porque lo utilizaban los negros en sus fiestas, desplazó al tingotalango; fue penetrando la barrera racial y los campesinos blancos la acogieron, la hicieron suya. Era un bajo pequeño, de más posibilidades sonoras, transportable... Ya no había necesidad de cavar un hoyo, ni de buscar un pedazo de yagua, ni de cordel, ni una mata, para armar un tingotalango.<br /> <br /> == Fuente ==<br /> Batista, René ([[2002]]). “Ese palo tiene jutía”. Editorial Capiro, Santa Clara, Villa clara, Cuba. <br /> [[Category:Música]] <br /> [[Category:Música_cubana]] <br /> [[Category:Cantante]][[Category:Compositor]][[Category:Intérprete_musical]] [[Category:Música_folklórica]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Jos%C3%A9_Gonz%C3%A1lez_Hern%C3%A1ndez&diff=521253 2011-04-19T14:29:21Z

<p>Erlysad05019jcvcl: /* El Tingotalango */</p> <hr /> <div>{{Ficha Persona<br /> |nombre = José González Hernández<br /> |nombre completo = José González Hernández<br /> |otros nombres = <br /> |imagen = <br /> |tamaño = <br /> |descripción = Músico aficionado<br /> |fecha de nacimiento = [[12 de enero]] de [[1890]]<br /> |lugar de nacimiento = Los Maestres, [[Camajuaní]]<br /> |fecha de fallecimiento = <br /> |lugar de fallecimiento = <br /> |causa muerte = <br /> |residencia = <br /> |nacionalidad = Cubana<br /> |ciudadanía = Cubana<br /> |educación = <br /> |alma máter = <br /> |ocupación = <br /> |conocido = <br /> |titulo = <br /> |termino = <br /> |predecesor = <br /> |sucesor = <br /> |partido político = <br /> |cónyuge = <br /> |hijos = <br /> |padres = <br /> |familiares = <br /> |obras = <br /> |premios = <br /> |web = <br /> |notas = <br /> }} '''José González Hernández'''. Desde pequeño le gustaba mucho el tingotalango, hasta se aprendió una décima que decía como se hacía un tingotalango, dominaba una gran cantidad de bailes.<br /> <br /> == Infancia ==<br /> <br /> Nació el [[12 de enero]] de [[1890]] en la finca Los Maestres. Eran cuatro de familia. Estaban muy bien económicamente. Cuando tenía ocho o nueve años, el padre lo llevó a una fiesta a [[La Quinta]]: era en casa de los Cabrera. Llegaron y la fiesta ya había comenzado. En el patio se bailaba caringa y el grupo musical era de Armando Acosta. Cierra los ojos y le parece verlo aún: Armando tocaba la bandurria; Juan García, el tres, José Fragoso, las maracas; Pedro Robate, el güiro, y Raimundo Méndez, el tingotalango. Aprendió cuando niño una décima que habla de cómo se hacía un tingotalango: <br /> {{Sistema:Cita|<br /> Con una estaca en el suelo,&lt;br&gt;una cabuya y un gajo&lt;br&gt;formaban rústico bajo&lt;br&gt;<br /> en los tiempos de mi abuelo.&lt;br&gt;&lt;br&gt;En su típico modelo,&lt;br&gt;un palo, una yagua, un mango,&lt;br&gt;y a veces cambiando el rango&lt;br&gt;el gajo de güira era;&lt;br&gt;lo llamaban tumbaders&lt;br&gt;y también tingotalango.&lt;br&gt;<br /> }}<br /> <br /> ==El Tingotalango==<br /> <br /> [[Image:Tingotalango.JPG |thumb|right|250px| El Tingotalango]]<br /> En los patios de las casas de campo, por esos años, había siempre una mata de mango o de güira. Eran las ideales para el tingotalango, por la flexibilidad de sus gajos. Lo vio construir muchas veces, era más o menos así: debajo de la mata se hacía un hueco y se clavaba en el centro una estaca atada a la punta de un cordel; se cogía un pedazo de yagua y en el lomo, que es la parte más resistente, se le abría un agujero, y se le pasaba el cordel a través de él. La yagua tapaba el hueco y la otra punta del cordel, muy tensado, se ataba a uno de los gajos de la mata. La cavidad en la tierra tenía que estar bien tapada: esa era la caja de resonancia. Había variaciones en su construcción, pero muy ligeras: un cordel más grueso, menos grueso; el hueco a veces era más profundo, menos profundo... Pero sí vio construir uno que le llamó mucho la atención, porque la estaca no se clavaba en el centro del hueco, sino al lado, y se hacía en la tierra una canalita que los comunicaba. Tanto la canalita como el hueco quedaban bien tapados; el sonido que producía era menos grave.<br /> El individuo que tocaba el tingotalango golpeaba el cordel con una de sus manos, mientras que con la otra bajaba o subía el gajo; así modificaba la tensión de la cuerda y obtenía los sonidos que quería: más graves, más agudos...<br /> <br /> ==Bailes que Dominaba==<br /> <br /> El tingotalango era un instrumento silvestre, un bajo natural. Se prestaba mucho para acompañar musicalmente bailes como la caringa, el papalote, el buey suelto, la vaca brava, el gavilán, el zumba-Antonio, y otros. Llegó a bailar todo eso, le era divertido, le gustaba. <br /> <br /> ==Mejores tocadores de Tingotalango==<br /> <br /> En sus recorridos fiesteros por zonas campesinas vio muchos tingotalangos, vio buenos tocadores, y malos también. Se decía que Alberto Pérez, Raimundo Méndez y Rodolfo Triana eran los mejores.<br /> <br /> ==Usos del Tingotalango==<br /> <br /> Ahora, quiere aclarar que cuando había un baile de campo que perseguía fines comerciales (baile de salón, como se le decía) no se utilizaba el tingotalango; ello se debía a que era un instrumento construido al aire libre, en los patios de las casas; para fiestas familiares solamente: bautizos, cumpleaños, bodas...<br /> <br /> A nadie se le hubiera ocurrido hacerlo dentro de una casa. Para los bailes de salón se tocaba danzón: la única música que se bailaba en este país por ese tiempo. Se está hablando de los años [[1905]], [[1906]], [[1907]], por ahí. El son, el danzonete, la guajira... llegaron después.<br /> <br /> ==Consideraciones públicas sobre el Tingotalango==<br /> <br /> Para unos el tingotalango es una pieza musical muy antigua, que tiene la misma estructura de la caringa, el papalote, el gavilán... Un estribillo que repiten los músicos o un coro de bailadores, y que se alterna con las improvisaciones de un bailador solista, ya en cuartetas, ya en décimas... Para otros es una simple composición musical. La experiencia que tiene es que a todas las fiestas que fue nunca oyó cantar ni bailar el tingotalango, ni siquiera tararear el estribillo. Para él no es más que el nombre de un instrumento.<br /> <br /> ==Creación del Tingotalango==<br /> <br /> El tingotalango como música fue creación del trinitario Julio Cueva, quien en la década de los 40 alcanzó mucha popularidad con El marañón, El golpe de bibijagua y Tingotalango. Él se motivó en el instrumento, en su construcción rústica, para componer la letra:<br /> {{Sistema:Cita|<br /> Hay en Cuba un instrumento&lt;br&gt;que se usa mucho en el campo,&lt;br&gt;<br /> no es de cuerda ni de viento,&lt;br&gt;<br /> y se llama tingo talango.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;&lt;br&gt;<br /> Si quieres que te describa&lt;br&gt;<br /> cómo es el tingo talango,&lt;br&gt;<br /> búscate un gajo de güira&lt;br&gt;<br /> o si no uno de mango.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Se abre un hueco en la tierra,&lt;br&gt;<br /> encima una hoja de lata,&lt;br&gt;<br /> en el centro un agujero&lt;br&gt;<br /> donde un alambre se ata.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Con estos tres elementos&lt;br&gt;<br /> que yo les estoy nombrando&lt;br&gt;<br /> ya tiene el instrumento,&lt;br&gt;<br /> cubano, tingo talango.<br /> }}<br /> El estribillo de esta pieza musical es una combinación donde entran como componentes la palabra tingotalango y algunas palabras del estribillo del zumbantorio que, por cierto, se bailaba poco porque se necesitaba para ello un bailador-improvisador de mucha calidad, y no abundaba.<br /> <br /> ==El Zumbantorio==<br /> <br /> El zumbantorio era un baile de argumento: un hombre de barba muy exagerada llegaba al baile y se acercaba a una de las jóvenes, la hija del dueño de la casa, y conversaban. El viejo llegaba hasta la pareja y le arrancaba la barba postiza al recién llegado, descubría que se trataba de Antonio, el novio de la hija, cuyas relaciones él rechazaba y pedía a los concurrentes que lo sacaran de allí. Y a partir de ese momento comenzaba la música y el baile. El coro lanzaba el estribillo:<br /> <br /> Antonio está aquí,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> Zúmbalo, zúmbalo,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> Dale, dale,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> <br /> Y el bailador respondía con la improvisación, casi siempre en cuartetas. Todos querían golpear a Antonio, pero este trataba de evitarlo. Muchas veces era acosado, la novia se interponía y evitaba que lo golpearan. Hasta que Antonio convencía a los asistentes de sus buenas intenciones con la muchacha y trataba de deslumbrarlos con su baile. Un grupito de ellos hacía un aparte con el dueño de la casa y decidían si Antonio debía de quedarse o no. Si no era aceptado se detenía la música y él debía retirarse, abandonar el local, y esto resultaba muy bochornoso para un bailador. El zumbantorio requería mucha destreza por parte de la pareja solista; era un baile donde todos los presentes podían participar.<br /> <br /> De los bailes cantados les han llegado algunos estribillos, muy deformados a veces. Es zumbantonio y no zumbantorio —como escribe Cueva—, ni zumbatorio. Y el cuerpo, la letra, eso se lo llevó el viento. Son improvisaciones, aunque hay quien tiene buena memoria y aún recuerda algunos fragmentos aprendidos en el momento mismo de su improvisación. En cuanto a la música, esta es muy diferente de la del Tingotalango de Cueva, entre una y otra no hay semejanza alguna. El último tingotalango que vio fue en casa de Marcelo Hernández, en Blanquizal, en [[1911]].<br /> <br /> ==La marímbula==<br /> <br /> La marímbula, un instrumento rechazado porque lo utilizaban los negros en sus fiestas, desplazó al tingotalango; fue penetrando la barrera racial y los campesinos blancos la acogieron, la hicieron suya. Era un bajo pequeño, de más posibilidades sonoras, transportable... Ya no había necesidad de cavar un hoyo, ni de buscar un pedazo de yagua, ni de cordel, ni una mata, para armar un tingotalango.<br /> <br /> == Fuente ==<br /> Batista, René ([[2002]]). “Ese palo tiene jutía”. Editorial Capiro, Santa Clara, Villa clara, Cuba. <br /> [[Category:Música]] <br /> [[Category:Música_cubana]] <br /> [[Category:Cantante]][[Category:Compositor]][[Category:Intérprete_musical]] [[Category:Música_folklórica]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Jos%C3%A9_Gonz%C3%A1lez_Hern%C3%A1ndez&diff=521241 2011-04-19T14:27:50Z

<p>Erlysad05019jcvcl: /* El Tingotalango */</p> <hr /> <div>{{Ficha Persona<br /> |nombre = José González Hernández<br /> |nombre completo = José González Hernández<br /> |otros nombres = <br /> |imagen = <br /> |tamaño = <br /> |descripción = Músico aficionado<br /> |fecha de nacimiento = [[12 de enero]] de [[1890]]<br /> |lugar de nacimiento = Los Maestres, [[Camajuaní]]<br /> |fecha de fallecimiento = <br /> |lugar de fallecimiento = <br /> |causa muerte = <br /> |residencia = <br /> |nacionalidad = Cubana<br /> |ciudadanía = Cubana<br /> |educación = <br /> |alma máter = <br /> |ocupación = <br /> |conocido = <br /> |titulo = <br /> |termino = <br /> |predecesor = <br /> |sucesor = <br /> |partido político = <br /> |cónyuge = <br /> |hijos = <br /> |padres = <br /> |familiares = <br /> |obras = <br /> |premios = <br /> |web = <br /> |notas = <br /> }} '''José González Hernández'''. Desde pequeño le gustaba mucho el tingotalango, hasta se aprendió una décima que decía como se hacía un tingotalango, dominaba una gran cantidad de bailes.<br /> <br /> == Infancia ==<br /> <br /> Nació el [[12 de enero]] de [[1890]] en la finca Los Maestres. Eran cuatro de familia. Estaban muy bien económicamente. Cuando tenía ocho o nueve años, el padre lo llevó a una fiesta a [[La Quinta]]: era en casa de los Cabrera. Llegaron y la fiesta ya había comenzado. En el patio se bailaba caringa y el grupo musical era de Armando Acosta. Cierra los ojos y le parece verlo aún: Armando tocaba la bandurria; Juan García, el tres, José Fragoso, las maracas; Pedro Robate, el güiro, y Raimundo Méndez, el tingotalango. Aprendió cuando niño una décima que habla de cómo se hacía un tingotalango: <br /> {{Sistema:Cita|<br /> Con una estaca en el suelo,&lt;br&gt;una cabuya y un gajo&lt;br&gt;formaban rústico bajo&lt;br&gt;<br /> en los tiempos de mi abuelo.&lt;br&gt;&lt;br&gt;En su típico modelo,&lt;br&gt;un palo, una yagua, un mango,&lt;br&gt;y a veces cambiando el rango&lt;br&gt;el gajo de güira era;&lt;br&gt;lo llamaban tumbaders&lt;br&gt;y también tingotalango.&lt;br&gt;<br /> }}<br /> <br /> ==El Tingotalango==<br /> <br /> [[Image:tingotalango.jpg‎ |thumb|right|250px| El Tingotalango]]<br /> En los patios de las casas de campo, por esos años, había siempre una mata de mango o de güira. Eran las ideales para el tingotalango, por la flexibilidad de sus gajos. Lo vio construir muchas veces, era más o menos así: debajo de la mata se hacía un hueco y se clavaba en el centro una estaca atada a la punta de un cordel; se cogía un pedazo de yagua y en el lomo, que es la parte más resistente, se le abría un agujero, y se le pasaba el cordel a través de él. La yagua tapaba el hueco y la otra punta del cordel, muy tensado, se ataba a uno de los gajos de la mata. La cavidad en la tierra tenía que estar bien tapada: esa era la caja de resonancia. Había variaciones en su construcción, pero muy ligeras: un cordel más grueso, menos grueso; el hueco a veces era más profundo, menos profundo... Pero sí vio construir uno que le llamó mucho la atención, porque la estaca no se clavaba en el centro del hueco, sino al lado, y se hacía en la tierra una canalita que los comunicaba. Tanto la canalita como el hueco quedaban bien tapados; el sonido que producía era menos grave.<br /> El individuo que tocaba el tingotalango golpeaba el cordel con una de sus manos, mientras que con la otra bajaba o subía el gajo; así modificaba la tensión de la cuerda y obtenía los sonidos que quería: más graves, más agudos...<br /> <br /> ==Bailes que Dominaba==<br /> <br /> El tingotalango era un instrumento silvestre, un bajo natural. Se prestaba mucho para acompañar musicalmente bailes como la caringa, el papalote, el buey suelto, la vaca brava, el gavilán, el zumba-Antonio, y otros. Llegó a bailar todo eso, le era divertido, le gustaba. <br /> <br /> ==Mejores tocadores de Tingotalango==<br /> <br /> En sus recorridos fiesteros por zonas campesinas vio muchos tingotalangos, vio buenos tocadores, y malos también. Se decía que Alberto Pérez, Raimundo Méndez y Rodolfo Triana eran los mejores.<br /> <br /> ==Usos del Tingotalango==<br /> <br /> Ahora, quiere aclarar que cuando había un baile de campo que perseguía fines comerciales (baile de salón, como se le decía) no se utilizaba el tingotalango; ello se debía a que era un instrumento construido al aire libre, en los patios de las casas; para fiestas familiares solamente: bautizos, cumpleaños, bodas...<br /> <br /> A nadie se le hubiera ocurrido hacerlo dentro de una casa. Para los bailes de salón se tocaba danzón: la única música que se bailaba en este país por ese tiempo. Se está hablando de los años [[1905]], [[1906]], [[1907]], por ahí. El son, el danzonete, la guajira... llegaron después.<br /> <br /> ==Consideraciones públicas sobre el Tingotalango==<br /> <br /> Para unos el tingotalango es una pieza musical muy antigua, que tiene la misma estructura de la caringa, el papalote, el gavilán... Un estribillo que repiten los músicos o un coro de bailadores, y que se alterna con las improvisaciones de un bailador solista, ya en cuartetas, ya en décimas... Para otros es una simple composición musical. La experiencia que tiene es que a todas las fiestas que fue nunca oyó cantar ni bailar el tingotalango, ni siquiera tararear el estribillo. Para él no es más que el nombre de un instrumento.<br /> <br /> ==Creación del Tingotalango==<br /> <br /> El tingotalango como música fue creación del trinitario Julio Cueva, quien en la década de los 40 alcanzó mucha popularidad con El marañón, El golpe de bibijagua y Tingotalango. Él se motivó en el instrumento, en su construcción rústica, para componer la letra:<br /> {{Sistema:Cita|<br /> Hay en Cuba un instrumento&lt;br&gt;que se usa mucho en el campo,&lt;br&gt;<br /> no es de cuerda ni de viento,&lt;br&gt;<br /> y se llama tingo talango.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;&lt;br&gt;<br /> Si quieres que te describa&lt;br&gt;<br /> cómo es el tingo talango,&lt;br&gt;<br /> búscate un gajo de güira&lt;br&gt;<br /> o si no uno de mango.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Se abre un hueco en la tierra,&lt;br&gt;<br /> encima una hoja de lata,&lt;br&gt;<br /> en el centro un agujero&lt;br&gt;<br /> donde un alambre se ata.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Con estos tres elementos&lt;br&gt;<br /> que yo les estoy nombrando&lt;br&gt;<br /> ya tiene el instrumento,&lt;br&gt;<br /> cubano, tingo talango.<br /> }}<br /> El estribillo de esta pieza musical es una combinación donde entran como componentes la palabra tingotalango y algunas palabras del estribillo del zumbantorio que, por cierto, se bailaba poco porque se necesitaba para ello un bailador-improvisador de mucha calidad, y no abundaba.<br /> <br /> ==El Zumbantorio==<br /> <br /> El zumbantorio era un baile de argumento: un hombre de barba muy exagerada llegaba al baile y se acercaba a una de las jóvenes, la hija del dueño de la casa, y conversaban. El viejo llegaba hasta la pareja y le arrancaba la barba postiza al recién llegado, descubría que se trataba de Antonio, el novio de la hija, cuyas relaciones él rechazaba y pedía a los concurrentes que lo sacaran de allí. Y a partir de ese momento comenzaba la música y el baile. El coro lanzaba el estribillo:<br /> <br /> Antonio está aquí,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> Zúmbalo, zúmbalo,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> Dale, dale,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> <br /> Y el bailador respondía con la improvisación, casi siempre en cuartetas. Todos querían golpear a Antonio, pero este trataba de evitarlo. Muchas veces era acosado, la novia se interponía y evitaba que lo golpearan. Hasta que Antonio convencía a los asistentes de sus buenas intenciones con la muchacha y trataba de deslumbrarlos con su baile. Un grupito de ellos hacía un aparte con el dueño de la casa y decidían si Antonio debía de quedarse o no. Si no era aceptado se detenía la música y él debía retirarse, abandonar el local, y esto resultaba muy bochornoso para un bailador. El zumbantorio requería mucha destreza por parte de la pareja solista; era un baile donde todos los presentes podían participar.<br /> <br /> De los bailes cantados les han llegado algunos estribillos, muy deformados a veces. Es zumbantonio y no zumbantorio —como escribe Cueva—, ni zumbatorio. Y el cuerpo, la letra, eso se lo llevó el viento. Son improvisaciones, aunque hay quien tiene buena memoria y aún recuerda algunos fragmentos aprendidos en el momento mismo de su improvisación. En cuanto a la música, esta es muy diferente de la del Tingotalango de Cueva, entre una y otra no hay semejanza alguna. El último tingotalango que vio fue en casa de Marcelo Hernández, en Blanquizal, en [[1911]].<br /> <br /> ==La marímbula==<br /> <br /> La marímbula, un instrumento rechazado porque lo utilizaban los negros en sus fiestas, desplazó al tingotalango; fue penetrando la barrera racial y los campesinos blancos la acogieron, la hicieron suya. Era un bajo pequeño, de más posibilidades sonoras, transportable... Ya no había necesidad de cavar un hoyo, ni de buscar un pedazo de yagua, ni de cordel, ni una mata, para armar un tingotalango.<br /> <br /> == Fuente ==<br /> Batista, René ([[2002]]). “Ese palo tiene jutía”. Editorial Capiro, Santa Clara, Villa clara, Cuba. <br /> [[Category:Música]] <br /> [[Category:Música_cubana]] <br /> [[Category:Cantante]][[Category:Compositor]][[Category:Intérprete_musical]] [[Category:Música_folklórica]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Jos%C3%A9_Gonz%C3%A1lez_Hern%C3%A1ndez&diff=521233 2011-04-19T14:26:14Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Ficha Persona<br /> |nombre = José González Hernández<br /> |nombre completo = José González Hernández<br /> |otros nombres = <br /> |imagen = <br /> |tamaño = <br /> |descripción = Músico aficionado<br /> |fecha de nacimiento = [[12 de enero]] de [[1890]]<br /> |lugar de nacimiento = Los Maestres, [[Camajuaní]]<br /> |fecha de fallecimiento = <br /> |lugar de fallecimiento = <br /> |causa muerte = <br /> |residencia = <br /> |nacionalidad = Cubana<br /> |ciudadanía = Cubana<br /> |educación = <br /> |alma máter = <br /> |ocupación = <br /> |conocido = <br /> |titulo = <br /> |termino = <br /> |predecesor = <br /> |sucesor = <br /> |partido político = <br /> |cónyuge = <br /> |hijos = <br /> |padres = <br /> |familiares = <br /> |obras = <br /> |premios = <br /> |web = <br /> |notas = <br /> }} '''José González Hernández'''. Desde pequeño le gustaba mucho el tingotalango, hasta se aprendió una décima que decía como se hacía un tingotalango, dominaba una gran cantidad de bailes.<br /> <br /> == Infancia ==<br /> <br /> Nació el [[12 de enero]] de [[1890]] en la finca Los Maestres. Eran cuatro de familia. Estaban muy bien económicamente. Cuando tenía ocho o nueve años, el padre lo llevó a una fiesta a [[La Quinta]]: era en casa de los Cabrera. Llegaron y la fiesta ya había comenzado. En el patio se bailaba caringa y el grupo musical era de Armando Acosta. Cierra los ojos y le parece verlo aún: Armando tocaba la bandurria; Juan García, el tres, José Fragoso, las maracas; Pedro Robate, el güiro, y Raimundo Méndez, el tingotalango. Aprendió cuando niño una décima que habla de cómo se hacía un tingotalango: <br /> {{Sistema:Cita|<br /> Con una estaca en el suelo,&lt;br&gt;una cabuya y un gajo&lt;br&gt;formaban rústico bajo&lt;br&gt;<br /> en los tiempos de mi abuelo.&lt;br&gt;&lt;br&gt;En su típico modelo,&lt;br&gt;un palo, una yagua, un mango,&lt;br&gt;y a veces cambiando el rango&lt;br&gt;el gajo de güira era;&lt;br&gt;lo llamaban tumbaders&lt;br&gt;y también tingotalango.&lt;br&gt;<br /> }}<br /> <br /> ==El Tingotalango==<br /> <br /> [[Image:Tingotalango.jpg‎ |thumb|right|250px| El Tingotalango]]<br /> En los patios de las casas de campo, por esos años, había siempre una mata de mango o de güira. Eran las ideales para el tingotalango, por la flexibilidad de sus gajos. Lo vio construir muchas veces, era más o menos así: debajo de la mata se hacía un hueco y se clavaba en el centro una estaca atada a la punta de un cordel; se cogía un pedazo de yagua y en el lomo, que es la parte más resistente, se le abría un agujero, y se le pasaba el cordel a través de él. La yagua tapaba el hueco y la otra punta del cordel, muy tensado, se ataba a uno de los gajos de la mata. La cavidad en la tierra tenía que estar bien tapada: esa era la caja de resonancia. Había variaciones en su construcción, pero muy ligeras: un cordel más grueso, menos grueso; el hueco a veces era más profundo, menos profundo... Pero sí vio construir uno que le llamó mucho la atención, porque la estaca no se clavaba en el centro del hueco, sino al lado, y se hacía en la tierra una canalita que los comunicaba. Tanto la canalita como el hueco quedaban bien tapados; el sonido que producía era menos grave.<br /> El individuo que tocaba el tingotalango golpeaba el cordel con una de sus manos, mientras que con la otra bajaba o subía el gajo; así modificaba la tensión de la cuerda y obtenía los sonidos que quería: más graves, más agudos...<br /> <br /> ==Bailes que Dominaba==<br /> <br /> El tingotalango era un instrumento silvestre, un bajo natural. Se prestaba mucho para acompañar musicalmente bailes como la caringa, el papalote, el buey suelto, la vaca brava, el gavilán, el zumba-Antonio, y otros. Llegó a bailar todo eso, le era divertido, le gustaba. <br /> <br /> ==Mejores tocadores de Tingotalango==<br /> <br /> En sus recorridos fiesteros por zonas campesinas vio muchos tingotalangos, vio buenos tocadores, y malos también. Se decía que Alberto Pérez, Raimundo Méndez y Rodolfo Triana eran los mejores.<br /> <br /> ==Usos del Tingotalango==<br /> <br /> Ahora, quiere aclarar que cuando había un baile de campo que perseguía fines comerciales (baile de salón, como se le decía) no se utilizaba el tingotalango; ello se debía a que era un instrumento construido al aire libre, en los patios de las casas; para fiestas familiares solamente: bautizos, cumpleaños, bodas...<br /> <br /> A nadie se le hubiera ocurrido hacerlo dentro de una casa. Para los bailes de salón se tocaba danzón: la única música que se bailaba en este país por ese tiempo. Se está hablando de los años [[1905]], [[1906]], [[1907]], por ahí. El son, el danzonete, la guajira... llegaron después.<br /> <br /> ==Consideraciones públicas sobre el Tingotalango==<br /> <br /> Para unos el tingotalango es una pieza musical muy antigua, que tiene la misma estructura de la caringa, el papalote, el gavilán... Un estribillo que repiten los músicos o un coro de bailadores, y que se alterna con las improvisaciones de un bailador solista, ya en cuartetas, ya en décimas... Para otros es una simple composición musical. La experiencia que tiene es que a todas las fiestas que fue nunca oyó cantar ni bailar el tingotalango, ni siquiera tararear el estribillo. Para él no es más que el nombre de un instrumento.<br /> <br /> ==Creación del Tingotalango==<br /> <br /> El tingotalango como música fue creación del trinitario Julio Cueva, quien en la década de los 40 alcanzó mucha popularidad con El marañón, El golpe de bibijagua y Tingotalango. Él se motivó en el instrumento, en su construcción rústica, para componer la letra:<br /> {{Sistema:Cita|<br /> Hay en Cuba un instrumento&lt;br&gt;que se usa mucho en el campo,&lt;br&gt;<br /> no es de cuerda ni de viento,&lt;br&gt;<br /> y se llama tingo talango.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;&lt;br&gt;<br /> Si quieres que te describa&lt;br&gt;<br /> cómo es el tingo talango,&lt;br&gt;<br /> búscate un gajo de güira&lt;br&gt;<br /> o si no uno de mango.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Se abre un hueco en la tierra,&lt;br&gt;<br /> encima una hoja de lata,&lt;br&gt;<br /> en el centro un agujero&lt;br&gt;<br /> donde un alambre se ata.&lt;br&gt;<br /> Zumbantorio, tingo talango,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Zumbantorio, dale que dale,&lt;br&gt;<br /> zumbantorio.&lt;br&gt;<br /> Con estos tres elementos&lt;br&gt;<br /> que yo les estoy nombrando&lt;br&gt;<br /> ya tiene el instrumento,&lt;br&gt;<br /> cubano, tingo talango.<br /> }}<br /> El estribillo de esta pieza musical es una combinación donde entran como componentes la palabra tingotalango y algunas palabras del estribillo del zumbantorio que, por cierto, se bailaba poco porque se necesitaba para ello un bailador-improvisador de mucha calidad, y no abundaba.<br /> <br /> ==El Zumbantorio==<br /> <br /> El zumbantorio era un baile de argumento: un hombre de barba muy exagerada llegaba al baile y se acercaba a una de las jóvenes, la hija del dueño de la casa, y conversaban. El viejo llegaba hasta la pareja y le arrancaba la barba postiza al recién llegado, descubría que se trataba de Antonio, el novio de la hija, cuyas relaciones él rechazaba y pedía a los concurrentes que lo sacaran de allí. Y a partir de ese momento comenzaba la música y el baile. El coro lanzaba el estribillo:<br /> <br /> Antonio está aquí,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> Zúmbalo, zúmbalo,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> Dale, dale,&lt;br&gt;<br /> aquí no lo quiero.&lt;br&gt;<br /> <br /> Y el bailador respondía con la improvisación, casi siempre en cuartetas. Todos querían golpear a Antonio, pero este trataba de evitarlo. Muchas veces era acosado, la novia se interponía y evitaba que lo golpearan. Hasta que Antonio convencía a los asistentes de sus buenas intenciones con la muchacha y trataba de deslumbrarlos con su baile. Un grupito de ellos hacía un aparte con el dueño de la casa y decidían si Antonio debía de quedarse o no. Si no era aceptado se detenía la música y él debía retirarse, abandonar el local, y esto resultaba muy bochornoso para un bailador. El zumbantorio requería mucha destreza por parte de la pareja solista; era un baile donde todos los presentes podían participar.<br /> <br /> De los bailes cantados les han llegado algunos estribillos, muy deformados a veces. Es zumbantonio y no zumbantorio —como escribe Cueva—, ni zumbatorio. Y el cuerpo, la letra, eso se lo llevó el viento. Son improvisaciones, aunque hay quien tiene buena memoria y aún recuerda algunos fragmentos aprendidos en el momento mismo de su improvisación. En cuanto a la música, esta es muy diferente de la del Tingotalango de Cueva, entre una y otra no hay semejanza alguna. El último tingotalango que vio fue en casa de Marcelo Hernández, en Blanquizal, en [[1911]].<br /> <br /> ==La marímbula==<br /> <br /> La marímbula, un instrumento rechazado porque lo utilizaban los negros en sus fiestas, desplazó al tingotalango; fue penetrando la barrera racial y los campesinos blancos la acogieron, la hicieron suya. Era un bajo pequeño, de más posibilidades sonoras, transportable... Ya no había necesidad de cavar un hoyo, ni de buscar un pedazo de yagua, ni de cordel, ni una mata, para armar un tingotalango.<br /> <br /> == Fuente ==<br /> Batista, René ([[2002]]). “Ese palo tiene jutía”. Editorial Capiro, Santa Clara, Villa clara, Cuba. <br /> [[Category:Música]] <br /> [[Category:Música_cubana]] <br /> [[Category:Cantante]][[Category:Compositor]][[Category:Intérprete_musical]] [[Category:Música_folklórica]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:Tingotalango.JPG&diff=521199 2011-04-19T14:22:17Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Simuladores_de_Procesos&diff=521176 2011-04-19T14:19:32Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Definición<br /> |Nombre = Simuladores de Procesos Químicos <br /> |imagen = Simulador_de_Procesos.jpg‎ <br /> |concepto = Son poderosas herramientas de cálculos que pueden llegar a ser muy oportunas, adecuadas y de apoyo para el diseño, caracterización, optimización y monitoreo de procesos industriales. }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> '''Simuladores de Procesos.''' [[Simuladores]] dedicados fundamentalmente a la industria con el objetivo de mejorar e incrementar la eficiencia de las mismas a permitir hacer simulaciones de diferentes procesos antes de que ocurran en realidad, las cuales producen resultados que pueden ser analizados para una futura realización de los mismos.Existe una gran variedad de simuladores de procesos comerciales, algunos de las cuales son poderosas herramientas de cálculo, con inmensos bancos de datos que contienen las propiedades físicas de miles de compuestos y sustancias químicas, selección de modelos termodinámicos, cálculos de equipos (teórico y real), análisis de costo, estado de agregación y condiciones de operación, que le dan al simulador la ventaja de una gran versatilidad.<br /> <br /> ==HYSYS==<br /> [[Image: Hysis.jpg‎ |thumb|right|250px| Simulador de Procesos HYSYS, utilizado fundamentalmente en la esfera industrial]]<br /> HYSYS es un programa interactivo enfocado a la ingeniería de procesos y la simulación, que se puede utilizar para solucionar toda clase de problemas relacionados con procesos químicos. Este simulador cuenta con una interfaz muy amigable para el usuario, además de permitir el empleo de operadores lógicos y herramientas que facilitan la simulación de diversos procesos. Fue adquirido por AspenTech en el [[2004]] por lo que es desarrollado en la actualidad por Aspen Technology. Es un simulador bidireccional,ya que el flujo de información va en dos direcciones (hacia delante y hacia atrás). De esta forma, puede calcular las condiciones de una corriente de entrada a una operación a partir de las correspondientes a la corriente de salida sin necesidad de cálculos iterativos. Posee un entorno de simulación modular tanto para estado estacionario como para régimen dinámico. Es un software para la simulación de plantas petroquímicas y afines.<br /> <br /> ==AspenPlus==<br /> [[Image: Aspen.jpg |thumb|right|250px| Simulador de Procesos Anpen Plus, utilizado fundamentalmente en la esfera industrial]]<br /> El Sistema Avanzado para Ingeniería de Procesos - Advanced System for Process Engineering (ASPEN)es un mercado líder en herramientas de modelado de proceso de diseño conceptual, optimización y monitoreo de desempeño para la industria química, polímeros, especialidades químicas, metales y minerales. Desarrollado en la década de [[1970]] por investigadores del Massachusetts Institute of <br /> Technology (MIT) y comercializado desde [[1980]] por una compañía denominada AspenTech. Aspen Plus es un simulador estacionario, secuencial modular (en las últimas versiones permite la estrategia orientada a ecuaciones). Actualmente es posible que sea el más extendido en la industria. Se ha utilizado para <br /> modelar procesos en industrias: química y petroquímica, refino de petróleo, procesamientos de gas y aceites, generación de energía, metales y minerales, industrias del papel y la pulpa y otros. Aspen Plus tiene la base de datos más amplia entre los simuladores de procesos comerciales, e incluye comportamiento de iones y de electrolitos. Además modela y simula cualquier tipo de proceso para el cual hay un flujo continuo de materiales y energía de una unidad de proceso a otra. Posee herramientas para cálculos de costes y optimizaciones del proceso, generación de resultados en forma gráfica y en tablas y otros.<br /> <br /> ==CHEMCAD==<br /> [[Image: CHEMCAD.jpg |thumb|right|250px| Simulador de Procesos CHEMCAD, utilizado fundamentalmente en la esfera industrial]]<br /> CHEMCAD nace en [[1984]] cuando un profesor universitario formó un equipo para desarrollar un simulador de procesos para computadoras personales PC. El simulador fue vendido a la sección de software de McGraw Hill (COADE) y luego siguió siendo desarrollado y distribuido por Chemstations Inc. CHEMCAD ha venido evolucionando durante estos años para convertirse en un paquete de módulos que abarca cálculo y diseño de intercambiadores de calor (CC-THERM), simulación de destilaciones dinámicas (CC-DCOLUMN), simulación de reactores por lotes (CC-ReACS), simulación de destilaciones por lotes (CC-BATCH), simulación de redes de tuberías (CC-SAFETY NET). Recientemente ha sido puesta a la venta la<br /> versión 6 de CHEMCAD con una nueva interface de usuario y otras propiedades adicionales.<br /> Este sistema es muy usado en todo el mundo, para el diseño, operación y mantenimiento de procesos químicos en una gran variedad de industrias incluyendo la exploración de petróleo y gas; y naturalmente en procesos químicos, farmacéuticos, biocombustibles y procesos de fábricas industriales. <br /> De forma general este software, como una herramienta de productividad tiene muchas ventajas entre las que cabe mencionar las siguientes: <br /> *Incremento en la productividad por el uso de información obtenida a partir de la simulación diaria de cálculos relacionados con las condiciones de operación. <br /> *Maximizar la rentabilidad de las operaciones por el diseño más eficiente de nuevos procesos y equipos. <br /> *Reducción de costos e inversiones de capital por la optimización y solución de los cuellos de botella existentes en los procesos y en los equipos.<br /> <br /> ==ProModel== <br /> [[Image: ProModel.jpg |thumb|right|250px| Simulador de Procesos Industriales]]<br /> “ProModel” es un programa de simulación de procesos industriales, permite simular cualquier tipo de proceso de manufactura, además de procesos logísticos, procesos de manejos de materiales y contiene excelentes simulaciones de talleres, grúas viajeras, bandas de transporte y mucho más.<br /> <br /> En teoría, cualquier sistema de procesos puede ser modelado en computadora, solo se necesita de esfuerzo e ingenio, además de las herramientas que nos permitan plasmar nuestro pensamiento en un modelo computarizado, una de esas herramientas es “ProModel”, en el cual se puede crear un modelo computarizado de todo proceso de manufactura y una vez realizado el modelado, se podrá simular sobre el una gran cantidad de situaciones como Justo a Tiempo, Teoría de Restricciones, Sistemas de Empujar y Jalar, Logística y muchas otras más. Además de permitir el simulado de acciones, nos enseña como optimizar los procesos en la misma, y así obtener los mejores con el consumo mínimo de recursos, para dicha tarea, el sistema cuenta con 2 optimizadores.<br /> <br /> “ProModel” es un paquete de simulación que no realiza solamente el simulado, sino también optimiza los modelos ingresados. Corre bajo el sistema operativo Windows y sus requerimientos mínimos son un procesador 486, 32 MB de RAM, 2 MB de espacio en Disco Duro.<br /> <br /> ==Fuente==<br /> *HENAO, C. y VÉLEZ, J.Manual del laboratorio diseño de procesos químicos - Uso del paquete de simulación HYSYS.Process. UPB.Medellín. 2002<br /> *PACHECO, H. S. Evaluación del software para la simulación de procesos químicos 2006 <br /> *Tesis [[Universidad de Ciencias Informáticas]]<br /> *ProModel: Simulador de Procesos Industriales[Consultado el 11 de abril del 2011. Disponible en: http://www.programasde.com/promodel-simulador-de-procesos-industriales/]<br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Jos%C3%A9_Portal_Nodal&diff=521126 2011-04-19T14:11:48Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Ficha Persona<br /> |nombre = José Portal Nodal<br /> |nombre completo = José Portal Nodal<br /> |otros nombres = Cheo<br /> |imagen = José_Portal_Nodal.JPG<br /> |tamaño = <br /> |descripción = Músico aficionado<br /> |fecha de nacimiento = [[14 de febrero]] de [[1908]]<br /> |lugar de nacimiento = Frescura, [[San Antonio de las Vueltas]]<br /> |fecha de fallecimiento = <br /> |lugar de fallecimiento = <br /> |causa muerte = <br /> |residencia = [[Camajuaní]]<br /> |nacionalidad = Cubana<br /> |ciudadanía = Cubana<br /> |educación = <br /> |alma máter = <br /> |ocupación = <br /> |conocido = <br /> |titulo = <br /> |termino = <br /> |predecesor = <br /> |sucesor = <br /> |partido político = <br /> |cónyuge = <br /> |hijos = <br /> |padres = <br /> |familiares = <br /> |obras = <br /> |premios = <br /> |web = <br /> |notas = <br /> }} '''José Portal Nodal'''. También conocido por Cheo fue un músico aficionado con una inteligencia especial para tocar música con una pita y una lata. Con estos instrumentos tocaba de todo. <br /> <br /> ==Infancia==<br /> <br /> Nació en Frescura, [[San Antonio de las Vueltas|Vueltas]], el [[14 de febrero]] de [[1908]]. Luego su padre compró un sitio aquí, en Fusté y se mudaron para acá. Cuando eso tendría nueve o diez años, pero trabajaba duro en el campo, como un hombre.<br /> Cuando iba a guataquear o hacer otra cosa, llevaba siempre una latica de leche condensada vacía y, en mis ratos de descanso, cinco o diez minutos, buscaba unas fibritas de espartillo y se ponía a tocar con ellas y con la latica. Se metía una de las fibritas de espartillo en la boca y la montaba, sujetándola con el índice de la mano izquierda, sobre uno de los bordes. La latica le servía de caja de resonancia, como la de una guitarra, y con el dedo índice de la mano derecha tocaba el espartillo. Así sacaba tonadas y canciones. El espartillo no resistía mucho. Se partía y cogía otra fibrita. Y los compañeros de trabajo, los que siempre le estaban mirando cuando tocaba, se decían bajito: « ¡Qué lástima de muchachito: está loco!» No recuerda el primer día en que tocó de esa forma, pero sé que todo le salió de la mente: nunca vio a nadie haciendo algo igual, ni lo ha visto nunca.<br /> <br /> ==El Tres==<br /> <br /> Cuando fue mayor quiso comprarse un tres. Se lo compró a un primo de él que vivía en El Rincón, en 25 pesos. Pensaba que si con una latica y una fibra de espartillo tocaba, el tres le sería fácil aprenderlo a tocar. Las noches enteras se las pasaba dentro de un rancho queriendo sacarle algo, pero no sacaba nada. Sus manos eran muy torpes. Se aburrió y le regaló a su primo el tres que antes le había comprado.<br /> <br /> == Otras Ocupaciones== <br /> <br /> Luego se metió a tumbero en el conjunto campesino Poponda, de [[Vega Alta]]. Dos años estuvo tocando allí. Después pasó al conjunto La Fe. Pero no dejaba su lata y su pita de corojo, porque el espartillo y la latica de leche condensada, con el tiempo, los sustituyó por una lata grande de aceite de comer, de las de cinco galones, y una pita de corojo.<br /> <br /> ==La Pita y la Lata==<br /> <br /> Nunca se había puesto a pensar si lo que él hacía era fácil o no; pero un día, estando en la tienda del Central “[[Luis Arcos Bergnes|Carmita]]”, hablando con Chichí, el dependiente, se apareció Guillermo, el dueño del conjunto Poponda. Guillermo no sabía que él tocaba con la lata y la pita, porque en el tiempo que estuvo tocando con él, nunca le dijo nada. Se saludaron, y Chichí le dijo: «Mira, Guillermo, aquí tenemos a Cheo, que con una pita y una lata toca lo que le pidan, ¡lo que tú quieras!» Guillermo se interesó y Chichí cogió una lata de aceite que tenía para agua; de un rollo grande de pita de nylon picó un pedazo, y le entregó las dos cosas. Entonces le dijo a Guillermo que le pidiera lo que él quisiera. Y comenzó a tocar. Estuvo tocando allí como una hora: él pidiéndole y el otro tocando. Cuando terminó, él comenzó a tocar; pero no le salía nada, y los chorros de sudor le caían dentro de la lata. Le tiró una mano por los hombros y le dijo: «Eso es así, Guillermo, a ti te dieron inteligencia para tocar el tres y la guitarra, y a mí para tocar una lata y una pita.»<br /> La gente le pide que le explique cómo se produce la música con la pita y la lata, porque viéndolo tocar no sabe todavía cómo es la cosa. Muerde entre los dientes la pita, la pone tensa y la pega al borde de la lata, al borde que le queda afuera. Cuando quiere lograr un registro va llevando la cabeza hacia abajo y halando la pita con la mano izquierda, también hacia abajo, rozando siempre la pita con el borde de la lata. Alargándola y acortándola, porque el sube y baja de la cuerda le hace un diapasón. La acústica la da el vacío de la lata. La lata hay que procurar que esté limpia, sin grasa, sin pintura, sin polvo, para que dé un sonido limpio. Con la pita y la lata toca de todo.<br /> <br /> ==Repertorio que más le gustaba==<br /> <br /> Las cosas que más le gustan son: El presidiario, La casita, En las tinieblas, La cachimba de San Juan, El cadete constitucional, Suavecito, La mujer de Antonio, Mi tinajita, Allá en el año 95, El mambí, Me gusta el campo, La caringa, El buey suelto, La vaca brava..., y una guaracha muy antigua que le enseñó un amigo de su padre: La guabina, la toca mucho, la gente la pide y goza con ella, es muy linda:<br /> <br /> La mulata Celestina&lt;br&gt;<br /> le ha cogido miedo al mar,&lt;br&gt;<br /> porque una vez fue a nadar&lt;br&gt;<br /> y la mordió una guabina.&lt;br&gt;<br /> Entra, entra, guabina,&lt;br&gt;<br /> por la puerta de la cocina.&lt;br&gt;<br /> Dice doña Severina&lt;br&gt;<br /> que le gusta el mazapán,&lt;br&gt;<br /> pero más el catalán&lt;br&gt;<br /> cuando canta La guabina.&lt;br&gt;<br /> Entra, entra, guabina,&lt;br&gt;<br /> por la puerta de la cocina.&lt;br&gt;<br /> Ayer mandé a Catalina&lt;br&gt;<br /> a la plaza del mercado&lt;br&gt;<br /> que me trajera dorado&lt;br&gt;<br /> y me le dieron guabina.&lt;br&gt;<br /> Entra, entra, guabina,&lt;br&gt;<br /> por la puerta de la cocina.<br /> <br /> ==Otra forma de tocar==<br /> <br /> También toca de otra manera, pero es con la lata solamente. Mete la boca dentro de la lata y hace con la boca de piano, de guitarra, de violín, de trompeta, de flauta. Sostiene la lata con la palma de las manos, inclinándola un poco hacia abajo, y con los dedos hace el acompañamiento de tumbadoras y bongoes. Él de esa manera ha tocado mucho en velorios y la gente se ha puesto a bailar, porque tocando así se produce una música más rítmica, es como si fuera un conjunto o una orquesta, y se oye mejor.<br /> <br /> ==Los Portales==<br /> <br /> Sus hijos y él tenían un conjunto. Pidieron los instrumentos prestados por ahí y salieron a tocar por la zona. Sus cinco hijos tocan de oído, tocan tres, guitarra, marímbula, maracas, laúd, claves, y cantan. Ya el conjuntico tiene su fama. La gente misma le ha puesto Los Portales. El administrador de la Forestal de aquí los va a ayudar, le va a buscar los instrumentos para organizar en forma el conjunto, para dar actividades en la zona, donde haya que darlas. ÉL está muy embullado, porque en ese conjunto va a tocar tumbadora, bongoes, o la marímbula. De esos instrumentos cualquiera toca, en eso está; pero no deja su pita y su lata: ya son parte de su vida.<br /> <br /> == Fuente ==<br /> Batista, René (2002). “Ese palo tiene jutía”. Editorial Capiro, Santa Clara, Villa clara, Cuba. <br /> [[Category:Música]] <br /> [[Category:Música_cubana]] <br /> [[Category:Cantante]][[Category:Compositor]][[Category:Intérprete_musical]] [[Category:Música_folklórica]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:Jos%C3%A9_Portal_Nodal.JPG&diff=521123 2011-04-19T14:11:01Z

<p>Erlysad05019jcvcl: José Portal Nodal, músico aficionado</p> <hr /> <div>== Sumario ==<br /> José Portal Nodal, músico aficionado <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=519794 2011-04-18T20:08:36Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Desarrollo}}<br /> {{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen=<br /> |descripción= Un patrón de casos de uso captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> '''Los [[Patrones]] de Casos de Uso'''. Son comportamientos que deben existir en el sistema, ayudan a describir qué es lo que el sistema debe hacer, es decir, describen el uso del sistema y cómo este interactúa con los usuarios. Estos patrones son utilizados generalmente como plantillas que describen como debería ser estructurados y organizados los casos de uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Fuentes==<br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> *LARMAN, C. UML Y Patrones. Introducción al análisis y diseño orientado a objeto. México 1999. <br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=519780 2011-04-18T20:06:31Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Desarrollo}}<br /> {{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen=<br /> |descripción= Un patrón de casos de uso captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> Los [[Patrones]] de Casos de Uso. Son comportamientos que deben existir en el sistema, ayudan a describir qué es lo que el sistema debe hacer, es decir, describen el uso del sistema y cómo este interactúa con los usuarios. Estos patrones son utilizados generalmente como plantillas que describen como debería ser estructurados y organizados los casos de uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Fuentes==<br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> *LARMAN, C. UML Y Patrones. Introducción al análisis y diseño orientado a objeto. México 1999. <br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Patrones_de_Casos_de_Uso&diff=519706 2011-04-18T19:56:56Z

<p>Erlysad05019jcvcl: Página creada con '{{Desarrollo}} {{Ficha Software |nombre= Patrones de Casos de Uso |imagen= |descripción= Contrario a lo que se pudiera pensar, un patrón de casos de uso no describe un uso par...'</p> <hr /> <div>{{Desarrollo}}<br /> {{Ficha Software<br /> |nombre= Patrones de Casos de Uso<br /> |imagen=<br /> |descripción= Contrario a lo que se pudiera pensar, un patrón de casos de uso no describe un uso particular de un sistema. Más bien, captura técnicas para que el modelo sea mantenible, reusable y entendible. <br /> }}<br /> Los [[Patrones]] de Casos de Uso. Son patrones que capturan mejores prácticas para modelar casos de uso.<br /> <br /> ==Aplicación==<br /> <br /> La aplicación de los patrones de casos de uso trae los siguientes beneficios:<br /> *Aumentar la productividad.<br /> *Reutilizar elementos existentes (en este caso fragmentos de modelos)<br /> *Evitar el re trabajo por errores.<br /> *No invertir tiempo en resolver problemas ya resueltos.<br /> *Aplicar la teoría al trabajo práctico. <br /> *Habilitar las herramientas de soporte para modelar el desarrollo.<br /> <br /> ==Fuentes==<br /> *Pan-Wei Ng, Understanding types of use cases and artifacts. IBM Developer works.<br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Simulaci%C3%B3n_de_Procesos&diff=500497 2011-04-11T19:24:21Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Desarrollo}}<br /> {{Definición<br /> |nombre= Simulación de Procesos<br /> |imagen= Simulacion_de_Procesos.jpg<br /> |concepto= Técnica para evaluar en forma rápida un proceso con base en una representación del mismo, mediante modelos matemáticos.<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> La '''Simulación de Procesos'''. Resume toda la teoría relacionada con un proceso en el cual se sustituyen las situaciones reales por otras creadas artificialmente, de las cuales se deben aprender ciertas acciones, habilidades y hábitos. En los últimos años, la simulación de procesos ha llegado a ser una herramienta adecuada y oportuna de apoyo para el diseño, caracterización, optimización y monitoreo del funcionamiento de procesos industriales. Para aplicar estas simulaciones existen en la actualidad una gran variedad de [[Simuladores de Procesos]].<br /> <br /> ==Aplicaciones==<br /> <br /> En principio, la simulación de procesos puede ser útil en todas las etapas del desarrollo de un proyecto industrial. En las diferentes etapas de un proyecto, puede haber necesidad de realizar simulaciones con diferentes niveles de sofisticación. La simulación de procesos puede usarse en las siguientes etapas del desarrollo de un proyecto industrial:<br /> *Investigación y desarrollo: Una simulación sencilla se puede usar para probar la factibilidad técnica y económica del proyecto.<br /> *Etapa crítica en la toma de decisiones: Se prueban diferentes alternativas de proceso y condiciones de operación y se toman decisiones.<br /> *Planta piloto: Simulación con modelos más sofisticados para obtener mejores estimaciones de las condiciones de operación a escala industrial.<br /> *Diseño: La simulación proporciona todos los datos de proceso requeridos para el diseño detallado de los diferentes equipos.<br /> *Simulación de plantas existentes: Puede ser muy útil cuando es necesario cambiar las condiciones de operación, o cuando se quieren sustituir materias primas.<br /> <br /> ==Simulación de Procesos en la Industria Química==<br /> <br /> La simulación de procesos químicos es una herramienta moderna que se ha hecho indispensable para la solución adecuada de los problemas de proceso. Permite efectuar el análisis de plantas químicas en operación y llevar a cabo las siguientes tareas, las cuales son comunes en las diversas ramas de la industria química:<br /> *Detección de cuellos de botella en la producción.<br /> *Predicción de los efectos de cambios en las condiciones de operación y capacidad de la planta.<br /> *Optimización de las variables de operación.<br /> *Optimización del proceso cuando cambian las características de los insumos y/o las condiciones económicas del mercado.<br /> *Análisis de nuevos procesos para nuevos productos.<br /> *Evaluación de alternativas de proceso para reducir el consumo de energía.<br /> *Análisis de condiciones críticas de operación.<br /> *Transformación de un proceso para desarrollar otras materias primas.<br /> *Análisis de factibilidad y viabilidad de nuevos procesos.<br /> *Optimización del proceso para minimizar la producción de desechos y contaminantes.<br /> *Entrenamiento de operadores e ingenieros de proceso.<br /> *Investigación de la factibilidad de automatización de un proceso.<br /> <br /> ==Fuente==<br /> <br /> *MARTÍNEZ, V. H.; ALONSO, P. A., et al. Simulación de procesos en Ingeniería Química. Primera Edición ed. México: 2000. 187 p. ISBN 968-856-755-8.<br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:Simulacion_de_Procesos.jpg&diff=500482 2011-04-11T19:22:03Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Simulaci%C3%B3n_de_Procesos&diff=500422 2011-04-11T19:09:56Z

<p>Erlysad05019jcvcl: Página creada con '{{Desarrollo}} {{Definición |nombre= Simulación de Procesos |imagen= |concepto= Técnica para evaluar en forma rápida un proceso con base en una representación del mismo, me...'</p> <hr /> <div>{{Desarrollo}}<br /> {{Definición<br /> |nombre= Simulación de Procesos<br /> |imagen=<br /> |concepto= Técnica para evaluar en forma rápida un proceso con base en una representación del mismo, mediante modelos matemáticos.<br /> }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> La '''Simulación de Procesos'''. Resume toda la teoría relacionada con un proceso en el cual se sustituyen las situaciones reales por otras creadas artificialmente, de las cuales se deben aprender ciertas acciones, habilidades y hábitos. En los últimos años, la simulación de procesos ha llegado a ser una herramienta adecuada y oportuna de apoyo para el diseño, caracterización, optimización y monitoreo del funcionamiento de procesos industriales. Para aplicar estas simulaciones existen en la actualidad una gran variedad de [[Simuladores de Procesos]].<br /> <br /> ==Aplicaciones==<br /> <br /> En principio, la simulación de procesos puede ser útil en todas las etapas del desarrollo de un proyecto industrial. En las diferentes etapas de un proyecto, puede haber necesidad de realizar simulaciones con diferentes niveles de sofisticación. La simulación de procesos puede usarse en las siguientes etapas del desarrollo de un proyecto industrial:<br /> *Investigación y desarrollo: Una simulación sencilla se puede usar para probar la factibilidad técnica y económica del proyecto.<br /> *Etapa crítica en la toma de decisiones: Se prueban diferentes alternativas de proceso y condiciones de operación y se toman decisiones.<br /> *Planta piloto: Simulación con modelos más sofisticados para obtener mejores estimaciones de las condiciones de operación a escala industrial.<br /> *Diseño: La simulación proporciona todos los datos de proceso requeridos para el diseño detallado de los diferentes equipos.<br /> *Simulación de plantas existentes: Puede ser muy útil cuando es necesario cambiar las condiciones de operación, o cuando se quieren sustituir materias primas.<br /> <br /> ==Simulación de Procesos en la Industria Química==<br /> <br /> La simulación de procesos químicos es una herramienta moderna que se ha hecho indispensable para la solución adecuada de los problemas de proceso. Permite efectuar el análisis de plantas químicas en operación y llevar a cabo las siguientes tareas, las cuales son comunes en las diversas ramas de la industria química:<br /> *Detección de cuellos de botella en la producción.<br /> *Predicción de los efectos de cambios en las condiciones de operación y capacidad de la planta.<br /> *Optimización de las variables de operación.<br /> *Optimización del proceso cuando cambian las características de los insumos y/o las condiciones económicas del mercado.<br /> *Análisis de nuevos procesos para nuevos productos.<br /> *Evaluación de alternativas de proceso para reducir el consumo de energía.<br /> *Análisis de condiciones críticas de operación.<br /> *Transformación de un proceso para desarrollar otras materias primas.<br /> *Análisis de factibilidad y viabilidad de nuevos procesos.<br /> *Optimización del proceso para minimizar la producción de desechos y contaminantes.<br /> *Entrenamiento de operadores e ingenieros de proceso.<br /> *Investigación de la factibilidad de automatización de un proceso.<br /> <br /> ==Fuente==<br /> <br /> *MARTÍNEZ, V. H.; ALONSO, P. A., et al. Simulación de procesos en Ingeniería Química. Primera Edición ed. México: 2000. 187 p. ISBN 968-856-755-8.<br /> <br /> [[Category:Informática]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Simulaci%C3%B3n_(Inform%C3%A1tica)&diff=500120 2011-04-11T18:11:44Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Definición<br /> |Nombre = Simulación <br /> |imagen = Mundo virtual.PNG <br /> |concepto = La simulación es la experimentación con un modelo de una hipótesis o un conjunto de hipótesis de trabajo.}} <br /> &lt;div align=&quot;justify&quot;&gt;<br /> La '''simulación''' por ordenador intenta modelizar sistemas reales o hipotéticos por ordenador de forma que su funcionamiento puede ser estudiado y podemos predecir su comportamiento. <br /> <br /> La historia y la evolución de la simulación por ordenador han ido paralelas a la evolución de la [[Informática]]. Sus orígenes los encontramos en la segunda Guerra Mundial cuando dos matemáticos, J.VNeumann y S.Ulam, tenían el reto de resolver un problema complejo relacionado con el comportamiento de los neutrones. Los experimentos basados en prueba y error eran muy caros y el problema era demasiado complicado para abordarlo mediante técnicas analíticas. La aproximación que cogieron se basa en la utilización de números aleatorios y distribuciones de probabilidad. El método desarrollado fue llamado &quot;método de Montecarlo&quot; por el paralelismo entre la generación de números aleatorios y el juego de la ruleta. <br /> <br /> == Definición ==<br /> <br /> La '''Simulación''' es la imitación del funcionamiento de un sistema real durante un intervalo de tiempo. Esta simulación puede realizarse ya sea de forma manual o computacional. La simulación se basa en un modelo de la realidad que cuenta una historia y al observar el comportamiento de esta, nos permite obtener conocimiento acerca del sistema real.El comportamiento de la simulación está determinado por el modelo de simulación o conjunto de supuestos concernientes al [[Sistema]] real, estos supuestos se expresan a través de relaciones lógicas y [[Matemáticas]] entre las entidades. <br /> <br /> == ¿Cuándo Simular? ==<br /> <br /> A pesar de la disponibilidad de lenguajes de simulación de propósitos específicos, y el aumento de la capacidad computacional masiva a bajo costo, la simulación no es siempre recomendable. A continuación se muestra una lista de casos en que la simulación es una técnica apropiada: <br /> <br /> *La simulación permite el estudio y experimentación con las interacciones internas de un [[Sistema|sistema]] complejo. <br /> *Permite ver los efectos que un cambio produce en el comportamiento de un sistema. <br /> *El comocimiento ganado en diseñar un modelo de simulación puede ser muy útil para sugerir mejoras en el sistema que se estudia.<br /> *La simulación sirve como herramienta pedagógica al permitir reforzar analíticamente soluciones teóricas. <br /> *Simulando diferentes capacidades de [[Hardware|hardware]] para una maquina, se pueden determinar sus requerimientos.<br /> <br /> Los sistemas modernos son organizaciones tan complejas que las interacciones solo puedes ser trabajadas a través de la simulación. A continuación se presenta una lista de casos en que la simulación no debe ser usada: <br /> <br /> *Cuando el problema se puede resolver usando el sentido común o analíticamente. <br /> *No debe ser usada si es más fácil hacer los experimentos directamente. <br /> *No debe usarse si los costos superan al presupuesto. <br /> *Una simulación requiere datos de entrada, si no hay, entonces no vale la pena simular. <br /> *Si no hay tiempo o personal para verificar y validar el modelo, entonces no se debe simular.<br /> <br /> == Etapas para realizar un estudio de simulación ==<br /> <br /> === Definición del sistema ===<br /> <br /> Consiste en estudiar el contexto del problema, identificar los objetivos del [[Proyecto|proyecto]], especificar los índices de medición de la efectividad del sistema, especificar los objetivos específicos del modelamiento y definir el sistema que se va a modelar. <br /> <br /> === Formulación del modelo ===<br /> <br /> Una vez definidos con exactitud los resultados que se esperan obtener del estudio, se define y construye el modelo con el cual se obtendrán los resultados deseados. En la formulación del modelo es necesario definir todas las variables que forman parte de él, sus relaciones lógicas y los diagramas de flujo que describan en forma completa el modelo. <br /> <br /> === Colección de datos ===<br /> <br /> Es importante que se definan con claridad y exactitud los datos que el modelo va a requerir para producir los resultados deseados. <br /> <br /> === Implementación del modelo en la computadora ===<br /> <br /> Con el modelo definido, el siguiente paso es decidir si se utiliza algún lenguaje como el [[Fortran|fortran]], algol, lisp, etc., o se utiliza algún paquete como Promodel, Vensim, Stella y iThink, GPSS, simula, simscript, Rockwell Arena, [Flexsim], etc., para procesarlo en la computadora y obtener los resultados deseados. <br /> <br /> === Verificación ===<br /> <br /> El proceso de verificación consiste en comprobar que el modelo simulado cumple con los requisitos de diseño para los que se elaboró. Se trata de evaluar que el modelo se comporta de acuerdo a su diseño del modelo <br /> <br /> === Validación Del Sistema ===<br /> <br /> A través de esta etapa es valorar las diferencias entre el funcionamiento del simulador y el sistema real que se está tratando de simular.[3] Las formas más comunes de validar un modelo son:&lt;br&gt;<br /> <br /> #La opinión de expertos sobre los resultados de la simulación.&lt;br&gt;<br /> #La exactitud con que se predicen datos históricos.&lt;br&gt;<br /> #La exactitud en la predicción del futuro.&lt;br&gt;<br /> #La comprobación de falla del modelo de simulación al utilizar datos que hacen fallar al sistema real.&lt;br&gt;<br /> #La aceptación y confianza en el modelo de la persona que hará uso de los resultados que arroje el experimento de simulación.&lt;br&gt;<br /> <br /> === Experimentación ===<br /> <br /> La experimentación con el modelo se realiza después que éste haya sido validado. La experimentación consiste en generar los datos deseados y en realizar un análisis de sensibilidad de los índices requeridos... <br /> <br /> === Interpretación ===<br /> <br /> En esta etapa del estudio, se interpretan los resultados que arroja la simulación y con base a esto se toma una decisión. Es obvio que los resultados que se obtienen de un estudio de simulación ayuda a soportar decisiones del tipo semi-estructurado. <br /> <br /> === Documentación ===<br /> <br /> Dos tipos de documentación son requeridos para hacer un mejor uso del modelo de simulación. La primera se refiere a la documentación del tipo técnico y la segunda se refiere al manual del usuario, con el cual se facilita la interacción y el uso del modelo desarrollado. <br /> <br /> == Modelos de simulación ==<br /> <br /> La experimentación puede ser un trabajo de campo o de laboratorio. El modelo de método usado para la simulación seria teórico, conceptual o sistémico. Después de confirmar la hipótesis podemos ya diseñar un teorema. Finalmente si éste es admitido puede convertirse en una teoría o en una ley. <br /> <br /> === Modelo teórico ===<br /> <br /> El 'modelo teórico' debe contener los elementos que se precisen para la simulación. Un ejemplo con trabajo de laboratorio es un programa de estadística con ordenador que genere números aleatorios y que contenga los estadísticos de la media y sus diferentes versiones cuadrática - aritmética - geométrica - armónica. Además debe ser capaz de determinar la normalidad en términos de probabilidad de las series generadas. La hipótesis de trabajo es que la media y sus versiones también determinan la normalidad de las series. Es un trabajo experimental de laboratorio. Si es cierta la hipótesis podemos establecer la secuencia teorema, teoría, ley. Es el modelo principal de todo una investigación científica, gracias a ello podemos definir o concluir la hipotesis, las predicciones, etc. <br /> <br /> === Modelo conceptual ===<br /> <br /> El modelo conceptual desea establecer por un cuestionario y con trabajo de campo, la importancia de la discriminación o rechazo en una colectividad y hacerlo por medio de un cuestionario en forma de una simulación con una escala de actitud. Después de ver si la población es representativa o adecuada, ahora la simulación es la aplicación del cuestionario y el modelo es el cuestionario para confirmar o rechazar la hipótesis de si existe discriminación en la población y hacia que grupo de personas y en que cuestiones. Gran parte de las simulaciones son de este tipo con modelos conceptuales. <br /> <br /> === Modelo Sistémico ===<br /> <br /> El modelo sistémico es más pretencioso y es un trabajo de laboratorio. Se simula el sistema social en una de sus representaciones totales. El análisis de sistemas es una representación total. Un plan de desarrollo en el segmento de transportes con un modelo de ecología humana, por ejemplo. El énfasis en la teoría general de sistemas es lo adecuado en este tipo de simulaciones. Este método, que es para un Sistema complejo, es sumamente abstracto, no se limita a la descripción del sistema, sino que debe incluir en la simulación las entradas y salidas de energía y procesos de homeostasis, autopoiesis y retroalimentación. Tanto el programa de estadística, como la escala de actitud, como el sistema total, son perfectas simulaciones de la realidad y modelizan todos los elementos en sus respectivas hipótesis de trabajo. Son también un microclima y el ambiente o el escenario en los procesos de simulación/experimentación. Otras propiedades que deben contener las simulaciones es que sean repetibles indefinidamente. Que eviten el efecto de aprendizaje que incita al encuestador a rellenar él mismo los cuestionarios y que se podrá evitar con algún control, que sean flexibles o mejorables y que no sea invasivo o cambiar la población de las muestras sucesivas. <br /> <br /> == Simulación por computadora ==<br /> <br /> Es un intento de modelar situaciones de la vida real por medio de un programa de computadora, lo que requiere ser estudiado para ver cómo es que trabaja el sistema. Ya sea por cambio de variables, quizás predicciones hechas acerca del comportamiento del sistema. &lt;br&gt;<br /> <br /> La simulación por computadora se ha convertido en una parte útil del modelado de muchos sistemas naturales en física, química y biología, y sistemas humanos como la economía y las ciencias sociales (sociología computacional), así como en dirigir para ganar la penetración su comportamiento cambiará cada simulación según el conjunto de parámetros iniciales supuestos por el entorno. Las simulaciones por computadora son a menudo consideradas seres humanos fuera de un loop de simulación. &lt;br&gt;<br /> <br /> Tradicionalmente, el modelado formal de sistemas ha sido a través de un modelo matemático, que intenta encontrar soluciones analíticas a problemas que permiten la predicción del comportamiento de un sistema de un conjunto de parámetros y condiciones iniciales. La simulación por computadora es frecuentemente usada como un accesorio para, o sustitución de, sistemas de modelado para los cuales las soluciones analíticas de forma cerrada simple no son posibles. Ahí se encuentran muchos tipos diferentes de simulación por computadora, la característica común que todas ellas comparten es el intento por generar una muestra de escenarios representativos para un modelo en que una enumeración completa de todos los estados posibles serían prohibitivos o imposibles. Varios paquetes de software existen para modelar por computadora en el funcionamiento de la simulación se realiza sin esfuerzo y simple (por ejemplo: la simulación Montecarlo y el modelado estocástico como el Simulador de Riesgo). &lt;br&gt;<br /> <br /> Es cada vez más común escuchar acerca de simulaciones a muchas clases designadas como &quot;ambientes sintéticos&quot;. Esta etiqueta ha sido adoptada al ampliar la definición de &quot;simulación&quot;, que abarca virtualmente cualquier representación computarizada.[4] <br /> <br /> == Simulación en informática ==<br /> <br /> En informática la simulación tiene todavía mayor significado especializado: Alan Turing usó el témino &quot;simulación&quot; para referirse a lo que pasa cuando una computadora digital corre una tabla de estado (corre un programa) que describe las transiciones de estado, las entradas y salidas de una máquina sujeta a discreto-estado. La simulación computarizada de una máquina sujeta. &lt;br&gt;<br /> <br /> En programación, un simulador es a menudo usado para ejecutar un programa que tiene que correr en ciertos tipos de inconvenientes de computadora o en un riguroso controlador de prueba de ambiente. Por ejemplo, los simuladores son frecuentemente usados para depurar un microprograma (microcódigo) o algunas veces programas de aplicación comercial. Dado que, la operación de computadoras es simulada, toda la información acerca de la operación de computadoras es directamente disponible al programador, y la velocidad y ejecución pueda variar a voluntad. &lt;br&gt;<br /> <br /> Los simuladores pueden ser usados para interpretar la ingeniería de seguridad o la prueba de diseño de lógica VLSI, antes de que sean construidos. En informática teórica el término &quot;simulación&quot; representa una relación entre los sistemas de transición de estado. Esto es usado en el estudio de la semántica operacional. &lt;br&gt;<br /> <br /> En el área de las ciencias son de gran ayuda ya que los estudiantes relacionan conceptos abstractos con reales (el choque de moléculas) y también ayuda en el sentido de los recursos ya que solo se tiene que disponer con un par de computadores y no con todo el aparataje de un laboratorio entero. <br /> <br /> == Ventajas ==<br /> <br /> *Nuevas políticas, procedimientos, reglas, flujos de información, entre otros pueden ser probados sin interrumpir el funcionamiento del sistema real.<br /> *Nuevos diseños de hardware, emplazamientos físicos, sistemas de transporte, entre otros pueden ser testeados sin comprometer los recursos.<br /> *Probar hipótesis hacerca del ¿Qué? Y el ¿Cómo? de algún fenómeno.<br /> *El tiempo puede ser comprimido y expandido.<br /> *El poder responder preguntas del tipo ¿Qué pasaría si...? es muy útil para el diseño de nuevos sistemas.&lt;br&gt;<br /> <br /> == Desventajas ==<br /> <br /> *La construcción de un modelo no es fácil ni cualquiera puede llegar y hacerlo, requiere de una preparació especial.<br /> *Los resultados de la simulación pueden ser difíciles de interpretar.<br /> *Hacer el análisis y el modelo de simulación puede ser muy caro tanto en tiempo como en [[Dinero]].<br /> ==Véase También==<br /> [[Simulación de Procesos]]<br /> == Fuente ==<br /> <br /> *[[Universidad de las Ciencias Informáticas]]. Teleinformática II. Conferencia 8, Gestión de redes.&lt;br&gt;<br /> &lt;/div&gt; <br /> [[Category:Informática]]<br /> <br /> &lt;br&gt;</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Simuladores_de_Procesos&diff=500047 2011-04-11T17:53:32Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Definición<br /> |Nombre = Simuladores de Procesos Químicos <br /> |imagen = Simulador_de_Procesos.jpg‎ <br /> |concepto = Son poderosas herramientas de cálculos que pueden llegar a ser muy oportunas, adecuadas y de apoyo para el diseño, caracterización, optimización y monitoreo de procesos industriales. }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Los '''Simuladores de Procesos.''' Son [[Simuladores]] dedicados fundamentalmente a la industria con el objetivo de mejorar e incrementar la eficiencia de las mismas a permitir hacer simulaciones de diferentes procesos antes de que ocurran en realidad, las cuales producen resultados que pueden ser analizados para una futura realización de los mismos.Existe una gran variedad de simuladores de procesos comerciales, algunos de las cuales son poderosas herramientas de cálculo, con inmensos bancos de datos que contienen las propiedades físicas de miles de compuestos y sustancias químicas, selección de modelos termodinámicos, cálculos de equipos (teórico y <br /> real), análisis de costo, estado de agregación y condiciones de operación, que le dan al simulador la ventaja de una gran versatilidad.<br /> <br /> ==HYSYS==<br /> [[Image: Hysis.jpg‎ |thumb|right|250px| Simulador de Procesos HYSYS, utilizado fundamentalmente en la esfera industrial]]<br /> HYSYS es un programa interactivo enfocado a la ingeniería de procesos y la simulación, que se puede utilizar para solucionar toda clase de problemas relacionados con procesos químicos. Este simulador cuenta con una interfaz muy amigable para el usuario, además de permitir el empleo de operadores lógicos y herramientas que facilitan la simulación de diversos procesos. Fue adquirido por AspenTech en el 2004 por lo que es desarrollado en la actualidad por Aspen Technology. Es un simulador bidireccional,ya que el flujo de información va en dos direcciones (hacia delante y hacia atrás). De esta forma, puede calcular las condiciones de una corriente de entrada a una operación a partir de las correspondientes a la corriente de salida sin necesidad de cálculos iterativos. Posee un entorno de simulación modular tanto para estado estacionario como para régimen dinámico. Es un software para la simulación de plantas petroquímicas y afines.<br /> <br /> ==AspenPlus==<br /> [[Image: Aspen.jpg |thumb|right|250px| Simulador de Procesos Anpen Plus, utilizado fundamentalmente en la esfera industrial]]<br /> El Sistema Avanzado para Ingeniería de Procesos - Advanced System for Process Engineering (ASPEN)es un mercado líder en herramientas de modelado de proceso de diseño conceptual, optimización y monitoreo de desempeño para la industria química, polímeros, especialidades químicas, metales y minerales. Desarrollado en la década de 1970 por investigadores del Massachusetts Institute of <br /> Technology (MIT) y comercializado desde 1980 por una compañía denominada AspenTech. Aspen Plus es un simulador estacionario, secuencial modular (en las últimas versiones permite la estrategia orientada a ecuaciones). Actualmente es posible que sea el más extendido en la industria. Se ha utilizado para <br /> modelar procesos en industrias: química y petroquímica, refino de petróleo, procesamientos de gas y aceites, generación de energía, metales y minerales, industrias del papel y la pulpa y otros. Aspen Plus tiene la base de datos más amplia entre los simuladores de procesos comerciales, e incluye comportamiento de iones y de electrolitos. Además modela y simula cualquier tipo de proceso para el cual hay un flujo continuo de materiales y energía de una unidad de proceso a otra. Posee herramientas para cálculos de costes y optimizaciones del proceso, generación de resultados en forma gráfica y en tablas y otros.<br /> <br /> ==CHEMCAD==<br /> [[Image: CHEMCAD.jpg |thumb|right|250px| Simulador de Procesos CHEMCAD, utilizado fundamentalmente en la esfera industrial]]<br /> CHEMCAD nace en 1984 cuando un profesor universitario formó un equipo para desarrollar un simulador de procesos para computadoras personales PC. El simulador fue vendido a la sección de software de McGraw Hill (COADE) y luego siguió siendo desarrollado y distribuido por Chemstations Inc. CHEMCAD ha venido evolucionando durante estos años para convertirse en un paquete de módulos que abarca cálculo y diseño de intercambiadores de calor (CC-THERM), simulación de destilaciones dinámicas (CC-DCOLUMN), simulación de reactores por lotes (CC-ReACS), simulación de destilaciones por lotes (CC-BATCH), simulación de redes de tuberías (CC-SAFETY NET). Recientemente ha sido puesta a la venta la<br /> versión 6 de CHEMCAD con una nueva interface de usuario y otras propiedades adicionales.<br /> Este sistema es muy usado en todo el mundo, para el diseño, operación y mantenimiento de procesos químicos en una gran variedad de industrias incluyendo la exploración de petróleo y gas; y naturalmente en procesos químicos, farmacéuticos, biocombustibles y procesos de fábricas industriales. <br /> De forma general este software, como una herramienta de productividad tiene muchas ventajas entre las que cabe mencionar las siguientes: <br /> *Incremento en la productividad por el uso de información obtenida a partir de la simulación diaria de cálculos relacionados con las condiciones de operación. <br /> *Maximizar la rentabilidad de las operaciones por el diseño más eficiente de nuevos procesos y equipos. <br /> *Reducción de costos e inversiones de capital por la optimización y solución de los cuellos de botella existentes en los procesos y en los equipos.<br /> <br /> ==ProModel== <br /> [[Image: ProModel.jpg |thumb|right|250px| Simulador de Procesos Industriales]]<br /> “ProModel” es un programa de simulación de procesos industriales, permite simular cualquier tipo de proceso de manufactura, además de procesos logísticos, procesos de manejos de materiales y contiene excelentes simulaciones de talleres, grúas viajeras, bandas de transporte y mucho más.<br /> <br /> En teoría, cualquier sistema de procesos puede ser modelado en computadora, solo se necesita de esfuerzo e ingenio, además de las herramientas que nos permitan plasmar nuestro pensamiento en un modelo computarizado, una de esas herramientas es “ProModel”, en el cual se puede crear un modelo computarizado de todo proceso de manufactura y una vez realizado el modelado, se podrá simular sobre el una gran cantidad de situaciones como Justo a Tiempo, Teoría de Restricciones, Sistemas de Empujar y Jalar, Logística y muchas otras más. Además de permitir el simulado de acciones, nos enseña como optimizar los procesos en la misma, y así obtener los mejores con el consumo mínimo de recursos, para dicha tarea, el sistema cuenta con 2 optimizadores.<br /> <br /> “ProModel” es un paquete de simulación que no realiza solamente el simulado, sino también optimiza los modelos ingresados. Corre bajo el sistema operativo Windows y sus requerimientos mínimos son un procesador 486, 32 MB de RAM, 2 MB de espacio en Disco Duro.<br /> <br /> ==Fuente==<br /> *HENAO, C. y VÉLEZ, J.Manual del laboratorio diseño de procesos químicos - Uso del paquete de simulación HYSYS.Process. UPB.Medellín. 2002<br /> *PACHECO, H. S. Evaluación del software para la simulación de procesos químicos 2006 <br /> *Tesis [[Universidad de Ciencias Informáticas]]<br /> *ProModel: Simulador de Procesos Industriales[Consultado el 11 de abril del 2011. Disponible en: http://www.programasde.com/promodel-simulador-de-procesos-industriales/]<br /> [[Category:Informática]][[Category:Ayuda]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Simuladores_de_Procesos&diff=500023 2011-04-11T17:50:13Z

<p>Erlysad05019jcvcl: Simuladores de Procesos Químicos trasladada a Simuladores de Procesos</p> <hr /> <div>{{Desarrollo}}<br /> {{Definición<br /> |Nombre = Simuladores de Procesos Químicos <br /> |imagen = Simulador_de_Procesos.jpg‎ <br /> |concepto = Son poderosas herramientas de cálculos que pueden llegar a ser muy oportunas, adecuadas y de apoyo para el diseño, caracterización, optimización y monitoreo de procesos industriales. }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Los '''Simuladores de Procesos.''' Son [[Simuladores]] dedicados fundamentalmente a la industria con el objetivo de mejorar e incrementar la eficiencia de las mismas a permitir hacer simulaciones de diferentes procesos antes de que ocurran en realidad, las cuales producen resultados que pueden ser analizados para una futura realización de los mismos.Existe una gran variedad de simuladores de procesos comerciales, algunos de las cuales son poderosas herramientas de cálculo, con inmensos bancos de datos que contienen las propiedades físicas de miles de compuestos y sustancias químicas, selección de modelos termodinámicos, cálculos de equipos (teórico y <br /> real), análisis de costo, estado de agregación y condiciones de operación, que le dan al simulador la ventaja de una gran versatilidad.<br /> <br /> ==HYSYS==<br /> [[Image: Hysis.jpg‎ |thumb|right|250px| Simulador de Procesos HYSYS, utilizado fundamentalmente en la esfera industrial]]<br /> HYSYS es un programa interactivo enfocado a la ingeniería de procesos y la simulación, que se puede utilizar para solucionar toda clase de problemas relacionados con procesos químicos. Este simulador cuenta con una interfaz muy amigable para el usuario, además de permitir el empleo de operadores lógicos y herramientas que facilitan la simulación de diversos procesos. Fue adquirido por AspenTech en el 2004 por lo que es desarrollado en la actualidad por Aspen Technology. Es un simulador bidireccional,ya que el flujo de información va en dos direcciones (hacia delante y hacia atrás). De esta forma, puede calcular las condiciones de una corriente de entrada a una operación a partir de las correspondientes a la corriente de salida sin necesidad de cálculos iterativos. Posee un entorno de simulación modular tanto para estado estacionario como para régimen dinámico. Es un software para la simulación de plantas petroquímicas y afines.<br /> <br /> ==AspenPlus==<br /> [[Image: Aspen.jpg |thumb|right|250px| Simulador de Procesos Anpen Plus, utilizado fundamentalmente en la esfera industrial]]<br /> El Sistema Avanzado para Ingeniería de Procesos - Advanced System for Process Engineering (ASPEN)es un mercado líder en herramientas de modelado de proceso de diseño conceptual, optimización y monitoreo de desempeño para la industria química, polímeros, especialidades químicas, metales y minerales. Desarrollado en la década de 1970 por investigadores del Massachusetts Institute of <br /> Technology (MIT) y comercializado desde 1980 por una compañía denominada AspenTech. Aspen Plus es un simulador estacionario, secuencial modular (en las últimas versiones permite la estrategia orientada a ecuaciones). Actualmente es posible que sea el más extendido en la industria. Se ha utilizado para <br /> modelar procesos en industrias: química y petroquímica, refino de petróleo, procesamientos de gas y aceites, generación de energía, metales y minerales, industrias del papel y la pulpa y otros. Aspen Plus tiene la base de datos más amplia entre los simuladores de procesos comerciales, e incluye comportamiento de iones y de electrolitos. Además modela y simula cualquier tipo de proceso para el cual hay un flujo continuo de materiales y energía de una unidad de proceso a otra. Posee herramientas para cálculos de costes y optimizaciones del proceso, generación de resultados en forma gráfica y en tablas y otros.<br /> <br /> ==CHEMCAD==<br /> [[Image: CHEMCAD.jpg |thumb|right|250px| Simulador de Procesos CHEMCAD, utilizado fundamentalmente en la esfera industrial]]<br /> CHEMCAD nace en 1984 cuando un profesor universitario formó un equipo para desarrollar un simulador de procesos para computadoras personales PC. El simulador fue vendido a la sección de software de McGraw Hill (COADE) y luego siguió siendo desarrollado y distribuido por Chemstations Inc. CHEMCAD ha venido evolucionando durante estos años para convertirse en un paquete de módulos que abarca cálculo y diseño de intercambiadores de calor (CC-THERM), simulación de destilaciones dinámicas (CC-DCOLUMN), simulación de reactores por lotes (CC-ReACS), simulación de destilaciones por lotes (CC-BATCH), simulación de redes de tuberías (CC-SAFETY NET). Recientemente ha sido puesta a la venta la<br /> versión 6 de CHEMCAD con una nueva interface de usuario y otras propiedades adicionales.<br /> Este sistema es muy usado en todo el mundo, para el diseño, operación y mantenimiento de procesos químicos en una gran variedad de industrias incluyendo la exploración de petróleo y gas; y naturalmente en procesos químicos, farmacéuticos, biocombustibles y procesos de fábricas industriales. <br /> De forma general este software, como una herramienta de productividad tiene muchas ventajas entre las que cabe mencionar las siguientes: <br /> *Incremento en la productividad por el uso de información obtenida a partir de la simulación diaria de cálculos relacionados con las condiciones de operación. <br /> *Maximizar la rentabilidad de las operaciones por el diseño más eficiente de nuevos procesos y equipos. <br /> *Reducción de costos e inversiones de capital por la optimización y solución de los cuellos de botella existentes en los procesos y en los equipos.<br /> <br /> ==ProModel== <br /> [[Image: ProModel.jpg |thumb|right|250px| Simulador de Procesos Industriales]]<br /> “ProModel” es un programa de simulación de procesos industriales, permite simular cualquier tipo de proceso de manufactura, además de procesos logísticos, procesos de manejos de materiales y contiene excelentes simulaciones de talleres, grúas viajeras, bandas de transporte y mucho más.<br /> <br /> En teoría, cualquier sistema de procesos puede ser modelado en computadora, solo se necesita de esfuerzo e ingenio, además de las herramientas que nos permitan plasmar nuestro pensamiento en un modelo computarizado, una de esas herramientas es “ProModel”, en el cual se puede crear un modelo computarizado de todo proceso de manufactura y una vez realizado el modelado, se podrá simular sobre el una gran cantidad de situaciones como Justo a Tiempo, Teoría de Restricciones, Sistemas de Empujar y Jalar, Logística y muchas otras más. Además de permitir el simulado de acciones, nos enseña como optimizar los procesos en la misma, y así obtener los mejores con el consumo mínimo de recursos, para dicha tarea, el sistema cuenta con 2 optimizadores.<br /> <br /> “ProModel” es un paquete de simulación que no realiza solamente el simulado, sino también optimiza los modelos ingresados. Corre bajo el sistema operativo Windows y sus requerimientos mínimos son un procesador 486, 32 MB de RAM, 2 MB de espacio en Disco Duro.<br /> <br /> ==Fuente==<br /> *HENAO, C. y VÉLEZ, J.Manual del laboratorio diseño de procesos químicos - Uso del paquete de simulación HYSYS.Process. UPB.Medellín. 2002<br /> *PACHECO, H. S. Evaluación del software para la simulación de procesos químicos 2006 <br /> *Tesis [[Universidad de Ciencias Informáticas]]<br /> *ProModel: Simulador de Procesos Industriales[Consultado el 11 de abril del 2011. Disponible en: http://www.programasde.com/promodel-simulador-de-procesos-industriales/]<br /> [[Category:Informática]][[Category:Ayuda]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Simuladores_de_Procesos_Qu%C3%ADmicos&diff=500024 2011-04-11T17:50:13Z

<p>Erlysad05019jcvcl: Simuladores de Procesos Químicos trasladada a Simuladores de Procesos</p> <hr /> <div>#REDIRECCIÓN [[Simuladores de Procesos]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Simuladores_de_Procesos&diff=500005 2011-04-11T17:47:35Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Desarrollo}}<br /> {{Definición<br /> |Nombre = Simuladores de Procesos Químicos <br /> |imagen = Simulador_de_Procesos.jpg‎ <br /> |concepto = Son poderosas herramientas de cálculos que pueden llegar a ser muy oportunas, adecuadas y de apoyo para el diseño, caracterización, optimización y monitoreo de procesos industriales. }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Los '''Simuladores de Procesos.''' Son [[Simuladores]] dedicados fundamentalmente a la industria con el objetivo de mejorar e incrementar la eficiencia de las mismas a permitir hacer simulaciones de diferentes procesos antes de que ocurran en realidad, las cuales producen resultados que pueden ser analizados para una futura realización de los mismos.Existe una gran variedad de simuladores de procesos comerciales, algunos de las cuales son poderosas herramientas de cálculo, con inmensos bancos de datos que contienen las propiedades físicas de miles de compuestos y sustancias químicas, selección de modelos termodinámicos, cálculos de equipos (teórico y <br /> real), análisis de costo, estado de agregación y condiciones de operación, que le dan al simulador la ventaja de una gran versatilidad.<br /> <br /> ==HYSYS==<br /> [[Image: Hysis.jpg‎ |thumb|right|250px| Simulador de Procesos HYSYS, utilizado fundamentalmente en la esfera industrial]]<br /> HYSYS es un programa interactivo enfocado a la ingeniería de procesos y la simulación, que se puede utilizar para solucionar toda clase de problemas relacionados con procesos químicos. Este simulador cuenta con una interfaz muy amigable para el usuario, además de permitir el empleo de operadores lógicos y herramientas que facilitan la simulación de diversos procesos. Fue adquirido por AspenTech en el 2004 por lo que es desarrollado en la actualidad por Aspen Technology. Es un simulador bidireccional,ya que el flujo de información va en dos direcciones (hacia delante y hacia atrás). De esta forma, puede calcular las condiciones de una corriente de entrada a una operación a partir de las correspondientes a la corriente de salida sin necesidad de cálculos iterativos. Posee un entorno de simulación modular tanto para estado estacionario como para régimen dinámico. Es un software para la simulación de plantas petroquímicas y afines.<br /> <br /> ==AspenPlus==<br /> [[Image: Aspen.jpg |thumb|right|250px| Simulador de Procesos Anpen Plus, utilizado fundamentalmente en la esfera industrial]]<br /> El Sistema Avanzado para Ingeniería de Procesos - Advanced System for Process Engineering (ASPEN)es un mercado líder en herramientas de modelado de proceso de diseño conceptual, optimización y monitoreo de desempeño para la industria química, polímeros, especialidades químicas, metales y minerales. Desarrollado en la década de 1970 por investigadores del Massachusetts Institute of <br /> Technology (MIT) y comercializado desde 1980 por una compañía denominada AspenTech. Aspen Plus es un simulador estacionario, secuencial modular (en las últimas versiones permite la estrategia orientada a ecuaciones). Actualmente es posible que sea el más extendido en la industria. Se ha utilizado para <br /> modelar procesos en industrias: química y petroquímica, refino de petróleo, procesamientos de gas y aceites, generación de energía, metales y minerales, industrias del papel y la pulpa y otros. Aspen Plus tiene la base de datos más amplia entre los simuladores de procesos comerciales, e incluye comportamiento de iones y de electrolitos. Además modela y simula cualquier tipo de proceso para el cual hay un flujo continuo de materiales y energía de una unidad de proceso a otra. Posee herramientas para cálculos de costes y optimizaciones del proceso, generación de resultados en forma gráfica y en tablas y otros.<br /> <br /> ==CHEMCAD==<br /> [[Image: CHEMCAD.jpg |thumb|right|250px| Simulador de Procesos CHEMCAD, utilizado fundamentalmente en la esfera industrial]]<br /> CHEMCAD nace en 1984 cuando un profesor universitario formó un equipo para desarrollar un simulador de procesos para computadoras personales PC. El simulador fue vendido a la sección de software de McGraw Hill (COADE) y luego siguió siendo desarrollado y distribuido por Chemstations Inc. CHEMCAD ha venido evolucionando durante estos años para convertirse en un paquete de módulos que abarca cálculo y diseño de intercambiadores de calor (CC-THERM), simulación de destilaciones dinámicas (CC-DCOLUMN), simulación de reactores por lotes (CC-ReACS), simulación de destilaciones por lotes (CC-BATCH), simulación de redes de tuberías (CC-SAFETY NET). Recientemente ha sido puesta a la venta la<br /> versión 6 de CHEMCAD con una nueva interface de usuario y otras propiedades adicionales.<br /> Este sistema es muy usado en todo el mundo, para el diseño, operación y mantenimiento de procesos químicos en una gran variedad de industrias incluyendo la exploración de petróleo y gas; y naturalmente en procesos químicos, farmacéuticos, biocombustibles y procesos de fábricas industriales. <br /> De forma general este software, como una herramienta de productividad tiene muchas ventajas entre las que cabe mencionar las siguientes: <br /> *Incremento en la productividad por el uso de información obtenida a partir de la simulación diaria de cálculos relacionados con las condiciones de operación. <br /> *Maximizar la rentabilidad de las operaciones por el diseño más eficiente de nuevos procesos y equipos. <br /> *Reducción de costos e inversiones de capital por la optimización y solución de los cuellos de botella existentes en los procesos y en los equipos.<br /> <br /> ==ProModel== <br /> [[Image: ProModel.jpg |thumb|right|250px| Simulador de Procesos Industriales]]<br /> “ProModel” es un programa de simulación de procesos industriales, permite simular cualquier tipo de proceso de manufactura, además de procesos logísticos, procesos de manejos de materiales y contiene excelentes simulaciones de talleres, grúas viajeras, bandas de transporte y mucho más.<br /> <br /> En teoría, cualquier sistema de procesos puede ser modelado en computadora, solo se necesita de esfuerzo e ingenio, además de las herramientas que nos permitan plasmar nuestro pensamiento en un modelo computarizado, una de esas herramientas es “ProModel”, en el cual se puede crear un modelo computarizado de todo proceso de manufactura y una vez realizado el modelado, se podrá simular sobre el una gran cantidad de situaciones como Justo a Tiempo, Teoría de Restricciones, Sistemas de Empujar y Jalar, Logística y muchas otras más. Además de permitir el simulado de acciones, nos enseña como optimizar los procesos en la misma, y así obtener los mejores con el consumo mínimo de recursos, para dicha tarea, el sistema cuenta con 2 optimizadores.<br /> <br /> “ProModel” es un paquete de simulación que no realiza solamente el simulado, sino también optimiza los modelos ingresados. Corre bajo el sistema operativo Windows y sus requerimientos mínimos son un procesador 486, 32 MB de RAM, 2 MB de espacio en Disco Duro.<br /> <br /> ==Fuente==<br /> *HENAO, C. y VÉLEZ, J.Manual del laboratorio diseño de procesos químicos - Uso del paquete de simulación HYSYS.Process. UPB.Medellín. 2002<br /> *PACHECO, H. S. Evaluación del software para la simulación de procesos químicos 2006 <br /> *Tesis [[Universidad de Ciencias Informáticas]]<br /> *ProModel: Simulador de Procesos Industriales[Consultado el 11 de abril del 2011. Disponible en: http://www.programasde.com/promodel-simulador-de-procesos-industriales/]<br /> [[Category:Informática]][[Category:Ayuda]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:ProModel.jpg&diff=499996 2011-04-11T17:45:59Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Simuladores_de_Procesos&diff=499920 2011-04-11T17:34:00Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Desarrollo}}<br /> {{Definición<br /> |Nombre = Simuladores de Procesos Químicos <br /> |imagen = Simulador_de_Procesos.jpg‎ <br /> |concepto = Son poderosas herramientas de cálculos que pueden llegar a ser muy oportunas, adecuadas y de apoyo para el diseño, caracterización, optimización y monitoreo de procesos industriales. }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Los '''Simuladores de Procesos.''' Son [[Simuladores]] dedicados fundamentalmente a la industria con el objetivo de mejorar e incrementar la eficiencia de las mismas a permitir hacer simulaciones de diferentes procesos antes de que ocurran en realidad, las cuales producen resultados que pueden ser analizados para una futura realización de los mismos.Existe una gran variedad de simuladores de procesos comerciales, algunos de las cuales son poderosas herramientas de cálculo, con inmensos bancos de datos que contienen las propiedades físicas de miles de compuestos y sustancias químicas, selección de modelos termodinámicos, cálculos de equipos (teórico y <br /> real), análisis de costo, estado de agregación y condiciones de operación, que le dan al simulador la ventaja de una gran versatilidad.<br /> <br /> ==HYSYS==<br /> [[Image: Hysis.jpg‎ |thumb|right|250px| Simulador de Procesos HYSYS, utilizado fundamentalmente en la esfera industrial]]<br /> HYSYS es un programa interactivo enfocado a la ingeniería de procesos y la simulación, que se puede utilizar para solucionar toda clase de problemas relacionados con procesos químicos. Este simulador cuenta con una interfaz muy amigable para el usuario, además de permitir el empleo de operadores lógicos y herramientas que facilitan la simulación de diversos procesos. Fue adquirido por AspenTech en el 2004 por lo que es desarrollado en la actualidad por Aspen Technology. Es un simulador bidireccional,ya que el flujo de información va en dos direcciones (hacia delante y hacia atrás). De esta forma, puede calcular las condiciones de una corriente de entrada a una operación a partir de las correspondientes a la corriente de salida sin necesidad de cálculos iterativos. Posee un entorno de simulación modular tanto para estado estacionario como para régimen dinámico. Es un software para la simulación de plantas petroquímicas y afines.<br /> <br /> ==AspenPlus==<br /> [[Image: Aspen.jpg |thumb|right|250px| Simulador de Procesos Anpen Plus, utilizado fundamentalmente en la esfera industrial]]<br /> El Sistema Avanzado para Ingeniería de Procesos - Advanced System for Process Engineering (ASPEN)es un mercado líder en herramientas de modelado de proceso de diseño conceptual, optimización y monitoreo de desempeño para la industria química, polímeros, especialidades químicas, metales y minerales. Desarrollado en la década de 1970 por investigadores del Massachusetts Institute of <br /> Technology (MIT) y comercializado desde 1980 por una compañía denominada AspenTech. Aspen Plus es un simulador estacionario, secuencial modular (en las últimas versiones permite la estrategia orientada a ecuaciones). Actualmente es posible que sea el más extendido en la industria. Se ha utilizado para <br /> modelar procesos en industrias: química y petroquímica, refino de petróleo, procesamientos de gas y aceites, generación de energía, metales y minerales, industrias del papel y la pulpa y otros. Aspen Plus tiene la base de datos más amplia entre los simuladores de procesos comerciales, e incluye comportamiento de iones y de electrolitos. Además modela y simula cualquier tipo de proceso para el cual hay un flujo continuo de materiales y energía de una unidad de proceso a otra. Posee herramientas para cálculos de costes y optimizaciones del proceso, generación de resultados en forma gráfica y en tablas y otros.<br /> <br /> ==CHEMCAD==<br /> [[Image: CHEMCAD.jpg |thumb|right|250px| Simulador de Procesos CHEMCAD, utilizado fundamentalmente en la esfera industrial]]<br /> CHEMCAD nace en 1984 cuando un profesor universitario formó un equipo para desarrollar un simulador de procesos para computadoras personales PC. El simulador fue vendido a la sección de software de McGraw Hill (COADE) y luego siguió siendo desarrollado y distribuido por Chemstations Inc. CHEMCAD ha venido evolucionando durante estos años para convertirse en un paquete de módulos que abarca cálculo y diseño de intercambiadores de calor (CC-THERM), simulación de destilaciones dinámicas (CC-DCOLUMN), simulación de reactores por lotes (CC-ReACS), simulación de destilaciones por lotes (CC-BATCH), simulación de redes de tuberías (CC-SAFETY NET). Recientemente ha sido puesta a la venta la<br /> versión 6 de CHEMCAD con una nueva interface de usuario y otras propiedades adicionales.<br /> Este sistema es muy usado en todo el mundo, para el diseño, operación y mantenimiento de procesos químicos en una gran variedad de industrias incluyendo la exploración de petróleo y gas; y naturalmente en procesos químicos, farmacéuticos, biocombustibles y procesos de fábricas industriales. <br /> De forma general este software, como una herramienta de productividad tiene muchas ventajas entre las que cabe mencionar las siguientes: <br /> *Incremento en la productividad por el uso de información obtenida a partir de la simulación diaria de cálculos relacionados con las condiciones de operación. <br /> *Maximizar la rentabilidad de las operaciones por el diseño más eficiente de nuevos procesos y equipos. <br /> *Reducción de costos e inversiones de capital por la optimización y solución de los cuellos de botella existentes en los procesos y en los equipos.<br /> ==ProModel== <br /> “ProModel” es un programa de simulación de procesos industriales, permite simular cualquier tipo de proceso de manufactura, además de procesos logísticos, procesos de manejos de materiales y contiene excelentes simulaciones de talleres, grúas viajeras, bandas de transporte y mucho más.<br /> <br /> En teoría, cualquier sistema de procesos puede ser modelado en computadora, solo se necesita de esfuerzo e ingenio, además de las herramientas que nos permitan plasmar nuestro pensamiento en un modelo computarizado, una de esas herramientas es “ProModel”, en el cual se puede crear un modelo computarizado de todo proceso de manufactura y una vez realizado el modelado, se podrá simular sobre el una gran cantidad de situaciones como Justo a Tiempo, Teoría de Restricciones, Sistemas de Empujar y Jalar, Logística y muchas otras más. Además de permitir el simulado de acciones, nos enseña como optimizar los procesos en la misma, y así obtener los mejores con el consumo mínimo de recursos, para dicha tarea, el sistema cuenta con 2 optimizadores.<br /> <br /> “ProModel” es un paquete de simulación que no realiza solamente el simulado, sino también optimiza los modelos ingresados. Corre bajo el sistema operativo Windows y sus requerimientos mínimos son un procesador 486, 32 MB de RAM, 2 MB de espacio en Disco Duro.<br /> <br /> ==Fuente==<br /> *HENAO, C. y VÉLEZ, J.Manual del laboratorio diseño de procesos químicos - Uso del paquete de simulación HYSYS.Process. UPB.Medellín. 2002<br /> *PACHECO, H. S. Evaluación del software para la simulación de procesos químicos 2006 <br /> *Tesis [[Universidad de Ciencias Informáticas]]<br /> *ProModel:Simulador de Procesos Industriales[Consultado el 11 de abril del 2011. Disponible en:http://www.programasde.com/promodel-simulador-de-procesos-industriales/]<br /> [[Category:Informática]][[Category:Ayuda]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Simuladores_de_Procesos&diff=499666 2011-04-11T16:38:57Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Desarrollo}}<br /> {{Definición<br /> |Nombre = Simuladores de Procesos Químicos <br /> |imagen = Simulador_de_Procesos.jpg‎ <br /> |concepto = Son poderosas herramientas de cálculos que pueden llegar a ser muy oportunas, adecuadas y de apoyo para el diseño, caracterización, optimización y monitoreo de procesos industriales. }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Los '''Simuladores de Procesos.''' Son [[Simuladores]] dedicados fundamentalmente a la industria con el objetivo de mejorar e incrementar la eficiencia de las mismas a permitir hacer simulaciones de diferentes procesos antes de que ocurran en realidad, las cuales producen resultados que pueden ser analizados para una futura realización de los mismos.Existe una gran variedad de simuladores de procesos comerciales, algunos de las cuales son poderosas herramientas de cálculo, con inmensos bancos de datos que contienen las propiedades físicas de miles de compuestos y sustancias químicas, selección de modelos termodinámicos, cálculos de equipos (teórico y <br /> real), análisis de costo, estado de agregación y condiciones de operación, que le dan al simulador la ventaja de una gran versatilidad.<br /> <br /> ==HYSYS==<br /> [[Image: Hysis.jpg‎ |thumb|right|250px| Simulador de Procesos HYSYS, utilizado fundamentalmente en la esfera industrial]]<br /> HYSYS es un programa interactivo enfocado a la ingeniería de procesos y la simulación, que se puede utilizar para solucionar toda clase de problemas relacionados con procesos químicos. Este simulador cuenta con una interfaz muy amigable para el usuario, además de permitir el empleo de operadores lógicos y herramientas que facilitan la simulación de diversos procesos. Fue adquirido por AspenTech en el 2004 por lo que es desarrollado en la actualidad por Aspen Technology. Es un simulador bidireccional,ya que el flujo de información va en dos direcciones (hacia delante y hacia atrás). De esta forma, puede calcular las condiciones de una corriente de entrada a una operación a partir de las correspondientes a la corriente de salida sin necesidad de cálculos iterativos. Posee un entorno de simulación modular tanto para estado estacionario como para régimen dinámico. Es un software para la simulación de plantas petroquímicas y afines.<br /> <br /> ==AspenPlus==<br /> [[Image: Aspen.jpg |thumb|right|250px| Simulador de Procesos Anpen Plus, utilizado fundamentalmente en la esfera industrial]]<br /> El Sistema Avanzado para Ingeniería de Procesos - Advanced System for Process Engineering (ASPEN)es un mercado líder en herramientas de modelado de proceso de diseño conceptual, optimización y monitoreo de desempeño para la industria química, polímeros, especialidades químicas, metales y minerales. Desarrollado en la década de 1970 por investigadores del Massachusetts Institute of <br /> Technology (MIT) y comercializado desde 1980 por una compañía denominada AspenTech. Aspen Plus es un simulador estacionario, secuencial modular (en las últimas versiones permite la estrategia orientada a ecuaciones). Actualmente es posible que sea el más extendido en la industria. Se ha utilizado para <br /> modelar procesos en industrias: química y petroquímica, refino de petróleo, procesamientos de gas y aceites, generación de energía, metales y minerales, industrias del papel y la pulpa y otros. Aspen Plus tiene la base de datos más amplia entre los simuladores de procesos comerciales, e incluye comportamiento de iones y de electrolitos. Además modela y simula cualquier tipo de proceso para el cual hay un flujo continuo de materiales y energía de una unidad de proceso a otra. Posee herramientas para cálculos de costes y optimizaciones del proceso, generación de resultados en forma gráfica y en tablas y otros.<br /> <br /> ==CHEMCAD==<br /> [[Image: CHEMCAD.jpg |thumb|right|250px| Simulador de Procesos CHEMCAD, utilizado fundamentalmente en la esfera industrial]]<br /> CHEMCAD nace en 1984 cuando un profesor universitario formó un equipo para desarrollar un simulador de procesos para computadoras personales PC. El simulador fue vendido a la sección de software de McGraw Hill (COADE) y luego siguió siendo desarrollado y distribuido por Chemstations Inc. CHEMCAD ha venido evolucionando durante estos años para convertirse en un paquete de módulos que abarca cálculo y diseño de intercambiadores de calor (CC-THERM), simulación de destilaciones dinámicas (CC-DCOLUMN), simulación de reactores por lotes (CC-ReACS), simulación de destilaciones por lotes (CC-BATCH), simulación de redes de tuberías (CC-SAFETY NET). Recientemente ha sido puesta a la venta la<br /> versión 6 de CHEMCAD con una nueva interface de usuario y otras propiedades adicionales.<br /> Este sistema es muy usado en todo el mundo, para el diseño, operación y mantenimiento de procesos químicos en una gran variedad de industrias incluyendo la exploración de petróleo y gas; y naturalmente en procesos químicos, farmacéuticos, biocombustibles y procesos de fábricas industriales. <br /> De forma general este software, como una herramienta de productividad tiene muchas ventajas entre las que cabe mencionar las siguientes: <br /> *Incremento en la productividad por el uso de información obtenida a partir de la simulación diaria de cálculos relacionados con las condiciones de operación. <br /> *Maximizar la rentabilidad de las operaciones por el diseño más eficiente de nuevos procesos y equipos. <br /> *Reducción de costos e inversiones de capital por la optimización y solución de los cuellos de botella existentes en los procesos y en los equipos.<br /> <br /> ==Fuente==<br /> <br /> *HENAO, C. y VÉLEZ, J.Manual del laboratorio diseño de procesos químicos - Uso del paquete de simulación HYSYS.Process. UPB.Medellín. 2002<br /> *PACHECO, H. S. Evaluación del software para la simulación de procesos químicos 2006 <br /> *Tesis [[Universidad de Ciencias Informáticas]]<br /> [[Category:Informática]][[Category:Ayuda]]</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:CHEMCAD.jpg&diff=499660 2011-04-11T16:37:39Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Archivo:Aspen.jpg&diff=499545 2011-04-11T16:06:17Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>== Sumario ==<br /> <br /> == Estado de copyright: ==<br /> <br /> == Fuente: ==</div>

Erlysad05019jcvcl https://www.ecured.cu/index.php?title=Simuladores_de_Procesos&diff=499511 2011-04-11T16:00:23Z

<p>Erlysad05019jcvcl: </p> <hr /> <div>{{Desarrollo}}<br /> {{Definición<br /> |Nombre = Simuladores de Procesos Químicos <br /> |imagen = Simulador_de_Procesos.jpg‎ <br /> |concepto = Son poderosas herramientas de cálculos que pueden llegar a ser muy oportunas, adecuadas y de apoyo para el diseño, caracterización, optimización y monitoreo de procesos industriales. }}<br /> &lt;div align=&quot;justify&quot;&gt;<br /> Los '''Simuladores de Procesos.''' Son [[Simuladores]] dedicados fundamentalmente a la industria con el objetivo de mejorar e incrementar la eficiencia de las mismas a permitir hacer simulaciones de diferentes procesos antes de que ocurran en realidad, las cuales producen resultados que pueden ser analizados para una futura realización de los mismos.Existe una gran variedad de simuladores de procesos comerciales, algunos de las cuales son poderosas herramientas de cálculo, con inmensos bancos de datos que contienen las propiedades físicas de miles de compuestos y sustancias químicas, selección de modelos termodinámicos, cálculos de equipos (teórico y <br /> real), análisis de costo, estado de agregación y condiciones de operación, que le dan al simulador la ventaja de una gran versatilidad.<br /> <br /> ==HYSYS==<br /> [[Image: Hysis.jpg‎ |thumb|right|250px| Simulador de Procesos HYSYS, utilizado fundamentalmente en la esfera industrial]]<br /> HYSYS es un programa interactivo enfocado a la ingeniería de procesos y la simulación, que se puede utilizar para solucionar toda clase de problemas relacionados con procesos químicos. Este simulador cuenta con una interfaz muy amigable para el usuario, además de permitir el empleo de operadores lógicos y herramientas que facilitan la simulación de diversos procesos. Fue adquirido por AspenTech en el 2004 por lo que es desarrollado en la actualidad por Aspen Technology. Es un simulador bidireccional,ya que el flujo de información va en dos direcciones (hacia delante y hacia atrás). De esta forma, puede calcular las condiciones de una corriente de entrada a una operación a partir de las correspondientes a la corriente de salida sin necesidad de cálculos iterativos. Posee un entorno de simulación modular tanto para estado estacionario como para régimen dinámico. Es un software para la simulación de plantas petroquímicas y afines.<br /> <br /> ==AspenPlus==<br /> <br /> El Sistema Avanzado para Ingeniería de Procesos - Advanced System for Process Engineering (ASPEN)es un mercado líder en herramientas de modelado de proceso de diseño conceptual, optimización y monitoreo de desempeño para la industria química, polímeros, especialidades químicas, metales y minerales. Desarrollado en la década de 1970 por investigadores del Massachusetts Institute of <br /> Technology (MIT) y comercializado desde 1980 por una compañía denominada AspenTech. Aspen Plus es un simulador estacionario, secuencial modular (en las últimas versiones permite la estrategia orientada a ecuaciones). Actualmente es posible que sea el más extendido en la industria. Se ha utilizado para <br /> modelar procesos en industrias: química y petroquímica, refino de petróleo, procesamientos de gas y aceites, generación de energía, metales y minerales, industrias del papel y la pulpa y otros. Aspen Plus tiene la base de datos más amplia entre los simuladores de procesos comerciales, e incluye comportamiento de iones y de electrolitos. Además modela y simula cualquier tipo de proceso para el cual hay un flujo continuo de materiales y energía de una unidad de proceso a otra. Posee herramientas para cálculos de costes y optimizaciones del proceso, generación de resultados en forma gráfica y en tablas y otros.<br /> <br /> ==CHEMCAD==<br /> <br /> CHEMCAD nace en 1984 cuando un profesor universitario formó un equipo para desarrollar un simulador de procesos para computadoras personales PC. El simulador fue vendido a la sección de software de McGraw Hill (COADE) y luego siguió siendo desarrollado y distribuido por Chemstations Inc. CHEMCAD ha venido evolucionando durante estos años para convertirse en un paquete de módulos que abarca cálculo y diseño de intercambiadores de calor (CC-THERM), simulación de destilaciones dinámicas (CC-DCOLUMN), simulación de reactores por lotes (CC-ReACS), simulación de destilaciones por lotes (CC-BATCH), simulación de redes de tuberías (CC-SAFETY NET). Recientemente ha sido puesta a la venta la<br /> versión 6 de CHEMCAD con una nueva interface de usuario y otras propiedades adicionales.<br /> Este sistema es muy usado en todo el mundo, para el diseño, operación y mantenimiento de procesos químicos en una gran variedad de industrias incluyendo la exploración de petróleo y gas; y naturalmente en procesos químicos, farmacéuticos, biocombustibles y procesos de fábricas industriales. <br /> De forma general este software, como una herramienta de productividad tiene muchas ventajas entre las que cabe mencionar las siguientes: <br /> *Incremento en la productividad por el uso de información obtenida a partir de la simulación diaria de cálculos relacionados con las condiciones de operación. <br /> *Maximizar la rentabilidad de las operaciones por el diseño más eficiente de nuevos procesos y equipos. <br /> *Reducción de costos e inversiones de capital por la optimización y solución de los cuellos de botella existentes en los procesos y en los equipos.<br /> <br /> ==Fuente==<br /> <br /> *HENAO, C. y VÉLEZ, J.Manual del laboratorio diseño de procesos químicos - Uso del paquete de simulación HYSYS.Process. UPB.Medellín. 2002<br /> *PACHECO, H. S. Evaluación del software para la simulación de procesos químicos 2006 <br /> *Tesis [[Universidad de Ciencias Informáticas]]<br /> [[Category:Informática]][[Category:Ayuda]]</div>

Erlysad05019jcvcl