Arquitectura empresarial como herramienta de diseño para empresas

(1)

Arquitectura Empresarial como Herramienta de Diseño para

Empresas

Presentado por:

María Camila Romero Sarmiento

Asesor:

Jorge Alberto Villalobos Salcedo

Universidad de los Andes

Facultad de Ingeniería

Departamento de Ingeniería de Sistemas y Computación

Proyecto de Grado

(2)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

1 Contenido

0. Resumen ... 2

1 Introducción ... 3

2 Descripción general ... 6

2.1 Objetivos ... 6

2.2 Antecedentes ... 6

2.3 Identificación del problema y de su importancia ... 7

3 Diseño y especificaciones ... 9

3.1 Definición del problema ... 9

3.2 Especificaciones ... 9

3.3 Restricciones ... 10

4 Desarrollo del diseño ... 12

4.1 Recolección de Información ... 12

4.2 Diseño y Alternativas ... 12

5 Implementación ... 14

5.1 Descripción de la implementación ... 14

5.2 Resultados esperados ... 17

6 Conclusiones ... 19

6.1 Discusión ... 19

6.2 Trabajo futuro ... 20

7 Referencias ... 21

(3)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

2

0. Resumen

La creación y el crecimiento de una empresa pueden verse impulsados al hacer uso de

herramientas tecnológicas. No obstante, el diseño e implementación de estas tecnologías

deben

encontrarse alineados con los principios, medios y fines de la organización, si se quiere

hacer un uso efectivo de las mismas y evitar que se conviertan en debilidades para el negocio.

Para establecer que elementos de la empresa son claves a soportar en una solución

tecnológica, y cuál es el proceso de alineación correspondiente, se realizó el diseño de cinco

sistemas

misionales de la empresa

Forever Alone

. Dicha empresa, que aún se encuentra en

proceso de creación, se constituye como un escenario ideal para diseñar una solución

tecnológica, al

definir una serie de herramientas fundamentales para soportar tanto su

operación como su posicionamiento en el mercado. Teniendo en cuenta los modelos que

definen la empresa

y los distintos motivadores y restricciones a considerar para implementar

una aplicación, se realizó una propuesta de diseño y arquitectura para sus sistemas misionales.

Dicho proceso no solo generó una serie de modelos y documentos fundamentales, sino

además, un proceso replicable para diseñar o mejorar los recursos tecnológicos con los que

cuenta la empresa.

Business creation and growth can be driven with the use of technology. However, it must be

designed and implemented under the principles and objectives of the organization in order for it

to be used effectively, and not become a weakness.

To identify the key elements of a business that must be supported in a technological solution,

and the alignment process between these elements and the technological tools, five primary

systems were designed for an organization: Forever Alone. This business is still in its creation

process, therefore it is the perfect scenario for designing technological solutions taking into

account that it defines the basic tools that must be used to support its operation and growth.

By using the different models that define an enterprise, along with its restrictions and

motivations, a system design and architecture proposal was made for its technologic platform.

This process did not only ended up in a series of basic models and documents, but also, in a

replicable process to design and improve the technologic resources of an organization.

(4)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

3

1 Introducción

Motivación

Albert Einstein dijo “No podemos resolver problemas usando el mismo tipo de pensamiento

que usamos cuando los creamos” .(Ross J et al. 2006) La creación de empresas es una actividad

que trae consigo una serie de riesgos y desafíos que deben ser enfrentados día a día. La idea de

un negocio como la solución a una necesidad, puede convertirse en un nuevo problema. No

obstante, y de acuerdo a lo que dijo Einstein, para solucionar los problemas de una nueva

empresa, no se puede utilizar el mismo pensamiento con el que se creó.

En el 2013, se encontró que en Colombia, el 52.2% (Empresarios no le …,2013)de las nuevas

empresas fracasan transcurridos cinco años. Para este país, la generación de trabajo se traduce

en progreso y disminución de la pobreza pero si varias empresas salen del mercado, se

pierde potencial de desarrollo. A pesar de que las ideas de negocio sean buenas, la carencia de

una gestión adecuada y de bases sólidas para operar, llevan al fracaso de la empresa.

Si bien el problema de estas empresas puede tener diversas causas, es innegable que la

tecnología se constituye como una solución a la falta de bases fuertes dentro de la empresa no

obstante, su importancia no es tan grande como se esperaría. La falta de presupuesto y el

desconocimiento de sus alcances, llevan a que las nuevas empresas no hagan inversiones en

tecnología perdiendo así, una oportunidad de crecimiento inminente. Es fundamental

entonces, realizar proyectos que muestren el impacto potencial que pueden tener las

tecnologías en una empresa, al soportar su operación y sus lineamientos.

Enunciado del problema

Forever Alone

es una empresa que busca facilitar el encuentro de personas compatibles,

pertenecientes a estratos altos de la ciudad. Este servicio se enmarca bajo un contexto de

exclusividad donde no solo se busca conectar a estos individuos con base en sus intereses, sino

también ofrecerles servicios complementarios que aumenten la calidad de la experiencia. Esta

organización pretende incursionar en el mercado, y convertirse en la empresa más reconocida a

nivel nacional para encontrar personas compatibles. Dicho escenario permite probar si

efectivamente, la tecnología puede llegar a convertirse es un impulso para el crecimiento de

una empresa que hasta ahora está en etapa de creación.

A través del diseño de cinco de sus sistemas misionales, se pretende establecer una

metodología que pueda dar lineamientos a empresas que al igual que

Forever Alone,

pretenden

iniciar operaciones y entrar en el mercado. Este diseño debe ser reutilizable e incluso replicable

tanto para la empresa como para organizaciones similares. El proceso de diseño por su parte,

debe establecer con claridad los pasos a seguir y los principios a tener en cuenta a la hora de

definir los sistemas que soportarán la operación y el crecimiento de una empresa.

(5)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

4 Para realizar el diseño de los cinco sistemas misionales se partió de una serie de documentos

dados por la empresa donde además de contextualizar al negocio, se establecían diversos

modelos que ofrecían una descripción más completa del mismo.

A través del modelo de negocio (CANVAS), del modelo de motivación (BMM) y de las

capacidades de negocio, se decidió definir una metodología de diseño de sistemas tecnológicos

para empresas en creación. Teniendo en cuenta la información que se puede establecer a partir

de estos modelos, se realizó un análisis donde se obtuvieran los datos necesarios para

establecer algunos de los elementos básicos en la arquitectura del sistema. Por un lado se

buscó definir los escenarios operacionales y consecuentemente los requerimientos funcionales

que el sistema debía soportar. Por otro lado se buscó definir los atributos de calidad básicos

que se debían favorecer y finalmente, los puntos de vista a presentar.

Una vez se logró establecer toda la información necesaria para realizar el diseño, se procedió a

plantear la arquitectura y a documentar todos los resultados obtenidos. El documento de

arquitectura de los sistemas misionales de

Forever Alone

, contiene todos los resultados

obtenidos gracias a la implementación de la metodología desarrollada y permite evidenciar el

proceso que se llevó a cabo. En este caso, la implementación del proyecto no buscaba como tal

desarrollar los sistemas misionales sino por el contrario, establecer que tan efectiva era la

metodología de diseño propuesta.

Resultados obtenidos.

