ANEXO 2 “ESPECIFICACIONES TECNICAS”

1. Objeto a Contratar

Contratar el servicio de fábrica de software para atender los requerimientos de los sistemas de informac i ón
registrados en REDMINE, y los nuevos que sean requeridos por la Dirección de Gestión de Información,
cumpliendo con los lineamientos y metodologías tecnológicas establecidas por el SGC.

2. OBLIGACIONES DEL CONTRATISTA

2.1 Obligaciones generales

El proveedor del servicio de fábrica de software deberá realizar las siguientes actividades
generales:

1. Cumplir a cabalidad con el objeto del contrato, observando en todo momento el ré gime n
de contratación; acatando la Constitución, la Ley y demás normas pertinentes, así como l o
establecido en la propuesta y los estudios previos.
2. Allegar al SGC, en los plazos establecidos, los documentos requeridos para formal i zación
del contrato.
3. Garantizar la calidad de los bienes o servicios entregados
4. Colaborar con el SGC en cualquier requerimiento que se le realice.
5. Dar a conocer al SGC cualquier reclamación que indirecta o directamente pueda tener
algún efecto sobre el objeto del Contrato o sobre sus obligaciones.
6. Comunicarle al SGC cualquier circunstancia política, jurídica, social, económica, té cnica o
de cualquier tipo, que pueda afectar la ejecución del Contrato.
7. Actuar con reserva y discreción en el cumplimiento de las labores encomendadas.
8. Obrar con lealtad y buena fe en las etapas contractuales, evitando dilataciones y
entrabamientos.
9. No acceder a las peticiones o amenazas de quienes actúen por fuera de la ley, con el fin de
obligarlo a hacer u omitir algún acto o hecho. En tal evento, avisar inmediatamente al SGC
y demás autoridades competentes, sobre la ocurrencia de dichas peticiones o amenaza.
10. Efectuar el pago de aportes parafiscales conforme a la normativi dad vigente.

2.2 Obligaciones específicas

En el objeto del presente contrato, el proveedor deberá cumplir con las siguientes obligaciones
específicas:

1. Realizar el Análisis, Diseño, Desarrollo, Pruebas, Despliegue y Estabilización, de los

aplicativos y sistemas de información nuevos, así como la solución de requerimientos
asociados a los sistemas existentes del Servicio Geológico Colombiano (SGC), bajo el
modelo de fábrica de software, de conformidad con lo establecido en el Anexo de
especificaciones Técnicas.
2. Planificar de manera oportuna y eficiente los recursos técnicos y humanos para el
cumplimiento de los objetivos propuestos.
3. Realizar las actividades a su cargo, basadas en estándares o mejores prácticas
internacionales que cumplan con lo definido por SLDC (Systems Development Life Cycle)
4. Realizar las actividades de Análisis, Diseño, Desarrollo, Pruebas, Despliegue y Estabilización de
cada requerimiento solicitado bajo el entendimiento que los cronogramas se establecen entre el
proveedor y SGC de acuerdo a las cuantificaciones de esfuerzo que se realicen.
5. Analizar el alcance de cada requerimiento consignado en la herramienta RED MINE y
efectuado por el SGC, esto con el fin de realizar la proyección de las actividades necesarias
que permitan una adecuada implementación de la solución.
6. Realizar el análisis, levantamiento y la documentación de los requerimientos tanto
funcionales como no funcionales de los desarrollos o mejoras que determine l a e nti dad,
de acuerdo a la prioridad que se establezca para su ejecución, en la herramienta que se
defina.
7. Realizar el diseño, desarrollo e implementación, de la solución, de tal manera que que de
funcionando en ambiente de producción, garantizando el correcto funcionamiento de l as
misma.
8. Adaptar la solución garantizando su puesta en producción cumpliendo los tiempos
estipulados previamente.
9. Brindar soporte de la solución durante el tiempo de la ejecución del contrato, en este
tiempo se deben realizar ajustes en caso de ser necesarios, y siempre brindar
acompañamiento, garantizando el recibo a satisfacción.
10. El contratista debe utilizar la herramienta de control de requerimientos del SGC. La fuente
de control de requerimientos es REDMINE y la solución del requerimiento se real izará e n
AZURE DEVOPS del SGC.
11. Llevar un control de las diferentes versiones de las soluciones de software en la
herramienta definida por la entidad para este propósito.
12. Resolver las solicitudes de servicios en el desarrollo de nuevos sistemas de i nformaci ón
como también al mejoramiento de sistemas de información que ya existan en el SGC.
13. Realizar todas las actividades concernientes a la migración de datos, para esto se deben
proponer y definir las estrategias y el plan respectivo.
14. Una vez finalizado el requerimiento, estén realizadas las pruebas y que el producto esté en
ambiente de producción el proveedor deberá suministrar o actualizar la documentación
completa del producto al SGC, listado de documentos solicitados: Documento de Análisis y
Documento de Diseño, Documentación técnica (Manual de Usuario, Manual Técnico del
sistema, Diccionario de Datos, modelo de datos, Manual de Instalación del Sistema).
15. Realizar una transferencia de conocimiento de acuerdo a solicitud del SGC, esta
transferencia de conocimiento debe ser necesaria y suficiente a los usuarios y técnicos de l
SGC, la misma debe incluir los temas de operación del software, factores claves de é xito,
lecciones aprendidas y mejores prácticas, de tal manera que la Dirección de Gestión de
Información actualice y mejore su conocimiento en procesos de desarrollo de software.

16. Entregar los productos asociados a los requerimientos de acuerdo con el cronograma y los
criterios de calidad definidos.

17. Realizar un informe mensual sobre todos los resultados obtenidos respecto de las
actividades a cargo, según el cronograma establecido.
18. Cumplir con el equipo de trabajo, infraestructura, equipos técnicos y todos los elementos
necesarios para la prestación del servicio, acorde a lo requerido por el SGC de acue rdo al
presente Anexo de especificaciones técnicas .
19. Realizar nuevos desarrollos de software en el SGC, y mejorar los desarrollos existentes e n
el SGC, utilizando las diferentes plataformas con que cuenta la entidad y las que adqui e ra
para nuevos desarrollos.
20. Emplear de forma prevalente metodologías ágiles, herramientas, estándares y buenas
prácticas en ingeniería de software con el cumpliendo con las normas de calidad y
procedimientos con mediciones detalladas.
21. Utilizar MDA y SOA como principios fundamentales de arquitectura para construir
soluciones informáticas y UML y SoaML como lenguajes de modelado, utilizando como
herramienta Visual Paradigm con la que cuenta el SGC.
22. Utilizar como base en análisis de los requerimientos realizados, la documentación
suministrada por el SGC. Este documento no exime al contratista de efectuar el anál i si s y
levantamiento de requerimientos, en caso de que el SGC no tenga documentaci ón de un
determinado desarrollo.
23. Desarrollar, extender o adaptar las soluciones informáticas, en alguna de las siguientes
plataformas, según sea el caso: SQL Server 2014+ y .NET, Sharepoint, JAVA y PHP, MySQL,
ORACLE, ORACLE APEX.
24. Brindar el soporte técnico requerido durante los cinco (5) días hábiles de la semana, 8
horas al día según el horario laboral, en modalidad de 5X8 con un tiempo de respuesta no
mayor a dos (2) horas, una vez sea reportado el incidente.
25. Contar con ambientes desarrollo esto para garantizar la solución a los requerimientos.
26. Responder por la calidad del servicio de conformidad con los acuerdos de niveles de
servicio solicitados (Ver Acuerdos de Nivel de Servicio ANS).
27. Garantizar los ajustes que sean necesarios durante la ejecución del contrato y siempre
brindar acompañamiento hasta el recibido a satisfacción.
28. Utilizar la herramienta de control de requerimientos del SGC.
29. Cumplir con las políticas generales de seguridad de la información, confo rme a los
lineamientos del SGC y las políticas de Gobierno Digital de la república de Colombia.
30. Las aplicaciones web deben guardar conformidad con las políticas y buenas prácticas de
seguridad actuales en el mercado y las definidas por la entidad. El proveedor deberá
realizar un escaneo de vulnerabilidades sobre las aplicaciones o desarrollos realizados con
herramientas acordadas con el SGC, las cuales no deberán ser de libre distribución o de
uso gratuito. En caso que se generen o detectan vulnerabilidades o debilidades que
impliquen riesgos de seguridad, tales como inyección de código, seguridad de si ti o We b,
ataques de tipo Directory Transversal, Cross Site Scripting, hacking u otros. Todas estas
vulnerabilidades o debilidades deben ser remediadas o mitigadas, especialmente las al tas
o medias, sustentando los riesgos de aquellas que no puedan ser de l todo eliminadas, para
el momento de la entrega definitiva y/o durante el tiempo de garantía.
31. Mantener actualizado el código fuente y demás entregables de los desarrollos, en el
repositorio de control Microsoft TFS de versiones que se dispone para tal fin.
32. Entregar el código fuente y ceder los derechos de autor de los desarrollos realizados. Es
obligación del proveedor mantener actualizado el código fuente como también los de más
entregables.
33. El proveedor, se compromete a NO instalar en los equipos que conf orman los ambi e ntes
de producción del SGC, software que no se encuentre debidamente autorizado.
 34. En el evento de que el proveedor, solicite permisos para actuar con perfiles especiales de
administrador local, deberá ser autorizado por la dirección de Gestión de la Información
del SGC.
35. Garantizar una adecuada transición de salida del proveedor, para lo cual deberá continuar
asegurando la completa y correcta operatividad de todos los servicios prestados al amparo
del contrato, comprometiéndose además a facilitar la transferencia del conocimiento,
documentación, estándares de funcionamiento y cualquier aspecto que provea a la
Dirección de Gestión de Información necesario para la actualización de las soluciones
desarrolladas, ante un cambio de proveedor.
36. Cumplir las demás actividades relacionadas con el objeto del contrato que sean acordadas
con el supervisor del mismo.
37. Cumplir con altos estándares de calidad que aseguren la cobertura de código y minimi ce n
la deuda técnica de los componentes entregados.

