1 MODULO 3

3.1 MODELO DE PROCESO DE SW Un modelo de proceso de software es una descripcin simplificada de un proceso del software que presenta una visin de ese proceso. Estos modelos pueden incluir actividades que son parte de los procesos y productos de software y el papel de las personas involucradas en la ingeniera del software. Algunos ejemplos de estos tipos de modelos que se pueden producir son: * Modelo de flujo de trabajo. * Modelo de flujo de datos o de actividad. * Modelo de rollacin

MODELO DE FLUJO DE DATOS O ACTIVIDAD Representa el proceso como un conjunto de actividades, cada una de las cuales realiza alguna transformacin en los datos. Muestra como la entrada en el proceso, tal como una especificacin se transforma en una salida tal como un diseo. Pueden representar transformaciones llevadas a cabo por las personas o por las computadoras.

ACTIVIDADES

3.1 Modelos de procesos de software Un modelo de proceso de software es una descripcin simplificada de un proceso del software que presenta una visin de ese proceso. Estos modelos pueden incluir actividades que son parte de los procesos y productos de software y el papel de las personas involucradas en la ingeniera del software. Algunos ejemplos de estos tipos de modelos que se pueden producir son: Flujo de datos: Muestra las entradas, salidas y dependencias del proceso de software, adems de actividades a realizar. Flujo de datos o actividad: Representa el proceso como un conjunto de actividades, en las que se realizan transformaciones de los datos. Rolacin: Muestra el rol de cada de las personas involucrada en el desarrollo. RESUMEN Un modelo de proceso de software es una descripcin simplificada de un proceso del software que presenta una visin de ese proceso. Estos modelos pueden incluir actividades que son parte de los procesos y productos de software y el papel de las personas involucradas en la ingeniera del software. Para resolver los problemas reales de una industria, un ingeniero del software debe incorporar una estrategia de desarrollo que acompae al proceso. Los modelos de procesos ayudan al control y a la coordinacin de un proyecto de software real. REFERENCIAS Mitotecnologico, referencia electrnica revisada, marzo, 10, 2010, en: http://www.mitecnologico.com/Main/ElProcesoDelSoftware Se recomienda la lectura: Modelos de Procesos de Ciclo de Vida del Software, recuperado el 5 de mayo de 2010, de: http://www.uaa.mx/investigacion/memoria/ponencias/mesa_ieisc/pdf/rodriguez_martinez.pdf

4 3.2 MEJORA DE PROCESOS MODELO IDEAL

5 MODELO ISO/IEC 15504

ISPI

ACTIVIDADES ACTIVIDAD 1. Realizar el ejercicio interactivo que se incluye en la presentacin del tema "Mejora de Procesos". ACTIVIDAD 2. Identifique las caractersticas ms importantes de ISO/IEC 15504 con el fin comparar con IDEAL e ISPI. Publicar una conclusin de la utilidad de estos modelos en el foro 3.2.1 3.21. MEJORA DE PROCESOS ISO / IEC 15504 ISO, nos proporciona un marco de trabajo diseado exclusivamente para la evaluacin de los procesos, permitindonos establecer los requisitos mnimos para llevar a cabo una evaluacin de forma consistente. Sin embargo cada una de las fases representa varias similitudes con los otros modelos de procesos de software descritos IDEAL e ISPI, teniendo pasos genricos identificados. Establecer una planeacin del proyecto. Evaluar el proceso. Proponer mejora. Implementar mejoras A diferencia del modelo IDEAL el cual nos proporciona una gua para la implementacin al adoptar nuevos mtodos, herramientas y procesos de ingeniera de software. Estos dos modelos aunque ambos realizan algunas actividades similares, se pueden complementar con el modelo ISPI el cual dentro de sus fases nos permite compartir recursos necesarios para el xito en la ejecucin del proyecto de mejora, de igual manera que el ISO nos permite evaluar los procesos determinando su estado actual, identificando sus fortalezas y debilidades, en base a esta evaluacin generar planes de accin para la mejora a partir del anlisis de las evaluaciones. Por lo que podemos decir que estos tres modelos se complementas y se puede hacer uso de cada uno de ellos para llevar a cabo la mejora continua de los procesos de software RESUMEN IDEAL por sus siglas en ingls (Initiating, Diagnosing, Establishing, Acting, y Learning) es un modelo elaborado por SEI que ha surgido debido a la necesidad de las organizacion por tener una gua de implementacin al adoptar nuevos mtodos, herramientas y procesos de ingeniera de software. La norma ISO/IEC 15504 proporciona un marco de trabajo para la evaluacin de los procesos y establece los requisitos mnimos para realizar una evaluacin de forma consistente. Los modelos IDEAL e ISO 15504 tienen un conjunto de etapas similares y pueden resumirse segn el modelo genrico de ISP. REFERENCIAS Lectura recomendada, noviembre, 27, 2009, en: http://www.revista.unam.mx/vol.7/num6/art47/art47-2.htm Referencia electrnica revisada, noviembre, 27, 2009, en: http://www.procesix.com/v1/ideal_ciclo.pdf Referencia electrnica revisada, noviembre, 27, 2009, en: http://www.iso15504.es/

