SlideShare una empresa de Scribd logo
1 de 16
Raúl Pinedo
 José Guillermo
David Robinson
Propósito
 El propósito de la auditoria del software es guardar la
 adherencia a los planes realizados y estándares
 utilizados para proceso de desarrollo del Proyecto.
Documentos de referencia
 Documento que contiene los requerimientos de los
    usuarios.
   Documentos de Verificación de la versión del software.
   Plan de manejo del proyecto.
   Plan de manejo de la configuración del software.
   Documento visión en la Ingeniería del software
Gestión o Administración
 Organización:

                     Organización




                              Administración
               SQA
                               del proyecto




                                  Diseño
            Probador de                        Administración
                               desarrollo de
              software                           de riesgos
                                 software
Gestión o Administración
 Tareas:
      Revisión de documentos en conformidad con
  estándar.
      Revisión de procedimientos.
      Revisar procesos de gerencias en conformidad con
  estándar y los manuales de procedimientos definidos
  por ellos.
Gestión o Administración
 Roles y responsabilidades:
                Revisión de   Revisión de   Revisar
                documento     procedimie    proceso de
                              nto           gerencia
  David         X                           X
  Robinson
  José Ramos                  X             X
  Raúl Pinedo   X             X             X
Documentación
 Para ésta fase del proyecto debemos ver que los
 documentos estén correctamente revisados
 internamente antes de ser enviados a revisión externa.
 Como equipo SQA debemos chequear que los
 objetivos del proyecto estén claramente descritos.
 Debe definirse entre otras cosas un enfoque de ciclo de
 vida para el proyecto.
Estándares
  Estándar de la documentación:
  En el curso del proyecto se producirán varios
  documentos. Para asegurar la calidad de dichos
  documentos se utilizarán las siguientes convenciones.
  Cada documento debe se aprobado por:
o Los autores
o El equipo SQA
o La administración del proyecto
Revisiones del Software
  El equipo de SQA monitoreará la adherencia a estos
  procedimientos presidiendo las revisiones tanto
  externas como internas. Si se detectan desviaciones, el
  equipo SQA tiene la capacidad de corregir los
  procedimientos.
  Requisitos mínimos:
Primera revisión:
 Presentar 50% del proyecto.
 Tener la BD creada
 Presentar mínimo 5 pantallas graficas diseñadas.
Pruebas
 Se realizaran pruebas de consulta sobre la Base de
 Datos, para confirmar la integridad de la información,
 por ser la primera revisión.
Informe de errores
  Se le entregara al gerente del proyecto un informe de
  errores que contengan los siguientes campos:
1. Nombre del Programa
2. Versión del Programa
3. Sistema Operativo
4. Descripción del Problema
Herramientas, Técnicas y
metodología
  Producto/Servicio   Creadores    Tiempo en el   Objetivo -      Escala      URL
                                   mercado        Funcionalida    evaluati
                                                  d               va
  Kemis               KybeleCons   No se          Sistema de      Indicado    Link
                      ulting       especifica     medición y      res
                                                  evaluación      (Compo
                                                  de la calidad   nentes,
                                                  software.       líneas de
                                                                  código,
                                                                  defectos
                                                                  , etc.)
Control de medios
 La solicitud de una nueva cuenta o el cambio de privilegios,
 deberá hacerse por escrito y ser debidamente autorizada por la
 Oficina de Sistemas.
 No debe concederse una cuenta a personas que no sean
 funcionarios de la empresa, a menos que estén debidamente
 autorizados.
 Los usuarios deben entrar al sistema mediante cuentas que
 indiquen claramente su identidad. Esto también incluye a los
 administradores del sistema.
 Todos Los días al finalizar la jornada laboral se realizarán copias
 de seguridad.
 La infraestructura tecnológica: servidores, computadores,
 impresoras, UPS, escáner, lectoras y equipos en general; no
 puede ser utilizado en funciones diferentes a las institucionales.
