1gaia.gobiernobogota.gov.co/sites/default/files/document... · Web viewEstá relacionada con la estructura de la base de datos, la arquitectura y el código que hace el trabajo del

GERENCIA DE LA INFORMACIÓN Código: GDI-TIC-P002

GERENCIA DE TIC Versión: 01

Gestión de Sistemas de InformaciónVigencia desde: XX de Nov. de 2018

Control de cambios

Versión Fecha Descripción de la modificación

01 05 de Julio de 2018Este procedimiento se crea por primera vez

reemplazando a las Instrucciones GDI-TIC-IN004 para la implementación y Mantenimiento de

Sistemas de Información

02 XX de Noviembre de 2018

Se incluyen cuatro lineamientos de operación relacionados con las responsabilidades de las

áreas funcionales y los terceros en los proyectos de gestión de los sistemas de información.Se reorganizan las actividades del flujo.

Método de Elaboración Revisa ApruebaEl documento se elabora con base en la normatividad que regula la materia, los profesionales de DTI realizan la unificación de los instructivos comentados, pasa a revisión de la Oficina Asesora de Planeación y publicación mediante Fórum para que los interesados en la actualización alleguen las observaciones que consideren

Cesar Augusto Intriago Bogotá

Dirección de Tecnologías e Información

Hernán David Cervera PabónProfesional de revisión de normalización de la OAP

Lubar Andrés Chaparro Cabra

Subsecretaria de Gestion Institucional

Nota: Por responsabilidad ambiental no imprima este documento. Si este documento se encuentra impreso se considera “Copia no Controlada”. La versión vigente se encuentra publicada en la intranet de la Secretaría Distrital de Gobierno”



Gestión de Sistemas de Información Vigencia desde: 05 de Julio de 2018

1.INFORMACIÓN GENERAL

Definir, evaluar, diseñar, implementar y evolucionar las soluciones que automatizan los procedimientos y servicios de la entidad, que permitan una operación eficiente, continua y alineada con la misión y los objetivos estratégicos de la Secretaria Distrital de Gobierno, minimizando los riesgos relacionados con calidad, costos, tiempo y alcance aumentando la satisfacción de los usuarios.

AlcanceBusca definir y gestionar las etapas que deben surtir los Sistemas de Información desde la recepción de la solicitud de creación o ajuste de una herramienta para la administración de información, hasta la puesta en producción de la solución requerida de acuerdo con la solicitud o la necesidad identificada.

Responsable

Subsecretaria de Gestión InstitucionalDirección de Tecnologías e InformaciónPolíticas de operaciónPara el cumplimiento del propósito del procedimiento, es necesario tener en cuenta los siguientes lineamientos generales: Todo proceso contractual de adquisición o implementación de Sistemas de

Información debe incluir como mínimo manual técnico, manual de usuario, herramientas de autoaprendizaje e-learning y horas de transferencia de conocimiento para usuarios funcionales, administradores y técnicos de la aplicación.

Todos los sistemas de información de la Secretaria Distrital de Gobierno deben estar referenciados dentro del Portafolio y Catálogo de Sistemas de Información y Servicios.

El desarrollo de un nuevo sistema de información o el cambio de las funcionalidades de uno ya existente debe ser solicitado y aprobado por el líder del proceso con el cual se articula.

De acuerdo al concepto técnico emitido por la Dirección de Tecnologías e Información para el desarrollo de un nuevo sistema de información o el cambio de las funcionalidades de uno ya existente, el área funcional a la cual se le está resolviendo la necesidad proporcionara los recursos faltantes para el desarrollo del proyecto, tanto en temas presupuestales como recurso humano idóneo para la implementación e interiorización del mismo.

Todo Sistema de Información que se implante en la entidad debe ser adoptado Nota: Por responsabilidad ambiental no imprima este documento. Si este documento se encuentra impreso se considera “Copia no Controlada”. La versión vigente se encuentra publicada en la intranet de la Secretaría Distrital de Gobierno”

