Documento Arquitectura de Solución RAMA JUDICIAL Helen ...

LA RAMA JUDICIAL

Sala Administrativa del Consejo Superior de la Judicatura

Arquitectura de solución Altas Cortes

Pág. 1

Documento Arquitectura de Solución

RAMA JUDICIAL

Helen Acosta Cod.200810450

Jairo Casallas Cod.199024632

Juan Vergara Cod.200913491

Bayron Yela Cod.201221682

Noviembre de 2012

LA RAMA JUDICIAL



Pág. 2

Historia del Documento

Fecha Versión Modificado por Observaciones

08/10/2012 1.0 Helen Acosta Jairo Casallas Juan Vergara Bayron Yela

Documento Preliminar


Identificación de necesidades del negocio e identificación del canvas


Planteamiento de soluciones para manejo documental enfocado a relatorías


Identificación de servicios y subzonas del blueprint


Consolidación del portafolio de servicios


Consolidación de blueprint refinado con conectores entre zonas


Análisis de aplicaciones que suplen los componentes de la arquitectura de solución propuesta

LA RAMA JUDICIAL



Pág. 3


Documentación de experimentación


Adición de nuevo servicio dentro del catálogo para agregar funcionalidad a la solución


Documentación de criterios de selección de alternativa de solución


Documentación de diagrama de instanciación, vistas funcional, lógica y física de la arquitectura de solución


Documentación de fichas de proyectos y road map

LA RAMA JUDICIAL



Pág. 4

Contenido 1 Descripción del Documento .............................................................................................................. 6

1.1 Propósito: .................................................................................................................................. 6

1.2 Objetivos: ................................................................................................................................. 6

1.3 Audiencia Interna ................................................................................................................... 6

1.4 Audiencia Externa .................................................................................................................. 6

1.5 Organización del documento ............................................................................................. 6

1.6 Convenciones, terminología y definiciones ...................................................................... 9

1.7 Documentos Relevantes: ...................................................................................................... 9

2 Introducción ...................................................................................................................................... 10

3 Identificación de necesidades ......................................................................................................... 11

4 Análisis de propuestas ..................................................................................................................... 15

5 Identificación del Canvas ................................................................................................................. 16

6 Blueprint refinado ............................................................................................................................. 18

7 Identificación de servicios................................................................................................................ 19

7.1 Técnicas de descubrimiento de servicios........................................................................ 19

7.2 Portafolio de Servicios .......................................................................................................... 20

7.2.1 Servicios de soporte ........................................................................................................... 20

7.2.2 Servicios de tecnología: ..................................................................................................... 21

7.2.3 Servicios de Datos .............................................................................................................. 21

8 Especialización de zonas ................................................................................................................ 22

9 Especialización de conectores ........................................................................................................ 24

10 Indicadores .................................................................................................................................. 34

11 Experimentación .......................................................................................................................... 35

12 Derivación de aplicaciones ......................................................................................................... 36

12.1 Análisis de alternativas ........................................................................................................ 41

12.1.1 Análisis de negocio ......................................................................................................... 41

12.1.2 Análisis de tecnología .................................................................................................... 41

13 Generación de Vistas Refinadas ............................................................................................... 47

LA RAMA JUDICIAL



Pág. 5

13.1 Diagrama de instanciación ............................................................................................... 47

13.2 Vista funcional ....................................................................................................................... 48

13.3 Vista lógica ............................................................................................................................ 49

13.4 Vista Física .............................................................................................................................. 50

14 Road Map Arquitectura de solución ........................................................................................... 51

14.1 Ficha infraestructura de soporte ....................................................................................... 51

14.2 Ficha aplicación de soporte de archivos ....................................................................... 52

14.3 Ficha aplicación de Registro Documental ..................................................................... 53

14.4 Ficha aplicación de Gobierno Documental .................................................................. 54

14.5 Road map de implementación ........................................................................................ 55

15 Conclusiones ............................................................................................................................... 56

16 Referencias .................................................................................................................................. 57

Anexo 1: Detalle de análisis de identificación de necesidades del negocio ....................................... 58

Anexo 2: Canvas de negocio. Altas Cortes Rama Judicial .................................................................. 62

Anexo 3: Blueprint Altas Cortes Rama Judicial ..................................................................................... 63

LA RAMA JUDICIAL



Pág. 6

1 Descripción del Documento

1.1 Propósito: Desarrollar una Arquitectura de Solución alineada con los ejes estratégicos del plan sectorial de desarrollo del Consejo Superior de la Judicatura para la Rama Judicial, orientado a cumplir uno o más objetivos específicos persiguiendo la meta de garantizar un servicio de Justicia de calidad.

1.2 Objetivos: La definición de la arquitectura de solución para la Rama Judicial de Colombia tiene los siguientes objetivos principales:

- Definir una arquitectura de solución a partir de las necesidades del negocio - Derivar una arquitectura de solución a partir de la arquitectura de referencia

de la Rama Judicial - Documentar el procedimiento para la definición de la arquitectura de

solución, desde la identificación de las necesidades del negocio hasta la derivación de aplicaciones como soluciones a esas necesidades

1.3 Audiencia Interna El planteamiento de una arquitectura de solución enfocada en el mejoramiento y cumplimiento de las metas de negocio para la Rama Judicial tiene como audiencia interna a la Sala Administrativa del consejo superior de la Judicatura y representantes de cada corte.

1.4 Audiencia Externa De acuerdo al análisis del negocio de la Rama Judicial, enfocado en la solución de un problema particular, la audiencia externa corresponde a los miembros de las altas cortes de cada jurisdicción, al igual que usuarios externos (público en general) interesados en la documentación de casos fallados.