Colección de registros
 SQA verificara periódicamente el estado del proyecto, el
 progreso, los problemas en el proyecto y los riesgos pro
 viendo una valoración independiente acerca del proyecto.
 SQA le proveerá a la siguiente información a la
 administración:
 - Cumplimiento: identificara el nivel de cumplimiento
 actual del proyecto.
 - Problemas: identificara los problemas potenciales o
 actuales que pueden afectar en el desarrollo del proyecto.
 - Riesgos: identificara los riesgos basado en el estado de
 avance del proyecto
Formaciones
 Presentan deficiencia en la estructuración de la base
 de datos, Falta de capacitación del personal en las
 nuevas tecnologías
Gestión del Riesgo
 - Identificar los riesgos del proyecto
 - Verificar que se cuente con un plan general de
 riesgos.
 - Verificar que se cuente con un plan de Respuesta a
 riesgos.
 - Determinar que tipos de controles de riesgos se
 encuentran en la organización.

Más contenido relacionado

La actualidad más candente

Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
Jimmy Davila
 
Estandares Iso,Spice Y Cmm Y Empresas
Estandares Iso,Spice Y Cmm Y  EmpresasEstandares Iso,Spice Y Cmm Y  Empresas
Estandares Iso,Spice Y Cmm Y Empresas
guest8e0579
 
Mosca ppt
Mosca pptMosca ppt
Mosca ppt
draw507
 
Calidad del Software en Proyectos Open Source
Calidad del Software en Proyectos Open SourceCalidad del Software en Proyectos Open Source
Calidad del Software en Proyectos Open Source
Marcos Blanco Galán
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
Sandrea Rodriguez
 
Expo modelo de madurez del cmmi
Expo modelo de madurez del cmmiExpo modelo de madurez del cmmi
Expo modelo de madurez del cmmi
slaifer1991
 

La actualidad más candente (20)

Fabio lópez cuadro_comparativo_actividad_2.2
Fabio lópez cuadro_comparativo_actividad_2.2Fabio lópez cuadro_comparativo_actividad_2.2
Fabio lópez cuadro_comparativo_actividad_2.2
 
Material rap4
Material rap4Material rap4
Material rap4
 
Modelo SPICE
Modelo SPICEModelo SPICE
Modelo SPICE
 
Sara mendoza cuadrocomparativo_actividad.2.2
Sara mendoza cuadrocomparativo_actividad.2.2Sara mendoza cuadrocomparativo_actividad.2.2
Sara mendoza cuadrocomparativo_actividad.2.2
 
CMM
CMMCMM
CMM
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
Estandares Iso,Spice Y Cmm Y Empresas
Estandares Iso,Spice Y Cmm Y  EmpresasEstandares Iso,Spice Y Cmm Y  Empresas
Estandares Iso,Spice Y Cmm Y Empresas
 
Mosca ppt
Mosca pptMosca ppt
Mosca ppt
 
Calidad del Software en Proyectos Open Source
Calidad del Software en Proyectos Open SourceCalidad del Software en Proyectos Open Source
Calidad del Software en Proyectos Open Source
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
 
Modelo CMMI
Modelo CMMIModelo CMMI
Modelo CMMI
 
Ensayo CMMI
Ensayo CMMIEnsayo CMMI
Ensayo CMMI
 
Expo modelo de madurez del cmmi
Expo modelo de madurez del cmmiExpo modelo de madurez del cmmi
Expo modelo de madurez del cmmi
 
CMMI
CMMICMMI
CMMI
 
7. introduccion a cmmi
7. introduccion a cmmi7. introduccion a cmmi
7. introduccion a cmmi
 
Metodologías CMMI y PMI
Metodologías CMMI y  PMIMetodologías CMMI y  PMI
Metodologías CMMI y PMI
 
CMMI
CMMICMMI
CMMI
 
Modelos de procesos de Software
Modelos de procesos de SoftwareModelos de procesos de Software
Modelos de procesos de Software
 