Página 2 de 18




como herramienta oficial mediante acto administrativo expedido por la Secretaría Distrital de Gobierno el cual debe ser proyectado y tramitado por el área funcional responsable.

Para los sistemas de información provistos por terceros, se debe definir con el líder técnico asignado el plan de trabajo que incluya como mínimo las actividades de instalación, configuración de servidor de base de datos y aplicación, parametrización y puesta en marcha técnica del producto, de acuerdo con los requerimientos y datos propios de la entidad.

Todo sistema de información que aplique como herramienta de soporte a un proceso debe articularse a los procedimientos y/o normatividad del área funcional.

Todos los ítems de configuración (Formatos, documentación de gestión, código fuente) que se generen a partir de este instructivo deben quedar incluidos en la herramienta de versionamiento manejada por la Dirección de Tecnologías e Información, de acuerdo con lo establecido en las instrucciones “GDI-TIC-IN005 para el control de versiones y despliegue de Sistemas de Información”.

Para la implementación de sistemas de información se debe contar, como mínimo con ambiente de producción, desarrollo y pruebas.

Se deben seguir los lineamientos incluidos en el “Manual de Imagen Institucional” del Distrito vigente.

Para todo documento generado de forma automática por un S.I. el cual requiera firma mecánica, se deben llevar a cabo las actividades descritas en las instrucciones GDI-TIC-IN001 para digitalización de firma mecánica.

El Manual Técnico del Sistema debe seguir los lineamientos incluidos dentro de la “Plantilla para construcción de manual técnico sistema de información”.

El Manual de usuario del Sistema debe seguir los lineamientos incluidos dentro de la “Plantilla para construcción manual usuario sistema de información”.

Todo proyecto con componente tecnológico debe integrar las actividades que garanticen las mejores prácticas para el dominio de uso y apropiación del mismo.

Glosario

ANALISTA FUNCIONAL: Profesional del grupo de Sistemas de Información de la Dirección de Tecnologías e Información que tiene como actividades principales: el levantamiento y análisis de requerimientos, elaboración de casos de uso funcionales, de diagramas de flujo, de mockups, definición de campos, formularios, reglas de negocio, notificaciones e interacción con otros sistemas de información, diseño y ejecución del plan de pruebas funcionales para garantizar el óptimo funcionamiento del sistema de información, elaboración y/o actualización de los manuales de usuario, coordinar la


Página 3 de 18




evaluación de las funcionalidades del aplicativo, coordinar el cargue de información inicial o básica, gestionar la entrega y aceptación del sistema.

AMBIENTE DE DESARROLLO: Entorno informático compuesto por un conjunto de herramientas de programación que puede dedicarse a un solo lenguaje de programación o a varios en donde se realiza el desarrollo de la aplicación (Código fuente) teniendo en cuenta los insumos entregados por el analista funcional.

AMBIENTE DE PRODUCCIÓN: Entorno informático de un sistema de información puesto al servicio del usuario final con los accesos requeridos para que este pueda emplearlo.

AMBIENTE DE PRUEBAS: Entorno informático que emula un sistema de información para verificar su funcionamiento sin afectar los datos reales del sistema.

CÓDIGO FUENTE: Conjunto de instrucciones escritas en algún lenguaje de programación de computadoras, hechas para ser leídas y transformadas por alguna herramienta de software.

CASO DE USO: Un caso de uso es una secuencia de transacciones que son desarrolladas por un sistema en respuesta a un evento que inicia un actor sobre el propio sistema y especifican la funcionalidad y el comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas.

DESPLIEGUE DE S.I.: Proceso por el cual un sistema de información se instala en la infraestructura de TIC de la Secretaría Distrital de Gobierno para su alistamiento y utilización en un ambiente de pruebas o producción.

DIAGRAMA DE PROCESOS DE NEGOCIO: El diagrama de procesos de negocio, también llamado diagrama de flujo de procesos, es una de las herramientas gráficas más tradicionales y más utilizada por los profesionales de BPM, porque es intuitiva para la interpretación y práctica para prepararse y presentarse a los diferentes niveles de la organización.