2.3 OBLIGACIONES POR PARTE DEL SGC

1. Realizar los pagos en la forma y condiciones establecidas en el presente documento.

2. Suministrar la información y productos requeridos para el cumplimiento del objeto
contractual
3. Ejercer la supervisión del contrato para verificar el cumplimiento de las obligaciones a que se
compromete el Contratista.

3. MODELO DE OPERACIÓN

Las actividades de este ítem se realizarán para las aplicaciones propias del Servicio Geológico
Colombiano y para el mejoramiento de las aplicaciones y sistemas de información existentes, l as
cuales serán priorizadas según las necesidades de las diferentes direcciones del SGC.

3.1 FASE DE PLANEACIÓN

Esta fase proporciona al Contratista un marco de trabajo que le permitirá adelantar la preparación
de la estructura de gobierno, el modelo operativo, procedimientos y herramientas que facili tarán
la gestión de ejecución del contrato y la apropiación sobre las mismas, así como adoptar y adaptar
la metodología del SGC, adelantar la planeación general y razonable de recursos, costos y tiempos,
con base en la exploración de las necesidades específicas del SGC y dará una visión clara del
equipo requerido y los ANS a seguir en los proyectos. Así mismo, incluye la trasferen cia de
conocimiento de las políticas, procedimientos, arquitectura, estándares que tiene el SGC al equipo
de trabajo del Contratista.

A continuación, se describen el objetivo, entradas, actividades y entregables de esta fase:

El objetivo de esta fase es adelantar toda la preparación del modelo operativo, proce dimi entos,
instrumentos y herramientas que facilitarán la gestión de ejecución del contrato y la apropi aci ón
sobre las mismas, así como adelantar la planeación general de la ejecución del contrato y de cada
uno de los proyectos. Igualmente, el propósito de esta fase es que los equipos de trabajo del
contratista, adquieran conocimiento funcional sobre las necesidades de información de los
proyectos a desarrollar, así como conocimiento de la arquitectura tecnológica, herramientas,
procedimientos de trabajo y estándares, de tal manera que a la finalización de esta fase el
contratista esté en capacidad de realizar todas las actividades de los procesos técnicos asoci ados
al desarrollo y actualización de soluciones de software. Es importante tener en cuenta que todos
los instrumentos y herramientas deberán ser desarrollados bajo un modelo electrónico de gestión
documental y flujos de trabajo.

Actividad I
Alistamiento del equipo de trabajo para la ejecución del contrato, lo cual significa que e l e quipo
deberá contar con su infraestructura tecnológica requerida y habilitada para el inicio de la
ejecución del contrato.
Entregables

- Acta de alistamiento del equipo de trabajo.

- Hojas de vida del personal de proyecto.

Actividad II
Alcance del proyecto y planeación inicial
Entregables
- Descripción y Alcance Proyecto
- Objetivo Proyecto
- Plan de Asignación de Recursos Humanos
- Plan de aseguramiento de calidad
- Plan de Riesgos
- Plan de Comunicaciones
- Plan de administración de cambios
- Plan de administración de costos
- Procedimiento de aplicación de buenas prácticas del modelo de desarrollo de software del
contratista.
- Criterios de Aceptación, calidad y finalización para los entregables.
- Estrategia de cuantificación y estimación de esfuerzo adoptada y adaptada, según los
lineamientos dedos por el SGC.

Actividad III

Alcance y Planeación por cada aplicación a desarrollar o actualizar

Entregables
Para cada una de las aplicaciones a desarrollar o actualizar se debe incluir la sección
correspondiente en el documento del plan de trabajo que incluya:
- Relación de actividades, tiempos, recursos y costos.
- Hitos del Proyecto.
 - Levantamiento de información y análisis del estado actual de cada sistema de información
en particular.

Actividad IV
Realizar el entendimiento de las herramientas tecnológicas para seguimiento y ejecución del
proyecto.
Entregables
- El contratista debe adaptarse a las herramientas tecnológicas de la entidad con el
propósito de facilitar el seguimiento y la ejecución de las actividades previstas en el
contrato.

Actividad V
Análisis y revisión de las metodologías y elementos relacionados con el proceso de fábrica de
software.
Entregables
- Capítulo del documento del plan de trabajo, que incluya el Entendimiento de la
metodología establecida por la Dirección Gestión de la Información del SGC.

Actividad VI
Levantamiento de información y análisis del requerimiento, junto al equipo que designe la
Dirección de Gestión de Información del SGC.

Entregables
- Actas de la realización de la actividad a la Dirección de Gestión de la Información de l SGC
con los acuerdos establecidos.
- Sección del documento de plan de trabajo, especificando el análisis del estado actual de
los sistemas de información del SGC, como mínimo en los siguientes aspectos:
o Aspectos funcionales: según la documentación funcional analizada de los sistemas
de Información a desarrollar o actualizar.
o Aspectos técnicos: según documentación técnica analizada (modelo de datos,
arquitectura, módulos técnicos, seguridad) según la arquitectura tecnol ógi ca de l
SGC.

Actividad VII
Revisión de la lista de productos entregables por cada proyecto y sus criterios de aceptación.
Entregables
- Lista de productos y entregables del proyecto, revisando los criterios de aceptación en
cada caso, según lo establecido en la lista de chequeo de entregables provista por la
Entidad.
- Acta de entendimiento de criterios de aceptación de cada entregable por proyecto.

3.2 FASE DE PLENO SERVICIO

El objetivo general de esta fase es la provisión por parte del contratista, de los servicios y
productos de las soluciones de software nuevas o existentes, priorizadas y corresponderá a un
trabajo dinámico y mancomunado en el cual se desarrollarán las actividades propias del ciclo de
vida de software, para lo cual se debe desarrollar las etapas de:
3.2.1 Gerencia: Tiene como objetivo garantizar e informar el cumplimiento de los resultados
esperados en el servicio mediante una óptima administración de los recursos del contrato y el
desarrollo eficaz de las diferentes actividades adelantadas por el contratista.

3.2.2 Gestión de requerimientos: Se refiere a la identificación del alcance de cada requeri mi ento
de servicio solicitado, de tal manera que se pueda realizar la programación de las actividades
necesarias para atender la demanda de nuevos productos de software de alto impacto, la
conversión de los aplicativos de tecnología obsoleta y la actualización de los sistemas actuales.

3.2.3 Análisis y Diseño: El objetivo de esta etapa es la conceptualización y especificación técnica

detallada de la solución, describiendo casos de uso o historias de usuario, y diagramas de
actividades.

3.2.4 Desarrollo: El objetivo de esta etapa es construir o desarrollar y configurar las solucione s de
software para que cumplan las especificaciones, la arquitectura general de soluciones de software
del SGC.

3.2.5 Pruebas: Se deberán realizar las pruebas correspondientes que permitan validar la sol uci ón
construida, previa a la etapa de Despliegue.

3.2.6 Despliegue y Estabilización: Consiste en la puesta en producción de la solución, garantizando

el funcionamiento de la misma y realizar las actividades correspondientes a la estabilización de las
soluciones. En el proceso de estabilización se debe dar solución de incidentes en los tiempos
acordados por un tiempo mínimo de un (1) mes o el que se establezca de común acuerdo, donde
se deben realizar los ajustes que se identifiquen y que sean necesarios.

3.3 GERENCIA

3.3.1 Objetivo
El objetivo de esta etapa transversal es garantizar e informar el cumplimiento de los resultados
esperados logrando la mejor administración de los recursos para las diferentes etapas del servici o
contratado.

Actividad I
Ejecutar el modelo de operación del contrato.
Entregables
- Informe quincenal de la fase de pleno servicio para avance del portafolio.
- Actas de seguimiento de portafolio

Actividad II
Elaborar y presentar al supervisor del contrato, para aprobación, los planes de los proye ctos, con
base en los documentos utilizados, revisados y aprobados.
Entregables
- Planes de proyectos aprobados.
- Actas de reuniones.
 - Seguimiento semanal al avance del plan de cada proyecto.

Actividad III
Realizar seguimiento y monitoreo permanente del cumplimiento de los planes y obligaciones de l
portafolio, de los proyectos en curso y proponer acciones de mejora cuando los proyectos así lo
requieran.
Entregables
- Informes de avance mensual, deben ser entregados en los primeros cinco (5) días hábi l e s
del siguiente mes.
- Consolidado mensual de avance para cada plan de proyecto
- Informe de cumplimiento de los Acuerdos de Niveles de servicio (ANS).

Actividad IV
Elaborar y gestionar los controles de cambio, cuando los proyectos así lo requieran.
Entregables
- Formato de solicitud del cambio al plan de proyecto.
- Actas de reuniones de aprobación o rechazo del cambio.
- Plan de proyecto ajustado, incluyendo cronograma de actividades detallado, con
asignación de responsables y roles para cada tarea y administración de las actualizaciones
de las líneas base resultantes.
- Lecciones aprendidas

Actividad V
Conformar y administrar los equipos necesarios para cada proyecto.
Entregables
- Presentar para aprobación del SGC, las hojas de vida que conforman el equipo de trabajo
por demanda necesario para cada proyecto.

Actividad VI
Garantizar que la información de los proyectos y del portafolio de proyectos, se conserve
actualizada en el repositorio definido para la gestión documental del portafolio y de los proyectos.
Entregables
- Repositorio de documentos de los proyectos y del portafolio de proyectos, actualizado.

