ANEXO TECNICO

ANEXO

DESCRIPCION ESTADO ACTUAL SAJUR FASE I

Actualmente el sistema cuenta con los siguientes componentes:

 Información del Expediente
 Valija
 Registro de historial
 Complementación
 Trazabilidad de la gestión
 Filtro – Busquedas - Grilla
 6 formas de Reparto
 Configurar reparto automatico
 Gestión de expedientes Duplicados

Corresponde a 73 historias de usuario construidas e implementadas en el 2020 como parte de la fase 1 en los procesos de
radicación, calificación, complementación, notificación y audiencias.

Para la fase dos (2) en el 2021 se tiene previsto trabajar en los siguientes componentes:
• Sitio Partes
• Flujos BPM
• Audiencias
• Remisión al ente Superior
• Alertas
• Reportes
• Ws integraciones

Corresponde a 54 Historias de Usuario por desarrollar e implementar en el 2021 como parte de la fase 2 en los procesos de
verificación de cumplimiento, remitir al ente superior y el Sitio de las partes, algunos de los requerimientos identificados se
relacionan (transversales) y otros contribuyen en el cumplimiento de las directrices de la guía de TI de la Rama Judicial.

A continuación, se describe el estado del proceso de la cadena de valor en la gestión de los asuntos jurisdiccionales:

IMAGEN 2. Cadena de Valor gestión de asuntos en verde y en azul los procesos a fortalecer en la Fase II

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

ANEXO No. 1 FICHA TÉCNICA

Especificaciones Técnicas Mínimas

Para la fase II, a continuación, se describen las 54 historias de usuario a desarrollar, las cuales son susceptibles de refinamiento
relacionados con mejoras/ajustes a estas especificaciones y que están asociadas a los procesos de Verificación, Remitir al
Superior, Sitio de las Partes y Proceso transversales y de cumplimiento de la guía de ti rama judicial:

I. PROCESO DE VERIFICACIÓN

Proceso por medio del cual se realizan las respectivas verificaciones de cumplimiento en las sentencias, sanciones y multas
establecidas en el cierre de los procesos, además en SAJUR se debe Proferir autos y comunicaciones - Registrar multa y Finalizar
proceso, contemplando los tiempos y términos, inicio de verificación de cumplimiento, requerir a las partes, comunicaciones, multas
y sanciones de incumplimiento, entre otros.

El proceso se relaciona con los componentes de valija, complementación y actos administrativos que se describen a continuación:

a. Valija: Permite gestionar y revisar las demandas ingresadas al sistema desde los diferentes canales disponibles, por
ejemplo, Ventanilla de Radicación, Servicios en línea, entre otros.
b. Complementación: Permite registrar información de sector, derechos vulnerados y demás datos que componen la tipología
de una demanda. La información que aparecerá en el formulario de complementación debe ser cargada a través de
Interoperabilidad con el Sistema de Trámites.
c. Actos Administrativos: Es una integración para gestionar los actos administrativos con la aplicación de GINA subsistema
de la entidad que permite generar todo tipo de actuaciones, su radicación y remisión bien sea por correo certificado asi
como correo electrónico certificado.

Id Descripción del requerimiento

Verificar inicio cumplimiento automáticamente por medio del traslado al Grupo de Trabajo para la Verificación del
1
Cumplimiento
2 Registrar verificación cumplimiento
3 Requerir al demandante
4 Proferir auto de requerimiento al demandante
5 Requerir al demandado
6 Proferir auto de requerimiento al demandado
7 Proferir Autos dentro de trámite de verificación
8 Finalizar proceso por orden cumplida
9 Proferir auto de multa por incumplimiento
10 Registrar multa por incumplimiento
11 Calcular multa por incumplimiento
12 Proferir auto de multa por los días de incumplimiento
13 Integrar con SICFacilita y la RNPC

II. PROCESO DE REMITIR AL SUPERIOR

Proceso por medio del cual se realiza el envío del proceso a otra instancia superior como lo es el consejo superior de la judicatura,
esta remisión contempla todas las actuaciones y providencias que forman parte del expediente, además realizar las respectivas
notificaciones a las partes involucradas:
Consideraciones del proceso:
- Generar copia de la demanda
- Generar oficios
- Envío de copia de la demanda

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

- Registrar entrega de recibo de la Oficina Judicial de Bogotá

Id Descripción del requerimiento

1 Registrar remisión al superior
2 Proferir auto relacionado con la concesión del recurso de apelación
3 Generar copia de las piezas procesales según lo ordenado en auto
4 Liquidar el pago de las copias para la remisión de las piezas procesales que paga el apelante
5 Interoperabilidad con juzgados
6 Registrar pago de copias
7 Generar oficio de envío de copia al superior
8 Registrar entrega a gestión documental de oficio de envío de copia al superior
9 Registrar requerimiento adicional del operador judicial
10 Generar oficio de requerimiento adicional
11 Registrar entrega de recibo de la Oficina Judicial de Bogotá
12 Traslado externo de documentos y expedientes a través de servicio de correo postal.
13 Traslado externo de documentos y expedientes a través de correo electrónico.

