Exposicin modelo PSP

21 de marzo de 2012 Universidad Tecnologica de Morelia

PRESENTADO POR:

Jess Alejandro Contreras Salas. Guillermo Garca Conejo. Arturo Carrera Casillas. Hector Hebbel Cornejo Sanchez.

MODELO PSP El Personal Software Process, conocido por sus siglas como PSP, es una metodologa de reciente creacin, proveniente del Instituto de Ingeniera del Software(SEI). PSP es una alternativa dirigida a los ingenieros de sistemas, que les permite mejorar la forma en la que construyen software. Considerando aspectos como la planeacin, calidad, estimacin de costos y productividad, PSP es una metodologa que vale la pena revisar cuando el ingeniero de software est interesado en aumentar la calidad de los productos de software que desarrolla dentro de un contexto de trabajo individual. El PSP es un proceso de mejora para la gente trabaja el desarrollo de software. Este se hace en las practicas de trabajo de los ingenieros en una forma individual y les ensea como manejar la calidad desde el principio de un producto.

PSP nos permite estructurar y ordenar nuestro trabajo del da a da. En el campo del desarrollo del software son pocas las organizaciones que siguen o cumplen planes de trabajo o metodologas establecidas para desarrollar software. Muchos de estos proyectos fracasan porque sobrepasaron los costos estimados o sobrepasan los tiempos de planificacin. Algunas principales causas para que el proceso de desarrollo de software pueden ser que : El personal de desarrollo no se involucre lo suficiente en el control de calidad del producto. La alta direccin no esta consciente de la verdadera importancia del proyecto a causa de que no se cuentan los recursos necesarios (dinero, tiempo, tecnologa).

Las prcticas establecidas no son las adecuadas, las empresas se centran en cmo pero no tienen claro el qu. delante no mas, en el camino lo vamos arreglando!).

La produccin de software, debe convertirse en un proceso industrial, que sea medible, cuantificable, testeable, que sea un proceso disciplinado y aceptado por todos. El ciclo de vida clsico (Waterfall) que todos conocemos es el cascada, que tiene las siguiente etapas: Anlisis de Requerimientos Diseo Programacin Pruebas Implantacin Mantenimiento Esta metodologa era muy usada, cuando las actividades eran secuenciales, y ayudaba bastante, pero hoy en da, ya no tenemos este tipo de actividades tan secuenciales, tenemos procesos que se orientan mas al cliente y al producto para satisfacer las necesidades del cliente en distintas fases (llamadas iteraciones), en donde en cada iteracin, el cliente puede ver un producto tangible y probarlo. SCRUM es una de estas metodologas. Actualmente existen

diversas metodologas de ingeniera del software que guan a los programadores a dar un mejor seguimiento a sus programas, dentro de las que podemos mencionar: COCOMO I, COCOMO II, PROBE (Proxy Based Estimation).

PSP es una tcnica probada para mejorar el funcionamiento y la productividad individuales de los ingenieros. Surge de la necesidad que tienen los Ingenieros de Software de automatizar sus procesos. PSP fue diseado para ayudar a los profesionales del software para que utilicen constantemente practicas sanas de ingeniera del software, ensendoles a planificar y dar seguimiento a un trabajo, utilizar un proceso bien definido y medido, a establecer metas mesurables y finalmente a rastrear

constantemente para obtener las metas definidas (quiero hacer un paralelo en esto ltimo mencionando una tcnica bastante entretenida llamada GQM -Goal Question Metrics-). El PSP es una versin pequea de CMM donde se preocupa solo por un conjunto de las KPAs (Key Process Areas). La estructura de PSP es la siguiente:

Los principios de PSP son:

1. Cada ingeniero es diferente, debe planificar su trabajo basndose en su experiencia personal. 2. Usar procesos bien definidos y cuantificados 3. Los ingenieros deben asumir la responsabilidad personal de la calidad de sus productos. 4. Cuanto antes se detecten y corrijan los errores menos esfuerzo ser necesario 5. Es mas efectivo evitar los defectos que detectarlos y corregirlos. 6. Trabajar bien es siempre la forma mas rpida y econmica de trabajar. El PSP se caracteriza porque es de uso personal y se aplica a

