IMPLEMENTACION DE METODOLOGIA SPIN OFF …bibliotecadigital.usb.edu.co/bitstream/10819/1059/1/Implementacion... · ASPECTOS PRIMORDIALES EN LA GENERACIÓN DE UN SPIN OFF [6] ... las

Implementación de Metodología Spin Off – Open Source Orientada a la Ingeniería de Software con SOA y BPM.

Universidad San Buenaventura - Medellín

IMPLEMENTACION DE METODOLOGIA SPIN OFF – OPEN SOURCE

ORIENTADA A LA INGENIERIA DE SOFTWARE CON SOA Y BPM.

JUAN DAVID ZAPATA ROJAS Código: 1013258

LUIS FERNANDO LONDOÑO LOPEZ Código: 1017725

UNIVERSIDAD DE SAN BUENAVENTURA FACULTAD DE INGENIERIAS

MEDELLIN 2012



IMPLEMENTACION DE METODOLOGIA SPIN OFF – OPEN SOURCE ORIENTADA A LA INGENIERIA DE SOFTWARE CON SOA Y BPM.

JUAN DAVID ZAPATA ROJAS Código: 103258

LUIS FERNANDO LONDOÑO LOPEZ Código: 1017725

Trabajo de grado para optar por el título de Ingenieros de Sistemas

Asesor Carlos Arturo Castro Castro

Jefe de Línea de Investigación en Ingeniería del Software y Telecomunicaciones

UNIVERSIDAD DE SAN BUENAVENTURA FACULTAD DE INGENIERIA

MEDELLIN 2012



Nota de Aceptación: Aprobado por el comité de grado en cumplimiento de los requisitos exigidos por la Universidad de San Buenaventura para optar al titulo de Ingenieros de Sistemas. _____________________________________ _____________________________________ _____________________________________ _____________________________________

____________________________________ Firma Asesor

____________________________________ Firma Calificador

Medellín, 17 de septiembre de 2012.



Dedicatoria

Este proyecto de grado está dedicado por: Juan David Zapata Rojas a: A mi familia que me apoyó en el crecimiento para llegar a ser lo que hoy soy, su esfuerzo, su dedicación, su confianza, su entrega por darme ese apoyo incondicional, por todo esto y mucho más, es lo que hace que llegue al final de mi carrera, y que opte por un título, el de ingeniero de sistemas, apoderándome de un peldaño más de mi vida, sabiendo escalar grandes montañas, con dificultades en su trayecto pero con gran regocijo recogiendo frutos en toda la cúspide, a ellos mis más sinceros agradecimientos. A mis padres, María Eugenia Rojas Arango y Ricardo Antonio Zapata, agradezco muy especialmente por su amor, entrega, cariño, esmero, paciencia, voluntad, esfuerzo, compañía, y demás virtudes que solo unos buenos padres tiene en tan majestuosas proporciones, a ellos que Dios me los bendiga por siempre. De igual manera a mis hermanas María Eliana Zapata Rojas y Paula Andrea Zapata Rojas, por sus sonrisas y empuje en todo este proceso. A mi novia Carolina González, quien ha hecho lo posible por brindarme su acompañamiento en las últimas instancias de este proceso, su apoyo incondicional y ganas de verme triunfar en mi carrera son gigantes. A mis amigos, gracias por su compañía, sonrisas, entrega, esmero, voluntad, entre otros factores fundamentales para llegar a este punto. En general: A la universidad San Buenaventura por el inmenso compromiso y dedicación en formar estudiantes con un gran sentido social e intelectual, los cuales se estén encaminados día a día por encontrar soluciones a grandes retos profesionales. A los docentes por su empeño y ayudas brindadas durante toda la carrera profesional, al incentivar y dar su mano, aportando en conocimiento la construcción de mejores alternativas de aprendizaje.



AGRADECIMIENTOS

Damos gracias a Dios por permitirnos llegar a esta instancias de nuestras vidas, del poder aprovechar los conocimientos de la academia y por dejar que estos sean productivos en pro de una mejor vida laboral y profesional. Los agradecimientos de este trabajo están dirigidos a todas las personas de la Universidad de San Buenaventura. Principalmente se agradece a nuestro asesor Carlos Arturo Castro Castro, por todas las enseñanzas que nos deja en este trabajo y por apoyarnos en dar lo mejor de nosotros y dejar una huella en la universidad, huella orientada a la implementación de lo planteado en todo este documento. Al docente de ingeniería de sistemas y gran amigo Carlos Andrés Suaza por las orientaciones del tema, sus aportes en la materia contribuyeron a la organización esquemático-conceptual de la terminología y procesos plasmados en este documento. Al docente de ingeniería de sistemas Ramiro Lopera, por los conocimientos técnicos vistos en clase lo cuales fueron fundamentales para el planteamiento del software libre. A Helena Pérez por la dedicación y entendimiento de todos los trabajos de grado que le son asignados y su empeño por dar cada día lo mejor a los estudiantes.



CONTENIDO

Pág.

INTRODUCCIÓN ....................................................................................................................... 8

JUSTIFICACIÓN (ARGUMENTOS DEL TRABAJO) ............................................................ 9

OBJETIVO GENERAL ............................................................................................................. 11

OBJETIVOS ESPECÍFICOS .................................................................................................. 12

METAS DEL PROYECTO: ..................................................................................................... 13

MARCO TEÓRICO .................................................................................................................. 14

1. CAPITULO 1: ASPECTOS GENERALES PARA LA CREACION DEL SPIN OFF

ACADEMICO. ........................................................................................................................... 14

1.1. ORIENTACIÓN DEL PROYECTO HACIA LA METODOLOGÍA SPIN OFF [19 Y

20]: 14

1.2. COMPONENTES DE ÉXITO PARA ESTE PROYECTO CON METODOLOGÍA

SPIN OFF: ................................................................................................................................. 14

1.3. BENEFICIOS DE LA CREACIÓN DE UNA EMPRESA BAJO EL CONCEPTO

SPIN OFF [6]............................................................................................................................. 15

1.4. ASPECTOS PRIMORDIALES EN LA GENERACIÓN DE UN SPIN OFF [6] ........ 16

1.5. METODOLOGÍA DE IMPLEMENTACIÓN ................................................................... 18

1.6. ASIGNACIÓN DE PERSONAL AL PROYECTO......................................................... 18

2. CAPITULO 2: ARQUITECTURA TECNOLÓGICA EMPRESARIAL, EL RETO DE

MONTAJE PARA ESTE PROYECTO: ................................................................................. 26

2.1. ARQUITECTURA EMPRESARIAL: ÁREAS DE FUNDAMENTACIÓN

ORGANIZACIONAL, COMPOSICIÓN DE LA ARQUITECTURA EN SU ESENCIA. .... 27

2.2. MODELO DE ARQUITECTURA EMPRESARIAL ....................................................... 30

3. CAPITULO 3: APLICACIÓN DE SOA Y BPM ORIENTADO AL SPIN OFF

ACADÉMICO. ........................................................................................................................... 50

3.1. ARGUMENTOS EMPRESARIALES PARA IMPLEMENTAR SOA Y BPM ............ 51

3.2. CONCEPTUALIZACIÓN Y MANEJO DE ESQUEMAS SOA Y BPM EN EL

ÁMBITO ORGANIZACIONAL: SPIN OFF ............................................................................ 51

3.3. PROCESOS ASOCIADOS A LA CADENA DE VALOR DEL SPIN OFF

ORIENTADOS A BPM ............................................................................................................. 54

3.4. CONCLUSIONES DE BPM ............................................................................................ 67



4. CAPITULO 4: MODELADO DE PROCESOS DE NEGOCIO – BPM Y LA CADENA

DE VALOR SPIN OFF ............................................................................................................. 69

5. CAPITULO 5: SOA: ARQUITECTURA ORIENTADA A SERVICIOS ...................... 96

5.1. DEFINICIONES RELACIONADAS A SOA .................................................................. 96

5.2. ¿CUÁLES SON LOS BENEFICIOS DE SOA? ............................................................ 97

5.3. MODELO DE INTERACTIVIDAD DE SOA .................................................................. 99

5.4. CONCLUSIONES DE SOA .......................................................................................... 103

CONCLUSIONES................................................................................................................... 104

GLOSARIO .............................................................................................................................. 106

BIBLIOGRAFIA ....................................................................................................................... 109



INTRODUCCIÓN La idea con el Spin Off basado en las posteriores metodologías de trabajo, es que se acabe la desventaja de la organización en el término en que las áreas de tecnología trabajaban desligadas de las demás áreas composicionales de la organización, hoy por hoy lo que se busca es que todos los factores de intervención en una empresa se interrelacionen recibiendo el mismo objetivo y entregando el mismo resultado, a ello lo principal que hay que mirar es que las arquitecturas empresariales, las cuales son entes que relacionan aspectos de planificación, operatividad, lógica tecnológica orientada a la información y al negocio, entre otras características; estas arquitecturas descompuestas en arquitecturas de tecnologías de información por ejemplo, muchas veces están desligadas con otra rama: la lógica de negocio o arquitectura de negocio, el factor importante para el caso es la descompensación en la interacción de los procesos estratégicos organizacionales, por lo cual lo que se busca es que estas ramas y las demás mencionadas más adelante puedan interactuar unas con las otras, sin perder lógicamente la visión, para el caso específico del proyecto se va a realizar énfasis en la temática de ingeniería de Requerimientos y Testing, como actividad generadora de rentabilidad dentro del Spin Off en la Universidad San Buenaventura, lógicamente con aras en brindar servicios de este tipo a clientes externos que lo necesiten, por lo cual y pensando en dicho horizonte, en este documento lo que se busca es organizar cual va a ser la composición estructural pensando en BPM y SOA y de igual manera con las herramientas Open Source que se manejen como valor propositivo y complementario. La arquitectura empresarial [43] a tener en cuenta no se basa como tal en una metodología estandarizada, pero si responde en parecido a un Framework ya implementado en entes gubernamentales especialmente, este se denomina Togaf [2] y [3], lo que se hizo fue adoptar dicha metodología en cuanto a la estructura, pero en lo que respecta a composición tiene diferencias con la implementada en este trabajo, más adelante se mostrará a que argumentos responde y cómo se comportará su implementación en el Spin Off.



JUSTIFICACIÓN (ARGUMENTOS DEL TRABAJO) El trabajo hecho en este proyecto de grado, enmarca significativamente el concepto amplio de Spin Off como alternativa para que las entidades estatales o privadas no sean la única iniciativa en todos los campos [6]. Ahora, la idea es que dentro del marco de aprendizaje que se vivencia día a día en la academia, pueda aportar iniciativas de creación de empresas con base tecnológica e innovadora o con énfasis en informática, que es lo que interesa en este momento. La idea es aprovechar esta definición de empresa como aporte posterior hacia el mismo conocimiento, infundiendo en la universidad empuje y seguridad para que otros estudiantes puedan aprovecharse de este saber, viéndose así que la investigación en la institución no sea efectiva solo en el ámbito académico, que también tenga frutos y sea funcional en todo el ámbito laboral, expandiéndose hacia el mercado de TIC Ahora, como el concepto de este trabajo está definido y orientado hacia el Spin Off como identidad para este proyecto de grado, también es conveniente enmarcar su metodología y hacer énfasis en la EA (Enterprise Architect) o Arquitectura Empresarial [53] que se va a tomar, y tomando lógicamente parte también de la metodología enfocada a SOA y BPM. En este tiempo [56] muchas de las tareas están orientadas hacia el área de sistemas, volviéndose pieza clave tanto las estructuras de Hardware como de Software en un marco estructural del cumplimiento de necesidades y requerimientos que las empresas en este caso necesiten, la propensión por estos días está condicionada hacia un paradigma orientado a los servicios, que se encuentran enteramente ligados a los procesos, donde una herramienta muy bien constituida denominada BPMS (Business Process Management System) cubre los requerimientos de la empresa en todos sus aspectos como su nombre lo indica Sistema de Gestión de Procesos de Negocio [18]. Lo que se necesita en este trabajo es cambiar la operación común y de siempre de todos los procesos de la empresa, y cambiar e implementar lo que se requiere con una integración y orientación de todos los datos y transacciones, tal cual lo permite SOA en esta integración. Cuando se habla de cambiar de enfoque, se orientan las labores a tener mejor calidad en los servicios ofrecidos, buscando ser explícito en los procesos, lo cual permite generar una mejor documentación de los mismos al mostrarse aún más particularizados, lo cual puede dar más definición, y por ende más fácil implementación en fases futuras. Otra de las cosas que queda mucho más definida es el cómo se van a entregar las soluciones de todas las áreas de la empresa, esto quiere decir que no se van dar respuestas diferentes a problemas iguales, y que los procesos van a ser centralizados y unidos, no por el contrario. Otro aspecto fuertemente significativo, el acople de los procesos teniendo como lineamiento todo el ciclo de vida del software. Con BPM (Business Process Management) lo que se busca desde la parte de negocio es dar auge en la satisfacción de los clientes, en cuanto a los servicios que se van a brindar en el Spin Off, todo buscando reducir costos, sean en los servicios que se ofrecen como en los que se adquiere para brindar soluciones oportunas. Ahora, hablando desde el área informática, no se puede dejar atrás el interés por entregar sistemas mucho más escalables, en los cuales pueden incrementar aún más sus servicios sin perder su finalidad y calidad.[24]



Es entendible que los procesos de negocio que se van a evidenciar a futuro, cuando salga a flote el desarrollo pleno de este proyecto, junto con este tipo de sistemas escalables, unidos directamente entre sí con componentes informáticos, asociados y manejados por componentes tecnológicos, generen una afín combinación, teniendo como resultado un importante soporte o pilar para que los procesos plenos de negocio puedan dar resultados acordes. El manejo de los procesos de negocio, se encarga de que la compañía con metodología afianzada en Spin Off, pueda proveer buenos servicios al mercado, y que a su vez sea competitiva en todas las áreas mercantiles, entendiendo que los servicios entregados son un elemento final de una serie de actividades interrelacionadas con un fin último, que si se le hace un seguimiento optimo con BPM, pueden ir significativamente mejorando el estado final del servicio. Todo lo anteriormente denotado, en resumidas cuentas, muestra la tecnología de la información (conocida como gestión de TI), siendo más enfáticos, hacia los sistemas de información utilizados en la actualidad, guardan una amplia relación con el manejo de los procesos de negocio, esto quiere decir que cada vez más las empresas guían sus actividades hacia los sistemas de información que puedan cumplir con finalidades específicas. Entonces se puede enmarcar a BPM como una estrategia organizacional para gestionar el rendimiento de todos los procesos de negocio, en el cual lo que se busca es una mejora continua de los mismos. Por otra parte [14], este trabajo busca también encaminar sus procesos hacia una arquitectura empresarial enmarcada y apoyada con organización, que encuadre con una estructura lógica la representación de los procesos del Spin Off o como está sustentado en muchas de las importantes empresas del medio, con un gran pilar para lograr esta idea es SOA (Service Oriented Architecture) o Arquitectura Orientada a Servicios, como se vio anteriormente y BPM el cual enmarca los procesos de negocio y los comunica con los sistemas de información, pero cuales son estos?, sí, estos se encuentran enmarcados dentro del término SOA, los cuales proporcionan sistemas livianos y adaptados que brinde ese apoyo a los procesos de negocio. Este tipo de arquitectura muy superficialmente, permite el análisis y diseño, implementación y prueba de unidades, integración y pruebas de los procesos del sistema y por último la operación, puesta en marcha y mantenimiento de los mismos, tal cual se puede evidenciar en el ciclo de vida del software (en este caso modelo secuencial), todo con el fin de generar la integración de todos los servicios que trabajen de manera aislada, si todos estos servicios se encuentran vinculados entre sí y luego se enmarcan o muestran como procesos legítimos de negocio, el resultado muestra una excelsa calidad funcional de los servicios empresariales que brindaría el Spin Off.



OBJETIVO GENERAL Definir una Arquitectura Empresarial fundamentada bajo conceptualización de BPM o denominada Gestión de Procesos de Negocio, orientados hacia la parte organizacional, con un componente de apoyo desde la parte de Tecnologías de la Información como lo es SOA en cuanto a la integración de aplicaciones Open Source y demás, convertidas en servicios para el desempeño efectivo del Spin Off Académico en la Universidad de San Buenaventura.



OBJETIVOS ESPECÍFICOS

Analizar a partir de la Arquitectura Empresarial los procesos de negocio relacionados a la cadena de valor: Análisis de requerimientos y Testing