1.5 Organización del documento En el presente documento se detalla el procedimiento ejecutado para el descubrimiento y definición de una solución específica enfocada a satisfacer una

LA RAMA JUDICIAL



Pág. 7

necesidad específica de las altas cortes de la Rama Judicial cuya meta de negocio principal corresponde a la provisión de un servicio de justicia de calidad.

Inicialmente se documenta la forma en que se analizan diferentes aspectos, encaminados a la identificación de las necesidades del negocio y con ello proponer una arquitectura de solución que realmente contribuya a alcanzar una meta de negocio para la administración de la justicia en la Rama Judicial; una vez identificada la solución específica que se quiere trabajar se plantearán tres opciones de solución, las cuales no necesariamente tengan que ver con tecnología, de esta manera mediante un análisis de costo/beneficio poder determinar la solución más adecuada.

Después de la selección de la opción de solución, se identifican las zonas del modelo de negocio que se ven afectadas por la solución propuesta y de esta forma determinar cuáles aspectos van a tener mayor relevancia y cuales se pueden dejar de lado en la arquitectura de solución propuesta, así, del canvas de negocio se especifican que aspectos se deben eliminar, en cuales se deben crecer, cuales se deben reducir y cuales se deben crear.

Se toma el blueprint de la arquitectura de referencia de la Rama Judicial, para poder identificar cuales zonas se ven involucradas dentro de la arquitectura de solución propuesta, con ello se tendrá un mayor enfoque en la identificación de los servicios. Igualmente en esta etapa es posible identificar a nivel macro qué subzonas existen dentro de la arquitectura de solución.

Posteriormente, utilizando diferentes técnicas para identificación de servicios se propondrán aquellos que son necesarios dentro de la arquitectura de solución. Es posible que un servicio sea identificado en el empleo de dos o mas técnicas de descubrimiento, lo que indicaría que es un servicio que definitivamente debe figurar en el catalogo de servicios del negocio. Como resultado de esta actividad se generará un portafolio de servicios detallado que será de gran utilidad al momento de la implementación de alguna solución. Dentro del refinamiento de los componentes de la arquitectura de solución se identifican de manera clara la ubicación de cada uno de los servicios propuestos.

Después de realizar un refinamiento del blueprint y de haber identificado una serie de servicios para la arquitectura de solución, se diseñan las subzonas

LA RAMA JUDICIAL



Pág. 8

identificadas utilizando un proceso top-down desde la zona de canales hasta la zona de servicios de información. Los conectores entre las diferentes zonas e incluso entre subzonas deben ceñirse a las especificaciones del documento de arquitectura de referencia, es por ello que se debe también documentar la forma en que una solución a implementar debe seguir estos lineamientos.

Luego de todo el proceso de identificación de los diferentes artefactos involucrados en la arquitectura de solución, es necesario realizar experimentación de la arquitectura para poder identificar si realmente ésta genera un valor para el negocio. Se definen unos indicadores para poder medir posteriormente si efectivamente el objetivo propuesto con la arquitectura de solución es medible y alcanzable o si por el contrario la solución propuesta no va a generar valor y se debe abordar una nueva solución o enfoque en el trabajo propuesto. Una vez validada la solución por medio de la experimentación, es necesario plantear al menos dos opciones de solución y de acuerdo a una serie de criterios escoger la adecuada. De acuerdo a la opción escogida, se debe identificar las aplicaciones que van a dar soporte a la funcionalidad de los servicios identificados y documentarlas para tener claridad de la interacción de los diferentes componentes para la solución.

En el proceso de refinamiento de la arquitectura de solución es posible que surjan nuevas ideas para acotar la solución o para añadirle mayor funcionalidad y valor para el negocio, por lo cual es válido redefinir o adicionar algunos componentes de la arquitectura de solución propuesta.

De acuerdo a los indicadores propuestos para identificar la viabilidad de la arquitectura de solución se debe realizar una experimentación de la propuesta, para lo cual se tomará un caso de éxito conocido para determinar si los indicadores se pueden medir y si de acuerdo a la experiencia de otras implementaciones, las cifras a obtener en un futuro ayudarán a la meta de negocio buscada.

Finalmente, de acuerdo a la arquitectura de solución se deben documentar las vistas de despliegue, funcional, lógica y física y las fichas técnicas de implementación de los diferentes proyectos que surgen para la completitud de la

LA RAMA JUDICIAL



Pág. 9

solución con un road map que permita evidenciar las diferentes líneas de tiempo para la culminación y puesta en marcha de la solución propuesta.

1.6 Convenciones, terminología y definiciones Road map: planificación del desarrollo de un software con los objetivos a corto y largo plazo, y posiblemente incluyendo unos plazos aproximados de consecución de cada uno de estos objetivos. Se suele organizar en hitos o "milestones", que son fechas en las que supuestamente estará finalizado un paquete de nuevas funcionalidades [1].

Blueprint: Reproducción en papel de un dibujo técnico, un plano cartográfico o un diseño de ingeniería. Por lo general, el término blueprint se usa para referirse a cualquier plano detallado [1]. Dentro de la arquitectura de solución el blueprint permite identificar las diferentes zonas que dan sentido a los componentes necesarios para el despliegue de la solución.

Canvas: modelo de negocio que describe de manera lógica la forma en que las organizaciones crean, entregan y capturan valor. [2]

1.7 Documentos Relevantes:

- Documento de definición de Arquitectura de referencia Altas Cortes

- Documento de experimentación Arquitectura de Solución

LA RAMA JUDICIAL



Pág. 10