Sara mendoza investigación_actividad1.1.doc
Sara mendoza investigación_actividad1.1.docSara mendoza investigación_actividad1.1.doc
Sara mendoza investigación_actividad1.1.doc
 
Gestión de la Calidad en Proyectos de Software
Gestión de la Calidad en Proyectos de SoftwareGestión de la Calidad en Proyectos de Software
Gestión de la Calidad en Proyectos de Software
 

Similar a Tecnicas de calidad

La calidad del software
La calidad del softwareLa calidad del software
La calidad del software
duberlisg
 
Desarrollo de software orientado a la web
Desarrollo de software orientado a la webDesarrollo de software orientado a la web
Desarrollo de software orientado a la web
Cristian Villalva
 
Ra semana 16
Ra semana 16Ra semana 16
Ra semana 16
victdiazm
 
Aseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQAAseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQA
Anita Ortiz
 
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de softwareGestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
fredycollaguazo
 
Desarrollo de software orientado a la web1
Desarrollo de software orientado a la web1Desarrollo de software orientado a la web1
Desarrollo de software orientado a la web1
COLOMA22
 

Similar a Tecnicas de calidad (20)

La Calidad de Software
La Calidad de SoftwareLa Calidad de Software
La Calidad de Software
 
Sqm
SqmSqm
Sqm
 
A U D I T O R I A D E C A L I D A D
A U D I T O R I A  D E  C A L I D A DA U D I T O R I A  D E  C A L I D A D
A U D I T O R I A D E C A L I D A D
 
La calidad del software
La calidad del softwareLa calidad del software
La calidad del software
 
Tema5 la calidad del software
Tema5 la calidad del softwareTema5 la calidad del software
Tema5 la calidad del software
 
Temas Unidad 2
Temas Unidad 2Temas Unidad 2
Temas Unidad 2
 
Desarrollo de software orientado a la web
Desarrollo de software orientado a la webDesarrollo de software orientado a la web
Desarrollo de software orientado a la web
 
Como medir la calidad de software
Como medir la calidad de softwareComo medir la calidad de software
Como medir la calidad de software
 
Ra semana 16
Ra semana 16Ra semana 16
Ra semana 16
 
Calidad en el desarrollo de software
Calidad en el desarrollo de softwareCalidad en el desarrollo de software
Calidad en el desarrollo de software
 
metodologia
metodologiametodologia
metodologia
 
Aseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQAAseguramiento de la calidad del software SQA
Aseguramiento de la calidad del software SQA
 
Gestion De Calidad Cap 26
Gestion De Calidad Cap 26Gestion De Calidad Cap 26
Gestion De Calidad Cap 26
 
Calidad de Software
Calidad de SoftwareCalidad de Software
Calidad de Software
 
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de softwareGestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
 
Aseguramiento de la Calidad del Software
Aseguramiento de la Calidad del SoftwareAseguramiento de la Calidad del Software
Aseguramiento de la Calidad del Software
 
Fundamentos del diseno software
Fundamentos del diseno softwareFundamentos del diseno software
Fundamentos del diseno software
 
Desarrollo de software orientado a la web1
Desarrollo de software orientado a la web1Desarrollo de software orientado a la web1
Desarrollo de software orientado a la web1
 
Auditoria de Mantenimiento
Auditoria de MantenimientoAuditoria de Mantenimiento
Auditoria de Mantenimiento
 
presentacion_edisleynissilva
presentacion_edisleynissilvapresentacion_edisleynissilva
presentacion_edisleynissilva
 

