Personal Software Proceses

El cambiante mundo del Software

Software ahora controla sistemas más comerciales, gubernamentales y militares.

• Las fábricas están gestionadas por software.

• Productos más avanzados son controladas por software.

• Finanzas, administrativas, y las operaciones comerciales están principalmente dirigidos por software. El costo, horario, y calidad de software es ahora una preocupación crítica para el negocio.

¿Por qué fracasan los proyectos -1

Grandes y pequeños proyectos de software fallan por cuatro razones. Compromisos para proyectos son a menudo poco realistas.

• Cuanto más grande sea el proyecto, menos influencia que tiene.

• Si no tenemos nada que decir, nadie va a escuchar. Los proyectos más grandes son más difíciles de controlar.

• Hoy en día, pocos desarrolladores tienen planes personales.

• Sin un plan, no se puede conocer el estado del trabajo.

• Si usted no sabe dónde se encuentra, la gestión del estado del trabajo no puede entender.

• Si la administración no entiende el estado del trabajo, no pueden gestionar proyectos.

¿Por qué fracasan los proyectos -2

Los problemas de calidad empeoran con el tamaño del proyecto.

• En los sistemas de software, si alguna parte tiene problemas de calidad, el sistema tendrá problemas de calidad.

• Si los desarrolladores no gestionan la calidad, sus equipos no pueden gestionar la calidad.

• Cuando no está bien administrada, la calidad siempre será pobre. Para ser eficaces, los equipos necesitan liderazgo y entrenamiento.

• Los líderes construyen la motivación del equipo y el compromiso.

• El entrenamiento se desarrolla la cohesión del equipo.

• Los Equipos cohesivos, motivados y comprometidos hacen el mejor trabajo.

La necesidad de cambio

Muchas vidas y negocios dependen ahora de software.

Ahora necesitamos sistemas de software más grandes, más complejas, y más seguros en horarios predecibles.

Sin las diferentes prácticas de software, esto no va a suceder.

El Team Software Process (TSP) responde a esta necesidad.

El PSP proporciona los conocimientos y habilidades que los desarrolladores necesitan para trabajar en equipos de TSP.

Apoyo a la Gestión -1

El objetivo inicial TSP es convencer a la dirección para que su equipo sea auto dirigido. Un equipo autodirigido

• establezca sus propios objetivos

• establece sus propios roles

• decide sobre su propia estrategia de desarrollo

• define sus propios procesos

• desarrolla sus propios planes

• Las medidas, gestiona y controla sus propios equipos de trabajo autodirigidos hacer el mejor trabajo.

Apoyo a la Gestión -2

Gestión le apoyará, siempre y cuando

• esforzarse por satisfacer sus necesidades

• presentar informes periódicos sobre su trabajo

• convencerlos de que sus planes son sólidos

• hacer un trabajo de calidad

• responder a las necesidades cambiantes

• acudir a ellos en busca de ayuda cuando tiene problemas

Apoyo a la Gestión -3

Los Equipos autodirigidos son una ganga. Gestiona de acuerdo con su gestión de su propio trabajo, siempre y cuando ellos creen que están haciendo un trabajo superior. Para convencerlos de esto, debe

• mantener planes precisos y exactos

• medir y hacer un seguimiento de su trabajo

• mostrar con regularidad la gestión que está haciendo un trabajo superior La PSP te muestra cómo hacer esto.

Principios de PSP -1

La calidad de un sistema de software se determina por la calidad de sus peores componentes. La calidad de un componente de software se rige por la persona que lo desarrolló. La calidad de un componente de software se rige por la calidad del proceso utilizado para su desarrollo. La clave de la calidad es la habilidad del desarrollador individual, el compromiso y la disciplina proceso personal.

Principios de PSP -2

Como profesional de software, usted es responsable de su proceso personal.

Se debe medir, rastrear y analizar su trabajo.

Usted debe aprender de sus variaciones de rendimiento.

Debe incorporar las lecciones aprendidas en sus prácticas personales.

¿Qué hace un PSP?

Un PSP estable y maduro te permite

• estimar y planificar su trabajo

• cumplir con sus compromisos

• resistir las presiones de compromiso irrazonables TAMBIÉN

• entender el rendimiento de su actual

• estar en mejores condiciones para mejorar su capacidad