Actividad VII
Realizar la gestión de riesgos y alertar oportunamente al SGC ante cualquier situación que
atente contra el cumplimiento de cualquier entregable.
Entregables
- Informe al SGC ante situaciones que atenten contra el cumplimiento de cualquier
entregable/artefacto, y presentar el plan de acciones preventivas o correctivas
correspondientes.

Actividad VIII
Garantizar y gestionar los procesos de la calidad y de las comunicaciones.
Entregables
- Actas de reuniones de seguimiento de portafolio.
- Capítulo de seguimiento al aseguramiento de la calidad en informe mensual de actividades
3.4 GESTION DE REQUERIMIENTOS
3.4.1 Objetivo El objetivo de esta etapa es verificar el alcance de cada requerimiento de se rvici o
solicitado describiendo los casos de uso, de tal manera que se pueda realizar la planificación de las
actividades necesarias para las etapas siguientes del proyecto.

Es importante tener en cuenta que no todos los requerimientos de servicio deben tener
obligatoriamente las etapas de análisis y diseño, desarrollo, pruebas, etc., sólo e n e l caso que e l
nivel de detalle en la especificación lo amerite y se debe hacer siempre y cuando haya una
solicitud explicita de la Dirección de Gestión de la Información del SGC.

De acuerdo a lo anterior, un requerimiento de servicio puede iniciarse desde la etapa de

desarrollo a partir de la información de diseño conceptual entregado, puede ser por petición de l a
Dirección de Gestión de la información y podrían realizarse las dos actividades Iterativa e
incrementalmente.

Actividad I
Realizar inducción con el grupo de la Dirección de Gestión de la Información que parti ci pan e n e l
proyecto, sobre la metodología utilizada en la ejecución del mismo.
Entregable
- Acta de inicio
Actividad II
Realizar reuniones periódicas para detallar aspectos que son necesarios para la elaboración del
plan del proyecto
Entregable
- Actas de reunión

Actividad III
Recibir y analizar el requerimiento para aceptar o cancelar según sea el caso, y así iniciar a planear
la solución.
Entregable
- Documento de requerimientos realizado por la Dirección de Gestión de Información.
- Listado de casos de uso a desarrollar.
- Documento Análisis de Requisitos del Seguridad
- Matriz de trazabilidad de requerimientos
- Actas de reunión

Actividad IV
Ajustar, presentar y sustentar el plan de proyecto
Entregable
- Plan de proyecto ajustado, incluyendo cronograma de actividades detallado con
asignación de responsables y roles para tarea.
Actividad V
Estimar las etapas del ciclo de vida según la matriz de estimación
Entregable
- Desarrollo de la matriz de estimación de casos de uso concertada con la Dirección de
Gestión de Información del SGC.
 3.5 ANALISIS Y DISEÑO
3.5.1 Objetivo
El objetivo de esta etapa es la conceptualización y especificación técnica y funcional detall ada de
la solución, diagramas de actividades, diagramas de secuencia, modelamiento, arquitectura y
definición y planificación del desarrollo. Podrá realizarse de manera iterativa e incremental previo
acuerdo entre las partes.

Actividad I
Elaborar el documento de diseño técnico de arquitectura
Entregable
- El documento de diseño técnico de arquitectura detallada corresponderá al Formato de
Diseño Técnico de Arquitectura definido por la Entidad.

Actividad II
Desarrollar cada uno de los casos de uso
Entregable
- Para cada uno de los casos de uso se deberá seguir la estructura definida por el SGC en
cuanto a la definición y plantilla de casos de uso.

Actividad III
Desarrollar el documento de Plan de Pruebas
Entregable
- Desarrollar el documento de plan de pruebas según lo definido en el artefacto de formato
de Plan de pruebas.
Actividad IV
Diligenciar el formato de requerimientos no funcionales para infraestructura.
Entregable
- Formato diligenciado de requerimientos no funcionales para infraestructura.
Actividad V
Analizar las brechas de seguridad para aplicativos
Entregable
- Formato diligenciado de chequeo análisis brechas de seguridad para aplicativos

NOTA: Es importante resaltar que el diseño puede referirse a desarrollo a la medida o a la

configuración y/o adaptación de una solución ya existente, se realizará previa solicitud de la
Dirección de Gestión de la información del SGC.

3.6 AMBIENTES PARA LA FASE DE DESARROLLO Y PRUEBAS

Los ambientes que soportan la ejecución de las actividades del ciclo de vida de desarrollo de
software a excepción del ambiente de desarrollo los proveerá el SGC al igual que el software
requerido en los servidores; según la siguiente tabla:

AMBIENTE DESCRIPCIÒN Responsable de Aprovisionamiento de ambientes

aprovisionar cada
ambienteHerramienta
s de desarrollo
Desarrollo Ambiente donde el Adjudicatario del Relacionados con base de datos el
contratista construye las proceso de SGC
soluciones de software. contratación Relacionados con ARCGIS el SGC
Se utilizará el del Proveedor
contratista.

Pruebas Ambiente donde el NO APLICA Ambientes de despliegue SGC

usuario final revisa
funcionalmente el
sistema

Producción Ambiente donde se SGCNO APLICA Ambientes de despliegue SGC

despliega la solución

3.6 DESARROLLO
OBJETIVO
El objetivo de esta etapa es construir, adaptar las aplicaciones y mantenimientos evolutivos
acordes con lo planificado en las actividades de “Gestión de requerimientos” y “Análisis y diseño”.
Podrá realizarse de manera iterativa e incremental previo acuerdo entre las partes.

Actividad I
Construir la solución, acorde con los documentos relacionados en las etapas de “Gestión de
requerimientos” y “Análisis y diseño”.
Entregable
- Código fuente e instaladores en la herramienta dispuesta por la Entidad (TFS). El código
fuente debe cumplir con los estándares de seguridad y código seguro estableci dos por l a
Entidad.
- Acta de entrega a satisfacción de los artefactos.
- Artefactos de software versionados por ambiente en la herramienta dispuesta por la
Entidad (TFS).

Actividad 2
Realizar el aseguramiento de la calidad
Entregable
- Informe de verificación pruebas unitarias y cumplimiento de estándares de
codificación/desarrollo, que incluya certificación de calidad de la solución y las evidenci as
del aseguramiento de calidad realizado.

Actividad 3
Realizar la puesta en operación de las soluciones tanto en ambiente de desarrollo como en
ambiente de pruebas.
Entregable
- Informe de puesta de la solución en los ambientes de desarrollo y pruebas.
- Manual Instalación y configuración aplicación.

Actividad 4
Elaborar los documentos de manual técnico y manual de usuario final de la solución.
Entregable
- Desarrollo de los manuales.

Actividad 5
Diligenciar el formato de implementación de la solución
Entregable
- Se debe realizar el diligenciamiento de implementación de la solución, en el formato
dispuesto por el SGC.

Actividad 6
Construcción de los casos de prueba
Entregable
- Documento que incluya los casos de pruebas que se realizarán.

Actividad 7
Entrega de la base de datos
Entregable
- Se deberá entregar la copia correspondiente de la Base de datos de la aplicación,
incluyendo scripts, procedimientos y otros objetos que hagan parte integral de la solución.

Actividad 8
Realizar la migración correspondiente de los datos requeridos para la aplicación.
Entregable
- En los casos que sea requerido y según las necesidades de cada proyecto , se deberá
garantizar contar con los datos migrados, para que puedan ser utilizados en las pruebas
correspondientes.
- Se deberá entregar un informe con el modelo de la base de datos, cantidad de tablas tanto
paramétricas como relacionales y totalidad de registros actualizados.

Las aplicaciones a construir, se deben desarrollar utilizando la tecnología que defina el SGC para
cada solución de software y se debe integrar con los componentes de Arquitectura de la Enti dad,
los lineamientos y políticas para el desarrollo de software establecidos por la Entidad.

3.7 PRUEBAS
3.7.1 Objetivo
El objetivo de esta etapa es realizar las pruebas correspondientes que permitan validar la solución
construida y/o adaptada, previa a la etapa de despliegue y estabilización. Incluye la ejecuci ón de l
plan de pruebas y los casos de prueba los cuales se elaboraron en la etapa de “Desarrollo”.
Podrá realizarse de manera iterativa e incremental previo acuerdo entre las partes.
Actividad I
Desarrollar el plan de pruebas funcionales y no funcionales, asi como ejecutar los casos de prueba.
Entregables
- Formato de casos de prueba
- Formato de evidencias hallazgos
- Formato de informe de ejecución del plan de pruebas funcionales y no funcionales
- Lista de chequeo de casos de prueba
Actividad II
Revisar y resolver los incidentes presentados en pruebas
Entregable
- Informe de incidentes presentados y resueltos en las pruebas

Actividad III
Obtener la aprobación funcional previo a la salida a producción
Entregable
Actas de aceptación del usuario funcional y técnico para paso a producción.

3.8 DESPLIEGUE Y ESTABILIZACIÓN

Para dar inicio a esta etapa se debe contar con la aprobación técnica y funcional de puesta en
producción. Se realizarán actividades para la transferencia de conocimiento, el acompañami ento
en estabilización de la solución (que incluye la solución de incidentes), y el establecimiento de l os
elementos de garantía.

Actividades
Desarrollar las actividades de transferencia de conocimiento correspondiente.
Entregables
Formato de transferencia de conocimiento

Actividad II
Realizar el acompañamiento al personal de la Entidad para la puesta en producción de las
aplicaciones.
Entregables
- Informe técnico de puesta de la solución en producción
- Formato ficha técnica de catálogo aprobada por Gestor de catálogo del servicio.

Actividad III
Entregar la lista de chequeo entregables (artefactos y componentes técnicos) para la liberación de
la solución.
Entregable
- Plantilla lista de chequeo con artefactos tencnicostécnicos y generación estructura para
entrega de componentes de la aplicación a la DGI DEL SGC