III. PROCESO DE SITIO DE LAS PARTES

Proceso por medio del cual el sistema le permite al usuario Externo interactuar con SAJUR. Para poder llevar esto a cabo el
ciudadano debe solicitar la creación de un usuario a través de un formulario, en donde pueda anexar los documentos que sustenten
su identidad y su vínculo, en caso de existirlo, con otros intervinientes.

En este sistema, el ciudadano, una vez validado y generado su usuario, podrá consultar sus demandas y ver los documentos
relacionados con los expedientes a través de los servicios de interoperabilidad dispuestos para este fin, y consumiendo el servicio
expuesto por EXPEDIENTE ELECTRÓNICO que facilita dicho propósito. También podrá a través de los servicios expuestos para
dar respuesta a requerimientos y demás actuaciones:

Consideraciones del proceso:

- Registro usuario (parte de la demanda)

- Lista de demandas de las que hace parte
- Radicación documentos de la demanda
- Firma de documento con mecanismo de autenticación definido.

Id Descripción del requerimiento

1 Registro usuario (parte de la demanda)
2 Autenticación usuario (parte de la demanda)
3 Lista de demandas de las que hace parte
4 Radicar documento de la demanda
5 Generar firma para el ciudadano
6 Firma de documento por el ciudadano
7 Visualizar información de la demanda (Para la parte demandada)
8 Visualizar documentación de la demanda
9 Registro usuario (parte de la demanda)
10 Sitio o espacio web especializado para atender el trámite jurisdiccional

IV. PROCESO TRANSVERSALES Y DE CUMPLIMIENTO DE LA GUÍA DE TI RAMA JUDICIAL:

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

Existen algunas actividades transversales en la gestión de los asuntos que implican desarrollos en componentes, estos
requerimientos se relacionan a continuación:

Consideraciones del proceso:

- Uso del componente de Archivar
- Articular proceso de Sitio Partes
- Componente de Expediente
- Componente de radicación
- Definiciones de roles y perfiles

Id Descripción del requerimiento

1 Autenticación usuario
2 Componente radicación Sitio partes
3 Trámite reforma de demanda - describir detalladamente el trámite de la reforma de la demanda
4 Reportes y estadísticas articulación con BI
5 Módulo de Administración
6 Registrar información de la tutela
7 Contestar tutela
8 Gestionar tutela
9 Archivar caso
10 Reabrir proceso
11 Prorroga
Permite gestionar de manera integral todos los procesos que adelanta con el operador y consultar
12
aquellos que ya fueron resueltos.
13 Formatos estandarizados para providencias judiciales.
Formularios electrónicos de entrada de datos para documentos de trámite (solicitudes, memoriales,
14
órdenes del operador, etc.)
El sistema recupera y construye documentos electrónicos de archivo en contenedores (p. ej. PDF) a
15
partir de los datos estructurados que reposan en las bases de datos.
16 Flujos de trabajo modelados con un lenguaje de notación gráfico estandarizado (p. ej. BPMN)
17 Incorporado en el sistema de información que gestiona el proceso jurisdiccional.
18 Envío de alertas automáticas como mensajes de datos.

ANEXOS TECNICOS

La información que será suministrada es la siguiente:

 Documento de Manual de Usuario Sajur Fase I

 Documento de arquitectura Sajur Fase I
 Documento de Manual Técnico Sajur Fase I
 Lineamientos de arquitectura y construcción de software de la OTI
 La documentación de los procesos de TI a seguir tales como Procedimiento de Ciclo de desarrollo de aplicaciones,
Procedimiento de gestión de proyectos, y requisitos y pruebas de seguridad en el desarrollo de sistemas de información
se encuentran disponibles en https://sigi.sic.gov.co/SIGI/portal/index.php

PROCESO DE DESARROLLO SOLICITADO: METODOLOGÍA ÁGIL (SCRUM)

A continuación, se describen los entregables mínimos solicitados:

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

PERSONAL SOLICITADO

El proponente seleccionado deberá garantizar como mínimo el siguiente equipo de trabajo, al inicio del contrato con dedicación
del 100% para la ejecución del proyecto. Con el fin de que la SIC pueda verificar el cumplimiento de los perfiles, el contratista
deberá entregar toda la documentación, certificaciones de experiencia y académicas del personal propuesto debidamente
organizadas para revisión y aprobación por parte del supervisor del contrato. En caso de requerirse recurso humano adicional para
el cumplimiento de las obligaciones contractuales, estos deberán ser provistos por el contratista por el tiempo que sea requerido
sin que esto genere un costo adicional para la Entidad.

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

