Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Norma de Calidad de Mantenimiento al Software Aplicativo

1,457 views

Published on

Norma de Calidad de Mantenimiento al Software Aplicativo.
Área de Calidad de la OFICINA DE INFORMÁTICA (OFIN) DEL MINISTERIO DE EDUCACIÓN (MINEDU).

Published in: Business
  • Be the first to comment

  • Be the first to like this

Norma de Calidad de Mantenimiento al Software Aplicativo

  1. 1. Año de la inversión para el desarrollo rural y la seguridad alimentaria Decenio de las personas con discapacidad en el Perú 2007 -2016 Norma de Calidad de Mantenimiento al Software Aplicativo
  2. 2. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 2 de 27 Identificación del documento Historial de cambios Rol Nombre Cargo Fecha Firma Elaboración Elia Muñoz Responsabledel Equipo de Calidad 05/08/2013 Revisión Jack Cáceres Jefe del Área de Calidad, Seguridad y PIP 05/08/2013 Revisión Grover Cerquera Jefe del Área de Operaciones 05/08/2013 Revisión Julio Mamani Jefe del Área de Servicio de TI 05/08/2013 Revisión Manuel Vargas Jefe del Área de SIAGIE 05/08/2013 Revisión Hernán Pachas Jefe del Área de Gestión de TI 05/08/2013 Revisión Giovanna Hernández Especialista en Normatividad Informática y Gobierno de TI 05/08/2013 Aprobación Sandro Marcone Jefe de OFIN 05/08/2013 Versión Autor Descripción Fecha V 1.0 Elia Muñoz Documento original 05/08/2013 V 2.0 Elia Muñoz Documento original
  3. 3. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 3 de 27 Tabla de contenido 1 OBJETIVO.......................................................................................................................... 4 2 ALCANCE........................................................................................................................... 4 3 NORMAS CONSULTADAS................................................................................................... 4 4 DEFINICIONES.................................................................................................................... 6 5 CONDICIONES GENERALES................................................................................................13 6 CICLO DE PRUEBAS PARA EL CONTROL DE CALIDAD...........................................................17 6.1 PLANIFICACIÓN DE LAS PRUEBAS......................................................................................18 6.2 DISEÑO DE LAS PRUEBAS ..................................................................................................18 6.3 INSTALACION DEL SOFTWARE...........................................................................................18 6.4 EJECUCIÓN DE LAS PRUEBAS.............................................................................................19 6.4.1 Ejecutar las pruebas..................................................................................................19 6.4.2 Evaluación de los resultados......................................................................................19 6.4.3 Comunicación de observaciones................................................................................19 6.4.4 Repetición de las pruebas..........................................................................................19 6.5 PRUEBAS DE ACEPTACIÓN ................................................................................................19 6.5.1 Pruebas con el usuario..............................................................................................20 6.5.2 Comunicación de la finalización de las pruebas..........................................................20 6.5.3 Envío de la documentación........................................................................................20 6.6 SEGUIMIENTO Y CONTROL................................................................................................20 6.7 CIERRE DEL PASE ..............................................................................................................20 7 CONDICIONES ESPECÍFICAS...............................................................................................21 8 DESCRIPCION DEL PROCEDIMIENTO..................................................................................24 9 FORMATOS ......................................................................................................................25 10 ANEXOS ...........................................................................................................................25
  4. 4. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 4 de 27 1 OBJETIVO Normarlasactividades correspondientesal Control de Calidad queaplicasinexcepciones atodo cambioenel códigofuente (Mantenimiento) de losSistemasde Informaciónimplementados en el Ministerio de Educación, con independencia de la procedencia del cambio, su necesidad o urgencia. 2 ALCANCE Gestorde SolucionesTIC:Promueve reunionesy participaenellas,elaboralasactasde reunión sobre los acuerdos tomados. Estarán informados acerca del avance del mantenimiento. Responsable de Desarrollo: Es el responsable del equipo de Desarrollo. Tiene a su cargo a los programadores. Es responsable de cumplir y hacer cumplir la norma. Responsable de Calidad: Tiene a su cargo al Especialista en Control de Calidad. Es responsable de controlar, cumplir y hacer cumplir la norma. Analista de Aseguramiento de la Calidad: Ejecuta actividades correspondientes al Aseguramiento de la Calidad Especialista en Control de Calidad: Es el responsable de la ejecución de las pruebas y la comunicación de los resultados. Operador de Pre-Producción: Es el personal de Operaciones que apoya en la realización de la instalación del software en el ambiente de Pre-Producción. 3 NORMAS CONSULTADAS Res.ComisiónN°055-2006/INDECOPI-CRT aprueba“NTP-ISO/IEC12207:2006, Tecnologíade la Información. Procesos del Ciclo de vida del software, 2° Edición” reemplaza a la NTP-ISO/IEC 12207:2004. RM N° 179-2004-PCM aprueba el uso obligatorio de la Norma Técnica Peruana “NTP-ISO/IEC 12207:2004 Tecnologíade la Información.Procesosdel Ciclode vidadel software, 1° Edición”.
  5. 5. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 5 de 27 RM Nº 246-2007-PCM, aprueban uso obligatorio de la Norma Técnica Peruana “NTP-ISO/IEC 17799:2007 EDI. Tecnologíade la Información.Códigode buenasprácticasparala gestiónde la seguridad de la información. 2a. Edición” en todas las entidades integrantes del Sistema Nacional de Informática. RM Nº 129-2012-PCM, apruebanel uso obligatoriode laNorma TécnicaPeruana “NTP-ISO/IEC 27001:2008 EDI Tecnología de la Información. Técnicas de seguridad. Sistemas de gestiónde seguridadde laInformación.Requisitos”entodaslasentidadesintegrantesdelSistema Nacional de Informática. “Guía de MejoresPrácticasde Calidadde Producto” - INTECO(InstitutoNacional de Tecnologías de la Comunicación) – España 2008. NTP ISO/IEC 9126-1:2004 Ingeniería de software. Calidad del producto. Parte 1: Modelo de Calidad. NTP ISO/IEC12119:2005, Tecnologíade la Información.Paquetessoftware.Requerimientosde calidad y pruebas. NTP ISO/IEC 14598-1:2005 Tecnología de la información. Evaluación del producto software. Parte 1: Visión general. NTP ISO/IEC 14598-3:2005 Ingeniería de Software. Evaluación del producto. Parte 3: Proceso para desarrolladores. NTP ISO 9000 2007 Sistemas de gestión de la calidad. Fundamentos y vocabulario. NTP ISO 9001:2009 Sistemas de gestión de la calidad. Requisitos. ISO/IEC 25001:2007(E) Software engineering – Software product Quality Requirements and Evaluation (SQuaRe) – Planning and management. ISO/IEC 26513:2009(E) Systems and software engineering – Requirements for testers and reviewers of user documentation.
  6. 6. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 6 de 27 4 DEFINICIONES Adquiriente Según la NTP ISO/IEC 12207: es el que adquiere u obtiene de un proveedor un sistema, producto software o servicio software. Nota:Adquirientepuedeserel comprador,cliente,dueño, usuario, pagador. Adquisición (Desarrollos Externos) Según la NTP ISO/IEC 12207: es el proceso empleado para adquirir un sistema, producto software o servicio software. Aseguramiento de la Calidad Segúnla NTP ISO 9000: el aseguramientode lacalidad esparte de la gestiónde la calidad orientada a proporcionar confianza en que se cumplirán los requisitos de la calidad. Calidad del Producto Software La calidad del producto software junto con la calidad del proceso para obtenerlo (actividades,tareasyotros, para desarrollarymantenerel software) sonlosaspectosmás importantes actualmenteenel desarrollode Software.El modelode calidadestablecidoen la primera parte del estándar, ISO 9126-1, clasifica la calidad del software enun conjunto estructurado de características y sub características de la siguiente manera:
  7. 7. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 7 de 27 Componente Según INTECO: es un elemento software mínimo que puede probarse de forma aislada. Control de Calidad Segúnla NTP ISO 9000: el control de calidad es parte de la gestiónde la calidadorientada al cumplimiento de los requisitos de la calidad. Es el conjunto de técnicas y actividades operativas (ISO 8402) utilizadas para dar conformidaddel gradoenel que unconjuntode característicasinherentes[de unproducto o servicio] cumple con las necesidades o expectativas [establecidas por el usuario]. Efectividad Según la NTP ISO/IEC 9126-1:2004: Capacidad del producto software para permitir a los usuarioslograr lasmetas especificadasconprecisiónycompletitudenuncontextoenuso específico Eficiencia Según la NTP ISO/IEC 9126-1:2004: Capacidad del producto software para proveer un desempeño apropiado, de acuerdo a la cantidad de recursos utilizados y bajo las condiciones planteadas Facilidad de mantenimiento Segúnla NTP ISO/IEC9126-1:2004: Capacidad del productosoftware para ser modificado. Las modificaciones pueden incluir correcciones, mejoras o adaptación del software a cambios en el entorno, y en requerimientos y especificaciones funcionales. Fiabilidad Según la NTP ISO/IEC 9126-1:2004: Capacidad del producto software para mantener un nivel especificado de funcionamiento cuando se está utilizando bajo condiciones especificadas.
  8. 8. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 8 de 27 Funcionalidad Según la NTP ISO/IEC 9126-1:2004: Se refiere a lo que hace el software para satisfacer las necesidades Gestión de cambios El objetivo primordial de la Gestión de Cambios es que se realicen e implementen adecuadamente todos los cambios necesarios en la infraestructura y servicios TI garantizandoel seguimientode procedimientosestándar,yasegurandoentodomomento la calidad y continuidad del servicio TI (http://itil.osiatis.es). La Gestión de Cambios debe trabajar para asegurar que los cambios:  Están justificados.  Se llevan a cabo sin perjuicio de la calidad del servicio TI.  Están convenientemente registrados, clasificados y documentados.  Han sido cuidadosamente testeados en un entorno de prueba.  Se ven reflejados en la Base de datos de gestión de configuraciones (CMDB).  Pueden deshacerse mediante planes de "reversión" en caso de un incorrecto funcionamiento tras su implementación. Gestión de configuraciones La principal tareade laGestióndeConfiguracionesesllevarunregistroactualizadode todos los elementos de configuración (CI) de la infraestructura TI junto con sus interrelaciones (http://itil.osiatis.es).Unelementode configuraciónson todos,tanto loscomponentesde los servicios TI como los servicios que éstos nos ofrecen. Como ejemplos de CI tenemos, entre otros pero no limitados a, los siguientes: dispositivos de hardware (computadoras, impresoras,routers,monitores,otros,yloscomponentesparticularescomotarjetasde red, teclados, lectoras de CD, módulos de expansión, otros), software (sistemas operativos,
  9. 9. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 9 de 27 aplicaciones,protocolosde red,otros),documentación(manuales,acuerdosde nivelesde servicio, otros). Una de susfuncionesesinteractuarconlasGestionesde Incidentes,Problemas,Cambiosy Versiones de manera que estas puedan resolver más eficientemente las incidencias, encontrar rápidamente la causa de los problemas, realizar loscambios necesarios para su resolución y mantener actualizada en todo momento la CMDB. Instalación del Software Según la NTP ISO/IEC 12207: el propósito de la instalación del software es instalar el productosoftware que reúne losrequerimientos convenidos en el ambiente designado. Integridad Según la NTP ISO/IEC 9126-1:2004: Capacidad del producto software para lograr niveles aceptablesde riesgode dañoalaspersonas,negocio,software,propiedadoentornoenun contexto en uso específico Satisfacción Según la NTP ISO/IEC 9126-1:2004: Capacidad del producto software para satisfacer a los usuarios en un contexto en uso específico NTP ISO/IEC 12207:2006 Tecnología de la Información; Proceso del ciclo de vida del software Norma técnica peruana vigente que establece un marco de referencia para la administración de los procesos de ingeniería de software. Asimismo, define los procesos, actividades y tareas asociadas al ciclo de vida de software, desde la concepción hasta su retiro. Portabilidad Según la NTP ISO/IEC 9126-1:2004: Capacidad del software para ser trasladado de un entorno a otro.
  10. 10. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 10 de 27 Pre-Producción Es el ambiente donde se realizará el control de calidad de la aplicación. En cumplimiento de las recomendaciones de la NTP ISO/IEC 27001, los ambientes de Desarrollo, Pre-Producción y Producción son diferentes en su finalidad y por tanto, permanecenaisladosentre sí.Considerandoaspectosde escalabilidadydimensionamiento de recursos,el ambiente de pre-produccióndebeserreflejodelambiente de Producción. Procedimientos de control de cambio Según la NTP ISO/IEC 17799: (12.5.1) la implementación de cambios debe ser controlada usando procedimientos formales de cambio. Este proceso debería incluir:  La garantía de que los cambios se realizan por usuarios autorizados  La obtenciónde laaprobaciónformal parapropuestasdetalladasantesde empezar el trabajo  La garantía de la aceptación por el usuario autorizado de los cambios antes de cualquier implantación.  La garantía de actualización de la documentación del sistema al completar cualquier cambio y del archivo o destrucción de la documentación antigua. Proceso de Mantenimiento Según la NTP ISO/IEC 12207: Define las actividades del responsable de mantenimiento, organizaciónque proporcionael servicio de mantenimientodel productosoftware;estoes, la gestión de las modificaciones al producto software actualizado y operativo. Proceso de Validación Según la NTP ISO/IEC 12207: es confirmar que los requerimientos para un uso específico del producto son completamente cumplidos.
  11. 11. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 11 de 27 Proceso de Verificación Según la NTP ISO/IEC 12207: Es confirmar que cada producto y/o servicio software de un proceso refleja propiamente los requerimientos especificados. Producto software Según la NTP ISO/IEC 12207: un producto software es un conjunto de programas de computadora, procedimientos y posible documentación y datos asociados. Pruebas de calificación Segúnla NTP ISO/IEC12207: las pruebasde calificaciónsonpruebasllevadasacabo porel desarrollador y presenciadas por el adquiriente [o usuario, según corresponda] para demostrar que el producto software cumple sus especificaciones [las especificaciones aprobadas por el adquiriente] y está listo para ser usado en su entorno de destino [Pre- Producción]. Requerimientos de calificación SegúnlaNTP ISO/IEC12207: losrequerimientosde calificaciónsonel conjuntode criterios o condicionesque debencumplirseparacalificarque unproductosoftwarecumpleconsus especificaciones y está listo para ser usado en su entorno de destino. Requisito La ISO9000 distingueentre requisitosparalossistemasde gestiónde lacalidadyrequisitos para los productos. Losrequisitosparalossistemasdegestióndelacalidadse especificanenlanormaISO9001. Los requisitos para los sistemas de gestión de la calidad son genéricos y aplicables a organizacionesde cualquiersectoreconómicoe industrial condependenciade lacategoría del producto ofrecido. La norma ISO 9001 no establece requisitos para los productos. Los requisitos para los productos pueden ser especificados por los clientes, por la organizaciónanticipándose alosrequisitosdelcliente,opordisposicionesreglamentarias. Los requisitosparalosproductosy, enalgunoscasos,losprocesosasociadospuedenestar
  12. 12. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 12 de 27 contenidos en, por ejemplo: especificaciones técnicas, normas de producto, normas de proceso, acuerdos contractuales y requisitos reglamentarios. Según INTECO: un requisito es una condicióno capacidad necesitada por un usuario para solucionarun problemaoconseguirun objetivoque debe sersatisfechooposeídopor un sistema o un componente de un sistema para satisfacer un contrato, estándar, especificación u otro tipo de documento. Responsabilidad sobre los activos Según la NTP ISO/IEC 17799: (7.1) Todos los activos deben ser considerados y tener un propietario asignado. Deberían identificarse los propietarios para todos los activos importantes, y se debería asignar la responsabilidad del mantenimiento de los controles apropiados.La responsabilidad de laimplantaciónde controles deberíadelegarse.Perola responsabilidad debería mantenerse en el propietario designado al activo. Separación de los recursos para desarrollo y para producción. SegúnlaNTP ISO/IEC17799: (10.1.4) La separaciónde losrecursospara desarrollo,pruebay producciónesimportante para reducirlosriesgosde un accesono autorizadoo de cambios al sistema operacional. Las actividades de desarrollo y prueba pueden causar serios problemas,porejemplo,cambiosnodeseadosenlosarchivosoen el entornodel sistemao fallos del sistema. En este caso es necesario mantener un entorno conocido y estable para poder realizar las pruebas significativas y evitar el acceso inapropiado del personal de desarrollo. Usabilidad Según la NTP ISO/IEC 9126-1:2004: Capacidad del producto software de ser entendido, aprendido,usadoyatractivoal usuario,cuandoesusadobajolascondicionesespecificadas Usuario SegúnlaNTP ISO/IEC12207: el usuarioesunindividuouorganizaciónque utilizael sistema en operación para llevar a cabo una función específica.
  13. 13. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 13 de 27 Validación Según la NTP ISO/IEC 12207: una validación es la confirmación mediante el suministro de evidencia objetiva de que se han cumplido los requerimientos para una utilización o aplicación específica prevista. Versión Según la NTP ISO/IEC 12207: una versión es un ejemplar identificado de un elemento de configuración. 5 CONDICIONES GENERALES  El ambiente de Pruebasdeberáestarseparadodelambiente deDesarrolloyaeste ambiente de Pruebas no deberá tener acceso el personal de Desarrollo.  La preparación de este ambiente de Pruebas establece una línea base contra la cual se probará la efectividad del cambio requerido en el código fuente de los Sistemas de Información.  La preparación de este ambiente de Pruebas establece una línea base contra la cual se probará la estabilidad de la plataforma una vez implementado el cambio requerido en el código fuente de los Sistemas de Información.  El Responsable de Desarrollo deberá informar semanalmente al Responsable de Calidad sobre los requerimientos de atención de cambios en el código fuente de los Sistemas de Información afinde planificarlaasignacióndel personalque estaráacargo enel Control de Calidad.De seruncambiode altoimpactoenla aplicación(modificaciónentodoel proceso de la aplicación o cambio funcional en un formulario), deberá ser informado con anticipación para la asignación de un Analista de Aseguramiento de la Calidad.  Paralos Mantenimientosde Desarrollosporadquisición (sonlospertenecientesaDesarrollo gestionadosporlasáreasusuarias;DesarrolloExternos) el Gestorde SolucionesTICdeberá de informar al Responsable de Calidad sobre los requerimientos de cambios a las aplicaciones.
  14. 14. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 14 de 27  Todo requerimiento de cambio a la aplicación debe de ser solicitado por el área usuaria (Responsable del activo) a través del Gestor de Soluciones TIC; los requerimientos deben estaraprobadoa finde establecerel alcance de laspruebas atravésde undocumento tales como:Oficio,Memo oensudefectoatravésdeundocumentoderequerimientode cambio.  Se aceptarán pases a Control de calidad hasta las 15:00 horas, de lunes a viernes. Pasada esta hora o en días diferentes a los indicados, el pase solicitado será programado automáticamente para el día útil siguiente.  Las pruebasestaránsujetasa rechazoo suspensión.Unrechazo implicaque no habría una (04) cuarta solicitud de despliegue. Una suspensión implica una interrupción total de las pruebas que se encuentren realizando.  Es causal de rechazo en tres (03) ciclos de pruebas continuos hayan resultado fallidos.  Las causales de suspensión se tipifican de la siguiente manera: o Opciones de menú caídos. o Generación de datos duplicados e inconsistentes. o Falla en las funcionalidades existentes en la aplicación y que no forman parte de los cambios solicitados por el usuario. o No se muestra el cambio solicitado por el usuario de acuerdo a lo requerido.  El Responsable de Desarrollodebeasegurarque enDesarrollose realizaronpruebasbásicas internasy unitarias de loscambiosrealizadosa la aplicación. . De acuerdo a lo indicadoen la NTP ISO/IEC 14598-3:2005; el desarrolladordebe realizarmedicionesyevaluacionesdel software durante el ciclo de vida del desarrollo.  Desarrollar Especificaciones de Casos de Uso por los cambios realizados para el desarrollo de Reportes; deben describir Especificaciones de Casos de uso separados de las Especificaciones de Casos de Uso de formularios u opciones de menú.
  15. 15. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 15 de 27  Las Especificaciones de Casos de Uso pueden ser reusados es decir modificados; el programadordeberáde registrarunhistorialde cambiosenel documentoEspecificación de Caso de Uso (el que fue elaborado cuando estaba en Proyecto).  Por el cambio realizado a la aplicación el Programador deberá de actualizar la documentación el cual esafectadaporel cambio.Si correspondeaaplicacionesquecarecen de documentación es obligatorio la elaboración de la documentación de acuerdo a lo indicado en el Checklist de Pase a Producción.  El Responsable de Desarrollo deberá de entregar la documentación correspondiente al mantenimiento cuandose realice el pase aCalidadde acuerdo a lo indicadoenel Checklist de Pase a Producción así como los programas correspondientes.  La documentaciónque se requiere paralarevisiónde un Mantenimientoparael Control de Calidad son: o Requerimientode software y/oActa de Reunión (sonlos cambios solicitadosy deben estar aprobados por el usuario), ticket de atención (corresponde a los incidentes presentados en Producción y que requieren ser subsanados. o Informe de Cambio. o Diseño Detallado de Software (por los cambios en el Modelo de Datos E/R, diccionario de datos y otros que fueron afectados.). o Especificación de caso de uso (actualizado por los cambios realizados). o Manual de usuario (si se realizaron cambios en la funcionalidad). o Manual de Instalación (incluir en el manual la actualización de las opciones de menú o configuraciones producto del cambio realizado). o Manual de Operaciones(paralaprogramaciónde procesosque se ejecutenen una determinada hora o que requieran de una configuración producto del cambio)
  16. 16. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 16 de 27 o Matriz de Roles (solosi se crean nuevasopcionesde menú que se agregaran a los roles existentes o nuevos roles). o Manual de Usuario (actualizado). o Sustento de las pruebas realizadas en Desarrollo.  Como parte del Control de Calidad del producto software (mantenimiento), las pruebas realizadas por el Equipo de Calidad consistirá en la revisión que comprenden: a. Pruebas de interfaces: Se realizara validaciones en 3 aspectos como son: i. Verificación de la Interfaz gráfica de usuario: se verificará las pantallas y mensajes que sean claros para el usuario y que estos no se encuentren afectados producto del cambio. Ref. NTP ISO/IEC 9126 – Usabilidad/Satisfacción/Facilidad de mantenimiento. ii. Validación de ingreso de datos: se verificará que los datos ingresados sean procesados de forma correcta y que solo permita registrar los validos o en su defecto emitir la advertencia o mensaje de error de ser necesario. Ref. NTP ISO/IEC9126 – Funcionalidad/Usabilidad/Facilidadde mantenimiento. iii. Prueba de estandarización de controles: se verificará que los controles utilizados en la aplicación en sus distintas pantallas sean el estándar de diseño. Ref. NTP ISO/IEC 9126 – Usabilidad/Facilidad de mantenimiento. b. Pruebas de compatibilidad: se comprobará que la aplicación mantenga su funcionalidad con los navegadores Internet Explorer, Google Chrome, Mozilla Firefox. Ref. NTP ISO/IEC 9126 – Portabilidad/Facilidad de mantenimiento. c. Prueba de Confiabilidad: se verificará que los cálculos sean los correctos y que se procesen datos consistentes así como comprobar los resultados que emita la aplicación no dupliquendatos o adicionen datos extraños. Ref. NTP ISO/IEC 9126 – Funcionalidad/Facilidad de mantenimiento.
  17. 17. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 17 de 27 d. Pruebas Funcionales: A través de los casos de prueba con la cual se debe validar el correcto comportamiento de la aplicación y constatar que los resultados sean los esperados. Ref. NTP ISO/IEC 9126 – Funcionalidad/Fiabilidad/Facilidad de mantenimiento. e. Pruebas de regresión: a través de estas pruebas se busca asegurar que las funcionalidadesanteriormente probadasyque estuvierontrabajandonormalmente y que no fueron modificadas sigan funcionando sin problemas después de una modificación o corrección. Ref. NTP ISO/IEC 9126 – Funcionalidad/Integridad/Facilidad de mantenimiento. f. Pruebas de Aceptación:Son las pruebas finalesque se realiza con el usuario el cual validará que la aplicación cumple con los requerimientos y que satisface con las necesidades para lo cual fue desarrollado. Ref. NTP ISO/IEC 9126 – Usabilidad/Efectividad/Satisfacción  Por cada ciclo de pruebas ejecutado será comunicado a cada Responsable de Equipo a fin de conocer el estado del mantenimiento.  El Responsablede Calidadasignaal EspecialistaenControl de Calidadpara el desarrollodel Procesode Control de Calidad.De presentarse uncambio(mantenimiento) consistenteen una modificación atodoun procesoo cambio funcional enunformulario,se asignaríaa un Analista de Aseguramiento de la Calidad.  De presentarse la necesidad de recursos para la asignación de pruebas, se podrá asignar como apoyo al Analista de Aseguramiento de la Calidad. 6 CICLO DE PRUEBAS PARA EL CONTROL DE CALIDAD Este proceso es llevado a cabo por el equipo de Calidad de Software, se debe realizar la verificación y validación de la aplicación modificada por el equipo de Desarrollo. Su función principal es detectar fallas u observaciones que afecten a la aplicación o que se muestre visualmente de maneraimperfecta. Laaceptaciónde la aplicaciónimplicarealizarpruebasala aplicación con el cual se debe de realizar registro, revisar que estas se guarde de manera correcta en la Base de Datos, que sea amigable para el usuario.
  18. 18. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 18 de 27 En la ISO/IEC25001 AnexoA, se indicaque se debe contarcon un plan con actividadesaseguir pasoa pasoy enlaNTP ISO/IEC12119:2005 se especificanlasinstruccionesparalaspruebasdel productosoftware.A continuaciónse presentaralasfasesquecomprenderáelciclode pruebas. 6.1 PLANIFICACIÓN DE LAS PRUEBAS Se debe de informarde losMantenimientosque vienensiendodesarrolladosporel Equipode Desarrolloafinde planificarlasnecesidadesderecursosparalaasignacióndelpersonalacargo de las actividades de Control de Calidad. 6.2 DISEÑO DE LAS PRUEBAS El Especialista de Control de Calidad debe de identificar el alcance de la prueba para luego elaborar los Escenarios de Pruebas de acuerdo a las Especificaciones de Casos de Uso, Requerimiento de Software y/o Acta de Reunión o ticket de atención,matriz de roles(si hay actualizaciones a las opciones de menú de la aplicación) aprobadopor el usuario así como el informe de cambio. Enestafasese puedendetectarposiblesriesgosporloscambiosrealizados a la aplicación. 6.3 INSTALACION DEL SOFTWARE El Equipo de Desarrollorealizara la entregadel Mantenimiento parasu despliegue ypruebas en el ambiente de Pre-Producción contoda la documentaciónde acuerdoa lo indicadoenel Checklist de Pase a Producción. El Responsable de Calidad realizará la verificación de los entregables (documentos y programas que conforman el mantenimiento) y resultan conformes se solicitará al Operador de Pre-Producción la instalación de los programas, componentes, base de datos, etc., remitidos por Desarrollo para en el ambiente de Pre- Producción. Planificación EjecuciónDiseño Pruebas de Aceptación Cierre Seguimiento y control
  19. 19. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 19 de 27 6.4 EJECUCIÓN DE LAS PRUEBAS Se utilizará como referencia las normas NTP ISO/IEC 9126-1 2004: Modelo de calidad. 6.4.1 Ejecutar las pruebas El Especialista de Control de Calidad debe ejecutar las pruebas en la aplicación y verificará que se cumpla con los requerimientos de cambio solicitados por el usuario. Se deberá de asegurar que el ambiente de Pre- Producción se encuentre listo para las pruebas de aceptación que se lleva a cabo con el usuario. 6.4.2 Evaluación de los resultados Luego de la ejecución de las pruebas se analizan los resultadosobtenidosafinde verificarcontraloscasosde prueba. 6.4.3 Comunicación de observaciones De presentarse observacionesenlaspruebasse remitemediante correolasobservacionesy se contabilizacomounciclode pruebas(iteración) hastalapróximaversiónde laaplicación. De no presentase ninguna observación se da por finalizada la etapa pruebas. 6.4.4 Repetición de las pruebas Por el levantamiento de las observaciones se recibe una nueva versión de la aplicación y la respuesta a las observaciones remitidas con el cual se realizaran pruebas de regresión a la aplicación(lasfuncionalidadesanteriormente revisadas continúentrabajandonormalmente) 6.5 PRUEBAS DE ACEPTACIÓN Ejecutar Evaluar Comunicar Repetición
  20. 20. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 20 de 27 6.5.1 Pruebas con el usuario Sonlas pruebasconel usuarioel cual veráel adecuadofuncionamientode laaplicaciónyde acuerdoa su requerimiento,él darálaconformidaddel desarrollode laspruebas ejecutadas en el ambiente de Pre-Producción correspondiente al Proyecto. 6.5.2 Comunicación de la finalización de las pruebas Se comunica al Responsable de Desarrollo, Responsable de Calidad, Gestor de Proyecto, Gestor de Soluciones TIC la finalización de las pruebas. 6.5.3 Envío de la documentación Se elabora el acta de conformidad en la cual se describe los objetivos de la prueba y las actividadesrealizadas.El actase remite al usuarioparasu firmacomoparte de laaceptación de las pruebas realizadas. 6.6 SEGUIMIENTO Y CONTROL En estafase es el seguimientoycontrol se realizaríalassiguientestareas: o Analizar el riesgo del mantenimiento a la aplicación. o Identificar acciones correctivas. o Seguimiento a las pruebas ejecutadas e incidencias reportadas 6.7 CIERRE DEL PASE El Responsable de Calidaddebe recibir el acta de conformidadde la prueba (Original) conlas firmas respectivas para proceder con la elaboración del informe de Entrega del Producto Software aprobado por el usuario. Se remite la ruta con la documentación del pase (Mantenimiento). Se debe de entregar la documentación de acuerdo al documento Checklist para pase a Producción.
  21. 21. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 21 de 27 7 CONDICIONES ESPECÍFICAS Se realizarán las siguientes actividades comprendidas a asegurar el mantenimiento  De asignarse aun Analistade Aseguramientode laCalidad,desarrollaráactividades afinde identificar posibles riesgos que afecten la funcionalidadde la aplicación y apoyara en la identificación de las pruebas que se llevarían a cabo durante el Control de Calidad.  El Responsable de Calidad recibe el pase a Pre-Producciónremitido por el Responsable de Desarrollo el cual verifica que se encuentren los documentos obligatorios indicados en el Checklist de pase a Producción.  Si el Responsable de Calidad detecta que no se están entregando todos los documentos o programas, comunicamediante correo al Responsable de Desarrollo ladevolucióndel pase hasta su regularización.  Si la documentación para el pase está correcta y completa, se remite la ruta (con la documentaciónyprogramas) atravésde uncorreo al Operadorde Pre-Producciónparaque realice laInstalacióndelSoftware(mantenimiento)enel ambientede pruebas; elOperador de Pre-Producción ejecutarálosprogramasindicadosenel manual de instalación asícomo posibles cambios en la configuración, BD y otros correspondientes al mantenimiento.  Si el Operador de Pre-Producción detectan problemas durante la Instalación del Software, lo comunicaal Programadormediante correoacercade lo suscitadodurante lainstalación. Esta comunicación se realiza con copia al Responsable de Calidad, Responsable de Desarrollo y al Especialista en Control de Calidad.  Debido a problema suscitado durante la instalación, el Programador realiza el análisis del problemasuscitado,si se detectaque el problemaespor una configuraciónno realizadao que al momento de realizar la instalación se omitió un paso indicado en el manual de instalación, se solicitará al Operador de Pre-Producción que ejecute nuevamente la instalación.  Si el Programador detecta que por el problema suscitado se requiere pasar una nueva versiónde la aplicación,tendráque volvera integrarla aplicaciónypasarlo al Responsable
  22. 22. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 22 de 27 de Desarrolloparaunanuevasolicitudde pase aPre-Producción.De presentarseestoantes del inicio de las pruebas no se considerará como iteración o ciclo de prueba.  Si la instalación realizada por el Operador de Pre-Producción es correcta, comunica al Especialista de Control de Calidad con copia al Responsable de Calidad.  El EspecialistaenControlde Calidadpreparael ambiente depruebas,en el cual debe revisar losCasos de Uso; si estosfueronmodificados osonnuevosCasos de Uso aprobadosporel usuario, deberá de elaborar Escenarios de Prueba que correspondan a los requerimientos solicitados por el usuario.  El Especialista de Control de Calidad ejecuta la prueba con los escenarios de prueba elaborados,conlacual obtendráresultadosde Éxitoode Falloporcadaescenariode prueba ejecutado.  Si Especialistade Control deCalidaddetectaobservaciones,lascomunicaatravésdel correo al Programador con copia a Responsable de Calidad y al Responsable de Desarrollo.  Si el Responsable de Calidad puede realizar las acciones de suspensión o rechazo del Proyecto. o Suspensión: corresponde a los casos en que no se llega a completar 1 ciclo o iteraciónde pruebasdebidoa nose reflejanloscambiossolicitadosporel usuarioo loindicadoenlosCasosde Uso.O que porel cambiorealizadoalaaplicaciónafecte a funcionalidades que no forman parte del cambio. o Rechazo:se rechaza el proyectosi se llegaa realizarhasta 3 cicloso iteracionesde pruebas.  Si las pruebas resultan exitosas, se comunica al Gestor de Soluciones TIC para la programación y ejecución de las pruebas de aceptación que se realizará con el usuario.  Si se presentan observaciones durante estas pruebas con el usuario, el Especialista de Control de Calidadcomunicamediante correo al Programadorcon copiaal Responsablede Desarrollo, Responsable de Calidady Gestor de SolucionesTIC.Se continúacontabilizando el número de ciclos de pruebas.
  23. 23. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 23 de 27  Si las pruebas de aceptación con el usuario resultan exitosas, el Especialista en Control de Calidad comunica mediante correo al Responsable de Calidad sobre la finalización de las pruebasyprocede aelaborarel Actade AceptacióndelasPruebas,laque seremiteal Gestor de Soluciones TIC para las firmas.  El Responsablede Calidadrecibeel ActaOriginal conlasfirmas,luegoelaborael Informe de Entregadel Producto Software ycreala ruta contoda ladocumentacióncorrespondienteal Proyecto y realiza la entrega del pase a Responsable de Desarrollo. SUBPROCESO ENTRADA ACTIVIDADES SALIDA CONTROLDE CALIDAD o Requerimiento de Software y/o Acta de reunión, Ticket de atención o Informe de Cambio. o Diseño Detallado de Software. o Especificaciónde Casos de Uso (ECU) o Matriz de Roles o Diseño de los escenarios de prueba o Escenarios de Prueba o Escenarios de Prueba o Ejecución de las pruebas o Evaluación de los resultados de las pruebas o Estado de la prueba o Registro de observaciones o Conformidad a las pruebas (correo) o Finalización de las pruebas o Elaboración del Acta de Conformidadde las Pruebas o Acta de Conformidad de las Pruebas. o Acta de Conformidad de las pruebas o Recepción de la documentación firmada o Informe de Entrega del
  24. 24. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 24 de 27 SUBPROCESO ENTRADA ACTIVIDADES SALIDA o Elaboración del Informe de Entrega del Producto Software. Producto Software. 8 DESCRIPCION DEL PROCEDIMIENTO A continuaciónse presentael procedimientode Mantenimientos desarrollados enlaOficinade Informática PASESDE MANTENIMIENTOPOROFIN N° ACCIÓN RESPONSABLE 1 Solicitudparapase a Pre-Producción Responsable de Desarrollo 2 Verificaciónde losentregables Responsable de Calidad 3 Si el pase esincorrectose comunicala devolución Responsable de Calidad 4 Si el pase escorrecto se ejecutael despliegue Operadorde Pre-Producción 5 Ejecutael despliegue Operadorde Pre-Producción 6 Si es incorrectoel despliegueanalizaycoordina con el Líder Técnico Operadorde Pre-Producción 7 Si no se necesitadesplieguesoloconfiguracion. Operadorde Pre-Producción 8 Si es correctoel desplieguese comunica Operadorde Pre-Producción 9 Preparalosdatos de prueba EspecialistaenControl de Calidad 10 Ejecutalas pruebas Especialistaen Control de Calidad 11 Evalúalosresultadosde laprueba EspecialistaenControl de Calidad 12 Si fallo,comunicalasobservaciones EspecialistaenControl de Calidad 13 Si son más de 3 ciclosdevuelve el mantenimiento Responsable de Calidad 14 Si las pruebassonun éxitose programapruebas con el usuario EspecialistaenControl de Calidad 15 Ejecutalas pruebasde aceptación EspecialistaenControl de Calidad /Usuario
  25. 25. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 25 de 27 PASESDE MANTENIMIENTOPOROFIN N° ACCIÓN RESPONSABLE 16 Si fallo,comunicalasobservaciones EspecialistaenControl de Calidad /Usuario 17 Si es un éxitolaspruebasse comunica EspecialistaenControl de Calidad 18 Envía documentaciónde laspruebas EspecialistaenControl de Calidad 19 Elaborainforme de entregadel producto software Responsable de Calidad 20 Entregadel pase Responsable de Calidad 9 FORMATOS  Escenarios de Prueba  Registro de Observaciones  Acta de Conformidad de las pruebas  Informe de Entrega del Producto Software 10 ANEXOS  ofin-definiciones-de-programación.  ofin-estandar-arquitectura-de-software.  ofin-estandares-de-programacion.  ofin-guia-de-estandares-visuales.  ofin-lineamientos y estandares-de-base-de-datos.  CheckList de Seguridad para Desarrollo y Mantenimiento de Sistemas de Información.  Checklist para pase a Producción.
  26. 26. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 26 de 27  Guía de Implementación de Controles de Seguridad de la Informaciónpara el Ciclo de Vida de Software.
  27. 27. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE MANTENIMIENTO AL SOFTWARE APLICATIVO OFIN-ACS-002 27 de 27 Proceso para la Implementación de Mantenimientos DESARROLLO DE MANTENIMIENTOS Responsable de Calidad Gestor de Soluciones TIC Responsable de Desarrollo Programador Analista de Prueba Operador de Pre-ProducciónUsuario Fase Verificación de los entregables Ejecuta el despliegue Correcto Comunicación del despliegue Correcto Analiza y coordina error con el Programador Incorrecto Prepara datos de prueba Ejecuta las pruebas Evalúa resultados de prueba Programación de pruebas con el usuario Éxito Ejecuta las pruebas de aceptación Fallo Comunicación de las observaciones al Programador Devolución del Mantenimiento >=3 ciclos Comunicación la finalización de las pruebas Envió de documentación de las pruebas Recepción de la documentación firmada Elaboración del informe de pase de Calidad Entrega del paseFin Incorrecto Comunicación de la devolución del pase Actividades del Gestor de Soluciones TIC Actividades del Responsable de Desarrollo Actividades del Programador Solicitud de pase a Pre-Producción <3 ciclos No necesita nuevo pase, solo configurar Éxito en las pruebas de Aceptación Fallo de las pruebas de Aceptación Actividades del Usuario

×