Actividad IV
Entrega de carta de garantía
Entregable
Carta de garantía, la garantía será por un periodo de cuatro meses y se contara a partir de la fecha
de la firma de la entrega del último producto aprobado por parte del supervisor, con base en el
plan de proyecto y de la firma del acta de recibo a satisfacción de la solución de software por parte
de la supervisión.

Actividad 5
Estabilización
Entregable
- Informe de acompañamiento en estabilización: Reporte de gestión de incidencias, acorde
a la periodicidad pactada para entrega de informe durante el tiempo de la garantía.
3.9 TRANSFERENCIA DE CONOCIMIENTO
En cumplimiento de las actividades de transferencia del conocimiento señaladas, la Ent idad
requiere que se haga:
- Una capacitación técnica máximo de diez (10) horas, para máximo cuatro (4) funcionari os
designados por la Entidad, para cada aplicativo.
- Una capacitación funcional de máximo de quince (15) horas, para máximo cinco (5)
funcionarios designados por la Entidad, para cada aplicativo.
- La capacitación se realizará en la sede Bogotá del SGC.
- Se deberá contar con el material digital o impreso que facilite el proceso de capacitación.

De acuerdo con la planeación que se realice, el personal del SGC las actividades de transfere nci a
del conocimiento será informado con diez (10) días hábiles de antelación, para que la asiste nci a y
participación sean significativas.

Nota 1 Esta transferencia está sujeta a demanda del Servicio Geológico Colombiano en caso de
que se requiera

Nota 2 La Logística necesaria para las capacitaciones será gestionada por el Contratista con las
áreas respectivas del SGC.

Nota 3 La transferencia de conocimiento se pueden desarrollar de forma remota, para lo cual se

proveerá conexión VPN. No obstante, lo anterior, cuando la entidad así lo requiera se debe prestar el
servicio de forma presencial. Se precisa que entre tanto persista la contingencia y el aislamiento
actual, el trabajo será realizado de forma remota.

3.10 CIERRE DEL SERVICIO

Esta fase comprende la entrega organizada y documentada al SGC, de todas las labores que se
adelantaron y la evolución de cada etapa del modelo de servicio.
Adicionalmente, la entrega de toda la información propia del cierre como lecci one s apre ndi das,
documentos descritos en el contrato y demás que corresponda.
3.10.1 Objetivo
El objetivo de esta fase es la transmisión de todo el conocimiento, documentación, estándares de
funcionamiento y cualquier aspecto que provea a la Dirección de Gestión de la Información del
SGC, necesario para la actualización de las soluciones desarrolladas, ante un cambio de contratista
o de sistema de información.
Actividad I
Realizar cesión de derechos de autor de conformidad con la Ley 23 de 1982
Entregables
Registro ante el SGC.
Actividad II
Realizar balance general por cada plan de proyecto
Entregable
- Informe de cierre de cada plan de proyecto que incluye:
- Estado de la solución al momento del cierre
Actividad III
Realizar la transferencia de conocimiento técnico de los proyectos realizados.
Entregables
- Acta de reunión de transferencia de conocimiento técnico, a los líderes técnicos
designados por el SGC, según las temáticas acordadas con la Entidad.
- Se deberá realizar una sesión de mínimo dos (2) horas, de contextualización en los
aspectos técnicos, relacionados con todos los desarrollos realizados.

Nota: En caso de que el Contratista haya ofertado no haya recibido puntuación por la
transferencia de conocimiento esta se deberá realizar.

Actividad IV
Finalizar todas las obligaciones contractuales hasta cerrar formalmente el proyecto.
Elaborar informe de cierre contractual.

Entregable
- Informe de cierre contractual, en el formato acordado entre las partes para tal fin.

Actividad V
Entrega del archivo del contrato, de acuerdo con las tablas de retención documental de la
Dirección de Gestión de la Información del SGC y las normas del archivo general de la Nación.
Entregable
- Copia de todos los documentos finales físicos y electrónicos generados durante la
ejecución del contrato con aprobación de la supervisión del mismo.

Actividad VI
Realizar una cuantificación del valor del software de cada solución
Entregable
- Informe de cuantificación del valor del software de cada solución desarrollada, con
aprobación de la supervisión del contrato.

4. EQUIPO DE TRABAJO
Para el desarrollo y ejecución de las actividades objeto del contrato, el contratista de berá contar
con el equipo de trabajo que se describe a continuación, este equipo se requerirá según la
demanda del SGC.

En caso de que la entidad determine que el equipo debe ser reforzado con más expertos de
desarrollo, el proveedor deberá estar en condiciones de hacerlo.b

Nota: El adjudicatario del contrato tiene un término máximo de tres días, contados a partir de
perfeccionado el contrato para efectuar la entrega de las hojas de vida del personal mínimo
exigido. Si no se cumple con este plazo se declarará el incumplimiento y aplicarán las multas
establecidas en el contrato.
Los Proponentes deberán suscribir un compromiso irrevocable de vincular el si guie nte pe rsonal
mínimo exigido:
DIRECTOR Y/O GERENTE DE PROYECTO
Corresponde a un rol transversal a todos los servicios a contratar, el cual deberá acreditar los
siguientes requisitos de formación académica y experiencia:
ROL DIRECTOR Y/O GERENTE DE PROYECTO

Título profesional en cualquiera de las siguientes

Ingenierías: Sistemas, Ingeniería de software,
Telemática y afines o Ingeniería Electrónica,
PREGRADO
FORMACIÓN Telecomunicaciones y afines
ACADÉMICA Debe contar con tarjeta profesional.

Especialización, Maestría o Doctorado en Gerencia de

Proyectos Desarrollo de Software, Ingeniería de
POSTGRADO
Software, Desarrollo de Sistemas de Información o
relacionadas. O certificado PMP o similares

Mínima de cuatro (4) años, en dirección y/o gerencia y/o liderazgo de

EXPERIENCIA proyectos, para lo cual deberá aportar los certificados de experiencia
donde se haya desempeñado como Gerente, Director, Coordinador o Líde r
de proyectos relacionados con el diseño y desarrollo de software.

ROL ANALISTA FUNCIONAL

- Título profesional en cualquiera de las siguientes

Ingenierías: Sistemas, Ingeniería de software.
PREGRADO
- Debe contar con tarjeta profesional.
FORMACIÓN
ACADÉMICA

POSTGRADO No requiere

Mínimo tres (3) años de experiencia profesional, como analista funcional

de aplicaciones en proyectos relacionados con el diseño y desarrollo de
EXPERIENCIA
software.

SERVICIOS DE DESARROLLO DE SOFTWARE

 Para la prestación adecuada de este servicio, el contratista deberá contar con un equipo de
trabajo que acredite los siguientes requisitos de formación académica y experiencia:
ROL LÍDER DESARROLLO DE SOFTWARE

Título profesional en cualquiera de las siguientes

PREGRADO Ingenierías: Sistemas, Ingeniería de software,
FORMACIÓN Telemática y afines o Ingeniería Electrónica,
ACADÉMICA Telecomunicaciones y afines
Debe contar con tarjeta profesional.

POSTGRADO Especialización, Maestría o Doctorado en: Desarrollo

de Software, Ingeniería de Software, Desarrollo de
Sistemas de Información o afines.

Mínimo cuatro (4) años de experiencia profesional, asumiendo e l rol de

desarrollador o líder de desarrollo de software. Las actividades
desarrolladas en dichos proyectos deben estar relacionados con los
conocimientos específicos solicitados, (PL/SQL, Oracl e, .NET, Java,
EXPERIENCIA Python).

CONOCIMIENTOS - PL/SQL
ESPECÍFICOS PARA EL - Oracle
PROYECTO - .NET
- Java
- Python

DESARROLLADOR EXPERTO EN SIG

FORMACIÓN Título profesional en cualquiera de las siguientes

ACADÉMICA PREGRADO Ingenierías: Sistemas, Ingeniería de software, Telemática
y afines o Ingeniería Electrónica, Telecomunicaciones y
afines
Debe contar con tarjeta profesional.

POSGRADO
No requiere
 Mínimo cuatro (4) años de experiencia profesional, como desarrollador de
software SIG. Las actividades desarrolladas en dichos proyectos debe n e star
EXPERIENCIA relacionados con los conocimientos específicos solicitados (Python/Arcpy,
ArcGis Enterprise, QGIS, PL/SQL, ArcSDE + Oracle).

● Python / Arcpy
CONOCIMIENTOS
● ArcGis Enterprise
ESPECÍFICOS
● QGIS
PARA EL
● PL/SQL
PROYECTO
● ArcSDE + Oracle

ROL DESARROLLADOR .NET

FORMACIÓ Título profesional en cualquiera de las siguientes

N PREGRADO Ingenierías: Sistemas, Ingeniería de software, Telemática
ACADÉMIC y afines o
A Ingeniería Electrónica, Telecomunicaciones y afines
Debe contar con tarjeta profesional.

POSTGRADO
No requiere

EXPERIENCIA
Mínimo cuatro (4) años de experiencia profesional como desarrollador de
software. Las actividades desarrolladas en dichos proyectos deben estar
relacionados con los conocimientos específicos solicitados. (.NET, PL/SQL,
Oracle)
CONOCIMIENTOS - .NET
ESPECÍFICOS - PL/SQL
PARA EL - Oracle
PROYECTO

DESARROLLADOR PHP

FORMACIÓN
ACADÉMICA PREGRADO Título profesional en cualquiera de las siguientes
Ingenierías: Sistemas, Ingeniería de software,
Telemática y afines o Ingeniería Electrónica,
Telecomunicaciones y afines
Debe contar con tarjeta profesional.

No requiere
POSTGRADO

Mínimo cuatro (4) años de experiencia profesional, como desarrollador

