ESTRUCTURA DE PROCESOS COMERCIALES
DCS SISTEMA DE CONTROL DISTRIBUIDO
MARZO 2015 © EDITORIAL DCS
UNIVERSIDAD DE ORIENTE NUCLEO MONAGAS
DCS SISTEMA DE CONTROL DISTRIBUIDO
EQUIPO EDITORIAL Editor Carlos Carvajal
Editor Adjunto Edgard Patete Editor Art铆stico Carlos Carvajal Producci贸n Carlos Carvajal Edgard Patete
Editorial DCS
MARZO 2015 DCS
CONTENIDO 04
Introducciรณn
05
Las Organizaciones como Sistemas
06
Arquitectura de Empresas
7-8-9
Arquitectura de Negocios
10
Arquitectura de Informaciรณn
11
Arquitectura de Aplicaciรณn
12
Arquitectura tecnolรณgica
13 Beneficios de la Arquitectura de Procesos Comerciales 14-15-16 Herramientas Tecnolรณgicas Empleadas en la Arquitectura de Procesos Comerciales 17
Referencias
DCS 03
MARZO 2015
INTRODUCCION
El
constante crecimiento poblacional en conjunto con la demanda de las necesidades humanas en un entorno cambiante y evolutivo; ha motivado al hombre desde tiempos remotos, a la búsqueda de alternativas que de una u otra forma sirvan de trampolín para el logro de sus objetivos. En la historia y con mayor fuerza en la actualidad, el comercio y los negocios han sido una de las modalidades más implementadas en dicha búsqueda; sin embargo, es preciso resaltar, que el éxito de estas, no depende solo de la motivación e iniciativa que se posea al momento, sino que a su vez, deben estar alineadas a estrategias gerenciales de estructuración, gestión y planificación, muchas de ellas ya preestablecidas y de efectividad comprobada en distintas áreas comerciales, aunada a la implementación de herramientas de automatización y tecnología TI que sienten bases sólidas y optimicen sus procesos, basados en su cadena de valor. Con la finalidad de proporcionar al lector un enfoque global de los requerimientos necesarios para el óptimo funcionamiento de una organización, empresa o industria, se procederá a generar un enfoque que le ayude a comprender los elementos, procesos y herramientas que intervienen en el diseño y selección de la Arquitectura de Procesos Comerciales dirigida a generar valor en estas.
DCS 04
MARZO 2015
LAS ORGANIZACIONES COMO SISTEMAS García & Munilla (2006) establecen que una organización es un sistema abierto que engrana en transacciones con un sistema mayor, la sociedad, constituyendo así un subsistema de esta, por lo que solamente puede sobrevivir cuando está comprometida con ciertos objetivos impuestos por ella que legitiman sus actividades. Toda organización es un sistema complejo gobernado, de una parte, por sus propias leyes internas de desarrollo y, de otra parte, por las leyes que gobiernan el funcionamiento de la sociedad, en la cual se inserta, como un todo. Existe, por tanto, una interdependencia entre el funcionamiento de un sistema social dado y las actividades de las organizaciones que lo conforman. DCS 05
MARZO 2015
ARQUITECTURA DE EMPRESAS Arquitectura de la Empresa es el conjunto de elementos organizacionales (objetivos estratégicos, departamentos, procesos, tecnología, personal, etc.) que describen a la empresa y se relacionan entre sí garantizando la alineación desde los niveles más altos (estratégicos) hasta los más bajos (operativos), con el fin de optimizar la generación de productos y servicios que conforman la propuesta de valor entregada a los clientes. Considerando una empresa como una entidad compleja compuesta de personas y procesos, que producen productos o servicios para los clientes. (Vernadat, 1996). . Para capturar la visión completa de dicha entidad en todas sus dimensiones y complejidad, surge el concepto de Arquitectura de Empresa, el cual identifica los componentes principales de la organización y su relación para conseguir los objetivos de negocio. Actúa como fuerza integradora entre aspectos de planificación del negocio, aspectos operación de negocio, aspectos tecnológicos, entre otros, siendo el marco o framework la estructura que permite almacenar y comunicar los diferentes elementos de la misma.
DCS 06
MARZO 2015
ARQUITECTURA DE NEGOCIOS La arquitectura de negocios les da a los gerentes y a los ejecutivos una visión clara de organización, del estado actual y futuro de los recursos y la forma en la que participaran para cumplir con los programas de cambio para cumplir con la visión estratégica. Los arquitectos de negocios son responsables de asegurarse de que todas las partes interesadas tengan una comprensión compartida de la estrategia de su organización. La asignación de recursos y la mitigación de los riesgos en los programas de transformación deben de estar alineados a la estrategia en la fase de ejecución. La agilidad y el incremento global solo pueden incrementarse con esta brújula en mano.
Para poder abordar iniciativas de transformación en una empresa, es fundamental contar con modelos que reflejen de forma completa y precisa la arquitectura de negocio de la misma. Estos modelos también son imprescindibles para asegurar que el resto de la arquitectura de la empresa pueda responder de forma ágil a los cambios que se demandan desde negocio, o que surgen por el impacto de cambios externos. Es necesario encontrar un lenguaje común basado en modelos que sean comprensibles por todos dentro de la organización y por sus partes. En el ámbito de los procesos de negocio, que constituyen uno de los activos fundamentales que una organización posee, al reflejar la forma en que el negocio desarrolla su actividad, BPMN (Business Process Model and Notation) es quizás la alternativa más exitosa y extendida. Nos proporciona una representación de los procesos que puede ser compartida por toda la empresa y es trasladable a los sistemas de información. DCS 07
MARZO 2015
No obstante, no hay que caer en el error habitual de considerar que consiguiendo los modelos de los procesos de negocio, ya se dispone de un mapa completo de la arquitectura de negocio, aunque es un inmejorable punto de partida. Esta idea está claramente sustentada en la propia especificación de BMPN, en el capítulo donde se establece su alcance, donde queda meridianamente claro que su utilización se circunscribe al modelado de procesos y que por tanto, queda fuera de su objetivo otros tipos de modelos que la arquitectura de negocio requiere, como son: · Organización y recursos · Descomposición funcional · Estrategia · Modelos de datos e información · Reglas de negocio Teniendo esto en cuenta, surge claramente la necesidad de un lenguaje de modelado que cubra todos estos ámbitos de la arquitectura de negocio. Actualmente, en mi opinión, la propuesta más completa que permite cubrir esta necesidad es ArchiMate. Se trata de un lenguaje de modelado de arquitectura empresarial, gestionado por The Open Group y alineado con la metodología para la definición de arquitectura de TOGAF. más potente su utilización: · Extensión para la estrategia y la motivación: stakeholders, drivers, principios, metas, objetivos, requerimientos, etc. · Extensión para la implementación y la entrega: roadmaps, programas, proyectos, gaps, roles y resultados Como conclusión, la complementariedad entre ArchiMate y BPMN nos dota con una herramienta muy poderosa para conseguir una representación completa de la arquitectura de negocio de una compañía, aprovechando definiciones basadas en estándares de eficacia probada. DCS 08
MARZO 2015
Su diseño se realizó con las premisas de ser lo más completo y simple que fuera posible para dar respuesta a las necesidades que se plantean en más del 90% de las organizaciones. Abarca principalmente las capas de negocio, aplicación y tecnología, permitiendo representar un amplio abanico de conceptos: · Capa de negocio: unidades organizativas, actores, roles, procesos de negocio, funciones de negocio, servicios de negocio, objetos de negocio, ubicaciones del negocio, etc. · Capa de aplicación: servicios de aplicación, componentes de aplicación, objetos de datos, interfaces, funcionalidades, etc. · Capa de tecnología: servicios de infraestructura, comunicaciones, repositorios de datos, etc.
DCS 09
MARZO 2015
ARQUITECTURA DE INFORMACION
Disciplina (arte y ciencia) encargada de estructurar, organizar y etiquetar los elementos que conforman los entornos informacionales para facilitar de esta manera la localizaci贸n (o el acceso) de la informaci贸n contenida en ellos y mejorar, as铆, su utilidad y su aprovechamiento por parte de los usuarios (P茅rez-Montoro 2010).
DCS
MARZO 2015 10
ARQUITECTURA DE APLICACION
DCS 11
MARZO 2015
ARQUITECTURA TECNOLOGICA La arquitectura tecnológica de una institución recoge el conjunto de decisiones significativas sobre la organización del software, sus interfaces, su comportamiento y su interacción, así como la selección y composición de los elementos estructurales (infraestructura tecnológica). Por encima de todo, sin embargo, la arquitectura tecnológica tiene que ser una definición de estilo: la descripción de las motivaciones o fundamentos que determinan por qué un sistema está diseñado de la forma en que lo está. Una arquitectura se selecciona y se diseña en función de objetivos y restricciones, y es una visión a alto nivel. Por lo tanto, no explica cómo está implementado un sistema, sino que define conceptos como sus principios y factores, la organización, estilos, patrones, responsabilidades, colaboraciones, conexiones y motivaciones. Los requerimientos definidos en la arquitectura de sistemas o en la arquitectura de aplicación quedan concretados en la arquitectura tecnológica. En ella se determina la tecnología a utilizar, selección de bases de datos, tipo de lenguaje a utilizar, interfaz de usuario, etc. Y cómo debe ser utilizada.
DCS
MARZO 2015 12
BENEFICIOS DE LA ARQUITECTURA DE PROCESOS COMERCIALES
DCS 13
MARZO 2015
H E R R A M I E N TA S E M P L E A D A S E N L A ARQUITECTURA DE PROCESOS COMERCIALES Basados en la definición de las arquitecturas que conforman la arquitectura de procesos comerciales definida anteriormente, se procederá a señalar dos FRAMEWORKS específicos, sustentados bajo la misma conceptualización y los cuales debido a ello han logrado una estandarización de los procesos, permitiendo complementar una estructura que adopte las fortalezas de cada uno.
DCS 13
MARZO 2015 14
Fig. 1. ADM de TOGAF
Fig. 2. Framework de Contenido
Fig. 4. Framework de capacidad de TOGAF
Fig. 3. Enterprise continumm de TOGAF
DCS 15
MARZO 2015
Fig. 5. Arquitectura Framework Zachman.
DCS 16
MARZO 2015
REFERENCIAS AmazingTM. (2015). Arquitectura empresarial de procesos de negocio. [Página Web en Línea]. Consultado el 22 de marzo de 2015 en: http:// www.amazing.com.co/arquitectura-empresarial-procesos.php MEGA. (2015). Arquitectura de Negocios. [Página Web en Línea]. Consultado el 22 de marzo de 2015 en: http://www.mega.com/es/solucion/ arquitectura-de-negocios Wikipedia. (2015). Comercio. [Página Web en Línea]. Consultado el 22 de marzo de 2015 en: http://es.wikipedia.org/wiki/Comercio Cuenca, L.; Ortiz, A. y Boza, A. (2005). Arquitectura de Empresa. Visión General [Documento en Línea]. Consultado el 23 de marzo de 2015 en: http://www.adingor.es/Documentacion/CIO/cio2005/items/ ponencias/96.pdf Medina, R. (2010). Introducción a la Arquitectura [Documento en Línea]. Consultado el 23 de marzo de 2015 en: http://es.slideshare.net/ alexy90731/principios-de-arquitectura Tabares, M. (2012). Arquitectura Empresarial [Documento en Línea]. Consultado el 23 de marzo de 2015 en: http://es.slideshare.net/ mstabare/gerencia-de-procesos-arquitectura-empresarial Wikipedia (2014). Marco de Trabajo de Zachman. [Página Web en Línea]. Consultado el 22 de marzo de 2015 en: http://es.wikipedia.org/wiki/ Marco_de_Trabajo_Zachman Barros, O. (2006). El Valor Estratégico de la Innovación en los Procesos de Negocios [Documento en Línea]. Consultado el 22 de marzo de 2015 en: http://www.dii.uchile.cl/~ceges/publicaciones/82%20ceges% 20OB.pdf Zachman, J. (2003). Excerpted from The Zachman Framework: A Primer for Enterprise Engineering and Manufacturing [Libro en Línea]. Consultado el 23 de marzo de 2015 en: http://www.businessrulesgroup.org/ BRWG_RFI/ZachmanBookRFIextract.pdf DCS 17
MARZO 2015