Herramientas de modelamiento

UML:
Lenguaje Unificado de Modelado (LUM o UML) es el lenguaje de modelado de
sistemas de software ms reconocido y usado en la actualidad; est respaldado por
el OMG (Object Management Group). Es un lenguaje grfico para especificar,
visualizar, construir y documentar un sistema. UML ofrece un estndar para
describir un "plano" del sistema, incluyendo aspectos conceptuales tales como
procesos de negocio y funciones del sistema, y aspectos concretos como
expresiones de lenguajes de programacin, esquemas de bases de datos y
componentes reutilizables.
Es importante decir que UML es un "lenguaje de modelado" para describir o para
especificar mtodos o procesos. Se utiliza para definir un sistema, para detallar los
artefactos en el sistema y para documentar y construir; es decir en el lenguaje en el
que est descrito el modelo.
Se puede aplicar en el desarrollo de software entregando gran variedad de formas
para dar soporte a una metodologa de desarrollo de software (tal como el Proceso
Unificado Racional o RUP), pero no especifica en s mismo qu metodologa o
proceso utilizar.
UML no puede compararse con la programacin estructurada, pues UML significa
Lenguaje Unificado de Modelado, no es programacin, solo se diagrama la realidad
de una utilizacin en un requerimiento. Mientras que, programacin estructurada,
es una forma de programar como lo es la orientacin a objetos, sin embargo, la
programacin orientada a objetos viene siendo un complemento perfecto de UML,
pero no por eso se toma UML slo para lenguajes orientados a objetos.
Una de la meta principal de UML es avanzar en el estado de la integracin
institucional proporcionando herramientas de interoperabilidad para el modelado
visual de objetos. Sin embargo, para lograr un intercambio exitoso de modelos de
informacin entre herramientas, se requiri definir a UML una semntica y una
notacin.
La notacin es la parte grfica que se ve en los modelos y representa la sintaxis del
lenguaje de modelado. Por ejemplo, la notacin del diagrama de clases define como
se representan los elementos y conceptos como son: una clase, una asociacin y
una multiplicidad. Y qu significa exactamente una asociacin o multiplicidad en
una clase? Un metamodelo es la manera de definir esto (un diagrama, usualmente
de clases, que define la notacin).

