El modelo del negocio como base del modelo de requisitos

Solo disponible en BuenasTareas
  • Páginas : 27 (6545 palabras )
  • Descarga(s) : 0
  • Publicado : 28 de diciembre de 2010
Leer documento completo
Vista previa del texto
El Modelo del Negocio como base del Modelo de Requisitos 1
María José Ortín, Jesús García Molina, Begoña Moros, Joaquín Nicolás Grupo de Investigación de Ingeniería del Software Departamento de Informática y Sistemas Facultad de Informática. Universidad de Murcia C.P. 30071 Campus de Espinardo, Murcia, Spain

Resumen. En este trabajo se presenta una estrategia para obtener de modo sistemáticoel modelo de casos de uso y el modelo conceptual, a partir del modelado del negocio basado en diagramas de actividades UML. Después de determinar los procesos del negocio de la organización bajo estudio, y de describir sus flujos de trabajo mediante diagramas de actividades, los casos de uso son identificados y estructurados a partir de las actividades de cada proceso, mientras que los conceptosdel modelo conceptual se obtienen a partir de los datos que fluyen entre las actividades. Además, las reglas del negocio son identificadas e incluidas en un glosario, como parte de la especificación de datos y actividades. Un aspecto destacable de nuestra propuesta es el hecho de que el modelado conceptual y el de casos de uso son realizados en paralelo, haciendo más fácil la identificación yespecificación de casos de uso adecuados. Tanto el modelado de casos de uso como el modelado conceptual forman parte de la fase de análisis de requisitos de un modelo de proceso completo en cuya definición estamos trabajando y cuya primera etapa es el modelado del negocio. Este proceso está siendo completado y adaptado a la tecnología web dentro de un proyecto PROFIT en cooperación con una empresa dedesarrollo de software.

1 Introducción
Desde que UML [1] fue adoptado por el OMG como el lenguaje estándar para el modelado, se ha definido un buen número de modelos de proceso para el desarrollo de aplicaciones orientadas a objetos (OO), que utilizan este lenguaje como medio de expresión de los diferentes modelos que se crean durante el desarrollo. Estas propuestas suelen estar guiadas por loscasos de uso, de manera que éstos se emplean para definir los requisitos funcionales del sistema, y todas las etapas del proceso (planificación de las iteraciones, análisis, diseño y pruebas) se articulan en torno a los casos de uso identificados. Actualmente, en muchas discusiones sobre casos de uso se coincide en señalar que con frecuencia son mal interpretados, y que no hay guías precisas pararesolver los ––––––––––
1

Esta ponencia es una revisión del trabajo “De los procesos de negocio a los casos de uso”, presentado en las V Jornadas de Ingeniería del Software y Bases de Datos celebradas en Valladolid en noviembre de 2000. La revisión ha sido subvencionada por el Proyecto PROFIT FIT-070000-2000-411 y por la Red Temática de Investigación en Ingeniería del Software TIC2000-2052-E.

aspectos que tienen que ver con su organización. En este sentido, se han publicado diferentes propuestas (por ejemplo [2, 5, 6]) en las que se discuten cuestiones tales como la granularidad de los casos de uso, el nivel de detalle en que deben describirse, o la conveniencia de crear una jerarquía de casos de uso. En la actualidad trabajamos en la definición de un proceso basado en UMLorientado a sistemas de información de gestión y en su adaptación al desarrollo de aplicaciones web, dentro de un proyecto PROFIT2 en cooperación con la empresa de consultoría y desarrollo de software Sinergia Tecnológica. Este proceso incluye una fase inicial de modelado del negocio, que describe los procesos del negocio de la organización bajo estudio de manera que se puedan construir, de formasencilla y directa, versiones iniciales de los modelos conceptual y de casos de uso, propios de la etapa de modelado de requisitos. En este trabajo describimos cómo realizar el modelado del negocio y su conexión con el modelo de requisitos. La estructura del trabajo es la siguiente: en el apartado 2 comentamos brevemente la problemática asociada a la utilización del concepto de caso de uso, y...
tracking img