DICCIONARIO DE DATOS: Es un catálogo de definición de las características de los elementos de un sistema que se centra alrededor de los datos y la forma en que están estructurados.

HERRAMIENTA DE GESTIÓN DE SERVICIOS (HGS): Herramienta de gestión que permite registrar, administrar controlar y evaluar todas las solicitudes y servicios de TIC´s atendidos por la Dirección de Tecnologías e Información.


Página 4 de 18




IMPLEMENTACIÓN: Es la realización de una aplicación, instalación o la ejecución de un plan, idea, modelo científico, diseño, especificación, estándar, algoritmo o política.

INTERFAZ: Parte de una aplicación que el usuario ve y con la cual interactúa. Está relacionada con la estructura de la base de datos, la arquitectura y el código que hace el trabajo del software, pero es independiente de ellos. La interfaz incluye las plantillas, ventanas, controles, menús, la ayuda en línea y la documentación. En conclusión, es todo lo que el usuario ve y con lo cual interactúa para manejar la aplicación.

INGENIERO DESARROLLADOR: Profesional que tiene entre sus responsabilidades: realizar el diseño y desarrollo del código fuente del sistema necesario para cumplir con los requerimientos, actualizar los documentos del modelo entidad/relación, diccionario de datos y manual técnico, dentro de la metodología adoptada y basado en los requerimientos técnicos.

LÍDER FUNCIONAL: Profesional del área solicitante, asignado por el líder del proceso, que apoyará las labores de implementación del nuevo sistema de información.

LÍDER TÉCNICO: Profesional de la Dirección de Tecnologías Información que tendrá como actividades principales: Apoyar las labores de identificación de necesidades, determinar los requerimientos técnicos de información, , coordinar las labores del Ingeniero de desarrollo encargado, verificar los ambientes de desarrollo, pruebas y producción, coordinar plan de trabajo con el proveedor o entidad cuando el sistema es comercial o recibido por convenio.

MANUAL TÉCNICO: Debe contener toda la información que pueda ser útil para un administrador o el encargado de mantener, controlar y dar servicio de asistencia técnica al sistema. Explica sobre que plataforma se encuentra, los requerimientos mínimos. Como se configura, tanto a nivel básico como avanzado. Documenta como está estructurada la base de datos (si la requiere) y el motor de base de datos correspondiente (especificando su versión). Que archivos utiliza o forman parte de la aplicación, si hace uso del registro, que claves registra (y en donde). Debe contener información sobre la seguridad del sistema y cómo recuperarse en caso de error, además de la lista de los posibles errores que puede detectar el sistema y como se solucionan.

MANUAL DE USUARIO: Documento que contiene información válida y clasificada sobre la estructura y modo de operar un sistema de información. Su contenido destina un porcentaje menor a la descripción y uno mayor a la


Página 5 de 18




gráfica. Va dirigido a un público más general, el cual no necesariamente debe tener conocimientos específicos en el área de interés.

MODELO ENTIDAD RELACIÓN: Es un modelo de datos conceptual de alto nivel que se emplea en el diseño de las bases de datos relacionales y está formado por un conjunto de tablas que permiten describir la relación entre los datos mediante representaciones gráficas.

PLATAFORMA DE DESARROLLO: Es el entorno común en el cual se desenvuelve la programación de un grupo definido de aplicaciones. Comúnmente se encuentra relacionada directamente a un sistema operativo, sin embargo, también es posible encontrarlas ligadas a una familia de lenguajes de programación o a una interfaz de programación de aplicaciones.

REPOSITORIO DE DATOS: Es una gran colección de información organizada y enlazada para ser accedida a través de un software o aplicación.