BPMN:
El Business Modeling Notation o BPMN (Notacin para el Modelado de Procesos
de Negocios) es un mtodo de negocios que ilustra los procesos en forma similar a
un diagrama de flujo. El BPMN fue desarrollado en un principio por el Business
Process Management Initiative (BPMNI). Actualmente es sostenido por el Grupo de
Gestin de Objetos (OMG).
El BPMN proporciona una manera fcil de definir y analizar los procesos de
negocios pblicos y privados. Adems, brinda una notacin estndar que sea
comprensible para la gestin del personal, analistas y desarrolladores. La intencin
original del BPMN era ayudar a establecer puentes de comunicacin que a menudo
existen dentro de una organizacin o empresa. Esta notacin puede ayudar a
asegurarse de que el XML (documentos diseados para la ejecucin de diversos
procesos de negocios), puedan ser visualizados con una notacin comn.
Un diagrama de BPMN es ensamblado a partir de un conjunto de elementos
bsicos. Los elementos se clasifican en tres grupos:
- Objetos de flujo: figuras geomtricas como crculos, rectngulos o rombos de
control de flujo que indican los eventos y actividades.
- Objetos de conexin: trazos o lneas de puntos que pueden incluir flechas para
indicar la direccin del proceso.
- Swimlanes (carriles de piscina): llamada as por por su semejanza geomtrica con
las lneas de carril del fondo de una piscina olmpica. Rectas slidas a lo largo y
dentro de un cuadrado denominado fondo. El Swinglanes organiza el flujo de objetos
en categoras con funcionalidad similar.
DFD:
Un diagrama de flujo de datos (DFD por sus siglas en espaol e ingls) es una
representacin grfica del "flujo" de datos a travs de un sistema de informacin.
Un diagrama de flujo de datos tambin se puede utilizar para la visualizacin de
procesamiento de datos (diseo estructurado). Es una prctica comn para un
diseador dibujar un contexto a nivel de DFD que primero muestra la interaccin
entre el sistema y las entidades externas. Este contexto a nivel de DFD se "explot"
para mostrar ms detalles del sistema que se est modelando.
Los diagramas de flujo de datos fueron inventados por Larry Constantine, el
desarrollador original del diseo estructurado, basado en el modelo de computacin
de Martin y Estrin: "flujo grfico de datos" . Los diagramas de flujo de datos (DFD)
son una de las tres perspectivas esenciales de Anlisis de Sistemas Estructurados
y Diseo por Mtodo SSADM. El patrocinador de un proyecto y los usuarios finales
tendrn que ser informados y consultados en todas las etapas de una evolucin del
sistema. Con un diagrama de flujo de datos, los usuarios van a poder visualizar la
forma en que el sistema funcione, lo que el sistema va a lograr, y cmo el sistema
se pondr en prctica. El antiguo sistema de diagramas de flujo de datos puede ser
elaborado y se compar con el nuevo sistema de diagramas de flujo para establecer
diferencias y mejoras a aplicar para desarrollar un sistema ms eficiente. Los
diagramas de flujo de datos pueden ser usados para proporcionar al usuario final
una idea fsica de cmo resultarn los datos a ltima instancia, y cmo tienen un
efecto sobre la estructura de todo el sistema. La manera en que cualquier sistema
es desarrollado puede determinarse a travs de un diagrama de flujo de datos. El
desarrollo de un DFD ayuda en la identificacin de los datos de la transaccin en el
modelo de datos.
Comparaciones entre modelados:
UML vs BPMN
UML es un lenguaje que facilita a los desarrolladores la especificacin, visualizacin
y documentacin de modelos de sistemas de software. Est dirigido en lneas
generales a los arquitectos de software e ingenieros de software. Fue desarrollado
como un medio para mejorar el proceso de desarrollo de software, desde el diseo
de la arquitectura hasta la implementacin de la aplicacin, para ser utilizado por
personas con conocimientos tcnicos (analistas de sistemas y programadores).
BPMN est dirigido a los analistas de negocio, arquitectos de sistemas e ingenieros
de software. Fue desarrollado para mejorar el ciclo de vida del desarrollo de
procesos desde el diseo de los mismos. BPMN est emparentado con UML por
el hecho que ambos definen una notacin grfica para los procesos de negocio, sin
embargo, BPMN y UML usan enfoques diferentes para modelarlos. UML en general
ofrece un enfoque orientado a objetos para modelar aplicaciones, mientras que
BPMN toma un enfoque centrado en los procesos
UML, a lo largo de los aos, se ha destacado por su utilidad para representar
fenmenos del mundo real, razn por la cual, desde hace varios aos se
desarrollaron y popularizaron una serie de extensiones para el modelado de los
negocios. Entre los diagramas ms tiles para este fin se encuentran: el de
actividades, el de casos de uso de negocio, el de clases y el de secuencia.
La comunidad de ingeniera de negocios ha venido trabajando por varios aos en la
definicin de un estndar propio que satisfaga las necesidades de dicha actividad.
Al igual que con otros estndares, en este se han recopilado buenas prcticas ya
existentes, como es el caso del diagrama de actividad. Al cual, con las
correspondientes adecuaciones le han llamado Diagrama de Procesos de
Negocios. Al estndar completo se le conoce como BPMN.
BPMN, es el acrnimo de Business Process Modeling Notation, fue adoptado
como estndar regulado por el OMG, y define un nico diagrama: el de procesos
del negocio. En la especificacin del mismo se plantean dos objetivos, el primero:
ofrecer una notacin sencilla de entender por todos los involucrados en el modelado
del negocio y el segundo, no menos importante: asegurar que los lenguajes como
BPEL puedan visualizarse a travs de esta notacin.
Como dijimos anteriormente para quien ya conoce el diagrama de actividad, la
transicin hacia el BPD es relativamente simple. Aunque aqu se presentan toda
una serie de elementos especiales, muy apropiados para la necesidad de los
analistas de negocios. Los elementos que se pueden modelar en un BPD se
clasifican en cuatro categoras, que a continuacin mencionamos:
Objetos de flujo. Eventos, Actividades y Gateways.
Objetos de conexin. Flujo de Secuencia, Flujo de Mensaje y Asociacin.
Swimlanes. Pools y Lanes.
Artefactos. Objetos de Datos, Grupos y Anotaciones de Texto.
A continuacin, se presenta un BPD que modela un proceso simple de reclamacin.
En este se identifican los principales elementos de la notacin BPMN:

No Ms UML para el Negocio?

