Descargar

Modelado del negocio como disciplina del Rational Unified Process


  1. Resumen
  2. Introducción
  3. Aporte social
  4. Aporte espiritual
  5. Método
  6. Modelo de casos de uso de negocio
  7. Modelo de objetos de negocio
  8. Conclusiones
  9. Referencias

Resumen

El objetivo del presente estudio es analizar una de las disciplinas del Rational Unified Process (RUP) que ayuda al modelado de negocio para el desarrollo de software y así establecer una ventaja competitiva. El modelado del negocio es una técnica para comprender los procesos del negocio, estructura y dinámica de la organización. Se vislumbra e identifica los problemas actuales de la empresa, el diagnostico situacional, roles y flujos de trabajos para después refinarlos y si requiere automatizarlos. La finalidad del modelo de negocio es distinguir con facilidad donde están sus dificultades u oportunidades de crecimiento y mejora. Se desarrolla la definición del modelo del negocio y los dos tipos de modelos Unified Modeling Language (UML): el modelado de casos de uso del negocio, modelo de objetos del negocio. Se hace hincapié en la necesidad de comprender la dinámica de un modelo de negocio y el análisis de su sostenibilidad.

Palabras Clave: Rational Unified Process, Modelo del Negocio, Procesos del Negocio, UML, Modelo de casos de uso, Modelo de Objetos.

Business Modeling discipline as the Rational Unified Process

Abstract

The aim of this study is to analyze one of the disciplines of the Rational Unified Process (RUP) that helps the business modeling software to develop and establish a competitive advantage. Business modeling is a technique for understanding business processes, structure and dynamics of the organization. Looms and identifies the current problems of the company, the situational analysis, roles and workflows then refine and automate them if required. The purpose of the business model is easily distinguish where their difficulties or opportunities for growth and improvement. Modeling business use cases, business object model: the definition of the business model and the two types of models Unified Modeling Language (UML) is developed. It emphasizes the need to understand the dynamics of a business model and analysis of sustainability.

Keywords: Rational Unified Process , Business Modeling, Business Process, UML, Business Use Case, Business Object Model.

Introducción

Desde el punto de vista de la Ingeniería de Software, se tiene varias iniciativas para realizar el modelado de negocio como parte de los proyectos de desarrollo de software. Dentro de ellos el Rational Unified Process (RUP) [1] propone una disciplina del modelado de negocio Modeling) en la cual brinda solución a los problemas encontrados en los procesos de negocio.

El RUP plantea como objetivos para la Disciplina de Modelado del Negocio (Business Modeling) comprender la estructura y dinámica de la organización que requiere el software, asegurar que clientes, usuarios finales, y desarrolladores tienen un entendimiento común, comprender problemas e identificar potenciales mejoras, y derivar los requerimientos para el sistema. Plantea también que el esfuerzo de modelado del negocio puede tener distinto alcance dependiendo del contexto y necesidades de la organización [2], incluyendo reingeniería del Negocio. Como elementos para modelar los procesos del negocio, propone los Casos de Uso del Negocio (Business Use Case) como descripción textual y los Diagramas de Actividad como notación gráfica para los mismos, ambos en UML.

Como actividades principales propone evaluar el estado de negocio identificando aspectos de la organización en que se realizará el desarrollo, describiendo los procesos que realiza la organización como Casos de Uso del Negocio e identificando actores y relaciones [5].

El planteo del RUP entonces consiste en modelar los procesos del Negocio como Casos de Uso del Negocio mediante la descripción textual de los mismos, y modelar este flujo en Diagramas de Actividad como notación gráfica asociada [5].

Aporte Social

Durante mucho tiempo, la importancia de esta disciplina radica en que sin el panorama completo del alcance del negocio y sin el entendimiento de sus procesos no podrán identificarse las necesidades inmediatas de mejora y continuidad relativa a las actividades relacionadas con los sistemas informáticos, que son el producto final del desarrollo.

Aporte Espiritual

Para modelar un negocio, se estudia los procesos de la empresa para identificar los problemas, debilidades y sus fortalezas obteniendo procesos de calidad y mejora. De la misma manera pasa en nuestra vida diaria, para poder gozar de la salvación, tenemos que analizar nuestros defectos y debilidades que nos separan del modelo que es Jesús, llevando a un reavivamiento y reforma. Cada día debemos seguir los procesos de cambio realizando una comunión diaria con Dios para ser transformados y así adquirir la vida eterna.

Método

Santiago (2004, p. 520) menciona que el análisis y diseño de sistemas basados en objetos el Rational Rose es una de las más poderosas herramientas de modelado visual.

Un modelo construido el Rational Rose [4] es la presentación de un sistema desde varias perspectivas ya que incluye todos los diagramas Unified Modeling Language, describiendo con detalle su funcionalidad de cada una de las partes del sistema.

Sin embargo el presente estudio se ha trabajado en base a la metodología del RUP, que a continuación se especifica [3].

Disciplinas del Proceso:

Business Modeling

Requirements

Analysis & Design

Implementation

Test

Deployment

Disciplinas de Soporte:

Change Management

Project Management

Environment

Cuadro 1 Disciplinas del RUP

Nuestro estudio se centró en la primera disciplina del proceso Business Modeling

Modelo de casos de uso de negocio