REQUERIMIENTOS FUNCIONALES: Define una función o comportamiento del sistema de información o sus componentes, que el área funcional determina. Una función es descrita como un conjunto de entradas, comportamientos y salidas. Los requerimientos funcionales pueden ser: cálculos, detalles técnicos, manipulación de datos y otras funcionalidades específicas que se supone, un sistema debe cumplir. Los requerimientos de comportamiento para cada requerimiento funcional se muestran en los casos de uso. Son complementados por los requisitos no funcionales, que se enfocan en cambio en el diseño o la implementación.

REQUERIMIENTOS NO FUNCIONALES: Hacen relación a las características del sistema que aplican de manera general como un todo, más que a rasgos particulares del mismo. Estos requerimientos son adicionales a los requerimientos funcionales que debe cumplir el sistema, y corresponden a aspectos tales como la disponibilidad, mantenibilidad, flexibilidad, seguridad, facilidad de uso, etc.

Siglas

BPM: Gestión de Procesos de Negocio (en inglés: Business Process Management). Disciplina de gestión compuesta de metodologías y tecnologías, cuyo objetivo es mejorar el desempeño (eficiencia y eficacia) y la optimización de los procesos de negocio de una organización, a través de la gestión de los procesos.DTI: Dirección de Tecnologías e Información


Página 6 de 18




OAP: Oficina Asesora de PlaneaciónS.I.: Sistema de InformaciónTIC: Tecnologías de la Información y las ComunicacionesHGS: Herramienta de Gestión de Servicios

Salidas generadas del procedimiento:

Salida o Resultado Descripción de la Salida o Resultado Destinatario

Sistemas de Información

Herramienta tecnológica compuesta por un conjunto de elementos orientados al tratamiento y administración de datos e información, para apoyar la toma de decisiones y el control de la organización.

Área funcional solicitante y usuarios funcionales

Trámites y servicios

Virtualización de trámites y servicios para incrementar la satisfacción de los ciudadanos, dándole valor agregado a las funciones de la entidad.

Ciudadanía

Sitios Web

Conjunto de archivos electrónicos y páginas web referentes a la información misional de la Entidad y de interés general de la ciudadanía, cumpliendo con la normatividad Nacional y Distrital, a los cuales se puede acceder a través de un nombre de dominio y dirección en Internet específica.

Ciudadanía


Página 7 de 18




2. DESCRIPCIÓN ACTIVIDADES DEL PROCEDIMIENTOACTIVIDAD RESPONSA

BLE DESCRIPCIÓN DE LA ACTIVIDAD REGISTRO

Inicio del procedimiento N/A

Analista Funcional

Recibe el caso por la HGS desde el procedimiento GDI-TIC-P001..

Verifica los anexos aportados al caso de la HGS, si tiene documento de factibilidad aprobado por el líder del proceso el cual contemple la viabilidad de los recursos técnicos, económicos y humanos, debe seguir con la actividad 8.Si no se encuentra con documento de factibilidad debe continuar con la siguiente actividad del procedimiento.

- Líder técnico

- Analista funcional

- Líder funcional

Analiza el requerimiento mediante reuniones con el área funcional para documentar detalladamente el requerimiento; de ser necesario generar prototipo inicial (mockup) que permita al usuario entender cómo será la interacción hombre-máquina. Para plataforma BPM documentar el caso con el documento de Análisis de los procesos.La DTI expide concepto técnico en donde se detalle, como mínimo, lo siguiente: valor estimado (aproximado) de los recursos necesarios para la adquisición, el desarrollo del nuevo software o de la nueva funcionalidad.Define si la solicitud implica un nuevo S.I.

Si arroja que las necesidades del área funcional implican un nuevo S.I. continua con la siguiente actividad.

En caso de que no implique un nuevo S.I. y sea una nueva funcionalidad en

Nota: Por responsabilidad ambiental no imprima este documento. Si este documento se encuentra impreso se considera “Copia no Controlada”. La versión vigente se encuentra publicada en la intranet de la Secretaría Distrital de Gobierno” Página 8 de 18

4¿El requerimiento implica un nuevo

