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 Proyectos de Desarrollo de
Software
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 2 de 30
Identificación del documento
Hi...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 3 de 30
Tabla de contenido
1 OBJETIVO.....
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 4 de 30
1 OBJETIVO
Normarlasactividades...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 5 de 30
gestión de la seguridadde la in...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 6 de 30
Adquisición (Desarrollos Extern...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 7 de 30
Calidad del Producto Software
L...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 8 de 30
QA – Aseguramiento de la Calida...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 9 de 30
Instalación del Software
Según ...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 10 de 30
procesosson conformesa sus req...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 11 de 30
Los requisitos para los produc...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 12 de 30
5 CONDICIONES GENERALES
 Para...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 13 de 30
o Requerimiento de Software.
o...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 14 de 30
o El X% de casos de pruebas pr...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 15 de 30
N° Entregable Contenido básico...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 16 de 30
N° Entregable Contenido básico...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 17 de 30
controles implementados en el ...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 18 de 30
Requisitos para la creación de...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 19 de 30
 El Gestor del Proyecto entre...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 20 de 30
SUBPROCESO ENTRADA ACTIVIDADES...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 21 de 30
Operador de Pre-Producción eje...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 22 de 30
se caen,nopermite guardarregis...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 23 de 30
7 CICLO DE PRUEBAS
De acuerdo ...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 24 de 30
7.2 DISEÑO DE LAS PRUEBAS
El A...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 25 de 30
Realizar la validación de la a...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 26 de 30
7.5.3 Envío de la documentació...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 27 de 30
PASESDE PROYECTOSDESARROLLADOS...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 28 de 30
9 FORMATOS
 Plan de Pruebas.
...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 29 de 30
Proceso para la Implementación...
TÍTULO CÓDIGO PÁGINA
NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 30 de 30
Proceso Simplificado para la I...
Upcoming SlideShare
Loading in …5
×

Norma de proyecto en calidad

Norma de proyecto en calidad v 2.0
Área de Calidad de la OFICINA DE INFORMÁTICA (OFIN) DEL MINISTERIO DE EDUCACIÓN (MINEDU).

  • Login to see the comments

  • Be the first to like this

Norma de proyecto en calidad

  1. 1. Norma de Calidad de Proyectos de Desarrollo de Software
  2. 2. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 2 de 30 Identificación del documento Historial de cambios Rol Nombre Cargo Fecha Firma Elaboración Elia Muñoz Responsabledel Equipo de Calidad 05/07/2013 Revisión Jack Cáceres Jefe del Área de Calidad, Seguridad y PIP 05/07/2013 Revisión Grover Cerquera Jefe del Área de Operaciones 05/07/2013 Revisión Jorge León Responsabledel Equipo de Desarrollo 05/07/2013 Revisión Julio Mamani Jefe del Área de Servicio de TI 05/07/2013 Revisión Manuel Vargas Jefe del Área de SIAGIE 05/07/2013 Revisión Hernán Pachas Jefe del Área de Gestión de TI 05/07/2013 Revisión Giovanna Hernández Especialista en Normatividad Informática y Gobierno de TI 05/07/2013 Aprobación Sandro Marcone Jefe de OFIN 05/07/2013 Versión Autor Descripción Fecha V 2.0 Elia Muñoz Documento original 05/07/2013
  3. 3. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 3 de 30 Tabla de contenido 1 OBJETIVO.....................................................................................................................4 2 ALCANCE......................................................................................................................4 3 NORMAS CONSULTADAS..............................................................................................4 4 DEFINICIONES...............................................................................................................5 5 CONDICIONES GENERALES..........................................................................................12 6 CONDICIONES ESPECÍFICAS.........................................................................................18 6.1 ASEGURAMIENTO DE LA CALIDAD DEL PROCESO.....................................................18 6.2 CONTROL DE CALIDAD............................................................................................20 7 CICLO DE PRUEBAS .....................................................................................................23 7.1 PLANIFICACIÓN DE LAS PRUEBAS............................................................................23 7.2 DISEÑO DE LAS PRUEBAS........................................................................................24 7.3 INSTALACION DEL SOFTWARE ................................................................................24 7.4 EJECUCIÓN DE LAS PRUEBAS ..................................................................................24 7.4.1 Ejecutar las pruebas...............................................................................................25 7.4.2 Evaluación de los resultados...................................................................................25 7.4.3 Comunicación de los resultados..............................................................................25 7.4.4 Repetición de las pruebas.......................................................................................25 7.5 PRUEBAS DE ACEPTACIÓN......................................................................................25 7.5.1 Pruebas con el usuario...........................................................................................25 7.5.2 Comunicación de la finalización de las pruebas:......................................................25 7.5.3 Envío de la documentación:....................................................................................26 7.6 SEGUIMIENTO Y CONTROL .....................................................................................26 7.7 CIERRE DEL PASE....................................................................................................26 8 DESCRIPCION DEL PROCEDIMIENTO............................................................................26 9 FORMATOS ................................................................................................................28 10 ANEXOS .....................................................................................................................28
  4. 4. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 4 de 30 1 OBJETIVO Normarlasactividadescorrespondientesal Aseguramientodel ProcesoyControlde Calidad del producto de los Proyectos de Sistemas de Información que se implementaran en el Ministerio de Educación. 2 ALCANCE Gestor de Soluciones TIC: Promueve reuniones y participa en ellas, elabora las actas de reuniónsobre losacuerdostomados.Estaráninformadosacercadel avance del proyecto. Responsablede Desarrollo: Tieneasucargo a losgestoresde proyectos.Esresponsablede controlar, cumplir y hacer cumplir la norma. Gestor de Proyecto:Es el responsable del proyecto.Tiene asu cargo al AnalistaFuncional, Líder Técnico, Programador. Es responsable de cumplir y hacer cumplir la norma. Responsable de Calidad: Tiene a su cargo al Analista de Aseguramiento de la Calidad y EspecialistaenControl de Calidad. Es responsable de controlar,cumpliryhacer cumplirla 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 del área 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ón N° 055-2006/INDECOPI-CRT aprueba “NTP-ISO/IEC 12207:2006, Tecnología de la Información.Procesosdel Ciclode vidadel software,2°Edición”reemplazaala NTP- ISO/IEC 12207:2004. RM N° 179-2004-PCM aprueba el uso obligatorio de la Norma Técnica Peruana “NTP- ISO/IEC12207:2004 Tecnologíade la Información.Procesosdel Ciclode vidadel software, 1° Edición”. RM Nº 246-2007-PCM, aprueban uso obligatorio de la Norma Técnica Peruana “NTP- ISO/IEC17799:2007 EDI. Tecnologíade la Información.Códigode buenasprácticaspara la
  5. 5. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 5 de 30 gestión de la seguridadde la información. 2a. Edición” en todas las entidades integrantes del Sistema Nacional de Informática. RM Nº 129-2012-PCM, aprueban el uso obligatorio de la Norma Técnica Peruana “NTP- ISO/IEC27001:2008 EDI Tecnologíade la Información.Técnicasde seguridad.Sistemasde gestiónde seguridadde laInformación.Requisitos”entodaslasentidadesintegrantesdel Sistema Nacional de Informática. “Guía de Mejores Prácticas de Calidad de Producto” - INTECO (Instituto Nacional de Tecnologías de la Comunicación) – España 2008. NTP ISO/IEC9126-1:2004 Ingenieríade software.Calidaddel producto.Parte 1:Modelode Calidad. NTPISO/IEC12199:2005, Tecnologíade laInformación.Paquetessoftware.Requerimientos de calidad y pruebas. NTPISO/IEC14598-1:2005 Tecnologíade lainformación.Evaluacióndel productosoftware. 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/IEC16326:2006 Ingenieríade software. Guía para la aplicaciónde la NTP-ISO/IEC 12207 para la gestión de proyectos. 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/IEC25001:2007(E) Software engineering–Software product QualityRequirementsand Evaluation (SQuaRe) – Planning and management. ISO/IEC 26513:2009(E) Systems and software engineering – Requirements for testers and reviewers of user documentation. 4 DEFINICIONES Adquiriente SegúnlaNTPISO/IEC12207: esel que adquiereuobtiene deunproveedorunsistema, producto software o servicio software.
  6. 6. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 6 de 30 Adquisición (Desarrollos Externos) Según la NTP ISO/IEC 12207: es el proceso empleado para adquirir un sistema, producto software o servicio software. Análisis de requerimientos del sistema SegúnlaNTP ISO/IEC12207: el propósitodel análisisdelosrequerimientosdelsistema es transformar los requerimientos definidos por los involucrados, en un conjunto de requerimientos técnicos del sistema que dirigirán el diseño del mismo. Análisis de requerimientos del software Según la NTP ISO/IEC 12207: el propósito del análisis de los requerimientos de software es establecer los requerimientos particulares de cada uno de los elementos de software del sistema. Aseguramiento de la Calidad Según la NTP ISO 9000: el aseguramientode la calidad es parte de la gestión de la calidad orientada a proporcionar confianza en que se cumplirán los requisitos de la calidad. Según INTECO: el aseguramiento de la calidad se entiende como el conjunto de actividades planificadas y sistemáticas necesarias para proporcionar la confianza suficiente de que un producto o servicio satisface los requisitos de calidad. El aseguramiento de la calidad involucra al control de calidad como se muestra en la figura siguiente: Aseguramiento de la Calidad Control de calidad
  7. 7. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 7 de 30 Calidad del Producto Software La calidad del producto software junto con la calidad del proceso para obtenerlo (actividades,tareasyotros, para desarrollarymantenerel software) sonlosaspectos más importantes actualmente en el desarrollo de Software. El modelo de calidad establecido en la primera parte del estándar, ISO 9126-1, clasifica la calidad del software en un conjunto estructurado de características y sub características de la siguiente manera: Componente SegúnINTECO:esunelementosoftware mínimoquepuede probarse deformaaislada. Control de Calidad Según la NTP ISO 9000: el control de calidad es parte de la gestión de la calidad orientada al cumplimiento de los requisitos de la calidad. Es el conjunto de técnicas y actividades operativas (ISO 8402) utilizadas para dar conformidad del grado en el que un conjunto de características inherentes [de un producto o servicio] cumple con las necesidades o expectativas [establecidas por el usuario]. La siguiente tabla muestra las características de ambos conceptos:
  8. 8. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 8 de 30 QA – Aseguramiento de la Calidad QC - Control de Calidad  Preventivo y proactivo  Orientado a proceso  Responsabilidad a nivel de la organización  Identifica las debilidades de ciertos procesos y las mejoras  Evalúa si QC funciona o no  Reactivo  Orientado a producto o servicio  Responsabilidadanivel delequipo de control  Verifica si los atributos especificados están presentes en el producto o no ACTIVIDADES  Auditorias de procesos  Definiciones de procesos  Selección de herramientas  Formación  Revisiones  Inspecciones  Ejecución de pruebas Efectividad Según la NTP ISO/IEC 9126-1:2004: Capacidad del producto software para permitir a losusuarioslograrlasmetasespecificadasconprecisiónycompletitudenuncontexto en uso específico Eficiencia Segúnla NTP ISO/IEC9126-1:2004: Capacidad del productosoftware para proveerun desempeño apropiado, de acuerdo a la cantidad de recursos utilizados y bajo las condiciones planteadas 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. Funcionalidad SegúnlaNTP ISO/IEC9126-1:2004: Se refiere aloque hace el software para satisfacer las necesidades
  9. 9. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 9 de 30 Instalación del Software Según la NTP ISO/IEC 12207: el propósito de la instalación del software es instalar el producto software que reúne los requerimientos convenidos en el ambiente designado. Integridad Según la NTP ISO/IEC 9126-1:2004: Capacidad del producto software para lograr niveles aceptables de riesgo de daño a las personas, negocio, software, propiedad o entorno en un contexto en uso específico Satisfacción Segúnla NTPISO/IEC9126-1:2004: Capacidaddel productosoftware parasatisfacera 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únla NTP ISO/IEC9126-1:2004: Capacidaddel software para sertrasladado de un entorno a otro. Pre-Producción (Ambiente de pruebas) 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 diferentesen su finalidad y por tanto, permanecen aislados entre sí. Considerando aspectos de escalabilidad y dimensionamiento de recursos, el ambiente de pre-producción debe ser reflejo del ambiente de Producción. Proceso de aseguramiento de la calidad Según la NTP ISO/IEC 12207: el proceso de aseguramiento de la calidad define las actividades para asegurar, de una manera objetiva, que los productos software y los
  10. 10. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 10 de 30 procesosson conformesa sus requerimientosespecificadosyse ajustan a sus planes establecidos. Revisión Conjunta, Auditoria, Verificación y Validación pueden ser utilizadas como técnica de Aseguramiento de la Calidad. 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. Proceso de Verificación SegúnlaNTP ISO/IEC12207: Es confirmarque cada productoy/o serviciosoftwarede un proceso o proyecto 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ún la NTP ISO/IEC 12207: las pruebas de calificación son pruebas llevadas a cabo por el desarrolladorypresenciadasporel adquiriente [ousuario,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ún la NTP ISO/IEC 12207: los requerimientos de calificación son el conjunto de criterios o condiciones que deben cumplirse para calificar que un producto software cumple consus especificacionesyestálistoparaserusado ensu entornode destino. Requisito La ISO 9000 distingue entre requisitos para los sistemas de gestión de la calidad y requisitos para los productos. Los requisitosparalossistemasde gestiónde lacalidadse especificanenlanormaISO 9001. Los requisitos para los sistemas de gestión de la calidad son genéricos y aplicables a organizaciones de cualquier sector económico e industrial con dependencia de la categoría del producto ofrecido. La norma ISO 9001 no establece requisitos para los productos.
  11. 11. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 11 de 30 Los requisitos para los productos pueden ser especificados por los clientes, por la organización anticipándose a los requisitos del cliente, o por disposiciones reglamentarias. Los requisitos para los productos y, en algunos casos, los procesos asociadospuedenestarcontenidosen,porejemplo:especificacionestécnicas,normas de producto,normas de proceso,acuerdoscontractualesyrequisitosreglamentarios. Según INTECO: un requisito es una condición o capacidad necesitada por un usuario parasolucionarunproblemaoconseguirunobjetivoquedebesersatisfechooposeído por un sistemaouncomponente de unsistemaparasatisfaceruncontrato,estándar, especificación u otro tipo de documento. Usabilidad SegúnlaNTPISO/IEC9126-1:2004: Capacidaddel productosoftwarede serentendido, aprendido, usado y atractivo al usuario, cuando es usado bajo las condiciones especificadas Usuario Según la NTP ISO/IEC 12207: el usuario es un individuo u organización que utiliza el sistema en operación para llevar a cabo una función específica. Validación SegúnlaNTP ISO/IEC12207: unavalidaciónes laconfirmación mediante elsuministro de evidenciaobjetivade que se han cumplidolosrequerimientosparauna utilización o aplicación específica prevista. Verificación Según la NTP ISO/IEC 12207: una verificación es la confirmación mediante la aportación de evidencia objetiva de que se han cumplido los requerimientos especificados. Versión Segúnla NTP ISO/IEC12207: una versiónes un ejemplaridentificadode unelemento de configuración. Nota:  Modificar una versión de un producto software dando como resultado una nueva versión, requiere una acción de gestión de configuración.
  12. 12. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 12 de 30 5 CONDICIONES GENERALES  Para el caso de laaplicabilidadde loindicadoenel Checklistparapase a Produccióno el Checklist de Seguridad para Desarrollo, esta aplicabilidad dependerá de la envergadura del desarrollo de la aplicación.  El Comité de Proyectos (PMO, o la organización que cumpla este cometido o alguien que haga sus veces) deberá informar sobre los requerimientos de Proyectos que se desarrollarán con el fin de planificar la asignacióndel personal que estará a cargo del Aseguramientode laCalidad y, de ser necesario, se asignaríaal EspecialistaenControl de Calidad que realizarálaspruebasen el ambiente de Pre-Producción. Si el Gestorde Proyectono informasobre el desarrollode unproyectoyésteyase encuentra próximo para el Control de Calidad,deberáde realizarlapresentacióndelproyectoalosequipos de Calidad a fin de conocer el alcance del proyecto.  Para los proyectos de Desarrollos Externos (Adquisición) sólose realizaránactividades de Control de Calidad y Seguridad, ya que estos han sido desarrollados por personal ajeno a la Oficina de Informática (OFIN) y debe asegurarse antes de su puesta en operación que no afectarán negativamente la estabilidad, integridad y disponibilidad de los servicios que ya se encuentran en producción.  Es responsabilidad del Gestor de Soluciones TIC asignado asegura que el Desarrollo Externo conozca y entienda que el producto software será sometido y deberá pasar como mínimo las mismas pruebas de Control de Calidad y Seguridad a las que se somete el producto software desarrolladointernamente.A juiciodeláreade Calidady tomandoenconsideraciónlaenvergaduradel proyectoosuscaracterísticas,se podrán adicionarcriteriosde pruebas conel finde asegurarlacompatibilidade integracióncon la plataforma informática de la institución.  El Gestor de Proyecto debe establecer el alcance del proyecto (qué está incluido, qué está excluido) de forma clara, concreta y detallada.  Para los casosque se requierade la integraciónconotrossistemas deberánde formar parte del Proyecto, se requerirá de la documentación y del resultado de las pruebas realizadas en Desarrollo.  Paralasestimacionesde lostiemposdeldesarrollode laspruebasen Controlde Calidad se debe de disponer de los siguientes documentos aprobados: o Plan de Gestión del Proyecto.
  13. 13. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 13 de 30 o Requerimiento de Software. o Diseño de interfaz. o Especificación de Casos de Uso. o Modelamiento de proceso. o Modelamiento del Negocio. o Matriz de Trazabilidad. o Cronograma de desarrollo del proyecto  No es posible suponer el tiempo estimado de las pruebas si no se cuenta con los documentos indicados en el punto anterior. Esto es debido a que cada proyecto de desarrollo de una aplicación es muy variable y tampoco se dispone de la información de desarrollosde aplicaciones(ProyectosenProducción) de al menosvariosaños con el cual se pueda realizar estimaciones.  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án sujetasa rechazoo suspensión.Unrechazoimplica que nohabría una (05) quintasolicitudde despliegue.Unasuspensiónimplicaunainterrupcióntotal de las pruebas se encuentren realizando.  De presentarse nuevos requerimientos durante las pruebas con el usuario, se considerará como una iteración pero no por observaciones sino a pedido del usuario ya que se deberáde implementarlosrequerimientossolicitados. Soloparaloscasosen que el número de nuevos requerimientos sea mayor al número de observaciones.  Es causal de rechazo que cuatro (04) 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 No funcionan los botones Grabar, Modificar o Eliminar. o Generación de datos duplicados e inconsistentes. o Si más del 50% de formularios revisados presentan errores.
  14. 14. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 14 de 30 o El X% de casos de pruebas presentar errores. (X% se definirá en el plan de pruebas) o Observaciones reiterativas presentadas por 3era vez.  Las reuniones de coordinación de Proyectos debe contar con la presencia del Responsable de Calidad y/o el Analista de Aseguramiento de Calidad. Si el listado de observacionesnosonclaraspara losprogramadoresy estosrequierenque se detalle o se describa la observación presentada, también podrá participar el Especialista en Control de Calidad.  El desarrollo de reportes deben estar descritos en Especificacionesde Casos de uso separadosde las Especificacionesde Casosde Usode formulariosuopcionesde menú.  El Gestor de Proyecto debe asegurar que en Desarrollo se realizaron pruebas básicas internas y unitarias con el usuario, como requisito previo para las pruebas de Control de Calidad. Las pruebas internasy unitarias están orientadas a eliminar problemas en el producto software. De acuerdo a lo indicado en la NTP ISO/IEC 14598-3:2005; el desarrolladordebe realizarmedicionesyevaluacionesdel software durante el ciclode vida del desarrollo.  El Gestorde Proyectodeberáentregarladocumentacióncompleta (aprobado)cuando se realice la entrega del producto software a Control de Calidad,de conformidad con lo indicadoenel Checklistde Pase a Producción y con el alcance del proyecto. (Anexo #8). De no entregarse ladocumentacióna tiempo, el equipode Control de Calidadno desarrollará las actividades correspondientes a las pruebas.  Cuando el Proyecto que se encuentre en Producción (En operación), todo cambio solicitado será considerado como un mantenimiento.  Comoparte del Aseguramientode Calidad,ladocumentaciónque se exige pararealizar el Control de Calidad del producto software, es la siguiente: N° Entregable Contenido básico 1 Acta de Constitución del Proyecto Información General, Descripción del Producto o servicio, Alineamiento del proyecto, Objetivos del Proyecto, Factores Críticos del Éxito;Requisitosde Altonivel,Fasesyentregable del proyecto, Interesados claves, Lista de riesgos. 2 Plande Gestiónde Proyecto Resumen, Glosario, Referencias, Información General, Descripción, Antecedentes, Enunciado del alcance del producto, Enunciado del alcance del proyecto, Entregables
  15. 15. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 15 de 30 N° Entregable Contenido básico del proyecto, Supuestos, Restricciones, Limites del proyecto, Estructura de desglose del trabajo, Estructurade desglose de recurso, Cronograma del proyecto, Comité del proyecto, matriz de roles y responsabilidades para la gestión del proyecto, matriz de roles y responsabilidadespara la gestión del producto, Matriz de comunicaciones, plan de gestión de riesgos, Gestión integrada de cambios. 3 Modeladodel Negocio Propósito, Alcance, Definiciones, Referencia, Reglas de Negocio, Lista de Requerimientos de Negocio. 4 Modelamientode Procesos Objetivo, Alcance, Definición, Actores de Negocio, Metodología Introducción/Nomenclatura, Inventario de Procesos, Diagrama detallado de procesos. 5 Requerimientode Software Objetivo,Alcance,Definición,Requerimientosfuncionalespor proceso, Requerimientos no funcionales, Requisitos de Estándares, Requisitos de Seguridad, Requisitos de entrenamiento, Trazabilidad modelado de Negocio vs Requerimientos Funcionales. 6 Solicitudde Cambio Información General, Evaluación de los cambios solicitados, impacto en el proyecto. 7 Arquitecturade Software Propósito, Alcance, Definiciones, Referencia, Metas y Restricciones Arquitectónicas, Descripciónde la Arquitectura de Software Capas/Características, Estructura lógica de la arquitectura, Implementación de la arquitectura. 8 Arquitecturade Tecnologíade Información Propósito, Alcance, Definiciones, Diagrama de Arquitectura, Dimensionamiento del Hardware y software Base. 9 DiseñoDetalladode Software Objetivo, Alcance, Definición, Referencias, Diagrama de clases, Diagrama de casos de uso, Diagrama de estados, Diagrama de Secuencia, Modelo Entidad Relación Lógico, ModeloEntidadRelaciónFísico,Diccionariode Datos,Interfaz de Usuario, componentes de integración, protocolo de comunicación. 10 Manual de Sistemas Propósito, Alcance, Definiciones, Referencias, Descripción General del Sistema, EspecificaciónTécnica de ambiente de hardware y software,Matriz de PerfilesvsAccesos,Opciones del sistema, Sistemas relacionados, instalación, ubicación física de archivos de BD, ejecutablesy otros, Documentosde ayuda, Procesos para operación.
  16. 16. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 16 de 30 N° Entregable Contenido básico 11 Especificaciónde Casosde Uso Propósito, Alcance, Definiciones, Referencias, Diagrama de paquetes,Casosde usodel sistema,Diagramade Actividades. 12 Implementacióndel software Objetivo, Alcance, Definición, Referencia, Servidores, Configuración de accesos a base de datos, Parámetros Generales, Distribución de la Aplicación, Inventario de Archivos. 13 Manual de Carga Inicial Propósito, Alcance, Definiciones, Referencia, Carga inicial. 14 Manual de Instalación Objetivo, Alcance,Definición,Referencia,Requisitosde hardware,Requisitosde software base,Procedimientode instalación. 15 Manual de Operaciones Propósito,Alcance,Definiciones,Referencia,Procesoenlínea, Proceso Batch, Transmisión de archivos, Respaldo de Información. 16 Manual de Usuario Introducción, Ingreso al sistema, Flujos del sistema. 17 Matriz de Trazabilidad RequerimientosvsCasosde Uso, Tablasvs Casosde Uso 18 Sustentode las pruebas Sustento de las pruebas realizadas en Desarrollo o la subsanación de observaciones reportadas.  Como parte del Control de Calidad del producto software, Las pruebas realizadas por el Equipo de Calidad comprenden: a. Pruebasde interfaces: se realizarávalidacionesen tres(03) aspectoscomoson: i. Verificación de la Interfaz gráfica de usuario: se verificará que las pantallasymensajesseanclaros parael usuario. Ref. NTPISO/IEC 9126 – Usabilidad/Satisfacción ii. Validación de ingreso de datos: se verificará que los datos ingresados sean procesados de forma correcta y que sólo permita registrar los válidoso, ensu defecto, emitirlaadvertenciao mensaje de error. Ref. NTP ISO/IEC 9126 – Funcionalidad/Usabilidad iii. Pruebade estandarizaciónde controles:se verificaráque loscontroles utilizadosenlaaplicaciónensusdistintaspantallasseanunestándarde diseño. Ref. NTP ISO/IEC 9126 – Usabilidad b. Pruebas de Seguridad: se comprobará el cumplimiento del Checklist de Seguridad remitido por el Gestor del Proyecto el cual deberá de marcar los
  17. 17. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 17 de 30 controles implementados en el desarrollo de la aplicación. El Gestor del Proyecto deberá justificar en detalle aquellos controles que no serán implementados. Ref. NTP ISO/IEC 9126 – Funcionalidad/Integridad c. 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. d. Pruebade Confiabilidad:se verificaráque los cálculossean loscorrectos y que se procesendatosconsistentes,yse comprobaráque laaplicaciónno duplique datos o adicione datos extraños. Ref. NTP ISO/IEC 9126 – Funcionalidad e. Pruebas Funcionales: a través de los casos de prueba, con los que se debe validarque laaplicación entregue lafuncionalidadrequerida yconstatarque los resultados sean los esperados. Ref. NTP ISO/IEC 9126 – Funcionalidad/Fiabilidad. f. Pruebas Nofuncionales: de esfuerzo yrendimiento.Pararealizarestaspruebas se requiere herramientas especiales, capacitación al personal de Calidad, adquisición de equipos y personal a cargo de la administración de losequipos, esdecir configuración, actualización ymantenimiento. Ref. NTPISO/IEC 9126 – Eficiencia. g. Pruebas de regresión: a través de estas pruebas se busca asegurar que las funcionalidades anteriormente probadas y que estuvieron trabajando normalmente 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 h. 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  Documentales:segúnlarelaciónde documentosdefinidosenlacual sedebeevidenciar que la aplicación está cumpliendo con las especificaciones de requerimiento de software.  Por cada ciclo de pruebas ejecutado serácomunicadoacada Responsable de Equipoa fin de conocer el estado del Proyecto.
  18. 18. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 18 de 30 Requisitos para la creación del ambiente de pruebas:  Contar con la versión congelada del sistema.  Contar con la lista de usuarios y claves así como con los Roles o Perfiles. N°. Usuario Login Perfil 1 Perfil 2 Perfil 3 1 2 3  Al final de cada proyecto se presentaran métricas de los resultados obtenidos por el proyecto revisado en Calidad. 6 CONDICIONES ESPECÍFICAS A continuación se describen actividades en los procesos de Aseguramiento de la Calidad del Proceso y Control de Calidad. 6.1 ASEGURAMIENTO DE LA CALIDAD DEL PROCESO Para el Aseguramiento de la calidad se utilizará como referencia la NTP ISO/IEC 16326 2006: Guía para la aplicación de la NTP ISO/IEC 12207 para la gestión de proyectos así como laISO/IEC26513:2009 que corresponde ala documentacióncomoexigiblesparael probador. De acuerdo a lo indicado en la NTP-ISO/IEC 12119:2005 se debe tener especificadolos requerimientos del usuario, del producto referente a las características de calidad así como los programas y datos requeridos para el software. Se debe tomar como referente a lo indicado en la NTP ISO/IEC 9126-1:2004 correspondiente al modelode calidaddel productosoftware.Enesta norma se declaran lascaracterísticas y sub-características de calidad que debe cumplirel productosoftware El Aseguramiento de la Calidad del Proceso se llevará a cabo desde la aprobación del Desarrollodel Proyecto yhasta la entregadel ProductoSoftware revisadopor el área de Calidad. Para el Aseguramiento de la Calidad del Proceso se contempla lo siguiente:
  19. 19. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 19 de 30  El Gestor del Proyecto entrega el Plan de Gestiónde Proyecto en la cual se establece claramente el alcance delProyecto,supuestos,restricciones,límitesyotrospuntosque conforman el desarrollo del proyecto de la aplicación.  El Analistade Aseguramientode laCalidad debe verificarque se esté cumpliendocon la elaboración de los documentos (entregables) y que estos, dependiendo de su naturaleza, deben encontrarse revisados y/o aprobados.  El Analistas de Aseguramiento de la Calidaddebe identificar las falencias en los casos de uso, pudiendo ser alertados de manera oportuna y mitigando el impacto (en esfuerzo) que puede implicar si estas son identificadas en etapas posteriores. Los documentos deben estar previamente aprobados por los usuarios.  El encargado del Aseguramiento de la Calidad debe elaborar el Plande Pruebas en el cual se establecerán los criterios necesarios para la realización de las pruebas que se llevarán a cabo cuando se realice el Control de Calidad. Si el Gestor de Proyectos no entrega los documentos aprobados, no se elaborara el plan de pruebas.  Si se realizan cambios en los requisitos estos deben ser modificados en la documentación:SegúnNTP-ISO9001: “Cuandose cambienlosrequisitosdelproducto, la organizacióndebe asegurarque la documentaciónpertinente seamodificadayque el personal correspondiente sea consciente de los requisitos modificados.” A travésde cada actividadidentificadase requiere de documentos(entregables) queson elementos de ENTRADA para el desarrollo de las actividades y con el cual se elaborarán documentosde SALIDA.Enel siguientecuadrose especificacadaunode estoselementos. SUBPROCESO ENTRADA ACTIVIDADES SALIDA ASEGURAMIENTO DE LA CALIDAD o Acta de Constitución del Proyecto o Plande Gestióndel Proyecto o Cronograma del proyecto. o Revisiónde lafirmadel Acta de Constitución del Proyecto o Revisión del Plan de Gestión del Proyecto o Elaboracióndel Plande Pruebas o Plan de Pruebas o Requerimiento de Software o Elaboraciónlos Casosde Prueba o Casos de Prueba
  20. 20. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 20 de 30 SUBPROCESO ENTRADA ACTIVIDADES SALIDA o Diseño de Interfaz o Especificación de Casos de Uso (ECU) o Modelamiento de procesos o Modelamiento del negocio o Diseño detallado del software o Diseño de los escenarios de prueba o Escenarios de Prueba 6.2 CONTROL DE CALIDAD Este proceso es llevado a cabo por el equipo de Calidadde Software, se debe realizar la verificación y validación de la aplicación desarrollada por el equipo de Desarrollo. Su función principal es detectar fallas o sugerencias. La aceptación de la aplicación implica realizar pruebas a la aplicación con el cual se debe realizar el registro y revisar que se guarde de manera correcta en la Base de Datos, que la aplicación sea usable para el usuario y que cumpla con lo especificado en los documentos estándares:  ofin-guia-de-estandares-visuales  ofin-lineamientos y estandares-de-base-de-datos Se realizarán las siguientes actividades:  El Responsable de Calidad recibe el pase a Pre-Producción remitido por el Gestor de Proyectoen el cual verificaque se encuentrenlosdocumentosobligatoriosindicados en el Checklist de pase a Producción. Si no se realiza esta actividad se corre el riesgo de no contar con toda la documentación correspondiente al Proyecto el cual podría persistirhastael pase aProducción conel cual nose tendría ladocumentaciónconlas firmas respectivas.  Si el Responsable deCalidaddetectaque nose estánentregandotodoslosdocumentos o programas, comunica mediante correo al Gestor de Proyecto.  Si la documentación para el pase está correcta y completa, se remite la ruta (con la documentaciónyprogramas) atravésdeuncorreo al Operadorde Pre-Producción para que realice el despliegue (Instalación del Software) en el ambiente de pruebas; el
  21. 21. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 21 de 30 Operador de Pre-Producción ejecutará los script para la creación de la BD, realizará configuracionesoinstalarcomponentes;esdecirseguirlospasosque indicael manual de implementación, manual de instalación y manual de operaciones de ser el caso.  Si se presentan problemas en el despliegue (Instalacióndel Software) los comunica al LíderTécnicomediante correoacercade losuscitadoduranteel despliegue (Instalación del Software).Estacomunicación se realizaconcopiaal Responsable deCalidad, Gestor de Proyecto y al Especialista en Control de Calidad.  Debido a problema suscitado, el Líder Técnico realiza el análisis de lo suscitado, si se detecta que el problema es por una configuración no realizada o que al momento de realizarel despliegue(Instalacióndel Software) seomitióunpasoindicadoenelmanual de instalación, se solicitará al Operador que ejecute nuevamente el despliegue (Instalación del Software).  Si el Líder Técnicodetectaque por el problemasuscitado se requiere pasarunanueva versión de la aplicación, tendrá que volver a integrar la aplicación y pasarlo al Gestor de Proyecto para la solicitud de pase a Pre-Producción.De presentarse esto antes del inicio de las pruebas no se considerará como iteración o ciclo de prueba.  Si el despliegue (Instalación del Software) realizado por el Operador es correcto, comunica al Especialista de Control de Calidad con copia al Responsable de Calidad.  El Especialista en Control de Calidad prepara el ambiente de pruebas, en el cual debe crear cuentasde usuario,volverarevisarlosCasosde Uso;si estosfueronmodificados modifica en consecuencia los Casos de Prueba y Escenarios de Prueba.  El Especialista de Control de Calidad ejecuta la prueba con los escenarios de prueba elaborados, con la cual obtendrá resultadosde Éxito o de Fallo por cada escenario de prueba. También sugerirá puntos de mejora o alarmas de ser necesario para su implementación.  Si Especialista de Control de Calidad detecta observaciones, las comunica a través del correo al Líder Técnico con copia a Responsable de Calidad y al Gestor de Proyecto.  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ón de pruebas debido a que la mayoría de las opciones de la aplicación
  22. 22. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 22 de 30 se caen,nopermite guardarregistros,modificarregistros,eliminarregistroslos cuales hacen imposible hacer la prueba a la aplicación. o Rechazo:se rechazael proyectosi se llegaarealizarhasta4cicloso iteraciones de pruebas.  Después de las correcciones realizadas en Desarrollo el Especialista de Control de Calidad realizara el Checklist de los errores reportados.  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.  Si se presentanobservacionesdurante estaspruebas conel usuario,el Especialistade Control de Calidad comunica mediante correo al Líder Técnico con copia a Gestor de Proyecto, Responsable de Calidad y Gestor de Soluciones TIC. Se continúa contabilizando el número de ciclos de pruebas.  Si las pruebasde aceptaciónconel usuario resultanexitosas,el EspecialistaenControl de Calidad comunica mediante correo al Responsable de Calidad sobre la finalización de las pruebas y procede a elaborar el Acta de Aceptación de las Pruebas, la que se remite al Gestor de Soluciones TIC para las firmas.  El Responsable de Calidad recibe el Acta Original con las firmas, luego elabora el Informe de Entrega del Producto Software y crea la ruta con toda la documentación correspondiente al Proyecto y realiza la entrega del pase a Gestor de Proyecto. SUBPROCESO ENTRADA ACTIVIDADES SALIDA CONTROL DE CALIDAD o Casos de Prueba o Escenarios de Prueba o Ejecución de las pruebas o Evaluación de los resultados de las pruebas o Reporte de Observaciones o Matriz de seguimiento de observaciones o Matriz de resumen de observaciones o Conformidad a las pruebas (correo) o Finalización de las pruebas o Elaboracióndel Actade Conformidad de las Pruebas o Acta de Conformidad de las Pruebas.
  23. 23. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 23 de 30 7 CICLO DE PRUEBAS De acuerdo a lo indicado en la ISO/IEC 25001 Anexo A, se debe tener un plan para la evaluación de proyectos con actividades a seguir paso a paso y en la NTP ISO/IEC 12119:2005 se especifican las instrucciones para las pruebas del producto software. A continuación se presentara las fases que comprenderá el ciclo de pruebas. 7.1 PLANIFICACIÓN DE LAS PRUEBAS Se debe de informarde losProyectosque vienensiendoaprobadosparasu Desarrolloa finde planificarlasnecesidadesde recursosenel personalasignadosalasactividadesde los procesos de Aseguramiento de la Calidad y Control de Calidad. El analistadel Aseguramientode laCalidaddebe identificarel alcance de lapruebaconel cual debe diseñar el Plan de Pruebas. Los puntos a considerar en esta fase es: o Analizar el alcance, riesgos y la complejidad de la aplicación. o Definir la estrategia de las pruebas. Considerar lo indicado en la NTP-ISO IEC 16326: Desarrollo de una estrategia de pruebas de regresión para las modificaciones. o Estimar el tiempo y otros recursos involucrados. o Acta de Conformidad de las pruebas o Recepción de la documentación firmada o Elaboración del Informe de Entrega del Producto Software. o Informe de Entrega del Producto Software. Planificación EjecuciónDiseño Pruebas de Aceptación Cierre Seguimiento y control
  24. 24. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 24 de 30 7.2 DISEÑO DE LAS PRUEBAS El Analista del Aseguramiento de la Calidad con el apoyo del Especialista en Control de Calidaddebe elaborarlostiposde pruebas(Casosde prueba) yescenariosde pruebaque se diseñarandespuésde laaprobacióndelaEspecificacióndeCasosde Uso.Estaactividad se realizarádurante el desarrollodel proyectoynose cuentaconel diagramadel proceso de desarrollo del proyecto el cual no posibilita su diagramación pero forma parte del proceso del área de Calidad. Se debe incluir los casos de prueba de Seguridad de Información, referencia: “Guía de Implementación de Controles de Seguridad de la Información para el Ciclo de Vida de Software” 7.3 INSTALACION DEL SOFTWARE El Equipode Desarrollorealizalaentregadel Desarrollodel proyectopara su despliegue y pruebas en el ambiente de Pre-Producción. El Responsablede Calidadrealizaráunaverificacióndelaentregade todoslosentregables (documentos y programas que conforman el Proyecto) y si es conforme se solicita al Operador de Pre-Producción la instalación de los programas, componentes, base de datos, otros., remitidos por Desarrollo para en el ambiente de Pre-Producción. 7.4 EJECUCIÓN DE LAS PRUEBAS El Especialista en Control de Calidad debe ejecutar las pruebas a la aplicación. o Debe verificarque laaplicacióncumple conlosrequerimientosespecificados. o Obtenerresultadosde laspruebasejecutadasenlacual se verificaráncasosde uso sin observaciones o con observaciones. Dentro de lo establecido como observación estarán tipificados como: forma, fondo, alerta o sugerencias.
  25. 25. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 25 de 30 Realizar la validación de la aplicación con el fin 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. En esta etapa por cada ciclo de pruebas se realizara las siguientes acciones: 7.4.1 Ejecutar las pruebas. La tarea consiste enrealizarlaverificaciónyvalidación de los casos de pruebas preparados en la etapa de diseño, es decir ejecutar los casos de pruebas. 7.4.2 Evaluación de los resultados. Luego de la ejecución de las pruebas se analizan los resultados obtenidos a fin de verifican contra los casos de prueba. 7.4.3 Comunicación de los resultados De presentarse observaciones en las pruebas se remite mediante correo las observaciones y se contabiliza como un ciclo de pruebas (iteración) hasta la próxima versión de la aplicación. De no presentase ninguna observación se da por finalizada la etapa pruebas. 7.4.4 Repetición de las pruebas Por el levantamientode lasobservacionesse recibe unanuevaversiónde la aplicación y la respuesta a las observaciones remitidas con el cual se realizaran pruebas de regresión. 7.5 PRUEBAS DE ACEPTACIÓN 7.5.1 Pruebas con el usuario Son laspruebas con el usuarioel cual veráel adecuadofuncionamientode laaplicación y de acuerdo a su requerimiento,él dará la conformidad del desarrollo de las pruebas ejecutadas en el ambiente de Pre-Producción correspondiente al Proyecto. 7.5.2 Comunicación de la finalización de las pruebas: Se comunicaal Responsablede Desarrollo,Responsable de Calidad,Gestorde Proyecto, Gestor de Soluciones TIC la finalización de las pruebas. Ejecutar Evaluar Comunicar Repetición
  26. 26. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 26 de 30 7.5.3 Envío de la documentación: Se elaborael acta de conformidadenlacual se describe losobjetivosde lapruebaylas actividades realizadas. El acta se remite al usuario para su firma como parte de la aceptación de las pruebas realizadas. 7.6 SEGUIMIENTO Y CONTROL En esta fase es el seguimiento y control se realizaría las siguientes tareas: o Analizar el riesgo (nuevos riesgos) del producto y proyecto o Avance en el cumplimiento de las actividades planificadas según el cronograma. o Identificar acciones correctivas o Seguimiento a las pruebas ejecutadas e incidencias reportadas 7.7 CIERRE DEL PASE El Responsable de Calidad recibe el Acta de conformidad de la prueba (Original) con las firmasrespectivasyprocede a elaborarel Informe de Entrega del ProductoSoftware.La entregaesa travésde uncorreo remitidoal Gestorde Proyectoconcopiaal Responsable de Desarrollo en la que se anexa la ruta donde se encuentra toda la documentación y programas que corresponden al Proyecto. A esta ruta sólo tiene permitido ingresar el Equipo de Operaciones. 8 DESCRIPCION DEL PROCEDIMIENTO A continuación se presenta el procedimiento de Proyectos desarrollados en la Oficina de Informática (OFIN): PASESDE PROYECTOSDESARROLLADOSPOROFIN N° ACCIÓN RESPONSABLE 1 Solicitudparapase a Pre-Producción Gestorde Proyecto 2 Verificaciónde losentregables Responsable de Calidad 3 Si el pase esincorrectose comunicala devolución Responsable de Calidad 4 Ejecutael despliegue Operadorde Pre-Producción
  27. 27. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 27 de 30 PASESDE PROYECTOSDESARROLLADOSPOROFIN N° ACCIÓN RESPONSABLE 5 Si es incorrectoel despliegueanalizaycoordinaconel Líder Técnico Operadorde Pre-Producción 6 Si no se necesitadesplieguese realizanuevamenteel despliegue Operadorde Pre-Producción 7 Si es correctoel desplieguese comunica Operadorde Pre-Producción 8 Preparalosdatos de prueba EspecialistaenControl de Calidad 9 Ejecutalas pruebas EspecialistaenControl de Calidad 10 Evalúalosresultadosde laprueba EspecialistaenControl de Calidad 11 Si fallo,comunicalasobservaciones EspecialistaenControl de Calidad 12 Si son más de 4 ciclosdevuelve el proyecto Responsable de Calidad 13 Si las pruebassonun éxitose programapruebascon el usuario EspecialistaenControl de Calidad 14 Ejecutalas pruebas de aceptación juntoal usuario EspecialistaenControl de Calidad/Usuario 15 Si fallo,comunicalasobservaciones EspecialistaenControl de Calidad/Usuario 16 Si es un éxitolaspruebasse comunica EspecialistaenControl de Calidad 17 Envía documentaciónde laspruebas EspecialistaenControl de Calidad 18 Elaborainforme de entregadel productosoftware Responsable de Calidad 19 Entregadel pase Responsable de Calidad
  28. 28. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 28 de 30 9 FORMATOS  Plan de Pruebas.  Casos de Pruebas.  Escenarios de Prueba.  Reporte de observaciones.  Matriz de seguimiento de observaciones.  Matriz de resumen 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  CheckListde SeguridadparaDesarrollo y Mantenimiento de Sistemas de Información  Checklist para pase a Producción  Guía de Implementación de Controles de Seguridad de la Información para el Ciclo de Vida de Software  Glosario de términos
  29. 29. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 29 de 30 Proceso para la Implementación de Proyectos DESARROLLO DE PROYECTOS Responsable de Calidad Gestor de Soluciones TIC Gestor de Proyecto Analista Funcional Líder Técnico 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 Líder Técnico 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 Líder Técnico Devolución del Proyecto >=4 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 Gestor de Proyecto Actividades del Analista Funcional Actividades del Líder Técnico Solicitud de pase a Pre-Producción <4 ciclos No necesita nuevo pase, solo configurar Éxito en las pruebas de Aceptación Fallo de las pruebas de Aceptación Actividades del Usuario
  30. 30. TÍTULO CÓDIGO PÁGINA NORMA DE CALIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE NCPDS 30 de 30 Proceso Simplificado para la Implementación de Proyecto NTP ISO/IEC 16326 2006: Guía para la aplicación de la NTP-ISO/IEC 12207 para la gestión de proyectos USUARIO EJECUTIVO DE CUENTA JEFE DE PROYECTO DESARROLLO CALIDAD OPERACIONES NTP ISO/IEC 9126-1 2004: Modelo de calidad. NTP ISO/IEC 12119 2005: Requerimientos de calidad y pruebas NTP ISO/IEC 14598-3 2005: Evaluación del producto: Proceso para desarrolladores NTP ISO/IEC 14598-6:2008: Evaluación del producto: Documentación de módulos de evaluación Requerimiento Construcción Diseño Pruebas Unitarias Documentación Correcciones Instalación del Software Evaluación de los resultados QC – Control de Calidad Preparación de Datos Ejecución de las pruebas Pruebas con usuario Comunicación de observaciones QA – Aseguramiento de la Calidad Parte de la gestión de la calidad orientada a proporcionar confianza en que se cumplirán los requisitos de la calidad (NTP ISO 9000) AGTI AOP AOP AC&S AOP Conjunto de técnicas y actividades operativas (ISO 8402) utilizadas para dar conformidad del grado en el que un conjunto de características inherentes [de un producto o servicio] cumple con las necesidades o expectativas [establecidas por el usuario]. Parte de la gestión de la calidad orientada al cumplimiento de los requisitos (NTP ISO 9000) Conjunto de actividades preestablecidas y sistemáticas que se ha demostrado que son necesarias para dar confianza adecuada de que una entidad satisfará los requisitos para la calidad (ISO 8402).

×