7 3.3 Modelos de mejora de procesos de software en pequeas empresas y proyectos

SITUACION DE LA MEJORA DE PROCESOS EN PyMES La industria del software es de suma importancia para todo el mundo y esta formada en mayor medida por micros, pequeas y medianas empresas (PyMEs) desarrolladoras de software. Este tipo de empresas tiene problemas de madurez en sus procesos de desarrollo, esto conlleva a falta de competitividad y limitaciones de crecimiento. La comunidad de Ingeniera del Software desde hace unos aos expreso su inters en la mejora de procesos de software (Software Process Improvement -SPI-) en PyMEs. La mayora de las PyMEs de desarrollo de software se han planteado al posibilidad de obtener una acreditacin de organismos como el Software Engineering Institute -SEI- y la International Organization for Standardization -ISO-. El problema es que la acreditacin en estos estndares es larga y costosa porque los modelos de stas organizaciones son aplicables a grandes empresas. ESTANDARES UTILIZADOS PARA SPY EN PyMES A pesar de que implementar los estndares del SEI e ISO requieren gran inversin en tiempo, dinero y recursos, las PyMEs utilizan estos estndares para continuar con sus esfuerzos de mejora. En la figura 1 se muestran los estndares ms utilizados por las PyMEs. El mtodo de valoracin ms usado por las PyMEs es el ISO/IEC 15504. Cuando se trata del CMM, las PyMEs tienen como meta lograr el nivel de madurez 2. Es importante resaltar que de las 122 empresas involucradas, solo dos medianas lograron la evaluacin formal como CMM-SW nivel 2.

FACTORES A CONSIDERAR PARA EL XITO DE SPI EN PyMES Es necesario asegurar que la empresa es estable para iniciar con un programa SPI. Llevar a cabo la mejora mediante la gua de procedimientos concretos combinando diferentes enfoques, as como priorizar los aspectos de mejora. Gestionar la adquisicin de ayuda financiera externa. Minimizar la resistencia al cambio en la mejora de procesos, informando al personal sobre las mejoras que les traer a ellos y a la empresa. Involucrar a todo el personal en la bsqueda constante de la calidad. Supervisar el programa SPI evaluando siempre su eficiencia. Fomentar un ambiente de comunicacin eficiente entre los involucrados. Medir las actividades mediante evaluaciones guiadas por las mtricas adaptadas a la organizacin. Comprometer a los directivos de la empresa en el programa SPI. Llevar a cabo el programa SPI mediante la asesora de un experto.

ACTIVIDADES ACTIVIDAD 1. Realizar el ejercicio interactivo que se incuye en la presentacin del tema "Modelos de mejora de procesos de software en pequeas empresas y proyectos". ACTIVIDAD 2. De acuerdo con lo aprendido en el tema previamente visto, realizar una sntesis y publicarla en el foro 3.3.1 "Modelos de mejora de procesos de software en PyMEs". 331 MODELOS DE MEJORA DE PROCESOS DE SW EN PyMES La industria del sw hoy en dia ha tomado gran importancia para toda empresa ya sea micro, pequeas y medianas empresas (Pymes) desarrolladoras de sw, ya que estas tienen problemas de madurez de sus procesos en desarrollo, lo que los lleva a generar malas estrategias competitivas y con ello generan limitaciones en su crecimiento organizacional.

