PROCEDIMIENTO DE CONTROL DE CAMBIOS



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

Gestión Cuentas de Usuarios FIN700

Gestión Cuentas de Usuarios META4

Procedimiento de Paso a Producción de un Sistema Existente

PROCEDIMIENTO GENERAL DE INFORMATICA DIAGRAMA DE FLUJO DEL MANTENIMIENTO PREVENTIVO DEL HARDWARE

Procedimiento de Paso a Producción de un Nuevo Sistema

Gestión de Permisos. Bizagi Suite. Copyright 2014 Bizagi

SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES

MODELOS DE ESTRUCTURA PARA LAS DIRECCIONES DE INFORMÁTICA

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE

1.8 TECNOLOGÍA DE LA INFORMACIÓN

Aprobado mediante: Resolución Ministerial 014 de 23 de enero de 2013 SISTEMA DE PROGRAMACIÓN DE OPERACIONES

6. La Subgerencia de Capacitación a través de su titular realizará un diagnóstico, para detectar necesidades y demandas en materia de capacitación.

MANUAL DE PROCEDIMIENTOS OFICINA DE ESTADISTICA E INFORMATICA

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

Tabla de contenido 1. OBJETIVOS ASIGNACION DE RESPONSABILIDADES ROLES Y TAREAS ALCANCE... 4

Políticas para el Desarrollo y/o Mantenimiento de Sistemas Informáticos en la Consejería Jurídica del Ejecutivo Federal

Resumen General del Manual de Organización y Funciones

2. ALCANCE: Inicia con un requerimiento (nuevo, mejora y/o actualización) y termina con la entrega y recibo a satisfacción por parte del usuario.

MANUAL DE PROCEDIMIENTOS ADMINISTRATIVOS. Modificación Diseños Curriculares Pág. 1/2

PROCEDIMIENTO ESPECÍFICO. Código G Edición 0

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

INSTITUTO TECNOLÓGICO DE SONORA SGCA-CDO-FO Documentación de procedimientos

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A.

3.1 Ley N 30075, Ley de Fortalecimiento de la Comisión de Promoción del Perú para la Exportación y el Turismo - PROMPERÚ.

METODOLOGÍA PARA REALIZAR UNA AUDITORÍA INFORMÁTICA.

PROCEDIMIENTO DE PASE A PRODUCCIÓN DE SISTEMAS DE INFORMACIÓN

1. Instala gestores de contenidos, identificando sus aplicaciones y configurándolos según requerimientos.

PROCEDIMIENTO ESPECÍFICO. Código G Edición 0

Política de Gestión de Cambios. Prorrectoría Dirección General de Tecnologías de la Información (DGTI)

ANEXO N 11 PASE A PRODUCCION

PROCEDIMIENTO ELABORACIÓN DE DOCUMENTOS

PROCEDIMIENTO DE EVALUACIÓN Y ACREDITACIÓN DE LAS COMPETENCIAS PROFESIONALES CUESTIONARIO DE AUTOEVALUACIÓN PARA LAS TRABAJADORAS Y TRABAJADORES

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

PRU. Fundamento Institucional. Objetivos. Alcance

Procedimiento de Sistemas de Información

PROCEDIMIENTO N 012 EGASA Revisión N 4 PROCEDIMIENTO DE ADMINISTRACIÓN DEL PLAN DE CAPACITACIÓN DE EGASA

Procedimiento para el trámite de precios unitarios de conceptos de trabajo no previstos en el catálogo original del contrato.

PROCEDIMIENTO DE ADMINISTRACIÓN DEL SISTEMA GESTIÓN COMERCIAL

Hospital Nacional de Maternidad UNIDAD DE INFORMATICA

V.4 SUBDIRECCIÓN DE TECNOLOGÍAS DE INFORMACIÓN

INSTRUCTIVO DE PROCEDIMIENTOS

2. GLOSARIO. 1.- Aplicación. Autónoma. aplicaciones. a través de. informática. Determina la. presupuesto. 3.- Unidadd Ejecutora: los objetivos,

Toda petición para el Desarrollo de Sistemas Informáticos será a través de un Oficio emitido por el titular del Área Solicitante.

Universidad Politécnica de Tulancingo Código del documento PR-SGI-001

Norma de Control de Cambios

Curso. Introducción a la Administracion de Proyectos

Unidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008)

Resumen General del Manual de Organización y Funciones

PROGRAMA DEL CURSO. SEGURIDAD EN EQUIPOS INFORMATICOS MF0486_3 90 horas MEDIO-AVANZADO DURACION:

Nombre del Procedimiento: Asignación de Equipos de Cómputo, Sistemas, Software, Hardware, Redes y Consumibles.

Procedimiento AUDITORIA INTERNA DE CALIDAD

Resultados del aprendizaje y Criterios de evaluación del módulo: Implantación de Aplicaciones Web

MANUAL ADMINISTRATIVO SECRETARÍA DE SALUD