El resultado principal del proyecto se encuentra en un SAD entregado directamente los

creadores de

Forever Alone.

Dicho documento contiene el diseño principal de los cinco sistemas

misionales definidos por la empresa:



Portal web de la compañía



Aplicación móvil



Mundo

Forever Alone



Call center



Sistema de video conferencia

Además de presentar la arquitectura en relación a los escenarios operacionales, atributos de

calidad y puntos de vista, se muestra un análisis de

stakeholders

donde no sólo se identifican

sus intereses sino que además, se establecen los motivadores de negocio principales y las

restricciones del proyecto.

Dicho documento viene acompañado de un archivo con los requerimientos funcionales que se

establecieron a partir de las capacidades de negocio. El mismo también expone los atributos de

calidad escogidos como mayor detalle y le permite a

Forever Alone

hacer uso del mismo

posteriormente.

Por último se presenta este documento, donde se explican los resultados obtenidos y se define

con claridad la metodología utilizada para realizar el diseño. Se espera que el proceso expuesto

(6)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

5 pueda ser de utilidad para otras empresas y replicable a la hora de realizar el diseño de su

plataforma tecnológica.

Estructura del documento

Este documento presenta de forma breve los resultados del proyecto y la metodología

utilizada. Los resultados concretos se pueden evidenciar en el documento de arquitectura que

se constituye como el producto final de todo el proceso pues permite evidenciar con mayor

claridad cómo se desarrolló todo.

Este documento se divide en varias secciones que describen el proyecto en sus distintas etapas

y guía al lector de manera secuencial. La primera sección presenta un breve resumen y permite

identificar cuáles son los elementos que serán tratados en el documento. La segunda sección

correspondiente a la introducción, hace un breve recorrido sobre el proyecto y sus etapas así

como los resultados obtenidos. Esta parte del documento pretende dar un primer

acercamiento de todo el proceso que se llevó a cabo.

Posterior a esta sección se realiza una descripción general de proyecto en términos de sus

objetivos y la justificación. Así mismo se mencionan las teorías sobre las cuales se soporta el

diseño y la metodología propuesta. Seguidamente se define el proyecto y se establecen las

restricciones principales que moldearon tanto la metodología, como el resultado.

Tras haber explicado adecuadamente el proyecto, se realiza la descripción de la metodología de

diseño seguida. Esta última se constituye como uno de los resultados finales, y buscar ser

presentada como un proceso formal en el diseño de sistemas.

En la siguiente sección se exponen los resultados de la implementación de la metodología.

Estos resultados hacen referencia a la arquitectura y el análisis presentado en documento de

arquitectura, y permiten establecer qué tipo de entregables se derivan de un proceso de diseño

como el que se propone.

Finalmente se presentan las conclusiones y se realiza una discusión del trabajo futuro con

relación al proyecto.

Agradecimientos

Quiero dar un agradecimiento especial a mi asesor Jorge Villalobos quien fue el motivador

principal en el desarrollo de este proyecto, y me orientó siempre que surgieron dudas en el

proceso. Así mismo, le agradezco al equipo involucrado en el proyecto

Forever Alone

por

(7)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

6

2 Descripción general

2.1 Objetivos

El objetivo principal de este proyecto es diseñar los sistemas de información primordiales para

una empresa, con el fin de generar un documento de arquitectura que no sólo recopile las

decisiones de diseño, sino que además, refleje el proceso realizado y la forma en que los

sistemas propuestos apoyan al negocio y sus lineamientos. Se espera que este proyecto sirva de

guía para la configuración de la base tecnológica de una empresa, y asegure su impacto en el

crecimiento y progreso de la misma.

Teniendo en cuenta la importancia del proyecto a desarrollar, y el impacto que puede tener al

momento de establecer de qué manera se deberían diseñar y gestionar los sistemas de

información de una empresa, se establecen los siguientes objetivos específicos:



Definir una metodología de diseño que asegure la alineación entre los sistemas de

información, las capacidades de negocio y los lineamientos de la organización.



Priorizar los sistemas de información críticos para una empresa que planea iniciar su

operación.



Establecer un proceso de documentación que genere entregables apropiados para el

trabajo posterior, tanto con la empresa como con sus sistemas.



Diseñar sistemas de información que puedan soportar el crecimiento de la empresa y

ser reutilizados al momento de implementar cambios en ellos.



Proponer un mecanismo de diseño de sistemas de información, que pueda ser replicado

a empresas en un contexto real y apoye su crecimiento sostenible.

2.2 Antecedentes

Para realizar el diseño de los sistemas misionales de

Forever Alone

se utilizaron conceptos tanto

de arquitectura de software como de arquitectura empresarial.

Debido al contexto particular tanto del proyecto como de la empresa a analizar, fue necesario

buscar soluciones que si bien no se encontraban enmarcadas bajo el mismo objetivo, podrían

guiar la contextualización inicial. Particularmente se analizaron aplicaciones como Skype o

sistemas de

call center

en el mercado, entendiendo cómo funcionan y cuáles son los

requerimientos fundamentales que buscan satisfacer. Este análisis se realizó teniendo en

cuenta los sistemas a implementar y la ausencia de casos similares.

En cuanto a la interpretación de los modelos se hizo uso de los conceptos de arquitectura

empresarial para establecer tanto la interpretación, como sus posibles relaciones con

componentes particulares del sistema. Al conocer la importancia de los modelos y lo que cada

uno de sus elementos supone a nivel de la compañía, se pudo establecer con mayor precisión

los entregables que se podían derivar.

(8)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

7 Cuando se contó con la información necesaria para proceder al diseño del sistema y definir su

arquitectura, se definieron los estilos arquitecturales más apropiados para favorecer los

atributos de calidad identificados, o por lo menos la gran mayoría. Así mismo, se procedió a

definir los puntos de vista a presentar teniendo en cuenta la audiencia y los intereses de

algunos

stakeholders

. Los documentos consultados se encuentran en la sección de referencias.

Así mismo, los casos de éxito presentados en el libro

Enterprise Architecture as Strategy:

Creating a Foundation for Business Execution

, dieron un primer lineamiento frente al análisis de

los elementos de negocio a la hora de diseñar sistemas de información. Aunque los casos no

eran del todo similares al escenario en el que se desarrolló el proyecto, si permitieron

justificarlo adecuadamente.

2.3 Identificación del problema y de su importancia

Este proyecto se desarrolla en torno al fracaso de las nuevas empresas una vez salen el

mercado y el posible impacto que tendría la tecnología de ser implementada correctamente. En

general, se busca responder cómo se debe diseñar los sistemas misionales de una empresa con

el fin de soportar su entrada al mercado y posterior crecimiento.

La creación de empresas es un proceso que implica una serie de retos y un trabajo arduo, si se

desea llegar a un resultado exitoso. Los beneficios que trae consigo la puesta en operación de

una nueva organización, pueden evidenciarse desde los trabajos generados, hasta la nueva

dinámica que establece en el sector al cual pertenece. No obstante, muchas de las ideas de

negocio que podrían convertirse en proyectos exitosos no llegan a materializarse, pues la falta

de planeación y la interpretación errónea de los fundamentos para crear una empresa, son

algunos de los factores que llevan hacia el fracaso. En un país como Colombia, donde se cuenta