2 Introducción De acuerdo a los objetivos propuestos para el desarrollo de arquitecturas de solución, es importante documentar el proceso de descubrimiento de necesidades del negocio para llegar a una propuesta de arquitectura de solución, la cual está basada en la arquitectura de referencia de la Rama Judicial. Esta arquitectura de solución se convierte en un punto de partida para la implementación de diferentes arquitecturas de software encaminadas a abordar varios objetivos específicos del plan de sectorial de desarrollo de la Rama Judicial y de su plan estratégico tecnológico.

LA RAMA JUDICIAL



Pág. 11

3 Identificación de necesidades

Previo a cualquier análisis para la definición e implementación de una arquitectura de solución, es necesario identificar cómo se encuentra el negocio hoy en día y cuáles son sus principales necesidades. De acuerdo a lo que se identifica después de este análisis se pueden proponer una arquitectura de solución adecuada para satisfacer una o varias de las necesidades más relevantes para el negocio, en este caso para los planes de la Rama Judicial enfocados en prestar un servicio de Justicia de calidad alineando el negocio con TI.

Para la identificación de las necesidades del negocio se tuvieron en cuenta los siguientes aspectos:

- Propuesta de valor - Análisis Costo / Beneficio - Evaluación de la Infraestructura - Evaluación de la Interacción con el cliente

Detallando sobre ellos aspectos generales referentes a la alineación de TI con el negocio e identificando las principales oportunidades y amenazas relevantes para el negocio.

Resultado de este análisis (Anexo 1. Detalle de análisis de identificación de necesidades del negocio) se obtuvo un resultado en donde se evidencia que la solución debe enfocarse en mejorar el índice referente a relacionamiento con el cliente y las propuestas de valor, empleando TI para contribuir a procesos más efectivos.

LA RAMA JUDICIAL



Pág. 12

Gráfico 1. Resultados identificación de necesidades del negocio

De acuerdo a los resultados del análisis se identificó una oportunidad de mejora, persiguiendo el objetivo de generar procesos más efectivos y contar con la disponibilidad de la información más oportunamente. La solución propuesta es la de un Gestor Documental para las relatorías que permita generar beneficios dentro de los procesos de la Rama Judicial.

La solución contempla la creación de una Carpeta Virtual con Metadata de los Documentos que conforman los Procesos Orales y no Orales (Procesos- Civiles, Penales, Laborales, Disciplinarios- , Tutelas, Tratados, Providencias, Sentencias) y Documentos Anexos al Proceso (Pruebas Documentales, Videos, Grabaciones, Imágenes).

Igualmente para soportar la decisión de la arquitectura de solución propuesta se identifican los puntos relevantes del Plan Sectorial de desarrollo 2011 – 2014 de la Rama Judicial y del plan estratégico tecnológico para la rama judicial, encontrando alineación con los ejes estratégicos, las prioridades del plan y los aspectos transversales de los mismos, tal como se indica en el siguiente gráfico.

0123456789

10Socios de negocio

Actividades Clave

Propuestas de valorRelacionamiento con

clientes

Canales

LA RAMA JUDICIAL



Pág. 13

Gráfico 2. Gestor documental. Alineación con el negocio

Prioridad del plan:

Modernización de trámites, procedimientos y plantas: corresponde a la adquisición de infraestructura física, tecnológica, nuevos estándares y procedimientos como apoyo a la gestión de la Rama Judicial.

Ejes estratégicos:

Tecnologías de la información para alcanzar la modernización y la eficiencia de la justicia: Consiste en el desarrollo de innovaciones y capacidad tecnológica para el mejoramiento en el trámite procesal con la incorporación de la firma digital, y la notificación electrónica entre otros, buscando eficiencia, efectividad y la superación de cuellos de botella.

Gestión documental: Implica el planteamiento de procedimientos para la gestión de documentos físicos que faciliten el acceso y control de la información documental.

LA RAMA JUDICIAL



Pág. 14

Gestión del archivo judicial: Consiste en la gestión documental y de los archivos del modelo escrito y del modelo oral.

Aspectos transversales

Gestión documental: Implica el planteamiento de procedimientos para la gestión de documentos físicos que faciliten el acceso y control de la información documental.

LA RAMA JUDICIAL



Pág. 15

4 Análisis de propuestas

Una vez identificada la solución que se quiere proponer correspondiente a la gestión documental, se deben verificar varias opciones para enfrentar una solución para el problema propuesta y mediante un análisis de costo beneficio poder determinar cuál será la opción escogida para la arquitectura de solución.

Las propuestas para abarcar el problema de gestión documental son las siguientes:

- Repositorio de Texto - Repositorio de Archivos en Carpetas - Gestor Documental - Carpeta Virtual

El análisis costo beneficio se puede ver en el siguiente esquema:

De acuerdo a ello, la solución propuesta es la del Gestor Documental – Carpeta Virtual.

LA RAMA JUDICIAL



Pág. 16

5 Identificación del Canvas

De acuerdo a la arquitectura de solución propuesta se debe identificar cuáles de los aspectos contenidos dentro del Canvas de negocio se ven afectados, ya sea para enfocarse en ellos o para dejarlos de lado porque no se ven afectados por la solución. Adicional a ello también pueden surgir aspectos nuevos que se deban crear para proporcionar valor al negocio.

Para ello se tomo como base el canvas de negocio del documento de arquitectura de referencia (Anexo 2. Canvas de negocio. Altas Cortes Rama Judicial) y se detallaron los bloques afectados por la solución de acuerdo a la siguiente nomenclatura:

Aspectos que se deben eliminar de acuerdo a la arquitectura de solución