Tecnicas de calidad

  • 1. Raúl Pinedo José Guillermo David Robinson
  • 2. Propósito El propósito de la auditoria del software es guardar la adherencia a los planes realizados y estándares utilizados para proceso de desarrollo del Proyecto.
  • 3. Documentos de referencia  Documento que contiene los requerimientos de los usuarios.  Documentos de Verificación de la versión del software.  Plan de manejo del proyecto.  Plan de manejo de la configuración del software.  Documento visión en la Ingeniería del software
  • 4. Gestión o Administración  Organización: Organización Administración SQA del proyecto Diseño Probador de Administración desarrollo de software de riesgos software
  • 5. Gestión o Administración  Tareas:  Revisión de documentos en conformidad con estándar.  Revisión de procedimientos.  Revisar procesos de gerencias en conformidad con estándar y los manuales de procedimientos definidos por ellos.
  • 6. Gestión o Administración  Roles y responsabilidades: Revisión de Revisión de Revisar documento procedimie proceso de nto gerencia David X X Robinson José Ramos X X Raúl Pinedo X X X
  • 7. Documentación Para ésta fase del proyecto debemos ver que los documentos estén correctamente revisados internamente antes de ser enviados a revisión externa. Como equipo SQA debemos chequear que los objetivos del proyecto estén claramente descritos. Debe definirse entre otras cosas un enfoque de ciclo de vida para el proyecto.
  • 8. Estándares Estándar de la documentación: En el curso del proyecto se producirán varios documentos. Para asegurar la calidad de dichos documentos se utilizarán las siguientes convenciones. Cada documento debe se aprobado por: o Los autores o El equipo SQA o La administración del proyecto
  • 9. Revisiones del Software El equipo de SQA monitoreará la adherencia a estos procedimientos presidiendo las revisiones tanto externas como internas. Si se detectan desviaciones, el equipo SQA tiene la capacidad de corregir los procedimientos. Requisitos mínimos: Primera revisión:  Presentar 50% del proyecto.  Tener la BD creada  Presentar mínimo 5 pantallas graficas diseñadas.
  • 10. Pruebas Se realizaran pruebas de consulta sobre la Base de Datos, para confirmar la integridad de la información, por ser la primera revisión.
  • 11. Informe de errores Se le entregara al gerente del proyecto un informe de errores que contengan los siguientes campos: 1. Nombre del Programa 2. Versión del Programa 3. Sistema Operativo 4. Descripción del Problema
  • 12. Herramientas, Técnicas y metodología Producto/Servicio Creadores Tiempo en el Objetivo - Escala URL mercado Funcionalida evaluati d va Kemis KybeleCons No se Sistema de Indicado Link ulting especifica medición y res evaluación (Compo de la calidad nentes, software. líneas de código, defectos , etc.)
  • 13. Control de medios La solicitud de una nueva cuenta o el cambio de privilegios, deberá hacerse por escrito y ser debidamente autorizada por la Oficina de Sistemas. No debe concederse una cuenta a personas que no sean funcionarios de la empresa, a menos que estén debidamente autorizados. Los usuarios deben entrar al sistema mediante cuentas que indiquen claramente su identidad. Esto también incluye a los administradores del sistema. Todos Los días al finalizar la jornada laboral se realizarán copias de seguridad. La infraestructura tecnológica: servidores, computadores, impresoras, UPS, escáner, lectoras y equipos en general; no puede ser utilizado en funciones diferentes a las institucionales.
  • 14. Colección de registros SQA verificara periódicamente el estado del proyecto, el progreso, los problemas en el proyecto y los riesgos pro viendo una valoración independiente acerca del proyecto. SQA le proveerá a la siguiente información a la administración: - Cumplimiento: identificara el nivel de cumplimiento actual del proyecto. - Problemas: identificara los problemas potenciales o actuales que pueden afectar en el desarrollo del proyecto. - Riesgos: identificara los riesgos basado en el estado de avance del proyecto
  • 15. Formaciones Presentan deficiencia en la estructuración de la base de datos, Falta de capacitación del personal en las nuevas tecnologías
  • 16. Gestión del Riesgo - Identificar los riesgos del proyecto - Verificar que se cuente con un plan general de riesgos. - Verificar que se cuente con un plan de Respuesta a riesgos. - Determinar que tipos de controles de riesgos se encuentran en la organización.