Orientar en el montaje de una Arquitectura Empresarial que soporte tecnología en cuanto a Software y Hardware (enfoque más elaborado hacia el Software y más si es OpenSource.

Brindar oportunidad de apertura al conocimiento en cuanto a las tecnologías de información orientadas a la organización.

Orientar a la organización desde un principio con la calidad del servicio hacia el cliente, para ello hay que trabajar con estándares desde el comienzo.

Diseñar un modelo de Arquitectura Empresarial con dos enfoques: el Tecnológico y el Organizacional.

Dar las bases para la implementación de SIA en el Spin Off Académico.

Modelar los procesos de negocio con BPM inherentes a la cadena de valor del Spin Off.

Definir los actores necesarios para implementar el Spin Off bajo características de la Arquitectura Empresarial con SOA y BPM.

Explicar y relacionar BPM con los procesos de negocio Spin Off.

Explicar y relacionar SOA con la integración de aplicaciones en el Spin Off.

Integrar metodologías existentes en el campo organizacional y tecnologías

Dar una introducción de cómo sería la integración entre servicios y procesos de negocio

Mostrar que con BPM el manejo de una organización con esquema bajo procesos, ayuda a la automatización de los mismos y elimina tareas innecesarias.

Mostar que a través de la cadena de valor se puede interactuar de manera mucho más profunda con el cliente, lo cual permite mejores resultados.

Controlar y hacer seguimiento de la organización en pro de mejora continua de sus procesos.

Mostrar herramientas y utilidad de BPM y SOA en el Spin Off



METAS DEL PROYECTO:

Optimización de todos los procesos del Spin Off

Proceso de modelación de una arquitectura empresarial soportable en procesos y TI.

Transferencia de Tecnología en todas las áreas inherentes al Spin Off

Transferencia de Conocimiento entre todas las personas que están participando de dicho proyecto.

Procesamiento en tiempo real por la interactividad de todas las aplicaciones y de igual manera de los resultados mostrados a través de servicios.

Cambio de la cultura organizacional, la cual se ha basado siempre en hacer más no en parar hacer y luego medir para tomar acciones de mejora.

Reducción de costos y gastos, y más en un área de tecnología donde todo es tan demandante.

Tener aumento en los ingresos a futuro, gracias al orden que se va a manejar y de la integración de las aplicaciones y funcionamiento de los servicios.

Satisfacción del cliente interno y externo (Stakeholders)



MARCO TEÓRICO

1. CAPITULO 1: ASPECTOS GENERALES PARA LA CREACION DEL

SPIN OFF ACADEMICO.

1.1. ORIENTACIÓN DEL PROYECTO HACIA LA METODOLOGÍA SPIN

OFF [19 Y 20]:

Como se había hablado anteriormente, este tipo de proyectos tiene una orientación metodológica basada en la creación de empresas que buscan explotar los recursos tecnológicos y de investigación, sean de software o de hardware, con miras en obtener resultados económicos e incursionar en la actividad mercantil. Esta futura empresa guiada bajo este tipo de metodología con base tecnológica apoyada en lo académico, basa el desarrollo de la misma en un recurso fundamental, el conocimiento. Como es de saber los resultados de investigación del alumnado solían quedarse solo en lo académico, pero ahora se ve mucho más incrementado el valor y plasmado en productos, o para este caso, los servicios de desarrollo de software, cumpliendo con todo el ciclo de implementación del mismo, al igual que el de Testing, como valor agregado al anterior servicio. Esta alternativa abre nuevas posibilidades de empleo a estudiantes que tienen un conocimiento dedicado a algún proceso de la empresa, o como este tipo de empresas basan su conocimiento en la investigación, lo más común es que puedan conformarse asociaciones entre diferentes universidades o aún más relevante, con empresas interesadas en tales servicios ofrecidos, contratando como clientes, o invirtiendo como patrocinadores, la idea es expandirse y adquirir más fuerza en el campo económico sin perder el ideal principal, al igual que buscar una retribución con beneficios hacia la misma investigación, con el fin de seguir incentivando a alumno, convirtiendo al SPIN OFF con este servicio en un agente económico, generador desde su interior hacia el exterior, de fuentes financieras notables.

1.2. COMPONENTES DE ÉXITO PARA ESTE PROYECTO CON

METODOLOGÍA SPIN OFF:

1.2.1. La idea para todo tipo de proyecto de este tipo, y más a tener en cuenta, con la implementación de SOA y de BPM, es tener una adecuada plataforma tecnológica, entendiéndose por esto como software y hardware, que soporte fielmente los objetivos de la empresa.

1.2.2. Es primordial el conocimiento, no se desconoce que este tipo de lineamientos surgen de la investigación, pero también es claro que el aprovechamiento de la misma y convirtiendo el saber en servicios que proyectan hacia una apertura económica, dan fe de la consistencia y experiencia que pueden tenerse.

1.2.3. Como se ha mencionado antes, es de vital importancia contar con la universidad para la implementación y puesta en marcha, pero también es de tener en cuenta el patrocinio del sector



empresarial, mostrándose como cliente o como benefactor de la misma. La idea es hacer mucho más fuerte la competitividad y calidad de los servicios ofertados.

1.2.4. También hay que enmarcar la necesidad de personas que contengan capacidad liderativa, emprendedora, con conocimiento en las temáticas de desempeño y por ende de entrega adecuada de los servicios, y por así decirlo “gomosa” o “metida en el cuento” hablando despectivamente.

1.2.5. La iniciativa surge viendo la necesidad en el mercado de encuadrar una metodología de trabajo acorde a los servicios que se van a entregar, por lo cual orientarla sin tener en cuenta el futuro de la computación, de lo que actualmente se utiliza y sin tener visión de cómo mejorarlo, implica estar atrasados, por ende la calidad de lo ofertado se vería perjudicada.

1.2.6. Tener en muy claro el concepto de I+D+i (Investigación-Desarrollo-innovación), el cual es fuertemente evidenciable en cada paso del proyecto.

1.3. BENEFICIOS DE LA CREACIÓN DE UNA EMPRESA BAJO EL

CONCEPTO SPIN OFF [6]

El beneficio de este proyecto se encuentra relacionado al centro de investigación, el cual está gestionando el montaje, desarrollo, ejecución e implementación del mismo bajo igual concepto, también el del alumnado involucrado directamente, como el que viene posteriormente; docentes, y la sociedad en general, entre otros. Todo esto se puede denotar de la siguiente manera:

1.3.1. Todo este trabajo, en sí mismo, es una labor de investigación,

que va a traer beneficios a la Universidad como institución,

donde los resultados se verán en forma de alternativa laboral,

donde los servicios se entregarán cumpliendo con las

expectativas ante otras propuestas empresariales, con igual o

mejor calidad en el mercado.

1.3.2. Los resultados evidenciados en el proceso, al igual que los

servicios proporcionados, brindan una nueva alternativa en la

fuente de ingresos.

1.3.3. Viendo en aras al futuro, se puede generar financiación extra, no

solo para mantener el mismo proyecto, sino para alimentar otras

líneas de investigación, y por qué no, también orientarlas hacia

la misma metodología SPIN OFF.

1.3.4. Los contratos en el mundo empresarial van a aumentar,

aumentando fuertemente el lineamiento de colaboración en el

mercado de manera notable.

1.3.5. Los estudiantes de la universidad de San Buenaventura se van a

ver con un sentido amplio de conocimiento frente al mundo



laboral, por lo cual, cuando salgan a ejercer su título profesional,

no se les va a hacer extraño el medio, adquiriendo mucho más

experiencia y profesionalización a su desempeño.

1.4. ASPECTOS PRIMORDIALES EN LA GENERACIÓN DE UN SPIN

OFF [6]

Tanto para la implementación en sí de SOA y BPM como del Spin Off, existen varias etapas para la creación y mantenimiento del mismo, denotadas de esta manera:

1.4.1. Innovacion Tecnologica: es importante resaltar que para este

proceso es necesario tener tanto elementos tecnologicos (como

equipos de hardware para el debido soporte de las aplicaciones

que van a interactuar entre el cliente y los servicios informaticos,

al igual que software, fiel contenedor de los servicios

empresariales de negocio y arquitectura empresarial, recursos

de red, entre otros), como el conocimiento innovador

4 Aspectos Primordiales para la Generación

de Spin Off



proporcionado por los alumnos de la Universidad San

Buenaventura, relacionado al servicio, en el cual se deben

cumplir con elementos que tengan fuerte influencia y estabilidad

en el mercado.

1.4.2. Transferencia de Tecnologia Empresarial: para esta

metodologia, puede llamarse de esta manera al proceso de

negociacion entre el centro de investigacion de la universidad

San Buenaventura, con todos sus integrantes, y la denominada

futura empresa. Este acuerdo puede concretarse, teniendose en

cuenta que el conocimiento lo tiene los integrantes del grupo de

investigacion, los cuales en contraprestacion por los servicios

ofrecidos puede devengar algun tipo de incentivacion

economica, logicamente no constitutiva, ya que la empresa está

apenas en sus comienzos,pero luego de que esté ejerciendo,

podrán hablarse de pagos formulados legalmente.

1.4.3. Visión de empresa: es muy importante para la generación de

empresa describir el comose va a constituir, su funcionamiento y

objetivos a manera de vision dentro de un determinado plazo de

tiempo, con el fin de ir cumpliendo periodicamente con lo

propuesto. Esta idea de SPIN OFF, enfocada hacia servicios de

Analisis de Requerimientos y Testing, debe ir enfocada a partir

desde la tematica de investigacion académica, como se busca

implementar desde su principio, hasta su constitucion legal de

empresa. La idea de este paso es que antes de la constitucion,

se haga todo el sondeo pertinente, desde lo funcional, pasando

por lo organizacional, hasta lo legalmente conformable.

1.4.4. Personal Capacitado: otro aspecto muy importante para toda

empresa, el personal, mucha tencnologia en este tiempo

sistematiza procesos, con velocidades increiblemente grandes,

la cuestion es que esta gestion no se realiza del todo tan sola; el

recurso humano es el que va a implementar su conocimiento,

para que el funcionamiento de la arquitectura empresarial como

tal no se vea desorientada hacia los fienes ultimos de le futura

empresa, asi que el compromiso de todo este recurso debe ser

fuertemente alto, el compartir el objetivo de la empresa, el tener

objetivos en comun para desarrollo de la misma, hace que este

tipo de conocimiento no se pierda, sino que por el contrario se

siga nutriendo fielmente con el pasar del tiempo.



1.5. METODOLOGÍA DE IMPLEMENTACIÓN

Para dar seguimiento al proyecto, este se divide en 4 aspectos relativamente importantes divididos por fases así:

1.5.1. Asimilación: es importante saber cuáles son todos los recursos

necesarios para dar operatividad en el proyecto, saber cuáles

son las responsabilidades de todos los actores involucrados en

el mismo, y la elaboración de un cronograma o plan de trabajo

donde se describen cada una de las actividades a seguir, con

tiempos, responsables y metas (objetivos de cada actividad).

1.5.2. Pruebas: en esta etapa el Actor se emparenta con las nuevas

metodologías de implantación, la idea de esto que la persona

conozca a manera global como funciona en si todo el sistema,

todos los procesos, con ello se garantiza la toma de decisiones.

1.5.3. Construcción: aquí se juega un papel importante en cuanto a la

parametrización, se tiene en cuenta el control de datos, los

procesos, arquitectura, servicios y demás.

1.5.4. Transición: en este último aspecto se tiene en cuenta cómo

funcionan todos los servicios del Spin Off, que se está

ejecutando, como se está haciendo, que indicadores se

presentan, cuáles son sus acciones de mejora.

Los comunicados, compromisos y productos o resultados de cada fase deben

quedar por escrito así como las labores diarias del grupo de trabajo.

La documentación adicional que surja del proceso de implantación, así como

los cambios que se generen en los procesos internos del cliente deben ser

llevados por el departamento de Organización y Métodos o por los funcionarios

que el cliente asigne para tal fin.

1.6. ASIGNACIÓN DE PERSONAL AL PROYECTO

La cantidad de personal que asigne al proyecto deberá ser con dedicación

exclusiva al proyecto y de la cantidad asignada y el compromiso de la gerencia

dependerá el éxito del mismo.

Es importante que las personas asignadas al proyecto tengan no solamente el

perfil requerido para manejar el aplicativo (idóneas en el área asignada) si no la

actitud de cambio acorde con la visión y estrategia de la empresa.

Las personas aquí citadas deben ser personas pro-activas y comprometidas en

el proyecto, con tiempo y dedicación al mismo y con la premisa de sacarlo

adelante.



Se deben emitir actas de notificación a los integrantes del grupo de trabajo con

sus respectivas funciones, tiempo de dedicación y responsabilidades.

ESTRUCTURA DEL Y NIVELES DEL PROYECTO E INTERESADOS ASESORÍA Y CLIENTES



ESTRUCTURA OPERACIONAL COMPAÑÍA SPIN OFF



1.6.1. DIRECCIÓN SPIN OFF

Estará conformado por mínimo 1 Representante de USB administrativo, 2

Profesores de la universidad orientado a Emprendimiento, asesores del

Proyecto y Estudiantes. Deben Ser personas con poder de decisión para que

dado el caso de que se deseen variar los tiempos, alcance, cronograma o

recursos tengan la capacidad de hacerlo.

La importancia de comité radica en la decisiones que se tomen en el para el

beneficio del proyecto, es por eso que se debe definir un asesor, que esté

presente en las reuniones y serán conocidos por las partes.

LÍDER DE PROYECTO

Es la persona a cargo del proyecto. La asignación de tiempo de líder de

proyecto está determinada por las condiciones pactadas por el proyecto.

Sus responsabilidades son:

1.6.1.1. Hacer conocer y utilizar la metodología

1.6.1.2. Coordinar las actividades del equipo de trabajo

1.6.1.3. Brindar soporte funcional al grupo de trabajo

1.6.1.4. Responsable de cumplimiento de reuniones diligenciando acta de

reuniones con los asistentes

1.6.1.5. Recibir asesoría de las partes involucrada.

1.6.1.6. Recibir y consolidar información administrativa y económica del

Proyecto.

1.6.1.7. Capacitar a las personas asignadas al proyecto

1.6.1.8. Aclarar inquietudes respecto a la funcionalidad del SPIN OFF

1.6.1.9. Recibir del área comercial las solicitudes, y realizar informes de

seguimiento a la dirección del SPIN OFF

1.6.1.10. Mantener actualizado el cronograma de actividades del proyecto

reflejando avance en las actividades pendientes y atrasadas, Esto

con fin de tomar acciones correctivas en caso de ser necesarias

1.6.1.11. Puede realizar Roles de Consultores

1.6.1.12. Ejecutar presentaciones de Metodología e implementaciones a

los diferentes Clientes

1.6.1.13. Revisar y evaluar el cumplimiento de los proyectos, propuestas y

contratos, su viabilidad.

1.6.1.14. Entregar y certificar los diferentes productos o servicios ofrecidos

por el proyecto al cliente final con la correspondiente

documentación.



1.6.2. ASESOR

La Asignación de tiempo del asesor estará determinada por las condiciones de

los diferentes proyectos en la empresa:

Sus responsabilidades Son:

1.6.2.1. Capacitar a los líderes asignados al proyecto

1.6.2.2. Aclarar inquietudes respecto a la funcionalidad del sistema a los

Lideres de Operación (Requisitos Testing )

1.6.2.3. Asesorar a los diferentes clientes en el proceso de

parametrización, definición de necesidades y ejecución de casos

de prueba del sistema.

1.6.2.4. Llevar registro de horas de capacitación.

1.6.2.5. Recibir Sugerencias de Lideres referentes a posibles mejoras en

los procesos del proyecto y remitirlas a la persona encargada de

Calidad y procesos.

1.6.2.6. Efectuar evaluaciones a los clientes sobre los productos

entregados y sus posibles casos de mejoramientos.

1.6.3. LÍDER DE REQUISITOS.

La asignación de la persona que se desempeñara con líder de Requisitos es

necesario tiempo completo de Negocio tendrá personas a cargo, los cuales son

estudiantes de ingeniería de sistema de la USB

Sus responsabilidades

1.6.3.1. Controlar de proyectos de Sistemas

1.6.3.2. Gestionar de cambios sobre ambientes de calidad - Producción

1.6.3.3. Gestionar de Desarrollo de software por modelos

1.6.3.4. Implementar metodologías de análisis y desarrollo de Software

UML, RUP, SCRUM

1.6.3.5. Capacitar a los estudiantes para el desempeño de sus labores de

requisitos.

1.6.3.6. Aclarar inquietudes respecto a la funcionalidad del sistema por

partes de estudiantes a Cargo.



1.6.4. ASEGURADOR DE LA CALIDAD Y PROCESOS.

Esta persona estará encargada de la documentación y gestión de calidad

desde los procesos del proyecto. El Recurso debe tener el conocimiento de

todo tipo de desarrollo productivo y administrativo en la compañía.


1.6.4.1. Realizar y controlar los instructivos formato y documento de

apoyo de acuerdo a los diferentes contratos con el cliente y el

proyecto.

1.6.4.2. Realizar medición de quejas, medición de satisfacción,

verificación de procesos

1.6.4.3. Realizar la administración de la mejora continua siguiendo los

procesos definidos por el líder del proyecto, Realizando un

informe de acciones correctivas.

1.6.4.4. Dar apoyo total al proyecto en gestión de conocimiento,

comunicación y riesgos que se puedan visualizar en el proyecto.

1.6.5. LÍDER TESTING

Este rol está orientado técnico en el análisis, diseño y desarrollo de las

aplicaciones que se definan en el proyecto aplicando y verificando los

requisitos, metodología y tecnología.


1.6.5.1. Analizar, revisar, replantear y desarrollar módulos de pruebas a

través de documentar, verificar y seguir estándares y comprobar.

1.6.5.2. Mantener un liderazgo en el grupo de trabajo en las vanguardias

de la tecnología de la información y capaz de orientar y plantear

soluciones específicas del proyecto.

1.6.5.3. Mantener una posición Crítica frente a las propias soluciones y las

del proyecto en búsqueda un excelente producto al cliente.

1.6.5.4. Apoyar técnicamente al equipo de trabajo en los temas técnicos

necesarios para garantizar un producto de excelente Calidad



1.6.6. Estructura “DEL” y niveles del proyecto e interesados

1.6.6.1. DIRECTORES DE PROYECTO

Representa la persona que está en frente del proyecto. La asignación del

tiempo de esta persona estará determinada por las condiciones del proyecto

Sus responsabilidades Son:

1.6.6.1.1. Hacer conocer y utilizar la metodología

1.6.6.1.2. Coordinar las actividades del equipo de trabajo

1.6.6.1.3. Brindar soporte funcional al grupo de trabajo

1.6.6.1.4. Responsable de cumplimiento de reuniones diligenciando acta de

reuniones con los asistentes

1.6.6.1.5. Recibir asesoría de las partes involucrada.

1.6.6.1.6. Recibir y consolidar información administrativa y económica del

Proyecto.

1.6.6.1.7. Capacitar a las personas asignadas al proyecto

1.6.6.1.8. Aclarar inquietudes respecto a la funcionalidad del Spin Off



1.6.6.2. ESTUDIANTES INTERESADOS.

1.6.6.2.1. Mantener actualizado el cronograma de actividades con avances

reflejando porcentajes de avances de actividades resaltando

actividades cumplidas, pendientes y atrasadas

1.6.6.2.2. Manejar módulos (trabajos asignados)

1.6.6.2.3. Entregar toda la documentación generada por el grupo de trabajo

1.6.6.2.4. Efectuar presentación de metodología de trabajo y manejar el

modelo.

1.6.6.2.5. Conocer documentos de alcances.

1.6.6.2.6. Investigar e indagar por información concerniente al proyecto



2. CAPITULO 2: ARQUITECTURA TECNOLÓGICA EMPRESARIAL, EL RETO DE MONTAJE PARA ESTE PROYECTO:

En este proyecto es clave precisar que primero hay que tener un esquema de trabajo empresarial fuertemente claro, el cual va a estar orientado hacia las metodologías y tendencias denotadas anteriormente, mostrando en la arquitectura su composición y los requisitos que debe satisfacer para implementarla. Una arquitectura empresarial [27] es una ramificación de componentes, procesos y procedimientos que a su vez se demuestran y se entregan al cliente en forma de servicios, los cuales están demostrando el funcionamiento y evolución del negocio en la organización, por lo cual día a día se entregará calidad, y resultados mucho más completos. Una arquitectura empresarial [9] se comporta como tal como un sistema, en el cual se definen componentes, tecnologías y sistema de información que interactúan junto con los procesos de negocio para luego esclarecer en que momento estuvo la organización, como está marchando, que cambios hay que hacer y qué futuro se espera a partir de esos cambios, como tal una arquitectura empresarial [11], [12] y [13] guarda un fuerte comportamiento orientado hacia la estrategia organizacional, en el cual el software de la mano con el hardware y los procesos financieros forman gran parte de la composición estructural de una empresa media, teniendo en cuenta claro está que el Spin Off se va a desenvolver progresivamente en el campo teniendo como tal estos componentes de manera mucho más pronunciada gracias a los servicios de sistemas orientados hacia la información. DESAFÍOS: En este tiempo, donde la tecnología se aprecia y vivencia de diferentes maneras, donde cada vez es más común en todos los procesos de la vida empresarial, en la cual muchas de ellas se encuentran orientadas y extendidas hacia el mercado de la tecnología de la información, mostrando una clara evolución en todos los procesos, pero, también puede asimilarse de una manera errónea, ya que muchas empresas no están preparadas para este tipo de acontecimientos, provocando problemas, soluciones que no parecen ser las más adecuadas, y pensamientos que no son asertivos frente a adquisiciones no tan fructuosas, así que, todo esto puede desencadenar problemáticas, como por ejemplo que varios departamentos, en este caso, el área de sistemas e informática, y el área de negocios, no tengan aplicaciones que no guarden ningún tipo de polaridad, es decir, que estén desligadas, o que tengan aplicaciones que no tengan que ver la una con la otra, entendiéndose que este proceso lo que se va a buscar remediar es que haya más uniformidad, donde los ambientes de ejecución no sean diferentes, y sean más integrados, para que haya un gran número de productos y servicios, pero donde se hable el mismo lenguaje en su ejecución y entrega al cliente. No es sencillo definir para este proyecto el concepto de arquitectura empresarial, pero para evitar problemáticas de este tipo, es necesario constituir y organizar los elementos que intervienen en el uso de tales tecnologías, así la respuesta de todas las problemáticas surgidas es en sí mismo el concepto de arquitectura empresarial.



Es necesario definir una arquitectura empresarial para el Spin Off académico por varias razones [28] y [29]:

Las aplicaciones que se van a implementar en el medio informático, deben ser propiamente ligadas y estructuradas con soluciones e intereses de negocio, esto quiere decir que ya se empieza a tocar un punto de SOA, donde lo que interesa como tal es que todos los servicios internos brindados como empresa, se encuentren fielmente orquestados.

La implementación de una arquitectura empresarial en si estructurada conlleva a reforzar la calidad del producto entregado, así, podría pensarse también en trabajar con estándares para brindar mejores servicios.

La idea de estandarizar los procesos de empresa, es que todo se maneje a través de los mismos con guías de actividades basadas en procedimientos, se clarifica que esto se hace para reducir la complejidad en las actividades y poner a favor del Spin Off el tiempo de desarrollo las actividades inherentes a Análisis de Requerimientos y Testing.

La implementación de mejores tecnologías, traduciéndose esto en software y hardware para la empresa, conlleva a que se optimice el rendimiento de los procesos implementados para la entrega del servicio final.

La idea de tener parametrizados los procesos de empresa, conlleva a que se cumpla un orden de las actividades propuestas, por ejemplo, en cuanto a las aplicaciones que se tengan para tal fin, pueden encontrarse maneras más fáciles para reducir su mantenimiento a la mitad, o también la reducción de costos y tiempo, la manera de administrarlos y predecir cuándo puede presentarse tales situaciones, etc.

2.1. ARQUITECTURA EMPRESARIAL: ÁREAS DE FUNDAMENTACIÓN ORGANIZACIONAL, COMPOSICIÓN DE LA ARQUITECTURA EN SU ESENCIA.

La idea de implementar en este proyecto una arquitectura empresarial que responda también a contenidos SOA y BPM, es pensar en una futura situación de negocio que sea estructurada, para ello hay que montar cimientos que soporten este tipo de comportamientos empresariales, así la arquitectura de esta empresa debería tener áreas representativas que tengan una perspectiva enfocada hacia los servicios del Spin Off, por ende se describirán tales áreas con el fin de entender que es lo que se necesita como empresa, pensando como siempre en los dos factores fundamentales de la organización: Gestión o Estrategia de Negocio, llamada a cumplir con los objetivos en pro de la entrega de servicios de calidad, y Gestión de TI entendiéndose esta como estrategia tecnológica para soportar los mencionados procesos de negocio. La idea con la arquitectura empresarial a implementar en el Spin Off es seguir un patrón de Framework parecido al de TOGAF [57], pero no del todo homogénea composicionalmente hablando. Los modelos de este tipo guardan un esquema orientado en si hacia un área de negocio y un área de tecnología, ejes fundamentales para el funcionamiento organizacional.



2.1.1. NIVELES DE CONOCIMIENTO EN LA IMPLEMENTACIÓN DE LA ARQUITECTURA EMPRESARIAL EN EL SPIN OFF

Una de las últimas ideas a tener en cuenta con base a la arquitectura empresarial [35], son los niveles de conocimiento o seguimiento de la misma en el desarrollo y funcionamiento dentro de la organización, el objetivo con esto es medir como se encuentra el Spin Off y que características fundamentales hacen falta para llegar a un punto final dentro de la culminación de la misma, ya que con el pasar del tiempo va a ser mucho más fácil entregar resultados a partir de los controles periódicos que se venían haciendo, al final de este proceso de manera más lógica se van a evidenciar de manera más efectiva todo este seguimiento. Los 4 niveles que se tienen en cuenta para la implementación y seguimiento de esta arquitectura son los siguientes:

2.1.1.1. Nivel 1: (Origen) esta es la fase inicial de la arquitectura, aquí se

evidencia el desarrollo informal de todo el montaje, la idea de este nivel es implementar el propio Framework que fue construido en este trabajo para el Spin Off, en esta parte también se definen las capas (ya mostradas) y de igual manera se levantarán los procesos de negocio, documentación y estándares para iniciar.

2.1.1.2. Nivel 2: (Definición y Desarrollo D&D) se ultiman los detalles

para entender el concepto de la arquitectura que se va a implementar, la idea es que todos los actores del Spin Off tengan muy bien definido todos los procesos asociados a seguir, sean los actores asociados a los negocios o a la tecnología, esto se hace para culturizar desde un principio a la persona y manejar de manera más generalizada el CORE del negocio; con todo esto se

Niveles de Implementación Arquitectura

Spin Off



definen estrategias, guías, y pilares del negocio, donde se van a empezar a definir métricas para la medición de actividades.

2.1.1.3. Nivel 3: (Gestión) este penúltimo nivel es el asociado a medir a

partir de métricas de calidad, todos los procesos de la arquitectura, desde aquí progresivamente se actualiza la documentación para poder observar todos los cambios ejecutados en el tiempo, por último, todas las áreas del negocio están totalmente definidas.

2.1.1.4. Nivel 4: (Optimización) por último, en este nivel se relacionan los

anteriores niveles, en esta parte lo que se busca es mejorar todos los procesos y optimizarlos según todas las necesidades que hayan en el Spin Off, como ya todo fue llevado a cabo lo único que hay que determinar son las estrategias para pulirlos y reducir el impacto negativo que estos tengan para mejorar el rendimiento organizacional.



2.2. MODELO DE ARQUITECTURA EMPRESARIAL Después de haber visto los niveles de implementación de la arquitectura empresarial, a continuación se mostrará el modelo y las capas arquitectónicas que lo sustentan: Modelo Arquitectura Empresarial [9]:

2.2.1. ARQUITECTURA FUNCIONAL Y DE INFORMACIÓN [24]: En esta parte lo que se pretende es integrar los datos de todos los componentes que arrojan todas las arquitecturas, estos componentes son los que manejan de manera física y lógica la información, lo que se pretende es que la información tenga a partir de controles más estructurados y menos difíciles un manejo más cómodo al consultar, en este punto juega un papel importante SOA, ya que esta permite bosquejar, montar e integrar los servicios independientes de los lenguajes en los que estén codificados y de las plataformas en las que se ejecutan. Para la arquitectura funcional es esencial los datos, la integración y las aplicaciones para hacerlo, por lo cual SOA es un eje fundamental para esta labor. Es obvio decir que en el Spin Off van a necesitarse componentes de software que necesariamente tengan que cumplir con los requerimientos de un sistema basado en comportamientos de negocio, o en sí mismos, también de tecnología, ya que los servicios no solo van a ser orientados a la parte de mercadeo, los servicios en



sí mismos son componentes tecnológicos, ya que se van a entregar servicios inherentes a la ingeniería del software, en su parte de requerimientos y Testing, y para ello hay que soportar la empresa, para que esté preparada para este tipo de retos, algunos de los componentes importantes a tener en cuenta con respecto al manejo de esta subarquitectura son los siguientes:

Modelo Arquitectura Funcional y de Información:

2.2.1.1. Gestión de la Ejecución de la Lógica Organizacional: este componente es la base para implementar los procesos de negocio y las aplicaciones inherentes a estos, este componente a su vez debe basarse en el principio de Buenas Prácticas la cual busca implementar buenas prácticas organizacionales que conllevan a estructurar los procesos necesarios para soporte y entrega de servicios, la estructura y herramientas de gestión de TI deben buscar cumplir con dichos propósitos.

2.2.1.2. SOA (Service Oriented Architecture): la temática es explicada más adelante en el capítulo relacionado a SOA (capítulo 5)

2.2.1.3. Gestión CORE de Soluciones: aquí se encierran las llamadas formas de autenticación de usuarios contra los servicios que presente el Spin Off, son características de los sistemas de información que buscan a través de un usuario y contraseña, permitir a una persona válida interactuar con determinados procesos organizacionales relacionados a él. En este apartado también se encierran los sistemas transaccionales, que son aquellos que permiten asegurar, recolectar, guardar, actualizar entre otras características; la información proveniente y generada



de algún tipo de transacción, llámese esta como la forma en que es modificada o manipulada la información almacenada.

2.2.1.4. Gestión de Comunicación: los llamados sistemas de mensajería, como se verá en apartados siguientes, buscando utilizar tecnologías Open Source, son los llamados a completar este componente, ya que una organización sin este tipo de implementaciones no podría organizar sus procesos, por ende no podría dar efectivas soluciones, de igual manera también los sistemas que busquen que la información pueda ser manejada hacia el usuario final de manera más desglosada para facilitar su análisis.

2.2.1.5. Gestión de Integración Back-end y Front-end: los servicios brindados por el Spin Off deben tener un alto de integralidad traducida en estos dos conceptos, los cuales se convierten en lo que el cliente o los mismos usuarios de la empresa demandan (Front-end) y el proceso de entrada de estas demandas para cumplir con el ciclo de información adecuado (Back-end), para esto es útil la utilización de gestores de contenidos, servicios de correo electrónico, uso de periféricos, entre otras herramientas Open Source denotadas posteriormente.

2.2.1.6. Gestión de Presentación: en esta parte se encierran los perfiles de usuario según los servicios que se presenten en el Spin Off, al igual que las interfaces de usuarios presentadas a través de módulos, donde se diferencien administradores, clientes, entre otros, los cuales den manejo de la información y la entrega de la misma convertida en servicios de Análisis de Requerimientos y Testing.

2.2.1.7. Gestión de Seguridad: todo lo relacionado a firmas, autorizaciones, autenticaciones, permisos, y demás características para asegurar la información de la empresa.

2.2.2. ARQUITECTURA DE DESARROLLO Y APLICACIONES [24]: A esta puede llamarse como la arquitectura del sistema, en esta parte puede apreciarse las herramientas, metodologías, estrategias y parametrizaciones para la realización y entrega del servicio de Análisis de Requerimientos y Testing. El enfoque de este apartado está orientado a la realización del servicio y a su vez de brindar el seguimiento de todos los elementos que lo componen, en resumidas cuentas, es el área encargada de desarrollar la solución, que al realizarse de manera individual posteriormente va a ser relacionada de manera directa con el proceso de negocio. Esta arquitectura viene directamente dependida de la arquitectura tecnológica explicada más adelante, ya que ambas se complementan, como tal esta arquitectura lo que busca es encargarse de los aspectos inherentes a lo técnico en cuanto a la realización del producto o servicio, enmarcados anteriormente, siguiendo todo el ciclo normal de comportamiento en un sistema. En resumidas cuentas, en esta arquitectura es donde se van llevar todos los procesos asociados al servicio de Análisis de



Requerimientos y Testing, aquí es donde se va a llevar a cabo todo ese proceso de negocio, las estrategias del Core del negocio van a estar aquí, en esta área es donde se va a desarrollar todo ese ciclo de vida del proceso, el cual va a ser explicado de manera detallada más adelante. Básicamente, en esta arquitectura es donde se toman los requerimientos, se hacen las especificaciones, se diseña, se hace la ingeniería del producto y servicio y se hace la posterior verificación, donde en toda la fase se hace un control y administración del proyecto, este proceso se lleva a cabo dentro del Spin Off para convertirse graciosamente en servicios entregados a los clientes del mismo tipo.

Los procesos asociados a la arquitectura de Desarrollo y aplicaciones son los siguientes:

Modelo Arquitectura de Desarrollo:

2.2.2.1. Gestión de Adquisición y Administración: demanda y plan de proyectos asociados a los servicios del Spin Off, en esta parte lo que se busca es adquirir el requerimiento e implementar un marco estratégico basado en planeación que permita direccionar el proyecto. A su vez, la planificación del proyecto, los detalles, el tiempo, los riesgos involucrados, las pautas o pasos para controlar la realización del mismo, los recursos que se tienen destinados para el propósito o los que hagan falta para la solución, entre otros. (plan de proyectos o de iteración)



2.2.2.2. Gestión de la Solución: en esta parte lo que se busca es entrar a modelar la solución, es la parte de desarrollo como tal del producto a entregar, esta fase de construcción encaminada a resolver los requerimientos del cliente.

2.2.2.3. Gestión de Documentación: pensando en primera instancia en la organización de los procesos y posteriormente en que estos estén certificados, sea en tecnología de información como ITIL, o sea en cualquiera de la formas de ISO; se tienen que implementar documentos que soporten la metodología de trabajo, al igual que políticas de funcionamiento interno del Spin Off, también documentos sobre los proyectos que se lleven a cabo, capacitaciones internas, entrega de manuales de usuario, entre otros aspectos que son necesarios llevarlos a un soporte de la información.

2.2.2.4. Gestión de la Calidad: establecimiento de normativas, y pruebas de calidad de los procesos organizacionales, el Spin Off desde sus inicios debe contar con este tipo de análisis, toda organización debe contar también con un auditor de procesos internos, con el fin de que la empresa cumpla con los objetivos propuestos.

2.2.2.5. Gestión de Formación: es importante resaltar esta área, como se ha mencionado anteriormente, el capital humano juega un papel muy importante en todos los procesos organizacionales; la gran oportunidad que pueden tener los integrantes del Spin Off para poder enriquecer sus conocimientos es muy importante tanto profesional como personalmente, ambos aspectos fuertemente influenciables en el proyecto o en el medio en que se desempeñen cuando se termine su actividad preparatoria.

2.2.2.6. Gestión de Mejoramiento Continuo: es el análisis de los procesos que conlleva la organización, a su vez también los estudios de los riesgos inherentes a los proyectos enmarcados, el aprendizaje juega un papel importante de todo esto, ya que la organización ya tiene un fundamentación más amplia y clara del abordaje de cierta amenaza de negocio, o por qué no, también puede verse fortalecida ante retos semejantes o mayores, atravesándolos con mayor autoridad y profesionalismo.

2.2.3. ARQUITECTURA TECNOLOGICA [24]:

Es también denominada como los componentes de hardware y software de la organización, en los cuales van a estar soportados todos los procesos de la empresa, base de datos, directorios activos, aplicaciones, procesos de soporte, entre otros; para este caso, se ha decidido implementar software libre, que cumpla con los objetivos, es claro que aún falta definir la estructura física, además de otros componentes lógicos que soporten esta implementación, pero poco a poco puede irse realimentando el proceso a tal punto de obtener la meta propuesta. Lo siguiente es la implementación del software Open Source sobre el Spin Off, fue escogido según las necesidades que pueda tener en un



futuro una empresa como esta, orientada realmente a servicios informáticos. Los componentes de hardware como servidores, cableado, especificaciones de infraestructura, etc., son tocados por otra área de servicio relacionada hacia el Spin Off pero no inherente en descripción a este proyecto, dicha utilización de herramientas y recursos físicos es tocada por otros investigadores orientados a la misma formación empresarial.



2.2.3.1. IMPLEMENTACIÓN DE SOFTWARE LIBRE EN EL ENTORNO EMPRESARIAL [58]

En lo que ahora es llamada la gran era del conocimiento, donde los avances tecnológicos han sido aprovechados, en este caso, para cosas realmente excepcionales en el campo de los sistemas de información, y ligados a estos, como se mencionó en apartados anteriores, el sector económico e industrial, pero no es desconocimiento que muchas de las grandes empresas mundiales, dueñas de software, tienen una fuerte influencia de venta y control sobre los usuarios, donde otras corporaciones que dependen de software que tengan tales servicios, no puedan ser beneficiados por que los costes son realmente grandes, en este punto es donde aparece el denominado software libre, el cual de manera similar, casi que igual, pueden entregar servicios de excelente calidad cumpliendo así con las expectativas de la empresa, y por ende ahorrando mucho dinero y teniendo como ventaja millones de usuarios en todo el mundo que sirven de soporte ante alguna eventualidad, cuestión que siempre lo ha caracterizado. Por todo lo anterior, para este proyecto se muestra otra de las grandes ideas de implementación de software, el software libre o Free Software, donde se considera el mismo como una herramienta fundamental para todas las operaciones esenciales de la empresa; esto si fuese posible en todas, o sino, el de la mayoría composicional de la arquitectura empresarial implementada, ya que se es consciente que pueden haber aplicaciones que necesiten ser pagadas. Uno de los grandes pilares de este proyecto son las TIC, enfocadas como tal a servicios de sistemas de información, donde a lo sumo, los servicios son la razón de ser al igual que los clientes, lógicamente factores comunes en toda organización. En el orden de situaciones, las apreciaciones tomadas frente a



las tecnologías de la información y comunicación en su defecto, son agentes facilitadores en toda organización, para la del montaje de este proyecto por supuesto que no va a ser ajena, donde la idea es que esta metodología de Spin Off, combinada con SOA, BPM y ahora, otro agente más, el software libre, den pie a que se tenga un nivel de competitividad en el mercado de manera favorable. La empresa, motivo de este proyecto, hace referencia a las tecnologías de información, basándose en el conocimiento adquirido a partir de la experiencia, el diagnóstico y las necesidades, tales como de orientar un conocimiento académico hacia un nivel de negocios más elaborado, donde va a haber interacción con información, dinero, entre otros factores. Así se puede decir que el elemento que marca diferencia en un proceso de negocios en cualquier empresa es el aprovechamiento de las tecnologías de la información y las comunicaciones, las cuales representan en el medio grandes sumas de dinero en inversiones de este tipo, donde cada vez más hay software y hardware de gran calidad, para todos los procesos involucrados, pero como esta empresa está en surgimiento, lo más ideal, y en cumplimiento de tales expectativas, se hace enfoque al software libre como herramienta económica y de grandes beneficios en el área de los sistemas de información. La gran ventaja que tiene el software libre con respecto al software licenciado (pagado), es que puede modificarse y adaptarse a las necesidades que se tenga, sin tener que incidir en altos gastos, en proveedores, ni en otras situaciones económicas. Este trabajo se ha escrito pensando en las aplicaciones más relevantes que puede tener una empresa con este tipo de características, como lo es un sistema de gestión de contenido – CMS o Content Management System , como herramienta de fácil uso y para la creación de portales web; también se hará referencia a los sistemas CRM o Customer Relationship Management, que se encargan de la administración de negocio con respecto al cliente; posteriormente se hablará de la comunicación organizacional, como el correo electrónico y la mensajería instantánea. Seguido de esto, también se mostrarán aspectos importantes del comercio electrónico, luego se revisará la importancia del software para la toma de información a través de encuestas, también se analizarán herramientas de gestión y administración de proyectos y finalmente, se hablará sobre el impacto de los sistemas de gestión de aprendizaje o LMS (Learning Management System) y su importancia en los procesos de capacitación empresarial.

2.2.3.2. SOFTWARE LIBRE IMPLEMENTADO EN EL SPIN OFF [58]

Este proyecto trata de encaminar todas las características de software más indispensables con el entorno empresarial y a su vez de conjugarlas con las metodologías aquí antes vistas antes como lo son SOA y BPM, entre otras. Para este caso se van a implementar un CMS, un CRM, un LMS, implementaremos comunicación organizacional como servicio de correo electrónico y mensajería instantánea, implementación de comercio electrónico, también un software para encuestas, y por último la implementación de



herramientas de administración y gestión de proyectos, necesaria para los servicios de levantamiento de Requerimientos y Testing. Todo esto se denotará más adelante.

2.2.3.2.1. SISTEMA ADMINISTRADOR DE CONTENIDOS O CMS

(CONTENT MANAGEMENT SYSTEM) [58]

Un sistema gestor de contenidos, es aquel software que permite a empresas de este tipo crear y organizar documentos, archivos entre otro tipo de contenidos de manera mucho más fácil y rápida, gracias a su entorno con administración tipo web. En el caso del SPIN OFF, es necesario que haya herramientas que muestren el contenido de trabajo que tiene la empresa, entre estas está la publicación de servicios, encontrándose con ambientes mucho más agradables para el cliente y para los empleados, en este caso los mismos estudiantes. Este tipo de software permite mayor organización en la estructura composicional del SPIN OFF, ya que interviene en la gestión de usuarios, nuevas y adaptables funcionalidades, es longevo, versátil y escalable, puede brindar madurez en los servicios entregados y además tienen entornos con propiedades estéticas agradables, lo cual llama mucho la atención, convirtiéndose en una gran herramienta para el aprovechamiento de la web en estos días, recordando que es software libre. Para nadie es desconocido que la elaboración de un sitio web, con características similares en su tiempo generaba grandes gastos de dinero, pero con este tipo de opciones, las ventajas no solo son monetarias, también son de prestigio, agilidad y estética. Entre muchas de las herramientas Open Source que existen de este tipo, para la implementación del SPIN OFF fue escogida JOOMLA, no solo como la más popular, sino por las bondades denotadas anteriormente. Entre una de sus grandes características, se encuentra su licenciamiento GPL (GNU Public Licence), y por ser de este tipo, puede manipularse el código según las necesidades que se tengan, con respecto a esto, nada ha cambiado. Joomla es una herramienta con base de código PHP, y motor de base datos ejecutada bajo MySQL, con propiedades capaces de administrar fielmente un negocio empresarial de este tipo, además que implementa una fácil administración, quitando el peso de encima de la contratación de agentes o programadores externos que intervengan en páginas con estas propiedades, además que permite el manejo de ambientes internos corporativos (intranet) como de cara a la web (internet), entre otras facilidades como lenguaje, plantillas administrables, etc. Hablando un poco de la administración, permite dar autorizaciones a otros usuarios para asignar tareas relacionadas con dicho perfil que tengan, sean empleados del SPIN OFF, clientes, otros administradores, etc. También puede relacionarse el su fácil acceso y administración con respecto a la publicación de noticias, artículos, sean planos o de tipo multimedia, a su vez guarda fiel relación con contenidos de correo electrónico, eventos, citas, entre otros. Estas y otras características más hacen que este tipo de software sea de gran importancia en la implementación de este proyecto, siendo un sistema con gran escalabilidad, el cual es capaz de entregar buenos resultados a procesos



necesarios de la empresa, sin que esta sea ajena a la implementación de una elaborada arquitectura empresarial. La instalación y puesta en marcha de esta herramienta, está condicionada por los integrantes del SPIN OFF, en su fase de implementación.

2.2.3.2.2. ADMINISTRACIÓN DE LA RELACIÓN CON LOS CLIENTES O

CRM (COSTUMER RELATIONSHIP MANAGER) [58]

Las herramientas de software lo que permiten en el ámbito empresarial es que se logren posiciones en el mercado de privilegio, o por lo menos, ser competitivos, así, el uso de todas las tecnologías que estén al alcance de este proyecto, deben permitir que la empresa busque ranquearse con respecto a los servicios que va a ofrecer, porque de lo contrario, la empresa va a declinar, y por ende va a obtener más perdidas que ganancias. El hecho más importante en este punto va ligado a la relación entre la empresa y los clientes, así que de eso se trata este apartado, es decir, el significado real de un CRM. Las grandes ventajas que tiene un CRM, es que la información de los clientes se puede encontrar y recopilar de manera mucho más específica, así, los servicios que se ofrezcan en el SPIN OFF, van a ser más orientados hacia las necesidades de los clientes, ya que se conoce que es lo que más demandan en este tipo de mercado, por ende, la satisfacción y fidelización del cliente aumentará exponencialmente, y con ello, las ganancias de la empresa. Otra gran ventaja, es que gracias a las tecnologías Open Source, puede accederse a este tipo de soluciones sin costos elevados, que cumplen las mismas funciones que sistemas del mismo tipo, pero que tienen licencia de propietario. Hablando en términos generales, los clientes en su momento, al realizar algún tipo de solución, no van a llegar con las mismas necesidades siempre, todos necesitan servicios diferentes, y obviamente, una excelente atención, y solución oportuna a sus inquietudes, así, la empresa debe tener una buena comunicación con sus clientes, que se permita conocerlo, analizarlo, saber lo que le gusta, en que tiempo determinado lo pide, como lo pide, entre otros factores; esto puede traducirse en el software CRM como PERFILES, habiendo uno por cada tipo de necesidad del cliente. Este tipo de perfiles permiten a la empresa realizar un sondeo, para que a la hora de tomar decisiones con respecto a los servicios que se ofrece, se sea más directo y de mayor calidad y mejoramiento en los mismos, ya que los clientes siempre quieren que los servicios siempre se adapten a las necesidades, y de igual manera sean de calidad y con precios que se acomoden a su presupuesto y tiempo. Entre muchas de las herramientas Open Source que responden a estas condiciones, se pueden encontrar muchas con características parecidas basadas en múltiples factores de calidad, exactitud, escalabilidad, tolerancia a errores, entre otros, siendo instrumentos que entregan al usuario y al administrador lo necesario para la operatividad. Ahora, después de describir muchas de las características, y después de haber investigado entre los mejores CRM de la web, se escogió a Vtiger CRM 5, no solo porque su interfaz es muy completa, también porque es una mejora notable de SugarCRM, otro de los mejores CRM con desenvolvimiento Open



Source, tiene una licencia MPL (Mozilla Public Licence), su código base está hecho en PHP Y JAVASCRIPT, ofrece compatibilidad con múltiples motores de bases de datos, como MySQL, PostgreSQL, entre otros, también es compatible con la mayoría de sistemas operativos Microsoft, Linux, Mac OS. Este CRM al igual que el CMS que se vio anteriormente, tiene una interfaz gráfica muy amigable utilizando un editor WYSIWYG (What You See Is What You Get) que significa “lo que ves es lo que obtienes”, permite modificar el código fuente, soporta idioma español en la mayoría de sus características, entre otros 8 idiomas, entrega informes, y demás características de calidad y efectividad, siendo gran influyente en el servicio al cliente, las ventas, comunicación por correo electrónico estable bajo protocolo HTTP, etc.

2.2.3.2.3. COMUNICACIÓN ORGANIZACIONAL: IMPLEMENTACIÓN DE

CORREO ELECTRÓNICO Y MENSAJERÍA INSTANTÁNEA [58]

En apartados anteriores se ha observado la decisión de implementación del gestor de contenidos JoomlaCMS, y del administrador de clientes VtigerCRM, ahora el turno es para otro de los servicios esenciales, y es la comunicación organizacional, si quiere tener un SPIN OFF fundamentado y organizado, se debe contar con un servicio de correo electrónico, y opcionalmente uno de mensajería instantánea, ya que la comunicación es un factor realmente importante en todos los aspectos del ser humano, y en términos organizacionales, un efectivo manejo de la información en todos los procesos que se manejen, ya que de ello se depende la toma de decisiones, implementación de nuevas ideas, entre otros aspectos. La comunicación empresarial en si es aquella que permite gestionar todos los procesos organizacionales, teniéndose como base la información, ya que la mala recepción de la misma puede irrumpir en los siguientes procesos, obteniendo malos resultados, pero, si las actividades y tareas se llevan a cabalidad según lo designado, es porque existe comprensión, así este tipo de implementación se lleva a cabo con el fin de que todos los procesos guarden relación y control según las necesidades internas y externas que se tengan, con el fin de lograr la fiel satisfacción de las mismas, el cumplimiento de los objetivos y metas, y que estos se hagan de manera efectiva. Así, puede enmarcarse la comunicación como el aspecto de gran relevancia en este apartado, para nadie es desconocido que si existe asertividad en la comunicación, van a ver procesos encaminados a salidas, que van a ser convertidas en productividad, beneficio económico, por ende, competitividad, efectividad, rendimiento, entre otros factores encaminados a los objetivos de la empresa. Es de resaltar que el factor humano juega un papel muy importante en este proceso, ya que todos los alumnos o en su futuro empleados del SPIN OFF, van a convertirse en agentes activos de la empresa, en si agentes que pueden contribuir en importantes tomas de decisiones, aportando ideas, y llevando a los mismos a tener un sentido de pertenencia por la institución. La preocupación de muchas empresas está dada a que si se instalan utilidades de mensajería instantánea, puedan desviarse los intereses de los empleados, ya que tienen acceso a personal que no es netamente de la organización, esto pasa con los más comunes software de este tipo, como los de Microsoft, Yahoo o Gmail, caso equivalente pasa con los servicios de correo electrónico, se



siente temor que la información de la organización no solo la tenga la misma, sino que también sea manejada y dependa de terceros, afectando claramente la seguridad y la confidencialidad. Para todos estos casos, también existen alternativas libres, denotadas en este apartado del documento, como Zimbra, un servidor para correo electrónico (ZimbraMS) y Openfire, un servidor para mensajería instantánea (OpenFireIM) Las anteriores herramientas de software cumplen con el objetivo primordial de comunicación, interactividad y demás características denotadas anteriormente, también son fáciles de instalar, configurar, con excelente interfaz de usuario no solo para uso sino también para administración, entre otras. Hablando del OpenFire Instant Messaging, también conocido como servidor Jabber, es una herramienta con licencia GPL, con entorno web, soporta base de datos MySql y PostgreSql, trabajo bajo lenguaje Java y PHP, y se puede utilizar en la gran parte de sistemas operativos, estas características desde el punto de vista de los administradores, ahora, la herramienta cliente como tal, es denominada Spark, y es similar al Messenger de Microsoft, es un archivo ejecutable el cual teniendo el nombre de dominio del servidor puede acceder a los servicios de mensajería instantánea. Ahora, los aspectos de Zimbra Mail Server, son realmente grandes en cuanto a sus beneficios, funciona bajo licencia YPL, tiene entorno grafico parecido al de Gmail, aunque su base está fundamentada en Yahoo Mail, funciona con bases de datos MySql y PostgreSql, trabaja bajo plataforma Linux, y no difiere de las anteriores aplicaciones Open Source vistas en este documento en cuanto a la interfaz gráfica, siendo amigable, fiable y administrable al 100%, también tiene un punto muy importante, y es la encriptación de accesos, manejado también en OpenfireIM, también posee una característica especial, posee chat propio, estas y muchas características más hacen de estas herramientas, utilidades imprescindibles en este proyecto.

2.2.3.2.4. HERRAMIENTAS DE COMERCIO ELECTRÓNICO [58]:

No es desconocido que las medios de comunicación han ayudado a tener gran ventaja en las ventas, sean tanto de productos como de servicios, por lo cual, el SPIN OFF a implementar no puede quedarse sin este tipo de utilidades, que como su nombre lo indica, se basan en ventas desde medios electrónicos, en este caso, páginas web, cuyo objetivo es buscar expandir y hacer conocer los servicios que nazcan desde esta nueva base de empresa. La idea es simple, como en todo negocio, lo que se busca es satisfacer al cliente, generar ganancias, reducir costos, y dar respuesta a los requerimientos de forma oportuna. Esto funciona de manera similar al comercio físico, solo que todos los medios de pago y servicios están colocados en la web. Por otro lado, si esta empresa va a dedicarse a la entrega de servicios orientados a sistemas de información, no debe quedar en la obsolescencia que estos sean difundidos desde la web, así para que estos se vendan hay que continuar con el esquema normal de comercio, en el cual cada razón social accede a la publicidad, promoción, vanguardización, con el fin último de estar en todos los mercados relacionados a los servicios ofrecidos, donde, como dicen por ahí, la marca es la que vende.



Ahora, si te trata de la herramienta Open Source, OsCommerce es la más indicada, retomando características de utilidades anteriores como las del CRM, donde su instalación y administración es fácil de implementar, juega nuevamente un papel importante la interfaz de usuario, entre otros aspectos denotados. Los medios de pago son el pilar del comercio electrónico, por lo cual existen muchos módulos encargados para dichos procesos, los cuales soportan la fiel comunicación entre los clientes y los proveedores de servicios, en este caso el SPIN OFF, estos medios pueden ser tarjetas de crédito, débito, formularios de pago seguro, cheques o transferencias bancarias por servicios ofertados, entre otros.

2.2.3.2.5. CAPACITACIÓN EMPRESARIAL [58]:

La tecnología avanza notablemente, y más en el medio de los sistemas de información, pero el componente humano siempre será considerado como un componente fundamental en todas las organizaciones del mundo, no sirve de nada tener un software con múltiples funcionalidades sin nadie que oriente las necesidades, así para el logro de los objetivos empresariales, para evitar el estancamiento y perdida de dinero en este tipo de inversiones, es necesario capacitar a los miembros del SPIN OFF, ya que siempre van a surgir innovaciones tecnológicas e informáticas, y para esto hay que estar preparados. Fuera de que se traduce en una forma en la que el trabajador cumple con sus funciones en la empresa, también es una gran oportunidad para enriquecerse profesionalmente, así las empresas tienen que recurrir a medios que permitan este tipo de funcionalidades, en este caso el SPIN OFF debe contar con características como esta, ya que la base funcional de dicha empresa se fundamenta en el estudiante, que quiere estar en constante aprendizaje, y más si lo es en este medio que es tan amplio en conocimientos por adquirir, por ende los denominados LMS (Learning Management Systems) o también conocidos como Sistemas de Gestión de Aprendizaje, se encuentra dentro de los recursos virtuales más utilizados en el mundo para estos fines. La idea de este tipo de implementaciones en el SPIN OFF es de entrenar, aprovechar las aulas virtuales, cursos y evaluaciones en línea, entre otras particularidades que hacen de la formación intelectual algo más práctico. Siguiendo con el lineamiento OpenSource, y aprovechando todas las características y ventajas que ofrecen en el mercado y en las organizaciones, sin dejar atrás los niveles de calidad, y contribuyendo a los procesos de aprendizaje, que es el real interés de este asunto, en este proyecto se busca implementar la herramienta Moodle, herramienta web orientada a objetos muy común por estos días, y de alta fiabilidad en todo lo relacionado a cuestiones de aprendizaje, donde la capacidad de adquirir conocimiento se hace más inherente al estudiante, dejando al docente tan solo como un guía. Esta herramienta no se sale de lo común de las anteriores y posteriores características enunciadas en otras herramientas, siendo fuerte en términos de aprendizaje y rentable en términos económicos, lo que la categoriza como el instrumento más importante de su tipo, así los estudiantes y docentes, integrantes del SPIN OFF, enriquecerán los procesos de empresa fundamentando el conocimiento con el pasar del tiempo.



2.2.3.2.6. HERRAMIENTAS PARA LA GESTIÓN DE PROYECTOS [58]:

Para cualquier tipo de empresa, y más si esta busca algún tipo de certificación de calidad, no le debe ser indiferente que maneje sus actividades a través de procesos, y estas a su con base en procedimientos, los cuales dan pie a mejores prácticas en términos laborales; así la gestión de proyectos se convierte en una necesidad inherente para conseguir los objetivos de la organización, gracias a que con las etapas que contiene un proyecto estructurado a cabalidad, puede supervisarse y planearse dichos procesos, donde la gran ventaja es el cumplimiento de objetivos, ganancia de tiempo, esfuerzo y por ende retroactividad monetaria. Es importante resaltar que en el SPIN OFF, si quiere fundamentarse como organización, hay que establecer un orden en la realización de actividades, sean propias de los servicios a ofrecer, o sean propias de su funcionamiento; así, los participantes de este proyecto deben tener roles definidos, actividades, lideres, auditores, y demás componentes que garanticen el cumplimiento de las metas propuestas, todo esto fundamentado en un elemento diferenciador, la planeación, es allí donde la empresa puede constituir la calidad en su operatividad. Para todo lo anterior es importante tener una herramienta que permita llevar a cabo todo este tipo de características, y más hablando en términos de los sistemas de información, en el cual una empresa como esta, que va a brindar este tipo servicios, debe mostrar plenamente un orden en sus procesos, para garantizar escalabilidad en su desempeño. Como se ha enunciado desde su comienzo en este proyecto, la idea de implementación de software va encaminada hacia los términos OpenSource, así para este tipo necesidad también existe una herramienta potente que cumple con características, por no decir que iguales, a la de software con licenciamiento propietario. Pero, es de aclarar que este tipo de herramientas por si solas no garantizan las metas propuestas en los proyectos, la planeación es inherente del SPIN OFF, por eso se adoptan metodologías acordes que vayan a la vanguardia de los sistemas de información. La herramienta elegida para esta parte se denomina DotProject, cumpliendo con características tales como: asignación de tareas y roles a los participantes, gestión del proyecto a implementar, entorno fácil de manejar, acceso y manejo de la información de manera más directa, comunicación en conjunto relacionando los actores con las actividades, generación de informes, estadísticas, gráficos, avances del proyecto, entre otras particularidades.

2.2.3.2.7. HERRAMIENTAS DE SOFTWARE PARA ENCUESTAS [58]:

El entorno de desenvolvimiento con respecto al cliente se basa en conocer cuáles son sus opiniones, él como aceptan o rechazan un servicio ofrecido, cómo se reflejan sus necesidades, para ninguno es desconocido que mientras más se interiorice con el cliente, mejores van a ser las relaciones, por ende mayor fidelización, productividad, margen y reconocimiento, en el medio mercantil, pero no solo para eso el SPIN OFF realizaría encuestas, también para conocer datos estadísticos, movimientos de clientes en determinado tiempo, para mirar cuales son los servicios con mayor afluencia, entre otros



datos de comportamiento, que permiten realizar un seguimiento a la organización. En lo que respecta a la temática, un software de este tipo, desde luego con licencia Free, en el SPIN OFF, actuaría como un gestor de encuestas, que en sí, serian cuestionarios, los cuales pueden tener la potestad de crearlos, modificarlos, eliminarlos, filtrar información, apropiarse del entorno gráfico, extraer estadísticas, etc. La actual empresa lo que busca es tratar de recolectar información en un margen superior de posibilidades, pero es una reto también procurar obtener mucho más haciendo preguntas sencillas y directas, con el afán de tener al cliente y a su vez no cansarlo. Así este tipo de software como se mencionó anteriormente lo que busca es mejorar la competitividad de la empresa, donde se proporciona conocimiento estructural, funcional, en lo que puede mejorarse o en lo que puede aprovecharse como herramienta para evolucionar, entre otros aspectos que hacen la toma de decisiones mucho más enfocadas hacia los objetivos reales. La herramienta a implementar en este caso se denomina PhpSurveyor, como su nombre lo indica, está codificado en php e interactúa con MySql como gestor de base de datos para la recolección de información, puede ser administrable llevándolo a la web, o diseñable si se quiere recoger datos de manera física (papel), funciona parecido a un CMS, ya que contiene una serie de plantillas que hace mucho más fácil la gestión de este tipo de sitios en la web. Como las anteriores aplicaciones vistas en este documento, PhpSurveyor tiene múltiples ventajas sobre software de este tipo, como su portabilidad, control de acceso, es flexible, fácil de usar, puede adaptarse a las necesidades, tiene excelente entorno gráfico, está en múltiples lenguajes, tiene guías de instalación, desinstalación y manual de usuario, tiene un excelente control sobre gráficas, y base de datos, en cuanto a las preguntas: posee un gestor para ello, tiene un panel para el análisis de votaciones; entre otras grandes características que lo hacen un software de calidad para este tipo de actividades.

2.2.3.2.8. HERRAMIENTAS DE SOFTWARE PARA DIAGRAMAS UML

[17]:

Otra herramienta de vital importancia es la de modelado de diagramas UML, como se mencionará más adelante, BPM tiene excelentes características en cuanto al modelado de negocios, pero no está tan estructurado para el modelado orientado a la parte de TI, por lo cual también hubo la necesidad de encontrar otra herramienta de modelado que tenga dichos fines, para esta tarea fue elegida la aplicación Umbrello UML Modeler, la cual tiene muchas características para la tarea de desarrollo de Software, para el caso, una de las bases para la cadena de valor del Spin Off, el levantamiento de requerimientos. La herramienta soporta los diagramas de: casos de uso, componentes, despliegue, modelo entidad-relación, clases, secuencia, estados, actividades y colaboración; esta herramienta también permite agrupar varios diagramas que se encuentran relacionados en un fichero con características XML. Los lenguajes de exportación [59] que tiene la herramienta son C++, Java, C#, PHP, JavaScript, ActionScript, SQL, Pascal, Ada, Python, CORBA IDL, XML



Schema, Perl, Ruby, Tcl., el código que se genera está compuesto por declaraciones de clases con sus métodos y atributos, dando más funcionalidad a las operaciones hechas con las clases; pero fuera de la generación de código permite también la importación del mismo para la creación de diferentes esquemas actuales que se tenga. El software posee una interfaz gráfica interesante, funcional y de fácil entendimiento para quien la maneje, esta se divide en tres vistas, una de árbol, otra de documentación y la última que es el área de trabajo [5]. Esta herramienta está orientada principalmente hacia Linux, y se desconoce que ya esté alineada con el sistema operativo de Windows, pero en cuanto al lenguaje viene en español y tiene buena documentación. Como tal las particularidades del software son muy complementadas hacia dicho trabajo, facilitando como tal realización del mismo, claro está con un buen uso de la herramienta. [17] y [21]

2.2.3.2.9. HERRAMIENTAS DE SOFTWARE PARA TESTEO DE

APLICACIONES [44]:

Otro factor clave para el Spin Off orientado a la cadena de valor: Análisis de Requerimientos y Testing, es el software implementado para la parte de pruebas de aplicaciones o comúnmente denominado testeo, la idea es que el cliente no vaya a tener una aplicaciones con fallo enormes, ya que esto dejaría el Spin Off mal parado y esta no es la idea, para lo cual para este apartado se tendrán una serie de herramientas específicas para dicha labor, identificando 5 áreas fundamentales:

Herramientas de carga y rendimiento: desde esta área se mira el rendimiento y comportamiento de una aplicación que se tenga ante sobrecargas de la misma, para esta existen herramientas como Jmeter, Jcrawler y Solex; las tres permiten multiplataforma, testeo en diferentes tipos de servidores (http/https, base datos, SOAP, email, entre otros), entre otras características, pero para dicho efecto, se elige a Jmeter, ya que posee una interfaz gráfica manejable, es extensible para realizar personalización, y permite realizar simulaciones de carga en cualquier servidor [7].

Web functional/Regression Test Tools: en esta área se analiza la funcionalidad de la aplicación en términos de los requerimientos, por eso es bueno hacer las denominadas pruebas unitarias a medida que se va realizando la programación, para ello se señalan 4 buenas herramientas de muchas que cumplen con dicho objetivo: Junit, Http, Jwebunit, Jamaleon, pero la escogida es Junit, esta realiza la ejecución de clases java de manera controlada, para evaluar los métodos de una clase especifica analizando sus comportamientos, si pasa la prueba el software notifica que fue exitosa, de lo contrario, este muestra que hubo un fallo y muestra en que método fue, este también hace pruebas de regresión (alteraciones en el código por algún cambio hecho), el software permite también crear clases propias de testeo de manera automática, las cuales pueden indicar al programador que existe alguna eventualidad sin que este esté pendiente de mirar si existe o no el



problema. Esta aplicación es muy buena para dicha tarea, pero también pueden utilizarse las otras para mirar complementos en las pruebas.

Validadores de HTML: esta herramienta está enfocada a realizar validaciones de código HTML, este es otro factor muy importante a la hora de realizar alguna aplicación web, para ello se mostrarán dos aplicaciones que cumplen con este objetivo W3C Validator y HTML Validator, es recomendable utilizar los dos.

Comprobadores de links: si el proyecto es de tipo web, es bueno comprobar los links que se tengan, y que estos estén buen funcionamiento, para ello algunas de las herramientas que cumplen con dicho fin son W3C Link Checker y LinkChecker.

Herramientas de comprobación de seguridad: la idea es tener aplicaciones con altos índices de seguridad, los cuales estén soportados bajo estándares que minimicen la vulnerabilidad, como código de páginas cruzadas, inyecciones, CRLF, estados de HTTP 500, entre otras; para esta tarea puede utilizarse Powerfuzzer y Nessus.

2.2.3.2.10. Herramientas de software para modelar procesos

(BPM) [30]:

Aunque no es una herramienta con licenciamiento OpenSource, es Freeware, es decir, gratuita pero que no permite modificar código, Bizagi Process Modeler es herramienta que consiste en generar automáticamente una aplicación web partiendo del diagrama de flujo del proceso sin necesidad de programación, este sigue el lineamiento de Modelamiento (modelamiento de procesos, documentación, datos del proceso, formas, manejo de reglas/políticas de Negocio, asignación de recursos, integración, entre otros) , Ejecución (portal de trabajo) y Mejoramiento Continuo (análisis operativo de procesos, análisis de información de negocio, entre otros), además de proveer una capa SOA para la integración de servicios con los procesos de negocio que se modelen en la herramienta. Es una herramienta muy completa, pero se aclara que no tiene licenciamiento GPL sino Freeware, lo cual es una ventaja media, pero que cumple con todas las características de un excelente modelador de procesos. Este fue el utilizado para modelar los procesos inherentes a la cadena de valor, mostrados más adelante en el capítulo 4 - MODELADO DE PROCESOS DE NEGOCIO – BPM Y LA CADENA DE VALOR SPIN OFF

2.2.4. ARQUITECTURA OPERACIONAL Y DEL NEGOCIO [24]: Son las técnicas, métodos y componentes, que garanticen la operatividad de todas las soluciones informáticas a disposición, el nivel de servicio hacia el cliente, el mantenimiento de las soluciones y el velo por la seguridad de las mismas, de igual manera es una de las capas más importante dentro de esta arquitectura, por no decir que la más, ya que aquí es donde se van a ver reflejados los procesos de negocio orientados hacia BPM, en esta capa se definen las estrategias sean departamentales y globales para el Spin Off, hay una gran ventaja en esta implementación y es el montaje por primera



vez de los servicios, ya que pueden montarse desde un principio con un orden, ya que hay empresas que tienen falencias con esta metodología porque pueden demorarse más corrigiendo, cambiando cultura organizacional, ordenando, mirando aspectos a mejorar; que como tal a la ejecución de lo verdaderamente importante. En esta capa es sumamente relevante tener un enfoque y estrategias muy claras en todas las áreas del Spin Off, en especial a la que va a ofrecer el servicio para que esta, al igual que las demás, apuntalen a el objetivo común de la organización, lógicamente considerando a los actores que interactúan con todos los procesos, sean en niveles mercantiles, financieros, y estratégicos, donde los servicios que se ofrezcan aquí sean con calidad, por tal motivo estos cimientos son tan importantes dentro de la organización y en esta capa, a parte de la orientación de buenas prácticas, también se hablará muy claramente de los procesos de negocio, mostrados a partir del BPM.

Los campos a tener en cuenta como guías de buenas prácticas a implementar en el Spin Off, orientándose hacia la tecnología y hacia los negocios son las siguientes:

2.2.4.1. BPM (Business Process Management): En el capítulo 3 relacionado a BPM, se ampliará toda la temática concerniente.

2.2.4.2. ITIL: (Information Technology Infrastructure Library) puede denominarse como el conjunto de buenas prácticas más utilizado a nivel mundial con respecto a tecnología de la información, es aplicable a cualquier negocio, ya que a medida que la tecnología



se va incrementando, el mundo de las empresas va necesitando más de ella para poder estar a la vanguardia, poder competir financieramente, y no estancarse económicamente. Es un conjunto de guías que propone una metodología estándar independiente de la utilización de tecnología o el nivel de industria manejado, en la cual se puede definir los qué haceres de la organización en términos de TI. La idea con ITIL es brindarle mucha más atención al usuario, más no a la tecnología implementada, de lo que se puede afirmar que el manejo de la información depende de un factor a un más importante: el humano. Actualmente se encuentra habilitada la versión número 4 de esta metodología.

2.2.4.3. COBIT: (Control Objectives for Information and Related Technology) es también llamado un Framework de buenas prácticas al igual que ITIL, pero este está encaminado hacia la seguridad y el control de todo lo relacionado a la Tecnología de la Información, siendo una metodología complementaria de la otra, siendo COBIT un poco más extenso y conciso con las actividades relacionadas a TI.

2.2.4.4. SIX SIGMA: es una metodología encaminada hacia la calidad, la cual puede ser aplicada en cualquier ámbito empresarial, son pautas por decirlo así “Perfeccionistas”, las cuales buscan describir de manera cuantitativa el cómo se está comportando un proceso, el cómo se orientan los datos al igual del cómo se eliminan los defectos; este procedimiento se denomina de tal manera ya que se basa en seis desviaciones estándar de la media, los cuales son aplicables a los procesos y procedimientos relacionados en la gestión de TI.

2.2.4.5. ISO 27000: Es el estándar encargado de la administración de la seguridad de la información, supremamente importante en la gestión de TI, en el Spin Off, al igual que en cualquier otra organización, se debe pensar en la planificación e implementación de políticas de seguridad orientadas a tener certificaciones con respecto al análisis y evaluación de riesgos. Todo el trabajo relacionado a los denominados SGSI (Sistema de Gestión de Seguridad de la Información) deben estar encaminados a modelar una implementación adecuada para toda su operación y monitorización.

2.2.4.6. ISO 9000: Es muy importante resaltar que en todos los procesos organizacionales es de suma relevancia la toma de decisiones orientadas hacia la calidad de todos las actividades, servicios y productos, llevando a lo sumo la efectividad en todas las instancias, por lo cual hay que estructurar todo los procesos como lo menciona ITIL en su documentación. La idea con este estándar es buscar que los procesos de cualquier compañía cumplan con todas los debidos requerimientos, con el afán de cumplir su objetivo organizacional. Es de aclarar que en el SPIN OFF no se va a adoptar esta metodología por su orientación a TI, es más, ni siquiera lo hace, este estándar está encaminado hacia cualquier



proceso de cualquier organización, simplemente se toma como se ha dicho en ocasiones anteriores, como guía de buenas prácticas.

2.2.4.7. CMMI: (Capability Maturity Model Integration) Es un framework muy orientado a todas la cuestiones de desarrollo de software, temática muy importante para la gestión y creación de esta empresa, va de la mano con todos los procesos relacionados a ITIL, en cuanto a documentación, guía de buenas prácticas, entre otros aspectos.

2.2.4.8. COSO: Es un documento orientado a toda la gestión de implementación de control interno en una organización, así, la vigilancia de objetivos corporativos orientados hacia la efectividad de las operaciones, la confiabilidad y el cumplimiento de la normatividad. La relación más importante es su similitud con COBIT, los enfoques están orientados a la organización, pero COBIT se centra más en toda la parte de TI.

Las anteriores metodologías y Frameworks son las que posiblemente se puedan implementar en esta empresa, cabe resaltar que son muy importantes hablando organizacionalmente, ya que su orientación va definida con la calidad de los procesos, del servicio y la seguridad de la información, entre otros aspectos empresariales, pero en el apartado siguiente se hará mucho más énfasis en lo que respecta a los denominados Procesos de Negocio y como se muestra la interacción con la Arquitectura Orientada a Servicios, pilares fundamentales de este trabajo.



3. CAPITULO 3: APLICACIÓN DE SOA Y BPM ORIENTADO AL SPIN OFF ACADÉMICO.

Otro gran objetivo de este proyecto es definir una metodología orientada a una arquitectura empresarial basada en SOA y BPM. En apartados anteriores se han señalado varias aplicaciones Open Source que pueden ser de gran utilidad en la puesta en marcha de ese proyecto, la idea es crear un modelo de integralidad entre estas y otras aplicaciones, la cual sea completa y segura, que genere fiabilidad y a su vez sea reutilizable, lo que se traduce a futuro en los procesos de Spin Off como reducción de costos y efectividad en el área mercantil. Es importante resaltar que el ciclo de vida del software juega un papel importante en todos los procesos de TI y de negocios, y que a su vez los servicios que se van a brindar son de esta índole, recordando que la oferta es de análisis de Requerimientos y Testing, así todo este ciclo debe tener unos puntos de interacción y conjunción para poder garantizar la integración de todos los servicios que se traducen en procesos empresariales. La idea de implementar desde un principio SOA y BPM, es modelar la empresa en términos de los procesos que se ejecutan, estos a su vez también consumen servicios asociados al enfoque informático y de negocios implementándose a sí mismo una carga funcional que no puede ir desligada para garantizar el objetivo organizacional; por ende la estructura organizacional se define a sí misma independientemente de la estructura de procesos de desarrollo, pero los servicios unen la estructura organizacional con los procesos que la componen, convirtiéndose a su vez en procesos de negocio, a través de su propia estructura. En resumen, la implementación de esta estrategia organizacional lo que pretende es tratar de ligar los procesos de negocio y los de software traducidos en términos de TI, con el fin de facilitar los procesos organizacionales convertidos en tiempo, rentabilidad y efectividad. SOA, como estrategia de negocio compone toda la organización de los elementos de TI, lo que se pretende es pasar de una colección de sistemas y aplicaciones de software distribuidas a un útil entorno de recursos integrados, escalables y totalmente funcionales, el proyecto lo que pretende es alinear los recursos tecnológicos con los objetivos de negocio basados en el SPIN OFF, así se podrá tener un alto grado de coherencia entre lo que quiere el cliente con lo ofrecido por la organización, así la inteligencia de negocio va a ser mucho más completa y estrecha, dando facilidad a tomar mejores decisiones, a optimizar los procesos, a ganar tiempo, entre otras grandes ventajas. La idea de implementar SOA en el Spin Off surge con el afán de adoptar procesos de negocio más efectivos, si bien existen muchas organizaciones que no logran tener un buen desempeño con esta estrategia de TI & Business, ya que la pueden haber implementado de una mala manera, solo por el sentido de entrar a la moda, sin haberse organizado estructuralmente para poder orientar la razón de negocio por buen camino.



3.1. ARGUMENTOS EMPRESARIALES PARA IMPLEMENTAR SOA Y BPM

La manera más sencilla de expresar las necesidades del Spin Off, es ver como en algunas empresas hasta hoy todavía realizan sus procesos de manera manual, o peor aún, tienen infraestructura tecnológica de calidad media para utilizar un sistema de información acorde a las necesidades, pero no tienen la suficiente razón para saberlo explotar. Por tal motivo, y visionando desde este momento lo que puede ser el futuro de una organización que orienta sus procesos hacia los servicios informáticos, donde la infraestructura de TI debe optar por alcanzar los objetivos, pero todo depende del efectivo manejo que se le dé a la información, a la realización de los procesos y el seguimiento de los mismos de inicio a fin, las respuestas de negocio deben estar acopladas al fin último de toda organización: tener clientes y saber manejar alianzas con ellos, todo se traduce en la entrega efectiva de servicios, por tal motivo hay que optar por disminuir los riesgos, realizando esto, puede aumentarse la capacidad de crecimiento y por ende la competitividad organizacional [18]. El componente más importante para cualquier organización es la información, elemento fundamental que tratado con sencillez y adaptabilidad a las necesidades de la empresa se convierte en agente facilitador de cualquier tarea, por todo esto, la iniciativa de componentes integradores y orquestadores de todas las aplicaciones entra en aplicabilidad, por ende, SOA juega un papel importante en todas estas necesidades, ya que todas las aplicaciones de negocio sea la parte financiera, mercadeo y ventas, gestión humana, salud ocupacional, entre otras; en muchas de las organizaciones presentan deficiencias de comunicación permanente e instantánea, y lo que se busca con este tipo de aplicabilidad es que se elimine este sofisma y que pueda haber un comportamiento sistemático consistente, en el cual se puedan ver los proceso empresariales de manera más transparente, sin que esté presente el elemento humano físico que interfiera para dicha correlación. [15]

3.2. CONCEPTUALIZACIÓN Y MANEJO DE ESQUEMAS SOA Y BPM EN EL ÁMBITO ORGANIZACIONAL: SPIN OFF

Después de haber dejado claro del porqué se está orientando el Spin Off hacia tendencias de negocio y TI, no nuevas, pero que si cumplen con un acoplamiento a los procesos organizacionales, se muestra el enfoque y conceptualización de los mismos, y el comportamiento lógico e instrumental a tener en cuenta para futuros trabajos, es de aclarar, que las herramientas OpenSource mostradas anteriormente cumplen con las expectativas en cuanto a labores de tipo empresarial, no obstante, hay que tener en cuenta que los esquemas a describir a continuación lo que buscan es que todo este tipo de herramientas (estas y otras que falten por implantar) puedan guardar una correlación entre sí, que permitan esa transparencia comunicativa, mejorando de manera efectiva, por consiguiente, los procesos entre áreas transversales. Recordando nuevamente la conceptualización, se describe que SOA: (Arquitectura Orientada a Servicios o sus siglas en inglés Service Oriented Architecture, definición hecha anteriormente) [18] es denominada para este trabajo como un esquema, pero tomada en el mundo como una arquitectura que tiene por objetivo establecer la integración de aplicaciones independientes



con lenguajes de programación, arquitectura y plataformas diferentes, de manera que desde la web puedan tomarse las diferentes funcionalidades convertidas en servicios, para que estos sean totalmente versátiles y flexibles, permitiendo la reutilización de procesos en el entorno organizacional; básicamente alinear los procesos de negocio con los procesos de tecnologías de información, que a grandes rasgos pro ser reutilizables a corto y mediano plazo, pueden convertirse en un ahorro significativo, hablando monetaria y procedimentalmente.[25] Básicamente para el SPIN OFF, lo que se pretende es que todos aquellas aplicaciones que brindan una solución a determinada necesidad específica, no se salgan de la verdadera finalidad: Convertirse en un servicio para cualquier tipo de cliente, sea interno o externo, recordando que dichas aplicaciones que guardan independencia, en su momento con dicho esquema puedan relacionarse, aprovechando de gran manera los recursos de la red, la finalidad de orientar el Spin Off hacia la arquitectura por servicios es el de reutilizar los procesos traducidos en las aplicaciones y adaptarlas a cambios que permitan tener ventaja ante la competencia. [6] Por otro lado [32], los bienes del Spin Off están orientados a entregar servicios de Ingeniería de Software, basados en Análisis de Requerimientos y Testing, dichos procesos tienen que ser modelados, para luego ser representados acordemente, acercándose cada vez a las necesidades propias del negocio y dejando las tareas manuales con la reutilización de los mismos como se afirmó anteriormente, dicho concepto importante a tener en cuenta en esta definición es el denominado Workflow, básicamente el acercamiento de la arquitectura orientada a servicios y el manejo de los procesos de negocio (BPM), se enmarcan bajo el modelamiento de dichos know-how, esto debido a lo anteriormente enmarcado: la realización de estos y la reutilización de los mismos en la organización, ahora, no yéndonos muy lejos de los procesos actuales de acreditación que las empresas aspiran tener, en este trabajo se quiere enmarcar un eje de suma importancia en dicho aspecto: la automatización de dichos procesos, áreas transversales que incurren en una comunicación constante, sea telefónica, por mensajería instantánea, por correo electrónico, en fin; por algún medio que permita que fluya la información relacionada a los procedimientos correspondientes a la cadena de valor, la usabilidad del Workflow orientada a las ciencias computacionales e integralmente relacionado al SPIN OFF, ayudará al manejo no solo de los procesos, al estar bien definidos se orientarán las aplicaciones de software que estén en funcionamiento y mostrándose a su vez más orden en las peticiones que se hagan a hardware, por lo cual hablando tanto interna y estructuralmente como a los alrededores del proceso, habrá una fuerte integración de los sistemas. [36]

La mayoría de las organizaciones tienen un esquematización por funciones, centralizada en solo realizar tareas y cumplir con objetivos, pero a lo sumo particulares de un área a alimentar un objetivo común, el de la visión y misión organizacional, pero no se tienen en cuenta en mucho de los casos una comunicación elocuente y fluida, para que todos no hagan cosas diferentes que se traducen en resultados totalmente distintos, a esto se diferencia este



enfoque por procesos, por lo que en este trabajo, lo que se pretende es que el SPIN OFF tenga una orientación definida en cuanto a los roles a llevar a cabo por áreas y las responsabilidades definidas en cada una, buscando que las actividades no se queden en áreas específicas, sino que estas estén fuertemente enlazadas.

Para no ahondar mucho en la definición de organizaciones funcionales y por procesos, se enmarcará que las primeras, como se había dicho antes, están enfocadas en realizar tareas por áreas perdiéndose totalmente lo que se tiene en cuenta por procesos, y es la visualización misma de las tareas por la organización en su totalidad y no por dependencias, la orientación es mucho más sistémica, basada en conocimiento más que en capital, con actitud dominante fundamentada en el liderazgo y autocontrol, entre otras características diferenciadoras. Por todo lo anterior, la visión organizacional que se pretende enmarcar en el SPIN OFF tiene que ser ventaja competitiva, y ahora, lo que se quiere es generar factores de cambio fundamentales en el medio mercantil, ya que los clientes son la razón de ser de una organización, trabajar para satisfacer necesidades internas y externas realizando un engranaje donde todas las piezas encajen y no sobre ninguna la cual afecte el producto final, traducido este, en servicios de Testing y Análisis de Requerimientos óptimos para competir.

Vista de las Aplicaciones

Procesos de Negocio/

Workflows

Estructuración de los Procesos de

Negocio

Orquestación

Implementación de servicios

Aplicaciones

Esquema de SOA con BPM. Bueno, después de haber mostrado los componentes fundamentales a tener en cuenta y de haber sustentado el porqué de los mismos en la gestión y puesta



en marcha en la organización basada en SPIN OFF, se mostrará a continuación los procesos inherentes al negocio sustentados bajo la metodología BPM y la integración de los mismos a través de SOA.

3.3. PROCESOS ASOCIADOS A LA CADENA DE VALOR DEL SPIN OFF ORIENTADOS A BPM

Como se ha mencionado en apartados anteriores, lo estrictamente fundamental para que una organización funcione acordemente, es que se tengan los procesos con lineamientos definidos, esta herramienta lo que busca es modelar, crear y orientar dichos procesos, manejarlos y reajustarlos a las necesidades de la organización cuando fuese necesario, mostrar un ciclo de vida de los mismos teniendo en cuenta las respectivas fases de implementación que conlleve cada uno. Los procesos de negocio van a depender en el SPIN OFF de las áreas relacionadas a la consigna de los negocios, el dinero, las contrataciones y todo lo que tenga que ver con el capital empresarial, y a su vez con otro factor muy importante y es el de la gestión de las tecnologías, estos dos puntos son sumamente imprescindibles en toda esta gestión, y no deben ir por caminos separados para funcionar, ya que se perdería el objetivo organizacional. En resumidas cuentas un proceso de negocio es un conjunto estructurado de actividades, que dentro del Spin Off van a estar diseñadas con el fin de producir e identificar salidas beneficiosas en pro del cumplimiento de los objetivos, para esta gestión de procesos se describirá en esta sección BPM, esto más adelante. Un proceso de negocio dentro de este proyecto debe concebirse para su implantación como un manual guía, en el cual van a haber pasos para que todo el Spin Off se oriente de manera correcta, donde se van a indicar si las metas propuestas están en niveles avanzados, si se están cumpliendo las estrategias definidas, si se cumple con el Core del negocio, entre otros aspectos, por esto hay que tener claridad con los tipos de actividades que se manejen dentro del proceso, las más relevantes por ejemplo son aquellas en las cuales se muestra un valor agregado (la información que entra al proceso es transformada en un servicios y mostrada al cliente), también puede mostrarse la actividad de traspaso (cuando la información tiene un tratamiento interno, donde todas las dependencias se la intercambian, o también puede haber transferencia a otros niveles externos de la organización) y las de control, las cuales inspeccionan las dos actividades anteriores, en cuanto calidad, costos y tiempo.



3.3.1. ELEMENTOS NECESARIOS EN UN PROCESO DE NEGOCIO [45]:

Para poder llevar a cabo todo lo relacionado a un proceso de negocio, es necesario que dentro del Spin Off puedan cumplirse en composición una serie de elementos que permitan orientar las labores objetivo dentro de la organización, estos elementos son:

3.3.1.1. Subprocesos: es parte de un proceso relacionado a uno de rango superior, el cual tiene también sus propias entradas, objetivos y salidas.

3.3.1.2. Decisiones: estas se dan de acuerdo a los objetivos que se tengan departamental y organizacionalmente, las cuales se manifiestan en pro de un beneficio o riesgo en cuanto a las metas de la empresa.

3.3.1.3. Actividades: son las tareas que se utilizan para transformar las entradas de los procesos y subprocesos asociados en salidas que sean óptimo beneficio para la organización, estas tareas son la parte final a la que se llega en pro del cumplimiento de la meta de manera más particularizada.

3.3.1.4. Entradas y salidas: Son aquellos recursos, utilizados en todo el proceso, por ejemplo, los datos para extraer información y convertirla en conocimiento; los datos son las entradas, y el conocimiento después de haber pasado por un régimen de transición se convierte en salida como resultado final del proceso o subproceso.

3.3.1.5. Herramientas: son aquellas que son utilizadas para desarrollar el proceso.

3.3.1.6. Reglas, normas, guías y políticas: son las que gobiernan el proceso y lo orientan para una buena ejecución.

Los anteriores elementos son los factores constituyentes de un proceso de negocio donde los clientes son el eje importante, y lo que se les va a mostrar después de todos los ciclos (procesos) que incurran para tener un producto o un servicio en el Spin Off, es el resultado final de todo ese ciclo, pero todo esto tiene que estar soportado por tecnología, por sistemas de información que soporten todas estas actividades inherentes, y lógicamente, el personal capacitado que los administre, en este caso, los actores intelectuales de la Universidad San Buenaventura, los estudiantes, docentes e investigadores que incurren a la puesta en marcha de dicho proyecto, todo esto tiene que estar interconectado, no importa cuántos recursos se tenga, si no se sabe cómo utilizarlos, estos nunca serán suficientes para lograr lo propuesto.



3.3.2. BPM, ORIENTACIÓN HACIA LA ADMINISTRACIÓN DE PROCESOS DE NEGOCIO

Siendo un poco más específicos en la temática, esta notación fue desarrollada por BPMI (Business Process Management Initiative), y se le llama a BPM (Business Process Management) a todos estos procesos de negocio enunciados y enmarcados desde el punto de vista tecnológico y de gestión, que busca estandarizar y reutilizar dichos procesos, integrarlos y convertir dichas entradas de los sistemas en múltiples salidas coherentes para el Core de la empresa, lo que se quiere como tal es que los servicios del Spin Off sean coordinados de manera coherente, donde los enunciados Workflows sean lo más automatizados posibles, convirtiendo tareas manuales en tareas programadas; realizando así la reingeniería de procesos acorde a lo que se necesite, no teniendo al personal pensando en cómo hacer la tarea sino en cómo hacer para que el proceso evolucione.

3.3.2.1. CARACTERÍSTICAS DE BPM: A continuación se mostrará brevemente cuales son las características asociadas a esta herramienta de implementación de conocimiento orientado a los procesos organizacionales:

3.3.2.1.1. Minimización de las diferencias entre procesos pertenecientes al área de negocios con los asociados al área de tecnología.

3.3.2.1.2. Gracias al orden que se lleva al estructurar los procesos, se centralizan en los sistemas de información actividades que estaban disueltas pero que pretendían entregar resultados iguales.

3.3.2.1.3. Cambiar de tareas manuales a tareas más dinámicas y sistémicas, esto contribuye a la reducción de los costos operativos y aumento de la productividad.

3.3.2.1.4. Facilidad para el actor involucrado en el proceso, ya que al haber una representación más gráfica, elaborada y sistemática, puede entender más la lógica del negocio, por ende, se convierte en un factor fundamental del mismo para la competitividad en el medio en que se involucre, para el caso, el área de acción orientada a servicios de ingeniería de software.

Ahora, los sistemas de gestión de procesos de negocios (los BPMS o el equivalente a decir Business Process Management Systems) son las herramientas de software utilizadas para modelar y representar dichos procesos de negocio de manera gráfica, como se dijo anteriormente, facilitando el entendimiento para el actor, estas representaciones se pueden hacer a través de herramientas que muestren un orden lógico de funcionamiento, con una notación especifica que indique un significado propio a cada elemento de representación, esta notación se denomina como BPMN (Business Process Modeling Notacion), a partir de esta nomenclatura los procesos van a ser mucho más entendibles para los actores involucrados en el Spin Off, lo cual de manera mucho más lógica y fluida, las personas van a entender a partir de una mejor comunicación todo el funcionamiento organizacional; a partir de esto se



obtiene un elemento gráfico desarrollado, este es denominado como Diagrama de Proceso de Negocio o DPN (BPD o Business Process Diagram, siglas en Inglés). La terminología es parecida, casi que igual a la notación que se utiliza usualmente para representar los diagramas de procesos en UML (Unified Modeling Language) en lo que se conoce en la ingeniería de software como diagramas dinámicos: diagramas de Actividad y de Casos de Uso, ambos tienen notaciones similares en cuanto el modelado de procesos de negocio, pero UML [8] y [55] está más orientado a modelar procesos de aplicaciones de software, en cuanto a BPMN y BPD utiliza sus propias plantillas, y tiene su propia terminología basada en un estándar propio para representar los procesos de negocio. BPMN es uno de los estándares para el manejo de procesos de negocio más utilizado por estos días en el mercado, la empresa que lo creo se llama OMG, lo que se traduce como Object Management Group, como se ha mencionado anteriormente, uno de los objetivos primordiales de este es provisionar a la persona que está de cara a la organización en cuanto a los procesos, una notación que sea de fácil comprensión, los DPN permiten interrelacionar las operaciones del proceso, con esta notación se permite saber cuáles son los eventos que se presentan al comienzo, los procedimientos con sus actividades en el transcurso y las salidas en el momento de presentar los resultados. La gran ventaja que se tiene al modelar todos los procesos de negocio con esta herramienta, es que permite generar ejecutables, los cuales facilitan el trabajo entre la modelación y diseño para luego ser implementados, además, el mundo corporativo tiene ahora un equivalente para la ingeniería de software, está orientada para modelar los procesos de negocio, siendo mucho más eficiente para esta tarea BPMN que UML, gracias a la especificidad de manejo en los modelos gráficos, aclarando que UML está mucho más orientada a la parte de TI para modelar tareas de este tipo, solo que BPMN es mucho más funcional para el modelado de procesos de negocio internos y externos, pero esto no quiere decir que solo sea para analistas de negocio, están orientados también a ingenieros y arquitectos de sistemas, teniendo una gran ventaja, todos conocen y aportan a los objetivos organizacionales, es por esto que tal herramienta fue pensada para implementarse en el SPIN OFF.

3.3.2.2. ELEMENTOS DE NOTACIÓN PARA BPMN Un diagrama de procesos de negocio está compuesto por un conjunto de elementos gráficos [1], es muy parecido a la notación utilizada en los procesos comunes como por ejemplo en los de UML, esto fue pensado para que los diseñadores de procesos no sea diferente y que por el contrario sea manejable y visible con los objetivos organizacionales, esto con el fin de que todos los eventos tengan una asociación a un actor especifico. A continuación se muestran cuáles son los procesos de BPM enfocados a la cadena de valor, la cual consiste en todas las actividades orientadas a Ingeniería de requerimientos y Testing, el proceso fue modelado en Bizagi Process Modeler, herramienta gratuita para el modelado de procesos de negocio:



Ejemplo de Proceso de Testing Modelado en BPM (Bizagi Process Modeler) La notación BPM [23] permite realizar el modelado enfatizado en flujos y eventos, pero más que todo en estos últimos, ya que son elementos disparadores de determinadas situaciones plasmadas gráficamente. Los procesos de un negocio basados en los flujos pueden llegar a contener subprocesos y estos a su vez ahondando más, se convierten en tareas. En cuanto a los eventos, esto se divide en iniciales, intermedios y finales, estos según como se disparen dentro de todo el flujo, de igual manera a todos estos puede asignarse quien realiza cada tarea. A través de los BPD, se utilizaran todos los elementos gráficos, divididos en 4 categorías mostradas en la siguiente imagen y mostradas a continuación:

1. Objetos de flujo 2. Artefactos 3. Objetos de conexión 4. Swimlanes

A continuación se especifica esta notación por cada una de las categorías así:

1. Objetos de flujo: estos se dividen en 3 categorías de la siguiente manera:



a) Actividades: es el trabajo que se ejecuta dentro de un proceso de negocio, este se divide a su vez en tres subcategorías: Proceso, subproceso y tarea.