sistema de información?

Act.6

NO

SI

A

Caso en la HGS

1Recibir Caso desde el GDI-

TIC-P001-Procedimiento de gestión de servicios de

TIC

2¿Existe

Factibilidad del líder del proceso?

INICIO

3Analizar el

requerimiento con el área funcional.

Expedir concepto técnico. GDI-GPD-F029

Formatos Evidencia de

ReuniónConcepto

técnico

Caso documentado en

la HGS.

Documento de Factibilidad del área Funcional

Act.8

SI

NO




ACTIVIDAD RESPONSABLE DESCRIPCIÓN DE LA ACTIVIDAD REGISTRO

uno ya existente continua con la Actividad 6 de socialización del concepto técnico.

Líder FuncionalLíder TécnicoAnalista Funcional

Realiza una evaluación previa en las entidades Distritales de posibles herramientas que suplan la necesidad del área funcional, de acuerdo a las directrices de racionalización del gasto emitidas por la Comisión distrital de sistemas.

De no encontrarse un sistema de información en el Distrito que supla las necesidades, se evaluará el mercado en general.

Director DTI

Remite la documentación del análisis del requerimiento al Líder del proceso, la cual debe incluir el concepto técnico expedido por la DTI.

El documento técnico como mínimo debe contener:

Concepto técnico de la viabilidad del desarrollo de una nueva funcionalidad en un sistema ya existente.

En caso de un nuevo S.I. evaluación en el distrito de posibles soluciones, en caso de no existir, estudio de mercado.

Estimación de Recursos necesarios para el proyecto en cuanto a costos, tiempos de desarrollo y personal técnico.

Recursos faltantes que deben ser previstos por el área funcional.

Analista Funcional

Retoma el procedimiento GDI-TIC-P001 de gestión de servicios de TIC en la actividad 11, con el fin de documentar el caso y cerrarlo.

El área funcional debe abrir un nuevo caso en la HGS con el documento de factibilidad con el fin de continuar con este procedimiento.


6Socializar al área

funcional la documentación y el concepto técnico del

requerimiento

Comunicación oficial con

concepto técnico

7Retomar Actividad 11 del GDI-TIC-P001 -Procedimiento de

gestión de servicios de TIC

5Evaluar en el Distrito y/o mercado opciones

técnicas de S.I.

A





Evalúa si la solicitud es para una nueva funcionalidad de un S.I. ya existente, pasa a la actividad 12 para asegurar la disponibilidad de los recursos.

Si no es para una funcionalidad de un S.I., se debe continuar con la siguiente actividad.

Evalúa el resultado del levantamiento del requerimiento. Si el sistema de información es adquirido por convenio o contrato con proveedores, ya sea software libre o privativo, se realizan las actividades contractuales necesarias estipuladas en el Manual de contratación de la entidad para asegurar la adquisición del nuevo sistema; debe continuar en la actividad 10.

Si es un desarrollo propio (In House) debe continuar con la actividad 12 para asegurar la disponibilidad de los recursos.

Líder FuncionalLíder TécnicoAnalista FuncionalProveedor

Elaboran Plan del Proyecto entre personal de la DTI, y/o el Proveedor del SI.Los elementos a tener en cuenta son los siguientes:

Equipo de trabajo. Arquitectura solución del

sistema. Módulos del sistema (entrega

de productos por etapas). Conjunto de pruebas. Riesgos involucrados. Criterios de aceptación.


8¿La solicitud es

para el desarrollo de una nueva

funcionalidad de un S.I. existente?

Act.12

SI

NO

9¿La solicitud es

para un desarrollo propio (In House) de un nuevo S.I. ?

Act.12

SI

B

NO

B

10Definir plan de

ProyectoPlan de trabajo

del proyecto





Cronograma de actividades.

Área FuncionalD.T.I.

Aseguran los recursos definidos en el plan de proyecto con el fin de iniciar las actividades de diseño para el desarrollo del nuevo S.I. o la nueva funcionalidad de uno existente.

