Centro de Investigación en Matemáticas, A.C.



Documentos relacionados
Temas Selectos de Programación II

Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.

Unidad 1. Fundamentos en Gestión de Riesgos

Puedes manejar todas las áreas de tu negocio?

Diferencias entre nivel 2 y nivel 3 y una estrategia de implantación

INGENIERÍA DEL SOFTWARE

Evaluación del Profesor GIL BOR. Materia: ÁLGEBRA LINEAL Semestre: 3

ENTREVISTA A LIC. EN CIENCIAS SOCIALES, PROFESOR DE CIENCIAS POLÍTICAS

Figure 9-1: Phase C: Information Systems Architectures

Trabajo Práctico III Consigna:

La explicación la haré con un ejemplo de cobro por $ más el I.V.A. $16.00

En nuestro capitulo final, daremos las conclusiones y las aplicaciones a futuro

1.0 Planteamiento del problema

2 EL DOCUMENTO DE ESPECIFICACIONES

PRODUCTIVIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE: FACTORES DETERMINANTES E INDICADORES

El Outsourcing como Opción Estratégica


Implementación de un sistema ERP Cuál es el período típico?

CENTENARIA Y BENEMÈRITA ESCUELA NORMAL DEL ESTADO DE QUERETARO ANDRES BALVANERA UNIDAD JALPAN SEMINARIO DE ANALISIS Y TRABAJO DOCENTE

Manejo de versiones 392

1. PLANTEAMIENTO DEL PROBLEMA. 1.1 Descripción del problema

CRM es una estrategia de negocios centrada en el cliente no es un software

INTRODUCCIÓN CAPITULO I 1.1 PLANTEAMIENTO DEL PROBLEMA.

Quiero mucho este trabajo, me llena a pesar de sus pros y contras.

LA FORMACIÓN DE TUTORES PARA AMBIENTES VIRTUALES DE APRENDIZAJE

Software Architecture Assesment. Rosa Virginia Icedo Ojeda Jorge Moisés Trejo Vargas Mayo 2003

Implementación de la CMBD

Testimonio de mi semestre de intercambio. Como profesora de inglés como lengua extranjera en Colombia siempre pensé que


3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

3 Errores fatales que cometen muchos autónomos

María Jesús Álava Reyes y Susana Aldecoa. La buena educación. Enseñar con libertad y compromiso para convertir a los niños en adultos felices

Cómo Elaborar y Redactar un Informe como un Verdadero Ingeniero Software

Metodologías Ágiles Desde una Perspectiva de Project Management. Fernando Contreras Velásquez Project Management & Engineering Services.

La automatización de malos procesos sólo agrava más la ineficiencia" [HAMMER; 90].

Vigilar que las credenciales para votar se entreguen oportunamente a los ciudadanos;

DI Macarena Ponce- DI Belén Martin 1

1

Importancia de las tecnologías de información en las organizaciones

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008

SISTEMA DE ADMINISTRACIÓN DE RELACIÓN CON EL CLIENTE (CRM) Autor: M.P. Cesar Alberto Castañón Vite

UN LIBRO, UNA ILUSIÓN

CAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE

CUENTOS Y CUENTAS PARA DESPERTAR LA CURIOSIDAD

Capítulo 8. Conclusiones.

CAPÍTULO 1 PRIMEROS PASOS

Caso práctico de Cuadro de Mando con Tablas Dinámicas

CAPITULO V CONCLUSIONES Y RECOMENDACIONES

UNIVERSIDAD DE BUENOS AIRES FACULTAD DE INGENIERÍA. Documentación de Motivación del Proyecto. JMit. Java Monitoring by Introspection Tool

Implementando un ERP La Gestión del Cambio

ESPEJITO, ESPEJITO ME SERÁ ÚTIL EL INGLÉS EN MI FUTURO PRÓXIMO?

Circuitos RLC resonantes acoplados

ENTREVISTA PARA PADRES DE FAMILIA PRÁCTICAS DE CRIANZA Y CALIDAD DE VIDA

NUEVAS SOLUCIONES y CAMBIOS EN LA GESTION DEL NEGOCIO. JOSE LUIS LENCE Socio Director de Gesfarm Consultoria Farmacias

Getronics gana flexibilidad y competitividad en servicios de TI con soluciones de CA Technologies

Titulo del proyecto: USO DE ESTRATEGIAS INADECUADAS, EN EL USO DE DESARROLLO DEL CIRCULO DE LECTURA DEL CENTRO DE INTEGRACION JUVENIL

Revisión ISO 9001:2015 Preguntas frecuentes

