Procedimiento Construcción y Mantenimiento de Sistemas de Información Fecha Actualización: 26 de diciembre de 2013 Procedimiento: Construcción y Mantenimiento de Sistemas de Información Proceso relacionado: Administración de la Tecnología Informática Líder Estratégico: Jefe Oficina de Sistemas Líder Operativo: Jefe Oficina de Sistemas Objetivo: Diseñar, desarrollar, implementar y mantener los sistemas de Información de competencia del DAFP, a partir de la recepción de los requerimientos funcionales definidos por los usuarios, con el fin de atender las necesidades de información de los procesos misionales y de apoyo. . Alcance: Este procedimiento inicia con la recepción de la solicitud de creación o ajuste de una herramienta para la administración de información, a partir de la cual se establece la capacidad para desarrollarla o rechazarla; y finaliza con la puesta en producción de la solución requerida. Generalidades: En el procedimiento de Construcción y Mantenimiento de Sistemas de Información, la Oficina debe proveer una solución sistematizada que satisfaga los requerimientos y permita el uso eficiente de los recursos de la entidad. Cuando en el desarrollo del software el DAFP actúe como entidad ejecutora todos los pasos del procedimiento se ejecutan y documentan cumpliendo con las políticas de operación del contratista, las cuales se encuentran definidas en el Convenio de Servicios suscrito para tal fin. Terminología y Abreviaturas: En las diferentes etapas del diseño y desarrollo de software, se realiza la verificación y validación de los requisistos del producto para asegurar el cumplimiento de los mismos y así minimizar el riego de generar un producto no conforme. Sin embargo, cuando se detecte un Producto que no cumple con los requisitos, en las etapas de revisión, verificación y validación, se registrará en los formatos definidos en este procedimiento. Sistema de información (SI) es un conjunto de elementos orientados al tratamiento y administración de datos e información, organizados y listos para su posterior uso, generados para cubrir una necesidad (objetivo). Mantenimiento: Se entiende como la solicitud de una nueva funcionalidad o el ajuste de una existente en un Sistema de información Requerimiento Funcional: Características especificas que el usuario determina para el sistema solicitado. Diseño de la Base de datos: Etapa en la cual se crea un esquema conceptual de la base de datos, con la generación de modelos de las vistas de usuario y las relaciones entre cada elemento del sistema, documentando los derechos de uso y manipulación de los diferentes usuarios. Interfaces: Elementos gráficos que facilitan la comunicación con la aplicación, la presentación y el acceso a la información por parte del usuario. Usuario Funcional: Se refiere a la persona que conoce y es responsable de identificar las funciones específicas solicitada a través de este procedimiento. F. Versión 5 Fecha: 02/10/2012 Copia controlada: si este documento se encuentra impreso no se garantiza su vigencia. La versión vigente reposa en la carpeta de Calidad DAFP. 1 Procedimiento Construcción y Mantenimiento de Sistemas de Información Fecha Actualización: 26 de diciembre de 2013 N° ACTIVIDAD (FLUJOGRAMA) 1 RESPONSABLE REGISTRO OBSERVACIÓN INICIO 2 Recibir solicitud Lider del Proceso Profesionales asignados Correo, acta de reunión, Herramienta Mesa de Ayuda Profesional asignado Usuarios funcionales Documento de Visión del identificación del problema, identificación proyecto general de necesidades de los usuarios, Actas de reunión SI NO 3 ¿Nuevo proyecto? Visión general del negocio y se incluye: 4 Definir visión del Proyecto identificación de alternativas de solución. Líder de Proceso Profesional asignado Analizar viabilidad solicitud 5 Actas de reunión Correo electrónico Se analiza la viabilidad para desarrollar la solución que de cumplimiento a las necesidades del área usuaria NO Analizar factibilidad proyecto ¿Es viable? FIN Lider del Proceso Profesionales asignados 6 Correo, acta de reunión, Herramienta Mesa de Ayuda SI NO NO ¿Requiere identificar requerimientos? 7 ¿Es factible el proyecto? SI SI Identificar requerimientos 8 Establecer plan de desarrollo de software 9 FIN Profesionales asignados Usuarios funcionales Actas de reunión Formato de requerimientos Formato de diagramación de requerimientos Cronograma Lider del Proceso Profesional designado Formato de Usuarios funcionales Planificación Se especifican en requerimientos detallados las necesidades del usuario. La planificación puede aplicar a uno o varios ciclos de iteración de un proyecto o a un ciclo de proyecto completo A F. Versión 5 Fecha: 02/10/2012 Copia controlada: si este documento se encuentra impreso no se garantiza su vigencia. La versión vigente reposa en la carpeta de Calidad DAFP. 2 Procedimiento Construcción y Mantenimiento de Sistemas de Información Fecha Actualización: 26 de diciembre de 2013 N° ACTIVIDAD (FLUJOGRAMA) RESPONSABLE REGISTRO OBSERVACIÓN A Especificar / Actualizar casos de uso 10 NO 11 SI Profesionales asignados NO ¿Casos uso aprobados? Formato de Especificación La matriz de notificaciones aplicará a de casos de Uso desarrollo que requieran el envio de notificaciones a los usuarios. Matriz de notificaciones Usuario funcional SI Profesional asignado 12 13 Probar casos de uso Herramienta Mesa de Ayuda Se realiza la verificación de los requisitos especificados por el usuario funcional SI ¿Hallazgos? Formato de Diseño de la Arquitectura NO 14 Profesional asignado Diseñar arquitectura Incluye la identificación de requerimientos funcionales y no funcionales que impacten la arquitectura y los mecanismos que dan solución a estos. Formato de Control Cambio Modelo Entidad Relación.html Diseñar solución 15 Profesional asignado Formato Diseño Solución Se almacena el código fuente del sw en un sistema de control de versiones Construir solución Profesional asignado 16 Almacenamiento de Código fuente Esta actividad incluye el desarrollo de pruebas unitarias Instalar la aplicación en un servidor de pruebas Realizar despliegue en Pruebas 17 Profesional asignado Realizar pruebas de calidad de la solución 18 Profesional asignado Formato Calidad Herramienta Ayuda SI Se generan los diagramas UML y Entidad Relación necesarios para especificar la estructura y comportamiento del software. Prueba Mesa de de Se valida que lo descrito en los casos de uso corresponda al desarrollo de la solución ¿Hay errores? 19 NO B F. Versión 5 Fecha: 02/10/2012 Copia controlada: si este documento se encuentra impreso no se garantiza su vigencia. La versión vigente reposa en la carpeta de Calidad DAFP. 3 Procedimiento Construcción y Mantenimiento de Sistemas de Información Fecha Actualización: 26 de diciembre de 2013 N° ACTIVIDAD (FLUJOGRAMA) RESPONSABLE REGISTRO Profesional asignado Acta de reunión OBSERVACIÓN B 20 Socializar la solución construida SI 21 22 NO Realizar pruebas funcionales de la solución 19 Profesionales asignados Usuario funcional Formato Prueba Funcional Herramienta Mesa de Ayuda Se realiza capacitación de las funcionalidades desarrolladas El registro de los resultados de las pruebas solo se usará en caso de la identificación de fallas durante la ejecución de las pruebas. Se realiza verificación con el usuario de cumplimiento de requisitos funcionales SI ¿Hay errores? NO 23 24 Desplegar la solución en ambiente de producción Entregar la solicitud Profesional designado Formato de Control de Despliegues Instalar el aplicativo en el servidor de producción Lider del Proceso Formato de Aceptación de Software Entrega a usuario funcional para su puesta en operación Usuario funcional FIN 25 F. Versión 5 Fecha: 02/10/2012 Copia controlada: si este documento se encuentra impreso no se garantiza su vigencia. La versión vigente reposa en la carpeta de Calidad DAFP. 4