PERFIL FORMACIÓN ACADÉMICA MÍNIMA EXPERIENCIA REQUERIDA

Título Profesional o afines de acuerdo al NBC (núcleo
básico del conocimiento) en alguna de las siguientes
carreras:

•Ingeniería de Sistemas
• Ingeniería Telemática
• Ingeniería de Computación Cuatro (4) años de experiencia
• Ingeniería de Software profesional general
• Ingeniería Electrónica
• Ingeniería de Telecomunicaciones Cuatro (4) años de experiencia
• Ingeniería Industrial especifica en: Coordinación, dirección
• Administración Informática de proyectos de desarrollo de
Gerente de Proyecto
• Administración de Sistemas software Web

Título de posgrado en algunos de los siguientes programas o Debe haber participado como
afines de acuerdo al NBC (núcleo básico del gerente/director de proyectos en al
conocimiento): menos un (1) proyecto de desarrollo
• Gerencia de Proyectos de software con metodología SCRUM.
• Gerencia de Proyectos Informáticos
• Gerencia de tecnología
• Gerencia Informática
• Ingeniería de Software

Certificado PMP o SCRUM Master

Título Profesional o afines de acuerdo al NBC (núcleo
Mínimo tres (3) años de experiencia
básico del conocimiento) en alguna de las siguientes
especifica en el cargo de
carreras:
desarrollador en proyectos de análisis
o diseño o construcción o desarrollo
•Ingeniería de Sistemas
de soluciones de software en la
• Ingeniería Telemática
plataforma requerida en la entidad
• Ingeniería de Computación
(Base de Datos: Oracle 11g o superior
• Ingeniería de Software
Frontend: Angular Backend: Java
• Ingeniería Electrónica
Spring Boot.); por lo menos uno de
• Ingeniería de Telecomunicaciones
los 4 desarrolladores debera tener (2)
(4) Ingenieros de • Ingeniería Industrial
años de experiencia con herramienta
Desarrollo • Administración Informática
Red Hat process automation
• Administración de Sistemas
Manager; debe haber participado
como desarrollador en al menos dos
Deseable título de posgrado en algunos de los siguientes
(2) proyectos que hayan usado dichas
programas o afines de acuerdo al NBC (núcleo básico del
plataformas, (1) proyecto que
conocimiento):
demandará conocimientos en
• Ingeniería de Software
modelamiento y notación BPMN, con
• Arquitectura de Software
herramientas como Red Hat process
• Construcción de Software
automation Manager y un (1) proyecto
• Arquitectura Empresarial de Software
con metodología SCRUM.
• Gestión de Información y Bases de Datos

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

Título Profesional o afines de acuerdo al NBC (núcleo

básico del conocimiento) en alguna de las siguientes
carreras:
Mínimo dos (2) años de experiencia
• Ingeniería de Sistemas especifica en el cargo de pruebas y
• Ingeniería Telemática control de calidad de proyectos de
• Ingeniería de Computación desarrollo de software.
Analista de Pruebas y • Ingeniería de Software
Calidad • Ingeniería Electrónica Adicionalmente debe haber
• Ingeniería de Telecomunicaciones participado como analista de pruebas
• Ingeniería Industrial en al menos dos (2) proyectos de
• Administración Informática implementación de soluciones de
• Administración de Sistemas software.

Con Certificación en:

• Certificado ISTQB®️ Certified Tester, Foundation Level
Título Profesional o afines de acuerdo al NBC (núcleo
básico del conocimiento) en alguna de las siguientes
carreras: Mínimo dos (2) años de experiencia
técnica, que incluya seis (6) meses en
• Ingeniería de Sistemas el manejo de alguna herramienta para
• Ingeniería Telemática la administración
Documentador • Ingeniería de Computación de información; debe haber
• Ingeniería de Software participado como analista
• Ingeniería Electrónica documentador o afín en al menos un
• Ingeniería de Telecomunicaciones (1) proyecto de implementación de
• Ingeniería Industrial soluciones de software.
• Administración Informática
• Administración de Sistemas

PRODUCTOS ENTREGABLES

A continuación, se desglosan las etapas y sus entregables a desarrollar durante la ejecución del proyecto, para cada vigencia:

ETAPA DE PREPARACIÓN