EXPERIENCIA de software. Las actividades desarrolladas en dichos proyectos deben
estar relacionados con los conocimientos específicos solicitados, (PHP,
PL/SQL, Oracle).

CONOCIMIENTOS - PHP
ESPECÍFICOS PARA EL - PL/SQL
PROYECTO - Oracle

DESARROLLADOR SHAREPOINT

FORMACIÓN Título profesional en cualquiera de las siguientes

ACADÉMICA PREGRADO Ingenierías: Sistemas, Ingeniería de software,
Telemática y afines o Ingeniería Electrónica,
Telecomunicaciones y afines
Debe contar con tarjeta profesional.
 No requiere
POSTGRADO

Mínimo cuatro (4) años de experiencia profesional, en actividades

EXPERIENCIA desarrolladas en proyectos relacionados con el diseño y desarrollo de
software. deben estar relacionados con los conocimientos específicos
solicitados, (SHAREPOINT, PL/SQL, Oracle, .Net, Jquery, Javascript).

- SHAREPOINT
- PL/SQL
CONOCIMIENTOS
- Oracle
ESPECÍFICOS PARA EL - .Net
PROYECTO - Jquery
- Javascript

DESARROLLADOR JAVA

Título profesional en cualquiera de las siguientes

FORMACIÓN
PREGRADO Ingenierías: Sistemas, Ingeniería de software,
ACADÉMICA
Telemática y afines o
Ingeniería Electrónica, Telecomunicaciones y afines
Debe contar con tarjeta profesional.

No requiere
POSTGRADO

Mínimo cuatro (4) años de experiencia profesional, como desarrollador

de software. Las actividades desarrolladas en dichos proyectos deben
EXPERIENCIA
estar relacionados con los conocimientos específicos solicitados, (JAVA,
PL/SQL, Oracle).

CONOCIMIENTOS - JAVA
ESPECÍFICOS PARA EL - PL/SQL
PROYECTO - Oracle

ROL DESARROLLADOR ORACLE APEX

 FORMACIÓN Título profesional en cualquiera de las siguientes
ACADÉMICA PREGRADO Ingenierías: Sistemas, Ingeniería de software,
Telemática y afines o
Ingeniería Electrónica, Telecomunicaciones y afines
Debe contar con tarjeta profesional.

POSTGRADO
No requiere

Mínimo cuatro (4) años de experiencia profesional, como desarrollador

EXPERIENCIA de software. Las actividades desarrolladas en dichos proyectos deben
estar relacionados con los conocimientos específicos solicitados, ORACLE
APEX, PL/SQL, Oracle.

- ORACLE APEX
CONOCIMIENTOS - PL/SQL
ESPECÍFICOS PARA EL - Oracle
PROYECTO

DESARROLLADOR PYTHON

Título profesional en cualquiera de las siguientes

FORMACIÓN
PREGRADO Ingenierías: Sistemas, Ingeniería de software,
ACADÉMICA
Telemática y afines o Ingeniería Electrónica,
Telecomunicaciones y afines
Debe contar con tarjeta profesional.

POSTGRADO No requiere

EXPERIENCIA Mínimo cuatro (4) años de experiencia profesional, como desarrollador

de software. Las actividades desarrolladas en dichos proyectos deben
estar relacionados con los conocimientos específicos solicitados,
(PYTHON, PL/SQL, Oracle).
 - PYTHON
CONOCIMIENTOS - PL/SQL
ESPECÍFICOS PARA EL - Oracle
PROYECTO

Desarrollador de APPS con énfasis en Android – IOS

FORMACIÓN Título profesional en cualquiera de las siguientes

ACADÉMICA PREGRADO Ingenierías: Sistemas, Ingeniería de software,
Telemática y afines o
Ingeniería Electrónica, Telecomunicaciones y afines
Debe contar con tarjeta profesional.

No requiere
POSTGRADO

Mínimo cuatro (4) años de experiencia profesional, como desarrollador

EXPERIENCIA de software. Las actividades desarrolladas en dichos proyectos deben
estar relacionados con los conocimientos específicos solicitados (APPS
ANDROID, APPS IOS, PL/SQL, Oracle).

- APPS ANDROID
CONOCIMIENTOS
- APPS IOS
ESPECÍFICOS PARA EL - PL/SQL
PROYECTO
- Oracle

Ingeniero de Desarrollo Front End

Título profesional en cualquiera de las siguientes

FORMACIÓN
PREGRADO Ingenierías: Sistemas, Ingeniería de software,
ACADÉMICA
Telemática y afines o
Ingeniería Electrónica, Telecomunicaciones y afines
Debe contar con tarjeta profesional.

POSTGRADO No requiere
 EXPERIENCIA
Mínimo cuatro (4) años de experiencia profesional, como desarrollador
de software. Las actividades desarrolladas en dichos proyectos deben
estar relacionados con los conocimientos específicos solicitados.
Demostrable con herramientas front end especificados, (Javascript,
HTML, CSS3, Angular, Angular JS, Knockout, REST, PL/SQL, Oracle) De be
conocer Amazon Web Servicies (S3,EC2, EBS, CloudFront, ELB, RDS,
Route53), Ubuntu,google analytics, mailgun, Repositorio de control de
versiones (Bitbucket y Github), desarrollo de Webservice, APN, firebase,
FCM, experiencia publicando en las tiendas play store, appstore,
WordPress, conocimientos en desarrollo de aplicaciones Ionic, es de ci r
la persona debe gestionar e integrar con AWS. Certificación o contratos
que lo demuestren .

La hoja de vida de hasta dos ingenieros pueden suplir este perfil

● Java Script
● HTML
● CSS
CONOCIMIENTOS ● Angular
ESPECÍFICOS PARA EL ● Knockout
PROYECTO ● Jquery
● REACT
Los demás ítems son opcionales.

TEST MANAGER Y DOCUMENTADOR

Título profesional en cualquiera de las siguientes

FORMACIÓN
PREGRADO Ingenierías: Sistemas, Ingeniería de software,
ACADÉMICA
Telemática y afines o
Ingeniería Electrónica, Telecomunicaciones y afines
Debe contar con tarjeta profesional.

No requiere
POSTGRADO
 EXPERIENCIA Mínimo tres (3) años de experiencia profesional, como desarrol l ador de
software. Las actividades desarrolladas en dichos
proyectos deben estar relacionados con los
conocimientos específicos solicitados.

NOTA: El personal relacionado anteriormente no será objeto de evaluación en el proceso de

selección. Es obligación del adjudicatario del proceso de selección, garantizar el mismo una vez
se suscriba el contrato correspondiente.

NOTA: Se aclara que teniendo en cuenta el objeto, cuantía y complejidad del proyecto, el requi si to
para la contabilización de la experiencia es a partir de la expedición de la tarjeta profesional.

5. METODOLOGÍA

Metodología para estimación y cuantificación de esfuerzo, tiempos y costos.

Las actividades de elaboración, revisión y ajustes evolutivos de:

- Los planes de los proyectos

- Actas
- Planes de trabajo
- Metodologías
- Informes
- Los documentos de la fase de planeación.

El contratista deberá adoptar y adaptar la metodología con que cuenta el SGC basada en las
mejores prácticas, que permite gestionar los procesos de estimación y cuantificación de esfue rzo,
tiempos, costos de cada solución: dicha estimación deberá ser revisada por la Supervisión y el
contratista para su aprobación.

Durante la etapa de Gestión de requerimientos se debe producir un plan de proyecto que i ncl uye
un cronograma detallado de la ejecución de actividades, grupos por demanda que se conforman
en la medida que se van recibiendo y aprobando requerimientos de soluciones a i m pl ementar y
adicionalmente un costo atribuible al contrato para la ejecución de cada una de las actividades
previstas en el plan de proyecto.

Las actividades de aprobación de los planes de proyecto, son responsabilidad del Supervisor de l
contrato; ninguna actividad se podrá ejecutar sin que exista previamente un plan de trabajo
firmado aprobado por el supervisor.
Tanto para el Gestión de requerimientos, Análisis y Diseño, Desarrollo, Pruebas, Despliegue y
Estabilización, la ejecución de las actividades puede llevarse un tiempo diferente al i ni ci almente
estimado. En caso de subestimación del esfuerzo/tiempo (el ejecutado es mayor al pl ane ado), e l
costo del desfase será responsabilidad el Contratista. Pero en caso que el esfuerzo/tiempo sea
sobrestimado (el ejecutado es menor al planeado), el valor a pagar corresponderá al realmente
ejecutado. En todo caso, frente a un posible esfuerzo adicional requerido que no haya sido
responsabilidad del contratista, la Supervisión evaluará la pertinencia de realizar un control de
cambios al plan de proyecto.

Dentro del plan de cada proyecto, se deben identificar los riesgos asociados a su ejecución, así
como las acciones de control para su mitigación. Adicionalmente, es factible revisar la planificación
cuando se presente una situación que así lo amerite de tal manera que no se impacten los nive l es
de servicio comprometidos por causas exógenas al proyecto.

Es importante resaltar que la metodología de cuantificación del esfuerzo y el tiempo deberá

mejorarse en la medida que avance el proyecto de tal manera que se capitalice la experiencia y se
puedan hacer más eficientes los procesos de desarrollo e implementación a partir del
conocimiento ganado, de la reutilización de componentes ya construidos y en particular la mejora
en la calidad del software. Esta evaluación y reajuste de la metodología podrá realizarse por lo
menos cada cuatro (4) meses, y deberá ser aprobada por la Supervisión.

Adicionalmente, todas las tarifas que se incluyan en la propuesta económica para los p erfiles
asignados tanto para el equipo de trabajo base como para el equipo por demanda, serán vigentes
durante toda la ejecución del contrato.

