Temario VI Gestión de Testing

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Temario VI Gestión de Testing"

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 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. 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 detalles

CMMI : mejora del proceso en Fábricas de Software

CMMI : 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 detalles

Temario. Calidad de software y Procesos. Éxito de un proyecto de software. 1- Calidad de software. Evolución de la calidad

Temario. 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 detalles

Planeación del Proyecto de Software:

Planeació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 detalles

El Modelo CMMI (for Development) Monterrey, N.L. México Noviembre 2008

El 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 detalles

Capability Maturity Model Integration CMMI - Overview I

Capability 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 detalles

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

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 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 detalles

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de

2. 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 detalles

Capítulo 3. Áreas de Proceso

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 detalles

SW-CMM Capability Maturity Model for Software

SW-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 detalles

Taller de Fundamentos de Mejora de Procesos

Taller de Fundamentos de Mejora de Procesos Taller de Fundamentos de Mejora de Procesos Capability Maturity Model, CMM and CMMI are registered in the U.S. Patent and Trademark Office Process Consulting - 22052009 Módulo 01 Diapositiva 1 Expectativas

Más detalles

Alcanzando la gestión cuantitativa en la gestión de proyectos en el ámbito de las PYMEs

Alcanzando 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 detalles

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM

CMM - 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 detalles

CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad

CMMI 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 detalles

Gestión de proyectos siguiendo practicas del PMI.

Gestión de proyectos siguiendo practicas del PMI. Gestión de proyectos siguiendo practicas del PMI. Identificación de las mejores prácticas aplicadas a la gestión de proyectos. Proceso de Desarrollo de Software de Codes S.A. alineado a CMMI Nivel 3 en

Más detalles

Calidad de Software - CMM

Calidad 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 detalles

SW-CMM (CMM for Software)

SW-CMM (CMM for Software) Sinopsis de los modelos SW-CMM y CMMI Juan Palacio 1.0 Abril - 2006 Síntesis de los modelos de procesos CMM y CMMI para desarrollo y mantenimiento de software. CMMI (y previamente CMM) puede emplearse

Más detalles

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3 Contenido INGENIERIA DE SOFTWARE Tema 6: Administración de la calidad del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Introducción 2.

Más detalles

Relació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. 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 detalles

CMMI (Capability Maturity Model Integrated)