REQUERIMIENTO
a) El CONTRATISTA entregará un plan de dirección del proyecto con sus respectivos planes de gestión
(alcance, cronograma, Calidad, Riesgos, comunicaciones, configuración), Equipo de trabajo propuesto,
EDT, Matriz de riesgos, metodología de trabajo, matriz de comunicación RACI, plan de transferencia de
conocimiento y plan de aceptación del producto.
Nota: El plan de gestión del tiempo debe incluir entre otros: cronograma de trabajo (Actividades, recursos,
porcentaje de dedicación y tiempos de inicio y entrega). Así mismo dentro del plan de Dirección del proyecto debe
quedar establecido las diferentes reuniones de Seguimiento con su respectiva periodicidad, las cuales deben ser
coordinadas y aprobadas por el supervisor del contrato.
Entregables de la Etapa:
 Acta de Inicio
 Documento Plan de proyecto y sus planes de gestión.
 Certificaciones de experiencia y académicas del personal propuesto debidamente organizadas para
revisión y aprobación por parte del supervisor del contrato.

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

Nota: el plan de proyecto y los documentos entregados por el CONTRATISTA serán aprobados por el(los)
supervisor(es) del contrato. Estos documentos serán elaborados por el CONTRATISTA conforme a los
lineamientos indicados por el Supervisor del Contrato y siguiendo los procedimientos para la gestión de proyectos
de tecnología, ciclo de vida de construcción de software, requisitos y pruebas de seguridad en el desarrollo de
sistemas de información y lineamientos de arquitectura de la Oficina de Tecnología e Informática de la SIC.

ETAPA DE ANÁLISIS Y DISEÑO

REQUERIMIENTO
a) El CONTRATISTA elaborará y entregará el diseño técnico y de infraestructura, de la instalación y
configuración de la plataforma requerida para la implementación de las iniciativas
b) Se debe dar cumplimiento a los diferentes lineamientos vigentes definidos por la entidad, entre los que se
resaltan:

 Documento de arquitectura de Software para RFI.docx

 Instructivo para la creación de diseños-mockups.docx
 Lineamiento Definición, estructuración y construcción de códigos fuentes JAVA, PLSQL.docx
 Lineamiento Uso de paquetes y o librerías en las fuentes.docx
 Lineamientos Datos_Arq_Ref v0.1.docx
 POLÍTICA DE GESTIÓN DE DATOS E INFORMACIÓN.docx
 LISTA DE CHEQUEO DE REQUISITOS DE SEGURIDAD DE LA INFORMACION_V3.docx
Entregables de la Etapa:
 Diseño técnico y de infraestructura
 Diseño Funcional.
 Documento de arquitectura de la solución
Nota: Las vistas y modelos de Arquitectura deben ser entregados en Enterprise Architect

ETAPA DE EJECUCIÓN

REQUERIMIENTO
a) El CONTRATISTA realizará la instalación y configuración de la plataforma requerida en los ambientes de
DESARROLLO que será provisto por el CONTRATISTA y PRUEBAS que será provisto por la SIC o por el
CONTRATISTA.
b) El CONTRATISTA debe cumplir con políticas de seguridad establecidas por la entidad.
c) El CONTRATISTA debe garantizar el correcto funcionamiento de la solución.
d) El CONTRATISTA debe instalar las herramientas y aplicaciones objeto del contrato y realizar las pruebas
en el ambiente de pruebas que será provisto por la SIC o por el mismo CONTRATISTA.
e) El CONTRATISTA deberá exponer y entregar a la SIC los resultados de las pruebas realizadas en el
ambiente de desarrollo, Esta labor deberá ser realizada por el grupo de calidad del CONTRATISTA.
f) El CONTRATISTA efectuará los ajustes que sean necesarios de acuerdo con el resultado de las pruebas de
integridad y seguridad de la información, realizadas por la SIC.
g) El CONTRATISTA debe mantener un esquema y/o metodología del plan de pruebas, debidamente
actualizado y documentado para cada entrega.
h) El CONTRATISTA ejecutará y realizará las certificaciones y pruebas de rendimiento para garantizar el
correcto performance del sistema en condiciones extremas:
Funcionales
Carga
Estrés
Seguridad
i) El CONTRATISTA admitirá que las implementaciones se darán por finalizados una vez se realicen las
respectivas pruebas y sean aceptados por parte del supervisor del contrato.

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

j) El CONTRATISTA deberá gestionar el versionamiento de código en MS Azure Devops, provista por la SIC
con el fin de garantizar la correcta gestión de versionamiento y automatización de servicios de información
entregados
Entregables de la Etapa:
 Documento de instalación y configuración.
 Plan de pruebas
 Casos de prueba
 Casos de prueba ejecutados
 Acta aceptación de pruebas a satisfacción
 Informe de pruebas de seguridad
 Informe de pruebas de carga y estrés
 Documentos técnicos de las funcionalidades implementadas
 Código Fuente de la solución en el repositorio que disponga la Entidad para tal fin

SEGURIDAD