Proceso: es una actividad ejecutada dentro del Spin Off, este es dibujado como un gráfico de objetos de flujo. Cada proceso puede tener subprocesos contenidos en él.

Subproceso: es una actividad compuesta en la que en sí misma, se tiene información de un flujo de otras actividades.

Tareas: es una actividad particularizada incluida dentro de un subproceso, esta es utilizada cuando el modelo de procesos de negocio no se visualiza con detalle, el usuario final es el ejecutor de esta tarea.

b) Gateways: Son elementos que se utilizan para controlar el cómo interactúa todo el flujo del proceso, es como su nombre lo indica en inglés, una serie de compuertas. Estas se dividen así:

Decisión exclusiva – Merge (XOR): son puntos inmersos en el proceso que indican en el flujo si se puede tomar dos o más opciones, estas pueden ser basadas en datos (de manera booleana, en un orden especifico, o la verdadera determina el flujo tomado) o basada en eventos (manejo basado en alternativas ocurrentes, recepciones de mensajes o sistemas distribuidos)

Decisión inclusiva (OR) y Merge (OR-Join): son parecidas a la XOR basada en datos, solo que la evaluación elegida como verdadera no solo toma un camino el flujo, puede tomar varios.

Decisiones paralelas: contienen componentes para crear o sincronizar un flujo de manera paralela, pueden ser utilizados para clarificar situaciones complejas.