5.1 METODOLOGÍA PARA DESARROLLO DE SOFTWARE

El contratista deberá adoptar y adaptar la metodología de desarrollo de software y de ge sti ón de
proyecto del SGC, basada en mejores prácticas adaptada al ciclo de vida del proyecto (Predi cti vo,
Incremental, Adaptativo) requerido, que garanticen el desarrollo de las actividades mediante
métodos de trabajo documentados, normalizados e integrados, periódicos y tangibles.
Se deberá seguir lo planteado en el MODELO DE OPERACIÓN, que corresponde a las fases, e tapas
y entregables a desarrollar por cada proyecto. Adicionalmente, el contratista deberá informar y
retroalimentar a la supervisión acerca de las mejoras posibles a este modelo, incluyendo me jores
prácticas, medidas y verificadas.

6. ESTRATEGIA PARA GESTIÓN DE INCIDENTES

El contratista deberá contar con una estrategia que permita la identificación, registro, resolución y
seguimiento de incidentes presentados en las soluciones que se implementen durante la ejecución
del contrato.

Esta estrategia debe permitir la clasificación de los incidentes de acuerdo a su impacto en el

funcionamiento de las soluciones implementadas, la asignación del incidente para su resolución, el
registro de avance y el seguimiento por parte del Supervisor del contrato

En dicha estrategia se deben considerar las siguientes clasificaciones de los incidentes respetando
los tiempos de respuestas presentados en la oferta:
a. Crítico:
i. Cuando no es posible realizar algún trabajo.
ii. Cuando no se puede prestar el servicio a los usuarios funcionales y
técnicos.
iii. Cuando los usuarios no pueden utilizar las funcionalidades principales del
sistema.
b. Mayor:
i. Cuando el sistema está operando, pero con restricciones.
ii. Existe impacto en la prestación del servicio a los clientes.
iii. Existe impacto para los usuarios.
iv. Algunas funciones o componentes del Sistema, no están funcionando
correctamente y generan un impacto alto para los clientes y para los
usuarios.
c. Menor:
i. No se encuentran disponibles algunas funciones o componentes del
Sistema, que generan un impacto menor para los clientes y para los
usuarios.
ii. Cuando las limitaciones no son críticas para la operación, o
iii. El impacto no genera un riesgo considerable, pero es necesario resolverlo.
d. Cosmético:
i. Este error se refiere a un mal funcionamiento de la interfaz de usuario,
que no impide la correcta ejecución del sistema.
7. ACUERDOS DE NIVEL DE SERVICIO (ANS)
El contratista debe cumplir con los siguientes ANS, según el ítem de servicio, y entregar los
correspondientes informes, disponiendo de las herramientas tecnológicas necesarias para realizar
las mediciones y generar los correspondientes reportes. Los niveles según el ítem de servici o, son
los siguientes:

ANS ITEM I – SERVICIOS DE DESARROLLO DE SOFTWARE, IMPLEMENTACIÓN DE NUEVAS

FUNCIONALIDADES E INTEGRACIÓN DE LOS SISTEMAS DE INFORMACIÓN DEL SGC
 REPOR MEDICION
DESCRIPCIÓ NIVEL DE MEDICI TE /
INDICADOR CÁLCULO SANCIONES
N META ÓN INFOR
ME

Número de errores De 4 a 5 errores

detectados por los Descuento del 5% del
Número de usuarios del SGC en valor del producto.
errores en la la etapa de pruebas, De 6 a 8 errores Inform
Por producto 3 errores Mensual
etapa de pruebas que corresponde a Descuento del 10% del e
para desarrollos las funcionalidades valor del producto.
contempladas en el Más de 8 errores 15% del
plan de pruebas valor del producto.

Fecha pactada de Entre 1 y 3 días (Número total de

entrega para pruebas Descuento del 5% del entregables recibidos a
Índice en el nivel
funcionales. Se valor del producto. tiempo en el mes /
de cumplimiento
refiere al 0 días de Entre 4 y 5 días Inform número total de
en la entrega de Por producto Mensual
cumplimiento en las retraso Descuento del 10% del e entregables planeados
productos para
fecha pactada para valor del producto. pare entregar en el
paso a producción
la entrega del Más de 5 días, el 5% del mes)*100
producto valor del producto.

Número de errores De 3 a 4 errores Mensual

Número de presentados en 8 horas de desarrollo sin (durante
errores en ambiente de costo para la Entidad, el plazo Inform
Por producto 2 errores
producción para producción posterior diferentes a las horas que de e
los desarrollos al ciclo de utilizará para solucionar ejecució
estabilización. Se los errores n y
 refiere a los errores
presentados una vez
en producción y
posteriores a la fase
de estabilización de
software,
corresponde a las
funcionalidades
contempladas en el
plan de pruebas
Más de 4 errores garantía
16 horas de desarrollo sin )
costo para la Entidad,
diferentes a las horas
que utilizará para
solucionar los errores

NIVEL DE REPORTE /
INDICADOR DESCRIPCIÓN CÁLCULO SANCIONES MEDICIÓN
META INFORME
 Por cada ciclo de
pruebas ejecutado
adicional a los
Tamaño del Cantidad
permitidos, se
Requerimiento de Ciclos
generará una
de acuerdo con de
compensación en
cantidad de Pruebas
horas adicionales
horas permitido
de desarrollo sin
estimadas s
costo para la
entidad, para lo
Cantidad 1-40 2 cual se aplicará la
permitida de siguiente fórmula:
errores de 41-80 3 C = (CPE – CPP) *
codificación (TR*FC)
atribuibles al Mayores a 81 5 C = Cantidad de
proveedor, horas adicionales
Por producto Mensual Informe
sobre los sin costo a
desarrollos Tabla 1: Ciclos permitidos por tamaño compensar por
entregados que requerimiento incumplimiento
se evidencien del indicador:
por cada ciclo de CPE = Número de
Tamaño del
pruebas Factor de ciclos de pruebas
Requerimient
compensación ejecutados por
o de acuerdo
requerimiento
con cantidad
CPP = Número de
de horas
ciclos de pruebas
estimadas
permitidos por
requerimiento
1-40 0.05
según tabla 1
TR = Tamaño del
41-80 0.1 Requerimiento
en cantidad en
 horas estimadas
Mayores a 81 0.15 FC = Factor de
Tabla 2: Factor de compensación por compensación
tamaño de requerimiento según tabla 2.
Nota: Para la
compensación no
se tendrá en
cuenta los errores
de forma como
etiquetas, diseño
de los formularios,
y demás errores de
forma que no
afecten los
resultados
esperados y que
impliquen ciclos
adicionales de los
estimados de
acuerdo con el
tamaño del
requerimiento.

En caso de
El SGC no mide la productividad en incumplimiento del
función de las líneas de código ANS de
ANS de desarrolladas, sino en función del productividad, se
Productividad cumplimiento de la planificación de las aplicarán
tareas a desarrollar. Esta planificación se directamente las
acordará en las reuniones de garantías y
planificación entre el jefe de proyectos penalizaciones
del SGC y el arquitecto del adjudicatario. siguientes:

En caso de no llegar a un acuerdo en la Leve: las horas

planificación, el SGC se reserva el derecho consumidas se
a solicitar una verificación externa para basarán en la
determinar la estimación final. Con base estimación
en esta verificación, se aplicarán los auditada.
incumplimientos siguientes: Grave: las horas
consumidas se
Leve: la estimación auditada reduce basarán en la
en un 10 % la estimación del estimación
adjudicatario auditada menos un
10 %
Grave: la estimación auditada reduce
en un 20 % la estimación del Crítica: las horas
adjudicatario consumidas se
basarán en la
Crítica: la estimación auditada reduce estimación
más de un 20 % la estimación del auditada menos un
adjudicatario 20 %

En caso de
incumplimientos
reiterados en los
ANS de
productividad, el
SGC podrá solicitar
la modificación del
equipo adscrito a la
fábrica de
software, incluso la
sustitución del
 arquitecto
asignado al
contrato. En caso
de carencias
graves, el SGC
podrá incluso
rescindir el
contrato y volver a
licitar los servicios
de fábrica de
software.

Entre 3 y 4
revisiones:
Descuento del 2%
del valor mensual
Número de revisiones de la factura. ITEM
de los documentos I
generados en la Entre 5 y 6
ejecución del contrato. revisiones:
Calidad de la Se refiere a la cantidad Descuento del 5%
Por documento 2 revisiones Mensual Informe
documentación de revisiones completas del valor del
que se realiza a la producto del valor
documentación y que es mensual de la
necesario devolver por factura. ITEM I
asuntos de calidad. Más de siete (7)
revisiones
Descuento del 10 %
del valor del
producto del valor
 mensual de la
factura. ITEM I
Rotación de personal

Número de días
transcurridos en el cambio En caso de
de un perfil del equipo ser mayor
base de
uno se
Cálculo: Número de días genera un
Número de que demore el cambio del descuento
personas perfil El contratista contará del 10%del
máximo con 3 días hábiles
valor fijo
Rotación de permitido para Nivel de Meta 3 días para disponer del
recurso profesional mensual del
personal cambiar del hábiles
necesario para dar equipo
equipo base por
cumplimiento base, en el
parte del Sanciones: > 3 <= 5 días
mes
contratista hábiles 5% del valor de las
horas calculadas para que se
resolver el requerimiento materialice
el
> 5 días 1% adicional por incumplimie
cada día de retraso del nto del ANS.
valor de las horas
calculadas para resolver el
requerimiento

Para cada (Cantidad de solicitudes

Conformación solicitud se debe de demanda atendidas a
de equipo por calcular el tiempo/cantidad de
demanda número de días solicitudes realizadas)
calendario para *100
 presentación del