REQUERIMIENTO
a) El proveedor debe cumplir con lo establecido en el procedimiento REQUISITOS Y PRUEBAS DE SEGURIDAD EN EL
DESARROLLO DE SISTEMAS DE INFORMACIÓN el cual se encuentra publicado actualmente en el siguiente enlace:
https://sigi.sic.gov.co/SIGI/files/mod_documentos/documentos/GS03-
P05/REQUISITOS%20Y%20PRUEBAS%20DE%20SEGURIDAD%20EN%20EL%20DESARROLLO%20DE%20SISTE
MAS%20DE%20INFORMACION_V3_copia_no_controlada.pdf?q=1616623416.408

Los requisitos establecidos en el capítulo 7.1.1 son de obligatorio cumplimiento y cualquier excepción deberá ser sustentada
por el proveedor y aprobada por la Entidad.

b) El proveedor deberá ejecutar pruebas de carga que garantice que el sistema de información no se afectará en su
rendimiento al atender de manera concurrente por lo menos a 1000 usuarios. El proveedor debe aportar los informes
técnicos junto con el análisis de un experto.
c) El proveedor debe ejecutar pruebas técnicas de seguridad sobre todas las sub-aplicaciones, componentes o web
services que conformen el sistema de información. Se deben realizar las siguientes pruebas:

1) Análisis de vulnerabilidades sin autenticación (caja gris)

2) Análisis de vulnerabilidades con autenticación (caja blanca)
3) Análisis de tipo Quality Gates para el cumplimiento de los lineamientos básicos de seguridad descritos en el
OWASP en su versión más actualizada.
Las pruebas deben ser ejecutadas con herramientas altamente calificadas.

Cualquier vulnerabilidad media, alta o crítica debe ser remediada por el proveedor o en su defecto sustentar el por qué
se debe aceptar.
Entregables de la Etapa:
 Informes de los análisis de vulnerabilidades.
 Informes de las pruebas de código
 Informes de la remediación de vulnerabilidades
 Informe con las evidencias del cumplimiento de los requerimientos de seguridad

ETAPA DE PUESTA EN PRODUCCIÓN

REQUERIMIENTO

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

a) El CONTRATISTA deberá realizar el plan de despliegue que contiene las actividades necesarias para
instalar y probar la solución de forma que se pueda efectuar la puesta en producción acorde al procedimiento
establecido por la SIC.
b) El CONTRATISTA proveerá acompañamiento para la instalación de la solución en el ambiente de
producción de la SIC, el cual debe quedar documentado.
c) El CONTRATISTA efectuará los ajustes que sean necesarios de acuerdo con el resultado de las pruebas de
integridad y seguridad de la información, realizadas por la SIC.
d) El CONTRATISTA ejecutará y realizará las certificaciones y pruebas de rendimiento para garantizar el
correcto performance del sistema en condiciones extremas. Entre ellas están:
a) Funcionales
b) Carga
c) Estrés
a) El CONTRATISTA suministrará la configuración de los elementos que sean requeridos en el ambiente de
producción de la SIC.
b) El CONTRATISTA entregará el manual de instalación para el paso al ambiente de producción de acuerdo
con el procedimiento provisto por la SIC.
e) El CONTRATISTA admitirá que las implementaciones objeto del presente contrato, se darán por finalizadas
una vez se concluyan las respectivas verificaciones en ambiente de producción y sean aceptadas por parte
del Supervisor del contrato de la SIC.
Entregables de la Etapa:
 Acta Paso a producción.
 Acta aceptación entregables del proyecto.
 Manual de usuario.
 Manual técnico.
 Documentación y Catalogo de Servicios
 Instaladores o archivos necesarios para desplegar.
 Manual de instalación de la solución en el ambiente de producción, Debe incluir entre otros el plan de
puesta en producción con su cronograma de actividades, matriz de riesgos, proceso a efectuar,
responsable, tiempo de duración de la actividad, hora y fecha inicio, hora fin, observaciones donde
indique en qué punto del documento de despliegue se debe realizar para cada ítem y el detalle de los
pasos requeridos para efectuar el despliegue.

GARANTÍA Y SOPORTE

REQUERIMIENTO

GARANTÍA
El contratista deberá cumplir con los siguientes términos de garantía para todos los desarrollos, adaptaciones,
implementaciones y aseguramiento de la calidad que realice durante la ejecución del contrato, por el término de
un (1) año posterior a la entrega de cada solución implementada a satisfacción:
 Debe garantizar la corrección de defectos de programación y/o fallas de funcionamiento de la solución
implementada y puesta en producción, la base de verificación del correcto funcionamiento será el documento
de alcance generado durante la verificación del requerimiento y el documento de diseño e implementación
generado en estos procesos. Esta garantía no cubre los cambios originados por cambios normativos o por
nuevos requerimientos de usuario.
 El contratista para los aspectos de alta criticidad deberá garantizar la corrección de defectos y/o fallas de