con la tasa de desempleo más alta en América Latina

(Rodríguez,2014), perder oportunidades

de creación de empleos es un paso menos hacia el progreso del país. Es por esto, que resulta

esencial encontrar formas para apoyar la constitución de nuevas empresas y soportar aquellos

desafíos que traen consigo la creación y operación de un negocio.

Las herramientas tecnológicas disponibles en el mercado, se presentan como una solución

atractiva y apropiada a la hora de formar una nueva empresa. Dado el amplio portafolio de

software y hardware al que se tiene acceso, además de las nuevas capacidades en el desarrollo

de aplicaciones, la tarea de encontrar recursos tecnológicos para apoyar el negocio se facilita

de manera significativa. Independientemente del tipo de problema que posea una empresa, o

de lo que un negocio desee soportar con tecnología, siempre es posible asegurar una solución

pues si la herramienta no existe, esta se desarrolla.

Si bien siempre será posible hallar una herramienta que apoye la operación de una empresa, lo

cierto es que de no ser concebida adecuadamente, puede convertirse en un nuevo problema.

El contexto, la operación y hasta los servicios de una empresa, están en constante cambio por

lo que se hace fundamental, encontrar recursos tecnológicos que tengan la capacidad de

soportar este cambio y que lleven a la empresa al éxito deseado.

(9)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

8 A pesar de los beneficios que trae la implementación de tecnologías, y la facilidad para

encontrar aplicaciones que se acoplen a las necesidades de la empresa, la inversión en

tecnología en las empresas sigue siendo baja. Es por esto que resulta esencial, encontrar casos

de éxito en la implementación de tecnologías en las etapas tempranas de la empresa, y facilitar

la tarea de configurarlas a las necesidades de esta. Para encontrar casos de éxito, basta con

mirar detenidamente algunas de las empresas con más influencia en el mercado mundial, pero

para facilitar la tarea de configuración se requiere un proceso más detallado. En este punto es

preciso experimentar, establecer relaciones entre los conceptos lógicos al interior de una

empresa y las capacidades tecnológicas, y sobretodo, configurar sistemas al interior de una

empresa real.

Si se logra encontrar metodologías de diseño adecuadas y casos de éxito convincentes, será

posible ofrecer una visión más completa del impacto de la tecnología en la empresa. Si se llega

a aumentar la inversión, se asegura el crecimiento sostenible de la compañía y el aumento de la

demanda laboral, lo que trae consigo, el desarrollo del país.

(10)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

9

3 Diseño y especificaciones

3.1 Definición del problema

Dada la importancia que tienen las nuevas empresas en el contexto de un país como Colombia,

y el constante fracaso que presentan es válido preguntarse ¿Puede la tecnología presentarse

como un factor determinante en el éxito de una organización al momento de salir al mercado?

Empresas exitosas alrededor del mundo presentan un factor en común: el diseño y la

implementación cuidadosa de una plataforma tecnológica que le da soporte a las actividades

del día a día y al crecimiento en usuarios y requerimientos. Es por esto que este proyecto busca

definir una metodología de diseño de sistemas misionales, orientada a empresas que aún no

han iniciado su operación pero que se encuentran interesadas en definir una plataforma

tecnológica adecuada para soportar su día a día.

A través del diseño de los sistemas misionales de una empresa donde no se conoce toda su

estructura ni tiene completamente definidos sus procesos, se pretende establecer un proceso

de diseño que pueda ser replicable y que genere resultados replicables incluso, en empresas

similares al caso base.

3.2 Especificaciones

El diseño de los sistemas misionales de

Forever Alone

se plantea bajo un contexto poco

tradicional teniendo en cuenta el escenario donde se desarrolla. Como tal, la organización no se

encuentra formalmente definida en todos sus aspectos, por lo cual los requerimientos se

definen durante el análisis de la empresa y su descripción.

Para el desarrollo del proyecto, se parte de una serie de documentos que describen a la

empresa desde varios puntos de vista y modelos. Con el fin de limitar el proceso y establecer

relaciones de forma concreta, el análisis de los documentos se limita a tres elementos:



Capacidades de negocio



Modelo de motivación (BMM)



Modelo de negocio (CANVAS)

De estos modelos se pretende determinar los requerimientos funcionales y no funcionales de

cada sistema, así como los motivadores y las métricas que definen el éxito del proyecto. Estos

últimos se presentan como parte de los resultados, concretamente, en el documento de

arquitectura.

A pesar de no tener requerimientos definidos explícitamente para los sistemas, si se cuenta con

ciertas especificaciones para realizar el proyecto. Por un lado la documentación resulta

esencial. Debido a que se está trabajando con un equipo externo el cual podrá basar nuevos

proyectos de la empresa sobre el resultado de este proceso, es fundamental documentar

(11)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

10 adecuadamente los resultados y la metodología utilizada para así poder describir

adecuadamente que fue lo que se hizo y como se llevó a cabo.

Así mismo, resultaba indispensable aterrizar la información del negocio a su más bajo nivel. En

el caso de las capacidades por ejemplo, era fundamental lograr llegar al nivel de requerimiento

pues una sola capacidad implicaba muchos de estos y de no descomponerla adecuadamente, se

podría obviar el soporte a algún tipo de requerimiento.

Por otro lado, se esperaba que el proyecto planteara un diseño para todos los sistemas

misionales de la compañía. Independientemente de las intenciones de la empresa a la hora de

implementar los sistemas, presentar su diseño resulta fundamental para ofrecer los

lineamientos necesarios tanto a nivel de comportamiento y funcionalidades, como en términos

de implementación y puesta en funcionamiento. De ahí que la solución más aceptable es

aquella que presentará el diseño de los cinco sistemas misionales con los elementos básicos de

la arquitectura.

3.3 Restricciones

La necesidad de establecer y evaluar el proceso de diseño de los sistemas de información de

una empresa en crecimiento, implica realizar un trabajo con una empresa que se encuentre en

desarrollo y que posea las características propias de un negocio en creación.

En este caso, el trabajo estará basado en la empresa

Forever Alone

. Dicha organización, se

constituye como un proyecto de estudiantes de maestría y doctorado del departamento de

Ingeniería de Sistemas. El mismo, tiene entre sus propósitos, establecer un escenario real de las

implicaciones que tiene la creación de una empresa desde la formulación de su misión, visión y

procesos de negocio, entre otros.

Como tal, la empresa no plantea restricciones explicitas en cada uno de los sistemas. Dichas

limitaciones se pueden inferir con base en las expectativas de los

stakeholders

y el análisis de

los modelos de la empresa.

Para empezar los sistemas de la plataforma tecnológica de

Forever Alone

deben ser acordes al

tipo de servicio que la empresa desea prestar. La exclusividad y la seguridad son fundamentales

por lo cual los sistemas deben reflejar estos atributos. Así mismo se espera que estos den

soporte a la operación del día a día siempre y cuando, se mantenga bajo las políticas y reglas

establecidas por la compañía.

El tiempo también resulta un limitante para el diseño de los sistemas misionales. Debido a que

se cuenta con unos pocos meses es fundamental que se logre diseñar la cantidad de

herramientas esperadas. Dicha restricción se da teniendo en cuenta la necesidad de avanzar en

