Resumen
Muchos de los proyectos de desarrollo de software fracasan o el resultado final no es el esperado, para el cliente o usuario final, o para los propios desarrolladores. Para el cliente un proyecto de desarrollo de software puede resultar infructífero porque se demoró más del tiempo esperado o peor aún, porque el software resultado no resuelve los problemas para los cuáles se encargó.
Varios son los factores que pueden conllevar al fracaso de un proyecto de desarrollo de software. El modelamiento del negocio en la etapa de concepción de un proyecto de desarrollo de software es una de las actividades más importantes, y que muchas veces no se lleva a cabo con la profundidad necesaria, provocando esto que no haya una total comprensión de los procesos a informatizar y un falso sentido de entendimiento entre los clientes (o usuarios) y el equipo de desarrollo respecto al trabajo a realizar.
La disciplina Modelamiento del Negocio de RUP (Rational Unified Process) propone un conjunto de artefactos para modelar los procesos de una organización, la elaboración de todos estos artefactos puede resultar lenta y engorrosa, contribuyendo negativamente a un efectivo paso por esta disciplina. El presente trabajo propone una alternativa a los artefactos de la disciplina Modelamiento del Negocio de la metodología RUP: IDEF, es una técnica de modelado de sistemas usando una estructura gráfica específica. Abarca desde la modelación de la información hasta el análisis y diseño orientado a objetos.
Palabras clave
IDEF, Proceso de Negocio, Modelamiento de Negocio, Desarrollo de Software, RUP
A pesar de la importancia que tiene el conocimiento de los procesos de negocio que sustentarán un sistema informático, es una práctica común demeritar la etapa en que se captura esta información durante el ciclo de desarrollo de un software. Es usual que los equipos de desarrollo, basados en las exigencias de los clientes respecto a la rapidez con que necesitan tener el producto de software en explotación, dediquen poca atención al total entendimiento del negocio. Si se tiene en cuenta que la gran mayoría de las organizaciones no representan esquemáticamente cómo son sus procesos y que algunas de las metodologías de desarrollo de software más utilizadas, como es el caso del Proceso Unificado de Desarrollo (RUP, por sus siglas en inglés), proponen una gran cantidad de artefactos para esta modelación cuya construcción puede volverse lenta y engorrosa, entonces se crean todas las condiciones para que no se modele el negocio con la rigurosidad que amerita.
El resultado de esta práctica son productos de software enfocados a necesidades o requerimientos planteados por un cliente, que en ocasiones no es capaz de determinar exactamente como puede un sistema de software mejorar su línea de productos o servicios. Además, es común que se obtengan productos de software con costos de implantación extremadamente altos y alejados de la objetiva realidad de la entidad que lo pretende utilizar. Los desarrolladores tienden a ser creativos buscando su realización profesional en la creación de sistemas informáticos ideales, a la vez que se alejan de la realidad del negocio y de los clientes.
La capacidad tecnológica y la situación económica de la organización a automatizar no son el objetivo fundamental del modelamiento de negocio que propone RUP. No obstante, tener en cuenta estos elementos procurando incidir en ellos favorablemente, si debe ser objetivo del producto de software a realizar, de ahí entonces que durante esta etapa inicial se considere extremadamente importante que el equipo de desarrollo se apropie de este conocimiento adicional.
En este artículo se propone la integración de algunas técnicas IDEF (Integrated Definition Methods) con la metodología RUP, con el objetivo de utilizar dichas técnicas como una alternativa a los artefactos que propone la disciplina Modelamiento del Negocio de esta metodología. Es necesario señalar que la información que se presenta sobre las técnicas de modelación IDEF no es suficiente para aplicar las ideas aquí expuestas, posteriormente deberá profundizarse en el estudio de las mismas. Esta propuesta esta basada en la experiencia de los autores durante la producción de un software a la medida para la República Bolivariana de Venezuela, producto de los acuerdos Cuba-Venezuela a la luz del ALBA.
Introducción
Desarrollo
Durante los años 70 las fuerzas áreas de los EEUU desarrollaron un programa para la fabricación integrada asistida por computadora (Integrated Computer Aided Manufacturing, ICAM). El programa ICAM identificaba las necesidades de mejoras en las técnicas y análisis de la comunicación para personal involucrado en la producción. El resultado del proyecto ICAM es una serie de técnicas conocidas como IDEF (Integrated Definition Methods). En la concepción inicial se incluían:
- IDEF0: Utilizado para la representación de actividades o procesos.
- IDEF1: Utilizado como modelo de representación y estructuración de la información.
- IDEF2: Utilizado para representar modelos que varían con el tiempo.
En 1983, las fuerzas aéreas de los Estados Unidos programaron un sistema integrado de ayuda de la información basado en IDEF1, creando el IDEF1X (IDEF1 ampliado) [1].
Con el devenir de los años y la utilización de estas técnicas, IDEF siguió su desarrollo y nuevas versiones aparecieron: IDEF3, IDEF4 e IDEF5. Actualmente existen varias herramientas que facilitan la modelación con estas técnicas.
| Página siguiente |