funcionamiento que generen indisponibilidad, habilitando la recepción de solicitudes de soporte 7x24.
 En caso de ajustes en los productos de software durante esta etapa, deberá garantizarse la instalación de las
actualizaciones en el ambiente de producción de la entidad y entregar la documentación actualizada.

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

 Para todos los entregables que conforman el proyecto, el contratista debe asumir los costos que impliquen
realizar ajustes a los mismos como resultado de errores y/o defectos que se encuentren durante este período.
 La garantía no se perderá automáticamente por la intervenciones evolutivas posteriores de los productos
entregados, salvo intervención inadecuada de la SIC o de un tercero comprobables en el código fuente, la
cual ocasionaría la perdida de la garantía.

SOPORTE TÉCNICO HASTA LA FINALIZACIÓN DE LA GARANTÍA.

Ante una solicitud de soporte, la atención inicial puede ser telefónica, pero si lo amerita, con base al concepto
emitido por la supervisión del contrato o quien este delegue, el soporte debe ser en sitio, para lo cual se deberá
prestar asistencia en sitio 5x8 cuando se requiera la presencia de los ingenieros de soporte en las instalaciones de
la Entidad, para resolver problemas de fallas en el sistema o contingencias que ocasione interrupción en la
operación o que tengan prioridad sobre el sistema desarrollado. A continuación, se presenta la tabla con la
clasificación de la atención de los soportes con base a su impacto:

TIEMPO DE
TIEMPO PROMEDIO PARA DAR
IMPACTO IMPACTO DE LA FALLA RESPUESTA
SOLUCIÓN (Horas hábiles)
(Horas hábiles)

Hasta 4 Horas. Después de este plazo

amerita desplazamiento a la
Si hay indisponibilidad total del Superintendencia de Industria y
CRITICO sistema Comercio. 2 Horas

Hasta 12 Horas. Después de este

plazo amerita desplazamiento a la
Si hay indisponibilidad en algún Superintendencia de Industria y
ALTO módulo del sistema Comercio. 4 Horas
Si el sistema genera datos
MEDIO inconsistentes 24 Horas 6 Horas
Si el sistema arroja algún tipo de
BAJO error que debe ser atendido 72 Horas 10 horas

El soporte técnico que requiera apagado del equipo, donde se encuentre instalada la solución implementada, debe
ser coordinado previamente con el supervisor del contrato o quien este delegue, con el fin de no generar
traumatismos en la normal prestación de los servicios de la entidad.

INDICADORES DE SOPORTE.

En cuanto al soporte durante y después del desarrollo, se clasificarán los defectos reportados de la siguiente
manera:
 DEFECTO CRÍTICO:
o Cuando los usuarios no pueden utilizar las funcionalidades principales del sistema.
o Cuando no es posible realizar algún trabajo productivo.
o Cuando no se puede prestar el servicio a los usuarios y/o clientes.
o Cuando es necesario para utilizar el software reiniciar la aplicación.
 DEFECTO MAYOR:
o Cuando el sistema opera con restricciones que impiden completar la operación de negocio que
define el caso de uso.

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

o Cuando el caso de uso desarrollado no cumple con la totalidad de las reglas de negocio definidas
en la especificación.
o Cuando el caso de uso desarrollado no cumple alguna de las validaciones de negocio definidas en
la especificación.
o Cuando el o los objetos implantados en alguno de los ambientes genera daños en los datos pre-
existentes en el sistema.
 DEFECTO MENOR:
o No se encuentran disponibles algunas funciones o componentes del sistema, que generan un
impacto mínimo para los usuarios del sistema.
o Cuando no obstante las limitaciones, el sistema permite completar la operación de negocio que
define el caso de uso.
o Cuando el impacto del defecto no genera un riesgo considerable, pero es necesario resolverlo.
 DEFECTO COSMÉTICO:
o Se refiere a un mal funcionamiento de la interfaz de usuario, que no impide la correcta ejecución del
sistema.
 ENTREGA RECIBIDA A SATISFACCIÓN:
o Es aquella que cumple con el 100% de los criterios de aceptación de la especificación funcional de
los requerimientos.

ACUERDOS DE NIVELES DE SERVICIO Y FACTORES DE COMPENSACIÓN DE SERVICIOS

Las actividades desarrolladas por el contratista deberán cumplir con los niveles de servicios que se presentan a
continuación, los cuales serán evaluados mensualmente en cada una de sus fases, pero principalmente en la
ejecución de los servicios del contrato.

Los acuerdos de niveles de servicios (ANS) que como mínimo deben ser cumplidos por el Contratista son los que
se presentan en la siguiente tabla:

INDICADOR FRECUENCIA FORMULA DE DESCRIPCIÓN META TABLAS DE DESCUENTO

CALCULO
Número de Por producto # de errores Número de 10 Número Sobre el valor
errores en o entregable detectados por errores de errores del producto
etapa de usuarios en detectados por De 5 a 6 1%
pruebas para ambiente de usuarios en De 7 a 9 5%
los certificación ambiente de Más de 10 10%
desarrollos certificación
Nivel de Mensual Número total Se refiere al 85% Porcentaje Sobre el valor
cumplimiento de nivel de del producto
en las requerimientos cumplimiento > 85% 0%
entregas a la del Ciclo de entregas < 85% 5%
SIC entregados contra los
*100 / Número requerimientos
total de solicitados
requerimientos
planeados en
el ciclo
Nivel de Por producto Número de Se refiere a la Menor Porcentaje Sobre el valor
Calidad del casos de uso o calidad en los al del producto
Software historias de casos de uso o 20% 1% a 10% 5%
usuario con historia de 11 al 20% 10%
defectos usuario
críticos del generados por

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

ciclo de cada
requerimientos requerimiento
*100/número
total de casos
de uso o
historias de
usuarios del
ciclo de
requerimientos.
Nivel de Por producto La desviación Se refiere a la Menor Porcentaje Sobre el valor
cumplimiento en la entrega desviación en al del producto
de de los los tiempos de 20% 1% a 5% 5%
cronograma productos no entrega para 6 al 10% 10%
de entrega podrá los proyectos 11 al 20% 20%
sobrepasar el Superior al Incumplimiento
20% de 20%
desviación en
el tiempo
dispuesto para
la entrega del
producto por
cronograma de
cada proyecto

Nota:
En caso de que se incumplan varios indicadores, el total de descuentos a realizar corresponderá a la sumatoria de
los descuentos que apliquen en cada caso. Esta sumatoria no podrá superar el 30% del valor a facturar en el mes
específico.

Los cálculos y resultados de los ANS, estarán a cargo de la SIC con los insumos que se generen conjuntamente
de las revisiones, reuniones y seguimiento. El resultado final deberá ser acogido y adoptado por el contratista.

La siguiente tabla contiene la tipificación de errores, que se tendrá en cuenta en la etapa de prueba:
TIPO ERROR DESCRIPCIÓN
Bajo  Su ocurrencia se da con funciones o entradas que por su naturaleza no son
críticas.
 Se refiere a un mal funcionamiento de la interfaz de usuario, pero que no
impide la correcta ejecución del sistema.
Medio Fallas que se presentan de manera constante pero que no afectan el funcionamiento
del sistema:
 No se encuentran disponibles algunas funciones o componentes del
sistema.
 Cuando a pesar de las limitaciones, el sistema permite completar la
operación de negocio que define el caso de uso o la historia de usuario.
 Cuando el impacto del defecto no genera un riesgo considerable, pero es
necesario resolverlo.
Alto Fallas que no cumplen las especificaciones:
 Cuando el sistema opera con restricciones que impiden completar la
operación de negocio que define el caso de uso o la historia de usuario.
 Cuando el caso de uso o historia de usuario desarrollado no cumple con la
totalidad de las reglas de negocio definidas en la especificación.

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

 Cuando el caso de uso o historia de usuario desarrollado no cumple alguna

de las validaciones definidas en la especificación.
Crítico Fallas que bloquean el estado del sistema o los datos e impiden su operación normal:
 Cuando los usuarios no pueden utilizar las funcionalidades principales del
sistema.
 Cuando no es posible realizar algún trabajo productivo.
 Cuando no se pueden prestar el servicio a los usuarios/o clientes finales.

Los tipos de error Bajo y Medio no serán contabilizados para el indicador y por lo tanto no serán tenidos en cuenta
para la tabla de descuento, pero deberán ser solucionados antes del paso a producción. Los tipos de error Alto y
Crítico serán tenidos en cuenta para la aplicación de los descuentos y deberán ser solucionados para el siguiente
ciclo de pruebas.

El CONTRATISTA entregará un documento con los Acuerdos de Nivel de Servicios (ANS) con la SIC, indicando el
tiempo de respuesta de soporte y garantía, disponibilidad horaria, documentación disponible y personal asignado
al servicio, de acuerdo con los términos dispuestos por el supervisor del contrato.
El CONTRATISTA constituirá garantía mínima de un (1) año sobre los defectos de fabricación y soporte que deberá
ser suministrado telefónicamente, en sitio o a través de un sistema de Help Desk, la cual será contada a partir del
acta del paso a producción.
Entregables de la Etapa:
Documento ANS soporte y garantía
Contrato de cesión de derechos de autor

DOCUMENTACIÓN

