MACROPROCESO GESTIÓN TECNOLÓGICA

Documentos relacionados
1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

Proceso: AI2 Adquirir y mantener software aplicativo

Resumen General del Manual de Organización y Funciones

Técnico y sus funciones. 5. Función de los líderes. 6 Función del analista de datos. 6. Metas del Help Desk. 7 Definir el alcance del Help Desk.

1.8 TECNOLOGÍA DE LA INFORMACIÓN

OBLIGACIONES DE HACER INSTITUCIONES PÚBLICAS (INSTITUCIONES EDUCATIVAS, HOSPITALES Y CENTROS DE SALUD) DECRETO 2044 DE 2013

MARCO DE REFERENCIA SISTEMAS DE INFORMACIÓN PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO

Antes de imprimir este documento piense en el medio ambiente!

UNIVERSIDAD AUTÓNOMA DEL CARIBE

Consideraciones para implementaciones BPM y EDA

Sistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal

Instituto del Café de Costa Rica

PROCEDIMIENTO DE MANTENIMIENTO PREVENTIVO Y CORRECTIVO PROCESO GESTIÓN TECNOLÓGICA


PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Elementos requeridos para crearlos (ejemplo: el compilador)

Información de Producto:

INSTITUTO DEL CAFÉ DE COSTA RICA

SYSTEMIC SOLUTIONS BPM. soluciones integrales.

Programa Nacional de Servicio al Ciudadano

Gestión de la Configuración

RESOLUCIÓN DEL SUPERINTENDENTE SUGEF-R

Tecnología de la Información. Administración de Recursos Informáticos

Resumen General del Manual de Organización y Funciones

Capítulo VII PLAN DE IMPLEMENTACIÓN DE ALTO NIVEL

Marco Normativo de IT

CONSOLIDADO DE PREGUNTAS A LA FCT RECIBIDAS DURANTE EL ESTUDIO DE MERCADO O COSTOS

Guía metodologíca para la gestión de proyectos de software basada en metodologías agiles, que integre las herramientas de seguimiento de actividades,

MS_10974 Deploying Windows Server

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA

COL-ADM-011 PROCEDIMIENTO DE SISTEMAS

Partes de la Propuesta (orientada a sitios web).

Sistema de Gestión de Proyectos Estratégicos.

Modelos de Propuestas

Respuestas a consultas

DIRECCIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO

PROCEDIMIENTO DE AUDITORÍA INTERNA DE CALIDAD

LANZAMIENTO PROYECTO : INTEGRA Montaje del ERP SIESA Enterprise. Barranquilla - Colombia 2012

Especificaciones de la oferta Administración de dispositivos distribuidos Administración de activos

INDICE DE CARGOS Cargo Pagina

TEMA 1: INTRODUCCIÓN A SERVICIOS TI

Política de Privacidad y Condiciones de Uso del Portal

E-learning: E-learning:

CENTRO DE CONTACTO CON EL CLIENTE MÓDULO DE GESTIÓN DE ACTIVIDADES E INTERACCIONES

LINEAMIENTOS DE RENDICIÓN DE CUENTAS DE LA CREG

ACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos

Curso. Introducción a la Administracion de Proyectos

Antes de imprimir este documento piense en el medio ambiente!

PERFILES OCUPACIONALES

mope PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS Página 0 PASEO GENERAL MARTINEZ CAMPOS MADRID info@mope.

Hospital Nacional de Maternidad UNIDAD DE INFORMATICA

Antes de imprimir este documento piense en el medio ambiente!

10775 Administering Microsoft SQL Server 2012 Databases

Acerca de esté Catálogo

PROCESO GESTIÓN DE TECNOLOGIAS DE INFORMACION. INSTRUCTIVO PARA SOLICITUD, USO E INSTALACIÓN DE SOFTWARE LIBRE Versión 02

Gestión del Servicio de Tecnología de la información

PROCEDIMIENTO GESTIÓN TICS

UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO DE ATENCIÓN DE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O PERIFÉRICOS GESTIÓN INFORMÁTICA

Diseño, Desarrollo e Implementación de una Aplicación Web para el manejo Centralizado de la Información Corporativa en AGA Consultores

Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.


Sistema de marketing de proximidad

REGLAMENTACIÓN POLÍTICA DE SEGURIDAD DE INFORMACIÓN GEOGRÁFICA VERSIÓN: 1.1