Decisiones complejas y Merge: Manejan situaciones que no pueden ser tratadas con los otros condicionales (compuertas o Gateways), se utilizan también para comparar otros Gateways no tan complejos.



c) Eventos: son situaciones “que pasan” en el transcurso de un proceso de negocio, estos afectan como tal el flujo del proceso teniendo una causa y un impacto. Para esta categoría hay tres tipos de eventos:

Comienzo: muestra cuando comienza el evento, no muestra flujo entrante de secuencia a este, este es opcional, se recomienda manejarlo si el proceso es considerado complejo, si se muestra un evento de fin, por lo menos debe haber un evento de este tipo, pueden manejarse múltiples eventos para un proceso de negocio. Existen varios como: Mensaje, Timer, Regla, Enlace y Múltiples, estos mostrados a continuación:

Intermedios: estos ocurren entre los eventos de inicio y fin, estos son utilizados para mostrar mensajes y retardos dentro del flujo, de igual manera, también para interrumpir el flujo normal manejándolo con excepciones, de igual manera, también es utilizado para indicar que hubo trabajo extra en dicha actividad. Existen varios como: Excepción,



Cancelar, Compensación e “Kill”, estos mostrados en la siguiente imagen:

Fin: como su nombre lo indica, se utilizan para denotar el fin de un

