8/20/2019 investigacion de ing. de software

http://slidepdf.com/reader/full/investigacion-de-ing-de-software 1/7

Antecedentes del modelado de negocios. Tradicionalmente, el modelo de una compañía tenía integralmente susprocesos dentro del negocio, es decir, no cedía ningún proceso aterceras partes. En tal sentido, típicamente encontrábamos compañías

con todos sus procesos de procura o abastecimiento sincronizados yoperados por ella misma. Se presenta a continuación El esquematradicional de los proceso de negocio

Así, la cadena de alor !recuentemente estaba alineada con los procesosde" desarrollo de productos, mercadeo, promoción, y enta.Adicionalmente, las !unciones, tales como #inanzas, Tecnología de$n!ormación, y %omunicaciones, apoyaban al núcleo o &core' deprocesos del negocio.

A partir de los años ()*s y +asta mediados de los )*s, los modelos deprocesos de negocio en las compañías eran actualizados dependiendode los resultados de estudios basados en &%alidad Total', &En!oques tipo$s+i-aa', &%írculos de %alidad', &/e0ingeniería de 1rocesos', entre

otros. Estos estudios estaban dirigidos a analizar cómo los procesos ysus relaciones +abían sido diseñados en una %ompañía en particular, sineliminar pasos que no agregaban alor y sin re0emplazarlos por otrasactiidades que sí agregaran alor.

2a eliminación de pasos que no agregaban alor, logrando la reducciónde tiempos en el ciclo de negocio, y la implantación de los en!oques oesquemas &3ust0in0time', era prioritario para ese entonces. 4ediante la

8/20/2019 investigacion de ing. de software

http://slidepdf.com/reader/full/investigacion-de-ing-de-software 2/7

adopción de un esquema basado en el tiempo, !ue reducido el inentarioen las compañías, se eleó la e5ciencia del capital de traba6o, y se +izomás e5ciente la respuesta al mercado. Sin embargo, este esquematodaía conseraba problemas en cuanto al capital de traba6o, talescomo"

0 %arencia de inentarios0 %uellos de botellas0 #allas de capacidad en los inentarios para responder al incremento dela demanda.

 Todo ello conlleaba a una insatis!acción de la demanda y porconsecuencia las órdenes emanadas de los clientes, no podían sersatis!ec+as. Esto derió en ciertos casos en iniciatias prematuras decontratación de &outsourcing' y automatización de procesos.

7esde entonces, se comenzó a utilizar un con6unto de sericios y

tecnologías, tales como" la Trans!erencia Electrónica de 7atos 8E7$, desus siglas en ingl9s" &Electronic 7ata $nterc+ange': a los 5nes deconectar e5cientemente los elementos de la cadena de alor o latecnología orientada a la automatización de los procesos de prducción.

Es así como la utilización de estos sericios y tecnologías implantadasparcialmente en los procesos de las cadenas de alor del negocio,+acían que se redu6era los tiempos en la e6ecución de los mismos, perocreaban cuellos de botella en el resto de procesos y causaban elincremento del capital de traba6o. %omo consecuencia de esto, en lo quese re5ere a E7$, en muc+os casos, las compañías se limitaban a utilizaresta tecnología para ciertas áreas con poca comple6idad, como el casodel mane6o de los depósitos de la nómina. Sin embargo, el outsourcingde los procesos intentó resoler el problema desde el punto ista másallá de la tecnología, lo cual +izo que se pro!undizaran las di5cultades,trayendo como resultado, una ez más, la re0ingeniería de los procesos.

A pesar de lo iido en los años )*s, la mayoría de las compañíascontinuaron a5nando los modelos de procesos del negocio siguiendo elen!oque de sincronización de la cadena de alor, mediante la premisa decompartir la in!ormación del mercado y la demanda a tra9s de la

cadena de suministros. En tal sentido, por medio de esta práctica sepudo reducir los tiempos del ciclo de procesos del negocio, así como losproblemas del inentario y el capital de traba6o. Esto !ue acompañadocon la utilización de sistemas E/1 8por sus siglas en ingl9s, Enterprise/esource 1lanning: con el ob6eto de sincronizar y estandarizar losprocesos de acuerdo a las me6ores prácticas y los modelosimplícitamente incorporados en estos sistemas. En consecuencia, lacadena de procura eleó su e!ectiidad, y se sincronizó, aun más, la

8/20/2019 investigacion de ing. de software

http://slidepdf.com/reader/full/investigacion-de-ing-de-software 3/7

demanda de productos y los procesos de producción, lo cual derió enun me6oramiento de la gerencia del modelo de procesos de negocio.

%on este gran es!uerzo +ec+o a tra9s de los sistemas E/1, el desarrollode un nueo modelo de negocio y la re0ingeniería de los procesos para

