Antecedentes del modelado de negocios.

Tradicionalmente, el modelo de una compaa tena integralmente sus

procesos dentro del negocio, es decir, no ceda ningn proceso a
terceras partes. En tal sentido, tpicamente encontrbamos compaas
con todos sus procesos de procura o abastecimiento sincronizados y
operados por ella misma. Se presenta a continuacin El esquema
tradicional de los proceso de negocio

As, la cadena de valor frecuentemente estaba alineada con los procesos

de: desarrollo de productos, mercadeo, promocin, y venta.
Adicionalmente, las funciones, tales como Finanzas, Tecnologa de
Informacin, y Comunicaciones, apoyaban al ncleo o core de
procesos del negocio.
A partir de los aos 80s y hasta mediados de los 90s, los modelos de
procesos de negocio en las compaas eran actualizados dependiendo
de los resultados de estudios basados en Calidad Total, Enfoques tipo
Ishikawa, Crculos de Calidad, Re-ingeniera de Procesos, entre
otros. Estos estudios estaban dirigidos a analizar cmo los procesos y
sus relaciones haban sido diseados en una Compaa en particular, sin
eliminar pasos que no agregaban valor y sin re-emplazarlos por otras
actividades que s agregaran valor.
La eliminacin de pasos que no agregaban valor, logrando la reduccin
de tiempos en el ciclo de negocio, y la implantacin de los enfoques o
esquemas Just-in-time, era prioritario para ese entonces. Mediante la

adopcin de un esquema basado en el tiempo, fue reducido el inventario

en las compaas, se elev la eficiencia del capital de trabajo, y se hizo
ms eficiente la respuesta al mercado. Sin embargo, este esquema
todava conservaba problemas en cuanto al capital de trabajo, tales
como:
- Carencia de inventarios
- Cuellos de botellas
- Fallas de capacidad en los inventarios para responder al incremento de
la demanda.
Todo ello conllevaba a una insatisfaccin de la demanda y por
consecuencia las rdenes emanadas de los clientes, no podan ser
satisfechas. Esto deriv en ciertos casos en iniciativas prematuras de
contratacin de outsourcing y automatizacin de procesos.
Desde entonces, se comenz a utilizar un conjunto de servicios y
tecnologas, tales como: la Transferencia Electrnica de Datos (EDI, de
sus siglas en ingls: Electronic Data Interchange) a los fines de
conectar eficientemente los elementos de la cadena de valor o la
tecnologa orientada a la automatizacin de los procesos de prduccin.
Es as como la utilizacin de estos servicios y tecnologas implantadas
parcialmente en los procesos de las cadenas de valor del negocio,
hacan que se redujera los tiempos en la ejecucin de los mismos, pero
creaban cuellos de botella en el resto de procesos y causaban el
incremento del capital de trabajo. Como consecuencia de esto, en lo que
se refiere a EDI, en muchos casos, las compaas se limitaban a utilizar
esta tecnologa para ciertas reas con poca complejidad, como el caso
del manejo de los depsitos de la nmina. Sin embargo, el outsourcing
de los procesos intent resolver el problema desde el punto vista ms
all de la tecnologa, lo cual hizo que se profundizaran las dificultades,
trayendo como resultado, una vez ms, la re-ingeniera de los procesos.
A pesar de lo vivido en los aos 90s, la mayora de las compaas
continuaron afinando los modelos de procesos del negocio siguiendo el
enfoque de sincronizacin de la cadena de valor, mediante la premisa de
compartir la informacin del mercado y la demanda a travs de la
cadena de suministros. En tal sentido, por medio de esta prctica se
pudo reducir los tiempos del ciclo de procesos del negocio, as como los
problemas del inventario y el capital de trabajo. Esto fue acompaado
con la utilizacin de sistemas ERP (por sus siglas en ingls, Enterprise
Resource Planning) con el objeto de sincronizar y estandarizar los
procesos de acuerdo a las mejores prcticas y los modelos
implcitamente incorporados en estos sistemas. En consecuencia, la
cadena de procura elev su efectividad, y se sincroniz, aun ms, la

demanda de productos y los procesos de produccin, lo cual deriv en