REPORTE REGIONAL ARGENTINA Tendencias en Argentina Tercerización del Project Management Por: Ana María Rodríguez, Corresponsal Internacional PMWT

4 Pruebas y análisis del software

Planeación del Proyecto de Software:

comunidades de práctica

FocalPoint Business Coaching

FOMENTAR LA HABILIDAD Y EL HÁBITO DE LECTURA PARA TENER COMO RESULTADO Alumnos con pensamiento reflexivo y crítico.

CITAS SOBRE LA IMPORTANCIA DE LA COMUNICACIÓN EN INGENIERÍA

PROPUESTA METODOLOGICA PARA LA EDUCCIÓN DE REQUISITOS EN PROYECTOS DE EXPLOTACIÓN DE INFORMACIÓN

Modelo Turnover CAPÍTULO 1. INTRODUCCIÓN

CAPÍTULO VI CONCLUSIONES Y RECOMENDACIONES

SÍNTESIS Y PERSPECTIVAS

UNIVERSIDAD DE ORIENTE UNIVO FACULTAD DE CIENCIAS ECONÓMICAS

NUEVA LEY Un Hito para el mundo asegurador

Técnicas de venta (nueva versión)

R E S P O N S A B I L I D A D. Cómo explicar el valor de la responsabilidad a los niños?

CAPÍTULO I. Introducción. 1.1 Marco Contextual. El estudio de la satisfacción laboral como fenómeno vinculado a actitudes y la relación de

INVESTIGACIÓN DE MERCADOS

Capítulo 6: Conclusiones

L204 DVD-ROM 1 Audio transcripts: Unidad 1

Preguntas más frecuentes sobre PROPS

Conversatorio. La importancia de la MiPyME en la economía ecuatoriana

Los vascos, los más ahorradores de cara a su jubilación

Sistemas de Información Geográficos (SIG o GIS)

guía para LOS PADRES ARTES DEL LENGUAJE EN INGLÉS

Qualiteasy FLASH CLOUD. Ecoservei Digital. Caso de éxito, agosto Rosselló, 255 3o 4a Barcelona Tel

Capitulo 3. Protocolo y grabaciones

Evaluación Adaptativa de Inglés en el Sistema Educativo uruguayo, Resumen Ejecutivo

Tema 3. Medidas de tendencia central Introducción. Contenido

Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic

Reporte inicial. Metodología

NORMA DE ADMINISTRACIÓN DE INCIDENTES DE SEGURIDAD

LA MEJORA DE PROCESOS EN PEQUEÑAS EMPRESAS Y LA ISO/IEC 29110

El Antiguo Testamento

Notificación sustitutiva de la HIPAA

Diseño de una estrategia tecnológica de Customer Relationship Management (CRM) para la empresa BPM de México. CAPITULO 6

ERP Una inversión que rendirá frutos. FASCÍCULO

CAPÍTULO I PLANTEAMIENTO DEL PROBLEMA

Plan de mejora de las competencias lectoras en la ESO. PERFECTOS, AMIGOS Y GEMELOS

CUESTIONARIO PARA DETECTAR NECESIDADES DA CAPACITACIÓN EN IMPRENTA ECONOMICA S. A. DE C. V.

CAPÍTULO 3 Servidor de Modelo de Usuario

Transcripción:

Centro de Investigación en Matemáticas, A.C. Temas Selectos de Programación Avanzada II (Temas Selectos de Ingeniería de Software) Reporte Final Métricas de Procesos de Software Maestría en Ciencias de la Computación Guanajuato, Guanajuato. 05 de

Contenido Contenido 2 Introducción 3 Estado del Arte 4 Conclusiones 5 Bibliografía 6 2