HISTORIAL DE CAMBIOS

SISTEMA DE ESPECIICACION DE REQUERIMIENTOS

TERMINOS DE REFERENCIA

Fecha: Julio Los sistemas de cómputo, así como los equipos deben contar con un contrato preventivo y/o correctivo vigente.

Marco Normativo de IT

Procedimiento de Respaldo de Información Crítica, Pruebas y Restauración

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

COPIA NO CONTROLADA PROCEDIMIENTO CONTROL DE DOCUMENTOS Y REGISTROS ADMINISTRACIÓN DEL SISTEMA DE GESTIÓN INTEGRADO

Ejemplos y guías de aprendizaje Versión Guía de aprendizaje de Hiring Sample (Ejemplo de contratación para IBM Process Designer

DESARROLLO Y ASEGURAMIENTO DE CALIDAD DE PROYECTOS DE SOFTWARE

PROCEDIMIENTO GESTIÓN DE INFRAESTRUCTURA CÓDIGO: VERSIÓN No Fecha: Diciembre 22 de 2009

SALIDAS. Computadores, aplicativos Insumos y bienes

CARACTERIZACION DE PROCESO GESTIÓN TECNOLOGICA Y DE SISTEMAS DE INFORMACIÓN

SUPLEMENTO EUROPASS AL TÍTULO

Título : SOPORTE A USUARIOS INTERNOS Y EXTERNOS EN APLICACIONES DESARROLLADAS. Firma: Firma: Firma:

PROCEDIMIENTO ESPECÍFICO. Código G Edición 0

Código: Revisión: 2. Autorizó:

Manual de Procedimientos

Revisó MVZ J. Isabel Campos Ochoa Representante de la rectoría para la implementación del SAC

PROCEDIMIENTO DE IDENTIFICACIÓN Y DEFINICIÓN DE ACUERDOS DE NIVELES DE SERVICIO

NORMAS Y PROCEDIMIENTOS. CURRICULARES Página: 1 / 3

Metodología de Gestión de Proyectos

Objetivo. Alcance. Referencias. Responsabilidades MANUAL DE PROCEDIMIENTOS DE TECNOLOGÍAS DE INFORMACIÓN

Validación hojas de cálculo en Microsoft Excel según requerimientos definidos en la guía FDA 21 CFR parte 11

PROCEDIMIENTO VERSION: 01 ADMINISTRACIÓN DE HARDWARE, SOFTWARE Y COMUNICACIONES INFORMÁTICAS PROCESO GESTION DE LA EDUCACIÓN

CONTROL DE CAMBIOS Y MEJORAS

Syllabus.

Elementos requeridos para crearlos (ejemplo: el compilador)

1. OBJETIVO Establecer los mecanismos para realizar copias de seguridad y restauración de los servicios o servidores del Senado de la Republica.

INDICE DE CARGOS Cargo Pagina

1. OBJETIVO: 2. ALCANCE: Inicia con el monitoreo y/o requerimiento y termina con la solución del servicio

MACROPROCESO GESTIÓN TECNOLÓGICA

MANUAL DE ORGANIZACIÓN GENERAL Y DE FUNCIONES DE LA DIRECCION DE INFORMATICA.

PROCEDIMIENTO DE EVALUACIÓN Y ACREDITACIÓN DE LAS COMPETENCIAS PROFESIONALES CUESTIONARIO DE AUTOEVALUACIÓN PARA LAS TRABAJADORAS Y TRABAJADORES

Transcripción:

PROCEDIMIENTO DE CONTROL DE CAMBIOS 1 PROCEDIMIENTO DE Ingeniería de requisitos CONTROL DE CAMBIOS Practico # 1 Informe caso estudio GIGA-QUOTE Docente: Msc. Vladimir Calderon PRACTICO 6 Grupo: THE SAME Integrantes: Keyla Borda Vargas Danithza Vargas Parra Ernesto Soto Roca SEPTIEMBRE 2011 Módulo II Diego Zalles Martínez Aníbal Guzmán Miranda Ingeniería de Requisitos David Chalup Monasterio Docente: Msc. Vladimir Calderón Keyla Borda Vargas Danithza Vargas Parra Ernesto Soto Roca Anibal Guzmán Miranda Maestría en Ingeniería de Diego Software Zalles Martinez David Chalup Monasterio M A E S T R Í A E N I N G E N I E R Í A D E S O F T W A R E - U A G R M INTEGRANTES

PROCEDIMIENTO DE CONTROL DE CAMBIOS 2 Contenido 1. GENERAL... 3 a. Objetivo... 3 b. Responsables y Roles... 3 2. DIAGRAMA DE FLUJO Y/O CONTENIDO... 3 2.1. Procedimiento de validación de cambios en los requerimientos... 5 2.2. Procedimiento de establecimiento del ambiente de desarrollo... 6 2.3. Procedimiento de establecimiento del ambiente de pruebas... 7 2.4. Procedimiento de puesta en producción... 8

PROCEDIMIENTO DE CONTROL DE CAMBIOS 3 1. GENERAL a. Objetivo El presente documento tiene como objetivo, establecer las acciones y los documentos necesarios para la gestión de cambios y toma de requerimientos para los sistemas informáticos, formalizando las consideraciones que se deben tomar en cuenta a la hora de hacer cambios y las instancias de autorizaciones necesarias. b. Responsables y Roles Realiza la toma de requerimientos y coordina las necesidades del cliente Da seguimiento al desarrollo de los requerimientos y al cambio de los mismos Aprueba la puesta en producción del sistema Realiza el diseño estructural del software Desarrollador QA Cliente Implantación de todos los cambios que afecten al software. Verifica el correcto funcionamiento de los cambios implementados en el software Solicita la elaboración o la realización de cambios en los requerimientos de un software 2. DIAGRAMA DE FLUJO Y/O CONTENIDO Previo a la exposición del diagrama de flujo de este procedimiento es importante mostrar los siguientes conceptos.

PROCEDIMIENTO DE CONTROL DE CAMBIOS 4 Ambiente de Desarrollo. Lugar lógico en el cual se mantienen los programas fuentes, de los sistemas desarrollados para el cliente. Ambiente de Pruebas. Lugar lógico en el cual se realiza una copia de los programas o especificaciones de configuración, para realizar pruebas en el software. Ambiente de Producción. Lugar físico y lógico sobre el cual se ejecutan la versión operativa de los sistemas.

PROCEDIMIENTO DE CONTROL DE CAMBIOS 5 2.1. Procedimiento de validación de cambios en los requerimientos DIAGRAMA DE FLUJOS RESPONSABLE DESARROLLO DOCUMENTOS Inicio Recibe de alguna área interna, o del cliente la necesidad de efectuar algún cambio Analiza el nuev o requerimiento Crea un nuevo documento de casos de uso, o aumenta la versión del existente si es una modificación de requerimientos. Documento: de Casos de Uso Determina el alcance Se determinar el alcance que pueden tener la implantación de los nuevos cambios. Documento: de Casos de Uso Evalua el impacto (gestion del riesgo) Se evalúa la factibilidad del cambio y se valoran los posibles riesgos. Documento: de Casos de Uso No procede si procede Planea aj uste o cambio solicitados Se refleja los cambios en tiempos, esfuerzo y costos en el PAPS, generando una nueva versión del documento. Documento: Plan de Administración de Proyectos de software. Desarrolla e implanta los cambios Realiza el relevamiento de los requerimientos a detalle. Documento: SRS Formaliza y registra los cambios Se realiza la firma de los SRS por parte del cliente. Documento: SRS Fin

PROCEDIMIENTO DE CONTROL DE CAMBIOS 6 2.2. Procedimiento de establecimiento del ambiente de desarrollo DIAGRAMA DE FLUJOS RESPONSABLE DESARROLLO DOCUMENTOS Inicio Cliente Establece la necesidad de realizar un cambio en los aplicativos de la empresa. Analiza el nuevo requerimiento Verifica la existencia del repositorio. CVS Existe Repositorio SI NO Actualización de Estructura necesaria para el cambio Habilita Repositorio, para el nuevo aplicativo en el ambiente de desarrollo. CVS Asignación de privilegios Establece los privilegios de acceso a los desarrolladores. CVS Obtener versión del sistema Desarrollador Obtiene la última versión del sistema para proceder a su modificación. Win CVS Fin

PROCEDIMIENTO DE CONTROL DE CAMBIOS 7 2.3. Procedimiento de establecimiento del ambiente de pruebas DIAGRAMA DE FLUJOS RESPONSABLE DESARROLLO DOCUMENTOS Desarrollados Necesarios Inicio Configurar servidor de pruebas Habilita el servidor de pruebas donde se instalará la aplicación. Habilita Datos de prueba Solicita los datos necesarios para las pruebas y realizar la carga de datos de prueba al sistema. Registro de datos de prueba. Informar el establecimiento del ambiente de prueba Informar al desarrollador el establecimiento del ambiente de pruebas Fin

PROCEDIMIENTO DE CONTROL DE CAMBIOS 8 2.4. Procedimiento de puesta en producción DIAGRAMA DE FLUJOS RESPONSABLE DESARROLLO DOCUMENTOS Inicio Solicitud de Implementación Envía al su solicitud. Verificación del sistema Validación OK NO QA Revisa el correcto cumplimiento del desarrollo de software. Acepta o rechaza la implementación. Pruebas funcionales Documento: Casos de uso Documento: Especificación de Requerimientos de Software SI Planificación de puesta en producción Planificación de las actividades previas necesarias para la puesta en producción del sistema. Documento: Plan de Implementación Informar puesta en producción Comunicar al cliente Comunicar que no procede la implementación Comunicar al cliente que no procede la implementación. Fin