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 |