Introducción En la primera parte del curso se habló de Procesos de Software y de los modelos o estándares que existen, y de cómo una compañía desarrolladora de software se debe de adecuar a ellos. Todo lo anterior con la finalidad de que la empresa tenga una mejora continua y por ende la calidad de sus productos sea mayor. Al tocar estos temas se vio la necesidad de medir procesos de software, sin embargo, no se mencionó que tipo de medidas y a qué procesos se pueden aplicar dichas medidas. En este proyecto se habla básicamente de dos aspectos de las Métricas en Procesos de Software, el primer tema a tratar es sobre algunos tipos de métricas de procesos existentes y el segundo tema es sobre cómo se puede implementar un programa de métricas a una compañía. La motivación personal para realizar esta investigación, es que ahora quiero profundizar un poco más en temas relacionados con la ingeniería de software y en cuestiones de métricas de procesos creo que existe un gran campo de acción. Además, me gustaría realizar un trabajo futuro relacionado con este tema y los conocimientos adquiridos siempre van a ser de gran utilidad. La selección de los artículos no fue fácil. Primero busqué en Internet (como se sugirió) bajo las frases clave: Software Process Metrics, Software Process Quality y Software Process Improvement. Una vez que tenía aproximadamente veinte artículos que aparentemente se relacionaban con el tema comencé a leer los abstracs para enterarme un poco más de que se trataban. De ahí seleccioné once de los cuales sólo me sirvieron nueve para este proyecto. Las frases clave fueron muy generales, esto fue porque al principio no tenía mucha idea de lo que realmente estaba buscando y traté de abarcar lo más que pude. Conforme fui leyendo los artículos y refinando el tema me di cuenta de lo que realmente necesitaba, por eso la reducción en número de artículos leídos. De los artículos reportados en la Bibliografía Extendida la clasificación que adopté es: 1. Muy Relevante 2. Relevante 3. Informativo Tuve varias dificultades al buscar los artículos, al principio no sabía exactamente los límites del tema y tampoco sabía exactamente que buscar. Lo anterior se debió a que no tengo conocimiento previo profundo sobre estos temas y hubo muchos términos que me causaron confusión. Hubo algunas definiciones que confundí y pensé que el artículo era de utilidad y hasta que avancé en las lecturas me di cuenta de lo que era y ahí fue cuando realmente definí los artículos que me servían para el proyecto. Por lo anterior, tal vez no hice la mejor selección de artículos pero a pesar de todo creó que logré formar un repositorio de artículos que son buenos como introducción a este tema. 3

Estado del Arte 4

Conclusiones Sobre este tema, hay que notar que existe poco material bibliográfico que se enfoque puramente a métricas de software en todos sus aspectos. Y por eso, creo que hay gran campo de investigación en la definición de atributos candidatos a medir en un proceso de software. Además, se debe de investigar más sobre los riesgos de implementar un programa de métricas en diversos tipos de compañías desarrolladoras de software. Asimismo, hay que ser cuidadoso en la implementación de procesos de métricas dentro de las compañías y tener como objetivo hacer que todo el personal entienda de la importancia de ellas, si no, se corre el riesgo de introducir un proceso burocrático más, que sólo servirá de estorbo en el desarrollo natural del proceso. Este proyecto me ha servido de muchas maneras, la primera es para entender un poco más el concepto de procesos de software, porque es importante tener un programa de métricas en una compañía y entender la necesidad de métodos formales para el desarrollo de procesos. Los conocimientos adquirido me sirven de base para realizar trabajos futuros, esto último es interés personal. También, me he dado cuenta que sigue siendo un reto adaptar a una empresa un proceso de métricas porque al final cada compañía desarrolla su propia forma de definir y usar métricas. Finalmente, ahora comprendo que los procesos de desarrollo de software son, por naturaleza, irrepetibles y que dependen de seres humanos; por lo tanto siempre debemos de tener en cuenta esto para saber que esta actividad siempre va a estar sujeta a fallas y restricciones; aún cuando existan medidas, métricas y todo tipo de planeaciones. 5

Bibliografía 1. Jakob H. Iversen & Karlheinz Kautz, The Challenge of Metrics Implementation. 23rd Information Systems Research Seminar in Scandinavia (IRIS 23) 2. Laurie Honour Werth, Lecture Notes on Software Process Improvement Software Engineering Institute, CMU/SEI-93-3M-8, Feb. 1993 3. Terence L. Woodings & Gary A. Bundell, A framework for software project metrics Proceedings of the ESCOM 2001, April 2001, London, pp. 77-86. 4. Fabrizio Riguzzi, A Survey of Software Metrics, Technical Report DEIS-LIA- 96-010, Serie LIA n. 17, Univesità di Bologna, Luglio 1996. 5. Maurizio Morisio, A methodology to measure the software process. Proceedings of the 7th Annual Oregon Workshop on Software Metrics, Silver Falls, Oregon, June 1995. 6. G. Boetticher, K. Srinivas & D. Eichmann, A Neural Net-Based Approach to Software Metrics Fifth International Conference on Software Engineering and Knowledge Engineering, San Francisco, CA, June 16-18, 1993, pages 271-274. 7. Ivica Crnkovic, Magnus Larsson & Frank Lüders, Software Process Measurements using Software Configuration Management. In Proceedings of 11th European Software Control and Metrics Conference, IEEE Computer Society, 2000 8. Stephen G. MacDonell & Andrew R. Gray, Software Process Engineering for Measurement Driven Software Quality Programs Realism and Idealism. Proceedings of ACOSM'96, Melbourne. 9. Mark C. Paulk, Applying SPC to the Personal Software Process In 10th International Conference on Software Quality, 2000. 6