la puesta en operación y lograr validar si efectivamente la tecnología resulta determinante para

el éxito de la empresa.

(12)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

11 Finalmente, la solución que se proponga debe ser sostenible y modificable. El contexto de la

empresa conlleva a pensar que estará sujeta a cambios con bastante frecuencia, por lo cual ese

necesario presentar un diseño que además de permitir la integración de los componentes, no

se limite al contexto inicial de la empresa y pueda crecer junto a ella.

(13)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

12

4 Desarrollo del diseño

4.1 Recolección de Información

Para definir la metodología deseada para el diseño de sistemas misionales se hizo uso de tres

documentos principales:

• Acosta Pinto H, Casallas Borras J, Mendoza González O, Mendoza González M

Yela Martínez B (2013) Taller # 3. Arquitectura de Procesos de Negocio. Universidad de

los Andes.

• Fernández Nieto G, Gutiérrez Díaz J, Lemus Bernal C, Micolta Hurtado J, Noguera

Rojas A, Torres Beltrán L (2013) Taller # 3 Forever Alone. Arquitectura de Procesos de

Negocio. Universidad de los Andes.

• Pineda Rodríguez C, Quintero Osorio C, Quintero J, Tenjo Mateus H (2013) Taller

# 3. Arquitectura de Procesos de Negocio. Universidad de los Andes.

Cada uno de estos documentos, ofrecía una perspectiva de la empresa y sus sistemas

misionales por lo cual se decidió limitar las decisiones a tres modelos particulares: el BMM, el

CANVAS y las capacidades de negocio.

Dada la naturaleza de cada uno de estos modelos y el tipo de información que se puede

desprender de los mismos, fue posible generar una base completa de requerimientos

(funcionales y no funcionales), motivadores y lineamientos para realizar el diseño de los

sistemas misionales.

Paralelo a este proceso, se realizó la consulta de los patrones arquitecturales más apropiados

teniendo en cuenta los atributos de calidad definidos y el tipo de aplicaciones a implementar.

En general se buscó favorecer varios de los atributos manteniéndose en una arquitectura que

pudiera soportar cambios futuros en el sistema.

Las fuentes de información del proyecto se basaron en documentos donde el análisis de la

información era crucial para los resultados. Si bien cabía la posibilidad que se establecieran

cambios en los modelos o en aspectos del contexto brindado, la solución se mantiene bajo la

información dada y si el diseño es apropiado, el sistema podría llegar a soportar estos cambios.

4.2 Diseño y Alternativas

Tras analizar la información recolectada y llegar al diseño de los sistemas, es posible plantear

una metodología de diseño como la que se plantea en el gráfico que se muestra a continuación.

El desarrollo del sistema misional se basa en tres puntos de vista de la organización: el BMM, el

Canvas y las capacidades de negocio. Así mismo, es necesario recibir un contexto de la empresa

y conocer quiénes son las personas involucradas en su operación y cuáles son sus intereses.

La primera etapa de la metodología consiste precisamente en un

Reconocimiento de

Stakeholders

. Dicho reconocimiento se compone de un análisis del actor, sus funciones a nivel

de la compañía y por qué está interesado en el proyecto. La segunda etapa es la definición de

(14)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

13 intereses y expectativas. Estos pueden

relacionarse bien sea con la empresa en

sí, o con los sistemas a desarrollar. Dichos

intereses permiten definir los motivadores

de negocio que a su vez, soportan los

requerimientos funcionales y anteponen

las medidas de éxito. Estas últimas se

pueden ver enriquecidas con el BMM y las

métricas asociadas a las metas.

Una vez se conocen los motivadores

detrás del proyecto se realiza el primer

análisis concreto de los modelos. En esta

etapa se hace uso de las capacidades de

negocio y el CANVAS. Gracias a estos dos

elementos es posible, por un lado realizar

la identificación de los usuarios. Esto

último se da teniendo en cuenta que las

capacidades

de

negocio

definen

claramente qué tipo de gestión o

funcionalidad puede llevar a cabo la

empresa, y consecuentemente, que actores se podrían ver involucrados. El modelo de negocio,

por otro lado, define tanto el segmento de clientes (donde algunos se convierten en usuarios

potenciales), como los recursos claves (los cuales pueden enmarcarse como capital humano).

De estos dos elementos también se desprende el levantamiento de requerimientos. En el caso

de las capacidades de negocio, las mismas presentan las funcionalidades de la empresa en un

nivel muy alto, pero una vez se entiende su propósito, se puede descomponer con el fin de

encontrar unidades concretas de acción y consecuentemente, tareas a soportar por parte del

sistema. El CANVAS también permite saber las actividades claves, que en sí también permiten

definir como se construye la propuesta de valor, y los canales de distribución donde los

sistemas se convierten en medios bastante atractivos.

Finalmente se realiza el registro de escenarios operacionales. A pesar de no tener un BPA

claramente definido, es posible establever de forma más concreta los requerimientos

levantados y asociarlos con los motivadores para dar un soporte explícito a los intereses de los

stakeholders

.

La siguiente etapa se basa en el análisis del BMM. Por un lado, el análisis del mismo permite

determinar las métricas asociadas a los motivadores e incluso, si es necesario incluir algún otro

motivador teniendo en cuenta los objetivos y metas. Los elementos más críticos en el modelo

resultan ser aquellos objetivos y estrategia que, o bien se relacionan directamente con un

sistema, o bien se podrían ver soportados por un componente tecnológico. En el caso de las

(15)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

14 metas, teniendo en cuenta que poseen métricas cuantificables muy precisas las mismas pueden

ser utilizadas para realizar una planeación de capacidades o para enriquecer los motivadores.

Con el BMM es posible establecer dos elementos. Por un lado se puede realizar el diseño del

árbol de utilidad teniendo en cuenta los objetivos del negocio, las métricas asociadas y los

deseos del negocio frente a sus sistemas. Por otro lado se pueden establecer los escenarios de

calidad. Si bien el modelo no brinda toda la información necesaria para su levantamiento, si

puede llegar incluso a dar medidas tentativas para la priorización de atributos.

Una vez se realice el análisis de los modelos y el levantamiento de información

correspondiente, se procede a definir los puntos de vista. Estos últimos están bajo el criterio del

arquitecto, aunque resulta fundamental presentar un contexto donde se pueda ubicar el

sistema en la empresa, y definir sus relaciones con otras herramientas. Así mismo, aquellos

modelos donde se plantea el uso de recursos y se realizan estimados, deberían contener la

información de las medidas derivada de los modelos en los pasos anteriores.

La etapa de análisis y documentación resulta transversal a todo el proceso y es fundamental

para establecer de manera explícita los resultados y la forma en cómo se llegó a los mismos.

La metodología presentada resulto ser el eje del proyecto y fue lo que permitió llegar a los

resultados esperados. Si bien se contemplaron mecanismos alternos como empezar con un

meta modelo como base, se encontró que la necesidad de levantar información y realizar varias

revisiones hacía de este mecanismo ineficiente y no muy apropiado para casos donde no se

maneje adecuadamente el concepto.

Esta metodología propuesta también se considera uno de los resultados principales del

proyecto y se espera que la misma pueda llegar a ser aplicada en contextos reales, donde se

cuente con información o contextos similares.