CMMI (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 detalles

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL Teniendo en cuenta que este trabajo tiene como objetivo el mostrar la metodología de evaluación del modelo de Capacidad de Madurez, es necesario antes de profundizar

Más detalles

Modelos y Normas Disponibles de Implementar

Modelos 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 detalles

1.1 Aseguramiento de la calidad del software

1.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 detalles

Prof. 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 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 detalles

Mantenimiento del Software

Mantenimiento 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 detalles

Modelo de Proceso de Desarrollo de Software

Modelo 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 detalles

CMMI SM for Systems Engineering / Software Engineering / Integrated Product and Process CMMI SM -SE/SW/IPPD, V1.02

CMMI SM for Systems Engineering / Software Engineering / Integrated Product and Process CMMI SM -SE/SW/IPPD, V1.02 CMMI SM for Systems Engineering / Software Engineering / Integrated Product and Process Development,, Versión n 1.02 CMMI SM -SE/SW/IPPD, V1.02 Indice - Procesos integrados - El concepto CMMI - Introducción

Más detalles

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

3. 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 detalles

Definición de un Proceso de Implantación de Sistemas

Definición de un Proceso de Implantación de Sistemas Definición de un Proceso de Implantación de Sistemas Alicia Mon, Marcelo Estayno, Fernando López Gil, Eduardo De María 1 1 Grupo de Ingeniería de Software (G.I.S.) / Departamento de Sistemas / Universidad

Más detalles

E 2.4.1 Documento de entrega de Aplicación

E 2.4.1 Documento de entrega de Aplicación E 2.4.1 Documento de entrega de Aplicación Versión: 0.1 Fecha: 11/08/11 Autor: Email: Antoni Bertran Bellido abertran@opentrends.net Historial de cambios Versión Fecha Autor Cambios 0.1 11/08/11 Antoni

Más detalles

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software Universidad Técnica Federico Santa María Departamento de Informática Ingeniería de Software Dr. Marcello Visconti Z. Programa Proceso de Software y Paradigmas de Desarrollo Gestión de Proyectos Fases del

Más detalles

CMMI 3 SVC Alineación en camino al exito

CMMI 3 SVC Alineación en camino al exito CMMI 3 SVC Alineación en camino al exito Agenda BrainUp Systems Sintomas Diagnostico La solución Obstáculos en el camino Beneficios CMMI3 SVC BrainUp Mas de 12 años de experiencia en desarrollo de aplicaciones

Más detalles

Mejora 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 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 detalles

ISO 9000 Escuela de Ingeniería de Sistemas y Computación Desarrol o de Software II Agosto Diciembre 2007

ISO 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 detalles

Evolución de los modelos CMMI

Evolución de los modelos CMMI Evolución de los modelos CMMI Enrique Morey Capability Maturity Model and CMMI are registered in the U.S. Patent and Trademark Office by Carnegie Mellon University ESI 2009 1 Pregunta Qué entendemos como

Más detalles

RUP: Disciplina de Manejo de Cambios y Configuraciones

RUP: 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 detalles

CMMi. Lic. Virginia Cuomo

CMMi. Lic. Virginia Cuomo CMMi Lic. Virginia Cuomo 1 Agenda Repaso CMMI Introducción Arquitectura Niveles de Madurez Representaciones Representación Discreta Representación Continua Discreta VS Continua 2 Repaso Qué vimos la tercer

Más detalles

Modelo de Capacidad y Madurez o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización.

Modelo 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 detalles

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones Sistema de Administración de Farmacias Plan de SQA Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 29/08/2014 1.0 Realización del documento Resp. SQA Plan de SQA Página 1 de 15 ÍNDICE

Más detalles

OBJETIVOS Algunos de los objetivos del CMMI y que son buenos para el negocio:

OBJETIVOS Algunos de los objetivos del CMMI y que son buenos para el negocio: EL CMMI El CMMI es un enfoque de mejora de procesos que provee a las organizaciones de los elementos esenciales para un proceso efectivo El CMMI es el Modelo de Madurez de Capacidades Integrado Fue desarrollado

Más detalles

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Jorge Bozo jbozo@inf.ucv.cl Escuela de Ingeniería Informática Universidad Católica de Valparaíso Valparaíso, Chile

Más detalles

COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a

COBIT 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 detalles

Fundamentos de Ingeniería del Software. Capítulo 6. El proceso del software

Fundamentos de Ingeniería del Software. Capítulo 6. El proceso del software Fundamentos de Ingeniería del Software Capítulo 6. El proceso del software Cap. 6. El proceso del software. Estructura 1. El proceso software 2. Estándares en ingeniería del software Utilidad de los estándares

Más detalles

Los procesos de software. Un proceso de software se define como un:

Los 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 detalles

Verificación. 3.1 Marco de Referencia para el desarrollo de software

Verificación. 3.1 Marco de Referencia para el desarrollo de software Verificación 3.1 Marco de Referencia para el desarrollo de software Verificación es la acción de verificar (comprobar o examinar la verdad de algo). La verificación suele ser el proceso que se realiza

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen 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 detalles

Descripción de las posiciones del área de sistemas

Descripción de las posiciones del área de sistemas Descripción de posiciones del área de Sistemas Operador/Data Entry Entrar y verificar datos provenientes de distintas vías de ingreso. Monitorear procesos, programas y resultados. Seguir los formatos apropiados

Más detalles

La madurez de los servicios TI. de los servicios. La Gestión n de Servicios de TI (ITSM) Antoni Lluís s Mesquida, Antònia Mas, Esperança Amengual

La madurez de los servicios TI. de los servicios. La Gestión n de Servicios de TI (ITSM) Antoni Lluís s Mesquida, Antònia Mas, Esperança Amengual La madurez de los servicios TI Antoni Lluís s Mesquida, Antònia Mas, Esperança Amengual 4 de Septiembre de 2009 XI Jornadas de Innovación n y Calidad del Software (JICS) 1 La Gestión n de Servicios de

Más detalles

NORMA ISO 9001:2008 Sistemas de Gestión de la Calidad - ÍNDICE. 1 Objeto y campo de aplicación 3 1.1 Generalidades 3 1.2 Aplicación.

NORMA ISO 9001:2008 Sistemas de Gestión de la Calidad - ÍNDICE. 1 Objeto y campo de aplicación 3 1.1 Generalidades 3 1.2 Aplicación. TEMA ÍNDICE PÁGINA 1 Objeto y campo de aplicación 3 1.1 Generalidades 3 1.2 Aplicación. 3 2 Referencias normativas. 3 3 Términos y definiciones.. 3 4 Sistema de gestión de la calidad. 4 4.1 Requisitos

Más detalles

Las Normas ISO 9000. Puede ser un producto material, un producto informático, servicio, información, etc.

Las Normas ISO 9000. Puede ser un producto material, un producto informático, servicio, información, etc. Las Normas ISO 9000 La serie de Normas ISO 9000 son un conjunto de enunciados, los cuales especifican que elementos deben integrar el Sistema de Gestión de la Calidad de una Organización y como deben funcionar

Más detalles

Estándares Internacionales

Estándares Internacionales Estándares Internacionales M. en C. Mario Farías-Elinos Quality management has just become too important to leave to chance Philip Crosby 1 Contenido Estándares ISO para el Software Estándares IEEE para

Más detalles

Objetivo: Analizar las características de los modelos de estandarización de la calidad CMM, SPICE, IEEE e ISO

Objetivo: Analizar las características de los modelos de estandarización de la calidad CMM, SPICE, IEEE e ISO INGENIERÍA DE SOFTWARE AVANZADA MIS (Sesión 10) 4.3 Modelos de mejora de proceso (CMM y SPICE) 4.4 Normas técnicas (IEEE, ISO, EU, etc.) 4.3 Modelos de mejora de proceso (CMM y SPICE) Objetivo: Analizar

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestió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 detalles

Las Normas ISO 9000 del 2000

Las Normas ISO 9000 del 2000 Las Normas ISO 9000 del 2000 La serie de Normas ISO 9000 son un conjunto de enunciados, los cuales especifican que elementos deben integrar el Sistema de Gestión de la Calidad de una Organización y como

Más detalles

Tema 2º: Calidad del software

Tema 2º: Calidad del software Tema 2º: Calidad del software 2.1 Calidad del software 2.2 Aseguramiento de la calidad del software 2.3 Gestión de la calidad del software 2. 4 Control de la calidad del software 2.5 Sistema de calidad

Más detalles

Introducción a la Ingeniería de Software - Examen 20/07/2012

Introducción a la Ingeniería de Software - Examen 20/07/2012 Cada pregunta múltiple opción contestada correctamente tiene un valor de 2,5 puntos. Esta parte consta de 20 preguntas, haciendo un total de 50 puntos. Los ejercicios de desarrollo tienen un valor total

Más detalles

Ingeniería del Software I

Ingeniería del Software I Ingeniería del Software I 1er. Cuatrimestre 2002 Martina Marré martina@dc.uba.ar Organización 3 tipos de clase: teórica, práctica, taller 3 grupos de docentes un cronograma material en la WEB 2002 2 Aprobación

Más detalles

Diseño y Evaluación de Arquitecturas de Software. Software con calidad

Diseño y Evaluación de Arquitecturas de Software. Software con calidad Diseño y Evaluación de Arquitecturas de Software Software con calidad César Julio Bustacara Medina Facultad de Ingeniería Pontificia Universidad Javeriana 11/09/2015 1 Arquitectura de Software Introducción

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S4 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 detalles

cumple y hay evidencias objetivas

cumple 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 detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos 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 detalles

Administración de Centros de Computo. ITIL. MSG.ING. DARWIN CERCADO B dcercado@primma.com.ec

Administració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 detalles

Modelo de Procesos para la Industria de Software

Modelo de Procesos para la Industria de Software MoProSoft Modelo de Procesos para la Industria de Software Modelo MoProSoft 2 Perspectiva Histórica 2002 2003 2004 2005 AMCIS Círculo de Calidad 1996 Creación 1997 Emisión NMX-I-059 EvalProsoft Pruebas

Más detalles

COBIT - Control Objectives for Information and related Technology (Objetivos de Control para la Información y la Tecnología relacionada) Mayo de 2012

COBIT - Control Objectives for Information and related Technology (Objetivos de Control para la Información y la Tecnología relacionada) Mayo de 2012 - Control Objectives for Information and related Technology (Objetivos de Control para la Información y la Tecnología relacionada) Mayo de 2012 Antecedentes Ante la necesidad de crear y fortalecer el ambiente

Más detalles

Nomenclador de cargos

Nomenclador de cargos Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia

Más detalles

Técnico Certified Software Engineer Professional (CSIP)

Técnico Certified Software Engineer Professional (CSIP) Técnico Certified Software Engineer Professional (CSIP) Dirigido a: Profesionales de la ingeniería de sistemas Estudiantes universitarios de ingeniería en sistemas Requisitos: Requisitos para aplicar a

Más detalles

Qué es el Modelo CMMI?

Qué 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 detalles

RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]:

RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]: RESUMEN DE COBIT 4.1 COBIT es un marco de trabajo y un conjunto de herramientas de Gobierno de Tecnología de Información (TI) que permite a la Gerencia cerrar la brecha entre los requerimientos de control,

Más detalles

8. Project Quality Management

8. Project Quality Management 8. Project Quality Management 8.1 La importancia de la administración de calidad Muchas personas bromean acerca de la pobre calidad de productos de IT (ej. si los coches fueran fabricados por Microsoft).

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

UNIVERSIDAD DE OVIEDO MÁSTER UNIVERSITARIO EN DIRECCIÓN DE PROYECTOS

UNIVERSIDAD DE OVIEDO MÁSTER UNIVERSITARIO EN DIRECCIÓN DE PROYECTOS UNIVERSIDAD DE OVIEDO MÁSTER UNIVERSITARIO EN DIRECCIÓN DE PROYECTOS ÁREA DE PROYECTOS DE INGENIERÍA TRABAJO FIN DE MÁSTER METODOLOGÍA PARA LA EVALUACIÓN DE LA MADUREZ DEL SISTEMA DE GESTIÓN DE LA I+D+I

Más detalles

ISO/IEC 20000 Tecnologías de Información y la Alineación con la Gestión

ISO/IEC 20000 Tecnologías de Información y la Alineación con la Gestión ISO/IEC 20000 Tecnologías de Información y la Alineación con la Gestión Alfredo Zayas 0 Alfredo Zayas 1. ISO/IEC 20000 Consultant por ITSMf 2. Auditor interno de ISO 9001:2000 por INLAC 3. Certified Information