proceso, estos no tienen asociado un flujo de secuencia saliente y

pueden utilizarse muchas veces dentro de un proceso de negocio.

2. Artefactos: son aquellos que proveen la capacidad de mostrar

información adicional acerca de los procesos, de igual manera, estos no

están relacionados directamente con el flujo de secuencia/mensajes del

proceso. los artefactos están compuestos por tres tipos:



Objeto de dato: esta subcategoría proporciona información sobre lo que

hace el proceso, es usualmente utilizado para representar elementos

físicos.

Grupo: es un mecanismo visual para agrupar elementos.

Anotación: este provee información adicional del flujo del proceso para

su lectura.

3. Conexiones: estos objetos gráficos son utilizados para realizar las conexiones entre dos objetos contiguos. Las conexiones se dividen en tres subcategorías así:

Flujos de Secuencia: con este se muestra el orden en el que las actividades se van a ejecutar, estos únicamente tienen un solo origen y un solo destino.

Flujos de Mensajes: con este se da a conocer como es el comportamiento entre dos entidades en cuanto a la recepción y envío de mensajes.

Asociación: es comúnmente utilizada para asociar datos y artefactos con otros objetos del proceso.

4. Swimlanes: con esta caracteriza lo que se maneja es información

dividida en manera de carril, esto para particionar las actividades, de esta manera lo que se busca es graficar más de un proceso y sus elementos correlacionados entre ellos. Este categoría se divide en dos subcategorías así:

Pool: esto es un contenedor para particionar las actividades de otros pools cuando se utilizan gráficos de otros modelos de negocio, estos



tienen una característica particular y es que pueden atravesar todo el diagrama, de igual manera, para dicho manejo de los flujos de secuencia no pueden haber cruzamiento en los límites del pool, si esto sucede se hará por un flujo de mensajes, concepto visto anteriormente.

Lanes: son subparticiones dentro de un pool, utilizadas también para organizar y extenderse dentro de él mismo. Usualmente se utilizan para roles y departamentos internos y para sistemas de aplicación.

Todo lo anterior fue mostrado para indicar cuales elementos son los más relevantes dentro del modelado de negocio siguiendo la notación de BPM o BPMN, así se dan por entendidos cuales son todos esos gráficos representativos dentro de la utilización usual de modelado.

3.3.3. Enfoque estructural en el BPM [31]: BPM maneja un enfoque estructural para la gestión de procesos a implementar

en el Spin Off, pero este puede manejarse como si fuese una figura particular

individualizada, la cual permite analizarlo de una manera mucho más guiada y

específica, o también puede visualizarse como si fuese de manera general

orientado hacia un sistema, las etapas que caracterizan, respectivamente, el

primer enfoque son las siguientes:

3.3.3.1. Identificar los Stakeholders, sean clientes, proveedores, entre

otros; y mirar que tipos de datos se manejan y como es la

orientación del negocio, desde esta parte estamos definiendo el

proceso en una primera instancia.

3.3.3.2. El entendimiento del proceso es un factor fundamental, por lo cual

también hay que pulir su definición, por ende desde esta etapa se

seleccionan las actividades base y la estructura interna del mismo

proceso.

3.3.3.3. Las personas que se hacen cargo de los procesos es otro factor

de control para la ejecución del mismo.

3.3.3.4. Se orienta hacia la calidad de lo implantado, identificando cuan

objetiva es la eficiencia, se valida y verifica en pro de saber si se

están llegando a los resultados propuestos.

3.3.3.5. Una vez el proceso esté funcionando, se analizan las etapas

anteriores, con el fin de mejorar cada vez lo que se ha hecho.



Ahora, el segundo enfoque va orientado a la administración en pro de la mejora

desde una manera más hacia el sistema, el objetivo inmerso en este enfoque

busca analizar la huella que se dejaría donde se modifique un solo proceso

dentro un sistema compuesto por n de los mismos, las etapas que dan

respuesta a este enfoque son:

3.3.3.6. Una descripción de manera íntegra, en la cual se puedan dar

soluciones a preguntas tales como porqué y como se encuentra el

proceso en todo el sistema, mostrándose así la arquitectura del

mismo.

3.3.3.7. Un factor fundamental es tener el organigrama o esquema

organizacional frente a la arquitectura de los procesos, ya que es

muy importante hacer seguimiento de las áreas y mirar la

respuesta, evolución y cumplimiento.

3.3.3.8. Otro enfoque a tener en cuenta sería la medición, el cómo

monitorear todos los factores relacionados al proceso.

3.3.3.9. Por último, cuando ya se tiene identificado que aspectos hay por

mejorar, es importante tener en cuenta los planes de

mejoramiento, un control de cambios y actividades de

contingencia, ojalá documentados que den pie a un mejoramiento

constante del proceso.



3.3.4. CICLO DE VIDA DE LOS PROCESOS DE NEGOCIO (BPM) [52]

BPM cuenta con un ciclo de vida, el cual está conformado por fases cíclicas, las cuales describen las actividades inherentes a los procesos, llevadas a cabo de manera gradual, las etapas que componen dicho ciclo son las siguientes:

3.3.4.1 Modelamiento de los procesos de Negocio: esta es la fase en la

cual el SPIN OFF debe crear, o como su nombre lo indica modelar, los llamados procesos de negocio, desde aquí la organización tiene que centralizar sus servicios, como los va a ofrecer y a su vez plantear el comportamiento asociado a estos, desde esta parte se analiza el estado actual de la empresa, ya sea desde lo técnico o desde lo organizacional, por ende el modelo de los procesos se basa en dicha validación y representación de los mismos para luego constituir los planes de mejora respectivos y hacer evolutiva cada actividad asociada a cada proceso.

3.3.4.2 Integración o Implementación: desde esta parte se integran los procesos de negocio como un todo y no por tramos o factores independientes, se tienen en cuenta para esto los factores tecnológicos, los cuales a través de sistemas de información van a soportar la lógica del SPIN OFF, papel importante juegan los BPMS, herramienta fundamental en el desarrollo de dicha etapa.

Ciclo de vida BPM



3.3.4.3 Ejecución de Procesos: Ejecución de los procesos de negocio a través de motores, estos son los recursos utilizados para que las actividades asociadas a los procesos puedan cumplirse a cabalidad, los principales llamados a cumplir esta tarea son los participantes, de los cuales se depende directamente el desarrollo de cada proceso, este siendo recurso humano entre otros son los directamente involucrados en dicha labor.

3.3.4.4 Control y Gestión: son las medidas las cuales incurren a obtener resultados a través de métricas que midan el comportamiento sea atrasado del proceso o por el contrario evolutivo del mismo, por tal efecto a partir de los juicios que se impartan, se deben crear acciones de mejora, los cuales permitan incrustar cambios si fuese necesario.

3.3.4.5 Administración: esta etapa aparece en el centro del ciclo porque es una fase que es inherente a las demás cuatro, es de gran importancia porque a partir de esta dependen el número de procesos que se modelen, el enfoque que tiene cada uno desde la organización, el software que soporta todos estos modelos, la arquitectura que se esté llevando a cabo para dichos fines, entre otras características transversales a cumplir.

3.3.5. ACTORES DENTRO DEL CICLO DE VIDA DE LOS PROCESOS DE NEGOCIO:

A continuación se describen cuáles son los posibles actores que tienen una participación en la puesta en marcha de todo el ciclo de vida de los procesos de negocio, quienes realizan las tareas, que realizan y su intervención en las etapas anteriormente descritas, los roles de estas personas (en total son 7) son: 3.3.5.1 Doliente o líder funcional del proceso: es aquella persona que

asume una responsabilidad en la implementación del proceso y en su evolución.

3.3.5.2 Profesional de negocios: una persona que conozca y tenga dominio del Spin Off y de los resultados a obtener a partir de sus prácticas, no solo debe conocer de comportamientos internos como saberes de tecnología, como su nombre lo indica, también debe saber de otras características inherentes a los negocios.

3.3.5.3 Modelador: esta persona es la encargada de modelar los procesos de negocio, los cuales fueron puestos como lineamientos a seguir para el cumplimiento de esa meta específica.

3.3.5.4 Colaborador: es aquella persona encargada de la parte operacional durante la implementación de los procesos de negocio.

3.3.5.5 Colíder del proceso: es aquel que se encarga de hacer las correcciones pertinentes en la ejecución del proceso de negocio a partir del modelado hecho.

3.3.5.6 Analista de BPM: es aquella persona que se encarga de llevar una arquitectura de BPM al modelo de proceso de negocio esquematizado.



3.3.5.7 Programador: por último, es aquella persona que se encarga de unir todos los procesos de negocio (orquestación de los procesos).

Lo anterior indica como es el comportamiento de los procesos de negocio, claro está, fundamentados bajo esta metodología de modelado, los procesos de negocios pueden enmarcarse o clasificarse en diferentes facetas, sean estas pensando en Macro, pensando en todo el nivel de la organización, otros pueden ser más particulares, más complejos y descriptivos, yendo más hacia el detalle y comportamiento por actividad elaborada, esta última también encaminada a ser una actividad manual, semiautomática o automática, según la organización, por ende en el Spin Off se verán este tipo de situaciones en los cuales haya que hacer un modelado en el que haya que tener en cuenta las actividades generales y/o particulares de interés. La facilidad de modelar los procesos de negocio se encuentran relacionadas hacia la documentación, explicación, fácil comprensión y demás características que resultan siendo ventajosas en el momento de entender el funcionamiento de una organización, para lo cual, las ventajas orientadas al Spin Off y a su marco de acción pueden ser la permanencia en seguimiento de las actividades relacionadas a los procedimientos, estos últimos a su vez relacionados a los procesos, de igual manera una visualización transparente y consistente de los mismos, otra ventaja es una fácil identificación de problemáticas, las cuales por ejemplo pueden ser detectadas de manera mucho más sencilla ya que estos se encuentran más organizados, de igual manera puede estructurarse una solución de manera mucho más rápida y elaborada.

3.4. CONCLUSIONES DE BPM La utilización de BPM guarda mucha similitud frente a otras herramientas modeladoras de flujos de proceso, esta tiene su propia notación (BPMN) y tiene a su vez su propia expresión gráfica (BPD) para mostrar los procesos de negocio de manera mucho más sencilla, pero como en todo flujo este tiene un principio y un final, pero visto de manera tal que todo lo que ocurra en medio de estas dos variables pueda apreciarse de manera real, tal y como es una estructura organizativa, por lo cual para eso se busca implementarlo en el Spin Off, para poder tener un pensamiento minucioso y reiterativo del objetivo del negocio, para esto hay que saber cómo opera cada área de la organización, para así tener un control de las actividades, mejorar procedimientos, tiempo y calidad, garantizando que el trabajo se haga como debe de ser. La idea es que en el Spin Off, se tenga una organización orientada a procesos de negocio, donde las actividades asociadas a los procesos son neta responsabilidad de las personas o áreas, inclusive si estas son automatizadas, de igual manera las políticas y reglas de negocio deben ser determinadas para actuar en cumplimiento de los objetivos, también cuando se definen los procesos se facilita la gestión de identificación de indicadores, los cuales pueden medir el rendimiento de las tareas que se hagan, ayudando al análisis y el mejoramiento constante de dicho proceso que se haga.



Con este proyecto lo que se busca es que en su puesta en marcha se vayan explicitando los procesos de negocio, cuando estos ya estén organizados, se busca identificarlos y medirlos a partir de indicadores que muestren cual ha sido el adelanto y que puede aprovecharse, o cual ha sido el retraso y que medidas de mejoramiento se deben tener para dichos procesos. La idea con BPM de manera corta y sencilla es clarificar los procesos de negocio para que las personas que los manejan entiendan que operaciones o actividades son las que tienen que llevar dentro del mismo Spin Off, al modelar el proceso y representarlo, se garantiza de entrada que el actor puede entender más a fondo su funcionamiento, por lo cual puede analizarlo más de fondo y hasta mejorarlo, es de recordar que el empleado es pieza clave en el Spin Off, y la toma de decisiones va a estar fundamentada en las evidencias que se tengan del comportamiento positivo o negativo de los procesos, he allí donde los indicadores se hacen fuertes para establecer condiciones específicas y razones de peso para proceder de manera más clara y contundente.



4. CAPITULO 4: MODELADO DE PROCESOS DE NEGOCIO – BPM Y LA CADENA DE VALOR SPIN OFF

A continuación se muestra los procesos de negocio modelados e inherentes a la cadena de valor del Spin Off (Análisis de Requerimientos y Testing), esto fue realizado con la aplicación Bizagi Process Modeler, su descripción detallada y herramientas utilizadas también serán mostradas. Introducción al trabajo BPM: Se compone de varios procesos:

Mapa de procesos

Proyecto Spin Off

Asignación De Proyectos

Coordinar Proyecto Testing

Proceso Testing

Testeo

Coordinar Proyecto Requisitos

Proceso Requisitos

Requisitos

Emitir Certificaciones del proyecto

Participantes En su orden se encuentran el archivo adjunto. Autores: Luis Fernando Londoño - Juan David Zapata

4 . 1 . S P I N O F F U S B R E Q U I S I T O S ( P R O C E S O P R I N C I P A L )

4.1.1 ELEMENTOS DEL PROCESO

4.1.1.1 Inicio Proceso Spin Off Descripción: Inicio del proceso de Spin Off en la cadena de valor

4.1.1.2 Planear Información Descripción: En esta actividad el estudiante líder hace control y planea los Negocios a Desarrollar y su Asignación a los Líderes de Proyecto sea de requisitos o de Testing Ejecutantes: Asesor, Líder de proyecto, Líder de Proyecto Testing, Líder de Proyecto Requisitos



4.1.1.3 Aprobar Requerimientos Descripción: El asesor revisa la planeación de la información, y en ella puede validar o rechazar los requerimientos Ejecutantes: Líder de proyecto, Asesor

4.1.1.4 Aprobado? Descripción: En este proceso se evalúa si el proceso es aprobado por el asesor y el líder de Línea de Testing o requisitos Flujos: NO Condición: Si la planeación no fue aprobada, Líder debe revisar y realizar los cambios necesarios. SI Condición: Si la planeación fue aprobada, el proceso continúa con la siguiente actividad Registrar reunión inicial.

4.1.1.5 Corregir Planeación Descripción: Si el Asesor solicita corrección se debe revisar por parte de los líderes de Línea la planeación del proyecto Ejecutantes: Asesor, Líder de proyecto Acciones

Tipo Descripción:

Al salir Al Salir Validaciones: Se valida el ingreso de la información necesaria para cada uno de los ítems y sub-ítems aplicables. Validaciones de Compañías: Esta regla valida que se hayan asignado sub-ítems a cada una de las compañías registradas en la parametrización Validaciones de Sub-ítems: Esta regla valida que exista al menos un sub-ítems por desarrollar en cada ítem aplicable.