REQUERIMIENTO
a) El CONTRATISTA suministrará toda la documentación y el soporte necesario para efectuar el paso a los
ambientes de pruebas y producción, de las implementaciones realizadas.
b) Los documentos entregados por el CONTRATISTA serán aprobados por el(los) supervisor(es) del contrato.
Estos documentos serán elaborados por el CONTRATISTA conforme a los lineamientos indicados por el
Supervisor del Contrato y siguiendo la metodología para la gestión de proyectos de tecnología y ciclo de
vida de construcción de software de la Oficina de Tecnología e Informática de la SIC.

TRANSFERENCIA DE CONOCIMIENTO

REQUERIMIENTO
a) Transferencia de conocimiento hasta para 20 personas que deberá incluir mínimo 8 horas de capacitación
funcional y 16 horas de capacitación técnica.
b) Los equipos y locaciones necesarias para la transferencia de conocimiento serán proporcionados por el
Supervisor del Contrato.
c) EL CONTRATISTA deberá suministrar la información relacionada con los servicios que se implementen,
para que la SIC pueda integrarlos con otros aplicativos utilizados al interior de la Entidad.
d) El material didáctico e informativo que se proporcione para este fin lo deberá suministrar EL CONTRATISTA,
estará en idioma español y deberá entregarse en medio digital para que sea dispuesto en la Intranet de la
Entidad.
Entregables de la Etapa:
 Material Capacitación
 Lista de Asistencia de las Capacitaciones

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

Nota: El proveedor debe cumplir con los lineamientos vigentes de la OTI al cierre del contrato de acuerdo con las instrucciones del
supervisor del contrato.

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

ANEXO ARQUITECTURA

OBJETIVO

Describir el diseño de la arquitectura de solución que se han llevado a cabo dentro de la entidad y sobre la cual se
implementarían los nuevos desarrollos y mejoras de funcionalidades.

ARQUITECTURA DE SOLUCIÓN

La arquitectura de solución que se estandariza para los nuevos desarrollos de software dentro de la SIC se compone
varias capas de componentes, las cuales se aprecian en la imagen 1, sin embargo, desde un alto nivel se establecen
dos componentes principales el Frontend Web y el Backend Java

Azure DevOps
IMAGEN 1. Arquitectura de solución

DESCRIPCIÓN DE LOS COMPONENTES

A continuación, se describen los componentes que hacen parte de la arquitectura de solución, sus responsabilidad y
versiones de las tecnologías usadas para su construcción.

COMPONENTE RESPONSABILIDAD TECNOLOGÍA

Exponer la funcionalidad Front de la aplicación, es
web, responsiva y alineada con los criterios de diseño y
usabilidad de la SIC, el desarrollo se expone a través de - Angular 10
WEB APP
un apache el cual hace las veces también de proxy - Apache 2.4.6
inverso para acceder al api de servicios de la lógica de
negocio.
Componente de Red Hat, para la gestión centralizada
SSO de los relacionado con autenticación y autorización, - RedHat SSO 7.4
soporta los protocolos OAuth 2.0 y OpenID Connect.
Capa de microservicios que exponen el API de
- SpringBoot 2.2
funcionalidades para soportar los requisitos funcionales
LÓGICA NEGOCIO - JBoss EAP 7.3
y no funcionales del desarrollo, inicialmente
- OpenJDK 11.0.7
desplegados en JBOSS EAP, pero empaquetable en

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)
 ANEXO TECNICO

contenedores para ser desplegados en OpenShift (a

futuro)
Motor de reglas de negocio que permite soportar la
RHBRMS toma de decisiones y orquestación de los procesos - RHBRMS 7.33.0
ejecutados por el motor.
Motor de procesos encargado de gestionar las
RHPAM instancias, etapas, roles y responsabilidades de los - RHPAM 7.33.0
diferentes actores de la cadena de valor.
Conjunto de servicios WEB y de interoperabilidad - RH FUSE
SERVICIOS LEGADOS expuestos por aplicaciones legados o por el bus de - SOAP (JAVA)
integración, pueden ser SOAP o REST - REST (JAVA, PHP)
Maquinas virtuales aprovisionadas con sistema
- Oracle 19c
INFRAESTRUCTURA operativo Linux, la persistencia de archivos se puede
- RHEL 7.8
hacer en NAS, el motor de base de datos es Oracle 19c
Herramienta (y metodología) para la gestión del ciclo
AZURE DEVOPS de vida de las aplicaciones soportada en procesos - Azure DevOps
automáticos de CI y CD.
Tabla 1. Descripción de los componentes.

1-F03
Sede Vr.0
Centro:(2013-10-16)
Carrera 13 No. 27-00 pisos 1, 3, 5, 7 y 10 PBX: (571) 5870000 GA01-F03 Vr6 (2020-01-17)