Métricas de Software
|
|
|
- Guillermo Río Venegas
- hace 9 años
- Vistas:
Transcripción
1 Métricas de Software
2 Itinerario Métrica Alcance de las Métricas en la Ingeniería de Software CMM assesment QIP Ingeniería de Software II Métricas de Software 2
3 Medición Debo definir una escala... Es el proceso por el cual números o símbolos son asignados a atributos de entidades del mundo real de modo de poder describirlos acorde a reglas claramente definidas. Debo poder identificar los objetos del dominio y especificar su comportamiento El objetivo debe estar previamente establecido. Establecer una relación entre dicha escala y los atributos de los objetos establecidos. Ingeniería de Software II Métricas de Software 3
4 Medición Whatisnotmeasurable makeitmeasurable. Ingeniería de Software II Métricas de Software 4
5 Atributos Posibilidad de analizarlos en forma aislada Interno Atributo Externo Dependen del entorno... Se requiere integrar antes de poder analizarlos. Ingeniería de Software II Métricas de Software 5
6 Predicción Los atributos externos son indirectos y se deducen en función de atributos internos. En el proceso de predicción de atributos externos, debo poder calcular y/o obtener los atributos internos esperados para acertar en mi predicción Ingeniería de Software II Métricas de Software 6
7 Atributos Ingeniería de Software II Métricas de Software 7
8 Atributos Ingeniería de Software II Métricas de Software 8
9 Atributos Ingeniería de Software II Métricas de Software 9
10 Sistema de Relaciones Empíricas Nuestraintuicióneselpuntodepartidaparatoda medición Ingeniería de Software II Métricas de Software 10
11 Sistema de Relaciones Asignamos un descriptor a un aspecto de interés de un objeto de modo que nos permita compararlo con otros. Ingeniería de Software II Métricas de Software 11
12 Sistema de Relaciones Empíricas Diseño A Primer Entrega Diseño A Segunda Entrega Nuestra observación refleja una serie de reglas que estamos imponiendo sobre el dominio... Ingeniería de Software II Métricas de Software 12
13 Sistema de Relaciones Empíricas Lasegundaentregaes mas confiable quelasegunda Diseño A Primer Entrega Diseño A Segunda Entrega Esas reglas definen una relación entre los objetos del dominio deducida de la medición de los atributos de las entidades. Ingeniería de Software II Métricas de Software 13
14 Sistema de Relaciones Empíricas Diseño A Primer Entrega Diseño A Segunda Entrega Decimosentoncesque mas confiable esunarelaciónempírica basada en el atributo indirecto densidaddeeroresdetectados durantelainspeción. Ingeniería de Software II Métricas de Software 14
15 Método Medición Identificar los atributos de las entidades del dominio Identificar relaciones empíricas para los atributos Identificar relaciones numéricas correspondientes a cada relación empírica Definir el mapping entre las entidades y los números Ingeniería de Software II Métricas de Software 15
16 Método Medición Identificar los atributos de las entidades del dominio Identificar relaciones empíricas para los atributos Identificar relaciones numéricas correspondientes a cada relación empírica Verificar que la semántica de las relaciones empíricas se preserva en las relaciones numéricas Definir el mapping entre las entidades y los números Ingeniería de Software II Métricas de Software 16
17 Asistencia de las Métricas en Software Entender y Modelar Procesos de Ingeniería de Software y Productos Asistencia en la Administración de Proyectos de Software Guiar Mejoras en Procesos de Ingeniería de Software Ingeniería de Software II Métricas de Software 17
18 Entender y Modelar Poder comparar líneas de base con evoluciones posteriores permite determinar la relación entre los atributos de un producto y una posible mejora. Debemos poder predecir el efecto de introducir un cambio en un parámetro. Ingeniería de Software II Métricas de Software 18
19 Entender y Modelar Cuanto esfuerzo consume el desarrollo de software? En qué fases del proceso de software consumimos más recursos? Qué tipos de error y cambios son típicos en nuestros proyectos? Ingeniería de Software II Métricas de Software 19
20 Entender y Modelar Ejemplo 1 DistribucióndelEsfuerzo (horas) SEL - NASA 200 años-staff sobre 25 proyectos Específico del Dominio Se puede utilizar como estimador durante la Preparación Ingeniería de Software II Métricas de Software 20
21 Entender y Modelar Ejemplo 2 por clase DistribucióndeErores (#) SEL - NASA errores sobre 5 años de operación Específico del Dominio Se conserva a lo largo de los proyectos Ingeniería de Software II Métricas de Software 21
22 Entender y Modelar Ejemplo 2 por origen DistribucióndeErores (#) SEL - NASA errores sobre 5 años de operación Específico del Dominio Se conserva a lo largo de los proyectos Ingeniería de Software II Métricas de Software 22
23 Entender y Modelar Ejemplo 3 ActividaddeCambio(#SLOCs) SEL - NASA Basado en 20 proyectos bajo ciclo de vida Waterfall Establecer una base para la actividad de cambio en SCM Indica si la actividad de cambio se sale de la espectativa posible mala selección de ciclo de vida Ingeniería de Software II Métricas de Software 23
24 Administración de Proyectos Poder usar datos históricos para hacer estimaciones Poder aprender la relación existente entre parámetros Poder dar seguimiento Poder validar las mismas métricas Ingeniería de Software II Métricas de Software 24
25 Administración de Proyectos Ejemplo Planeamiento Estabilidad de Requerimientos Complejidad de Software Estimaciones: COCOMO 2.0 Ingeniería de Software II Métricas de Software 25
26 Administración de Proyectos Ejemplo Seguimiento Usamos la actividad de cambio para Planning La desviación puede indicar que usamos el modelo equivocado. Ingeniería de Software II Métricas de Software 26
27 Modelos en Métricas en Software Modelos de Estimación de Costo y Esfuerzo Modelos de Productividad Modelos de Métricas de Calidad Modelos de Recolección de Datos Modelos de Confiabilidad Modelos de Evaluación de Performance Modelos de Estructura y Complejidad Evaluación de Métodos y Herramientas Ingeniería de Software II Métricas de Software 27
28 Modelos Modelos de Productividad Un modelo de productividad definido en función de Valor y Costo... Productivity Value Cost Quality Quantity Personnel Resources Complexity Reliability Size Time Hardware Environmental Constrains Defects Functionality Money Software Problem Difficulty Ingeniería de Software II Métricas de Software 28
29 Modelos Modelos de Métricas de Calidad Product Operation Product Revision Usability Reliability Efficiency Reusability Maintainability Portability Testability Communicativeness Accurancy Consistency Device Efficiency Accessibility Completeness Structuredness Conciseness Device Independence Legibility Self-descriptiveness Traceability Metrics Ingeniería de Software II Métricas de Software 29
30 Modelos Modelos de Métricas de Calidad Product Operation Product Revision Usability Reliability Efficiency Reusability Maintainability Portability Testability Communicativeness Accurancy Consistency Device Efficiency Accessibility Completeness Structuredness Conciseness Device Independence Legibility Self-descriptiveness Traceability Metrics Ingeniería de Software II Métricas de Software 30
31 CMM assessment - Level 2 Repeatable (Level 2) Software Configuration Management Software Quality Assurance Software Subcontract Management Software Project Tracking and Oversight Software Project Planing Requirement Management Control: Budget Schedule Standars Input: Requirements Output: Code Documentation Control: Staff Tools Ingeniería de Software II Métricas de Software 31
32 CMM assessment - Level 2 Control: Budget Schedule Standars Input: Requirements Output: Code Documentation Control: Staff Tools Debodefinirmétricasparacadaspectovisible Requirements, Code, Documentation Ingeniería de Software II Métricas de Software 32
33 CMM assessment - Level 3 Defined (Level 3) Peer Reviews Intergroup Coordination Software Product Engineering Integrated Software Management Training Program Organization Process Definition Organization Process Focus Design Method Inspection Criteria Test Plans Requirements System Design Tested Modules System Software Tools Staff Tools Staff Tools Staff Ingeniería de Software II Métricas de Software 33
34 CMM assessment - Level 3 Design Method Inspection Criteria Test Plans Requirements System Design Tested Modules System Software Tools Staff Tools Staff Tools Staff Debodefinirmétricasparacadaspectovisible Product attributs System design, Quality of Tested Modules Ingeniería de Software II Métricas de Software 34
35 QIP Quality Improvement Paradigm Planning Setting Goal Step Construction and Data Generation Step Execution Analysis and Packaging Postmortem Analysis Ingeniería de Software II Métricas de Software 35
36 QIP Goal Setting Step GQM (Goal Query Metric) QIP (Quality Improvement Paradigm) Building Software Competencies and Supplying them to Projects EF (Experience Factory) Ingeniería de Software II Métricas de Software 36
37 GQM Todo proceso de ingeniería requiere retroalimentación y evaluación. La construcción de software es una actividad de Ingeniería y como tal debe poseer disciplinas de medición. La medición debe poseer foco basado en modelos y objetivos (goals). Debemos entonces establecer objetivos medibles y dirigidos por el modelo apropiado. Ingeniería de Software II Métricas de Software 37
38 GQM - Goals Existen una variedad de perspectivas que pueden definir un objetivo: El cliente, la corporación e incluso el proyecto Ejemplos Objetivo del cliente: Satisfacción del usuario. Objetivo del Proyecto: Entrega en término. Objetivo de la Corporación: Continua mejora del proceso de desarrollo. (CMM level 3 assessment) Ingeniería de Software II Métricas de Software 38
39 GQM - Paradigm Definir objetivos corporativos y de proyecto Rastrear que datos hablan deseobjetivo Proveer un marco de trabajo para interpretar los datos y entender el enfoque sobre los objetivos Ingeniería de Software II Métricas de Software 39
40 GQM - Paradigm Los objetivos son definidos en forma operacional y refinados a través de una serie de preguntas cuantificables. Esas preguntas son usadas para extraer la información necesaria de los modelos. Métricas son asignadas a las respuestas, y la recolección de datos que responden a las preguntas nos otorgan el universo de interpretación. Ingeniería de Software II Métricas de Software 40
41 GQM - Proceso El flujo desde los objetivos hacia las métricas en GQM puede ser visto como un grafo dirigido. Goal 1 Question 1 Question 2 Question 3 M1 M2 M3 Ingeniería de Software II Métricas de Software 41
42 GQM - Proceso Ejemplo: Efectividad de usar estándares para la codificación Goal: Evaluate effectiveness of coding standard Who is using standard? What is coder productivity? What is code quality? Proportion of coder: - using standard - using language Experience of coders: - with standard - with language - with environment Code Size Effort Errors Ingeniería de Software II Métricas de Software 42
43 GQM - Proceso Desarrollar el conjunto de objetivos corporativos, de división y proyecto Construir preguntas para cada objetivo que lo definen en la forma más completa posible Especificar las métricas requeridas para contestar las preguntas Construir los procesos de recolección datos Recolectar, validar y analizar los datos obtenidos Ingeniería de Software II Métricas de Software 43
44 QIP Goal Setting Step GQM (Goal Query Metric) QIP (Quality Improvement Paradigm) Building Software Competencies and Supplying them to Projects EF (Experience Factory) Ingeniería de Software II Métricas de Software 44
45 EF Experience Factory La construccion de software es evolutiva y experimental. Es basado en las personas Los procesos y objetivos son variables. Las experiencias empacadas reusables requieren recursos adicionales dentro de la organización a fin de ser utilizadas Ingeniería de Software II Métricas de Software 45
46 EF The Process Project Organization Experience Factory Characterize Set Goals Choose Process Execution Plans Execute Process Project / environment characteristics Tailorable goals, processes, tools products, resource models, defect models, fromsimlarprojects Data, lessons learned,... Project analysis, process modification... Ingeniería de Software II Métricas de Software 46
47 EF The Process Project Organization Experience Factory Data, lessons learned, models Direct project feedback Project characteristics Models, tools, baselines Analyze Products, lessons learned, models Project Support Experience Base Package Generalize Tailor Formalize Ingeniería de Software II Métricas de Software 47
48 SEL - Estructura Ingeniería de Software II Métricas de Software 48
49 SEL Foco de Componentes Org. Ingeniería de Software II Métricas de Software 49
50 SEL Distribución del Esfuerzo Staff Process Analyst 5% Database Support 3% Development 92% Development Process Analyst Database Support Ingeniería de Software II Métricas de Software 50
51 Muchas Gracias! Ingeniería de Software II Métricas de Software 51
Métricas de Software
Métricas de Software Itinerario Métrica Alcance de las Métricas en la Ingeniería de Software CMM assesment QIP Ingeniería de Software II Métricas de Software 2 1 Medición Debo definir una escala... Es
TSP Team development. PSP2 Code reviews Design reviews. PSP1.1 Task planning Schedule planning. PSP1 Size estimating Test report
PSP0: Medición Lección 3 Aprendiendo PSP TSP Team development PSP2 Code reviews Design reviews PSP2.1 Design templates Incorpora diseño y Gestión de la calidad PSP1 Size estimating Test report PSP1.1 Task
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
ISO mejorar la capacidad y madurez (evaluación) de los procesos
ISO 15504 Norma internacionalpara establecer y mejorar la capacidad y (evaluación) de los procesos 1 1 n 2 PARTES DE LA NORMA ISO/IEC 15504 Parte 3: Guía para la realización de la evaluación Parte 4: Guía
Planificando y haciendo seguimiento de proyectos. TSP Team development. PSP2 Code reviews Design reviews. PSP1.1 Task planning Schedule planning
PSP1.1 Planificando y haciendo seguimiento de proyectos Ubicando la clase de hoy TSP Team development PSP2 Code reviews Design reviews PSP2.1 Design templates Incorpora diseño y Gestión de la calidad PSP1
3.5 MODELOS ISO/IEC
MODULO III Ingeniería de Software INF - 163 3.5 MODELOS ISO/IEC 9126-25010 22/11/12 Resumen preparado por Miguel Cotaña ISO 9126 ha definido seis características de calidad. Las características se subdividen
Evaluaciones CMMI. Standard CMMI Appraisal Method for Process Improvement
Evaluaciones CMMI Standard CMMI Appraisal Method for Process Improvement O cómo saber qué estudiar para el examen Juan José Cukier [email protected] SEI-Authorized Candidate SCAMPI Lead Appraiser
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).
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
Problemas de PYMES en el Nivel 2 de Madurez Una Muestra Sesgada
del Problemas de PYMES en el Nivel 2 de Madurez Una Muestra Sesgada JuanJo Cukier, Practia Consulting Consideraciones del Estudio 27 Evaluaciones Nivel 2 entre: Junio de 2006 y Junio 2008 18 Organizaciones
Beneficios del Uso de Modelos de Madurez
Beneficios del Uso de Modelos de Madurez Paneil WAMPS 2012 Jorge Boria L VEWARE 1 Madurar es Mejorar probabilidad objetivo Mejorar predicciones N1 a N2 disciplina de compromiso probabilidad objetivo probabilidad
Calidad de Software & Monterrey Ene - 08
Calidad de Software & CMMI Monterrey Ene - 08 Qué é sucede? Un proceso Ad hoc, improvisado por los practicantes y la administración. No es seguido rigurosamente. Dependiente de las personas que lo utilizan.
Cápsula 9. Medición de Software
INTRODUCCIÓN "Lo que no se puede medir, no se puede controlar; lo que no se puede controlar no se puede gestionar; lo que no se puede gestionar, no se puede mejorar" (Peter Drucker) No se puede predecir
Magíster en Ingeniería de Software Administración de Proyectos Prof. Lic. Alejandro Oliveros
Profesor: Lic. Alejandro Oliveros Objetivo Discutir los lineamientos generales de la administración de proyectos enfatizando aspectos vinculados a la medición de resultados, a la inserción de parámetros
Cómo llegamos a CMM Nivel 4
Cómo llegamos a CMM Nivel 4 Presentación para la Universidad Austral Santiago Ceria, Gerente de Metodología y Mejora de Procesos, Hexacta SA. Patricio Traverso, Mauro Serral: Integrantes del equipo de
Calidad del Software
1 ITI Gestión curso 2010/2011 Medición 2 Programa 1. Medición y experimentación en Ingeniería del Software Introducción Teoría representacional de la medición. Experimentación en Ingeniería del software.
Guideline to apply the ISO 90003:2004 Standard to SMEs of software development
Universidad Carlos III de Madrid Repositorio institucional e-archivo Trabajos académicos http://e-archivo.uc3m.es Proyectos Fin de Carrera 2010 Guideline to apply the ISO 90003:2004 Standard to SMEs of
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
Global Business Services. Claves para la implantación de un Sistema de Gestión Documental: demostración práctica.
Claves para la implantación de un Sistema de Gestión Documental: demostración práctica. Claves para la implantación de un Sistema de Gestión Documental: demostración práctica. Los cuatro pilares básicosb
CERTIFIED SIX SIGMA MASTER
CERTIFIED SIX SIGMA MASTER CERTIFIED SIX SIGMA MASTER BLACK BELT DESCRIPCIÓN: La certificación Máster Black Belt (MBB) de ASQ es una marca de excelencia y está dirigida a las personas que poseen una experiencia
Ingeniería de Software II
Ingeniería de Software II Segundo Cuatrimestre de 2008 Clase 19 Evaluación de Arquitecturas y ATAM Buenos Aires, 6 de Noviembre de 2008 Por qué evaluar una arquitectura? Para tomar mejores decisiones!
Visual Studio Team System
Visual Studio Team System MSF for CMMi Process Improvement Aurelio Porras Development Tools Advisor [email protected] Microsoft Ibérica El éxito es raro Fallidos Problemáticos Existosos 2004 15% 51%
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.
Sistema Integral de Calidad IQS
Sistema Integral de Calidad IQS Objetivo Explicar el proceso de integración de sistemas en Flextronics Guadalajara. Antecedentes Flextronics Recibe certificación ISO9002:1994 Julio 1997 Flextronics inicia
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
Centro Andaluz de Innovación y Tecnologías de la Información y las Comunicaciones - CITIC
Centro Andaluz de Innovación y Tecnologías de la Información y las Comunicaciones - CITIC (Andalusian Centre of Innovation and Information and Communication technologies- CITIC) FP7-ENERGY: Oportunidades
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
Ingeniería de Software II
Ingeniería de Software II Segundo Cuatrimestre de 2008 Clase 11 Introducción a la Mejora de Procesos Modelo IDEAL Modelos de Mejora de Procesos. CMMI y SCAMPI Buenos Aires, 6 de Octubre de 2008 Discusión
Métricas según Tipos de Soluciones: MétricasExternas 9126-2 MétricasInternas 9126-3 Métricas Calidad en uso 9126-4
Métricas según Tipos de Soluciones: MétricasExternas 9126-2 MétricasInternas 9126-3 Métricas Calidad en uso 9126-4 Resumen: El presente documento tiene por objetivo expresar una priorización tentativa
REQUISITOS ESPECIFICOS DEL CLIENTE FORD PARA ISO/ TS 16949:2009 - EDITION JUNE 2013 -
REQUISITOS ESPECIFICOS DEL CLIENTE FORD PARA ISO/ TS 16949:2009 - EDITION JUNE 2013 - Requisitos Específicos del Cliente Ford para ISO/ TS 16949:2009 Descripción Este documento contiene los requisitos
Objetivos FACULTAD DE INGENIERIA. DEPARTAMENTO DE INGENIERIA DE SISTEMAS. Código de la asignatura 4070. Fecha de Actualización Julio 24 de 2012
Nombre de la asignatura Ingeniería de Software Código de la asignatura 4070 Fecha de Actualización Julio 24 de 2012 Intensidad horaria semanal Horas Contacto 4 Horas Trabajo Independiente 8 Créditos Académicos
Parte II: Requerimientos de Calidad para Diseño y Evaluación
Tutorial: Métricas, Criterios y Estrategias para Evaluar Calidad Web Parte II: Requerimientos de Calidad para Diseño y Evaluación Contenidos Parte II Componentes de Evaluación Tipos de Métodos de Evaluación
DIFERENCIAS ENTRE LA ISO 9001:2008 Y LA ISO 9001:2015
DIFERENCIAS ENTRE LA ISO 9001:2008 Y LA ISO 9001:2015 Todos los estándares ISO están sujetos a verificación periódica para estar siempre relevantes en el mercado. Inclusa la ISO 9001: 2008, la más adoptada
Estimación con PROBE I
Personal Software Process SM Estimación con PROBE I This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department
Initial Testing Assessment
Marzo 2011 Initial Testing Assessment IBM cuenta con una manera rápida de identificar iniciativas que mejoren la calidad, mejoren el tiempo de respuesta del ciclo de vida de sus aplicaciones y que permitan
Administración de Proyectos de Software - PMI. Tema: Gestión de la Calidad del Proyecto. Autor: Mario Hernández
Administración de Proyectos de Software - PMI Tema: Gestión de la Calidad del Proyecto Autor: Mario Hernández Procesos ligados a la Gestión de la Calidad del Proyecto La gestión de la calidad del proyecto
Temario VI Gestión de Testing
Temario VI Gestión de Testing Topicos Avanzados en Pruebas de Software UNS 1 Gestión de Testing Lectura Sommerville I., 2000. Software Engineering, 7th Edition. Addison Wesley. Patton. Software Testing.
CUADRO COMPARATIVO DE LOS MODELOS DE CALIDAD ELABORADO POR: EDUARD ANTONIO LOZANO CÓRDOBA. (Documento: ) PRESENTADO A:
CUADRO COMPARATIVO DE LOS MODELOS DE CALIDAD ELABORADO POR: EDUARD ANTONIO LOZANO CÓRDOBA (Documento: 12.022.957) PRESENTADO A: ASTRID VICTORIA CARDENAS CHICANGANA Ingeniera de sistemas - Magister en dirección
Diseño y Evaluación de Arquitecturas de Software. Meta-modelos de diseño
Diseño y Evaluación de Arquitecturas de Software Meta-modelos de diseño César Julio Bustacara Medina Facultad de Ingeniería Pontificia Universidad Javeriana 18/09/2015 1 Arquitectura de Software Meta-Modelos
INGENIERÍA DE SOFTWARE Rational Unified Process RUP
1 INGENIERÍA DE SOFTWARE Rational Unified Process RUP Rubby Casallas Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes Referencias 2 http://www.rational.com/ http://www-306.ibm.com/software/awdtools/rup/
Introducción. Diplomado en Calidad y Estimación de Sistemas Informáticos
Introducción La estimación y calidad de los sistemas informáticos se ha convertido hoy en día en los principales objetivos estratégicos de las organizaciones debido a que, cada vez más, su supervivencia
Retos de la industria manufacturera desde los setentas:
Retos de la industria manufacturera desde los setentas: consumidores mas demandantes, rápidos cambios tecnológicos, asuntos ambientales, presión competitiva de costos y calidad, y tiempos más cortos para
Módulo II. Diseño y evaluación en la experimentación formal.
Módulo II. Diseño y evaluación en la experimentación formal. Diseño y evaluación en la experimentación formal. Escalas y medición Proceso y diseño de la experimentación formal Agradecimientos por parte
Proyecto 00100. Introducción, Objetivos y Alcance
Proyecto 00100 Introducción, Objetivos y Alcance Agenda Proyecto 00100 Introducción Fase 1: Diagnostico Fase 2: Proyectos Implementación de Pilotos & Roll-outs Anexos 2 28/10/2009 Objetivos del Proyecto
Revisiones del Software
Revisiones del Software Introducción Bibliografía IEEE Std 1028-1997 Standard for Software Reviews Página: recursos para revisiones http://www.processimpact.com/pr_goodies.shtml (por Karl E. Wiegers) Ventajas
y la madurez llegó a las empresas Iban López Jiménez
y la madurez llegó a las empresas Iban López Jiménez Hoy hablamos de CMM qué? CMMI y otros modelos Cifras, cifras, cifras Acreditación Un ejemplo de acreditación real: TECSIDEL Empezamos bien CMM qué?
ELABORACION DE MODELOS PARA LA IDENTIFICACION DE FACTORES CRITICOS DE EXITO, ANALISIS Y MITIGACION DE RIESGOS DE PROYECTOS EN DESARROLLO DE SOFTWARE
CONICYT: Repositorio Institucional: Ficha de Iniciativa de CIT (Ciencia, Tecnología e Innovación) 1 FONDECYT-REGULAR - 2003-1030785 ELABORACION DE MODELOS PARA LA IDENTIFICACION DE FACTORES CRITICOS DE
Consideraciones para la implementación de SOA en el desarrollo de productos. Septiembre, 2006
Consideraciones para la implementación de SOA en el desarrollo de productos Septiembre, 2006 Consideraciones para la implementación de SOA en el desarrollo de productos Las nuevas exigencias de los mercados
Ing. Alfonso Figueroa Hernández Gobierno de TI
Ing. Alfonso Figueroa Hernández Gobierno de TI Cómo obtener valor de los diversos marcos de referencia y metodologías que lo conforman Septiembre, 2016 Última noticia Tipo de cambio Alfonso Figueroa Semblanza
Verificación y Validación (Proceso V&V) Asegurar que el sistema de software cumpla las necesidades del usuario
Verificación y Validación (Proceso V&V) Asegurar que el sistema de software cumpla las necesidades del usuario Objetivos Introducir la verificación y validación de software Describir las fases del proceso
norma 1002 IEEE institute of electrical and electronic engineers
Estándar Organismo que regula Aplicable a IEEE 610.12-1990 IEEE Identifica los términos que se utilizan actualmente en el campo de la ingeniería de software. Definiciones estándar de los términos establecidos.
ASIGNATURA: SISTEMAS DE INFORMACIÓN II
PLAN DE ESTUDIOS 2008 LICENCIADO EN INFORMÁTICA FACULTAD DE CONTADURÍA, ADMINISTRACIÓN E INFORMÁTICA ASIGNATURA: SISTEMAS DE INFORMACIÓN II ÁREA DEL CONOCIMIENTO: PROGRAMACIÓN E INGENIERÍA DE SOFTWARE
Desarrollo y estado de la norma ISO 50001
Desarrollo y estado de la norma ISO 50001 Seminario Innovación en gestión de la energía: Norma ISO 50001 oportunidades y desafíos Michel de Laire Peirano [email protected] 12 de Enero 2011 INTRODUCCIÓN
ANÁLISIS DE SISTEMAS. Prof. Eliz Mora
ANÁLISIS DE SISTEMAS Prof. Eliz Mora Programa Fundamentos del Análisis de Sistemas Estilos Organizacionales y su impacto en los Sistemas de Información Rol del Analista de Sistema Determinación de Factibilidad
Preparación de Plan de Proyecto
Preparación de Plan de Proyecto Contenido Etapas en la Preparación Plan de Proyecto Estructura del Equipo de Proyecto Pasos en la Preparación del Work-Plan Seguimiento y Supervisión Planificación del Ciclo
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
XI Encuentro Danysoft Sala TFS. Descubriendo TFS
Descubriendo TFS 1 La Visión del ALM de Microsoft. Microsoft distingue varias fases dentro del ciclo de desarrollo, como son Planeación y Seguimiento, donde principalmente se capturan requisitos y se establecen
ISF-1302 SATCA 1 : Carrera:
1. Datos Generales de la asignatura Nombre de la asignatura: Clave de la asignatura: SATCA 1 : Carrera: Proceso Personal para el Desarrollo de Software. ISF-1302 3-2 - 5 Ingeniería en Sistemas Computacionales
Tema 13: Evaluación de procesos software
Proyectos Informáticos Tema 13: Evaluación de procesos software Contenidos Esquemas de evaluación de la capacidad/madurez de procesos software: CMM(I), ISO/IEC 15504. 2 Introducción Elementos determinantes
TUTORIAL PARA LA INGENIERÍA DE REQUISITOS. Almudena Díez 29 de septiembre de
TUTORIAL PARA LA INGENIERÍA DE REQUISITOS Almudena Díez 29 de septiembre de 2009 www.visuresolutions.com TUTORIAL PARA LA INGENIERÍA DE REQUISITOS En qué consiste la Ingeniería de Requisitos? Cuáles son
Preparación para la Certificación PMP 07 de febrero de 2015 a 09 de mayo de 2015
Fecha de inicio: 07 de Febrero de 2015 Horario: Sábado de 9am a 1pm Duración: 48 horas Campus Mexicali Objetivo Curso enfocado dar total confianza a los candidatos PMP a presentar y pasar el examen PMP
Normalización internacional del Ecodiseño
BEM 2017 19 de Septiembre de 2017 Entorno normativo y legislativo en Ecodiseño Normalización internacional del Ecodiseño M. Cristina ALONSO GARCÍA Auditora Jefe de Sistemas de Gestión Vocal del Comité
Estandares y Normas. Universidad Tecnológica Nacional -FRBA
Estandares y Normas Universidad Tecnológica Nacional -FRBA La Organización Basada en IT Evolución La demanda creciente de los servicios basados en infraestructuras computacionales ha producido tanto la
Las herramientas BIM a lo largo del ciclo de vida del proyecto. Manuel Bouzas Cavada
Las herramientas BIM a lo largo del ciclo de vida del proyecto Manuel Bouzas Cavada Manuel Bouzas Cavada Arquitecto (1988) COAG (1988) / RIBA (2013) PMP (2009) LEED Green Associate (2014) Consultor de
VI. Appendix VI English Phrases Used in Experiment 5, with their Spanish Translations Found in the Spanish ETD Corpus
VI. Appendix VI English Phrases Used in Experiment 5, with their Spanish Translations Found in the Spanish ETD Corpus App. VI. Table 1: The 155 English phrases and their Spanish translations discovered
Mejores prácticas y tendencias para Contadores Públicos Universidad de Palermo Agosto de 2011. Cuente con nosotros
Mejores prácticas y tendencias para Contadores Públicos Universidad de Palermo Agosto de 2011 Cuente con nosotros Debate Actual en el Mundo 1- Quién contrata a las Firmas de Auditores. 2- Quién paga a
Gestión de Proyectos 2.0
Gestión de Proyectos 2.0 José Barato. PMP. PMI-ACP. 15 de Diciembre de 2015. Reunión de Socios PMI Madrid 1 Jose Barato En Project Management, saber y no hacer es como no saber Ingeniero de Telecomunicaciones
Introducción al Unified Process. Curso IIC 2143 Ingeniería de Software Rodrigo Sandoval 2010
Introducción al Unified Process Curso IIC 2143 Ingeniería de Software Rodrigo Sandoval 2010 Unified Process - UP Un framework de Proceso de Desarrollo de Software, una de cuyas versiones es el más documentado
Certificación Certificación como Business Process Management Professional (CPP)
Certificación Certificación como Business Process Management Professional (CPP) Duración 96 horas Objetivo general: Prepara al participante con todos los elementos para realizar el examen de certificación
IBM Rational for Power i. The business-driven development lifecycle
IBM Rational for Power i The business-driven development lifecycle Agenda Business Driven Development Rational Development Lifecycle DEMO 2 The business-driven development lifecycle Prioritize Plan Manage
ICAO State Safety Programme (SSP) and Safety Management Systems (SMS)
ICAO State Safety Programme (SSP) and Safety Management Systems (SMS) SSP/SMS Implementation Workshop Mexico City, Mexico, 21-25 July 2014 Eduardo Chacin, Regional Officer, Flight Safety ICAO NACC CONCLUSIONS
Gestión de Procesos en la Gestión de la Calidad. Ing. Gustavo Jara Rivas UDEP
Gestión de Procesos en la Gestión de la Calidad Ing. Gustavo Jara Rivas UDEP Cómo hacemos las cosas? IMPROVISACIÓN No ayuda a aprender. PROCESOS Repetitivos; requieren un propietario. PROYECTO Su objetivo
BOOK OF ABSTRACTS LIBRO DE RESÚMENES
BOOK OF ABSTRACTS LIBRO DE RESÚMENES 19 th International Congress on Project Management and Engineering XIX Congreso Internacional de Dirección e Ingeniería de Proyectos AEIPRO (Asociación Española de
MSF. Microsoft Solutions Framework
MSF Microsoft Solutions Framework Breve Historia Desarrollado como resultado de los procesos en Microsoft: Mejores prácticas de la Industria. 25 años del grupo desarrollo + MS Consulting. Primera versión
INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ
INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ TEMA 3: PROCESO UNIFICADO DE DESARROLLO CONTENIDO 1. Proceso de Software 2. Proceso de Desarrollo de Software 3. Proceso Unificado de Desarrollo de Software
Diseño Instruccional Paso 2 Paso 5
TAREAS DE LA VIDA REAL EN EL CONTEXTO PROFESIONAL, CLASES DE TAREAS, OBJETIVOS DE DESEMPEÑO Y EVALUACIÓN DEL DESEMPEÑO Diseño Instruccional Paso 2 Paso 5 acet Proyecto AULA - enero de 2011 2 Paso 2 Tareas,
