Está en la página 1de 3

PERSONAL SOFTWARE PROCESS (PSP)

El Personal Software Process (PSP) brinda a los ingenieros la posibilidad de mejorar su desarrollo de software estableciendo un marco de disciplina personal. El proceso PSP consiste en un conjunto de mtodos, formas que muestran como planificar, medir y administrar su propio trabajo. El principal propsito es identificar y mejorar la eficiencia de las actividades realizadas.

Definicin de PSP
Es un conjunto de prcticas disciplinadas para la gestin del tiempo y mejora de la productividad personal de los programadores o ingenieros de software, en tareas de desarrollo y mantenimiento de sistemas. Est alineado y diseado para emplearse en organizaciones con modelos de procesos CMMI o ISO 15504. Se la puede considerar como una gua de trabajo personal para ingenieros de software en organizaciones con un nivel de madurez avanzada o de capacidad de procesos que implica la medicin cualitativa y mejora de los procesos.

Modelo del PSP


El PSP se divide en etapas graduales de crecimiento llamadas PSP0, PSP1, PSP2 y PSP3. PSP0: Acepta las prcticas de desarrollo actuales del ingeniero pero requiere: Mantener un registro del tiempo dedicado a trabajar en un proyecto Registrar los defectos encontrados Registrar los tipos de defectos

PSP0.1: Se requiere establecer: Una manera estndar para definir una lnea de cdigo definido como LOC. Un marco de trabajo dentro del cual el individuo puede observar maneras de mejorar su proceso de desarrollo.

PSP1: Proceso de planificacin personal. Est diseado para ayudar al ingeniero a entender la relacin entre el tamao de los programas y el tiempo que toma desarrollarlos. Su propsito es proporcionar un marco de trabajo ordenado dentro del cual el individuo pueda realizar estimaciones, hacer compromisos, evaluar el estado y registrar los resultados. PSP1 agrega a PSP0 las siguientes aptitudes: Aptitud para estimar el tamao. Marco de trabajo para informar los resultados de las pruebas.

PSP1.1: Agrega la habilidad para realizar: Tareas de programacin del plan. Tareas de programacin de tiempos.

PSP2: Proceso de administracin de la calidad personal. El PSP2 est diseado para ayudar a los ingenieros a manejar de manera realista y objetiva los defectos de programacin. La idea es estimar tantos defectos como sea posible antes de someter el programa a una inspeccin formal. Revisin personal del diseo. Revisin personal del cdigo.

PSP2.1: Agrega un marco de trabajo y lista de verificacin para asegurar que se completen los diseos. PSP3: Proceso Personal Cclico. Est diseado para escalar el PSP para manejar las unidades de cdigo grandes (en miles de lneas) dividiendo un programa grande en pequeos incrementos. PSP3 agrega: La aplicacin de PSP a cada incremento para producir una alta base de calidad para los incrementos sucesivos. El uso de pruebas de regresin para asegurar que las pruebas diseadas para los incrementos anteriores todava son buenas en los nuevos incrementos.

RATIONAL UNIFIED PROCESS (RUP)


El Proceso Unificado Racional (Rational Unified Process en ingls, habitualmente resumido como RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin.

Principios de desarrollo
El RUP est basado en 5 principios clave que son: Adaptar el proceso: el proceso deber adaptarse a las caractersticas del proyecto u organizacin. El tamao, as como su tipo o las regulaciones que lo condicionen, influirn en su diseo especfico. Tambin se deber tener en cuenta el alcance del proyecto. Equilibrar prioridades: los requerimientos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un equilibrio que satisfaga los deseos de todos. Gracias a este equilibrio se podrn corregir desacuerdos que surjan en el futuro. Demostrar valor iterativamente: los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteracin se analiza la opinin de los inversores, la estabilidad y calidad del producto, y se refina la direccin del proyecto as como tambin los riesgos involucrados. Colaboracin entre equipos: el desarrollo de software no lo hace una nica persona sino mltiples equipos. Debe haber una comunicacin fluida para coordinar requerimientos, desarrollo, evaluaciones, planes, resultados, etc. Elevar el nivel de abstraccin: motiva el uso de conceptos reutilizables tales como patrn del software, lenguajes 4GL o marcos de referencia (frameworks). Esto evita que los ingenieros de software vayan directamente de los requisitos a la codificacin de software a la medida del cliente, sin saber con certeza qu codificar para satisfacer de la mejor manera los requerimientos y sin comenzar desde un principio pensando en la reutilizacin del cdigo.

El ciclo de vida RUP es una implementacin del Desarrollo en espiral. Fue creado ensamblando los elementos en secuencias semi-ordenadas. Organiza las tareas en fases e iteraciones. Divide el proceso en cuatro fases, dentro de las que se realizan varias iteraciones en nmero variable segn el proyecto y en las que se hace un mayor o menor hincapi en las distintas actividades.

También podría gustarte