Aspectos que se deben extender de acuerdo a la arquitectura de solución

Aspectos que se deben disminuir de acuerdo a la arquitectura de solución

Aspectos nuevos que se deben crear de acuerdo a la arquitectura de solución

De acuerdo a estos criterios los siguientes fueron los resultados para los bloques del Canvas de negocio original:

LA RAMA JUDICIAL



Pág. 17

LA RAMA JUDICIAL



Pág. 18

6 Blueprint refinado

De acuerdo a las zonas del blueprint de la arquitectura base (o de referencia) para las altas cortes de la Rama Judicial (Anexo 3. Blueprint – Altas Cortes Rama Judicial), es necesario identificar las zonas que se ven afectadas por la arquitectura de solución propuesta. Igualmente dentro de las zonas que hagan parte de la arquitectura de solución se detallan unas subzonas identificadas de acurdo a la funcionalidad propuesta por el gestor documental para relatorías.

Dentro del blueprint de referencia se deben excluir la zona de BAM, servicios Externos y Datos compartidos, ya que lo que se considera debe incluirse dentro de las arquitecturas de software no contendrá ningún componente que afecte estas zonas. De acuerdo a ello, las zonas que se ven afectadas son:

- Zona de canales - Zona de Procesos - Zona de servicios de soporte - Zona de servicios de tecnología - Zona de servicios de Datos

Gráfico 3. Blueprint refinado Arquitectura de solución Altas cortes Rama Judicial

LA RAMA JUDICIAL



Pág. 19

7 Identificación de servicios

Una vez identificadas las zonas que se ven afectadas por la arquitectura de solución propuesta se deben emplear diferentes técnicas de descubrimiento de servicios para poder consolidar un portafolio de los servicios ofrecidos en cada una de las zonas involucradas.

7.1 Técnicas de descubrimiento de servicios

Las técnicas y resultados obtenidos se mencionan a continuación:

- Horizontal Service Discovery And Analysis (Analysis Upward): Resultado de este análisis se identifican servicios de auditoría de procesos, estadísticas, seguimiento y mejoramiento de procesos, gestión de artefactos documentales.

- Horizontal Service Discovery And Analysis (Service-Oriented Bottom-Up Discovery Process): donde se identifican los servicios que actualmente se ofrecen relacionados con manejo documental y que pueden ser reutilizados dentro de la arquitectura de solución propuesta.

- Vertical service discovery and analysis (analysis inward): donde se identifican los servicios que van a ser de utilidad al negocio tales como Gestor de contenido multimedia, reproductor de audio y video y carpeta virtual

- Front-To-Back Service Discovery Process: donde se identifican los servicios asociados a las funcionalidades que requiere el usuario al emplear la solución propuesta.

- Back-To-Front Service Discovery Process: donde se identifican los servicios desde una perspectiva conceptual acerca de los artefactos necesarios para la funcionalidad del gestor documental para relatorías de las altas cortes de la Rama Judicial, una perspectiva lógica, identificando la forma en cómo la solución entregar la información a los usuarios y una perspectiva física identificando los artefactos de hardware y software para prestar la funcionalidad de gestión documental.

LA RAMA JUDICIAL



Pág. 20

- Contextual Expansion Process And Modeling: se identifican servicios que pueden ser compartidos para dar soporte a otras soluciones que enriquezcan el aporte a las metas de negocio

- Contextual Contraction Process And Modeling: Se identifican servicios que pueden ser retirados afectando la funcionalidad y el alcance de la solución.

- Security Concerns For The Service Ecosystem: Se identifican los aspectos que deben ser transversales a la aplicación para proporcionar seguridad a la solución, tales como administración de identidad, confidencialidad, privacidad, no repudio, autorización, autenticación e integridad

7.2 Portafolio de Servicios

Luego del análisis de descubrimiento de servicios bajo diferentes técnicas se consolidaron los resultados obtenidos y se obtuvo el siguiente portafolio de servicios en cada una de las zonas:

7.2.1 Servicios de soporte Cargador de archivos Cargador de audio Cargador de video Cargador documentos texto Cargador de imágenes

Convertidor de archivos Convertidor de audio Convertidor de imágenes Convertidor de video Convertidor de texto

Visor de archivos Visor de imágenes Visor de texto Reproductor de audio

LA RAMA JUDICIAL



Pág. 21

Visor de video Compresor de archivos Compresor de imágenes Compresor de texto Compresor de audio Compresor de video

Autorizador

7.2.2 Servicios de tecnología: Retención documental Eventos documentales Auditoria Estadísticas Mejoramiento

Carpeta Virtual Restaurador de Documentos Digitalizador de documentos Capturador Metadata Administrador de backups

Manejador de Casos

7.2.3 Servicios de Datos Destructor certificado Recuperador Recuperador texto Recuperador imágenes Recuperador video Recuperador audio

LA RAMA JUDICIAL



Pág. 22

8 Especialización de zonas

En vista que ya se cuenta con el blueprint refinado, es necesario identificar de acuerdo a la funcionalidad de los servicios definidos, las subzonas del blueprint y la interacción entre subzonas de una misma zona así como entre subzonas de diferentes zonas. Inicialmente se identifican las subzonas del canvas, así:

- Zona de canales: donde se debe incluir aplicaciones que sirvan de Front para los diferentes usuarios, las cuales deben consumir los servicios del proceso de gestión documental. Las subzonas corresponden a un Portal para los usuarios externos que pueden consultar las relatorías de las altas cortes e Intranet para los usuarios internos a la organización, permitiendo la consulta y cargue de información.