equipo por
demanda, por
parte del
contratista, de
acuerdo con el
procedimienton
establecido por
el SGC.
El contratista
tendrá un
tiempo máximo
de diez días para
la presentación
de las hojas de
vida del recurso
solicitado. El
SGC contará con
un tiempo
máximo de tres
días hábiles para
dar respuesta
sobre la
aceptación del
personal.
Nota: Las horas adicionales de desarrollo y los descuentos que se obtengan por aplicación de los
ANS definidos para el ÍTEM I en el presente anexo, se podrán destinar a proyectos financiados
con la misma fuente de recursos (Inversión o SGR), de acuerdo con la priorización que para el
efecto establezca la supervisión del contrato.
8. CRONOGRAMA DEL SERVICIO
El contratista prestará el servicio requerido cumpliendo con los siguientes tiempos estimados por
fase:
- Fase de planeación: ocho (8) días.
- Fase de pleno servicio: Correspondiente al tiempo del contrato menos dieciocho (18) días
correspondientes a la planeación y el cierre.
- Fase de finalización o cierre del servicio: diez (10) días.

Es importante aclarar que este tiempo se considera según el levantamiento inicial de requerimientos
y podrá ajustarse según las necesidades propias del proyecto, las necesidades del SGC y de be rá se r
aprobado por parte de la Supervisión, siempre y cuando no supere la fecha de finalización del
contrato.

9. GARANTÍA
El CONTRATISTA deberá cumplir con los siguientes términos de garantía para todos los desarrollos,
adaptaciones, implementaciones y aseguramiento de calidad que realice durante el contrato:
- Debe garantizarse la corrección de defectos de funcionamiento por lo menos durante seis cuatro
(64) meses posterior a la entrega de cada solución a satisfacción, y la base de verificación del
correcto funcionamiento será el documento de alcance o cambio generado durante la verificación
de requerimiento y el documento de diseño e implementación generado en estos procesos. Esta
garantía no cubre los cambios originados en nuevas normas o en nuevos requerimientos d el
usuario. Debe garantizarse que para todas las soluciones implementadas, se pueda realizar
mantenimiento posterior con independencia total del proveedor que sea adjudicatari o de e ste
proceso.
- En caso de ajustes en el software durante la etapa de garantía, deberá garantizarse la instalaci ón
de las actualizaciones en el ambiente de producción de la entidad y entregar la docume ntaci ón
actualizada.
- Para los componentes de software de terceros integrados en la solución, el CONTRATISTA deberá
garantizar su correcto funcionamiento hasta por seis cuatro (64) meses contados a partir de la
puesta en producción de la solución.

10. PROPIEDAD INTELECTUAL DE LOS ENTREGABLES

Todo material creado o suministrado por el CONTRATISTA en cumplimiento de este contrato se rá de
propiedad del SGC, conforme al Decreto 2591 de 2000 que reglamenta la Decisión 486 de la
Comunidad Andina. Por ende, el derecho exclusivo de registro de los mismos será de
titularidad del SGC. En el caso de soluciones desarrolladas a la medida, se de berán transfe rir
al SGC, todos los derechos de autor correspondientes. En consecuencia, el SGC, adquie re l a
totalidad de los derechos patrimoniales, conservando el CONTRATISTA para sí la titularidad
de los derechos morales, de conformidad con lo previsto e n la Decisión Andina 351 de 1993 y
en la Leyes 23 de 1982 y 44 de 1993, o en las normas que las sustituyan, modifiquen o
adicionen. Para el efecto, el CONTRATISTA se obliga a transferir los derechos patri moni ales
de autor al SGC, a perpetuidad y sin que el CONTRATISTA pueda utilizar dichos derechos
patrimoniales en Colombia ni en ningún otro país, mediante la suscripción del contrato de
cesión de derechos patrimoniales de autor correspondiente, cumpliendo con l os re qui sitos
exigidos en el artículo 183 de la Ley 23 de 1982, modificado mediante el artículo 30 de la ley
1450 de 2011. El CONTRATISTA no tendrá derechos de uso, de copia, de adaptación,
modificación, de sublicenciamiento ni comercialización sobre la solución desarrollada.
 Excepción: Si el CONTRATISTA provee componentes de software previamente elaborados a la
ejecución de este contrato, debe suministrar los códigos fuentes de los mismos y los derechos
de uso, de copia, de adaptación y de modificación al SGC, sin perder los derechos
patrimoniales y morales. El CONTRATISTA debe registrar el contrato en la entidad
competente para el registro de Derecho de Autor y remitir el certificado de inscripci ón e n e l
"Registro de Contratos y demás actos", como requisito previo para la suscripción de l acta de
recibo final a satisfacción y para la realización del último contado de pago correspondiente
para cada una de las soluciones desarrolladas y/o mantenimientos implementados.
11. LICENCIAMIENTO DE LOS ENTREGABLES
Dada la diversidad de las soluciones que se implementarán, puede suceder que en alguna de el l as se
requiera la incorporación de un software previamente diseñado o construido para
implementar la solución, en este caso, este software aplicativo, framework o librería, se debe
incluir en el documento de plan de proyecto y de diseño de la solución y de la misma mane ra
al realizar la cuantificación del valor del proyecto se debe incluir este en el costo del proyecto.
El licenciamiento de su uso será a perpetuidad, para el diseño, pruebas y operación de la
solución. El licenciamiento de utilización correspondiente será entregado al SGC. En caso de
utilizar componentes de terceros en la construcción de los sistemas de informació n las
licencias deben ser entregadas al SGC.
12. CONDICIONES MÍNIMAS DE FUNCIONALIDAD
a. El contratista debe implementar un ambiente para el equipo de desarrollo; y la instalación y/o
acompañamiento y soporte según sea necesario para los ambientes de desarrollo, pruebas y
producción en las instalaciones del SGC.
b. La Dirección de Gestión de la Información de la entidad suministrará los accesos nece sari os que
requiera el grupo de desarrollo para el cumplimiento de esta actividad, cuando el personal de
desarrollo desempeñe labores en las instalaciones del SGC.
c. El desarrollo de los productos de software se ejecutará en las instalaciones del proveedor que
resulte favorecido con la ejecución del presente proceso de contratación. Eventualmente, de
común acuerdo con el personal responsable de la Dirección de Gestión de la Información, se
podrían practicar actividades en la sede principal de la Entidad. La ubicación de los profesional es
vinculados a los proyectos debe ser la ciudad de Bogotá, garantizando la disponibilidad de los
profesionales en las oficinas del SGC, en su Sede Central – Bogotá, en caso de ser reque ri do, si n
incurrir en costos adicionales por el SGC. El contratista suministrará el hardware y el software
necesarios para la construcción de las aplicaciones,(O EL CONTRATISTA LE DEBE ASIGNAR LOS
EQUIPOS MÓVILES) cuando se ejecuten labores dentro de las instalaciones de la SGC, apl i cando
los principios de seguridad de la información.
d. Para efecto de comunicaciones e interconexiones entre los ambientes de desarrollo y de bases de
datos se utilizará la plataforma tecnológica de Red LAN y WAN que la Entidad posee actualmente.
e. El SGC podrá, al finalizar de una fase o iteración, suspender la continuidad de un proye cto si l os
trabajos encomendados al oferente que resulte favorecido no alcanzan un nivel adecuado de
calidad y/o no se da cabalmente el cumplimiento en los entregables.
f. El contratista respetará y se someterá a las medidas de seguridad física que adopte la Entidad
para todas sus oficinas, y la revisión que haga el personal de seguridad física (vigilancia) de los
elementos que entren o salgan de las instalaciones.
g. Cuando el contratista requiera hacer uso del hardware y software de su propiedad en las
instalaciones del SGC, deberá remitir previamente al personal autorizado de la Dirección de
Gestión de la Información, la identificación del equipo y el número o código de licenciamiento del
software que se va a utilizar, a efectos de verificar si cumple con las políticas de seguridad de
información del SGC. El contratista debe autorizar que el equipo o equipos que ingresen a las
 instalaciones del SGC, sean inspeccionados por la Mesa de Ayuda del SGC, cuando se requiera
hacer uso del dominio del SGC.
h. El contratista deberá suscribir el compromiso de confidencialidad, que para el caso establ e zca e l
SGC, como requisito para la suscripción del acta de inicio.
i. Para la ejecución del objeto contractual se deberá tener en cuenta que el consumo de horas,
tanto de levantamiento como de desarrollo en sitio, iniciará desde el momento en que la Entidad
realice la identificación de necesidades y proceda con una definición clara de requerimientos para
que, con base en ellos, el oferente que resulte favorecido elabore un plan de trabajo y
cronograma de actividades, que se dimensionara para cada uno de los desarrollos a implementar
durante la ejecución contractual, mediante las horas de servicio; el plan de trabajo y cronograma
definido estarán sujetos a la aprobación por parte del supervisor del contrato.
j. Por último, deberá comprometerse con la Entidad a realizar los proyectos de software
enmarcados en nuevos desarrollos, mejoras adaptativas y/o mantenimientos de los mismos.

13. CALIDAD

La cantidad permitida de errores de codificación atribuibles al proveedor, sobre los desarrollos

entregados que se evidencian por cada ciclo de pruebas, no deben exceder los siguientes
parámetros:

Tamaño del Requerimiento de Cantidad de

acuerdo con cantidad de Ciclos de
horas estimadas Pruebas
permitidos

1-40 2

41-80 3

Mayores a 81 5

Tabla 1: Ciclos permitidos por tamaño requerimiento

Tamaño
Factor de
del Requerimiento de acuerdo compensación
con cantidad de horas
estimadas

1-40 0.05

41-80 0.1
 Mayores a 81 0.15

Tabla 2: Factor de compensación por tamaño de requerimiento