5 Implementación

5.1 Descripción de la implementación

Para lograr los objetivos del proyecto, y llegar a un diseño satisfactorio de los sistemas

misionales de la empresa, se realizó un proceso de análisis y diseño por cada uno de estos.

Aunque el proceso es común para cada una de las herramientas propuestas, su desarrollo se

hizo de manera independiente por cada aplicación.

El análisis se realizó partiendo de tres elementos principales: el CANVAS, el BMM y las

capacidades de negocio. Dichos elementos permitieron extraer información clave tanto a nivel

de expectativas de cada sistema, como las métricas básicas a tener en cuenta en el diseño de

estos. Particularmente se buscó soportar cada una de las metas y objetivos con los sistemas

misionales.

(16)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

15 Posteriormente, se realizó un análisis de los requerimientos funcionales y no funcionales de los

sistemas. Dichos requerimientos estarán dictados como primera medida, por los

requerimientos explícitos que demanda la operación de la empresa a través de sus capacidades

de negocio, y por otro lado, por los motivadores de negocio expuestos por los interesados en la

creación de la empresa. Estos últimos se pueden derivar del modelo motivacional Dados los

requerimientos del sistema, se estableció al árbol de utilidad y los escenarios de calidad

preliminares.

Al tener claros los requerimientos y el comportamiento del sistema para soportar la misión de

la empresa, se establecieron los distintos escenarios operacionales. A pesar de no contar con

procesos definidos formalmente, se presentó un primer diseño de lo que sería la interacción

aplicación-usuario y el comportamiento esperado.

Finalmente, se definieron los puntos de vista relevantes para cada uno de los sistemas. Estos

servirán de guía tanto para el desarrollo de las aplicaciones, como para determinar las distintas

relaciones entre ellos y las comunicaciones potenciales que se deberían establecer.

Los distintos modelos y análisis generados se documentaron en tres entregables principales.

Por un lado, y a manera de producto final, los modelos se agruparon en un documento de

arquitectura (SAD) que se constituye como una de las guías principales para el desarrollo de los

distintos sistemas. Por otro lado, los resultados se exponen en el presente informe, explicando

con mayor detalle el proceso realizado. Por último, se hizo uso de un archivo de documentación

que además de contener los resultados principales, puede ser reutilizable por los participantes

del proyecto

Forever Alone.

Teniendo en cuenta la metodología previamente descrita, y los documentos esperados, se

establecieron una serie de etapas que dividieron el desarrollo del proyecto y permitieron

establecer con claridad, las actividades a ejecutar.

Dichas etapas se enmarcaron, principalmente, bajo los sistemas misionales de la empresa. Cada

una de estas herramientas tuvo un proceso de análisis y diseño que permito la obtención de

entregables transversales, pero específicos a las necesidades de cada uno.

Forever Alone

soporta su misión en cinco sistemas principales:



Portal Web



Aplicación Móvil



Call Center



Sistema de Video Conferencia



Mundo

Forever Alone

Para asegurar un diseño apropiado y satisfactorio de los sistemas, se realizó análisis previo

tanto de la empresa como del estado del arte frente al diseño de herramientas similares a las

que soportan la misión de la empresa.

(17)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

16 De la misma manera, se tuvieron etapas paralelas a todo el desarrollo del proyecto. Por un

lado, las actividades de documentación se realizaron en el transcurso de cada una de las etapas

para así poder llegar a los entregables deseados.

Tras haber realizado una evaluación de los requerimientos a la hora de desarrollar el proyecto,

se establecieron las siguientes etapas:

Recolección y Análisis de la Empresa

El proyecto inició con la recolección de información de la empresa, y el análisis de la misma.

Particularmente, se hizo una evaluación detallada del BMM y de los intereses frente a las

capacidades de las herramientas, así como del modelo de negocio. Este punto no sólo dio los

lineamientos fundamentales para el análisis sino que además, permitió identificar la

información necesaria para el diseño y análisis de los sistemas.

Estado del Arte y Referencias

La segunda etapa consistió en la recolección de información respecto al estado del arte en el

diseño de sistemas para la empresa, específicamente enmarcado, en el contexto de la

arquitectura empresarial y las herramientas a diseñar. Con esta recolección fue posible

establecer los patrones arquitecturales que favorecían el funcionamiento de cada uno de los

sistemas y cual sería una implementación ideal.

Análisis y Diseño de Sistemas

Al haber realizado la recolección de información y el análisis de la misma, se procedió a una de

las etapas más importantes: el análisis y diseño de los sistemas misionales. Esta etapa se realizó

cinco veces en el proyecto (una por cada sistema misional a diseñar), y se ejecutó teniendo en

cuenta la intención de definir una metodología de diseño. Esta etapa se constituyó de cinco sub

etapas que generaron entregables específicos para los documentos finales.

Análisis de Requerimientos

De los resultados obtenidos en la primera etapa, se realizó un análisis de requerimientos

funcionales y no funcionales. Este último tenía como objetivo principal, determinar que

operaciones y que capacidades debe tener cada una de las herramientas a fin de convertirse en

un recurso valioso para la organización. Era de esperar que con esta evaluación se obtuvieran

las funcionalidades principales y de qué forma soportarían lineamientos del negocio. Todas las

observaciones se documentaron en el archivo utilizado como medio de comunicación con los

otros miembros del proyecto

Forever Alone.

Árbol de Utilidad

Al tener un panorama claro del comportamiento esperado del sistema, se estableció un árbol

de utilidad que estipuló tanto los atributos de calidad críticos como los indicadores medibles y

pertinentes para el progreso del negocio.

(18)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

17 Escenarios Operacionales

En la etapa de los escenarios operaciones, se recopilaron los resultados del análisis de

requerimientos, y del comportamiento esperado de la aplicación. Estos escenarios describen

cada uno de los requerimientos funcionales propuestos para el sistema sobre el al cual hacen

referencia, especialmente en lo que respecta a los parámetros necesarios para su ejecución.

Puntos de Vista

En esta etapa, se hizo la presentación de los puntos de vista pertinentes para el sistema

diseñando. Se hizo uso de seis puntos de vista para cada sistema donde, para el punto de vista

del contexto se realizó una propuesta transversal a toda la plataforma tecnológica, y para el

caso del punto de vista funcional, de despliegue, de información, de concurrencia y de

desarrollo, se generaron modelos específicos para cada sistema.

5.2 Resultados esperados

Concluidas las etapas del proyecto y su desarrollo se obtuvieron los siguientes resultados:



Metodología de Diseño (Ver sección 4)



Documento de Arquitectura (Con el diseño de los 5 sistemas misionales así como los

entregables derivados de la metodología propuesta)



Documento de Comunicación (Archivo Excel con los requerimientos levantados con base

en la metodología explicada anteriormente).



Reporte de Proyecto.

Estos resultados se constituyen como el producto final del proyecto y permiten validar le

proceso que se llevó a cabo. Tal y como se esperaba, no solo fue posible diseñar 5 sistemas

misionales con los elementos de arquitectura fundamentales sino que además, se pudo definir

con precisión una metodología de diseño apropiada para una empresa que hasta ahora iniciará

su operación.

Aunque los efectos del diseño pueden tardar en verse y como tal la solución al problema