- Zona de Procesos: donde se enmarca el proceso de gestión documental que debe incluir todas las variantes para los diferentes tipos documentales y las políticas de proceso para cada uno de ellos.

- Zona de servicios de soporte: donde se incluyen las funcionalidades técnicas que permite la administración de los artefactos documentales (soporte de archivos) y la seguridad para el acceso a la información que suministrará la solución (Seguridad).

- Zona de servicios de tecnología: Donde se tienen los servicios de negocio enfocados al registro documental para la administración de documentos y la zona de gobierno documental que contiene las políticas de retención documental, tipos de documentos y vigencias para conservación y destrucción de los mismos.

- Zona de servicios de Datos: donde se tiene la administración de los datos correspondientes a relatorías de las altas cortes y su almacenamiento y administración de contenido en diferentes formatos.

Posteriormente se esquematiza la relación entre subzonas:

LA RAMA JUDICIAL



Pág. 23

Grafico 4: Especialización de zonas del Blueprint y relaciones

LA RAMA JUDICIAL



Pág. 24

9 Especialización de conectores

De acuerdo a los servicios identificados y las conexiones entre las diferentes zonas del blueprint es necesario especificar cuáles son los consumidores de los servicios y de qué forma se deben comunicar las diferentes zonas. Inicialmente se ubican los servicios del portafolio de servicios en las zonas del blueprint y las dependencias que tienen, de la siguiente forma:

Grafico 5: comunicación entre zonas – interdependencia de servicios

LA RAMA JUDICIAL



Pág. 25

Posteriormente, teniendo en cuenta la comunicación entre las diferentes subzonas, es necesario especificar mediante el modelo trivadis, cuál será la forma en que las diferentes zonas se pueden comunicar. Resultado de ello, se obtienen todos los trivadis como se especifican a continuación:

Trivadis Zonas Intranet y Soporte de Archivos

Zonas

Intranet

Soporte

De archivos

Transporte

Comunicaci

ón

Dominio de Integración Aplicación

Procesos Mediación Recolección

Distribución

SOAP

XML

SOAP

Adapter

SOAP

Adapter

SOAP

XML

Message

Dispatcher

LA RAMA JUDICIAL



Pág. 26

Trivadis Zonas Intranet y seguridad

Zonas Blue

Intranet

Seguridad

Transporte

Comunicaci

ón



Distribución

LDAP

LDAP

JNDI

Adapter

JNDI

Adapter

LDAP

LDAP

Message

Dispatcher

LA RAMA JUDICIAL



Pág. 27

Trivadis Zonas Intranet y Registro documental

Message

Dispatcher

Zonas Blue

Intranet

Registro

Documental

Transporte

Comunicaci

ón



Distribución

SOAP

XML

SOAP

Adapter

SOAP

Adapter

SOAP

XML

Message

Dispatcher

LA RAMA JUDICIAL



Pág. 28

Trivadis Zonas Intranet y Gobierno documental

Zonas Blue

Intranet

Gobierno

Documental

Transporte

Comunicaci

ón



Distribución

SOAP

XML

SOAP

Adapter

SOAP

Adapter

SOAP

XML

Message

Dispatcher

LA RAMA JUDICIAL



Pág. 29

Trivadis Zonas Portal y Registro Documental

Zonas Blue

Portal

Registro

Documental

Transporte

Comunicaci

ón



Distribución

SOAP

XML

SOAP

Adapter

SOAP

Adapter

SOAP

XML

Message

Dispatcher

LA RAMA JUDICIAL



Pág. 30

Trivadis Zonas Proceso Documental y Registro documental

Zonas Blue

Proceso

Documental

Registro

Documental

Transporte

Comunicaci

ón



Distribución

SOAP

XML

SOAP

Adapter

SOAP

Adapter

SOAP

XML

Message

Dispatcher

LA RAMA JUDICIAL



Pág. 31

Trivadis Zonas Registro Documental y Soporte de Archivos

Zonas Blue

Registro

Documental

Soporte

Archivos

Transporte

Comunicaci

ón



Distribución

HTTP

XML

HTTP

Adapter

HTTP

Adapter

HTTP

XML

Message

Dispatcher

LA RAMA JUDICIAL



Pág. 32

Trivadis Zonas Registro Documental y Gobierno Documental

Zonas Blue

Registro

Documental

Gobierno

Documental

Transporte

Comunicaci

ón



Distribución

IIOP

EJB Adapter

EJB Adapter

IIOP

Message

Dispatcher

LA RAMA JUDICIAL



Pág. 33

Trivadis Zonas Registro documental y Administración de datos

Zonas Blue

Tecnología

Registro

documental

Datos

Admon

Datos

Transporte

Comunicaci

ón



Distribución

SOAP

XML

ODBC

SOAP

ADAPTER

SQL

ESB

LA RAMA JUDICIAL



Pág. 34

10 Indicadores

La arquitectura de solución propuesta debe estar enfocada en los intereses del negocio, es por eso que es necesario definir cuáles serán los indicadores que definirán si efectivamente la solución, una vez se encuentre implementada, va a ayudar a conseguir las metas de negocio que se buscan, es decir, se requieren indicadores que midan el éxito o fracaso de la solución.

De acuerdo a la investigación de casos similares en el ámbito judicial, los indicadores propuestos para realizar estas mediciones son los siguientes:

- Consultas relatorías portal al año - Tiempo de carga documental - Satisfacción en disponibilidad de la información - Efectividad en búsqueda de casos similares

Para los dos primeros se tienen cifras actuales y contra ellas se compararía la efectividad de la solución. Para los dos últimos, los cuales son indicadores sobre los cuales no se tiene una medición actual, es necesario por medio de encuestas a los diferentes usuarios, establecer el grado de cumplimiento antes y después de la implementación de la solución.

