Personal Software Process (PSP)

Enfocada principalmente en el rol del programador, ayuda a que este ponga atención en
aspectos de planeación, diseño, estándares y revisiones al detalle de lo que va
realizando, registrando todo aquello en formas o plantillas que han sido diseñadas por
Humphrey. La metodología maneja un conjunto de scripts que especifican los
requerimientos de entrada, el proceso que debe de seguirse y los resultados esperados.

Niveles de PSP

PSP 0 Medición Personal

Los aspectos de interés en este nivel se relacionan con la estimación del tiempo para
desarrollar un producto software y la identificación, clasificación y manejo de los Defectos
producidos durante el proceso de desarrollo.

PSP 0.1
Es un nivel que extiende y complementa a PSP0, a través del establecimiento de
estándares de codificación orientados a mejorar las estimaciones de tamaño, a si como la
consideración de propuesta de mejora al nivel por parte de los ingenieros.

PSP 1 Planeación Personal

Le agrega pasos de planeamiento a PSP0. El primer paso agrega estimaciones de
tamaño y recursos y un reporte de prueba.

PSP 1.1
Se introduce planeamiento de cronograma y seguimiento del proyecto.Los desarrolladores
son enseñados a:

•Entender la relación entre el tamaño de los programas que escriben y el tiempo que les
toma desarrollarlos.
•Aprender a realizar compromisos que puedan cumplir.
•Preparar un plan ordenado para realizar su trabajo
•Establecer una base para realizar un seguimiento de su trabajo.

PSP 2 Calidad Personal

La calidad, es un aspecto fuertemente relacionado con la cantidad de defectos que el
producto de software contiene. En este nivel se introducen las inspecciones en las fases
de diseño y codificación, como un mecanismo para aumentar la calidad de los productos.

PSP 2.1
El Proceso de diseño es contemplado.
El objetivo no es decirles a los desarrolladores como diseñar sino orientar el criterio para
la finalización del diseño, es decir cuando han terminado que es lo que deben haber
obtenido.
PSP 3 Cíclico Personal
Presenta métodos para ser usados por individuos en la realización de programas de gran
escala.
Estos programas son entonces diseñados para ser desarrollados en pasos incrementales.
La primera construcción consiste en un módulo base o kernel que es ampliado en ciclos
iterativos. En cada iteración se utiliza un PSP2 completo, incluyendo diseño, codificación,
compilación y pruebas.

Team Software Process (TSP)

Tiene como propósito integrar un equipo de trabajo que tenga como punto de partida la
unificación de procesos, para poder llevar a cabo todos aquellos procedimientos que
puedan ayudar a mejorar dichos procesos que desarrollan.

Las fases son:

 Lanzamiento: en esta etapa se establecen las metas a seguir por parte del
equipo, se evalúan los objetivos y se dictan los roles y responsabilidades por parte
de cada uno de los miembros del equipo.
 Estrategia: en esta etapa se crea un modelo conceptual de lo que se requiere
para brindar la solución más óptima, estableciendo el desarrollo a seguir.
 Planeación: una vez desarrollada la estrategia y teniendo en cuenta los
procedimientos a seguir y el modelo de la solución del producto, se procede a
brindar los roles y las tareas a cada miembro del grupo.
 Requerimientos: para la gestión de los requerimientos se establecen entrevistas
con el cliente a fin de delimitar lo que realmente es necesario producir.
 Diseño: dentro de las tareas de la etapa de diseño, se establece la elaboración de
un diseño de alto nivel, especificando todo los detalles acera de todos los
procesos del producto.
 Implementación: esta es la fase en la cual el diseño se pasa a nivel de código, se
analiza y se hace una revisión exhaustiva en busca de errores. Se compilan y se
ejecutan los módulos y unidades, al tiempo que se analiza la calidad de estos.
 Pruebas: en esta etapa e presentan las diferentes pruebas al sistema con el fin de
asegurar su calidad y evaluar el desempeño del equipo de trabajo.
 Postmorten: se evalúan los análisis de los resultados de las diferentes pruebas y
del desempeño del equipo. Se escribe con detalles el reporte del ciclo de vida del
proyecto.

Modelo de Cascada:
El modelo en cascada es un proceso de desarrollo secuencial, en el que el
desarrollo de software se concibe como un conjunto de etapas que se
ejecutan una tras otra.

Fases:
 Requisitos
 Diseño
  Implementación
 Verificación
 Mantenimiento

Modelo Espiral:

En el modelo espiral, el software se desarrolla en una serie de versiones incrementales.

Durante las primeras iteraciones la versión incremental podría ser un modelo en papel o
un prototipo, durante las últimas iteraciones se producen versiones cada vez más
completas del sistema diseñado.

Modelo Iterativo:

Es un modelo derivado del ciclo de vida en cascada. Este modelo busca reducir el riesgo
que surge entre las necesidades del usuario y el producto final por malos entendidos
durante la etapa de recogida de requisitos. Consiste en la iteración de varios ciclos de
vida en cascada. Al final de cada iteración se le entrega al cliente una versión mejorada o
con mayores funcionalidades del producto. El cliente es quien después de cada iteración
evalúa el producto y lo corrige o propone mejoras. Estas iteraciones se repetirán hasta
obtener un producto que satisfaga las necesidades del cliente.

Modelo del Proceso Unificado:

Es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de
uso, centrado en la arquitectura y por ser iterativo e incremental. No es simplemente un
proceso, sino un marco de trabajo extensible que puede ser adaptado a organizaciones o
proyectos específicos.

Modelo SCRUM:
En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por el
beneficio que aportan al receptor del proyecto. Por ello, Scrum está especialmente
indicado para proyectos en entornos complejos, donde se necesita obtener resultados
pronto, donde los requisitos son cambiantes o poco definidos, donde la innovación,
la competitividad, la flexibilidad y la productividad son fundamentales.

Modelo Crystal Clear:

Es una metodología de desarrollo de Software ágil, que en realidad está considerada

como una «familia de metodologías» debido a que se subdivide en varios tipos de
metodologías en función a la cantidad de personas que vayan a conformar el proyecto.

El nombre Crystal deriva de la caracterización de los proyectos según 2 dimensiones,

tamaño y complejidad. Por ejemplo:

 Clear es para equipos de hasta 6 personas o menos.

 Amarillo para equipos entre 7 a 20 personas.
 Naranja para equipos entre 21 a 40 personas.
 Roja para equipos entre 41 a 80 personas.
  Marrón para equipos entre 81 a 200 personas.

Crystal da vital importancia a las personas que componen el equipo de un proyecto, y

por tanto sus puntos de estudio son:

* Aspecto humano del equipo

* Tamaño de un equipo (número de componentes)
* Comunicación entre los componentes
* Distintas políticas a seguir
* Espacio físico de trabajo

Modelo XP (Extreme Programing):

Es una metodología ágil centrada en potenciar las relaciones interpersonales como clave
para el éxito en desarrollo de software, promoviendo el trabajo en equipo, preocupándose
por el aprendizaje de los desarrolladores, y propiciando un buen clima de trabajo. XP se
basa en realimentación continua entre el cliente y el equipo de desarrollo, comunicación
fluida entre todos los participantes, simplicidad en las soluciones implementadas y coraje
para enfrentar los cambios.

CARACTERÍSTICAS XP

 Metodología basada en prueba y error

 Fundamentada en Valores y Prácticas
 Expresada en forma de 12 Prácticas–Conjunto completo–Se soportan unas a
otras–Son conocidas desde hace tiempo. La novedad es juntarlas