4.1.1.6 Registrar Reunión Inicial de inicio de Proyecto Descripción: Luego de que la planeación de la información ha sido aprobada, el líder de Línea realiza reunión con el grupo de trabajo. Ejecutantes: Asesor, Líder de proyecto, Líder de Proyecto Testing, Líder de Proyecto Requisitos



4.1.1.7 Registrar Concepto del Asesor de Calidad Descripción: En la actividad el Cliente registra el concepto emitido por el Asesor de Calidad. Ejecutantes: Asesor, Cliente

4.1.1.8 Solicitar Certificaciones No emitidas Descripción: El Cliente revisa el progreso en la emisión de certificaciones de todos los proyectos, si la certificación todavía no ha sido emitida, evalúa las razones y realiza las acciones correctivas del caso.

4.1.1.9 Formato de Verificación Descripción: La compuerta evalúa el concepto emitido por el Asesor de Calidad. Si el documento está completo y correcto, el proceso continúa a las actividades de certificación final. Si el concepto emitido por el Asesor de calidad indica que está no se encuentra completa o tiene errores, el cliente debe revisar el concepto y tomar las acciones correctivas necesarias sobre el documento. Flujos: NO Flujo

4.1.1.10 Revisar y Comentar Descripción: El concepto de los Asesores es importante. La actividad es realizada por un asesor interno que tiene comunicación directa líder de proyecto Ejecutantes: Asesor, Líder de Proyecto Testing, Líder de Proyecto Requisitos, Asesor Procesos de Calidad, Líder de proyecto

4.1.1.11 Certificación del Director de Spin Off

4.1.1.12 Acción a Seguir Descripción: La compuerta evalúa la acción seleccionada por el Asesor Flujos Solicitar Certificaciones Enviar al Asesor Solicitar Correcciones Registrar Concepto del Asesor de Calidad

4.1.1.13 Acción a Seguir Descripción: La compuerta evalúa la tarea que debe continuar dependiendo de la decisión del Líder. Flujos: Solicitar Correcciones Condición: Los sub ítems que necesiten correcciones. Enviar al Gerente Envío de Información



4.1.1.14 Asignación de Proyectos Descripción: La Asignación de proyecto es revisado por el líder de proyecto, los líder de Línea de Testing y requisitos. Ejecutantes: Líder de proyecto, Líder de Proyecto Testing, Líder de Proyecto Requisitos, Estudiantes Semilleros, Estudiantes Proceso: Asignación De Proyectos - Asignar proyectos Tipo de ciclo: Múltiples instancias Orden MI: Secuencial

4.1.1.15 Emitir Certificaciones Descripción: El Líder y asesor certifican la información incluida en el documento. Ejecutantes: Asesor Procesos de Calidad, Cliente, Asesor Proceso: Emitir Certificaciones del proyecto - Proceso principal Tipo de ciclo: Múltiples instancias Orden MI: Secuencial

4.1.1.16 Elemento

4.1.1.17 Documento y producto final Descripción: El documento y producto final del proyecto. Ejecutantes: Cliente

4.1.1.18 Administrar Información Descripción: En esta actividad el líder del proyecto tiene una visión completa del desarrollo de cada uno de los procesos Aquí el proceso describe: • Realizar correcciones en uno o más procesos. • Enviar la información a revisión al Asesor de calidad. • Enviar la información para aprobación al cliente Ejecutantes: Líder de proyecto, Asesor, Asesor Procesos de Calidad

4.1.1.19 Revisar Descripción: Los proyecto son entregados a los asesores ellos deben decidir si se necesitan correcciones para algún proceso, si se debe solicitar certificaciones o si el líder debe realizar cambios en el documento. Ejecutantes: Asesor

4.1.1.20 Enviar Correcciones Descripción: Cuando un Proceso necesita corrección se debe habilitar y notificar a la persona responsable para que reanude la preparación de este.

4.1.1.21 ¿Primera vez? Flujos: NO



Flujo

4.1.1.22 Elemento

4.1.1.23 Elemento

4.1.1.24 Finalizar Certificaciones

4.1.1.25 Finalizar Subitems

4.1.1.26 Aprobar Requerimientos Descripción: El Líder de Testing o de requisitos revisa la planeación de la información, y en ella puede validar o rechazar los requerimientos Ejecutantes: Líder de proyecto, Líder de Proyecto Testing, Líder de Proyecto Requisitos Acciones:

Tipo Descripción:

Al salir Validaciones: Se valida el ingreso de la información necesaria para cada uno de los ítems y sub-ítems aplicables. Validaciones de Compañías: Esta regla valida que se hayan asignado sub-ítems a cada una de las compañías registradas en la parametrización Validaciones de Sub-ítems: Esta regla valida que exista al menos un sub-ítems por desarrollar en cada ítem aplicable.

4.1.1.27 Asesor

4.1.1.28 Líder de Proyecto

4.1.1.29 Asesores

4.1.1.30 Directivos

4.1.1.31 Planeación Descripción: En esta fase se realiza una planeación, revisión y aprobación



4.1.1.32 Arquitectura Descripción: En la fase se nombra los responsables de la preparación de la información

4.1.1.33 Revisión Proceso y aseguramiento Descripción: En esta fase Realizará el proceso de Calidad

4.1.1.34 Certificación

4.1.1.35 Envío



44 .. 22 .. AA SS II GG NN AA CC II ÓÓ NN DD EE PP RR OO YY EE CC TT OO SS Autores: Luis Fernando Londoño - Juan David Zapata

A S I G N A R P R O Y E C T O S ( P R O C E S O P R I N C I P A L )

4.2.1. ELEMENTOS DEL PROCESO

4.2.1.1. Asignación de Proyecto área Encargada Descripción: En esta etapa se recibe la información de las necesidades del cliente y sus requerimientos por parte de líder del proyecto y es entregada a los coordinadores líderes de proyecto.

4.2.1.2. Inicio Asignación de proyectos

4.2.1.3. Coordinar Proyecto Testing Descripción: En este sub proceso se ha identificado que el área de la solicitud del cliente o usuarios final es dirigida al área de Testing Ejecutantes: Líder de Proyecto Testing, Líder de proyecto Proceso: Coordinar Proyecto Testing - Coordinar Sub Proyecto Testing. Tipo de ciclo: Múltiples instancias Orden MI: Secuencial

4.2.1.4. Fin Proceso

4.2.1.5. Ciclo revisión de procesos de Asignación Descripción: Ciclo revisión de procesos de Asignación de proyecto al área correspondiente Flujos



4.2.1.6. Coordinar Proyecto Requisitos Descripción: En este sub proceso se ha identificado que el área de la solicitud del cliente o usuarios final es dirigida al área de requisitos Ejecutantes: Líder de Proyecto Requisitos, Líder de proyecto Proceso: Coordinar Proyecto Requisitos - Coordinar Sub Proyecto Requisitos. Tipo de ciclo: Múltiples instancias Orden MI: Secuencial

4.2.1.7. Coordinador Líder Proyecto

4.2.1.8. Coordinador Líder



44 .. 33 .. CC OO OO RR DD II NN AA RR PP RR OO YY EE CC TT OO TT EE SS TT II NN GG Autores: Luis Fernando Londoño - Juan David Zapata

C O O R D I N A R S U B P R O Y E C T O T E S T I N G . ( P R O C E S O P R I N C I P A L )


4.3.1.1. Inicio Proceso

4.3.1.2. Asignar estudiantes responsables Descripción: Líder Testing encargado de realizar la organización de los grupos de trabajo de Testing, debe asignar un estudiante responsable para la elaboración de proyecto con los estudiantes del proyecto y de los semilleros de la USB



Ejecutantes: Líder de Proyecto Testing, Estudiantes Semilleros, Estudiantes

4.3.1.3. Elemento

4.3.1.4. Proceso Testing Descripción: Ente paso se realiza el producto de Testing por parte de los estudiantes y se asigna trabajo a los diferentes semilleros. Ejecutantes: Estudiantes Semilleros, Estudiantes Proceso: Proceso Requisitos - Proceso principal Tipo de ciclo: Múltiples instancias Orden MI: Secuencial

4.3.1.5. Líder de Proyecto Testing

4.3.1.6. Estudiantes



44 .. 44 .. PP RR OO CC EE SS OO TT EE SS TT II NN GG [[ 66 22 ]] Autores: Luis Fernando Londoño - Juan David Zapata

P R O C E S O T E S T I N G ( P R O C E S O P R I N C I P A L )


4.4.1.1. Elemento

4.4.1.2. Enviar Notificación Descripción: Cuando un proceso necesita corrección se notifica a la persona responsable para que reanude la preparación de este.



Acciones

Tipo Descripción:

Al entrar Notificación de Corrección a Sub-ítem: Expresión para generar la notificación que será enviada

Script: Estimado <SubItem.Responsible>La información relacionada al sub ítem <Subitem.name>enviada previamente por usted necesita que se realicen cambios. Por favor reanude la preparación de éste proceso Cordialmente Líder Analista

4.4.1.3. Start

4.4.1.4. Finalizar Sub Ítem

4.4.1.5. Elemento

4.4.1.6. Correcciones requeridas? Descripción: La compuerta evalúa si es necesario realizar correcciones en el sub ítem. Flujos: SI NO

4.4.1.7. Correcciones Descripción: El evento es habilitado para permitir al analista o al jefe financiero realizar correcciones al sub ítem. Acciones:

Tipo Descripción:

Al entrar Actualizar Estado: Cambia el estado del sub ítem a “En corrección”.

Al salir Estado General del Sub ítem: Regla que actualiza el estado de cada sub ítem de cada compañía. Estado General del ítem: La regla actualiza el estado del ítem de acuerdo al estado de los sub ítems.

4.4.1.8. Notificar Finalización del Proceso Descripción: El Líder es informado sobre la finalización del proceso. Ejecutantes: Líder de proyecto, Líder de Proyecto Testing



Acciones:

Tipo Descripción:

Al entrar Actualizar Estado: Cambia el estado del sub ítem a “Completo”.


Script: Estimado Líder La información relacionada al sub ítem <Subitem.name> se ha completado, por favor realice la revisión correspondiente Cordialmente Estudiante Líder

4.4.1.9. Corregir proceso Descripción: Si el líder solicito correcciones, la persona encargada de desarrollar debe realizar los cambios necesarios. Ejecutantes: Líder de Proyecto Testing

4.4.1.10. Elemento

4.4.1.11. Habilitar Evento de Corrección Descripción: La compuerta puede habilitar la finalización del caso, o realizar correcciones al sub ítem, de acuerdo con la información del negocio.

4.4.1.12. Revisar contenido de Proceso de Testing Descripción: El estudiante revisa la información de los semilleros de investigación. De acuerdo a la revisión, puede solicitar correcciones.

4.4.1.13. Testeo desde Unidad hasta la aceptación del Software. Descripción: En este proceso se muestra la continuidad para hacer el testeo desde los sub procesos comenzados desde las unidades y el testeo de aceptación. Ejecutantes: Líder de Proyecto Testing, Estudiantes Semilleros, Estudiantes Tipo de ciclo: Múltiples instancias Orden MI: Secuencial

4.4.1.14. Semilleros de estudiantes




44 .. 55 .. TT EE SS TT EE OO [[ 66 22 ]] Autores: Luis Fernando Londoño - Juan David Zapata

T E S T E O


4.5.1.1. Elemento Descripción: Inicio del proceso de Testing

4.5.1.2. Testing de Módulos Descripción: Este proceso denota una de las fases de integración, en este ya no se representa el código como unidades independientes sino como módulos, en los cuales según la funcionalidad que se quiera del sistema, estas se van organizando y uniendo, para así realizar pruebas y ver si esas pequeñas islas cumplen en funcionamiento.

4.5.1.3. Sub sistema Descripción: Este proceso se denota otra de las fases de integración, en este ya no se representa el código como módulos independientes sino como subsistemas, lo que se busca ahora es mirar de mediana forma a través de la unión de los módulos en conjuntos o como su nombre lo indica, subprocesos, la simulación de la aplicación objetivo.

4.5.1.4. Sistema Descripción: Este proceso se denota la ultima fase de integración, la representación particularizada deja de ser por islas y se vuelve una sola, al tener esta característica ya de manera lógica puede llamarse sistema, esto se debe a que todos sus componentes internos fueron garantizados en funcionamiento a medidas que pasaban las pruebas, todas las etapas, es aquí donde ya desde una apreciación macro se obtiene la solución de software funcionando según el objetivo planteado.

4.5.1.5. Testing de Aceptación Descripción: En esta ultima fase se hace la ultima revisión en aras de mostrar la calidad del Software creado, esta tarea la hace el integrante del Spin Off, pero luego el Stakeholder en conjunto con el integrante del Spin Off dan su punto de apreciación y por ultimo aceptación de la aplicación en cuanto a funcionalidad y efectividad.



4.5.1.6. Elemento Descripción: Final del proceso de Testing

4.5.1.7. Testing de Unidad Descripción: El Testing de unidad en el Spin Off es un proceso enfocado hacia el método de prueba que consiste en verificar qué componentes individuales del código fuente funcionan de manera correcta. El ejercicio de prueba es la recreación de un ejemplo en el cual se cogen directamente fragmentos particularizados del código fuente y se ejecutan para mirar si funcionan bien o no. Si la ejecución de la prueba arroja resultados negativos o no los arroja ni siquiera, entonces el testeo de unidad se considera que falló o no pasó, lo cual quiere decir que el código está incorrecto, y si funciona, ocurre todo lo contrario. Ejecutantes: Líder de Proyecto Testing, Estudiantes Semilleros, Estudiantes Tipo de ciclo: Múltiples instancias Orden MI: Secuencial

4.5.1.8. Funciona Descripción: Evento de Funcionalidad Flujos: No Si

4.5.1.9. Funciona Descripción: Evento de Funcionalidad Flujos: Si No

4.5.1.10. Funciona Descripción: Evento de Funcionalidad Flujos: No Si

4.5.1.11. Verificación Testeo de Módulos Descripción: En este proceso se hace la correspondiente verificación de los módulos de código, y se analiza si cumple o no en cuanto al objetivo funcional que se quiere de la aplicación. Es de recordar que se escogen grupos de código para mirar su funcionamiento, pero estos sin interactividad con otros módulos.

4.5.1.12. Verificación Testeo de Sub Sistema Descripción: En este proceso se hace la correspondiente verificación de los subsistemas, estos ya sean en código en cuanto a funcionalidad de los módulos, pero en su interacción con otros, y se analiza si cumple o no en



cuanto al objetivo funcional que se quiere de la aplicación. En esta fase se indica si pasa o no la verificación en funcionamiento.

4.5.1.13. Verificación Testeo de Sistema

4.5.1.14. Acepto Descripción: Evento de Aceptación Flujos: No Si

4.5.1.15. Estudiantes - Estudiantes Semilleros



44 .. 66 .. CC OO OO RR DD II NN AA RR PP RR OO YY EE CC TT OO RR EE QQ UU II SS II TT OO SS Autores: Luis Fernando Londoño - Juan David Zapata

C O O R D I N A R S U B P R O Y E C T O R E Q U I S I T O S . ( P R O C E S O P R I N C I P A L )


4.6.1.1. Elemento

4.6.1.2. Proceso Requisitos Descripción: El proceso genera un múltiple subproceso para preparar cada sub ítem. Tipo de ciclo: Múltiples instancias Orden MI: Secuencial

4.6.1.3. Elemento



4.6.1.4. Asignar estudiantes responsables Descripción: Líder requisitos encargado de realizar la organización de los grupos de trabajo de requisitos, debe asignar un estudiante responsable para la elaboración de proyecto con los estudiantes del proyecto y de los semilleros de la USB

4.6.1.5. Líder de Proyecto Requisitos




44 .. 77 .. PP RR OO CC EE SS OO RR EE QQ UU II SS II TT OO SS Autores: Luis Fernando Londoño - Juan David Zapata

P R O C E S O R E Q U I S I T O S ( P R O C E S O P R I N C I P A L )


4.7.1.1. Start

4.7.1.2. Revisar contenido de Proceso de requisitos Descripción: El estudiante revisa la información de los semilleros de investigación. De acuerdo a la revisión, puede solicitar correcciones. Ejecutantes: Estudiantes, Líder de Proyecto Requisitos

4.7.1.3. Correcciones requeridas? Descripción: La compuerta evalúa si es necesario realizar correcciones en el sub ítem. Flujos: SI



NO

4.7.1.4. Corregir proceso Descripción: Si el líder solicito correcciones, la persona encargada de desarrollar debe realizar los cambios necesarios. Ejecutantes: Líder de Proyecto Requisitos, Estudiantes Semilleros, Estudiantes

4.7.1.5. Habilitar Evento de Corrección Descripción: La compuerta puede habilitar la finalización del caso, o realizar correcciones al proyecto, de acuerdo con la información las necesidades del cliente.

4.7.1.6. Finalizar proceso

4.7.1.7. Elemento

4.7.1.8. Correcciones Descripción: El evento es habilitado para permitir al líder o al asesor realizar correcciones a los diferentes procesos Acciones:

Tipo Descripción:

Al entrar Actualizar Estado: Cambia el estado del sub ítem a “En corrección”.


4.7.1.9. Elemento

4.7.1.10. Elemento

4.7.1.11. Notificar Finalización del proceso de requisitos. Descripción: El Líder es informado sobre la finalización del proceso de requisitos. Ejecutantes: Líder de Proyecto Requisitos



Acciones:

Tipo Descripción:

Al entrar Actualizar Estado: Cambia el estado del sub ítem a “Completo”.


Script: Estimado Líder La información relacionada al proceso <Subitem.name> en la compañía <Company.Name>se ha completado, por favor realice la revisión correspondiente Cordialmente Líder de proyecto requisitos

4.7.1.12. Enviar Notificación Descripción: Cuando un proceso necesita corrección se notifica a la persona responsable para que reanude la preparación de este. Acciones:

Tipo Descripción:

Al entrar Notificación de Corrección a Sub-ítem: Expresión para generar la notificación que será enviada

Script: Estimado <SubItem.Responsible>La información relacionada al proyecto <Subitem.name>enviada previamente por usted necesita que se realicen cambios. Por favor reanude la preparación de éste proceso y envíe la información necesaria antes del día <SubItem.deadline>Cordialmente Líder

4.7.1.13. Circo de Vida Requerimientos de Software Ejecutantes: Líder de Proyecto Testing, Estudiantes Semilleros, Estudiantes Tipo de ciclo: Múltiples instancias Orden MI: Secuencial

4.7.1.14. Semilleros de estudiantes




44 .. 88 .. RR EE QQ UU II SS II TT OO SS [[ 66 44 ]] Autores: Luis Fernando Londoño - Juan David Zapata

R E Q U E R I M I E N T O


4.8.1.1. Elemento Descripción: Inicio del proceso de Requerimientos

4.8.1.2. Levantamiento de Requerimientos Descripción: Es el proceso en el cual se recolecta la información necesaria para comenzar a entender el problema a resolver, e identificar qué es lo que el cliente necesita para poder empezar a definir el rumbo del proyecto que el Spin Off va a llevar a cabo con el usuario. La idea es que la persona o las personas que lleven a cabo esta fase, tengan una interacción muy fiel con el cliente, para mirar que es lo que verdaderamente necesita.

4.8.1.3. Análisis de Requerimientos Descripción: En este proceso se analiza las necesidades de los usuarios de acuerdo al resultado obtenido en el proceso de levantamiento de requerimientos, esta tarea se hace con el objetivo de que los Stakeholder entiendan y revisen si hay errores, si se omitió información o si hay deficiencias. En esta fase se dan bases para la validación y la verificación, como también para el diseño de la aplicación. Otro aspecto muy importante es la organización y representación de los requerimientos, esto para saber cuan específicos están, y si cumplen para la realización del sistema.

4.8.1.4. Especificación de Requerimientos Descripción: En este proceso, el de la especificación de requerimientos, se unen los resultados de las dos fases anteriores, levantamiento y análisis de requerimientos. En esta fase se hace una Descripción: de lo que los usuarios



del sistema esperan, de cual es el ambiente en que se desarrollará, cuales son los parámetros de desempeño y la calidad y efectividad deseados.

4.8.1.5. Verificación de Requerimientos Descripción: El proceso de verificación de requerimientos se basa en la evaluación de como se encuentran las fases anteriores en cuanto a consistencia de la información, si está completa o no, tiene consistencia, entre otras características que van muy de la mano con los requerimientos que fueron entregados, la idea es que se elija la realización del software adecuado a partir de la verificación de dicha información.

4.8.1.6. Entrega de Necesidades Descripción: Este es el proceso que en si tiene el cliente, el cual lo que hace es definir como tal una serie de necesidades las cuales conllevan a la conformación en si del requerimiento, la cuestión es que muchas veces el cliente no sabe que es lo que necesita, o por lo menos, no sabe expresar su necesidad, por lo cual en el siguiente proceso se mostrará la interacción con el estudiante Spin Off para dicho levantamiento de requerimientos.

4.8.1.7. Análisis de Cumplimiento de Expectativas Descripción: En la fase de Análisis de requerimientos puede surgir la necesidad de completar los requerimientos que tenga el usuario, ya se que este tenga mas dudas que crea que no fueron suplidas en el levantamiento de requerimientos, o también viceversa, en donde se tiene inquietudes para continuar con el proceso, pero se ve que falta información y que la única manera es preguntándole al cliente para aclarar puntos ciegos.

4.8.1.8. Cumple Descripción: Evento de Cumplimiento Flujos: No SI

4.8.1.9. Elemento Descripción: Final del proceso de Requerimientos

4.8.1.10. Cumple Descripción: Evento de Cumplimiento Flujos Si No



4.8.1.11. Aceptación Descripción: En este último proceso se culmina la etapa de requerimientos, lo que se indica es que si cumple con todo el proceso se da el visto bueno y se continúa con la siguiente etapa de desarrollo del software: el diseño, si esto no es así, entonces se devuelve a la verificación y allí se hacen las correcciones pertinentes.

4.8.1.12. Cliente

4.8.1.13. Estudiantes - Estudiantes Semilleros



44 .. 99 .. EE MM II TT II RR CC EE RR TT II FF II CC AA CC II OO NN EE SS DD EE LL PP RR OO YY EE CC TT OO Autores: Luis Fernando Londoño - Juan David Zapata

E M I T I R C E R T I F I C A C I O N E S


4.9.1.1. ¿Certificado? Flujos: NO SI

4.9.1.2. Elemento

4.9.1.3. Emitir Certificación Descripción: El asesor de calidad debe verificar y emitir la certificación Ejecutantes: Asesor Procesos de Calidad

4.9.1.4. Emitir Certificación Líder Descripción: Si el Asesor de calidad no emitió la certificación, el proceso debe regresar al proceso padre para realizar las correcciones necesarios, de lo contrario se continúa con la actividad Emitir Certificación-Líder



Ejecutantes: Asesor Procesos de Calidad, Líder de Proyecto Requisitos, Líder de Proyecto Testing, Líder de proyecto, Asesor

4.9.1.5. Elemento

4.9.1.6. Finalizar Certificación

4.9.1.7. Elemento

4.9.1.8. Solicitar Certificación

4.9.1.9. Elemento

4.9.1.10. Elemento Conectores Conector Conector

4.9.1.11. Asesor

4.9.1.12. Líder de proyecto



44 .. 11 00 .. PP AA RR TT II CC II PP AA NN TT EE SS

Asesor (Rol): Docente de tiempo completo de la USB

Líder de proyecto (Rol): Debe ser una persona vinculada a la USB

Líder de Proyecto Testing (Rol): Debe ser un estudiante de proyecto de grado

Líder de Proyecto Requisitos (Rol): Debe ser un estudiante de proyecto de grado

Estudiantes Semilleros (Rol): Estas personas que son de los grupos de investigación de la USB. No son estudiantes de proyecto de grado

Estudiantes (Rol): Son estudiantes de proyecto de grado. Son analistas

Asesor Procesos de Calidad (Rol)

Cliente (Rol)



5. CAPITULO 5: SOA: ARQUITECTURA ORIENTADA A SERVICIOS Después de haber hablado de uno de los ejes más importantes para este proyecto, como lo es BPM, también es realmente significativo retomar otro eje fundamental en toda esta puesta en marcha del Spin Off, la Arquitectura Orientada a Servicios o SOA [42], como es llamada en su acrónimo en Inglés (Service Oriented Architecture), con esto lo que se quiere fundamentar en este proyecto es mostrar las características más importantes utilizada desde hace más de 35 años, [4] pero que viene agarrando más fuerza por estos días gracias a que todas las organizaciones quieren tener toda su información centralizada así se manejen aplicaciones y sistemas de información distribuidos, de igual manera se dará una introducción de un factor importante en este concepto: el Bus de Servicios Empresarial [49], por lo cual para el Spin Off también quiere tenerse dicha arquitectura. En este trabajo se hablará de conceptualización importante a tener en cuenta, pero los aspectos reales de implantación en aras de tener un funcionamiento queda a un futuro ojalá no muy distante dentro de los objetivos que se formen a medida que se vayan descubriendo necesidades organizacionales orientados a la cadena de valor institucional hacia la que se está orientado. 5.3. DEFINICIONES RELACIONADAS A SOA SOA es un paradigma interesante [4], el cual es capaz de integrar lo distribuido en toda una organización, pero es de recordar que esta parte está orientada explícitamente a servicios de TI que lógicamente se van a ver evidenciados en todo el Spin Off, pero como es de saber, la información es el factor fundamental de toda empresa, y para ello debe haber una sincronización de los datos capaz de dar soportabilidad cuando sea necesario. Algunos de los conceptos más relevantes son los siguientes [37] y [38]: 5.3.1. Servicio: es un mecanismo el cual permite el acceso e interacción a