LA RAMA JUDICIAL



Pág. 35

11 Experimentación Para fundamentar la solución propuesta y validar si la elección fue adecuada es necesario realizar la experimentación de la misma. La experimentación puede realizarse a través de servicios mock o la simulación de un proceso que sea medible y comparable con la situación actual o la deseada. La experimentación también se puede realizar a través de Proxy o modelos de comportamiento similar a la arquitectura propuesta, donde se demuestre la viabilidad y diferentes casos de éxito de la implementación de diversos componentes para la solución de un problema especifico.

La experimentación para la arquitectura de solución propuesta se realizó a través de un proxy de una implementación para gestión documental e inteligencia de asociación de casos para el ministerio de Justicia de North Rhine-Westphalia. Los detalles de la experimentación se encuentran en el documento de Experimentación Arquitectura de solución.

LA RAMA JUDICIAL



Pág. 36

12 Derivación de aplicaciones

Los servicios identificados para la arquitectura de solución deben ser mapeados a aplicaciones concretas que presten la funcionalidad requerida. Para ello es necesario plantear diferentes aplicaciones que se enmarquen en opciones reales y tangibles de una arquitectura propuesta utilizando herramientas existentes con total adopción de las mismas o con un nivel de adaptación considerable o con desarrollos a la medida.

Teniendo en cuenta que existen soluciones en el mercado para la gestión de este tipo de procesos se plantean dos opciones parta poder mapear los servicios propuestos en la arquitectura de solución a aplicaciones concretas. Para el caso de gestión documental se plantean las siguientes alternativas:

Alternativa 1: Adaptación de herramientas de IBM (Enterprise Content management) y Oracle (Base de datos)

Para esta alternativa las siguientes serías las funcionalidades a adaptar:

- DataWareHousing InfoSphereWareHouse - Bodegaje de datos - IBM Forms (Formularios flexibles y escalables para automatización de

procesos) - IBM Wesphere Portal (Aplicaciones Basadas en roles) - BPM (Gestión de procesos de negocio) - IBM Tivoli Entity Manager (Automatiza los controles internos que regulan los

controles de accesos a los usuarios) - IBM Security For Enterprise Single Sign On (Automatiza el inicio de sesión

y acceso a las aplicaciones) - Directorio Activo Microsoft (LDAP)

LA RAMA JUDICIAL



Pág. 37

LA RAMA JUDICIAL



Pág. 38

Gráfico 6: mapeo de servicios contra aplicaciones Alternativa 1

LA RAMA JUDICIAL



Pág. 39

Alternativa 2: Utilización de Portal de IBM, Desarrollo a la medida (Gestor documental)

Parta esta alternativa, las siguientes serían las implicaciones:

Desarrollo a la medida: Gestor Documental Altas Cortes - Digitalización - Captura de documentos - Gestión avanzada de casos - Gestión de contenido - Análisis de contenido - Gobierno de ciclo de vida de la información

Portal IBM Base de datos Oracle 11g Directorio Activo Microsoft

LA RAMA JUDICIAL



Pág. 40

Gráfico 7: mapeo de servicios contra aplicaciones Alternativa 2

LA RAMA JUDICIAL



Pág. 41

12.1 Análisis de alternativas

Es necesario fijar criterios de selección para las alternativas propuestas y escoger una de ellas para poder documentar la arquitectura a niel de las diferentes vistas refinadas y proponer un roadmap para la implementación de la misma.

Para la selección de la alternativa se tienen en cuenta aspectos de negocio y tecnológicos que mediante un puntaje ayudaran con la valoración y escogencia de la mejor alternativa.

12.1.1 Análisis de negocio Los criterios y resultados del análisis de negocio se muestran a continuación.

12.1.2 Análisis de tecnología Los criterios y resultados del análisis de tecnología se muestran a continuación.

LA RAMA JUDICIAL



Pág. 42

LA RAMA JUDICIAL



Pág. 43

LA RAMA JUDICIAL



Pág. 44

LA RAMA JUDICIAL



Pág. 45

De la consolidación de los resultados se obtienen las siguientes cifras:

Igualmente se realiza la cuenta de las fortalezas y debilidades encontradas para la toma de la decisión final.

LA RAMA JUDICIAL



Pág. 46

De acuerdo a los criterios de selección planteados, la alternativa que tiene mayor viabilidad para su implementación corresponde a la del Gestor documental (alternativa 2).

LA RAMA JUDICIAL



Pág. 47

13 Generación de Vistas Refinadas

Para la alternativa seleccionada se deben documentar las diferentes vistas de la arquitectura con el propósito de tener una base de implementación. En estas vistas, las cuales están fundamentadas en las vistas de la arquitectura de referencia, se encuentran seleccionados componentes específicos tomados del footprint de la arquitectura de negocio. A continuación se muestran las respectivas vistas refinadas para la arquitectura de solución.

13.1 Diagrama de instanciación Basado en la arquitectura de referencia el siguiente corresponde al diagrama de instanciación para la arquitectura de solución.

LA RAMA JUDICIAL



Pág. 48

13.2 Vista funcional Basada en la arquitectura de referencia la siguiente corresponde a la vista funcional para la arquitectura de solución.

LA RAMA JUDICIAL



Pág. 49

13.3 Vista lógica Basada en la arquitectura de referencia la siguiente corresponde a la vista lógica para la arquitectura de solución.

LA RAMA JUDICIAL



Pág. 50

13.4 Vista Física Basada en la arquitectura de referencia la siguiente corresponde a la vista física para la arquitectura de solución.