¿Qué dispone la PSP?

El PSP ofrece

• una base probada para el desarrollo y el uso de un proceso personal de potencia industrial

• una disciplina que muestra cómo mejorar su proceso personal

• Los datos para mejorar continuamente la productividad, la calidad y la previsibilidad de su trabajo

¿Cuál es la PSP?

El PSP es un proceso personal para el desarrollo de software o para realizar cualquier otra actividad definida. La PSP incluye

• Pasos definidos

• Formularios

• Normas Proporciona un marco de medición y análisis para la caracterización y gestión de su trabajo personal. También es un procedimiento definido que le ayuda a mejorar su rendimiento personal.

El Personal Software Process

El proceso de PSP está diseñado para el uso individual. Se basa en la práctica de software industrial a escala reducida. El curso PSP demuestra el valor de usar un proceso definido y medido. Le ayuda a usted ya su organización cumple con la creciente demanda de alta calidad y software oportuna.

El aprendizaje de la PSP -1

La PSP se introduce en seis pasos con capacidad para un alza. Usted escribe una o más programas de tamaño modular en cada paso. Usted debe reunir y analizar datos sobre su trabajo. Debe Utilizar los resultados para mejorar el rendimiento personal.

El aprendizaje de la PSP -3

PSP0: Establecer una línea base de rendimiento medido.

PSP1: Usted hace planes de tamaño, recursos y programación.

PSP2: Usted practica del defecto y la gestión del rendimiento.

CLASE 2

Proceso PSP0

PSP0 es un definido proceso simple, personal.

• Haga un plan.

• Utilice sus métodos de diseño y desarrollo en curso para producir un pequeño programa.

• Recopilar datos de tiempo y de defectos en su trabajo.

• Preparar un informe de síntesis.

PSP0 Objetivo

El objetivo para PSP0 es

• demostrar el uso de un proceso definido en la escritura de programas pequeños

• Incorporar medidas básicas en el proceso de desarrollo de software

• requerir cambios mínimos en sus prácticas personales

PSP0 Fases del proceso -1

PSP0 tiene seis fases.

Planificación - produce un plan para desarrollar el programa definido por los requisitos.

Diseño - produce una especificación de diseño para el programa definido por los requisitos.

Codificación - transforma las especificaciones de diseño en instrucciones del lenguaje de programación.

PSP0 Fases del proceso -2

Compilar - traduce las instrucciones del lenguaje de programación en código ejecutable.

Prueba - verifica que el código ejecutable satisface los requisitos.

Postmortem - resume y analiza los datos del proyecto.

Fase Orden

La PSP se ve como un proceso en cascada, pero no lo es. El orden de las fases se determina por las dependencias entre fases.

• No se puede probar el código antes de que se compiló.

• No se puede compilar el código antes de que sea escrito.

• No es posible utilizar el diseño si se produce después de que se escribe el código.

• No hay ninguna razón para hacer un plan después de que haya terminado. Conclusión ... empezar aquí con un plan.

Flujo del proceso

Cuando los programas son pequeños o bien entendidos, puede ejecutar las fases en orden. Producir un plan.

Diseñar todos los módulos.

Código todos los módulos.

Compile el programa codificado.

Resumir los datos del proyecto, durante el potmortem.

Scripts de proceso

Secuencias de comandos de proceso proporcionan orientación "a nivel de expertos" sobre cómo utilizar el proceso.

Son una o dos páginas. Describen los

• Propósitos

• Los criterios de ingreso

• Pautas generales

• Pasos

• Criterios de salida

Los Scripts PSP0 -1

Planificación: Estimar el tiempo de desarrollo.

Desarrollo: Desarrolla el producto utilizando sus métodos actuales.

Postmortem: Completa el resumen del plan de proyecto con el tiempo empleado y los defectos encontrados y se inyecta en cada fase.

Los Scripts PSP0 -2

Diseño: Diseñar el programa usando sus métodos de diseño actuales.

Codificación: Implementar el programa.

Compilar: Compila hasta sin defectos.

Test: Pruebe el programa y corregir todos los defectos.

Registro de los defectos en el registro de defectos y el tiempo por fase en el registro de tiempo.

Uso de scripts de proceso

Las Secuencias de comandos de proceso le guiarán en el proceso. Usted debe

• comprobar

...