9 Por lo que la comunidad de Ingeniera de software se ha dado a la tarea de mejorar los procesos de software en Pymes, con ello poder obtener una acreditacin con el software a travs de las normas de ISO, sin embargo este proceso es largo y costoso ya que estos modelos son aplicables a grandes empresas. ESTANDARES UTILIZADOS PARA SPI Y PYMES Las Pymes utilizan estndares tales como SEI e ISO para continuar con sus esfuerzos en cuanto a mejora de procesos de software. El nivel ms usado por estas pequeas empresas es el ISO/IEC 15504 cuando se trata del CMM, por lo que se pretende alcanzar un nivel de madurez de 2. PROPUESTAS PARA GUIAR SPI EN PYMES Algunas de las propuestas para guiar spi en pymes son: guiar electrnica de procesos tales como los ERPs y repositorios de experiencias-er adaptar y utilizar prcticas de rup, xp, scrum priorizar los esfuerzos de spi evaluacin de un programa sip (identifican y usan un programa de mtrica) guiar los esfuerzos de spi adaptacin y utilizacin de Framework para pruebas Conduccin de un experimento de spi. Usar gestin de conocimientos para spi. Adquirir infraestructura lista para usar. Mejorar la relacin y cooperacin con el cliente. Los enfoques de mejora puedan ser de dos tipo: A nivel organizacional en costo es menor pero las mejoras se ven reflejadas a largo plazo A nivel tcnico las mejoras son costosas pero se ven reflejadas a corto plazo Los procesos mejorados en las Pymes mediante SPI son: Gestin del conocimiento Obtencin de requisitos Establecimiento del proceso Gestin de cambios de requisitos Documentacin Gestin de proyecto FACTORES A CONSIDERAR PARA EL XITO DE SPI EN PYMES Es necesario asegurar que la empresa es estable para iniciar con un programa SIP. Llevar a cabo la mejora mediante la gua de procedimientos concretos combinando diferentes enfoques, as como priorizar los aspectos de mejora, por otra parte se debe gestionar la adquisicion de ayuda financiera externa, minimizar la resistencia al cambio en la mejora de procesos, e informar al personal sobre las mejoras que les traer a ellos y a la empresa, e involucrarlos en la bsqueda constante de calidad, supervisar el programa ISP evaluando su eficiencia, medir las actividades mediante evaluaciones guiadas por las mtricas adaptadas a la organizacin, comprometer a los directivos de la empresa en el programa SPI y por ultimo llevar a cabo el programa SPI mediante la asesora de un experto. La industria del software es de suma importancia para todo el mundo y esta formada en mayor medida por micros, pequeas y medianas empresas (PyMEs) desarrolladoras de software. Este tipo de empresas tiene problemas de madurez en sus procesos de desarrollo, esto conlleva a falta de competitividad y limitaciones de crecimiento. El mtodo de valoracin ms usado por las PyMEs es el ISO/IEC 15504. Cuando se trata del CMM, las PyMEs tienen como meta lograr el nivel de madurez 2. Es importante resaltar que de las 122 empresas involucradas, solo dos medianas lograron la evaluacin formal como CMM-SW nivel 2. Los enfoques de mejora pueden darse de dos maneras: A nivel organizacional, el costo es menor pero las mejoras se ven reflejadas a largo plazo. A nivel tcnico, las mejoras son costosas pero se ven reflejadas a corto plazo