Más detalles

Calidad y Software. Evento ONGEI 29 mar 11. www.asistp.com 1

Calidad y Software. Evento ONGEI 29 mar 11. www.asistp.com 1 Calidad y Software Evento ONGEI 29 mar 11 www.asistp.com 1 Agenda La Calidad y los Procesos El Proceso de Software Las pruebas de Software www.asistp.com 2 Calidad www.asistp.com 3 Calidad algunas definiciones

Más detalles

CALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD

CALIDAD 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 detalles

Contextualizacion. La Actividad de Requisitos. La actividad de requisitos. Contextualización, gráficamente. Introducción

Contextualizacion. La Actividad de Requisitos. La actividad de requisitos. Contextualización, gráficamente. Introducción Contextualizacion La Actividad Requisitos Introducción Supongamos que este curso fuese un proyecto sarrollo software real. En qué estadio nos encontraríamos? Hemos finido el molo ciclo vida e instanciado

Más detalles

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE INTRODUCCIÓN El avance informático actual es muy alto comparado con lo se tenía en los años 90, al hablar de desarrollo de software se hace más notable, en el

Más detalles

Gestión del Servicio de Tecnología de la información

Gestió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 detalles

Ejemplo Manual de la Calidad

Ejemplo 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 detalles

www.e-cronia.com Gracias www.eduardoleyton.com

www.e-cronia.com Gracias www.eduardoleyton.com Gracias C.C.S. Calidad de Componentes Software ISO 9126 Agenda Conceptos sobre Componentes Software y Componentes COTS (Commercial Off-The-Shelf Comercio fuera de formalidad o a pedido) Desarrollo Software

Más detalles

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1 Sinopsis de la gestión de s de acuerdo con el estándar del Project Management Institute Conceptos básicos Qué es un? Es un grupo de proyectos gestionados de modo coordinado para obtener beneficios y el

Más detalles

<TITULO DEL PROYECTO DE DESARROLLO DE SW > Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de

Más detalles

ISO 9001 Auditing Practices Group Guidance on:

ISO 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 detalles

NORMA TÉCNICA NTC- ISO COLOMBIANA 9001