un mejoramiento de la gerencia del modelo de procesos de negocio.
Con este gran esfuerzo hecho a travs de los sistemas ERP, el desarrollo
de un nuevo modelo de negocio y la re-ingeniera de los procesos para
adaptarse a las mejores prcticas, le permiti a las compaas y a sus
gerencias, atacar nuevos mercados y capitalizar las nuevas
oportunidades de negocio. Concurrentemente, las herramientas
Customers Relationship Management, CRM, comenzaron a
homogenizar o estandarizar las relaciones y procesos con los mercados,
creando un estrecho vnculo con los ERP. En la Figura se puede observar,
a nivel general, el mejoramiento de la cadena de procesos de la
demanda, al tiempo que los sistemas ERP y las herramientas CRM se
alinean con la cadena de procesos de procura; asimismo, se demuestra
la evolucin de los conceptos y trminos arriba mencionados y a lo largo
de los ltimos 25 aos.

Estado del arte de la Ing. De Requisitos.

El estado de un requisito indica la situacin en la que se encuentra el requisito
en el ciclo de vida de los requisitos definido en el proyecto. El estado de los
requisitos es til para conocer la evolucin del proceso de Ingeniera de
Requisitos y poder gestionarlo adecuadamente.
En el contexto de MADEJA, el ciclo de vida de los requisitos se establecer
antes de comenzar el proceso de Ingeniera de Requisitos en las Normas de
Gestin del Proyecto al objeto de adaptarse a las caractersticas particulares de
cada proyecto. Un posible ejemplo de ciclo de vida de los requisitos se muestra
en la siguiente figura.
Ejemplo de ciclo de vida de los requisitos

Arquitectura de referencia en sistemas de informacin.

Una arquitectura es un diseo estructural integrado de un sistema, sus
elementos y definiciones dependen de los requerimientos proporcionados. El
concepto de arquitectura es ampliamente usado en el contexto de la
construccin de computadoras.
Cuando se aplica a los sistemas de informacin asumimos que una arquitectura
es un plano abstracto que incluye los diseos de procesos de un sistema,
basado en principios de diseo y dentro de un marco metodolgico.

Un poco de historia. . .
Una de las principales caractersticas de las empresas de hoy en da es que
estn en constante cambio, y no se puede ya, prever cosas a largo plazo. Para
adaptarse a estos constantes cambios, las organizaciones deben evolucionar e
integrar la empresa (quebrar las barreras organizacionales y mejorar la
interoperabilidad para crear sinergia dentro de la empresa y as operar mas
eficientemente), y desarrollar una disciplina que organice todo el conocimiento
que se necesita para identificar las necesidades que cambian en la empresa, a
esa disciplina se le llama Ingeniera empresarial que es simplemente una
coleccin de herramientas y mtodos con los cuales se puede disear y
continuamente mantener un estado integral de la empresa.
Varias organizaciones como AMICE Consortium Han desarrollado arquitecturas
de referencia en las cuales se puede organizar todo el conocimiento y sirven
como gua en programas de integracin de las empresas.
La IFIP/IFAC Task Force analizo estas arquitecturas y concluyo que aunque haba
algunas similitudes, ninguna de estas incluye a las otras; cada una tena algo
nico que ofrecer, de ah se dieron cuenta de la necesidad de definir una
Arquitectura Generalizada. Empezando de algunas arquitecturas (CIMOSA,
GRAI/GIM and PERA), la IFAC/IFP Task Force desarroll una definicin de
Arquitectura generalizada.
El marco propuesto fue nombrado GERAM (Generalised Enterprise Reference
Architecture and Methodology).
GERAM, es todos esos mtodos, modelos y herramientas, los cuales se
necesitan para construir y mantener la integracin de la empresa, este es
parte de la empresa, que bien puede ser una simple empresa o una red de
empresas (empresas virtuales o empresas extendidas).GERAM define un kit de
herramientas y de conceptos para disear y mantener empresas para todo su
ciclo de vida. Lo interesante del marco es que sirve para aplicarse en todo tipo
de empresas.
GERAM define varios ingredientes importantes para arquitecturas, incluyendo
el sistema de informacin.
Dentro de estos ingredientes estn:
GERA.- Generalised Enterprise Reference Architecture.
EEMs.- Enterprise Engineering Methodologies
EMLs.- Enterprise Modeling Languages
PEMs.- Partial Enterprise Models
GEMCs.- Generic Enterprise Modelling Concepts
EETs.- Enterprise Engineering Tools
EMs.- Enterprise Models
EOS.- Enterprise Operational Systems
EMOs.- Enterprise Modules.
Las entidades que deben participar dentro de la Arquitectura del sistema de
informacin son la empresa y sus productos. Ambas deben ser consideradas
para los propsitos del diseo del sistema de informacin, implementacin y

operacin especialmente cuando mas sistemas son diseados para empresas

virtuales.