Lo natural es preguntarse si con esta nueva notacin para negocio, BPMN, ya no
es necesario utilizar los artefactos de UML para hacer modelado de negocio. En ese
sentido hay opiniones variadas que debemos de considerar al tomar nuestra propia
decisin al respecto.
A menudo se menciona que una de las principales ventajas que posee BPMN frente
a UML es que de origen fue concebida como una notacin enfocada en procesos y
no en objetos. Sin embargo, se sugiere no hacer a un lado a UML para estos fines.
Por lo menos varios capacitadores de UML e ingeniera de negocio aconsejan
utilizar alternativas al respecto, prefiriendo la combinacin de ambos estndares
que una sola alternativa.
En base a la experiencia de los expertos que modelan negocios, se ha constatado
que UML definitivamente aporta elementos muy valiosos como la identificacin
inmediata de las responsabilidades de los trabajadores del negocio y el
comportamiento dependiente del estado de las entidades del negocio que en BPMN,
si bien es posible, resulta imprctico.
Por otro lado, a pesar de que tanto los diagramas de actividad de UML como los
BPD de BPMN soportan el modelado de los escenarios ms comunes de negocio,
en general la riqueza semntica y simplicidad de uso es superior al usar los BPD.
Tampoco hay que dejar de lado la relacin de BPMN con lenguajes como BPEL
como elemento importante en la implantacin de soluciones que se adhieren a una
Arquitectura Orientada a Servicios (SOA).
DIFERENCIAS ENTRE EL DFD Y EL UML
El diagrama de flujo de datos (DFD) es un modelo que describe los flujos de datos
o tuberas, los procesos que cambian o transforman los datos en un sistema, las
entidades externas que son fuente o destino de los datos (y en consecuencia los
lmites del sistema) y los almacenamientos o depsitos de datos a los cuales tiene
acceso el sistema, permitiendo as describir el movimiento de los datos a travs del
sistema.
1. Se construye en forma descendente, de lo general a lo particular.
2. Detalla los procesos a ser realizados.
3. Enumera los archivos de datos necesarios, en cada proceso.
4. Define los flujos de datos, que participen en el procedimiento.
5. Estructura la solucin del problema independiente del lenguaje a utilizar.
6. Separa la solucin lgica de programacin de la parte de reglas y sintaxis de
Codificacin con esta divisin del trabajo se obtiene mayor eficiencia.
7. Da una visin completa del problema al programador ya que pierde en un
programa ya codificado.
8. Permitir una compresin ms rpida del programa a otros programadores.
UML
Unified Modeling Language - Lenguaje Unificado de Modelado). UML es un popular
lenguaje de modelado de sistemas de software. Se trata de un lenguaje grfico para
construir, documentar, visualizar y especificar un sistema de software. Entre otras
palabras, UML se utiliza para definir un sistema de software.
1. Esta apoyado por la OMG (Object Management Group ) como la notacin
estndar para el desarrollo de proyectos informticos
2. Hacer el lenguaje de modelado mucho ms extensible de lo que era.
3. Permitir la validacin y ejecucin de modelos creados mediante el UML.
4. Produce un aumento en la calidad del desarrollo.
5. Reduce los costos del proyecto.
6. Mejora en un 50% o ms los tiempos totales de desarrollo.
7. Facilita la documentacin de las decisiones de la arquitectura del proyecto.
8. Ofrece un mejor soporte a la planificacin y control del proyecto.
9. Permite realizar una verificacin y validacin del modelo realizado.
CONCLUSIONES

Los cambios radicales en hardware a partir de la ltima mitad del siglo anterior
causaron una forzada evolucin del software, lo cual ha generado el establecimiento
de modelos, estndares y redefinicin de conceptos que ratifican un establecimiento
cada vez ms fuerte de la Ingeniera del Software a nivel mundial.
La gestin de proyectos de desarrollo de software es motor esencial para el xito
de cualquier proyecto de este tipo. La gestin debe fraccionarse en las etapas
definidas claramente, manteniendo en cuenta los 4 requisitos indispensables: las
personas, el producto, el proceso y el proyecto.
La programacin orientada a objetos es una extensin actual de la tecnologa que
si bien ha evolucionado desde mediados del siglo pasado, presenta hoy da un
enfoque nuevo y distinto al tradicional.
El diseo de la arquitectura es parte fundamental de los principios de la Ingeniera
del Software y es nico en el sentido de que se organiza en funcin de los objetos
y clases que se definirn. De hecho, probablemente la parte ms difcil del desarrollo
de software orientado a objetos es la identificacin de clases necesarias y la forma
como interactan entre s.
 LINKOGRAFA

http://infoblog-ingsoftware.blogspot.pe/2010/11/las-tres-notaciones-son-y-uml-
lenguaje.html
http://www.monografias.com/trabajos5/inso/inso.shtml
http://www.monografias.com/trabajos73/herramientas-case-proceso-
desarrollosoftware/herramientas-case-proceso-desarrollo-software.shtml
http://proyectosguerrilla.com/blog/2013/02/las-cinco-etapas-en-la-ingenieria-del-
software/
http://www.monografias.com/trabajos102/ingenieria-del-software/ingenieria-del-
software.shtml#conclusina