10 Factores a considerar para el xito de SPI en PyMEs Es necesario asegurar que la empresa es estable para iniciar con un programa SPI. Llevar a cabo la mejora mediante la gua de procedimientos concretos combinando diferentes enfoques, as como priorizar los aspectos de mejora. RESUMEN La industria del software es de suma importancia para todo el mundo y est formada en mayor medida por micros, pequeas y medianas empresas (PyMEs) desarrolladoras de software. Este tipo de empresas tiene problemas de madurez en sus procesos de desarrollo, esto conlleva a falta de competitividad y limitaciones de crecimiento. A pesar de que implementar los estndares del SEI e ISO requiere gran inversin en tiempo, dinero y recursos, las PyMEs utilizan estos estndares para continuar con sus esfuerzos de mejora. REFERENCIAS Oktaba, H., et al. (2008). COMPETISOFT Mejora de Procesos de Software para Pequeas y Mediana Empresas y Proyectos, AlfaOmega Pressman, R. S., Ingeniera de Software un enfoque prctico, McGraw-Hill/ Interamericana de Espaa, S. A., 5 Edicin, 2002. Referencia electrnica revisada, noviembre 30, 2009 en: http://alarcos.inf-cr.uclm.es/Competisoft/ Se recomienda la lectura: http://afrodita.unicauca.edu.co/~ecaldon/docs/spi/COMPETISOFT_v02_27-11_2315.pdf 3.4 MEDICION Y METRICAS DE SW Las mtricas son parte esencial de la ingeniera, en el caso de los ingenieros de software, las usan para mediciones de lneas de cdigo, nmero de clases, nmero de funciones, nmero de defectos en un sistema, etctera. El IEEE Standard Glossary of Software Engineering Terms define mtrica como una medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo dado. Las revisiones de la calidad del software son caras, consumen tiempo y en algunos casos retrasan la entrega del sistema. Las mediciones del software son de utilidad para: Hacer predicciones generales acerca del sistema. Identificar componentes anmalos. Por ejemplo podemos medir componentes e identificar los de complejidad alta, puesto que se supone que en estos pueden ocurrir la mayor cantidad de errores. Una mtrica del software es cualquier tipo de medida que se relaciona con el sistema, proceso o documentos. Para que una compaa pueda utilizar mtricas se necesita que sus procesos de software sean lo suficientemente maduros y adems que existan estndares a seguir para las mtricas. Las mtricas pueden ser de control o prediccin. Las mtricas de control son aquellas que suelen estar asociadas con los procesos, mientras que las mtricas de prediccin lo estn a los productos. Cuando se habla de medir la calidad del software, frecuentemente se refiere a aquellos atributos externos como: la mantenibilidad, la compresin y la usabilidad, pero contamos con la dificultad de que no existe un camino simple para medirlos, por lo que recurrimos a medir los atributos internos, tratando siempre y cuando de que exista una relacin entre lo que vamos a medir y lo que en realidad queremos medir (lo que queremos saber). Para que la medida del atributo externo sea un indicador til de la caracterstica externa, se deben cumplir las siguientes condiciones: Se debe medir de forma exacta el atributo interno. Debe existir una relacin entre lo que se puede medir y el atributo de comportamiento externo. Esta relacin se comprende, ha sido validada y se puede expresar en trminos de una frmula o mtodo.

11

12 EL PROCESO DE MEDICION

13 METRICAS DE PRODUCTO Las mtricas de un producto se refieren a las caractersticas de los mismos. Las mtricas relacionadas con la calidad del producto se dividen en dos clases: 1.- Mtricas dinmicas, las mtricas se hacen en un programa en ejecucin y ayudan a valorar la eficiencia y fiabilidad de un programa. 2.- Mtricas estticas, las mtricas se realizan en las etapas de diseo o documentacin del sistema, y ayudan a valorar la complejidad, comprensin y mantenibilidad de un sistema de software. La figura 3 describe varias mtricas estticas utilizadas para mejorar los atributos de calidad. En la figura 4 se observa la propuesta de varias mtricas especficas para la programacin orientada a objetos. Las mtricas mostradas en las figuras 3 y 4 pueden sernos de utilidad en algna situacin, pero si por algn motivo no llegan a serlo, es necesario hacer experimentos con el fin de descubrir las mtricas apropiadas a nuestras necesidades.

14

ACTIVIDADES ACTIVIDAD 1. Realizar el ejercicio interactivo que se incluye en la presentacin del tema "Medicin y mtricas del software" ACTIVIDAD 2. Identificar las principales caractersticas de las mtricas, as como su funcin respecto a la calidad del software. Tomar como base el archivo proporcionado en la plataforma de MOODLE y cargarlo en el foro 3.4.1. 341 MEDICION Y METRICAS DE SW IEEE Standard Glossary of Software Engineering Terms define mtrica como una medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo dado. * Las mtricas de control son aquellas que suelen estar asociadas con los procesos, mientras que las mtricas de prediccin lo estn a los productos. *Se debe medir de forma exacta el atributo interno. *Debe existir una relacin entre lo que se puede medir y el atributo de comportamiento externo. . METRICAS DE PRODUCTO Las mtricas relacionadas con la calidad del producto se dividen: 1.- Mtricas dinmicas: hacen en un programa en ejecucin y ayudan a valorar la eficiencia y fiabilidad de un programa.