Por cada ciclo de pruebas ejecutado adicional a los permitidos, se generará adicionalmente a la
aplicación de los ANS establecidos, una compensación en horas adicionales de desarrollo sin costo
para la entidad, para lo cual se aplicará la siguiente fórmula:

C = (CPE – CPP) * (TR*FC)

Donde:

C = Cantidad de horas adicionales sin costo a compensar por incumplimiento de l

indicador:
CPE = Número de ciclos de pruebas ejecutados por requerimiento
CPP = Número de ciclos de pruebas permitidos por requerimiento
según tabla 1
TR = Tamaño del Requerimiento en cantidad en horas estimadas
FC = Factor de compensación según tabla 2.

Nota: Para la compensación no se tendrá en cuenta los errores de forma como etiquetas, diseño
de los formularios, y demás errores de forma que no afecten los resultados esperados y que
impliquen ciclos adicionales de los estimados de acuerdo con el tamaño del requerimiento.

14. TIEMPO DE ENTREGA DE DESARROLLO PARA PRUEBAS

Por cada día hábil que sobrepase la fecha de entrega del desarrollo para iniciar el ciclo de prue bas,
estimada en el cronograma del proyecto, se compensará con ocho (8) horas adicionales de
desarrollo sin costo para la entidad.

Nota: Las horas que se acumulen como resultado de las compensaciones aplicadas en virtud de los
ANS definidas en el presente numeral, deben ser ejecutadas durante la vigencia del contrato y
máximo hasta la finalización del periodo de garantía.

15. SOPORTE Y MANTENIMIENTO

El soporte deberá debe ser proactivo los cinco (5) días hábiles a la semana, durante 8 horas al día
según el horario laboral, en modalidad de 5X8 con un tiempo de respuesta no mayor a dos (2) horas,
una vez sea reportado el incidente.

15.1 SERVICIOS DE SOPORTE

a. Con este servicio, el contratista atenderá los requerimientos de soporte reportados y

brindará asistencia técnica ante la presencia de fallas. Se realizará un diagnóstico del
problema, si este diagnóstico determina que se requiere el servicio en sitio, deberán
desplazar un técnico a las instalaciones de la Entidad. Este desplazamiento a las oficinas de l
 SGC se hará con el fin de realizar el mantenimiento, cambio y/o configuración de l software
para la solución del problema.

b. De requerirse la presencia de un técnico en las oficinas del SGC, se atenderán los eventos de
servicio reportados, de acuerdo con el horario de cubrimiento y tiempos de respuesta que se
hayan contratado.

c. Los gastos de transporte del personal ajeno a la SGC deben correr por cuenta del contratista
y no deben generar ningún costo adicional para la Entidad.

d. El servicio de soporte técnico debe garantizar una adecuada operación de las soluciones
entregadas a la Entidad, de conformidad con las especificaciones técnicas establecidas por el
fabricante, en este caso el desarrollador.

e. El soporte y servicio debe brindarse en forma proactiva y preventiva, con el fi n de e vi tar al

máximo la interrupción del servicio y garantizar la operación correcta y permanente del
sistema.

15.2 Prioridad del soporte

MEDIA: Ésta se aplica cuando la prioridad del requerimiento puede tolerar un tiempo de e spe ra de
seis (6) horas para su solución.

ALTA: Ésta se aplica cuando la prioridad del requerimiento no puede tolerar un tiempo de espera
mayor de dos (2) horas para su solución.

15.3 Alcance del servicio de soporte

a. El contratista deberá brindar soporte y asesoría a los usuarios finales de las soluciones
entregadas a la Entidad cuando se presenten requerimientos por parte de las áreas usuarias; e n
especial, brindar atención a aquellas solicitudes que sean causadas como producto de cambi os
o exigencias legales - provenientes de los organismos de vigilancia y control o por nuevas
normas o leyes-. Para el cumplimiento de este requerimiento, la Entidad nombrará usuarios
líderes para los módulos de los sistemas, quienes serán los encargados de filtrar los
requerimientos de los usuarios finales y recibir al mismo tiempo los cambios o correcciones
entregadas por el contratista.
b. En caso de que la Entidad requiera hacer una migración de los programas - a nuevos l e nguajes
de programación - o migración de datos entre diferentes motores de bases de datos o sistemas
operativos, se debe brindar asesoría y soporte en los procesos de migración durante la vigenci a
del contrato; para esto, se debe hacer un cronograma conjunto donde se deben incluir los
módulos que estén en producción. Una vez terminada y probada la migración, se deberá
capacitar y entregar la documentación correspondiente a la Dirección de Gestión de la
Información, para su control total.

c. Resolver las dudas con respecto a la administración, actualización, manejo y/o mantenimiento
de los sistemas.
d. Brindar atención en sitio a incidentes de soporte por mal funcionamiento de los sistemas y/o
 programas de administración.
e. En caso de ser necesario, hacer la reinstalación del software y puesta en marcha de los servicios
que se encontraban funcionando al momento de presentarse la falla.
f. El servicio de soporte debe cubrir las visitas de mantenimiento correctivo, cuantas veces la
Entidad lo requiera; y los mantenimientos preventivos que se programen conjuntamente con e l
SGC

15.4 Programación, seguimiento y control

a. El contratista deberá implementar un esquema de trabajo que permita el manejo y la
disponibilidad de la parte técnica de acuerdo con las necesidades de la Entidad, y con la
programación de las actividades de servicio y soporte.
b. El contratista deberá asignar un profesional idóneo y responsable para que, en conjunto con
los ingenieros de la Entidad, programen y asignen los trabajos a realizar y quién asumirá la
responsabilidad de efectuar el seguimiento al cumplimiento de los servicios, asegurándose de
identificar y solucionar los incidentes reportados por la Entidad.

16. Solución de un requerimiento de servicio

Un requerimiento de servicio se entiende solucionado mediante un acuerdo entre el gerente de l
proyecto y el líder técnico que el SGC indique, cuando típicamente:

a. Se ha recibido la información o las indicaciones que resuelven el problema de configuración

o de funcionamiento.
b. Se ha notificado que el problema es causado por un producto no soportado por este acuerdo.
c. Se ha notificado que un problema se resolverá en una versión posterior de los productos
soportados por este acuerdo.

17. MANTENIMIENTO PREVENTIVO

Este tipo de Mantenimiento se requiere para detectar las fallas en su fase inicial y corre gi rl as e n e l
momento oportuno, cuyo propósito es prever posibles errores en los sistemas de información de la
Entidad y garantizar su funcionamiento en completa operación en los niveles óptimos.

Se realizará mínimo tres (3) veces, durante la ejecución del contrato, en la ubicación acordada con e l
personal responsable de la Dirección de Gestión de la Información y debe incluir, como mínimo, las
siguientes tareas:
a. Revisión de logs en el servidor.
b. Asesoría en la actualización de paquetes y aplicación de parches, de acuerdo con la solución
ofrecida.
c. Actualizaciones de versiones del sistema ofrecido, en los casos que se requiera.
d. Presentar recomendaciones con el fin de mantener mayor seguridad del sistema.
e. Mantener actualizadas y seguras las versiones del sistema ofrecido.
f. Atención preventiva inmediata, a las alertas críticas generadas por las aplicaciones.
18. MANTENIMIENTO CORRECTIVO
Es un procedimiento de corrección de las averías o fallas, cuando éstas se presentan y no son
planificadas.
Las notificaciones de los incidentes reportados por el SGC, por mantenimiento correctivo se
realizarán a través de los siguientes medios:
● Soporte telefónico.
● Soporte presencial en el lugar donde se encuentre el servidor de aplicaciones.
● Soporte vía correo electrónico.
● Herramienta de control de requerimientos del SGC.
El tiempo de respuesta a la solicitud deberá ser de prioridad alta.

El mantenimiento correctivo se deberá realizar, cuantas veces la Entidad lo requiera, y deberá

prestarse en las instalaciones del SGC.

En caso de requerirse algún servicio de soporte por caídas y/o daños críticos o severos de los
archivos que componen la solución, el tiempo de respuesta a la solicitud no debe ser mayor de
dos (2) horas a partir de la notificación del incidente.

19. MODELO DE SEGUIMIENTO DE LAS ACTIVIDADES

Para efectuar seguimiento y control del estado y del grado de avance de los proyectos se real i zarán
reuniones periódicas que permitan una mejor gestión y control de calidad de los productos que
están siendo desarrollados; para este efecto, se generarán mesas de trabajo de la siguiente manera:

20. TÉCNICAS
Estas reuniones se realizarán cada quince días y tendrán por objeto revisar:
1. Estado del proyecto
2. Resolución de incidentes
3. Otros temas de interés y de corto plazo

NOTA: Deben participar el o las personas responsables del SGC y el equipo técnico designado por el
contratista.
GERENCIALES
Estas reuniones se realizarán mensualmente con los líderes técnicos, gerente de proyecto y
supervisor del contrato, y tendrán por objeto revisar:
1. Cronogramas de trabajo
2. Recursos
3. Controles de cambio
4. Riesgos
5. Etapa contractual
6. Cumplimiento de acuerdos de niveles de servicio.

Nota: Estas reuniones no generarán costos adicionales para la Entidad, tampoco afectarán la
bolsa de horas contempladas en el contrato y serán programadas cuantas veces la Entidad lo
requiera.
21. TRANSFERENCIA TECNOLÓGICA

El contratista debe ofrecer soporte, acompañamiento e instrucción sobre los procesos de manejo,
actualización, reinstalación de nuevas versiones y administración avanzada del sistema a los
funcionarios de la SGC líderes de cada módulo, quienes serán responsables de instruir a los usuari os
funcionales en el manejo de las aplicaciones, así como de atender el soporte técnico de primer nivel.

Se debe impartir la capacitación requerida - para los administradores del sistema, que garantice una
óptima administración y funcionamiento de los productos ofrecidos.