planteado requiera incluso, varios años para ser evidenciada, lo cierto es que la intención de

tomar la tecnología como base para el crecimiento puede generar resultado muchos más

positivos de lo esperado. La solución presentada se justifica en el hecho que una empresa que

no soporte sus objetivos, metas o incluso su mismo modelo de negocio, caerá inminentemente

en errores y en falta de recursos.

La constitución de una empresa involucra la definición de aspectos esenciales, para poder

establecer el rol de la misma en el mercado. Los distintos modelos que permiten presentar esta

información no solo son formatos que una empresa debería tener presente. Los mismos, son

fuentes de información que otorgan una perspectiva muy puntual del negocio y pueden

favorecer el desarrollo de otros procesos asociados al mismo, como lo es en este caso, el diseño

de sus sistemas.

(19)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

18 Para el caso de

Forever Alone

el diseño presentado está basado en las versiones de los modelos

otorgados. De presentarse algún cambio drástico en las medidas o los motivadores claves, es

preciso reevaluar el diseño y adaptarlo a estas modificaciones. Tal y como se menciona en el

SAD, si bien se reconoce la importancia de establecer un estimado de usuarios y recursos a

utilizar, estas se realizan con base en los objetivos de la empresa por lo que no necesariamente

son del todo confiables. Una vez se tenga conocimiento de los usuarios que están siendo

soportados y de su comportamiento, se podrán realizar estimados más apropiados y evaluar

inclusive, si los recursos son suficientes.

(20)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

19

6 Conclusiones

6.1 Discusión

El fracaso de las nuevas empresas una vez sale en el mercado, resulta preocupante si se tiene

en cuenta la cantidad de personas que podrían verse beneficiadas por la misma. La generación

de empleo es uno de los mecanismos más directos para impulsar el progreso de un país, sin

embargo, la salida de estas empresas puede dificultar dicho impulso.

Al analizar los casos de éxito de algunas de las empresas más reconocidas en el mundo, es

evidente que la importancia dada a la tecnología es uno de los elementos diferenciadores

principales. Es necesario definir entonces si un diseño y una planeación anticipada de la

plataforma tecnológica que da soporte a la empresa, puede marcar la diferencia en su

desempeño y éxito en el mercado.

El proceso para evidenciar los efectos de este diseño puede tomar años, sin embargo, es

posible establecer una metodología inicial que pueda ser aplicada y posteriormente evaluada.

Para definir este método de diseño es necesario trabajar bajo un escenario de creación de

empresa por lo cual se trabaja en conjunto con el caso de

Forever Alone

y el diseño de sus

sistemas misionales.

El proceso de diseño como tal, empezó con el análisis de una serie de documentos que

presentaban a la empresa y ofrecían una descripción más precisa a través de varios modelos. En

este punto fue esencial definir con que elementos se iba a trabajar y cuál era la información

necesaria a extraer. Los modelos definidos fueron el de negocio, el de motivación y las

capacidades de negocio. Aterrizar estos modelos al contexto de otras empresas no resulta tan

difícil teniendo en cuenta que al menos los primero dos, son esenciales para definir una

empresa independiente del modo en el que pretenda incursionar en el mercado.

Una vez se tuvo la información disponible se hizo necesario establecer la metodología de

diseño. Teniendo en cuenta que esta se presentaría como parte del proceso final era

fundamental establecer unas etapas claras y acordes a la información. Al principio del proceso y

sin limitar del todo la información con la cual se trabajaría, se propuso un enfoque basado en

meta modelos. No obstante el mismo resulto ser ineficiente dados los contantes cambios, y la

falta de comprensión que se podía presentar. Así mismo, al tener modelos como parte de los

entregables, se podría caer en representaciones redundantes.

Dicha metodología establece un proceso muy claro y con el cual hay bastante satisfacción

teniendo en cuenta los resultados esperados. La forma en cómo se utilizaron los modelos y la

información permitió evidenciar la importancia de estos dentro de una empresa y la cantidad

de datos y proyectos que se pueden derivar del mismo.

El diseño de los sistemas por su parte, se facilitó gracias a la metodología establecida y al

proceso iterativo con el que se contaba. Teniendo en cuenta las características deseadas por la

empresa para su plataforma tecnológica, fue posible extraer y utilizar toda la información de los

modelos para poder cumplir a cabalidad con las mismas.

(21)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

20 Independientemente de que la empresa termine eligiendo un desarrollo a la medida, o una

solución existente en el mercado, el tener un proceso de análisis y un diseño temprano de los

sistemas misionales ofrece un panorama mucho más claro de lo que necesita una empresa. Es

precisamente, la falta de soporte de los distintos elementos de un negocio, lo que puede llevar

al fracaso a una organización. Si bien la tecnología no es necesariamente la única solución a

este problema, si permite establecer una base sólida para el crecimiento y para ofertar

adecuadamente los servicios o productos deseados.

Al final, el proyecto y su desarrollo permitió generar los resultados esperados y realizar un

ejercicio de análisis que podría determinar el éxito de una compañía. Subestimar los alcances

de las herramientas tecnológicas y su impacto potencial en el desarrollo de un negocio puede

ser bastante ingenuo. Si se logra validar la importancia de la tecnología en el crecimiento de

una compañía y como la misma puede ser uno de los recursos más valiosos, seguramente se

podrá dar una mejor orientación a las empresas y lograr el éxito proyectado.

6.2 Trabajo futuro

Al concluir el proyecto y evaluar los resultados obtenidos, es claro que se pude investigar aún

más acerca de las metodologías de diseño orientadas desde la arquitectura empresarial y los

modelos de una empresa.

Como primera medida sería apropiado continuar con el trabajo de de los sistemas de

Forever

Alone

, e incluso enriquecerlo al incluir otros puntos de vista de la empresa como lo es el DOFA

o la BPA. La inclusión de estos elementos seguramente enriquecerá la metodología de diseño y

favorecerá el soporte de otros elementos claves para el negocio.

Así mismo, es fundamental lograr poner en práctica la metodología o los diseños propuestos

para validar si efectivamente es un método de diseño apropiado o si por lo menos, facilitaría la

incursión de una empresa en el mercado.

En cuanto al diseño presentado y su implementación es fundamental tener en cuenta la

estimaciones realizadas y si es necesario, reevaluar de acuerdo a los usuarios que se vinculen

con la empresa, la calidad de los recursos y el comportamiento de los mismos en la interacción.

Finalmente, este proyecto invita a plantear más metodologías de diseño con base en modelo de

la empresa o información que se pueda extraer de la misma. A pesar de que una organización

esté en una etapa de creación y no posea explícitamente todos los requerimientos que desea

soportar, el diseño anticipado de sus sistemas no se ve obstaculizado. Por el contrario, el

proceso detallado de análisis de cada fuente de información y de la relación entre los mismos,

permite realizar un levantamiento de requerimientos mucho más minucioso y acertado. Si se

logra determinar qué tipo de información se puede establecer a partir de cada modelo, se

podrán establecer diseño mucho más apropiados y en últimas, apoyar el crecimiento de las

empresas y soportar su incursión en el mercado.

(22)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

21

7 Referencias

Acosta Pinto H, Casallas Borras J, Mendoza González O, Mendoza González M Yela Martinez B (2013)