15 2.- Mtricas estticas: etapas de diseo o documentacin del sistema, y ayudan a valorar la complejidad, comprensin y mantenimiento de un sistema de software. PROCESO DE MEDICION: *Elegir *Seleccionar *Medir caractersticas de los componentes *Identificar anomalas *Analizar Principales caractersticas de las mtricas. Externas Mantenibilidad, la compresin, eficiencia, fiabilidad y usabilidad, etc Internas. Lneas de cdigo, numero de funciones, numero de clases, numero de mdulos, manejo interno de estructuras, de control, legibilidad del cdigo, documentacin, nivel de cohesin. Al realizar un conjunto de mediciones tanto cualitativas como cuantitativas, sabemos que tanto hemos alcanzado los estndares de calidad, as como los requerimientos del cliente para satisfacer sus necesidades. RESUMEN Las mtricas son parte esencial de la ingeniera, en el caso de los ingenieros de software, las usan para mediciones de lneas de cdigo, nmero de clases, nmero de funciones, nmero de defectos en un sistema, etctera. Las revisiones de la calidad del software son caras, consumen tiempo y en algunos casos retrasan la entrega del sistema. Las mediciones del software son de utilidad para: Hacer predicciones generales acerca del sistema. Identificar componentes anmalos. Por ejemplo podemos medir componentes e identificar los de complejidad alta, puesto que se supone que en estos pueden ocurrir la mayor cantidad de errores. Una mtrica del software es cualquier tipo de medida que se relaciona con el sistema, proceso o documentos. Para que una compaa pueda utilizar mtricas se necesita que sus procesos de software sean lo suficientemente maduros y adems que existan estndares a seguir para las mtricas. Las mtricas pueden ser de control o prediccin. Las mtricas de control son aquellas que suelen estar asociadas con los procesos, mientras que las mtricas de prediccin lo estn a los productos. Cuando se habla de medir la calidad del software, frecuentemente se refiere a aquellos atributos externos como: la mantenibilidad, la compresin y la usabilidad, pero contamos con la dificultad de que no existe un camino simple para medirlos, por lo que recurrimos a medir los atributos internos, tratando siempre y cuando de que exista una relacin entre lo que vamos a medir y lo que en realidad queremos medir (lo que queremos saber). REFERENCIAS Mi tecnolgico, referencia electrnica revisada, marzo, 10, 2010, en: http://www.mitecnologico.com/Main/ElProcesoDelSoftware Se recomienda la lectura: Calidad del software, recuperado el 5 de mayo de 2010, de: http://gidis.ing.unlpam.edu.ar/downloads/pdfs/Calidad_software.PDF

16 EVALUACION 86% Qu es una mtrica? Un modelo a seguir para llevar a cabo un proyecto Una medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo dado Una revisin de calidad en el software Cul es la utilidad de hacer mediciones en el software? Hacer predicciones generales acerca del sistema e identificar componentes anmalos. Determinar la calidad del sistema Predecir las fallas del sistema de software Cules son las mtricas de control? Son aquellas que suelen estar asociadas con los productos Son aquellas que suelen estar asociadas con los procesos Son aquellas que suelen estar asociadas con los requerimientos Cules son las mtricas de prediccin? Son aquellas que suelen estar asociadas con los requerimientos Son aquellas que suelen estar asociadas con los procesos Son aquellas que suelen estar asociadas con los productos En cuntas clases se dividen las mtricas relacionadas con la calidad? 2 3 5 Cul es el estndar de desarrollo de software que se recomienda a las PyMEs usar? CMM ISO/IEC 15504 IDEAL Cul es uno de los factores a considerar para el xito de SPI en las PyMEs? Comprometer a los directivos de la empresa en el programa SPY Medir las actividades mediante evaluaciones guiadas por las mtricas adaptadas a la organizacin Involucrar a todo el personal en la bsqueda constante de proyectos