Modelo conceptual

A medida que los sistemas se han vuelto cada vez más complejos, el papel del modelado conceptual se ha ampliado drásticamente. Con esa presencia ampliada, la eficacia del modelado conceptual en la captura de los fundamentos de un sistema se está realizando. A partir de esa constatación, se han creado numerosas técnicas de modelado conceptual. Estas técnicas pueden aplicarse en múltiples disciplinas para aumentar la comprensión del usuario del sistema a modelar. En el siguiente texto se describen brevemente algunas técnicas, pero existen muchas más o se están desarrollando. Algunas técnicas y métodos de modelado conceptual comúnmente utilizados incluyen: el modelado de flujo de trabajo, el modelado de la fuerza de trabajo, el desarrollo rápido de aplicaciones, el modelado de objetos y el Lenguaje Unificado de Modelado (UML).

El modelado de flujo de datosEditar

El modelado de flujo de datos (DFM) es una técnica básica de modelado conceptual que representa gráficamente los elementos de un sistema. DFM es una técnica bastante simple, sin embargo, como muchas técnicas de modelado conceptual, es posible construir diagramas representativos de nivel superior e inferior. El diagrama de flujo de datos no suele transmitir detalles complejos del sistema, como las consideraciones de desarrollo paralelo o la información sobre los plazos, sino que sirve para contextualizar las principales funciones del sistema. El modelado de flujo de datos es una técnica central utilizada en el desarrollo de sistemas que utiliza el método de análisis y diseño de sistemas estructurados (SSADM).

Modelado de relación de entidadEditar

El modelado de relación de entidad (ERM) es una técnica de modelado conceptual utilizada principalmente para la representación de sistemas de software. Los diagramas entidad-relación, que son un producto de la ejecución de la técnica ERM, se utilizan normalmente para representar modelos de bases de datos y sistemas de información. Los principales componentes del diagrama son las entidades y las relaciones. Las entidades pueden representar funciones, objetos o eventos independientes. Las relaciones se encargan de relacionar las entidades entre sí. Para formar un proceso del sistema, las relaciones se combinan con las entidades y los atributos necesarios para describir el proceso. Existen múltiples convenciones de diagramación para esta técnica: IDEF1X, Bachman y EXPRESS, por nombrar algunas. Estas convenciones son sólo diferentes formas de ver y organizar los datos para representar diferentes aspectos del sistema.

Cadena de procesos impulsados por eventosEditar

La cadena de procesos impulsados por eventos (EPC) es una técnica de modelado conceptual que se utiliza principalmente para mejorar sistemáticamente los flujos de procesos de negocio. Como la mayoría de las técnicas de modelado conceptual, la cadena de procesos impulsada por eventos consta de entidades/elementos y funciones que permiten desarrollar y procesar las relaciones. Más concretamente, el EPC se compone de eventos que definen en qué estado se encuentra un proceso o las reglas con las que funciona. Para progresar a través de los eventos, debe ejecutarse una función/evento activo. Dependiendo del flujo del proceso, la función tiene la capacidad de transformar los estados de los eventos o de enlazar con otras cadenas de procesos impulsados por eventos. Existen otros elementos dentro de un EPC, todos los cuales trabajan juntos para definir cómo y con qué reglas opera el sistema. La técnica EPC puede aplicarse a prácticas empresariales como la planificación de recursos, la mejora de procesos y la logística.

Desarrollo conjunto de aplicacionesEditar

El método de desarrollo de sistemas dinámicos utiliza un proceso específico denominado JEFFF para modelar conceptualmente un ciclo de vida de sistemas. JEFFF pretende centrarse más en la planificación del desarrollo de alto nivel que precede a la inicialización de un proyecto. El proceso JAD requiere una serie de talleres en los que los participantes trabajan para identificar, definir y, en general, mapear un proyecto exitoso desde su concepción hasta su finalización. Se ha descubierto que este método no funciona bien para las aplicaciones a gran escala, sin embargo, las aplicaciones más pequeñas suelen reportar alguna ganancia neta en la eficiencia.

Red de lugar/transiciónEditar

También conocida como redes de Petri, esta técnica de modelado conceptual permite construir un sistema con elementos que pueden ser descritos por medios matemáticos directos. La red de Petri, debido a sus propiedades de ejecución no determinista y a su teoría matemática bien definida, es una técnica útil para modelar el comportamiento de sistemas concurrentes, es decir, ejecuciones de procesos simultáneos.

Modelado de transición de estadoEditar