Taller # 3. Arquitectura de Procesos de Negocio. Universidad de los Andes.

Avgeriou P, Harrison N Leveraging Architecture Patterns to Satisfy Quality Attributes (2007) Lecture

Notes in Computer Science Volume 4758, 2007, pp 263-270. Disponible en línea en

http://www.cs.rug.nl/paris/papers/ ECSA07.pdf

Empresarios

no

le

creen

a

la

tecnología

(2013).

Recuperado

de:

http://www.dinero.com/empresas/articulo/pymes-no-aprovechan-tecnologia/189885 el 17 de Febrero

de 2014

Fernández Nieto G, Gutierrez Diaz J, Lemus Bernal C, Micolta Hurtado J, Noguera Rojas A, Torres Beltrán

L (2013) Taller # 3 Forever Alone. Arquitectura de Procesos de Negocio. Universidad de los Andes.

Pineda Rodríguez C, Quintero Osorio C, Quintero J, Tenjo Mateus H (2013) Taller # 3. Arquitectura de

Procesos de Negocio. Universidad de los Andes.

Rodríguez Uribe, E. (2014) Venezuela y Argentina son los países de mayor desempleo en América Latina:

Cepal

La República

Recuperado de:

http://www.larepublica.co/globoeconomia/colombia-venezuela-y-argentina-son-los-pa%C3%ADses-de-mayor-desempleo-en-am%C3%A9rica-latina el 6 de Febrero de

2014

Ross, J., Weill, P., Robertson, D., (2006) Enterprise Architecture as Strategy: Creating a Foundation for

Business Execution. Harvard Business School Press.

Rozanski, N., Woods,E (2005)Software Systems Architecture, Addison Wesley.

Apéndices

Este documento se ve complementado con el documento de arquitectura

SISTEMAS

MISIONALES DE FOREVER ALONE

el cual presenta de una forma más clara cuál es el diseño de

cada uno de los sistemas. Así mismo el archivo RequerimientosForeveralone.xlxs ofrece un

acercamiento más detallado a los requerimientos definidos, que si bien se reflejan en los

escenarios operacionales, se visualizan mejor en este registro.

(23)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

22

SISTEMAS MISIONALES DE FOREVER ALONE

Documento de Arquitectura del Sistema

(SAD)

María Camila Romero Sarmiento

Universidad de los Andes

Facultad de Ingeniería

Departamento de Ingeniería de Sistemas y Computación

Proyecto de Grado

(24)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

23 TABLA DE CONTENIDO

TABLA DE CONTENIDO ... 23

LISTADO DE FIGURAS ... 26

LISTADO DE TABLAS ... 27

SECCION 1: DESCRIPCIÓN DEL DOCUMENTO ... 30

SECCION 2: GENERALIDADES DEL PROYECTO... 33

2.1 Problema a Resolver ... 33

2.2 Descripción General del Sistema a Desarrollar ... 34

2.3 Objetivos ... 35

2.4 Stakeholders ... 36

SECCION 3: MOTIVADORES Y FUERZAS EXTERNAS ... 40

3.1 Motivadores de Negocio ... 40

3.2 Restricciones ... 44

SECCION 4 SISTEMAS MISIONALES: PORTAL WEB ... 46

Escenarios Operacionales ... 46

SECCION 4.1: REQUERIMIENTOS DE CALIDAD PORTAL WEB ... 60

4.1.1 Árbol de Utilidad Portal Web ... 60

SECCION 4.2: PUNTOS DE VISTA PORTAL WEB... 61

4.2.1 Punto de Vista Funcional ... 61

4.2.1.1 Modelo de Componentes ... 62

4.2.2 Punto de Vista de Despliegue ... 62

4.2.2.2 Modelo de Plataforma de Ejecución ... 63

4.2.3 Punto de Vista de Información ... 63

4.2.3.1 Modelo de Estructuras Estáticas de Datos ... 63

4.2.4 Punto de Vista de Concurrencia ... 64

4.2.4.1 Modelo de Concurrencia ... 64

4.2.5 Punto de Vista de Desarrollo ... 65

4.2.5.1 Modelo de Desarrollo ... 66

SECCION 4.3 RELACIONES ENTRE LOS PUNTOS DE VISTA PORTAL WEB ... 67

SECCION 5 SISTEMAS MISIONALES: APLICACIÓN MÓVIL ... 68

Escenarios Operacionales ... 68

SECCION 5.1: REQUERIMIENTOS DE CALIDAD APLICACIÓN MÓVIL ... 77

5.1.1 Árbol de Utilidad Aplicación Móvil ... 77

SECCION 5.2: PUNTOS DE VISTA APLICACIÓN MÓVIL ... 78

5.2.1 Punto de Vista Funcional ... 79

5.2.1.1 Modelo de Componentes ... 79

5.2.2 Punto de Vista de Despliegue ... 80

(25)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

24 5.2.3 Punto de Vista de Información ... 80

5.2.3.1 Modelo de Estructuras Estáticas de Datos ... 81

5.2.4 Punto de Vista de Concurrencia ... 82

5.2.4.2 Modelo de Concurrencia ... 82

5.2.5 Punto de Vista de Desarrollo ... 83

5.2.5.1 Modelo de Desarrollo ... 83

SECCION 5.3 RELACIONES ENTRE LOS PUNTOS DE VISTA APLICACIÓN MÓVIL ... 84

SECCION 6 SISTEMAS MISIONALES: CALL CENTER ... 85

Escenarios Operacionales ... 85

SECCION 6.1: REQUERIMIENTOS DE CALIDAD CALL CENTER ... 94

6.1.1 Árbol de Utilidad Call Center ... 94

SECCION 6.2: PUNTOS DE VISTA CALL CENTER ... 95

6.2.1 Punto de Vista Funcional ... 95

6.2.1.1 Modelo de Componentes ... 96

6.2.2 Punto de Vista de Despliegue ... 96

6.2.2.1 Modelo de Plataforma de Ejecución ... 97

6.2.3 Punto de Vista de Información ... 97

6.2.3.1 Modelo de Estructuras Estáticas de Datos ... 97

6.2.4 Punto de Vista de Concurrencia ... 98

6.2.4.1 Modelo de Concurrencia ... 99

6.2.5 Punto de Vista de Desarrollo ... 99

6.2.5.2 Modelo de Desarrollo ... 99

SECCION 6.3 RELACIONES ENTRE LOS PUNTOS DE VISTA CALL CENTER ... 101

SECCION 7 SISTEMAS MISIONALES: SISTEMA DE VIDEO CONFERENCIA ... 102

Escenarios Operacionales ... 102

SECCION 7.1: REQUERIMIENTOS DE CALIDAD SISTEMA VIDEO CONFERENCIA ... 107

7.1.1 Árbol de Utilidad Sistema Video Conferencia ... 107

SECCION 7.2: PUNTOS DE VISTA SISTEMA DE VIDEO CONFERENCIA ... 109

7.2.1 Punto de Vista Funcional ... 109

7.2.1.1 Modelo de Componentes ... 110

7.2.2 Punto de Vista de Despliegue ... 110

7.2.2.1 Modelo de Plataforma de Ejecución ... 110

7.2.3 Punto de Vista de Información ... 111

7.2.3.1 Modelo de Estructuras Estáticas de Datos ... 111