programas pequeos de menos de 10.000 lneas de cdigo. Se centra en la administracin del tiempo y en la administracin de la calidada travs de la eliminacin temprana de defectos.

CARACTERISTICAS En PSP todas las tareas y actividades que el ingeniero de software debe realizar durante el proceso de desarrollo de un producto de software, estn puntualmente definidas en un conjunto de documentos conocidos como scripts. Los scripts son el punto medular de PSP, por lo que se hace mucho nfasis en que deben ser seguidos en forma disciplinada, ya que de ello depender el xito de la mejora que se busca. Gran parte de las tareas y actividades definidas en los scripts generar en su realizacin un conjunto de datos, fundamentalmente de carcter estadstico. La aplicacin de PSP en varios procesos de desarrollo, y el anlisis de la informacin estadstica generada en cada uno de stos, permitirn al ingeniero de software identificar, tanto sus fortalezas como sus debilidades, y crecer a travs de un proceso de autoaprendizaje y auto mejora.

La calidad en PSP, es un aspecto fuertemente relacionado con la cantidad de defectos que el producto de software contiene. En este nivel se introducen algunos mtodos aplicables al proceso de desarrollo de software, dentro de un enfoque de proyectos a gran escala, pero sin lidiar con problemas de comunicacin y coordinacin de los equipos de trabajo. PASOS A SEGUIR Los scripts se organizan en cuatro niveles, identificados del 0 al 3, atendindose en cada nivel un conjunto de aspectos a mejorar del proceso de desarrollo de software. Al primer nivel se le conoce como 0 o de medicin personal, al segundo como nivel1 o de planeacin personal, al tercero, como nivel 2 o de calidad personal, y al cuarto, como nivel 3 o cclico personal. Cada uno de estos niveles, con excepcin del 3, tiene una versin que los extiende, introduciendo tareas y actividades para un mejor manejo de los aspectos de inters en nivel, o bien para incluir nuevos aspectos, verla si la siguiente figura. Cada uno de los niveles extiende los aspectos considerados en el nivel inmediato anterior. Una de las razones de esta clasificacin puede ser el que PSP es una metodologa de mejora basada en datos estadsticos, los cuales deben ser cuidadosamente recabados por el ingeniero de software; el aumento gradual de la cantidad de datos que debe recolectar el ingeniero introduce, por consiguiente, el cambio en su manera de trabajo de una manera paulatina. Se recomienda un uso incremental de PSP, iniciando con el nivel ms bajo durante un primer proyecto de desarrollo y, en proyectos siguientes, ascendiendo a niveles superiores. Los scripts no pueden utilizase en forma separada o desordenada.

VENTAJAS Y DESVENTAJAS PARA UTILIZAR PSP

PSP es una alternativa, de las muchas que han surgido recientemente, para mejorar el proceso de desarrollo de software. Ms que clasificar un conjunto de sentencias como ventajas o desventajas, a continuacin se citan algunas caractersticas:

PSP es una metodologa basada en estimacin. La estimacin permite saber cundo y cmo se desarrollan las tareas de un proceso, por lo que podra citarse como un aspecto importante de esta metodologa el estar basada en mtricas y estimaciones.

La informacin de las mtricas y estimaciones se utiliza para evaluar y mejorar procesos futuros. PSP parte de la premisa que, si el ingeniero de software conoce sus fortalezas y debilidades, puede establecer las acciones necesarias para erradicar o explotar los aspectos identificados en la forma en que desarrolla software.

Aunque lo mencionado en el punto anterior podra sonar bastante atractivo, la forma de llegar a ese auto conocimiento puede resultar tediosa y, en el peor de los casos, una pesadilla para el desarrollador. Salvo muy pocas excepciones, los ingenieros de software nunca realizan procedimientos formales para conocer la forma en que trabajan, no saben con exactitud cuntas lneas de cdigo generan por hora, cunto tiempo invierten al corregir un error, cunto tiempo invierten en pruebas, etctera.

Los pasos de registro de informacin a detalle en el nivel de medicin pueden resultar frustrantes cuando se tiene presin de tiempo.

En los scripts de PSP no se incluyen tareas y actividades para la etapa de anlisis de requerimientos. Siempre se parte de una definicin de requerimientos que no va a cambiar.

An no existe una herramienta automatizada que facilite el registro y anlisis de datos generados por la aplicacin de PSP.