través de interfaces de comunicación para su usabilidad. 5.3.2. Descripción del servicio: es todo aquello relacionado con el

servicio en sí mismo. 5.3.3. Distribuidor: cualquier actor, sea persona u organización, el cual

oferta el servicio. 5.3.4. Necesidad: es toda característica de carencia que se identifica en

una empresa para su funcionamiento. 5.3.5. Capacidad: tarea que el proveedor de un servicio pude proporcionar

a quien hace uso del servicio. 5.3.6. Consumidor: cualquier actor que busca resolver una necesidad

basada en servicios. 5.3.7. Interacción: es toda aquella actividad necesaria para hacer uso de

un objeto el cual pueda dar solución y obtener un resultado deseado.



5.4. ¿CUÁLES SON LOS BENEFICIOS DE SOA? En realidad, son grandes las ventajas que se obtienen de este llamado modelo de referencia, plataforma o arquitectura, o como quiera llamarse ya que cumple con múltiples funcionalidades, estas con muchos beneficios hacia la empresa, ya que como se ha hablado en todo el transcurso de este proyecto, la orientación hacia el negocio es fundamental; la otra cara del beneficio se refleja con mayor significancia en el área de Tecnologías de Información, el área de gran importancia para este proyecto y donde se van a ver reflejadas en su mayoría las actividades de Spin Off. A continuación se mostrarán los beneficios de dicho marco de referencia basados en estos dos enfoques organizacionales: 5.4.1. BENEFICIOS A NIVEL ORGANIZACIONAL [54]:

Como se ha hablado en oportunidades anteriores de BPM y su enfoque organizacional elaborado hacia la tenencia y orden de actividades en pro de un objetivo específico, podría decirse también que SOA permite la evolución de aquellas aplicaciones descentralizadas en aplicaciones dinámicas que ayudan a la resolución de las problemáticas de alto grado, las cuales son de gran significancia para el desarrollo y que a su vez, contribuyen con la competitividad a nivel comercial, por ende, en el Spin Off, se debe tener en cuenta dicha particularidad, para no ser solo una organización como las demás que ofrece un servicio, esta tiene que ser enfocada desde un principio como una organización que tenga una orientación a tratada, por lo cual, las soluciones a nivel organizacional, entre otras cosas, se demarcan como: 5.4.1.1. Mejoramiento critico al tomar decisiones: como se ha venido

comentando, la integración de todos los servicios y de igual manera, de los datos e información de negocio a través de aplicaciones dinámicas, conllevan a que los directivos de la organización puedan tener información mucho más elaborada y de mayor calidad, así las personas que tengan un grado de responsabilidad, pueden tener una visión más concreta, de igual forma, al tener la información de manera más ágil, se responde también con agilidad ante cambios y procesos críticos que generen riesgo, pudiendo reaccionar a tiempo.

5.4.1.2. Productividad laboral: al tener la información más fácil de manejar, donde los empleados van a tener un acceso optimo a las aplicaciones, pueden haber mucho más oportunidades en el Spin Off de que los procesos de negocio puedan estar enfocados, no en el que hacer de todos los días, sino en mejorar la productividad organizacional, si estas características se dan, pues de igual manera también el empleado puede dar más de sí mismo para mejorar la calidad de dichos procesos, ya que dedicarían sus labores en generación de valores agregados, dedicando energía no a la lucha de sistemas que no facilitan las cosas, sino en el aprovechamiento de dichas aplicaciones que ayudan a tener mayores puntos de rendimiento.

5.4.1.3. Fidelización con clientes y proveedores: pues la idea de este proyecto es no quedarse con una labor interna de academia, sino



como su cadena de valor lo indica, trascender a fronteras más allá de las organizacionales, el objetivo en cuanto a esto es lograr tener una comunicación con los Stakeholders o actores que tengan que ver con el Spin Off, así se podría ver de manera más sencilla involucrarse con otras organizaciones, a su vez, también unificar servicios si estos se muestran a través de aplicaciones distribuidas, otra ventaja se muestra hacia los clientes, donde las necesidades que se vayan mostrando pueden ser solucionadas a través de herramientas integradas mejorando notablemente el tiempo de respuesta, lo cual conlleva a que el cliente pueda tener mayor confianza en el servicio que se le entregue. Otra ventaja se traduce a partir de los procesos críticos de adquisición de equipos y utensilios.

5.4.1.4. Documentación del modelo y de los procesos de negocio: si los sistemas de información están organizados, los procesos de negocio pueden modelarse de manera mucho más efectiva, ayudando al control y documentación, para así poder ofrecer el mejoramiento continuo de dichos procesos, características mencionadas anteriormente en el capítulo 3 de BPM.

5.4.2. BENEFICIOS A NIVEL DE TECNOLOGÍAS DE LA INFORMACIÓN

[54]: Ya se mostraron varias de las ventajas que existen a nivel organizacional, ahora le toca el turno a las áreas de Tecnología de la Información, si bien la integración de aplicaciones hace mucho más granular el manejo de los datos, también la simplificación en los procesos es clave, por lo cual se enuncian a continuación varias características de mayor relevancia en el momento de llevar SOA a TI: 5.4.2.1. Aplicaciones más fructíferas y maleables: la orientación de

servicios ayuda a que las áreas de TI puedan tener mayor productividad de los recursos que se estén manejando, entre estos están las aplicaciones y sistemas de información que tengan aun vida útil en la organización, la idea con SOA no es necesariamente tener la tecnología de punta para su implantación, pues perfecto fuera, pero si hay equipos y herramientas que aún pueden cumplir con un ciclo importante en la organización, pues hay que aprovecharlos, su implantación no significa grandes cantidades de inversión de entrada, es una manera también para aprovechar los recursos existentes. Otra de las grandes ventajas de SOA es la independencia de las aplicaciones y los lenguajes base en que estén corriendo, ya que al hacer más transparente los servicios, va a permitirse mayor y mejor comunicación de los mismos, estando estos ligados pero sin tener una dependencia propia el uno del otro.

5.4.2.2. Elaboración de Aplicaciones más ágiles y menos costosas: el desarrollo de las aplicaciones es más versátil ya que es elaborado a través de estándares y plantillas reutilizables, lo cual permite que en el momento de hacerlas o modificarlas, pueda tenerse



mayores opciones de respuesta a necesidades que tenga el Spin Off; si esto funciona de esta manera, habrá un significativo ahorro en el desarrollo de soluciones de este tipo, lo cual el testeo será mucho más fácil, y la puesta en marcha será mucho más rápida, así el ciclo de vida que se tenga del software se reducirá en tiempo notablemente obteniendo mayores beneficios.

5.4.2.3. Manejabilidad y Seguridad para las aplicaciones: otra gran ventaja para las soluciones orientadas a servicios es la infraestructura común para desarrollar aplicaciones seguras y gestionables, así que en el momento en el que la necesidad del negocio va aumentando, SOA permite añadir nuevos servicios y funcionalidades para gestionar dichas necesidades. La gran relevancia SOA es que la persona encargada de los procesos organizacionales no tiene que acceder a las aplicaciones, esta accede directamente a los servicios y gracias a esto SOA se convierte en un gran optimizador de las inversiones realizadas en el área de Tecnologías de la Información, lo cual produciría nuevas mejoras y mayores ideas de inversión, no para solucionar problemas constantes, sino por el contrario para generar valor agregado a todos los procesos. En cuanto a la seguridad, SOA permite mecanismos de autenticación y autorización mucho más elaborados en todos los servicios, como se ha comentado en apartados anteriores, ya que estos no son dependientes los unos de los otros y no se interfieren en ningún proceso.

Como se ha dicho, SOA no es solo una arquitectura a seguir desde la parte de TI, es un referente importante para el entendimiento y estandarización de las relaciones con respecto a los componentes no solo organizacionales, sino también extraempresariales, con él se puede crear, utilizar y reutilizar los servicios a lo largo del camino, de igual forma, la integración de aplicaciones diferentes en estructura, y por último, todo aquello que guarde una afinidad, independiente si corre bajo una aplicación con codificación diferente a otra, sistema operativo distinto, o si como tal el proceso organizacional está orientado a suplir necesidades tanto internas como externas.[34]

5.5. MODELO DE INTERACTIVIDAD DE SOA Lo que se busca describir con este modelo es la relación que guardan los datos entre sí, es decir, como todos los servicios se comunican unos con otros, este consiste en una división triangular que tiene como esquema el de Publicar (se basa en el que el servicio tiene en que ser publicado para ser utilizado), Ligar/Ejecutar (Desde aquí el cliente inicia la interacción con el servicio durante su ejecución, la cual consta de buscarlo, encontrarlo y llamarlo) y Búsqueda (en esta parte el usuario busca una información o detalle del servicio que necesita)



5.5.1. INTEGRACIÓN DE OBJETOS DISTRIBUIDOS [16] Una de las fuertes filosofías que tiene SOA es la unificación de objetos distribuidos; en términos generales y en lo que respecta a integración de aplicaciones, esta no solo hace referencia a los datos u objetos, también la integración va de parte y parte con los procesos. Los sistemas de gestión de Workflow por ejemplo, son grandes aliados para acompañar dicha integración, haciendo de la tarea algo más fácil y efectivo, estos son los más comúnmente utilizados para este tipo de labores, por lo cual, si se realiza una integración de datos dirigida también hacia procesos, ayuda a enriquecer los servicios de negocio, estos enfocados lógicamente hacia los dos puntos de este proyecto, SOA y BPM, los cual posibilita obtener servicios reutilizables, donde el actor que interviene en cada proceso pone su cuota no para reprocesar sino para dar el valor agregado de la solución organizacional.

5.5.2. Importancia del manejo SOA con el Bus de Servicios

Empresariales (ESB) [61] La perspectiva que tiene SOA es la construcción como tal de aplicaciones con intervención de la unión de servicios acoplados, dado que de estos servicios puedan mostrarse muchos comunes en todas las líneas organizacionales montadas en el Spin Off, y que cada área utilice múltiplemente aplicaciones reflejadas en estos servicios (es de recordar que el usuario no accede a la aplicación, este accede al servicio), puede conllevarse a que hayan alarmas como los tiempos de respuesta pobres, incumplimiento de políticas internas y externas que afecten transversalmente el Spin Off, poca respuesta de servicios, inseguridad, etc. Por todo esto, el Spin Off, desde el área de Tecnologías de la Información, debe luchar por la gestión de las aplicaciones y de las unidades de negocio, ya que SOA lo que pretende es que haya un

Alojamiento de Servicios

Proveedor Ligar/Ejecutar Consumidor

Contrato

Descripción

del Servicio



enfoque hacia la gestión de los servicios que ayuden a que los procesos de negocio tengan un desenvolvimiento más limpio, más transparente. Por todo lo anterior, es importante resaltar la necesidad de contar con una infraestructura de TI que ayude con todo la gestión de servicios, es por esto que nace el concepto de Bus de Servicios Empresariales (En inglés, Enterprise Service Bus - ESB), el cual es un escenario de software Base que ayuda en muchas funcionalidades sobre la capa de aplicaciones, las cuales pueden ser: 5.5.2.1. La portabilidad: como se ha venido indicando, todos los

servicios corren a nivel organizacional de manera independiente del lenguaje de programación de las aplicaciones que estén en proceso, de igual manera también hay independencia de los sistemas operativos de los cuales provienen dichas aplicaciones.

5.5.2.2. La comunicación: también es conocido como routing, es el encargado de enviar mensajes de un lugar a otro, y esto puede manejarse de manera estática o dinámica, así es como se comportarían los mensajes entre servicios.

5.5.2.3. La transformación: El ESB se encargará de resolver la transformación de mensajes entre el servicio y el solicitante, es decir, este se encargará de facilitar la transformación de protocolos, como por ejemplo de un http:// a sftp://.

5.5.2.4. La conectividad: puede denominarse también como esa invocación y resolución de conversaciones mediante protocolos, para dar solución a la conectividad entre el solicitante y el servicio.

5.5.2.5. La seguridad: El ESB proporciona los niveles de seguridad que garantizarán todos los servicios.

En lo que respecta a dicho concepto de BUS, su composición en cuanto a los mecanismos de comunicación es muy elaborada, ya que todos estos conectados al ESB pueden conectarse a su vez entre sí, sin necesidad de conocerse los unos a los otros. Con un ESB todo el control se facilita y el procesamiento de las aplicaciones corre por todo el servicio, lógicamente guiado desde el mismo ESB. Así, una gran fuente tecnológica como lo es SOA a través del ESB, permite que la gestión de servicios sea mucho más maleable contribuyendo también al enriquecimiento de los procesos de negocio, los ESB para el caso del Spin Off estarían dirigidos a través de los servidores de procesos (donde se alojan todos los procesos de negocio) y es este el que gestiona y controla todas las atenciones por el ESB, por lo cual es bueno afirmar que los Web Services son parte esencial en dicha gestión de servicios. 5.5.3. LOS WORKFLOW Y LA INTEGRACIÓN DE APLICACIONES

DISTRIBUIDAS [16] Un Workflow básicamente lo que encarna es la automatización de un proceso de negocio, en el cual hay un constante intercambio de información, así los Workflow, permiten crear a través del software esos flujos de trabajo, los cuales



alcanzan a distinguir las definiciones que tengan los mismos procesos de negocio, sus actores o participantes, y también hacer llamados a aplicaciones o herramientas de TI necesarias para ser corridos, todo lo anterior se basa en la integración de aplicaciones, la cual es tarea inherente del Workflow, este lo que hace es utilizar adaptadores, los cuales son capaces de soportar procesos de negocio dentro de un sistema dado con una agrupación de aplicaciones específicas, las cuales posibilitan dicha integración entre todas, pero no solo esto, también al representar dichos procesos en los cuales existe el factor humano, puede notarse la ventaja de la colaboración entre dichos actores para encontrar mejores soluciones estructuradas. Un Workflow puede ser utilizado para ayudar a modificar la lógica del negocio, por lo cual una aplicación de este tipo radica en las actividades y sus propios ordenamientos de causa y tiempo, estas actividades ejercidas por diferentes aplicaciones más los Workflow de aplicaciones, proveen una integración de estas mismas en un sistema de común comunicación. 5.3.3.1 INTEGRACIÓN FUNDAMENTADA EN SOA & BPM Con lo dicho anteriormente, un software de Workflow para integrar aplicaciones, puede contener las siguientes características: 5.5.3.1.1. El Workflow es un sistema ágil en el momento de adaptarse a

cambios organizacionales, los cuales vienen relacionados con procesos, por lo cual si se comporta como una aplicación vertical lo puede lograr.

5.5.3.1.2. Existe también un engranaje con los servicios web, este es un elemento integrador de aplicaciones que se ven en constante comunicación unas con otras, las cuales tienen a la automatización de los procesos de negocio.

5.5.3.1.3. Los desarrollos relacionados a arquitectura empresarial con BPM, están enfocados hacia el manejo de Workflow.

5.5.3.1.4. Si el objetivos es la orientación a servicios, la utilización de técnicas de composición de servicios son las más adecuadas, así, como se mostró anteriormente, el ESB o Bus de Servicios permite dicha elaboración de servicios, ya que ayudan a través de metodologías estandarizadas a realizar de manera más sencilla dicha tarea.

5.5.3.1.5. Como se ha mencionado en apartados anteriores, la composición de servicios es una interesante idea para el manejo de todas las aplicaciones transversales del Spin Off, así, la composición misma de dichos servicios ayuda a la comprensión misma de los procesos de negocio, los cuales, tanto servicio como procesos, van encaminados a unas actividades propias organizacionales.

5.5.3.1.6. Por último, la idea de BPM no es una idea descabellada, hay que recoger experiencias de otras organizaciones con el mismo enfoque empresarial y adoptar lo más sensible de su proceso, no para empezar de cero, sino para aprovechar SOA como factor de traducción, en forma de servicios, a los procesos de negocio.



5.6. CONCLUSIONES DE SOA

La idea de describir SOA en este capítulo básicamente buscó tuvo como objetivo tratar de resumir sus conceptos, componentes y ventajas a la hora de tener no aplicaciones distribuidas, sino servicios que invocan a dichas aplicaciones las cuales están integradas unas con las otras, en la comunicación de los servicios es donde hay mayor relevancia para este proyecto y por eso para el Spin Off lo que se busca es que en realidad sean estas las que hablen por la organización y no, por llamarlo así, un desorden sin sentido que busca suplir necesidades de un día a día, por lo cual los procesos también juegan un papel importante, el cual fue mencionado anteriormente en BPM. SOA implementado en el Spin Off traerá grandes ventajas en cuanto articulación y adaptación a los cambios que se tengan en la organización, de igual manera y como se había mencionado antes, es totalmente independiente de la plataforma, sistema operativo o lenguaje de programación donde se desenvuelva, esto es realmente importante ya que la idea con este proyecto es implementar una idea de tecnología la cual pueda estar sustentada en mejoramiento de la calidad de los procesos sin que se vea afectado el carácter monetario. Para el proceso a seguir con dicha arquitectura, es que las aplicaciones, como bases de datos y software Open Source, se conversen primero y haya esa primera integración, y que luego se piense en exponer los servicios.



CONCLUSIONES

Con este trabajo lo que se pretendió fue integrar las metodologías existentes, tanto en el campo empresarial, como en el campo tecnológico, la más conocida en el campo tecnológico es SOA y junto a ella está BMP, como grandes aportantes en todo este proceso, así, se tiene claro que para poder implementarlas en el modelo empresarial de Spin Off Académico, se debe contar con una arquitectura empresarial totalmente soportable, con buenas bases, tanto tecnológicas como de negocios, sin olvidar que uno de los grandes paradigmas de esta labor se encontraba enfocada hacia las tecnologías Open Source. Algunas organizaciones buscan mantener sus modelos de empresa tradicionales, y como se ha planteado en este documento, son muchos los que no consideran que la tecnología está en constante desarrollo, y con ello las organizaciones que quieren ser más competitivas, por todo esto, el SPIN OFF Académico debe pensar en esas necesidades de sobresalir en los servicios de Testing y Requerimientos, aprovechar al máximo el conocimiento que se tiene sobre el campo de los sistemas de información es un “As” bajo la manga para poder operar. Ya no es permitido orientar las organizaciones hacia solo manejo de datos y transacciones manuales, el enfoque debe ser tomado desde el punto de vista de los servicios, el cliente y su permanencia en la obtención de un buen servicio es lo que da calidad a lo que se hace, pero para llegar a eso, hay que tener muy bien organizado todos los procesos que componen ese servicio, donde los sistemas de gestión de negocios logren tener una compacta integración con los mismos. Lo más significativo para unir SOA y BPM es la comunicación que debe tener, esa integración que logre organizar todas los procedimientos asociadas a esas actividades organizacionales, es por eso que también se habló de componentes que buscaran tener acercamientos a buenas prácticas laborales, si una empresa es organizada en lo que hace obtiene productos acordes a su objetivo empresarial, cumpliendo con las visión propuesta. (Se aclara que no se alcanzó a tener un margen metodológico de integración entre BPM y SOA, no era un alcance definido dentro de este proyecto) La investigación fue un gran fuerte para esta labor, para esto hubo que tener gran tiempo para poder acoplar las ideas, al igual que las necesidades que hubo que tener en cuenta para poder orientarlas hacia lo que se tiene en tecnología. Es una realidad que muchas empresas fallan en una implementación como esta, pero con el gran esfuerzo y la calidad que se tiene en cuanto a lo académico pueden lograrse grandes resultados. El enfoque en el que se ha venido hablando durante todo este documento con respecto a SOA y la integración de aplicaciones, de igual manera, a la funcionalidad de todas estas en cuanto a su funcionamiento, originan como tal una visualización de toda la organización en forma de un proceso estructurado a través de BPM , lo que se buscó mostrar fue la representación de todos estos procesos, los inherentes a la cadena de valor, vistos a través de representaciones graficas como en los BPD, pero más allá de esta representación, se encuentra la orquestación de dichos servicios y la gestión



de los procesos, de igual manera es bueno argumentar que ambas cosas no son iguales y que es desde este reconocimiento que se empieza con una buena integración, es allí también donde el factor humano juega un gran papel, ya que los procesos de negocio no solo se fundamentan en sistemas de información, aplicaciones y dibujos de procesos, en el Spin Off se debe tener clara la idea de que la orientación hacia este tipo de actividades debe encaminarse en ciertos pasos ordenados, comenzando eso si por la arquitectura empresarial planteada, la cual es la base de todo este proceso de montaje. La idea de querer implementar BPM durante todo este proyecto, fue que desde un principio el Spin Off manejara sus actividades por procesos, y esta metodología permite un control y perfeccionamiento de estos, así, la reducción de costos y de tiempos de ejecución se hace mucho más notable, otro punto a favor que se quiso tener en cuenta desde el comienzo; así la idea de perder tiempo, de tener tareas innecesarias y de buscar que el integrante del Spin Off fuese hacia lo verdaderamente importante; también fue tenido en cuenta. La cadena de valor del Spin Off, orientada a su cadena de valor: Análisis de Requerimientos y Testing, también tendrá una fuerte incidencia en cuanto al manejo de los Stakeholder que se tengan, es de recordar que BPM permite que tanto los clientes como proveedores pueden participar activamente del negocio, por ende, la interacción dentro de todo el proceso organizacional se hace más fuerte gracias a la realimentación por parte de todos los involucrados, así el factor colectivo ayuda a un mejor entendimiento de dichos procesos de negocio, se hace seguimiento agregando estrategias de valor a actividades transversales, y por ultimo para concluir, el incremento de la productividad y la satisfacción del cliente (interno y externo) con respecto a lo planteado se evidencia de manera mucho más rápida. Con el anterior documento se buscó mostrar que si se puede implementar ambas metodologías integrando los conceptos de tecnología y de negocios en una arquitectura empresarial definida, SOA y BPM son poderosos componentes para apoyar en todos los procesos de negocio, ahora, la utilización de esquemas enfocados a servicios serán mucho mas relevantes y rápidos, que los enfoques tradicionales.



GLOSARIO

Algunas de las definiciones esenciales se incluyeron en el documento principal, en el cual era necesario explicar cada uno de los términos desconocidos, para dar un correcto entendimiento a la lectura del proyecto, no obstante también se mencionan algunos conceptos importantes a continuación:

Spin Off: traslado de conocimiento teórico y practico con base

académica, universitaria y de grupos de investigación, llevados a la

organización empresarial. Es una alternativa viable y rentable para la

comercialización de resultados obtenidos por la actividad investigadora.

BPM: (Business Process Management) siglas en inglés que tienen por significado Gestión de Procesos de Negocio, es el conjunto de herramientas y servicios que permiten la administración (dígase análisis, definición, ejecución, control, monitoreo, etc.) adecuada de procesos de negocio, se habla de interacción humana, integración de aplicaciones, Workflow, entre otros.

SOA: (Service Oriented Architecture) siglas en inglés que tienen por significado Arquitectura Orientada a Servicios, es un concepto de diseño de arquitectura que trata de agrupar aplicaciones de software (TI) para integrarlas en un mismo lenguaje (servicios: flexibles, seguros y funcionales bajo estándares) para el uso eficiente de todos los usuarios y procesos alineados a los objetivos organizacionales.

CMS: (Content Manager System), siglas en inglés que tienen por significado Sistema gestor de contenidos, como su nombre lo indica, es un sistema manejador de contenidos, es decir, el cual permite a un editor crear, editar, eliminar, clasificar…cualquier tipo de información en una pagina web.

CRM: (Customer Relationship Management), siglas en inglés que tienen por significado gestión de las relaciones con el cliente, la idea es disponer en cualquier momento de toda la información sobre el cliente, tanto para satisfacer sus necesidades, como para obtener estudios de mercado que permitan realizar estrategias comerciales.

LMS: (Learning Management System), siglas en inglés que tienen por significado Sistemas de Gestión de Aprendizaje, su objetivo es la gestión de cursos, alumnos, seguimiento de procesos académicos, gestión de informes, contenidos multimedia, etc.

E-COMMERCE: (Electronic Commerce), siglas en inglés que tienen por significado Comercio Electrónico, es la forma de transacción o intercambio de información cuyo objetivo es con fines comerciales en la que las partes interactúan utilizando Tecnologías de la Información y la Comunicación (TIC), en lugar de hacerlo por intercambio o contacto físico directo.



UML: (Unified Modeling Language), siglas en ingles que tienen por significado Lenguaje Unificado de Modelado, este es muy utilizado entre los modeladores de software para construir, documentar, visualizar, y especificar de manera grafica un sistema de software.

STAKEHOLDER: término en inglés que significa interesado, se refiere a todas las partes participantes o afectadas por un proyecto o una organización, en este caso el Spin Off, estos son estudiantes, empleados, investigadores, proveedores, egresados, etc.

SIX SIGMA: un conjunto probado de herramientas analíticas, técnicas de control de proyectos, métodos de generación de informes y técnicas de gestión que se combinan para elaborar mejoras muy importantes en la solución de problemas y el rendimiento empresarial.

BPD: (Business Process Diagram) siglas en inglés que tienen por significado Diagrama de Proceso de Negocio, es un diagrama diseñado para representar gráficamente la secuencia de todas las actividades que ocurren durante un proceso.

BPMN: (Business Process Modeling Notation) siglas en inglés que tienen por significado notación de modelos de procesos de negocio, se trata de una notación gráfica estandarizada para representar los procesos de negocio en un flujo de trabajo, que facilita la mejora de la comunicación y la portabilidad de los modelos de proceso.