7.2.4 Punto de Vista de Concurrencia ... 112

7.2.4.1 Modelo de Concurrencia ... 113

7.2.4 Punto de Vista de Desarrollo ... 113

7.2.5.1 Modelo de Desarrollo ... 113

SECCION 7.3 RELACIONES ENTRE LOS PUNTOS DE VISTA SISTEMA VIDEO CONFERENCIA ... 115

SECCION 8 SISTEMAS MISIONALES: MUNDO FOREVER ALONE ... 116

Escenarios Operacionales ... 116

(26)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

25 8.1.1 Árbol de Utilidad Mundo Forever Alone ... 126

SECCION 8.2: PUNTOS DE VISTA MUNDO FOREVER ALONE ... 127

8.2.1 Punto de Vista Funcional ... 127

8.2.1.1 Modelo de Componentes ... 128

8.2.2 Punto de Vista de Despliegue ... 128

8.2.2.1 Modelo de Plataforma de Ejecución ... 129

8.2.3 Punto de Vista de Información ... 129

8.2.3.1 Modelo de Estructuras Estáticas de Datos ... 129

8.2.4 Punto de Vista de Concurrencia ... 130

8.2.4.2 Modelo de Concurrencia ... 131

8.2.5 Punto de Vista de Desarrollo ... 131

8.2.5.1 Modelo de Desarrollo ... 131

SECCION 8.3 RELACIONES ENTRE LOS PUNTOS DE VISTA MUNDO FOREVER ALONE ... 133

(27)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

26 LISTADO DE FIGURAS

PW Modelo 1 Contexto ... 61

PW Modelo 2Componentes ... 62

PW Modelo 3Despligue ... 63

PW Modelo 4 Informacíón ... 64

PW Modelo 5Concurrencia ... 65

PW Modelo 6Desarrollo ... 66

AM Modelo de Contexto 1 ... 78

AM Modelo Componentes 1 ... 79

AM Modelo Plataforma Ejecución 1 ... 80

AM Modelo de Información 1 ... 81

AM Modelo Desarrollo 1 ... 83

CC Modelo 1Contexto ... 95

CC Modelo 2Componentes ... 96

CC Modelo 3Plataforma de Ejecución ... 97

CC Modelo 4 Información ... 98

CC Modelo 5 Concurrencia ... 99

CC Modelo 6Desarrollo ... 100

SVC Modelo 1Contexto ... 109

SVC Modelo 2 Componentes ... 110

SVC Modelo 3Plataforma de Ejecución ... 111

SVC Modelo 4 Información ... 112

SVC Modelo 5Concurrencia ... 113

SVC Modelo 6 Desarrollo ... 114

MFA Modelo 1Contexto ... 127

MFA Modelo 2Componente ... 128

MFA Modelo 3Plataforma de Ejecución ... 129

MFA Modelo 4Información ... 130

MFA Modelo 5Concurrencia ... 131

MFA Modelo 6 Desarrollo ... 132

(28)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

27 LISTADO DE TABLAS

Tabla 1:

Listado de los Stakeholders ... 36

Tabla 2:

Stakeholders y Expectativas ... 38

Tabla Motivador 1 ... 40

Tabla Motivador 2 ... 40

Tabla Motivador 3 ... 41

Tabla Motivador 4 ... 41

Tabla Motivador 5 ... 41

Tabla Motivador 6 ... 42

Tabla Motivador 7 ... 42

Tabla Motivador 8 ... 43

Tabla Motivador 9 ... 43

Tabla Motivador 10 ... 43

Tabla Restricción 1 ... 44

Tabla Restricción 2 ... 44

Tabla Restricción 3 ... 45

Tabla Restricción 4 ... 45

Escenario Operacional PW 1 ... 46

Escenario Operacional PW 2 ... 46

Escenario Operacional PW 3 ... 47

Escenario Operacional PW 4 ... 47

Escenario Operacional PW 5 ... 48

Escenario Operacional PW 6 ... 48

Escenario Operacional PW 7 ... 49

Escenario Operacional PW 8 ... 50

Escenario Operacional PW 9 ... 50

Escenario Operacional PW 10 ... 51

Escenario Operacional PW 11 ... 51

Escenario Operacional PW 12 ... 52

Escenario Operacional PW 13 ... 53

Escenario Operacional PW 14 ... 54

Escenario Operacional PW 15 ... 54

Escenario Operacional PW 16 ... 55

Escenario Operacional PW 17 ... 55

Escenario Operacional PW 18 ... 56

Escenario Operacional PW 19 ... 56

Escenario Operacional PW 20 ... 57

Escenario Operacional PW 21 ... 58

Escenario Operacional PW 22 ... 58

Escenario Operacional AM 1 ... 68

Escenario Operacional AM 2 ... 68

Escenario Operacional AM 3 ... 69

(29)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

28 Escenario Operacional AM 4 ... 69

Escenario Operacional AM 5 ... 70

Escenario Operacional AM 6 ... 70

Escenario Operacional AM 7 ... 71

Escenario Operacional AM 8 ... 71

Escenario Operacional AM 9 ... 72

Escenario Operacional AM 10 ... 73

Escenario Operacional AM 11 ... 73

Escenario Operacional AM 12 ... 74

Escenario Operacional AM 13 ... 75

Escenario Operacional AM 14 ... 75

Escenario Operacional AM 15 ... 76

CC Escenario Operacional 1 ... 85

CC Escenario Operacional 2 ... 85

CC Escenario Operacional 3 ... 86

CC Escenario Operacional 4 ... 86

CC Escenario Operacional 5 ... 87

CC Escenario Operacional 6 ... 87

CC Escenario Operacional 7 ... 88

CC Escenario Operacional 8 ... 89

CC Escenario Operacional 9 ... 89

CC Escenario Operacional 10 ... 90

CC Escenario Operacional 11 ... 90

CC Escenario Operacional 12 ... 91

CC Escenario Operacional 13 ... 91

CC Escenario Operacional 14 ... 92

CC Escenario Operacional 15 ... 92

Escenario Operacional SVC 1 ... 102

Escenario Operacional SVC 2 ... 102

Escenario Operacional SVC 3 ... 103

Escenario Operacional SVC 4 ... 103

Escenario Operacional SVC 5 ... 104

Escenario Operacional SVC 6 ... 105

Escenario Operacional SVC 7 ... 105

Escenario Operacional SVC 8 ... 106

Escenario Operacional SVC 9 ... 106

Escenario Operacional MFA 1 ... 116

Escenario Operacional MFA 2 ... 116

Escenario Operacional MFA 3 ... 117

Escenario Operacional MFA 4 ... 117

Escenario Operacional MFA 5 ... 118

Escenario Operacional MFA 6 ... 119

Escenario Operacional MFA 7 ... 119

(30)

Arquitectura Empresarial como Herramienta de Diseño para Empresas

29 Escenario Operacional MFA 8 ... 120

Escenario Operacional MFA 9 ... 121

Escenario Operacional MFA 10 ... 121

Escenario Operacional MFA 11 ... 122

Escenario Operacional MFA 12 ... 122

Escenario Operacional MFA 13 ... 123

Escenario Operacional MFA 14 ... 124

Escenario Operacional MFA 15 ... 124