NORMA TÉCNICA NTC- ISO COLOMBIANA 9001 NORMA TÉCNICA NTC- ISO COLOMBIANA 9001 2008-11-14 SISTEMA DE GESTIÓN DE LA CALIDAD. REQUISITOS E: QUALITY MANAGEMENT SYSTEMS. REQUIREMENTS CORRESPONDENCIA: esta norma es idéntica (IDT) a la norma ISO 9001:2008

Más detalles

SISTEMA DE GESTIÓN AMBIENTAL

SISTEMA DE GESTIÓN AMBIENTAL SISTEMA DE GESTIÓN AMBIENTAL ISO 14001:2004 Fundamentos e interpretación del Sistema de Gestión Ambiental ISO 14001:2004 Docente: Dip. Juan Bruno Calvay GESTIÓN AMBIENTAL EN LA EMPRESA Sistema de Gestión

Más detalles

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

Tema 2. Ingeniería del Software I feliu.trias@urjc.es Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición

Más detalles

ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE

ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE ESTÁNDARES Y MODELOS DE CALIDAD DEL SOFTWARE INTRODUCCIÓN La calidad es un concepto complejo, que se viene aplicando en el campo de la informática desde hace muchos años, la aplicación de la calidad al

Más detalles

Aseguramiento de la calidad del software

Aseguramiento de la calidad del software Aseguramiento de la calidad del software Standard for Software Reviews and Audits [IEEE 1028] IEEE 1028 Para qué sirve Provee definiciones y requerimientos uniformes para los procesos de revisión y auditoría.

Más detalles

Sistemas de gestión de la calidad Requisitos

Sistemas 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 detalles

Calidad en el Servicio

Calidad en el Servicio Calidad en el Servicio Por qué es importante los procesos en el servicio? Beneficios de un modelo de referencia Resultados que se obtienen al operar servicios bajo estándares internacionales CMMI para

Más detalles

Está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 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 detalles

Examen de Fundamentos de ITIL

Examen 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

Describir el CMMI para el desarrollo de software, evolución, alcance y representación

Describir el CMMI para el desarrollo de software, evolución, alcance y representación Unidad 6: Introducción a CMMI Objetivo terminal de la Unidad Describir el CMMI para el desarrollo de software, evolución, alcance y representación Temas: Acerca del Modelo Capacidad Madurez Evolución de

Más detalles

Mantenimiento de Sistemas de Información

Mantenimiento 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 detalles

PROCEDIMIENTO ESTANDARD DE OPERACION RESPONSABILIDAD GERENCIAL

PROCEDIMIENTO ESTANDARD DE OPERACION RESPONSABILIDAD GERENCIAL 5.1. COMPROMISO GERENCIAL: a. La videncia del compromiso de alta gerencia para desarrollar e implementar el sistema de manejo de calidad mientras continuamente mejora su eficacia es identificada en cada

Más detalles

Mejora de los procesos de gestión de proyectos a través de la combinación de PMBOK y CMMi

Mejora de los procesos de gestión de proyectos a través de la combinación de PMBOK y CMMi Mejora de los procesos de gestión de proyectos a través de la combinación de PMBOK y CMMi Alejandro Sacomani, Adriana Chalar, Leandro Antonelli, Andrés Lisse Centro de Informática, Fiscalia de Estado,

Más detalles

LEY QUE NORMA EL USO, ADQUISICIÓN Y ADECUACIÓN DEL SOFTWARE EN LA ADMINISTRACIÓN PUBLICA

LEY 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 detalles

Programa de Desarrollo Profesional en Mejora del Proceso de Software

Programa 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 detalles

Departamento de Informática y Sistemas Facultad de Informática Campus Universitario de Espinardo Murcia Profesor: Juan Antonio López Quesada

Departamento de Informática y Sistemas Facultad de Informática Campus Universitario de Espinardo Murcia Profesor: Juan Antonio López Quesada Departamento de Informática y Sistemas Facultad de Informática Campus Universitario de Espinardo Murcia Profesor: Juan Antonio López Quesada Índice de contenidos 1.- El proceso software 2.- Estándares

Más detalles

Que es un modelo de calidad de software?

Que es un modelo de calidad de software? Modelos de Calidad de Software y Software Libre Ernesto Quiñones A. ernestoq@apesol.org Que es un modelo de calidad de software? Es un conjunto de buenas practicas para el ciclo de vida del software, enfocado

Más detalles