ESB: (Enterprise Service Bus) siglas en inglés que tienen por significado bus de servicios corporativos, es parte de la categoría de infraestructura de middleware. Un ESB es un elemento de la arquitectura de software que proporciona servicios fundamentales para los sistemas de información a través de un motor de mensajería controlado por eventos.

FLUJO DE TRABAJO (Workflow): un patrón orquestado y repetible de actividad empresarial habilitado por la organización sistemática de recursos en procesos que transforman materiales, proporcionan servicios o procesan información.

MODELIZACIÓN DE PROCESOS: una prescripción representativa de cómo debe funcionar un conjunto de actividades en un flujo y secuencia con el fin de conseguir con regularidad los resultados deseados.

PROCESO: un conjunto de actividades, material y/o flujo de información que transforma un conjunto de entradas en resultados definidos.

SERVICIO: Un servicio se define como un componente de software con significado funcional distintivo que típicamente encapsula una entidad de negocio de alto nivel. Los servicios imponen un corte vertical de la aplicación que define la estructura de granularidad gruesa del sistema



entero, de modo similar al diseño de software orientado a componentes. Por lo tanto, desde la perspectiva del cliente, un servicio es una entidad de caja negra.

TOGAF: (The Open Group Architecture Framework), es una herramienta para asistir en la aceptación, producción, uso y mantenimiento de arquitecturas empresariales, basándose en un modelo de proceso iterativo soportado por buenas practicas.

FRAMEWORK: (Marco de Trabajo), se define como un conjunto estandarizado de conceptos, prácticas y criterios para llevar a cabo una problemática particular como referencia.

TESTING: en sistemas se utiliza el término para denominar el proceso de pruebas hacia aplicaciones de software, lo que se busca es mirar si es correcto, completo, seguro, y de buena calidad.

OPEN SOURCE: el término se refiere a que cualquier persona puede usar, modificar y redistribuir algún software creado, es decir, tiene código fuente libre para ser manipulado.

GPL: (General Public License), siglas en inglés que tienen por significado licencia Publica en General. Hace referencia a Open Source.

FREWARE: término que significa distribución de software sin coste, disponible para su uso sin limitaciones funcionales y por tiempo ilimitado.



BIBLIOGRAFIA

[1] “Modelado de procesos de Negocio”. Autor: Francisco Ruiz. On line: http://alarcos.esi.uclm.es/per/fruiz/cur/pn/trans/pn_bpmn.pdf. Consultada el día 11 de enero de 2012 [2] “The Open Group Architecture Framework.” Autor: The Open Group. On line: http://arquitecturaempresarialcali.wordpress.com/ea-frameworks/togaf/. Consulted el día 15 de febrero de 2012 [3] “TOGAF Y ZACHMAN FRAMEWORK.” Autor: Jeronimo Osorio. On line: http://auditoria20101.wikispaces.com/file/view/TOGAF-ZACHMAN.pdf. Consultada el día 22 de septiembre de 2011 [4] “Decálogo para afrontar Un proyecto SOA”. Autor: Alejandro Stromer y Miguel Angel Villacañas. On line: http://blog.entelgy.com/wp-content/uploads/2011/01/Art%C3%ADculo-Monogr%C3%A1fico-AUSAPE.pdf. Consultada el día 11 de enero de 2012 [5] “Trabajando con Umbrello UML Modeller.” On line: http://docs.kde.org/stable/es/kdesdk/umbrello/working-with-umbrello.html. Consultada el día 11 de enero de 2012 [6] “Creación de Empresas de Base Tecnológica de Origen Académico. (Spin-off)” On line: http://emprendía.es/documentos/GuiaSpinOff_es.pdf. Consultada el día 15 de enero de 2012 [7] “Estado del Arte de Métodos, Tipos de Testing y Herramientas para Aplicar Pruebas De Rendimiento.” Autor: Juan Oliver Navarro. On line: http://es.scribd.com/doc/37584872/ESTADO-DEL-ARTE-DE-METODOS-TIPOS-DE-TESTING-Y-HERRAMIENTAS-PARA-APLICAR-PRUEBAS-DE-RENDIMIENTO Consultado el día: 31 de noviembre de 2011 [8] “UML y BPMN.” On line: http://es.scribd.com/doc/53201303/UML-y-BPMN. Consultada el día 15 de agosto de 2012 [9] “Modelo Operativo de Arquitectura Empresarial.” On line: http://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/. Consultada el día 11 de septiembre de 2012 [10] “Arquitectura Orientada a Servicios (SOA).” Autor: Francelis Konrad. On line: http://ldc.usb.ve/~yudith/docencia/UCV/Exposiciones/SOA_UCVV0.2.pdf. Consultada el día 14 de Enero de 2012. [11] “Togaf v9.” Autor: Carlos Ivan Palomá y Díana Muñoz. On line: http://learningtogaf.blogspot.com/. Consultada el día 14 de Marzo de 2012. [12] “Togaf v9.” Autor: Carlos Ivan Palomá y Díana Muñoz. On line: http://learningtogaf.blogspot.com/2011/02/ejemplo-de-una-arquitectura-empresarial.html Consultada el día 14 de Marzo de 2012. [13] “Togaf v9.” Autor: Carlos Ivan Palomá y Díana Muñoz. On line: http://learningtogaf.blogspot.com/2011/03/arquitectura-empresarial-la-base-de-los.html Consultada el día 14 de Marzo de 2012 [14] “Tecnologías para implementar un marco integrador de SOA y BPM.” Autor: Patricia Bazán, Roxana Giandini y F.Javier Díaz. On line: http://linti.unlp.edu.ar/uploads/docs/tecnologias_para_implementar_un_marco_integrador_de_soa_y_bpm.pdf. Consultada el día 02 de noviembre de 2011 [15] “Capacidades de una Arquitectura de Referencia SOA Empresarial.” On line: http://lucasian.com/soa/2007/08/18/capacidades-arquitectura-referencia-soa/#more-32. Consultada el día 30 de noviembre de 2011

http://alarcos.esi.uclm.es/per/fruiz/cur/pn/trans/pn_bpmn.pdf

http://arquitecturaempresarialcali.wordpress.com/ea-frameworks/togaf/

http://auditoria20101.wikispaces.com/file/view/TOGAF-ZACHMAN.pdf

http://blog.entelgy.com/wp-content/uploads/2011/01/Art%C3%ADculo-Monogr%C3%A1fico-AUSAPE.pdf

http://blog.entelgy.com/wp-content/uploads/2011/01/Art%C3%ADculo-Monogr%C3%A1fico-AUSAPE.pdf

http://docs.kde.org/stable/es/kdesdk/umbrello/working-with-umbrello.html

http://emprendia.es/documentos/GuiaSpinOff_es.pdf

http://es.scribd.com/doc/37584872/ESTADO-DEL-ARTE-DE-METODOS-TIPOS-DE-TESTING-Y-HERRAMIENTAS-PARA-APLICAR-PRUEBAS-DE-RENDIMIENTO



http://es.scribd.com/doc/53201303/UML-y-BPMN

http://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/

http://jcrsenin.wordpress.com/2011/07/14/full-paper-modelo-operativo-de-arquitectura-empresarial/

http://ldc.usb.ve/~yudith/docencia/UCV/Exposiciones/SOA_UCVV0.2.pdf

http://learningtogaf.blogspot.com/

http://learningtogaf.blogspot.com/2011/02/ejemplo-de-una-arquitectura-empresarial.html

http://learningtogaf.blogspot.com/2011/02/ejemplo-de-una-arquitectura-empresarial.html

http://learningtogaf.blogspot.com/2011/03/arquitectura-empresarial-la-base-de-los.html

http://learningtogaf.blogspot.com/2011/03/arquitectura-empresarial-la-base-de-los.html

http://linti.unlp.edu.ar/uploads/docs/tecnologias_para_implementar_un_marco_integrador_de_soa_y_bpm.pdf

http://linti.unlp.edu.ar/uploads/docs/tecnologias_para_implementar_un_marco_integrador_de_soa_y_bpm.pdf

http://lucasian.com/soa/2007/08/18/capacidades-arquitectura-referencia-soa/#more-32

http://lucasian.com/soa/2007/08/18/capacidades-arquitectura-referencia-soa/#more-32



[16] “11 Éxitos para BPM.” On line: http://mejorandoconbpm.blogspot.com/. Consultada el día 01 de diciembre de 2011 [17] “Umbrello UML Modeler.” On line http://ovruni.files.wordpress.com/2009/11/umbrello-uml-modeler1.pdf Consultado el día 15 de octubre de 2011 [18] “Integrabilidad con SOA y BPM” http://postgrado.info.unlp.edu.ar/Carreras/Magisters/Redes_de_Datos/Tesis/Bazan_Patricia.pdf Consultada el día 19 de diciembre de 2011 [19] “Una nueva forma de emprender, una forma de investigar.” On line: http://profesores.universia.es/investigacion/spin-off/ Consultada el día 19 de diciembre de 2011 [20] “Una aproximación al concepto de Spin Off.” On line: http://profesores.universia.es/investigacion/spin-off/concepto-spin-off/ Consultada el día 19 de diciembre de 2011 [21] “Umbrello una Completa Herramienta para UML.” On line http://rafurunet.wordpress.com/2012/08/02/umbrello-una-completa-herramienta-para-uml/ Consultada el día 19 de diciembre de 2011 [22] “Arquitectura empresarial, tecnologías e integración.” On line: http://ricardopulidov.blogspot.com/ Consultada el día 19 de diciembre de 2011 [23] “BPMN. Notación de modelado de procesos de negocio”. On line: http://sel.unsl.edu.ar/ApuntesMaes/2004/BPMN-UML-6Trans.pdf Consultada el día 19 de diciembre de 2011 [24] “Arquitecturas empresariales. Orientación a Servicios (SOA) y Gestión de procesos de Negocio (BPM).” On line: http://seminarisempresa.fib.upc.edu/aulesempresa/2010/programes/EVERIS/Llista-documents/0/document/Arquitecturas%20Empresariales,%20SOA%20y%20BPM-1.0.AulaEmpresa2010..pdf. Consultada el día 21 de diciembre de 2011 [25] “Como abordar un proyecto SOA.” On line: http://sigc.wikidot.com/system:como-abordar-un-proyecto-soa.Consultada el día 20 de diciembre de 2011 [26] “Business Intelligence, relación Datawarehouse, Datamart, Cubos OLAP, y ETL.” On line: http://soaagenda.com/journal/articulos/category/soa/. Consultada el día 20 de diciembre de 2011 [27] “Estructuración de soluciones SOA a partir de una visión de Arquitectura Empresarial.” Autor: Jorge A. Villalobos. On line: http://www.acis.org.co/fileadmin/Base_de_Conocimiento/XXIX_Salon_de_Informatica/3-JorgeVillalobos-SolucionesSOA-VisionArquitecturaEmpresarial.pdf Consultada el día 20 de diciembre de 2011. [28] “Arquitectura empresarial de Software 2005 – 2007 y su aplicación a los procesos de cámara de comercio de Bogotá.” Autor. Jaime Moreno R. On line: http://www.acis.org.co/fileadmin/Base_de_Conocimiento/XXV_Salon_de_Informatica/CasoCamaraComercio-JaimeMoreno.pdf Consultada el día 20 de diciembre de 2011. [29] “Lineamientos para adopción de arquitectura orientada a servicios para las empresas.” Autor: Mauricio Naranjo. On line: http://www.acis.org.co/fileadmin/Conferencias/ConfMauricioNaranjoAgo9.pdf. Consultada el día 20 de diciembre de 2011. [30] “Bizagi BPM suite” On line:

http://mejorandoconbpm.blogspot.com/

http://ovruni.files.wordpress.com/2009/11/umbrello-uml-modeler1.pdf

http://postgrado.info.unlp.edu.ar/Carreras/Magisters/Redes_de_Datos/Tesis/Bazan_Patricia.pdf

http://postgrado.info.unlp.edu.ar/Carreras/Magisters/Redes_de_Datos/Tesis/Bazan_Patricia.pdf

http://profesores.universia.es/investigacion/spin-off/

http://profesores.universia.es/investigacion/spin-off/concepto-spin-off/

http://rafurunet.wordpress.com/2012/08/02/umbrello-una-completa-herramienta-para-uml/

http://rafurunet.wordpress.com/2012/08/02/umbrello-una-completa-herramienta-para-uml/

http://ricardopulidov.blogspot.com/

http://sel.unsl.edu.ar/ApuntesMaes/2004/BPMN-UML-6Trans.pdf

http://seminarisempresa.fib.upc.edu/aulesempresa/2010/programes/EVERIS/Llista-documents/0/document/Arquitecturas%20Empresariales,%20SOA%20y%20BPM-1.0.AulaEmpresa2010..pdf




http://sigc.wikidot.com/system:como-abordar-un-proyecto-soa

http://www.soaagenda.com/journal/articulos/business-intelligence-relacion-datawarehouse-datamart-cubos-olap-y-etl/

http://www.soaagenda.com/journal/articulos/business-intelligence-relacion-datawarehouse-datamart-cubos-olap-y-etl/

http://soaagenda.com/journal/articulos/category/soa/

http://www.acis.org.co/fileadmin/Base_de_Conocimiento/XXIX_Salon_de_Informatica/3-JorgeVillalobos-SolucionesSOA-VisionArquitecturaEmpresarial.pdf

http://www.acis.org.co/fileadmin/Base_de_Conocimiento/XXIX_Salon_de_Informatica/3-JorgeVillalobos-SolucionesSOA-VisionArquitecturaEmpresarial.pdf

http://www.acis.org.co/fileadmin/Base_de_Conocimiento/XXV_Salon_de_Informatica/CasoCamaraComercio-JaimeMoreno.pdf

http://www.acis.org.co/fileadmin/Base_de_Conocimiento/XXV_Salon_de_Informatica/CasoCamaraComercio-JaimeMoreno.pdf

http://www.acis.org.co/fileadmin/Conferencias/ConfMauricioNaranjoAgo9.pdf



http://www.bizagi.com/docs/BizAgi%20Descripcion%20Funcional.pdf consultada 27 de agosto de 2012 [31] “ORGANIZACIÓN: Enfoque funcional vs. Enfoque por procesos” On line: http://www.cio.com.co/2008/articulos/Organizacion%20enfoque%20funcional%20Vs.pdf consultada 27 de agosto de 2012 [32] “Arquitectura Empresarial: ¿Qué es y qué beneficios aporta a tu Empresa?”. On line: http://www.club-bpm.com/ConceptoClaveArquitecturaEmpresarial.htm consultada 27 de agosto de 2012 [34] “SOA: Primeros pasos”. Autor: Cecilia Collado. On line: http://www.gbm.net/bt/bt34/tendencias/soa_primeros_pasos.php Consultada 24 de septiembre de 2011 [35] “Arquitecturas Empresariales”Autor: Paul Solano. On line: http://www.gbm.net/bt/bt37/opinion/arquitecturas_empresariales.php. Consultada 24 de agosto de 2012 [36] “Arquitectura empresarial: un nuevo retos para las empresas de hoy” Autor: Eva Juliana Maya Ortiz. On line: http://www.google.com.co/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&sqi=2&ved=0CBoQFjAA&url=http%3A%2F%2Fwww.interactic.org.co%2Findex.php%3Foption%3Dcom_docman%26task%3Ddoc_download%26gid%3D159%26Itemid%3D&ei=IrROUK7YM8j40gHGl4CYBg&usg=AFQjCNEKaZK3LjoqcaxD8uSCZodxSZY-EQ Consultada el día 09 de Julio de 2012 [37] “Plan para la implementación exitosa de SOA.” On line: http://www.huibert-aalbers.com/IT_Insight/Spanish/WhitePapers/ITI007Sp-SuccessfulSOAImplementation.pdf. Consultada el día 10 de Julio de 2012 [38] “Introduccion a SOA y servicios WEB” On line: http://www.ibm.com/developerworks/ssa/webservices/newto/index.html. Consultada el día 09 de Julio de 2012 [39] “Como abordar un proyecto SOA” On line: http://www.idg.es/computerworld/Como-abordar-un-proyecto-SOA/seccion-ges/articulo-193243. Consultada el día 10 de Julio de 2012 [41] “Arquitecturas empresariales: SOA Y BPM” On line: http://www.misbytes.com/wp/2006/09/19/arquitecturas-empresariales-bpm-y-soa/. Consultada el día 30 de Julio de 2012 [42] “SOA is service-oriented architectures”. On line: http://www.modeliosoft.com/technologies/soa.html. [43] “ARQUITECTURA EMPRESARIAL” On line: http://www.netsac.com/webapp/PaintServlet?node=006006&articleId=512&treeManagerId=46&articleProfile=1&treeId=46. Consultada el día 01 de Julio de 2012 [44] “Herramientas Test Software” On line: http://www.nosolounix.com/2010/02/herramientas-test-software.html. Consultada el día 09 de Julio de 2012 [45] “BPMN and Business Process Management”. Autor: Martin Owen and Jog Raj, Popkin Softwar. On line: http://www.omg.org/bpmn/Documents/6AD5D16960.BPMN_and_BPM.pdf. Consultada el día 10 de Julio de 2012 [46] “Gestión de Procesos de Negocio, Arquitectura Orientada a Servicios y Web 2.0: ¿Transformación de Negocios o Problemática Global?” On line: http://www.oracle.com/technetwork/es/middleware/fusion-

http://www.bizagi.com/docs/BizAgi%20Descripcion%20Funcional.pdf

http://www.cio.com.co/2008/articulos/Organizacion%20enfoque%20funcional%20Vs.pdf

http://www.cio.com.co/2008/articulos/Organizacion%20enfoque%20funcional%20Vs.pdf

http://www.club-bpm.com/ConceptoClaveArquitecturaEmpresarial.htm

http://www.gbm.net/bt/bt34/tendencias/soa_primeros_pasos.php

http://www.gbm.net/bt/bt37/opinion/arquitecturas_empresariales.php

http://www.google.com.co/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&sqi=2&ved=0CBoQFjAA&url=http%3A%2F%2Fwww.interactic.org.co%2Findex.php%3Foption%3Dcom_docman%26task%3Ddoc_download%26gid%3D159%26Itemid%3D&ei=IrROUK7YM8j40gHGl4CYBg&usg=AFQjCNEKaZK3LjoqcaxD8uSCZodxSZY-EQ





http://www.huibert-aalbers.com/IT_Insight/Spanish/WhitePapers/ITI007Sp-SuccessfulSOAImplementation.pdf

http://www.huibert-aalbers.com/IT_Insight/Spanish/WhitePapers/ITI007Sp-SuccessfulSOAImplementation.pdf

http://www.ibm.com/developerworks/ssa/webservices/newto/index.html

http://www.idg.es/computerworld/Como-abordar-un-proyecto-SOA/seccion-ges/articulo-193243

http://www.idg.es/computerworld/Como-abordar-un-proyecto-SOA/seccion-ges/articulo-193243

http://www.misbytes.com/wp/2006/09/19/arquitecturas-empresariales-bpm-y-soa/

http://www.misbytes.com/wp/2006/09/19/arquitecturas-empresariales-bpm-y-soa/

http://www.modeliosoft.com/technologies/soa.html

http://www.netsac.com/webapp/PaintServlet?node=006006&articleId=512&treeManagerId=46&articleProfile=1&treeId=46

http://www.netsac.com/webapp/PaintServlet?node=006006&articleId=512&treeManagerId=46&articleProfile=1&treeId=46

http://www.nosolounix.com/2010/02/herramientas-test-software.html

http://www.omg.org/bpmn/Documents/6AD5D16960.BPMN_and_BPM.pdf

http://www.oracle.com/technetwork/es/middleware/fusion-middleware/documentation/gestion-proceso-negocio-soa-web-450487-esa.pdf



middleware/documentation/gestion-proceso-negocio-soa-web-450487-esa.pdf. Consultada el día 10 de Julio de 2012. [47] “Enterprise Architecture” On line: http://www.osiris-consultores.cl/Telelogic/10_ArquitecturaEmpresarial.pdf. Consultada el día 01 de Julio de 2012 [48] “Arquitectura de Empresa. TOGAF”. On line: http://www.overti.es/noticias-novedades/noticias-27-05-2010.aspx. Consultada el día 01 de Julio de 2012 [49] “Breve introducción a SOA”. On line: http://www.paradigmatecnologico.com/breve-introduccion-a-soa/ Consultada el día 01 de Agosto de 2012 [50] “Implementar SOA sin buenas prácticas conduce al fracaso”. On line: http://www.siliconnews.es/2007/06/27/implementar-soa-buenas-pr/ Consultada el día 01 de Agosto de 2012 [51] “4 etapas de la arquitectura empresarial”. On line: http://www.slideshare.net/cxocommunity/cxo-4-etapas-arquitectura-empresarial. Consultada el día 15 de Agosto de 2012 [52] “BPM: Business Process Management”. On line: http://www.slideshare.net/deedlitmurata/businesspm-presentation. Consultada el día 16 de Agosto de 2012 [53] “Arquitectura Empresarial. ¿Que es? ”. Autor: Adolofo De unanué. On line: http://www.slideshare.net/Matersys/1-introduccin-a-la-arquitectura-empresarial. Consultada el día 16 de Agosto de 2012 [54] “SOA un nuevo modelo de arquitectura en TI”. Autor: Julio César Alcubilla. On line: http://www.tecnologiahechapalabra.com/datos/soluciones/gerencia/articulo.asp?i=522. Consultada el día 11 de diciembre de 2011 [55] “Getting Started With UML” On line: http://www.uml.org/. Consultada el día 16 de Agosto de 2012 [56] “Arquitectura empresarial. Derribe las barreras para cambiar: haga de su arquitectura empresarial un vehículo para la innovación”. On line: http://www-01.ibm.com/software/co/info/itsolutions/enterprisearchitecture/ Consultada el día 11 de diciembre de 2011 [57] “The Open Group Architecture Framework” On line: https://arquitecturaempresarialcali.wordpress.com/ea-frameworks/togaf/. Consultada el día 31 de Agosto de 2011 [58] JULIO RODRIGUEZ RIBON, MIGUEL ANGEL GARCIA BOLANOS, MARTIN EMILIO MONROY RIOS, "Tecnologías Open Source para la Gestión Empresarial" En: Colombia 2010. ed:Editorial De La Universidad De Cartagena ISBN: 958-9230-50-4 v. 1 pags. 107 [59] “Herramienta Case Umbrello”. Autor: José Luís Contreras Martínez, García Domene, Martínez Espadas, Begoña Morillas Guijarro. On line: http://es.scribd.com/doc/86321835/Practica-4-Herramienta-CASE-Umbrello Consultada el día 31 de Agosto de 2011 [60] “Guía metodológica para el levantamiento y análisis de requerimientos de software con base en procesos de negocio”. On line: http://pegasus.javeriana.edu.co/~CIS1010IS06/index.html Consultada el día 22 de Agosto de 2012

http://www.oracle.com/technetwork/es/middleware/fusion-middleware/documentation/gestion-proceso-negocio-soa-web-450487-esa.pdf

http://www.osiris-consultores.cl/Telelogic/10_ArquitecturaEmpresarial.pdf

http://www.overti.es/noticias-novedades/noticias-27-05-2010.aspx

http://www.paradigmatecnologico.com/breve-introduccion-a-soa/

http://www.paradigmatecnologico.com/breve-introduccion-a-soa/

http://www.siliconnews.es/2007/06/27/implementar-soa-buenas-pr/

http://www.slideshare.net/cxocommunity/cxo-4-etapas-arquitectura-empresarial

http://www.slideshare.net/deedlitmurata/businesspm-presentation

http://www.slideshare.net/Matersys/1-introduccin-a-la-arquitectura-empresarial

http://www.tecnologiahechapalabra.com/datos/soluciones/gerencia/articulo.asp?i=522

http://www.tecnologiahechapalabra.com/datos/soluciones/gerencia/articulo.asp?i=522

http://www.uml.org/

http://www-01.ibm.com/software/co/info/itsolutions/enterprisearchitecture/

https://arquitecturaempresarialcali.wordpress.com/ea-frameworks/togaf/

http://es.scribd.com/doc/86321835/Practica-4-Herramienta-CASE-Umbrello

http://pegasus.javeriana.edu.co/~CIS1010IS06/index.html



[61] “Proyecto de Grado SOA Mobile - Documentación”. On line: http://allyoucaneatin30.blogspot.com/2007/11/proyecto-de-grado-soa-mobile.html. Consultada el día 20 de diciembre de 2011 [62] “Introducción al Testing de Software” Autor: Maximiliano Cristiá. On line: http://sistemasunfv.webcindario.com/DESCARGAS/testing-intro-a.pdf. Consultada el día 13 de septiembre de 2012 [63] “Test de unidad para la corrección de prácticas de programación, ¿Una estrategia win-win?”. Autores: Marco Antonio Gómez Martín, Guillermo Jiménez Díaz, Pedro Pablo Gómez Martín. On line: http://www.aenui.net/ActasJENUI/2010/Jenui2010_7.pdf. Consultada el día 13 de septiembre de 2012 [64] “Guía metodológica para el levantamiento y análisis de requerimientos de software con base en procesos de negocio”. On line: http://pegasus.javeriana.edu.co/~CIS1010IS06/index.html Consultada el día 13 de septiembre de 2012

http://allyoucaneatin30.blogspot.com/2007/11/proyecto-de-grado-soa-mobile.html



http://sistemasunfv.webcindario.com/DESCARGAS/testing-intro-a.pdf

http://www.aenui.net/ActasJENUI/2010/Jenui2010_7.pdf

http://pegasus.javeriana.edu.co/~CIS1010IS06/index.html