Temario VI Gestión de Testing
|
|
- Pascual Ramos Martínez
- hace 8 años
- Vistas:
Transcripción
1 Temario VI Gestión de Testing Topicos Avanzados en Pruebas de Software UNS 1 Gestión de Testing Lectura Sommerville I., Software Engineering, 7th Edition. Addison Wesley. Patton. Software Testing. SAMS. July Craig and Jaskiel. Systematic Software Testing. Artech House Publishers.March, Kaner, Kalk and Nguyen. Testing Computer Software. Wiley Computer Publishing Reportes Técnicos ISO/IEC JTC1/SC7: ISO Reportes Técnicos: CMU/SEI 93 TR 024, CMU/SEI 93 TR 025 Jenner Software Quality Management and ISO 9001 John Wiley & Sons, 1995 Topicos Avanzados en Pruebas de Software UNS 2
2 Planificación del Test (Test Planning) (1) Determinar el alcance, enfoque, y programación de las actividades de testing Identificar las características a ser verificadas Las tareas de testing que serán realizadas El personal responsable para cada tarea Los riesgos asociados con el plan Topicos Avanzados en Pruebas de Software UNS 3 Planificación del Test (2) Debe iniciarse al comienzo y seguir en paralelo al desarrollo del software Información del Proyecto Información del Software Desarrollar Plan de Pruebas Maestro Desarrollar Planes de Pruebas Detallados Plan Maestro Recursos Planes Detallados Recursos específicos Topicos Avanzados en Pruebas de Software UNS 4
3 Planificación del Test (3) Desarrollo Testing Requerimientos Aceptación Diseño Preliminar Sistema Diseño Detallado Integración Codificación Unidad El test del sistema debe ser construido en base al Diseño Arquitectónico y Requerimientos Topicos Avanzados en Pruebas de Software UNS 5 Planificación del Test (4) El objetivo principal es comunicar al equipo encargado del testing: Sus intenciones Sus expectativas Su entendimiento del testing que será realizado El resultado final será un documento de alguna clase Topicos Avanzados en Pruebas de Software UNS 6
4 Planificación del Test (5) Nada se puede dejar como asumido Aspectos a tener en cuenta para realizar el plan: Expectativas de Alto Nivel Determinar el propósito del proceso de planificación del test y del plan del test Programadores Técnicos Gerentes Topicos Avanzados en Pruebas de Software UNS 7 Planificación del Test (6) Aspectos a tener en cuenta para realizar el plan: Expectativas de Alto Nivel Qué producto se esta verificando? Debe haber un entendimiento de qué es el producto, su magnitud y su alcance Empezamos con la especificación Topicos Avanzados en Pruebas de Software UNS 8
5 Planificación del Test (7) Aspectos a tener en cuenta para realizar el plan: Expectativas de Alto Nivel Cuáles son las metas de calidad y confiabilidad del producto? No debe tener ningún bug Necesita la última tecnología Debe ser lo más rápido posible Topicos Avanzados en Pruebas de Software UNS 9 Planificación del Test (8) Aspectos a tener en cuenta para realizar el plan: Personas, Lugares y Cosas, Lugares y Cosas Se debe incluir toda la información necesaria para cada miembro del equipo (nombre,te, mail, dirección, título, responsabilidad) Dónde están almacenados los documentos, de dónde se puede bajar el software, dónde están las herramientas de test, etc. Qué hardware utiliza el sistema y de dónde lo puedo obtener. Si hay laboratorios para realizar testing de configuración, dónde están? Topicos Avanzados en Pruebas de Software UNS 10
6 Planificación del Test (9) Aspectos a tener en cuenta para realizar el plan: Definiciones Qué es un bug? El software no hace algo que la especificación del producto dice que debería El software hace algo que la especificación del producto dice que no debería El software hace algo que la especificación del producto no menciona El software no hace algo que la especificación del producto no menciona pero debería Topicos Avanzados en Pruebas de Software UNS 11 Planificación del Test (10) Aspectos a tener en cuenta para realizar el plan: Definiciones Todas las palabras y términos se deben definir Si existen diferentes definiciones, se debe llegar a un consenso Por ejemplo, se define bug, alpha release, beta release, etc Dependerá del tipo del proyecto, el modelo de desarrollo, el nivel de experiencia Deberán ser específico y precisas Topicos Avanzados en Pruebas de Software UNS 12
7 Planificación del Test (11) Aspectos a tener en cuenta para realizar el plan: Responsabilidades Inter Grupo Obviamente el programador programa, el testeador realiza las pruebas Se deben definir las actividades en forma detallada Indicar tarea y quiénes la realizarán Así las responsabilidades están bien separadas y cada sabe lo que debe hacer Topicos Avanzados en Pruebas de Software UNS 13 Planificación del Test (12) Tareas Programadores Testers Gerentes Esc. Técnicos Marketing Soporte de Prod Crear una lista de componentes del producto X Planificación del Proyecto X Diseñar y codificar el producto X Realizar el testing de unidad X Realizar el plan de test X Revisar el material impreso X Definir version demo X Definir el programa beta X Topicos Avanzados en Pruebas de Software UNS 14
8 Planificación del Test (13) Aspectos a tener en cuenta para realizar el plan: Qué deber verificarse y qué no Aquellos componentes ya testeados en previas entregas (releases) Se deben identificar componentes a ser testeados y componentes no testeados Si el componente no será verificado, indicar razones por las cuales no se hará (no porque no lo entiendan) Topicos Avanzados en Pruebas de Software UNS 15 Planificación del Test (14) Aspectos a tener en cuenta para realizar el plan: Fases del Test y Estrategias Según el modelo de desarrollo (code and fix, espiral) Indicar cada una de las fases junto con la estrategia a utilizar en cada una de ellas. Por ejemplo, caja negra, caja blanca, integración bottom up, etc. Se requieren testeadores experimentados Topicos Avanzados en Pruebas de Software UNS 16
9 Planificación del Test (15) Aspectos a tener en cuenta para realizar el plan: Requerimientos de Recursos Personal: full time, part time, experiencia, cantidad Equipamiento: computadoras, hardware, etc. Espacio de oficinas y laboratorios Software: BD s, procesadores de texto, qué debe comprarse? Accesorios: teléfonos, discos, libros, etc. Topicos Avanzados en Pruebas de Software UNS 17 Planificación del Test (16) Aspectos a tener en cuenta para realizar el plan: Planificación n del Test Testers Meses Topicos Avanzados en Pruebas de Software UNS 18
10 Planificación del Test (17) Aspectos a tener en cuenta para realizar el plan: Planificación del Test En vez de indicar fechas exactas... Tarea de Testing Plan de Test Completo Casos de Test Completos Fase de Test 1 Fase de Test 2 Fase de Test 3 Fecha de Comienzo 7 días después de la especificación Plan de test completo Código completo Beta Release Release Duración 4 semanas 12 semanas 6 semanas 6 semanas 4 semanas Topicos Avanzados en Pruebas de Software UNS 19 Planificación del Test (18) Aspectos a tener en cuenta para realizar el plan: Casos de Test Reportar bugs Métricas y Estadísticas Total de fallas encontradas diariamente Lista de fallas que necesitan todavía ser arregladas Total de fallas encontradas por testador Topicos Avanzados en Pruebas de Software UNS 20
11 Planificación del Test (19) Aspectos a tener en cuenta para realizar el plan: Riesgos Identificar los riesgos tempranamente Testeadores experimentados sabrán dimensionarlos mejor El impacto sobre el esfuerzo en el testing puede ser muy grande Topicos Avanzados en Pruebas de Software UNS 21 Planificación del Test (20) Topicos Avanzados en Pruebas de Software UNS 22
12 Estándares de Pruebas Software (1) ISEB (Information Systems Examinations Board) & ISTQB (International Software Testing Qualification Board) para certificación internacional de profesionales de testing. Adhiere a los Estándares de Pruebas: BS Software Testing Vocabulary BS Software Component Testing IEEE Std Standard for Software Test Documentation IEEE Std 1028 Standard for Reviews & Inspections IEEE Std 1044 & Standard Classification for Software Anomalies ISO9126 Software Quality Standard Topicos Avanzados en Pruebas de Software UNS 23 Documentación de Test (1) Todo lo que vimos hasta ahora debe DOCUMENTARSE Utilizando la IEEE Std Standard for Software Test Documentation Topicos Avanzados en Pruebas de Software UNS 24
13 Documentación de Test (2) IEEE Std Especificación del Plan de Test Maestro Especificación del Diseño del Test Especificación de Caso de Test Especificación de los Procedimientos de Test Topicos Avanzados en Pruebas de Software UNS 25 Documentación de Test (3) Especificación del Plan de Test Maestro IEEE Std Señalar el enfoque, los recursos y el esquema de actividades de test, así como los elementos a verificar, las características, las actividades de test, el personal responsable y los riesgos asociados Topicos Avanzados en Pruebas de Software UNS 26
14 Documentación de Test (4) Especificación del Plan de Test Maestro IEEE Std Identificador único del documento 2. Introducción y resumen de elementos y características a verificar 3. Elementos software a verificar Software (módulos, etc.) Documentación (Especificación de Análisis y de Diseño) 4. Características a verificar Deposito de efectivo usabilidad Transferencia de fondos seguridad Consultar el saldo de una cuenta performance Topicos Avanzados en Pruebas de Software UNS 27 Documentación de Test (5) Especificación del Plan de Test Maestro IEEE Std Características que no se probarán Errores relacionados con el tiempo. Condiciones de error no detectadas. Condiciones especiales de los datos. Invalidez de la información mostrada por pantalla. Interacción con tareas en background. Fallos de configuración/compatibilidad con software Incapacidad de soportar el volumen de carga o fallos hardware 6. Enfoque general del test (actividades, técnicas, herramientas, etc) En todos los niveles (Test de Unidad, de Integración, etc.) Unidad Integración Sistema Aceptación Topicos Avanzados en Pruebas de Software UNS 28
15 Documentación de Test (6) Especificación del Plan de Test Maestro IEEE Std Criterios de éxito/fallo para cada elemento Casos de Test que se han ejecutado con éxito/fallado: Número, tipo, severidad, y ubicación Topicos Avanzados en Pruebas de Software UNS 29 Documentación de Test (7) Especificación del Plan de Test Maestro 8. Criterios de suspensión y requisitos de reanudación 9. Documentos a entregar Planes de test, especificación del diseño del test, casos de test, herramientas, reportes 10. Actividades de preparación y ejecución de test Organización de Equipos Jefe de equipo JUAN PEREZ Preparación de casos de test Ejecución de tests Datos de los tests Preparar informe IEEE Std Topicos Avanzados en Pruebas de Software UNS 30
16 Documentación de Test (8) Especificación del Plan de Test Maestro IEEE Std Necesidades de entorno En cuanto a: SOFTWARE y HADWARE: Sistema operativo, procesador, impresora DOCUMENTACION: Absoluta comodidad, tranquilidad 12. Responsabilidades en la organización y realización de los test Pruebas de Documentación: Juan Perez Pruebas de software: Josefa Martinez 13. Necesidades de personal y formación (training) 14. Esquema de tiempos Topicos Avanzados en Pruebas de Software UNS 31 Documentación de Test (9) Especificación del Plan de Test Maestro IEEE Std Riesgos asumidos por el plan y planes de contingencias Riesgos Fechas de entregas no realistas Disponibilidad del personal Necesidades de Entrenamiento Falta de requerimientos del producto Disponibilidad de los recursos Plan de contingencias Reducir el alcance de la aplicación Retrasar la implementación Agregar recursos Prever fallos críticos Procedimientos alternativos 16. Aprobaciones y firmas con nombre y puesto desempeñado Topicos Avanzados en Pruebas de Software UNS 32
17 Documentación de Test (10) Especificación del Diseño del Test IEEE Std Especificar los refinamientos necesarios sobre el enfoque general reflejado en el plan e identificar las características que se deben verificar con este diseño de test Topicos Avanzados en Pruebas de Software UNS 33 Documentación de Test (11) Especificación del Diseño del Test IEEE Std Identificador único para la especificación (y la referencia al plan de test asociado) 2. Característica(s) de los elementos software a verificar (y combinaciones de características) Por ejemplo, depósito en una cuenta 3. Detalles sobre el plan de test del que surge este diseño, incluyendo las técnicas de test específicas y los métodos de análisis de resultados Describe todos los test necesarios para testear una característica No se describe cómo son ejecutados los test De cada test: identificador, casos que se van a utilizar procedimientos que se van a seguir Topicos Avanzados en Pruebas de Software UNS 34
18 Documentación de Test (12) Especificación del Diseño del Test IEEE Std Criterios de éxito/fallo de la prueba (criterios para determinar si una característica o combinación de características ha pasado con éxito la prueba o no) Especificación del Diseño del Test Definir uno de los casos de prueba identificando por una especificación del diseño de las pruebas Topicos Avanzados en Pruebas de Software UNS 35 Documentación de Test (13) Especificación de Caso de Test IEEE Std Identificador único de la especificación fecha, número y versión del caso de test 2. Ítems a testear (por ejemplo, módulos) que se van a probar Especificación de requerimientos, especificación de diseño, y código 3. Especificaciones de cada entrada requerida para ejecutar el caso incluyendo las relaciones entre las diversas entradas; por ejemplo, la sincronización de las mismas 4. Especificaciones de todas las salidas y las características requeridas Cómose debe ver el sistema luego de que se ejecutó el caso de test Se deben indicar características como, el tiempo respuesta para los elementos que se van a probar Topicos Avanzados en Pruebas de Software UNS 36
19 Documentación de Test (14) Especificación de Caso de Test IEEE Std Necesidades de entorno hardware Software (creación de stubs y drivers) personal 6. Requisitos especiales de procedimiento restricciones especiales en los procedimientos para ejecutar este caso 7. Dependencias entre casos por ejemplo, listar los identificadores de los casos que se van a ejecutar antes de este caso de prueba Ejemplo: Debemos tener un test que requiera el depósito en una cuenta de $1000 que debe ejecutarse antes de ejecutar otro test que realiza el retiro (sino la cuenta no tendrá fondos) Topicos Avanzados en Pruebas de Software UNS 37 Documentación de Test (15) Especificación de los Procedimientos de Test IEEE Std Especificar los pasos para la ejecución de un conjunto de casos de test o, más generalmente, los pasos utilizados para analizar un elemento software con el propósito de evaluar un conjunto de características del mismo Topicos Avanzados en Pruebas de Software UNS 38
20 Documentación de Test (16) Especificación de los Procedimientos de Test IEEE Std Identificador único de la especificación y referencia a la correspondiente especificación del diseño del test 2. Objetivo del procedimiento y lista de casos que se ejecutan con él 3. Requisitos especiales para la ejecución (por ejemplo, entorno especial o personal especial) 4. Pasos en el procedimiento. Además de la manera de registrar los resultados y los incidentes de la ejecución, se debe especificar: La secuencia necesaria de acciones para preparar la ejecución Acciones necesarias para empezar la ejecución Acciones necesarias durante la ejecución Cómo se realizarán las medidas ( por ejemplo, el tiempo de respuesta) Topicos Avanzados en Pruebas de Software UNS 39 Documentación de Test (17) Especificación de los Procedimientos de Test IEEE Std Pasos en el procedimiento. Además de la manera de registrar los resultados y los incidentes de la ejecución, se debe especificar: Acciones necesarias para suspender la prueba (cuando los acontecimientos no previstos lo obliguen) Puntos para reinicio de la ejecución y acciones necesarias para el reinicio en estos puntos Acciones necesarias para detener ordenadamente la ejecución Acciones necesarias para restaurar el entorno y dejarlo en la situación existente antes de las pruebas Acciones necesarias para tratar los acontecimientos anómalos Topicos Avanzados en Pruebas de Software UNS 40
21 IEEE Std Estándares de Pruebas Software (2) Futuro de los Estándares de Testing: ISO/IEC Software Testing Bajo desarrollo por ISO/IEC JTC1/SC7 Working Group 26. Reemplazará a algunos de los estándares IEEE y BSI para testing de software: IEEE 829 Test Documentation IEEE 1008 Unit Testing BS Vocabulary of Terms in Software Testing BS Software Component Testing Standard Topicos Avanzados en Pruebas de Software UNS 41 IEEE Std Estándares de Pruebas Software (3) Part 1 Concepts & Vocabulary BS Part 4 Testing Techniques Part 2 Processes Part 3 Documentation BS BS IEEE 829 IEEE 1008 Topicos Avanzados en Pruebas de Software UNS 42
22 ISO 9126 Calidad de Producto Software (1) El objetivo no es necesariamente alcanzar una calidad perfecta, sino la necesaria y suficiente para cada contexto de uso a la hora de la entrega y del uso por parte de los usuarios. ISO 9126 entrega la definición de las características y los procesos de evaluación de calidad asociados para usar cuando se especifican los requisitos y la evaluación de los productos de software a lo largo de su vida útil. ISO 9126 define la Calidad del Software como: La totalidad de características de un producto de software que se manifiesta en su habilidad para satisfacer necesidades establecidas o implícitas. Topicos Avanzados en Pruebas de Software UNS 43 ISO 9126 Calidad de Producto Software (2) Enfatiza tres puntos importantes: Los requisitos del software constituyen el fundamento para medir la calidad. La carencia de conformidad con los requisitos es carencia de calidad. Los estándares especificados definen un conjunto de criterios de desarrollo que guían la manera en que el software se somete al trabajo ingenieril. Si no se siguen los criterios, la carencia de calidad será un resultado casi seguro. Existe un conjunto de requisitos implícitos que a menudo no se mencionan (por ejemplo, mantenibilidad). Si el software se conforma con los requisitos explícitos pero falla en atender los requisitos implícitos, la calidad del software es sospechosa. Topicos Avanzados en Pruebas de Software UNS 44
23 ISO 9126 Calidad de Producto Software (3) Diferentes aspectos de la calidad Interna: medible a partir de las características intrínsecas, como el código fuente Externa: medible en el comportamiento del producto, como en una prueba En uso: durante la utilización efectiva por parte del usuario Topicos Avanzados en Pruebas de Software UNS 45 ISO 9126 Calidad Interna y Externa (1) Funcionalidad Mantenibilidad Qué tan fácil de modificar es el software? Las funciones requeridas están disponibles en el software? Qué tan confiable es el software? Confiabilidad Portabilidad Qué tan fácil es transferir el software a otro entorno? Qué tan eficiente es el software? Es fácil de usar el software? Usabilidad Eficiencia Topicos Avanzados en Pruebas de Software UNS 46
24 ISO 9126 Calidad Interna y Externa (2) Topicos Avanzados en Pruebas de Software UNS 47 ISO 9126 Calidad Interna y Externa (3) Functionality: Capacidad del producto software de proveer funciones que alcancen las necesidades establecidas y derivadas cuando el software es usado bajo condiciones especificadas. Suitability: La capacidad del producto software para proveer un conjunto apropiado de finciones para tareas y objetivos del usuario especificados. Accuracy: La capacidad del producto software de proveer resultados o efectos correctos y/o acordados. Interoperability: La capacidad del producto software de interactuar con uno o más sistemas especificados. Security: La capacidad del producto software de proteger información y datos de manera que personas o sistemas no autorizados no puedan leerlos o modificarlos y no rechazar el acceso de personas autorizadas. Compliance: La capacidad del producto software de adherir a estándares, convenciones o regulaciones legales o prescripciones similares. Topicos Avanzados en Pruebas de Software UNS 48
25 ISO 9126 Calidad Interna y Externa (4) Reliability: Capacidad del producto software de mantener un nivel especificado de performance cuando se usa bajo condiciones especificadas. Maturity: La capacidad del producto software para evitar fallas como resultado de defectos en el software. Fault Tolerance: La capacidad del producto software mantener un nivel especificado de performance en caso de existencia de defectos o de infringir la interface especificada. Recoverability: La capacidad del producto software de reestablecer un nivel especificado de performance y de recuperar los datos directamente afectados en el caso de una falla. Compliance: La capacidad del producto software de adherir a estándares, convenciones o regulaciones relacionadas a reliability. Topicos Avanzados en Pruebas de Software UNS 49 ISO 9126 Calidad Interna y Externa (5) Usability: Capacidad del producto software de ser entendido, aprendido, usado y atractivo al usuario, cuando se usa bajo condiciones especificadas. Understandability: La capacidad del producto software de posibilitar que el usuario entienda si el software es adecuado, y cómo puede ser usado en tareas y condiciones de uso particulares. Learnability: La capacidad del producto software de posibilitar que el usuario aprenda la aplicación. Operability: La capacidad del producto software de posibilitar que el usuario lo opere y controle. Attractiveness: La capacidad del producto software de ser atractivo al usuario. Compliance: La capacidad del producto software de adherir a estándares, convenciones o guías de estilo o regulaciones relacionadas a usability. Topicos Avanzados en Pruebas de Software UNS 50
26 ISO 9126 Calidad Interna y Externa (6) Efficiency: Capacidad del producto software de proveer adecuada performance, relativa a la cantidad de recursos usados, bajo condiciones establecidas. Time Behavior: La capacidad del producto software de proveer apropiados tiempos de respuesta y procesamiento y tasas de intercambio cuando se realizan sus funciones, bajo condiciones especificadas. Resource Utilization: La capacidad del producto software de usar la cantidad y tipo de recursos apropiada cuando el software realiza sus funciones bajo condiciones establecidas. Compliance: La capacidad del producto software de adherir a estándares, convenciones relacionadas a efficiency. Topicos Avanzados en Pruebas de Software UNS 51 ISO 9126 Calidad Interna y Externa (7) Maintainability: Capacidad del producto software de ser modificado. Las modificaciones pueden incluir correcciones, mejoras y adaptaciones del software a cambios en el entorno, así como en los requerimientos y en las especificaciones funcionales. Analysability: La capacidad del producto software de que se le diagnostiquen deficiencias o causas de fallas, o de que se identifiquen las partes que serán modificadas. Changeability: La capacidad del producto software de posibilitar que una modificación especificada sea implementada. Stability: La capacidad del producto software de evitar efectos no esperados ante cambios en el software. Testability: La capacidad del producto software de posibilitar que el software modificado sea validado. Compliance: La capacidad del producto software de adherir a estándares y convenciones relacionadas a maintainability. Topicos Avanzados en Pruebas de Software UNS 52
27 ISO 9126 Calidad Interna y Externa (8) Portability: Capacidad del producto software de ser transferido de un entorno a otro. Adaptability: La capacidad del producto software de ser adaptado para diferentes entornos sin aplicar otras acciones o medios que aquellas previstas para este propósito en el software especificado. Installability: La capacidad del producto software de ser instalado en un entorno especificado. Co existence existence: La capacidad del producto software de coexistir con otros software independientes en un entorno común compartiendo recursos comunes. Replaceability: La capacidad del producto software de ser usado en lugar de otro software especificado para el mismo propósito en el mismo entorno. Compliance: La capacidad del producto software de adherir a estándares y convenciones relacionadas a portability. Topicos Avanzados en Pruebas de Software UNS 53 ISO 9126 Calidad en Uso (1) Topicos Avanzados en Pruebas de Software UNS 54
28 ISO 9126 Calidad en Uso (2) Effectiveness: La capacidad del producto software de posibilitar a los usuarios alcanzar objetivos especificados con certeza y completitud en un contexto de uso especificado. Productivity: La capacidad del producto software de posibilitar a los usuarios usar la cantidad apropiada de recursos en relación con la efectividad alcanzada en un contexto de uso especificado. Safety: La capacidad del producto software de alcanzar un nivel aceptable de riesgo de daño a personas, software, equipos o entornos en un contexto de uso especificado. Satisfaction: La capacidad del producto software de satisfacer a los usuarios en en un determinado contexto de uso. Topicos Avanzados en Pruebas de Software UNS 55 Modelos CMM El Modelo de Capacidad y Madurez o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización. Fue desarrollado inicialmente para los procesos relativos al software por la Universidad Carnegie Mellon para el SEI (Software Engineering Institute). A partir de noviembre de 1986 el SEI, a requerimiento del Gobierno Federal de los Estados Unidos de América, desarrolló una primera definición de un modelo de madurez de procesos en el desarrollo de software, que se publicó en septiembre de Este trabajo evolucionó al modelo CMM o SW CMM (CMM for Software), cuya última versión (v1.1) se publicó en febrero de Topicos Avanzados en Pruebas de Software UNS 56
29 Software CMM SW CMM se organiza en cinco niveles que priorizan acciones para incrementar la madurez del proceso de software. Nivel de madurez: cada nivel o capa suministra una base para la mejora continua. Topicos Avanzados en Pruebas de Software UNS 57 Software CMM INICIAL: proceso ad hoc, y ocasionalmente caótico. Pocos procesos están definidos y el éxito depende de esfuerzos individuales. REPETIBLE: procesos básicos de gestión de proyectos para controlar costos, tiempos y funcionalidad. La disciplina del proceso se basa en repetir éxitos anteriores sobre proyectos de aplicaciones similares. DEFINIDO: el proceso de software es documentado, estandarizado e integrado en la organización. Se institucionaliza el proceso de software. GESTIONADO: se recolectan medidas detalladas del proceso de software y de la calidad del producto. Ambos son entendidos y controlados cuantitativamente. OPTIMIZADO: la mejora continua del proceso es posible por la retroalimentación cuantitativa desde el proceso y a partir de nuevas ideas y tecnologías. Topicos Avanzados en Pruebas de Software UNS 58
30 Software CMM KPAs Topicos Avanzados en Pruebas de Software UNS 59 SW CMM NIVEL 2 Gestión de Requerimientos (Requirements Management): establecer una comprensión mutua entre el cliente y el proyecto en relación a los requerimientos que son la base para la planificación y el control. Planificación del Proyecto (Software Project Planning): establecer planes razonables para efectuar y manejar el proyecto. Son la base del proceso de gestión. Seguimiento del Proyecto (Software Project Tracking and Oversight): establecer una visibilidad adecuada del avance real del proyecto de manera que puedan tomarse acciones efectivas cuando existen desvíos. Topicos Avanzados en Pruebas de Software UNS 60
31 SW CMM NIVEL 2 Gestión de Contratos de Software (Software Subcontract Management): seleccionar contratistas de software calificados y gestionar de manera efectiva la relación con ellos. Asegurar la Calidad del Software (Software Quality Assurance): suministrar la visibilidad adecuada en los procesos y productos. Gestión de la Configuración de Software (Software Configuration Management): establecer y mantener la integridad de los productos del proyecto a través de todo el ciclo de vida. Topicos Avanzados en Pruebas de Software UNS 61 SW CMM NIVEL 3 Enfoque en el Proceso de la Organización (Organization Process Focus): establecer las responsabilidades organizacionales para las actividades del proceso. Definición del Proceso de la Organización (Organization Process Definition): desarrollar y mantener elementos del proceso de software que mejoren el rendimiento en los proyectos. Programa de Entrenamiento (Training Program): desarrollar las habilidades y conocimientos de los individuos de manera que puedan cumplir sus roles efectiva y eficientemente. Revisión de Pares (Peer Reviews): remover defectos de los productos de manera eficiente y temprana. Topicos Avanzados en Pruebas de Software UNS 62
32 SW CMM NIVEL 3 Gestión Integrada del Software (Integrated Software Management): integrar la ingeniería de software y las actividades de gestión en un proceso coherente y definido que se constituya en un estándar para la organización. Ingeniería del Producto Software (Software Product Engineering): realizar un proceso de ingeniería bien definido y consistente que integre todas las actividades, ej., análisis de requerimientos, diseño, codificación, etc. Coordinación entre grupos (Intergroup Coordination): establecer un medio para que el grupo de ingeniería de software participe activamente con otros grupos de ingeniería. Topicos Avanzados en Pruebas de Software UNS 63 SW CMM NIVEL 4 Gestión Cuantitativa del Proceso (Quantitative Process Management): controlar el rendimiento del proceso de manera cuantitativa. Se agrega un programa de medición a prácticas de nivel 3. Gestión de la Calidad del Software (Software Quality Management): desarrollar un entendimiento cuantitativo de la calidad de los productos de software y alcanzar objetivos de calidad específicos. Topicos Avanzados en Pruebas de Software UNS 64
Capítulo 3. Áreas de Proceso
Capítulo 3. Áreas de Proceso Tal como lo vimos en el capitulo anterior, las áreas de proceso son un grupo de prácticas que se realizan colectivamente con el fin de alcanzar determinadas metas. Existen
Más detallesCMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM
CMM - Capability Maturity Model Estructura de CMM... Es un marco que describe los elementos claves de un proceso de software efectivo. Describe un camino de mejora evolutivo desde un proceso ad hoc inmaduro
Más detallesCMMI (Capability Maturity Model Integrated)
CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla
Más detallesSW-CMM Capability Maturity Model for Software
SW-CMM Capability Maturity Model for Software Introducción 1986 Comienzan Estudios. SEI (Software Engineering Institute - UCM). 1991 Nace CMM v1.0 1994 CMM v1.1 P-CMM SE-CMM SW-CMM CMMs IPD-CMM CMMI SA-CMM
Más detallesPlaneación del Proyecto de Software:
Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los
Más detallesElementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Más detalles3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE
3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar
Más detallesEl Modelo CMMI (for Development) Monterrey, N.L. México Noviembre 2008
El Modelo CMMI (for Development) Monterrey, N.L. México Noviembre 2008 El CMMI El CMMI es un enfoque de mejora de procesos que provee a las organizaciones de los elementos esenciales para un proceso efectivo.
Más detallesCalidad de Software - CMM
Calidad de Software - CMM Herramientas y Procesos de Software Facultad de Informática, Ciencias de la Comunicación y Técnicas Especiales Lic. Cecilia Palazzolo Año 2008 1 Qué es un modelo de procesos?
Más detallesCMMI : mejora del proceso en Fábricas de Software
CMMI : mejora del proceso en Fábricas de Software Cecilia Rigoni Brualla Caelum, Information & Quality Technologies Introducción Introducción Idea / Necesidad Investigación Diseño Inversión PRODUCTO Introducción
Más detallesGestión y Desarrollo de Requisitos en Proyectos Software
Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería
Más detallesResumen General del Manual de Organización y Funciones
Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de
Más detallesProf. Juan José Díaz Nerio. Foro de Tecnología : Gestión de la Calidad del Software. Domingo 16 Noviembre 2014
Prof. Juan José Díaz Nerio. Foro de Tecnología : Gestión de la Calidad del Software. Domingo 16 Noviembre 2014 Agenda La Crisis del Software Conceptos asociados a Calidad Atributos de Calidad Funciones
Más detallesCapítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos
Capítulo 2 Ideas generales de CMMI-SW 2.1 Introducción El Capability Maturity Model Integration (en adelante CMMI), se compone de un conjunto de modelos, métodos de evaluación y cursos de formación para
Más detallesEstándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008
Estándares para planes de calidad de software Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 DIFERENCIA ENTRE PRODUCIR UNA FUNCION Y PRODUCIR UNA FUNCION
Más detallesGestión del Servicio de Tecnología de la información
Gestión del Servicio de Tecnología de la información Comentario de la norma ISO 20000 bajo el enfoque de ITIL Autor: Francisco Tejera (ISO 20000 Practitioner) Agenda 1-2-3 INTRODUCCIÓN 4 5 REQUISITOS GENERALES
Más detallesUN RECORRIDO POR LA FAMILIA ISO
UN RECORRIDO POR LA FAMILIA ISO 2 de Mayo de 2006 BOLETIN 26 Introducción a la Familia ISO La serie ISO 9000 consta de cuatro normas básicas respaldadas por otros documentos. ISO 9000:2000, Quality management
Más detallesDiferencias entre nivel 2 y nivel 3 y una estrategia de implantación
CMMI DEV Diferencias entre nivel 2 y nivel 3 y una estrategia de implantación Cecilia Rigoni Gerente de Caelum, Information & Quality Technologies. Vocal del Comité CSTIC de la AEC El modelo CMMI DEV,
Más detallesEmpresa Financiera Herramientas de SW Servicios
Empresa Financiera Herramientas de SW Servicios Resulta importante mencionar que ésta es una empresa cuya actividad principal está enfocada a satisfacer las necesidades financieras de los clientes, a través
Más detallesISO 9000 Escuela de Ingeniería de Sistemas y Computación Desarrol o de Software II Agosto Diciembre 2007
ISO 9000 ISO ISO: International Standards Organization. ISO 9000: Normas que enuncian exigencias en materia del manejo y de la garantía de la calidad en una organización. La Norma ISO 9000 NO especifica
Más detallesPlan de estudios ISTQB: Nivel Fundamentos
Plan de estudios ISTQB: Nivel Fundamentos Temario 1. INTRODUCCIÓN 2. FUNDAMENTOS DE PRUEBAS 3. PRUEBAS A TRAVÉS DEL CICLO DE VIDA DEL 4. TÉCNICAS ESTÁTICAS 5. TÉCNICAS DE DISEÑO DE PRUEBAS 6. GESTIÓN DE
Más detallesIngeniería de Software. Pruebas
Ingeniería de Software Pruebas Niveles de prueba Pruebas unitarias Niveles Pruebas de integración Pruebas de sistema Pruebas de aceptación Alpha Beta Niveles de pruebas Pruebas unitarias Se enfocan en
Más detallesCOMITÉ TECNICO DE NORMALIZACION DE GESTION Y ASEGURAMIENTO DE LA CALIDAD
COMISION DE REGLAMENTOS TECNICOS - CRT COMITÉ TECNICO DE NORMALIZACION DE GESTION Y ASEGURAMIENTO DE LA CALIDAD SUB COMITÉ SECTOR EDUCACION NORMAS APROBADAS NTP 833.920-2003 Guía de aplicación de la Norma
Más detallesCMMI SERVICIOS. María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo de Ingeniería de Procesos (EPG) de Aranda Software
CMMI SERVICIOS María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo de Ingeniería de Procesos (EPG) de Aranda Software AGENDA 1.- Qué es CMMI servicios? 2.- En qué nos puede ayudar
Más detalles1.1 Aseguramiento de la calidad del software
1.1 Aseguramiento de la calidad del software El propósito del Aseguramiento de la Calidad (Software Quality Assurance, SQA) es entregar a la administración una visibilidad adecuada del proceso utilizado
Más detallesCALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 3 NORMALIZACIÓN Y CERTIFICACIÓN: NORMA ISO 9001:2000
TEMA 3 NORMALIZACIÓN Y CERTIFICACIÓN: NORMA ISO 9001:2000 1. NORMALIZACIÓN Y CERTIFICACIÓN 01 [Feb. 2005] Qué organización internacional propone gran cantidad de normativas en numerosos campos tecnológicos?
Más detallesGUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000
1 INTRODUCCIÓN Dos de los objetivos más importantes en la revisión de la serie de normas ISO 9000 han sido: desarrollar un grupo simple de normas que sean igualmente aplicables a las pequeñas, a las medianas
Más detallesCAPÍTULO 4. FORMA DE EVALUACIÓN CMM. 4.1 Evolución de los métodos de valoración del SEI
CAPÍTULO 4. FORMA DE EVALUACIÓN CMM Tanto para el programa ALTA como para este trabajo de tesis, es importante conocer no sólo el modelo de Capacidad de Madurez, sino la forma en que se evalúa el nivel
Más detallesRUP: Disciplina de Manejo de Cambios y Configuraciones
RUP: Disciplina de Preparado por: Amelia Soriano Mayo 2005 Tomado de: Rational Unified Process Version 2003.06.12.01 Copyright 1987 2003 Rational Software Corporation Curso Rational Unified Process Rational
Más detallesARQUITECTURA TÉCNICA ASIGNATURA: MATERIALES DE CONSTRUCCIÓN II CURSO: 2009-2010 APUNTES TEMA 1: CONTROL DE CALIDAD
ARQUITECTURA TÉCNICA ASIGNATURA: MATERIALES DE CONSTRUCCIÓN II CURSO: 2009-2010 APUNTES TEMA 1: CONTROL DE CALIDAD. CONCEPTO. EVOLUCIÓN CON EL TIEMPO. NORMA UNE EN ISO 9001:2000 Profesor: Victoriano García
Más detallesModelo de Proceso de Desarrollo de Software
Modelo de Proceso de Desarrollo de Software Documento de Actividades Gestión de Configuración (S.C.M.) Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez ÍNDICE ÍNDICE... 1 GESTIÓN
Más detallesTemario. Calidad de software y Procesos. Éxito de un proyecto de software. 1- Calidad de software. Evolución de la calidad
Temario Calidad de y Procesos Ingeniería de Sistemas Marzo 2004 1- Calidad de 2- Aseguramiento de la calidad del (SQA) 3- Gestión de la calidad en el marco de ORTsf 2 Definición de calidad Calidad de 1-
Más detallesCapability Maturity Model Integration CMMI - Overview I
Capability Maturity Model Integration CMMI - Overview I CAPIS Centro de Ingeniería del Software e Ingeniería del Conocimiento Junio 2004 Objetivo de la presentación Brindar una visión general del CMMI
Más detallesCurso TURGALICIA SISTEMA DE GESTIÓN DE SEGURIDAD Y SALUD EN EL TRABAJO OHSAS 18001:2.007
Curso TURGALICIA SISTEMA DE GESTIÓN DE SEGURIDAD Y SALUD EN EL TRABAJO OHSAS 18001:2.007 C/Fernando Macías 13; 1º izda. 15004 A CORUÑA Tel 981 160 247. Fax 981 108 992 www.pfsgrupo.com DEFINICIONES: RIESGOS
Más detallesCOBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a
5. METODOLOGIAS COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a incrementar su valor a través de las tecnologías, y permite su alineamiento con los objetivos del negocio
Más detallesLISTA DE CHEQUEO NORMA NTC ISO 9001:2000 No. REQUISITOS EXISTE ESTADO OBSERVACIONES D: Documentado I: Implementado M: Mejorar SI NO D I M
No. REQUISITOS EXISTE ESTADO OBSERVACIONES 4. SISTEMA DE GESTION DE LA CALIDAD 4.1 Requisitos Generales La organización debe establecer, documentar, implementar y mantener un S.G.C y mejorar continuamente
Más detallesQué es el Modelo CMMI?
El principal problema que tienen las empresas en sus áreas de tecnología, así como las empresas desarrolladoras de software al iniciar un proyecto, radica en que el tiempo de vida del proyecto y el presupuesto
Más detallesCAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE
CAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE 2.1 Ingeniería de Software Los modelos y estándares de calidad de software forman parte de la ingeniería de software. Es por eso que comenzaremos
Más detallesAlcanzando la gestión cuantitativa en la gestión de proyectos en el ámbito de las PYMEs
del Alcanzando la gestión cuantitativa en la gestión de proyectos en el ámbito de las PYMEs Jose A. Calvo-Manzano, UPM I. García y M. Arcilla, UPM y UNED Introducción: Fracaso de los Proyectos Crisis del
Más detallesProcesos Críticos en el Desarrollo de Software
Metodología Procesos Críticos en el Desarrollo de Software Pablo Straub AgileShift Imagine una organización de desarrollo de software que consistentemente cumple los compromisos con sus clientes. Imagine
Más detallesLos procesos de software. Un proceso de software se define como un:
Los procesos de software Un proceso de software se define como un: "conjunto de actividades, métodos, prácticas y transformaciones que las personas usan para desarrollar y mantener software y sus productos
Más detallesNorma ISO 9000-3. Francisco D Angelo Douglas García Claudia Herrera Luis Laviosa
Norma ISO 9000-3 Francisco D Angelo Douglas García Claudia Herrera Luis Laviosa Norma ISO 9000-3 Marco Teórico Reseña sobre concepto de calidad y descripción de las normas ISO Norma ISO 9000-3 Generalidades,
Más detallesAdministración de Centros de Computo. ITIL. MSG.ING. DARWIN CERCADO B dcercado@primma.com.ec
Administración de Centros de Computo. ITIL dcercado@primma.com.ec Situación Procesos de negocio complejos y cambiantes, tiempos acelerados y un mercado global imponen requerimientos exigentes. El negocio
Más detallesASIS Technology Partners. www.asistp.com 1
ASIS Technology Partners www.asistp.com 1 Organización para el Testing de Software www.asistp.com 2 Por qué Testing? A nivel mundial cada año se pierden más de 500 billones de dólares en fallas de software
Más detallesMetodología básica de gestión de proyectos. Octubre de 2003
Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución
Más detalles-OPS/CEPIS/01.61(AIRE) Original: español Página 11 5. Estructura del programa de evaluación con personal externo
Página 11 5. Estructura del programa de evaluación con personal externo 5.1 Introducción Esta sección presenta la estructura del programa de evaluación con personal externo. Describe las funciones y responsabilidades
Más detallesProcedimiento de gestión de auditorias internas de calidad
Procedimiento de gestión de auditorias internas de calidad Procedimiento de gestión de auditorias internas de calidad Procedimiento de gestión de auditorias internas de calidad PROCEDIMIENTO DE GESTIÓN
Más detallesRecursos HELP DESK Biblioteca 2012
Selección de herramientas para la implementación de ITIL - Segunda Parte Uno de los principales objetivos del marco de trabajo ITIL es administrar la información que se usa para manejar la calidad y la
Más detallesEnginyeria del Software III
Enginyeria del Software III Sessió 3. L estàndard ISO/IEC 15504 Antònia Mas Pichaco 1 Introducción El proyecto SPICE representa el mayor marco de colaboración internacional establecido con la finalidad
Más detallesLEY QUE NORMA EL USO, ADQUISICIÓN Y ADECUACIÓN DEL SOFTWARE EN LA ADMINISTRACIÓN PUBLICA
ADQUISICIÓN DE SOFTWARE DE CORREO 1. Nombre del Área :. Responsable de la Evaluación : Aldo Quispe Santa María. Cargo : Director (e) de Tecnología de la Información y Sistemas 4. Fecha : de Julio de 007
Más detallesCALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD
TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD 1. MODELOS, METODOLOGÍAS Y ESTÁNDARES 1.1 Definiciones 01 [Feb. 2006] [Feb. 2007] Cuál de las siguientes frases referidas
Más detallesTérminos definiciones
Términos y definiciones 3Claves para la ISO 9001-2015 Términos y definiciones: ISO9001 utiliza una serie de definiciones ligadas a la gestión de la calidad, que también deben ser comprendidas por la organización
Más detallesMantenimiento de Sistemas de Información
de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD
Más detallesProceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:
PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo
Más detallesMantenimiento del Software
Mantenimiento del Software S3 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad
Más detallesTECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501
1. Qué incluye la ingeniería del software con SQA? Entrenamiento, soporte al consumidor instalación. 2. Menciona algunas características del software: Elemento lógico. Desarrollado no fabricado. No se
Más detallesSistemas de Gestión de Calidad. Control documental
4 Sistemas de Gestión de Calidad. Control documental ÍNDICE: 4.1 Requisitos Generales 4.2 Requisitos de la documentación 4.2.1 Generalidades 4.2.2 Manual de la Calidad 4.2.3 Control de los documentos 4.2.4
Más detallesModelo de Capacidad y Madurez o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización.
Anexo 1 CMMI - Capability Maturity Model Integration Modelo de Capacidad y Madurez o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización. Fue desarrollado inicialmente
Más detallesPlan de Gestión de Configuración. Universidad Nacional de la Patagonia Austral
Plan de Gestión de Configuración Universidad Nacional de la Patagonia Austral Temario 1. Gestión de Configuración de Software 1.1 Definición 2. Plan de SCM 2.1 Estructura Organizacional 2.2 Actividades
Más detallesITIL FOUNDATION V3 2011
ITIL FOUNDATION V3 2011 Examen de Certificación Instrucciones 1. Revise su Hoja de Respuesta, debe contener espacio para responder 40 preguntas y una sección para incorporar su Nombre 2. Espere por la
Más detallesCurso. Introducción a la Administracion de Proyectos
Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir
Más detallesGestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari
Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari 1 Temario Definiciones Problemas del cambio Elementos de la configuración Actividades de SCM Identificación
Más detallesPrograma de Desarrollo Profesional en Mejora del Proceso de Software
Programa de Desarrollo Profesional en Mejora del Proceso de Software - Inicio: 3 de Mayo - El Programa de Desarrollo Profesional (PDP) propone soluciones concretas a los problemas de definición de procesos,
Más detallesSISTEMAS Y MANUALES DE LA CALIDAD
SISTEMAS Y MANUALES DE LA CALIDAD NORMATIVAS SOBRE SISTEMAS DE CALIDAD Introducción La experiencia de algunos sectores industriales que por las características particulares de sus productos tenían necesidad
Más detallesRelación de ITIL con los procesos de aseguramiento de la Calidad del Software.
Relación de ITIL con los procesos de aseguramiento de la Calidad del Software. Introducción. Desde 1996 IECI ha venido desarrollando actividades de prueba, muy orientadas al negocio que desarrolla. En
Más detallesSistema de Gestión de la Seguridad de la Información, UNE-ISO/IEC 27001
Sistema de Gestión de la Seguridad de la Información, UNE-ISO/IEC 27001 Aníbal Díaz Gines Auditor de SGSI Certificación de Sistemas Applus+ Sistema de Gestión de la Seguridad de la Información, UNE-ISO/IEC
Más detallesSOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES
G OBIERNO D E L A CIUDAD DE BUENOS AIRES D irección General Adjunta de Sistemas Infor máticos SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES Página 1 de 16 Fecha de creación: 25/02/2009 Tabla
Más detallesRICARDO REYES TAVARA. Avance de los Cambios de la Norma ISO 9001:2015 Apuntes de clase : Fuente LRQA
RICARDO REYES TAVARA Avance de los Cambios de la Norma ISO 9001:2015 Apuntes de clase : Fuente LRQA Contenido Proceso de Elaboración Norma ISO 10 Clausulas de las Normas ISO Requisitos de la Norma ISO
Más detallesCapítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO
Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO Dante Guerrero Piura, 2013 FACULTAD DE INGENIERÍA Área Departamental de Ingeniería Industrial y de Sistemas Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL
Más detallesP.S.P. Programa Educativo. Tecnologías de la Información y Comunicación. Alumno. José Alfredo Ramírez Jaguey
Universidad Tecnológica del Valle del Mezquital P.S.P Programa Educativo Alumno 5 to Cuatrimestre Grupo A Materia Calidad en Desarrollo de Software Facilitador Lic. Norma Pérez López Enero Abril 2011.
Más detallesDirección General de Educación Superior Tecnológica
Dirección General de Educación Superior Tecnológica 1. Datos Generales de la asignatura Nombre de la asignatura: Clave de la asignatura: Créditos (Ht-Hp_ créditos): Carrera: Verificación y Validación del
Más detalles2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de
2. EL MODELO CMMI 2.1 ANTECEDENTES DE CMMI En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de Capacidad de Madurez (CMM). Dicho modelo está orientado a la mejora de los procesos
Más detallesCMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad
CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad Robin Alberto Castro Gil rcastro@icesi.edu.co Geovany Trejos Salas gtrejos@icesi.edu.co Monitoreo y control de proyectos
Más detallesGestión de la Configuración
Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de
Más detallesActualización de la Norma ISO 9001:2008
Actualización de la Norma ISO 9001:2008 Porqué se actualiza la norma? Existe un ciclo para revisar las normas ISO para mantener las normas actualizadas. Se debe mantener la actualización con desarrollos
Más detallesGestión de Configuración del Software
Gestión de Configuración del Software Facultad de Informática, ciencias de la Comunicación y Técnicas Especiales Herramientas y Procesos de Software Gestión de Configuración de SW Cuando se construye software
Más detallesEjemplo Manual de la Calidad
Ejemplo Manual de la Calidad www.casproyectos.com ELABORADO POR: REPRESENTANTE DE LA DIRECCION APROBADO POR: GERENTE GENERAL 1. INTRODUCCIÓN Nuestra organización, nació en el año XXXXXXXXX, dedicada a
Más detallesPRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE
PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,
Más detallesPropuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos
Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos Britos, P. 1,2 ; Fernández, E. 2,1 ; García Martínez, R 1,2 1 Centro de Ingeniería del Software e Ingeniería del Conocimiento.
Más detallesMejora de procesos desde el ámbito de la innovación. Santiago, 20 de agosto 2014
Mejora de procesos desde el ámbito de la innovación Santiago, 20 de agosto 2014 Presentación Paulina Dixiana Valenzuela Sánchez, PMP, Mg. Banco Falabella Jefe de Gestión de Proyectos, Calidad de Software
Más detallesOperación 8 Claves para la ISO 9001-2015
Operación 8Claves para la ISO 9001-2015 BLOQUE 8: Operación A grandes rasgos, se puede decir que este bloque se corresponde con el capítulo 7 de la antigua norma ISO 9001:2008 de Realización del Producto,
Más detallesGLOSARIO DE TERMINOLOGIA SOBRE SISTEMAS DE GESTIÓN DE LA CALIDAD
GLOSARIO DE TERMINOLOGIA SOBRE SISTEMAS DE GESTIÓN DE LA CALIDAD Terminología general: 1. Producto: resultado de un proceso. 2. Proceso: conjunto de actividades mutuamente relacionadas o que interactúan,
Más detallesISO 9000:2000. Roberto Aprili Justiniano Rodrigo Ramírez Pérez. Roberto Aprili, Rodrigo Ramírez
ISO 9000:2000 Roberto Aprili Justiniano Rodrigo Ramírez Pérez Motivación Cada uno es para eso (Bajo ciertas Condiciones) Todo mundo piensa que ellos entienden eso (excepto lo que ellos quisieran explicar)
Más detallesHospital Nacional de Maternidad UNIDAD DE INFORMATICA
Hospital Nacional de Maternidad UNIDAD DE INFORMATICA 87 Introducción Página: I INTRODUCCION Para el propósito de este manual el Hospital Nacional de Maternidad puede ser referido también como El Hospital,
Más detallesCUESTIONARIO AUDITORIAS ISO 14001 2
CUESTIONARIO AUDITORIAS ISO 14001 Ignacio Gómez hederaconsultores.blogspot.com CUESTIONARIO AUDITORIAS ISO 14001 2 4. REQUISITOS DEL SISTEMA DE GESTIÓN AMBIENTAL 4.1 Requisitos generales Se encuentra definido
Más detallesFÁBRICA DE SOFTWARE. Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe
FÁBRICA DE SOFTWARE Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe FÁBRICA DE AUTOS Entrada Salida Autos FÁBRICA DE SOFTWARE Entrada Salida Información
Más detallesSistemas de Información Administrativo - Universidad Diego Portales. Cátedra : Sistemas de Información Administrativa S.I.A.
Cátedra : Sistemas de Información Administrativa S.I.A. Escuela de Contadores Auditores Tema: Ingeniería del Software Estrategias de Pruebas Relator: Sr. Eduardo Leyton G Pruebas del Software (Basado en
Más detallesActividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.
Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas
Más detallescumple y hay evidencias objetivas
Lista de Verificación ISO :2008 LISTA DE VERIFICACIÓN ISO :2008 Sistemas de Gestión de la Calidad Pliego Objeto y campo de aplicación Esta lista de verificación tiene como objetivo conocer con mayor detalle
Más detallesCONTROL DE CAMBIOS. FICHA CONTROL DE CAMBIOS Versión Fecha Descripción de la Modificación
CONTROL DE CAMBIOS FICHA CONTROL DE CAMBIOS Versión Fecha Descripción de la Modificación 01 02/07/07 Primera versión del Anexo Requerimientos Para La Elaboración Del Plan De Calidad Elaboró: Revisó: Aprobó:
Más detallesSistemas de gestión de la calidad Requisitos
Sistemas de gestión de la calidad Requisitos 1 Objeto y campo de aplicación 1.1 Generalidades Esta Norma Internacional especifica los requisitos para un sistema de gestión de la calidad, cuando una organización
Más detallesMarco Normativo de IT
Marco Normativo de IT PC0901 - Proceso de control de cambios en software de aplicación provisto por Organismos Gobierno de la Ciudad Autónoma de Buenos Aires PC0901 - Proceso de control de cambios en software
Más detallesISO 9001:2015 Comprender los cambios clave. Lorri Hunt
ISO 9001:2015 Comprender los cambios clave Lorri Hunt Exención de responsabilidad Si bien la información suministrada en esta presentación pretende explicar con precisión la actualización de la ISO 9001,
Más detallesLa tabla muestra de manera resumida los requerimientos esperados en un proceso de capacitación. Somos su Relevo a la Calidad
Año 05 # 05 2005-mayo G e s t i ó n de la Calidad en Formación de Personal La capacitación y entrenamiento dentro de una organización, son la herramienta para la actualización y mejoramiento de conocimientos
Más detallesISO 9001 Auditing Practices Group Guidance on:
International Organization for Standardization Forum International Accreditation ISO 9001 Auditing Practices Group Guidance on: Auditando sistemas de gestión en base electrónica (EBMS) 1. Introducción
Más detallesIntroducción. Por lo que existe una creciente preocupación por lograr que los productos software cumplan con ciertos criterios de calidad.
Introducción En la actualidad, el software se encuentra en muchos campos de la actividad humana: la industria, el comercio, las finanzas, gobierno, salud, educación, etc. Por lo que existe una creciente
Más detallesModelos y Normas Disponibles de Implementar
Modelos y Normas Disponibles de Implementar AmericaVeintiuno tiene capacidad para asesorar a una organización en base a diferentes modelos o normativas enfocadas al mercado informático. A partir de determinar
Más detallesExamen de Fundamentos de ITIL
Examen de Fundamentos de ITIL Ejemplo A, versión 5.1 Selección tipo test Instrucciones 1. Debe intentar contestar las 40 preguntas. 2. Marque sus respuestas en lápiz en la hoja anexa 3. Usted tiene 60
Más detalles