Un Modelo de Casos de Uso del Negocio describe los procesos del negocio de una empresa en términos de casos de uso del negocio y actores del negocio que se corresponden con los procesos del negocio y los clientes respectivamente.

Los Business Use Case tienen dos vistas: externa e interna que forman parte del modelo.

Vista externa:

Ayuda a encontrar y describir los actores y los Casos de Uso del Negocio y efectuar diagramas de Casos de Uso del Negocio.

Vista interna:

Encuentra y describe los objetos de negocio que participan realizando los procesos.

También ayuda a descomponer los procesos de negocio en flujos de trabajo (Workflows) para describirlos a detalle.

Business Actor (BA): Es todo aquel o aquello que esta fuera del negocio pero que interactúa con él.

edu.red

Figura 1 – Business Actor

Business Use Case Diagram (BUCD): Muestran la agrupación de procesos en paquetes (grandes procesos) y la descomposición de los mismos en casos de uso del negocio.

edu.red

Figura 3 – Business Use Case Diagram

Business Use Case (BUC): Es un proceso de negocio que produce un resultado de valor medible y esperado por un actor (o actores) en particular.

edu.red

Figura 2 – Business Use Case

Modelo de objetos de negocio

Un modelo de objetos del negocio describe como cada caso de uso del negocio es llevado a cabo por parte de un conjunto de trabajadores que utilizan un conjunto de entidades del negocio y de unidades de trabajo. Cada realización de un caso de uso del negocio puede mostrarse en diagramas de interacción y diagramas de actividad.

Business Worker (BW): Muestra el conjunto de responsabilidades que una persona (rol) asume. Trabaja en una unidad organizacional, interactúa con otros business workers y manipula entidades a través de la realización de los casos de uso de negocio.

edu.red

Figura 4 – Business Worker

Business Entities (BE): Representa las entregables, recursos y eventos que son usados o producidos.

edu.red

Figura 5 – Business Entities

Business Object Diagram: Define los Business Use Case desde el punto de vista del trabajado (Business Worker) o cliente interno.

Diagrama de Actividades (DA):

  • Un diagrama de actividades (AD) detalla el flujo de trabajo (workflow) de un BUC.

  • Un BUC consiste de una secuencia de actividades que juntas producen algo de valor para un business actor.

  • Un workflow usualmente consiste de un flujo básico y uno o muchos flujos alternativos.

Elementos de un DA

  • Un diagrama de actividades tiene los siguientes elementos.

Estados de Actividad:

  • Representan el desarrollo de una Actividad o paso dentro de un workflow.

edu.red

Figura 6 – Estado de Actividad

Estado Inicial:

  • Representa el inicio de un Workflow.

  • Existe un único estado inicial.

edu.red

Figura 7 – Estado Inicial

Estado Final:

  • Representa el fin de un flujo de actividades en el Workflow.

  • Puede haber más de estado final.

Figura 8 – Estado Final

Estado Transitorio:

  • Representa tiempos de espera de un proceso.

edu.red

Figura 9 – Estado Transitorio

Transiciones:

  • Muestra que actividad sigue a la otra.

edu.red

Figura 10 – Transición

Workflow: Secuencia de Actividades

Decisiones:

  • Definir condiciones de restricción y también cuando se quiere juntar hilos de flujo y combinarlos.

edu.red

Figura 11 – Decisor

Barras de Sincronización:

  • Muestran Flujos paralelos y muestran los caminos de un Worflow.

edu.red

Figura 12- Barras de Sincronización

Conclusiones:

Los enfoques presentados plantean resolver varios de los desafíos que se presentan actualmente para el desarrollo de software acorde a las necesidades que se plantean en la construcción de aplicaciones para las organizaciones de hoy día.

Los Business Use Case pueden ser usados por muchos procesos. Es un proceso que es iterativo y de manejo riesgoso. Ayuda a identificar y direccionar riesgos tempranamente en el proceso, conduciendo a los sistemas más robustos y a mejor calidad.

La metodología desarrollada mejora los procesos de la empresa organizándola en sus respectivos roles.

Referencias:

[1] BM Rational Unified Process (RUP) en http://www-130.ibm.com/developerworks/rational/products/rup (acceso 25 de noviembre de 2013)

[2] Canepa K, y Dávila A. Evaluación teórica de la capacidad de procesos de Rational Unified Process respecto del MoProSoftIndustrial Data [en línea] 2010, 13 (Julio-Sin mes): [Fecha de consulta: 27 de noviembre de 2013] Disponible en: ISSN 1560-9146

[3 ] Delgado E. Metodologías de desarrollo de software. ¿Cuál es el camino? Revista de Arquitectura e Ingeniería [en línea] 2008, 2 (Diciembre-Sin mes): [Fecha de consulta: 27 de noviembre de 2013] Disponible en: ISSN

[4] Matsukawa, S. 2004. Análisis y Diseño Orientado a Objetos con UML y Rational Rose. Empresa Editora Macro EIRL. 520 p,

[5] Montilva J, Rojas C., y Mauricio. Método para la conceptualización en el modelado del negocio en procesos de software Revista Avances en Sistemas e Informática [en línea] 2010, 7 (Marzo-Sin mes): [Fecha de consulta: 27 de noviembre de 2013] Disponible en: ISSN 1657-7663

 

 

Autor:

Huamán Moreto Sandrita

García Tello Diana