LA RAMA JUDICIAL



Pág. 51

14 Road Map Arquitectura de solución

Es importante para el negocio la definición de los aspectos relevantes para la implementación de la solución propuesta. Ello incluye, la funcionalidad para el negocio, el nivel tecnológico requerido, el modo de consecución de las aplicaciones, el presupuesto requerido, el recurso humano necesario, los riesgos y tiempos de implementación de cada uno de los proyectos derivados de la arquitectura de solución, con ello se puede contar con una línea estimada en el tiempo para poder visualizar los resultados de la solución propuesta.

A continuación se muestran las fichas de cada uno de los proyectos propuestos y finalmente el roadmap de implementación.

14.1 Ficha infraestructura de soporte La implementación de la infraestructura que soportará la solución es la base para comenzar los demás proyectos. Esta infraestructura a futuro, puede ser utilizada para soportar otros proyectos tecnológicos.

LA RAMA JUDICIAL



Pág. 52

14.2 Ficha aplicación de soporte de archivos Desarrollo a la medida para soportar la funcionalidad de la solución

LA RAMA JUDICIAL



Pág. 53

14.3 Ficha aplicación de Registro Documental Desarrollo a la medida de aplicación de gestión documental bajo las especificaciones del negocio

LA RAMA JUDICIAL



Pág. 54

14.4 Ficha aplicación de Gobierno Documental Desarrollo a la medida de aplicación de gobierno documental bajo las especificaciones del negocio

LA RAMA JUDICIAL



Pág. 55

14.5 Road map de implementación La línea de tiempo para la implementación se fijó teniendo en cuenta el alcance de la solución para gestión documental de relatorías de las altas cortes de la Rama Judicial. La infraestructura y aplicación de soporte de archivos que se establezcan sirven para la implementación y soporte de otros proyectos de tecnología de la Rama Judicial y las funcionalidades de Gobierno documental y Registro Documental podrán adaptarse con desarrollos nuevos para la implementación de nuevas funcionalidades de negocio que la Rama Judicial requiera.

LA RAMA JUDICIAL



Pág. 56

15 Conclusiones

- Es de vital importancia establecer un procedimiento estricto para la definición de una arquitectura de solución ya que ésta debe estar alineada con las metas del negocio y debe tener la capacidad de establecer criterios de evaluación claros para poder medir su efectividad y aporte a los objetivos específicos para la cual fue planteada.

- El entendimiento del negocio y la identificación de sus necesidades son pasos importantes para comenzar a distinguir una arquitectura de solución para el negocio.

- La arquitectura de referencia es la base para el planteamiento de la arquitectura de solución. En el proceso de construcción de la arquitectura de solución se pueden identificar fortalezas y debilidades de la arquitectura de referencia del negocio. En una situación ideal, la arquitectura de referencia debe contemplar todos los aspectos que surjan en una arquitectura de solución y no debería ser modificada.

- Es importante siempre plantear varias alternativas en la definición de la arquitectura de solución ya que es posible que una solución que no involucre TI pueda tener mayor viabilidad para el negocio.

- La experimentación dentro del proceso de construcción de una arquitectura de solución es muy importante para evaluar la viabilidad de la solución propuesta desde el punto de vista técnico y de negocio. Igualmente mediante la experimentación se pueden descubrir funcionalidades adicionales que no se identificaron en etapas previas.

- La experiencia de otros arquitectos pueden llegar a ser valiosas dentro de la propuesta de una arquitectura de solución, ellos pueden aportar ideas en pro de mejorar las definiciones de una arquitectura de solución.

LA RAMA JUDICIAL



Pág. 57

16 Referencias

1. http://es.wikipedia.org 2. Osterwalder, Alexander; Pigneur, Yves; Smith, Allan; et. al. (2009).

Business Model Generation. Nueva Jersey: Hoboken Publication 3. D. Greefhorst, H. Koning, and H. van Vliet, "The many faces of architectural

descriptions," Information Systems Frontiers, vol. 8, no. 2, 2006, pp. 103-113.

4. G. Muller, "A Reference Architecture Primer," Eindhoven Univ. of Techn., Eindhoven, White paper, 2008.

5. P. Grefen, ICT Architectures, Eindhoven University of Technology, Eindhoven, 2008.

LA RAMA JUDICIAL



Pág. 58

Anexo 1: Detalle de análisis de identificación de necesidades del negocio

Las necesidades del negocio se identificaron por medio de los siguientes puntajes obtenidos del análisis de alineación del negocio con TI en diferentes aspectos:

Propuesta de valor Puntaje Nuestra propuesta de valor está bien alineada con las necesidades de los clientes? 3 Nuestra propuesta de valor tiene efectos fuertes en el mercado? 7 Existen sinergias fuertes entre nuestros productos y servicios? 4 Nuestros clientes están muy satisfechos? 2

Análisis Costo / Beneficio Puntaje Obtenemos beneficios con amplios márgenes? 4 Nuestras ingresos son predecibles? 9 Tenemos flujos de ingresos recurrentes con compras frecuentes de nuestros productos? 9 Los flujos de ingresos son diversificados? 2 Los flujos de ingresos son sostenibles? 7 Nosotros recolectamos ingresos antes de incurrir en gastos? 7 Los clientes están dispuestos a pagar nuestros precios ? 3 Los costos son predecibles? 7 La estructura de costos está alineada con el modelo de negocios? 7 Las operación es eficiente teniendo en cuenta los costos? 2 Existen beneficios de economías de escala? 4