Verifica si se tiene asegurados los recursos por parte del área funcional para continuar con la actividad 14 de Diseño.

En caso de no tener el presupuesto y los recursos necesario para iniciar el proyecto, se continua con la siguiente actividad donde se documentará el caso en la HGS para su posterior cierre justificando la no solución de la necesidad.

Líder Técnico

Retoma la actividad 11 del procedimiento GDI-TIC-P001 - de gestión de servicios de TIC, en caso de no tener asignado el presupuesto para el proyecto. Se documenta el caso en la HGS para su posterior cierre.

Dejar la evidencia de la indisponibilidad de los recursos, factor que impide la ejecución del proyecto.

Líder FuncionalIngeniero DesarrolladorLíder TécnicoAnalista

Realiza la especificación del requerimiento con el área funcional considerando los siguientes elementos: Casos de usos (Formato caso de uso

GDI-TIC-F012), o diseño de procesos para plataforma BPM.

Modelo de datos. Diseño de prototipos (Mockups)


11Asegurar la

disponibilidad de los recursos para el

proyecto

13Retomar Actividad 11 del

GDI-TIC-P001 -Procedimiento de gestión

de servicios de TIC

C

14Diseñar nuevo S.I. o

nueva funcionalidad de uno existente

Formato caso de uso GDI-TIC-

F012Documentos de

Diseño

Caso documentado en

la HGS.

12¿Se tiene el

presupuesto del proyecto

asegurado?

Act.14

SI

C





funcional Documento de identificación de

interoperabilidad con otros S.I y/o actores que intervienen.

Director DTI

Solicita al área funcional mediante comunicado oficial la aprobación de la documentación del diseño del nuevo aplicativo o la nueva funcionalidad de uno existente. Se realiza esta actividad para garantizar que se esté supliendo la necesidad y así poder pasar a la ejecución de la siguiente fase de Desarrollo.Verifica si la documentación de Diseño es aprobada por el líder del área funcional para continuar con la siguiente actividad de desarrollo del nuevo S.I. o la funcionalidad de uno ya existente.

En caso de no ser aprobada se deben realizar los ajustes necesarios a los documentos de diseño por lo cual se debe retornar a la Actividad 14.

Ingeniero desarrollado

r

Realiza la construcción, homologación o modificación al sistema (código fuente), o implementación de los procesos para plataforma BPM, de acuerdo con las condiciones y documentos establecidos en las etapas anteriores.

Esta actividad se debe realizar en ambiente de desarrollo.En caso de que los cambios afecten la estructura de base de datos del sistema de información, el desarrollador debe generar un script de la base de datos con la nueva versión desde el ambiente de pruebas la cual debe ser controlada y versionada.

Ingeniero desarrollador Despliega la solución en la


15Solicitar aprobación

de documentación de Diseño al área

funcional

16¿Documentación

de Diseño aprobada por

área funcional?

SI

NO

C

C

17Desarrollar nuevo

sistema S.I. o mantenimiento de uno

existente

SI VersionadoEn Repositorio

BD actualizada

PLE-PIN-F026

18Desplegar solución en ambiente de Pruebas

Aprobación del diseño por Líder

funcional

Comunicación Oficial





y/o ProveedorLíder TécnicoAnalista Funcional

infraestructura de servidor de base de datos, de aplicaciones y si es necesario de repositorio de documentos.

En el caso de desarrollar una nueva versión de un sistema, se deberá considerar la realización de un plan de migración de datos.

El Ingeniero Desarrollador o proveedor del SI realiza transferencia de conocimiento al líder técnico, los analistas funcionales y Líder Funcional para la realización de las pruebas dejando constancia en el formato “PLE-PIN-F026 “Formato registro capacitación / entrenamiento”.

Líder técnicoAnalista FuncionalLíder funcional