S o l u c i o n e s I n f o r m a t i c a s. Soluciones a un solo clic

CONSTRUCCIÓN DEL PROCESO ADMINISTRADOR DE PROYECTOS SEIS SIGMA Bizagi Process Modeler

CAPÍTULO 1 CONCEPTOS CLAVE. NO ES una profesión NO ES NO ES. NO ES manufactura en casa DEFINICIÓN DEL TELETRABAJO LO QUE NO ES TELETRABAJO

Brindamos asesorías que involucran tecnología y personal calificado, estos hacen de DOCTUM su mejor aliado.

CRM. Customer Relationship Management Sistema de Gestión Inteligente de Mercadeo y Ventas. Sistema de Gestión Inteligente de Mercadeo y Ventas

Metodología de Gestión de Proyectos

Visión General de GXportal. Última actualización: 2009

Descripción. Este Software cumple los siguientes hitos:

PERFIL TÉCNICO ANALISTA-PROGRAMADOR

Antes de imprimir este documento piense en el medio ambiente!

CONSOLIDADO DE PREGUNTAS A LA FCT RECIBIDAS DURANTE EL ESTUDIO DE MERCADO O COSTOS PRIMER DOCUMENTO. GTDflywan Diego Alejandro Martinez Trujillo

REGISTRO DE EMPRESAS Y PERSONAS BASE DE INFORMACIÓN DE CLIENTES & CONTACTOS

3ER FORO LATINOAMERICANO PRISM 17 Y 18 OCTUBRE 2013 CANCÚN, MÉXICO. Lic. Fernando Parada Gerente General Plumada SA Skype: ferparada1

e-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red.

Despliegue de plataforma Q-flow

Definir las acciones para la administración de equipos informáticos y de telecomunicaciones de la Fundación FES.

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos

Nombre de producto. Dexon Workflow Manager

ENSA. Costa del Este, Business Park, Torre Oeste Piso 3. Panamá, Republica de Panamá. Central Telefónica: (507)

Fecha: Julio A nivel externo, este procedimiento es aplicable al proveedor del sistema informático.

Introducción. Enfoque de Control de CobiT Los Procesos del Modelo Mapeo de los Procesos

AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN AFINES OBJETIVOS OBJETIVOS DE CONTROL

CONTRATACIÓN DESARROLLO DE APLICACIÓNES PARA DISPOSITIVOS MOVILES

DISEÑO DE SOFTWARE INTEGRADO Unidad I: Introducción al Diseño de Software Integrado. Profesor: Cristián Chávez T

Unidad 1. Fundamentos en Gestión de Riesgos

Microsoft Dynamics Sure Step Fundamentos

ISiigo Solución online para la gestión de tareas. Entrenamiento en Ventas Pymes

MS_10748 Deploying System Center 2012, Configuration Manager

RESPONSABILIDADES DE LA DIRECCIÓN PC/02

Ventajas del software del SIGOB para las instituciones

MODELOS DE ESTRUCTURA PARA LAS DIRECCIONES DE INFORMÁTICA

Actualización de conocimientos en herramientas Autodesk

Procedimiento de Sistemas de Información

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com

GABINETE DEL MINISTRO Pág.1 de 9 MANUAL DE ORGANIZACIÓN Y FUNCIONES

SUPLEMENTO EUROPASS AL TÍTULO

Transcripción:

Versión 1.0 Página 1 de 5 1. OBJETIVO Suministrar las fases para la puesta en producción de aplicaciones y sistemas de información desarrollados o adquiridos por el Instituto Colombiano de Bienestar Familiar ICBF, a través de la descripción de cada una de estas, para obtener los registros requeridos y lograr el despliegue en los ambientes productivos dispuestos para este fin. 2. ALCANCE Inicia con el alistamiento de los documentos requeridos para la puesta en producción y finaliza con la entrega al operador de TI que este administrando la infraestructura tecnológica del ICBF de los servicios de la aplicación y/o sistema de información. 3. DEFINICIONES Aplicación: Conjunto de artefactos que responden a las necesidades de negocio del ICBF. Artefacto: una de las formas de resultados tangibles producidos durante el desarrollo de software. Para el presente procedimiento se refiere a los scripts, ejecutables y compilado que se suministran para ser desplegados en un ambiente de pruebas o de producción. Base de Datos: colección de datos organizada para dar servicio a muchas aplicaciones al mismo tiempo al combinar los datos de manera que parezcan estar en una sola ubicación. En este contexto, se entiende por base de datos todo tipo de ORIGEN/DESTINO DE DATOS, como por ejemplo: Estructuras relacionales o jerárquicas implementadas en Archivos ISAM, planos, binarios, XML, o, incluso, datos provenientes de conexiones a servicios como los Web Services o la integración de aplicaciones, entre otros. Entrega de Administración: Hace referencia a la entrega a un tercero la administración de los servicio de aplicación, bases de datos y demás componentes que conformen una aplicación y/o sistema de información. Escalabilidad: Para soportar un crecimiento o aumento en el número de usuarios sobre plataformas de redes y/o servidores que también pueden aumentar. Se debe definir el hasta qué límite. Sistema de Información: Conjunto de aplicaciones que interactúan entre sí para apoyar un área o proceso del ICBF. Parametrización: Capacidad de adaptación del software a los requerimientos de usuarios. Determinación de valores por omisión y validaciones, que entre otras tareas permite modificar y extender su funcionalidad, reducir errores y tiempos de carga, autorización de accesos por usuario, entre otros.

Versión 1.0 Página 2 de 5 Algunos aspectos importantes relacionados con la parametrización en cuanto a que persiguen un mismo fin, pero no operan de la misma manera son: - Posibilidad y Facilidad de cambio: Cuando los cambios no pueden ser resueltos mediante la parametrización, se debe evaluar la posibilidad de cambiar código fuente y la facilidad para hacer nuevos desarrollos e integrarlos al sistema. - Posibilidad de automatización/comunicación/integración: Establecer si el sistema se puede automatizar o utilizar desde sistemas externos. Si ofrece una Interfaz de Programación de Aplicaciones (API) o algún tipo de servicio de integración con otros sistemas de Información. Servicio Web (en inglés, Web service): es un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. SOA Arquitectura Orientada a Servicios (en inglés Service Oriented Architecture): concepto de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio. Permite la creación de sistemas altamente escalables que reflejan el negocio de la organización, a su vez brinda una forma bien definida de exposición e invocación de servicios (comúnmente pero no exclusivamente servicios web), lo cual facilita la interacción entre diferentes sistemas propios o de terceros. Capas se software de SOA: - Aplicaciones básicas: Sistemas desarrollados bajo cualquier arquitectura o tecnología, geográficamente dispersos y bajo cualquier figura de propiedad. - De exposición de funcionalidades: Donde las funcionalidades de la capa aplicativas son expuestas en forma de servicios (servicios web). - De integración de servicios: Facilitan el intercambio de datos entre elementos de la capa aplicativa orientada a procesos empresariales internos o en colaboración. - De composición de procesos: Que define el proceso en términos del negocio y sus necesidades, y que varía en función del negocio. - De entrega: donde los servicios son desplegados a los usuarios finales. SOA proporciona una metodología y un marco de trabajo para documentar las capacidades de negocio y puede dar soporte a las actividades de integración y consolidación. 4. DESARROLLO. La puesta en producción de un aplicativo y/o sistema de información implica la gestión para la instalación y configuración en un ambiente productivo de los servicios de aplicación y bases de datos, para lo cual a continuación se describen por fases las acciones que se deben surtir y lograr su despliegue:

Versión 1.0 Página 3 de 5 Fase I - Alistamiento de documentos: El objetivo de esta fase es tener la documentación necesaria para el análisis de requerimientos físicos (hardware y componentes) del producto y su posterior gestión, dichos documentos hacen parte del proyecto y están referenciados en el procedimiento PR5 MPA6 procedimiento para desarrollo y mantenimiento de sistemas de información: Manual de Instalación y Configuración. Medios de Instalación (artefactos de desarrollo). Plan de Contingencia Sugerido Ficha Técnica (Aplicaciones y Bases de Datos) Formato de Política de backup Diseño de Arquitectura física Acta de Aceptación Consolidado de pruebas a. Pruebas de Canal b. Pruebas de Carga y Concurrencia c. Pruebas Funcionales Formato RFC Fase II - Socialización del producto con los líderes de la Subdirección de Recursos Tecnológicos: El objetivo de esta fase es socializar con los líderes de Servidores, Seguridad y Aplicaciones/Bases de Datos de la Subdirección de Recursos Tecnológicos, el producto y definir los requerimientos necesarios para su implementación en producción, a través de sesiones de trabajo en las que se revisarán los siguientes aspectos: - Seguridad: Análisis de Vulnerabilidades de la aplicación. - Servidores: con base en la Ficha Técnica se validarán los recursos disponibles para su implementación. - Licenciamiento: Se validarán los componentes requeridos por el producto y la disponibilidad del mismo. - Aplicaciones / Bases de Datos: Revisar las pruebas necesarias para su paso a producción. Producto de la ejecución de esta fase se elaborarán las actas de reunión respectivas. Fase III - Evaluación del Impacto:

Versión 1.0 Página 4 de 5 El objetivo de esta fase es evaluar el impacto de la puesta en producción del producto, desde el punto de vista de la plataforma que lo va a soportar. Una vez atendidos los requerimientos por parte de la Subdirección de Recursos Tecnológicos, se definirá la plataforma disponible donde se realizará su implementación y/o actualización, completando la documentación técnica y realizando los ajustes pertinentes a través de sesiones convocadas por el líder de configuración de la Subdirección de Sistemas Integrados de Información, donde participarán los líderes de los servicios de: Servidores, Mesa de Ayuda, Seguridad y Aplicaciones/Bases de Datos por parte de la Subdirección de Recursos Tecnológicos y por parte de la Subdirección de Sistemas Integrados de Información, el Arquitecto y el líder de Calidad, Pruebas y Soporte. Fase IV - Solicitud de requerimiento de puesta en producción: En esta fase se ejecutan las actividades definidas en el procedimiento PR3 MPA6 Gestión de Cambios de Tecnología de Información, del cual se obtendrá como resultado la notificación y cierre del requerimiento, con la cual se procederá a realizar la actualización del inventario de aplicaciones y sistemas de información por parte del Líder de Aplicaciones de la Subdirección de Recursos Tecnológicos, e igualmente realizar la solicitud a la mesa de ayuda, para la implementación de la política de backup, y la inclusión en las herramientas de monitoreo. Fase V - Entrega de Administración: El objetivo de esta fase es entregar al operador de TI que este administrando la infraestructura tecnológica del ICBF, los servicios de la aplicación y/o sistema de información. El líder de configuración de la Subdirección de Sistemas Integrados de Información convocará una sesión de entrega de administración con los líderes de servicio de Aplicación y Bases de Datos de la Subdirección de Recursos Tecnológicos y los especialistas de estos mismos servicios del operador de TI del ICBF, donde se evaluarán las observaciones realizadas en la fase II de este documento, si hubiera lugar; y se entregará oficialmente la última versión de los siguientes documentos: - Manual de Usuario - Plan de Contingencia - Manual de Instalación y Configuración - Diseño de Arquitectura física - Ficha Técnica (Aplicación / Datos)

Versión 1.0 Página 5 de 5 La puesta en producción y entrega de administración de las aplicaciones y sistemas de información implica la entrega de los documentos y administración de los servicios de aplicación y bases de datos al operador de TI, iniciando a partir de la firma del acta de entrega de administración, la facturación de cada uno de los servicios por parte del operador. Si la entrega de administración NO se cumpliera inmediatamente se hace la implementación en producción, se iniciará una etapa de estabilización, para lo cual es necesario realizar el aseguramiento de las cadenas de conexión y depuración de usuarios creados en los demás componentes diferentes a los que usa el producto, el cual se realizará a través del procedimiento PR3 MPA6 Gestión de Cambios de Tecnología de Información. El Subdirector de Sistemas de Información debe comunicar a través de correo electrónico a los líderes de servicio de Servidores, Seguridad y Aplicaciones / Bases de Datos de la Subdirección de Recursos Tecnológicos y el operador de TI del ICBF, el responsable asignado para la administración durante la etapa de estabilización. La etapa de estabilización no debe superar los 30 días hábiles, contados a partir de la implementación. La entrega de documentación actualizada debe darse en los 15 días hábiles siguientes a la finalización de la estabilización de la aplicación o del sistema de información. Anexo 1 NATURALEZA DE LOS CAMBIO: Ítem Modif. Nombre del ítem Descripción del Cambio Elaboración