Evaluación de la Infraestructura Puntaje Los recursos críticos de la empresa son difíciles de replicar por los competidores? 6 Las necesidades en recursos son predecibles? 7 La empresa entrega recursos claves a tiempo y en la medida precisa? 3 La empresa ejecuta las actividades clave de forma eficiente? 3 Las actividades clave son difíciles de copiar? 6

LA RAMA JUDICIAL



Pág. 59

La calidad en la ejecución de nuestras actividades es alta? 2 El balance entre la ejecución interna Vs externa (outsource) es ideal? 6 Las actividades clave son realizadas por socios de negocios cuando es necesario? 7 La relaciones con los socios de negocio son muy buenas? 7

Evaluación de la Interacción con el cliente Puntaje La pérdida de clientes es baja? 6 La base de clientes está bien segmentada? 9 La empresa está adquiriendo nuevos clientes frecuentemente? 7 Los canales son muy eficientes? 3 Los canales son muy efectivos? 3 Los canales tienen una buena cobertura de clientes? 4 Los clientes pueden llegar fácilmente a los canales? 4 Los canales están fuertemente integrados? 3 Los canales están fuertemente alineados con lo segmentos de clientes? 3 La empresa tiene fuertes relaciones con los clientes? 3 La calidad de la relación con los clientes está alineada con los segmentos de clientes? 3 La marca es fuerte? 2

Evaluación de la Amenazas – Propuesta de Valor Puntaje Existen productos y servicios sustitutos? 4 Los competidores están buscando ofrecer mejores precios y/o valores? 3

Evaluación de la Amenazas – Costos/Ingresos Puntaje Están los márgenes amenazados por los competidores? 3 Se apoyan en tecnología? 2 Se depende excesivamente de un flujo de ingresos? 5

Evaluación de la Amenazas – Infraestructura Puntaje Se puede sufrir del corte de suministros en la cadena de producción? 4 La calidad de los productos está amenazada? 4

LA RAMA JUDICIAL



Pág. 60

Las actividades clave se pueden ver interrumpidas? 4 La calidad de las actividades puede estar amenazada? 4 Existe peligro de perder algún socio de negocio clave? 3 Nuestros socios de negocio pueden colaborar con la competencia? 4 Se depende mucho de ciertos socios de negocio? 3

Evaluación de la Amenazas – Interacción con el cliente Puntaje El mercado podría saturarse pronto? 3 Los competidores están amenazando nuestra posición en el mercado? 4 Qué tal posible es perder a los clientes? 4 Qué tan rápido se puede intensificar la competencia? 4 Los competidores pueden amenazar los canales de la empresa? 4 Existe peligro de que los canales actuales se vuelvan irrelevantes para los clientes? 3 Existe peligro de deterioro en la relación con los clientes? 4

Evaluación de la Oportunidades – Propuesta de Valor Puntaje Se pueden lograr nuevos ingresos recurrentes convirtiendo productos en servicios? 2 Se pueden integrar mejor los productos y servicios actuales? 4 Cuáles necesidades de los clientes se podrían satisfacer? 4 Cómo se podría complementar la propuesta de valor? 4 Cuáles otros trabajos se podrían hacer en beneficio de los clientes? 4

Evaluación de la Oportunidades – Ingresos / Costos Puntaje Se pueden reemplazar transacciones puntuales en recurrentes? 4 Qué otros productos/servicios estarían dispuestos a pagar los clientes? 3 Existen opciones de ventas cruzadas internas o con socios de negocios? 2 Se pueden crear nuevas fuentes de ingreso fácilmente? 2 Se pueden incrementar los precios actuales? 3 Se pueden reducir los costos actuales? 5

Evaluación de la Oportunidades – Infraestructura Puntaje

LA RAMA JUDICIAL



Pág. 61

Se pueden utilizar recursos menos costosos para obtener los mismos resultados? 4 Cuales recursos claves se podrían tercerizar con socios de negocios? 4 Cuales recursos claves están sub--• ]utilizados? 3 Se pueden estandarizar algunas actividades? 4 Como se puede mejorar la eficiencia en general? 5 Puede IT impulsar el incremento en la eficiencia de las actividades clave? 5 Se puede incrementar la relación con los socios para fortalecer las actividades clave? 4 Existen oportunidades de venta--• ]cruzada con socios de negocios? 2 Los canales de los socios de negocios pueden ayudar a conseguir más clientes? 3 Los socios de negocio pueden complementar la propuesta de valor? 4

Evaluación de la Oportunidades – Interacción con el cliente Puntaje Cómo se puede obtener beneficio de un mercado creciente? 3 Se pueden servir nuevos segmentos de clientes? 2 Se puede servir mejor a los clientes mediante una segmentación mas fina? 3 Cómo se puede mejorar la eficiencia y efectividad de los canales? 4 Se pueden integrar mejor los canales actuales? 5 Se pueden incrementar los márgenes sirviendo directamente a los clientes? 2 Se pueden alinear mejor los canales con los segmentos de clientes? 4 Existe potencial para incrementar el seguimiento a los clientes? 4 Cómo se pueden fortalecer las relaciones con los clientes? 5 Cómo se pueden incrementar los costos de cambio en los clientes? 3 Se pueden identificar los clientes que no generan utilidades? 1 Se pueden automatizar relaciones con los clientes? 5

LA RAMA JUDICIAL



Pág. 62

Anexo 2: Canvas de negocio. Altas Cortes Rama Judicial

LA RAMA JUDICIAL



Pág. 63

Anexo 3: Blueprint Altas Cortes Rama Judicial

Documento Arquitectura de Solución RAMA JUDICIAL Helen ...

Documents

Transcript of Documento Arquitectura de Solución RAMA JUDICIAL Helen ...