Realizan en conjunto pruebas del producto con usuarios finales.Se identifican posibles fallas o errores de programación, usabilidad y accesibilidad.Documentan las pruebas de acuerdo a lo establecido en las instrucciones GDI-TIC-IN016 plan de pruebas.

Si las pruebas son exitosas se debe continuar con la siguiente actividad para ejecutar las instrucciones GDI-TIC-IN005 - Control de versiones y despliegue de Sistemas de Información.

Si no son satisfactorias, se debe retornar este procedimiento en la actividad No. 17 para que el desarrollador realice las correcciones necesarias.


D

20¿Pruebas Exitosas?

Act.17

NO

SI

PLE-PIN-F026

GDI-TIC-F011 – formato plan

de pruebas diligenciado

19Realizar pruebas de

Calidad de la solución en pruebas





Líder TécnicoAnalista funcional

Solicita el despliegue al comité de cambios descrito en las instrucciones GDI-TIC-IN005 “Control de versiones y despliegue de Sistemas de Información” y diligenciar el formato “Formato solicitud de despliegue GDI-TIC-F19”

Si el cambio es aprobado, se debe continuar con la siguiente actividad para realizar el despliegue en ambiente de producción.

Si no es aprobado se deben realizar los ajustes solicitados para pasar nuevamente a aprobación, en este caso regresa a la actividad 21.

Ingeniero desarrolladorAnalista FuncionalProveedor SI

Realizan coordinadamente el despliegue de la solución en ambiente de producción, de acuerdo con las instrucciones GDI-TIC-IN005 “Control de versiones y despliegue de Sistemas de Información”

Se pueden afectar temas de aplicación, Base de Datos, Servicios e infraestructura.

-Líder técnico-Analista Funcional

-Líder funcional

Realiza pruebas del S.I. en ambiente de producción con usuarios finales.Identifica posibles fallas o errores de programación, usabilidad y accesibilidad.Documenta las pruebas de acuerdo a lo establecido en las instrucciones GDI-TIC-IN016 plan de pruebas.


GDI-GPD-F029

Diligenciado y versionado Formato

solicitud de despliegue

DGDI-TIC-F019

Formato solicitud de despliegue

22¿Es aprobado

el cambio?

23Desplegar solución en

ambiente de Producción

21Ejecutar GDI-TIC-

IN005 Instrucciones Control de versiones y

despliegue de Sistemas de Información

NO

SI

S.I. desplegado en ambiente de producción

Base de Datos Actualizada

E

24Realizar pruebas de

Calidad de la solución en producción

GDI-TIC-F011 – formato plan

de pruebas diligenciado





Si las pruebas son exitosas se debe continuar con la siguiente actividad para implementar el nuevo S.I. o la nueva funcionalidad.

Si no son satisfactorias, se debe retornar este procedimiento en la actividad No. 17 para que el desarrollador realice las correcciones necesarias.

Líder FuncionalLíder TécnicoAnalista FuncionalDirector de DTI

El Director de la DTI hace entrega formal del sistema de información al Líder Funcional de la dependencia solicitante mediante comunicación oficial.

Nota 1. Si el sistema fue adquirido mediante convenio, la entidad será responsable de los ajustes o desarrollos para la puesta en producción para lo cual debe adelantar el proceso para la contratación de los profesionales expertos responsables del soporte y mantenimiento.

Nota 2. La DTI realiza capacitación inicial a un grupo de formadores del área funcional, quienes serán los responsables de realizar la interiorización del software.

Líder TécnicoAnalista FuncionalResponsable uso y apropiación

Ejecutar las actividades que garanticen el dominio de uso y apropiación, de manera articulada con las áreas involucradas, en la implementación de proyectos de TI que tengan un alto impacto en la gestión de la Entidad. Estas actividades están relacionadas con:

a. Diligenciar el formato GDI-TIC-F018 matriz de interesados para la identificación del público objetivo y posibles causas de resistencia para la adopción del nuevo proyecto con


25¿Pruebas Exitosas?

E

26Implantar nuevo S.I. o nueva funcionalidad

Act.17