adaptarse a las me6ores prácticas, le permitió a las compañías y a susgerencias, atacar nueos mercados y capitalizar las nueasoportunidades de negocio. %oncurrentemente, las +erramientas&%ustomers /elations+ip 4anagement, %/4', comenzaron a+omogenizar o estandarizar las relaciones y procesos con los mercados,creando un estrec+o ínculo con los E/1. En la #igura se puede obserar,a niel general, el me6oramiento de la cadena de procesos de lademanda, al tiempo que los sistemas E/1 y las +erramientas %/4 sealinean con la cadena de procesos de procura; asimismo, se demuestrala eolución de los conceptos y t9rminos arriba mencionados y a lo largode los últimos <= años.

8/20/2019 investigacion de ing. de software

http://slidepdf.com/reader/full/investigacion-de-ing-de-software 4/7

Estado del arte de la $ng. 7e /equisitos.El estado de un requisito indica la situación en la que se encuentra el requisitoen el ciclo de ida de los requisitos de5nido en el proyecto. El estado de los

requisitos es útil para conocer la eolución del proceso de $ngeniería de/equisitos y poder gestionarlo adecuadamente.

En el conte>to de 4A7E3A, el ciclo de ida de los requisitos se estableceráantes de comenzar el proceso de $ngeniería de /equisitos en las ?ormas de@estión del 1royecto al ob6eto de adaptarse a las características particulares decada proyecto. n posible e6emplo de ciclo de ida de los requisitos se muestraen la siguiente 5gura.

E6emplo de ciclo de ida de los requisitos

8/20/2019 investigacion de ing. de software

http://slidepdf.com/reader/full/investigacion-de-ing-de-software 5/7

Arquitectura de re!erencia en sistemas de in!ormación.na arquitectura es un diseño estructural integrado de un sistema, sus

elementos y de5niciones dependen de los requerimientos proporcionados. Elconcepto de &arquitectura' es ampliamente usado en el conte>to de laconstrucción de computadoras.

%uando se aplica a los sistemas de in!ormación asumimos que una arquitecturaes un plano abstracto que incluye los diseños de procesos de un sistema,basado en principios de diseño y dentro de un marco metodológico.

8/20/2019 investigacion de ing. de software

http://slidepdf.com/reader/full/investigacion-de-ing-de-software 6/7

n poco de +istoria. . .na de las principales características de las empresas de +oy en día es queestán en constante cambio, y no se puede ya, preer cosas a largo plazo. 1araadaptarse a estos constantes cambios, las organizaciones deben eolucionar eintegrar la empresa 8quebrar las barreras organizacionales y me6orar lainteroperabilidad para crear sinergia dentro de la empresa y así operar mase5cientemente:, y desarrollar una disciplina que organice todo el conocimientoque se necesita para identi5car las necesidades que cambian en la empresa, aesa disciplina se le llama $ngeniería empresarial que es simplemente unacolección de +erramientas y m9todos con los cuales se puede diseñar ycontinuamente mantener un estado integral de la empresa.

Barias organizaciones como A4$%E %onsortium Can desarrollado arquitecturasde re!erencia en las cuales se puede organizar todo el conocimiento y sirencomo guía en programas de integración de las empresas.2a $#$1D$#A% Tas- #orce analizo estas arquitecturas y concluyo que aunque +abíaalgunas similitudes, ninguna de estas incluye a las otras; cada una tenía algo

único que o!recer, de a+í se dieron cuenta de la necesidad de de5nir unaArquitectura @eneralizada. Empezando de algunas arquitecturas 8%$4SA,@/A$D@$4 and 1E/A:, la $#A%D$#1 Tas- #orce desarrolló una de5nición deArquitectura generalizada.El marco propuesto !ue nombrado &@E/A4' 8@eneralised Enterprise /e!erenceArc+itecture and 4et+odology:.@E/A4, es todos esos m9todos, modelos y +erramientas, los cuales senecesitan para construir y mantener la integración de la empresa, este esparte de la empresa, que bien puede ser una simple empresa o una red deempresas 8empresas irtuales o empresas e>tendidas:.@E/A4 de5ne un -it de+erramientas y de conceptos para diseñar y mantener empresas para todo su

ciclo de ida. 2o interesante del marco es que sire para aplicarse en todo tipode empresas.@E/A4 de5ne arios ingredientes importantes para arquitecturas, incluyendoel sistema de in!ormación.7entro de estos ingredientes están"

@E/A.0 @eneralised Enterprise /e!erence Arc+itecture.EE4s.0 Enterprise Engineering 4et+odologiesE42s.0 Enterprise 4odeling 2anguages1E4s.0 1artial Enterprise 4odels@E4%s.0 @eneric Enterprise 4odelling %onceptsEETs.0 Enterprise Engineering ToolsE4s.0 Enterprise 4odelsES.0 Enterprise perational SystemsE4s.0 Enterprise 4odules.

2as entidades que deben participar dentro de la Arquitectura del sistema dein!ormación son la empresa y sus productos. Ambas deben ser consideradaspara los propósitos del diseño del sistema de in!ormación, implementación y

8/20/2019 investigacion de ing. de software

http://slidepdf.com/reader/full/investigacion-de-ing-de-software 7/7

operación especialmente cuando mas sistemas son diseñados para empresasirtuales.