El modelado de transición de estado hace uso de diagramas de transición de estado para describir el comportamiento del sistema. Estos diagramas de transición de estado utilizan estados distintos para definir el comportamiento y los cambios del sistema. La mayoría de las herramientas de modelado actuales contienen algún tipo de capacidad para representar el modelado de transición de estado. El uso de modelos de transición de estado puede ser más fácilmente reconocido como diagramas de estado lógico y gráficos dirigidos para máquinas de estado finito.

Evaluación y selección de técnicasEditar

Debido a que el método de modelado conceptual a veces puede ser deliberadamente vago para dar cuenta de una amplia área de uso, la aplicación real del modelado conceptual puede llegar a ser difícil. Para paliar este problema y arrojar algo de luz sobre lo que hay que tener en cuenta a la hora de seleccionar una técnica de modelado conceptual adecuada, en el siguiente texto se analizará el marco propuesto por Gemino y Wand. Sin embargo, antes de evaluar la eficacia de una técnica de modelado conceptual para una aplicación concreta, hay que entender un concepto importante: comparar modelos conceptuales centrándose específicamente en sus representaciones gráficas o de alto nivel es una miopía. Gemino y Wand hacen una buena observación al argumentar que el énfasis debe ponerse en un lenguaje de modelado conceptual a la hora de elegir una técnica adecuada. En general, un modelo conceptual se desarrolla utilizando algún tipo de técnica de modelado conceptual. Esa técnica utilizará un lenguaje de modelado conceptual que determina las reglas para llegar al modelo. Comprender las capacidades del lenguaje específico utilizado es inherente a la evaluación adecuada de una técnica de modelado conceptual, ya que el lenguaje refleja la capacidad descriptiva de las técnicas. Además, el lenguaje de modelado conceptual influirá directamente en la profundidad a la que el sistema es capaz de ser representado, ya sea complejo o simple.

Considerar los factores de afectaciónEditar

A partir de algunos de sus trabajos anteriores, Gemino y Wand reconocen algunos puntos principales a considerar cuando se estudian los factores de afectación: el contenido que el modelo conceptual debe representar, el método en el que se presentará el modelo, las características de los usuarios del modelo y la tarea específica de los lenguajes de modelado conceptual. El contenido del modelo conceptual debe considerarse para seleccionar una técnica que permita presentar la información relevante. El método de presentación para la selección se centraría en la capacidad de la técnica para representar el modelo con el nivel de profundidad y detalle previsto. Las características de los usuarios o participantes del modelo son un aspecto importante a tener en cuenta. La formación y la experiencia de los participantes deben coincidir con la complejidad del modelo conceptual, ya que, de lo contrario, una representación errónea del sistema o un malentendido de los conceptos clave del mismo podrían provocar problemas en su realización. La tarea del lenguaje del modelo conceptual permitirá además elegir una técnica adecuada. La diferencia entre la creación de un modelo conceptual del sistema para transmitir la funcionalidad del sistema y la creación de un modelo conceptual del sistema para interpretar esa funcionalidad podría implicar dos tipos completamente diferentes de lenguajes de modelado conceptual.

Consideración de las variables afectadasEditar

Gemino y Wand pasan a ampliar el contenido de las variables afectadas de su marco propuesto considerando el foco de observación y el criterio de comparación. El foco de observación considera si la técnica de modelado conceptual creará un «nuevo producto», o si la técnica sólo aportará una comprensión más íntima del sistema que se está modelando. El criterio de comparación ponderaría la capacidad de la técnica de modelado conceptual para ser eficiente o eficaz. Una técnica de modelado conceptual que permite el desarrollo de un modelo de sistema que tiene en cuenta todas las variables del sistema a un alto nivel puede hacer que el proceso de comprensión de la funcionalidad del sistema sea más eficiente, pero la técnica carece de la información necesaria para explicar los procesos internos, haciendo que el modelo sea menos eficaz.

A la hora de decidir qué técnica conceptual utilizar, se pueden aplicar las recomendaciones de Gemino y Wand para evaluar adecuadamente el alcance del modelo conceptual en cuestión. Comprender el alcance de los modelos conceptuales conducirá a una selección más informada de una técnica que aborde adecuadamente ese modelo en particular. En resumen, a la hora de decidir entre las técnicas de modelado, responder a las siguientes preguntas permitiría abordar algunas consideraciones importantes del modelado conceptual.

1. ¿Qué contenido representará el modelo conceptual?
2. ¿Cómo se presentará el modelo conceptual?
3. ¿Quién utilizará o participará en el modelo conceptual?
4. ¿Cómo describirá el modelo conceptual el sistema?
5. ¿Cuál es el foco de observación de los modelos conceptuales?
6. ¿El modelo conceptual será eficiente o efectivo para describir el sistema?

Otra función del modelo conceptual de simulación es proporcionar una base racional y factual para la evaluación de la adecuación de la aplicación de la simulación.