NO

SI

F

PLE-PIN-F026PLE-PIN-F027Entrega oficial del sistema. Manual de usuario

27Aplicar los lineamientos de Uso y apropiación del

nuevo componente tecnológico GDI-TIC-F017

GDI-TIC-F018





componente tecnológico, y de esta manera, poder establecer una estrategia que propicie una adecuada preparación para el cambio. b. Trabajar articuladamente con la Oficina Asesora de comunicaciones la estrategia de comunicación, contenidos, mensajes claves (videos, correos electrónicos, talleres, presentaciones, etc.) y la audiencia de destino. c. Trabajar el formato GDI-TIC-F017 matriz de formación de manera articuladamente con la Dirección de Gestión del Talento Humano para definir el plan de formación, su contenido, posibles mecanismos de reconocimiento, logística para su convocatoria y realización, teniendo presente las diferentes herramientas de aprendizaje. d. Dar cumplimiento a los lineamientos establecidos y adoptados por la Secretaria Distrital de Gobierno en la G.UA.01 Guía del dominio de uso y apropiación del marco de referencia de Arquitectura de TI.

Líder Técnico

Retoma la actividad 11 del procedimiento GDI-TIC-P001 - de gestión de servicios de TIC.

Documenta y solucionar el caso en la HGS para su posterior cierre.

Fin del procedimiento

3. DOCUMENTOS RELACIONADOS


FIN

F

27Retomar Actividad 11 del

GDI-TIC-P001 -Procedimiento de gestión

de servicios de TIC

Caso documentado y

solucionado en la HGS.




3.1 Documentos internos

Código DocumentoGDI-TIC-F011 Formato Plan de PruebasGDI-TIC-F012 Formato Caso de usoPLE-PIN-F026 Formato registro capacitación / entrenamiento

PLE-PIN-F027 Formato Encuesta de Percepción de la capacitación y o entrenamiento

GDI-TIC-IN005 Instructivo para el Control de versiones

GDI-TIC-F019 Formato solicitud de despliegueGDI-TIC-F017 Formato matriz de formaciónGDI-TIC-F018 Formato matriz de interesados

N/A Plantilla para construcción de manual técnico SIN/A Plantilla para construcción de manual Usuario SI

3.2 Normatividad vigente

Norma Año Epígrafe Artículo(s)

Ley 962 de 2005 2005

Por la cual se dictan disposiciones sobre racionalización de trámites y procedimientos administrativos de los organismos y entidades del Estado y de los particulares que ejercen funciones públicas o prestan servicios públicos

Decreto Reglamentario 2573 de 12 de diciembre

de 20142014

Por el cual se establecen los lineamientos generales de la Estrategia de Gobierno en Línea, se reglamenta parcialmente la Ley 1341 de 2009 y se dictan otras disposiciones

Directiva Presidencial No. 4 de 2012 2012

Eficiencia administrativa y lineamientos de la Política Cero Papel en la Administración Pública.

Ley 1581 de 2012 2012Por la cual se dictan disposiciones generales para la protección de datos personales

Ley 1712 de 2014 2014 Ley de transparencia y del derecho de acceso a la información pública nacional





Norma Año Epígrafe Artículo(s)

Resolución No. 004 de 2017 2017

Por la cual se modifica la Resolución 305 de 2008 de la CDS

Resolución No. 001 de 2018 2018

Por la cual se establece el reglamento interno de la Comisión Distrital de Sistemas – CDS y se dictan otras disposiciones

3.3. Documentos externos

Nombre Fecha de

publicación o

versión

Entidad que lo emite Medio de consulta

Guía Técnica del Dominio

de SI

Versión 1.030/12 /2014

MINTIChttp://www.mintic.gov.co/

arquitecturati/630/w3-propertyvalue-8088.html


Documents

1gaia.gobiernobogota.gov.co/sites/default/files/document... · Web viewEstá relacionada con la estructura de la base de datos, la arquitectura y el código que hace el trabajo del