Parte II Capitulo 2.

Las cuatro P en el desarrollo de software: Personas, Proyectos, Producto y Proceso El resultado final de un proyecto software (Apndice C) es un producto que toma forma durante su desarrollo gracias a la intervencin de muchos tipos distintos de personas. Un proceso de desarrollo de software gua los esfuerzos de las personas implicadas en el proyecto, a modo de plantilla que explica los pasos necesarios para terminar el proyecto. Tpicamente, el proceso esta automatizado por medio de una herramienta o de un conjunto de ellas. A lo largo de este libro utilizaremos los trminos personas, proyectos, producto, proceso (Apndice C) y herramientas, que definimos a continuacin: Personas. Los principales autores de un proyecto software son los arquitectos, desarrolladores, ingenieros de prueba, y el personal de gestin que les da soporte, adems de los usuarios, clientes y otros interesados. Las personas son realmente seres humanos, a diferencia del trminos, a diferencia del termino abstracto trabajadores, que introduciremos mas adelante. Proyecto. Elemento organizativo a travs del cual gestiona el desarrollo de software. El resultado de un proyecto es una versin de un producto. Producto. Artefactos que se crean durante la vida del proyecto, como los modelos (Apndice A), cdigo fuente, ejecutables, y documentos. Proceso. Un proceso de ingeniera de software es una definicin del conjunto completo de actividades necesarias para transformar los requisitos de usuario en un producto. Un proceso es una plantilla para crear proyectos. Herramientas. Software que se utiliza para automatizar las definidas en el proceso.

2.1. Las Personas son decisivas. Hay personas implicadas en el desarrollo de un producto software durante todo su ciclo de vida. Finalmente el producto, lo planifican, lo desarrollan, lo gestionan, lo prueban, lo utilizan y se benefician de el. Por tanto, el proceso que gua este desarrollo debe orientarse a las personas, es decir, debe funcionar bien para las personas que lo utilizan. 2.1.1 Los procesos de desarrollo afectan a las personas. El modo en que se organiza y gestiona un proyecto software afecta profundamente a las personas mas implicadas en el. Conceptos como la viabilidad, la gestin del riesgo, la organizacin de los

equipos, la planificacin del proyecto y la facilidad de comprensin del proyecto tienen un papel importante: Viabilidad del proyecto. La mayora de la gente no disfruta trabajando en proyectos que parecen imposibles nadie quiere hundirse con la nave. Como vimos en el Capitulo I, una aproximacin iterativa en el desarrollo permite juzgar pronto la vialidad del proyecto. Los proyectos que no son viables pueden detenerse en una fase temprana, aliviando as los problemas de moral. Gestin de riesgos. De igual forma, cuando la gente siente que los riesgos no han sido analizados y reducidos, se siente incmodos. La exploracin de los riesgos significativos en las primeras fases atena este problema. Estructura de los equipos. La gente trabaja de manera ms eficaz en grupos pequeos de seis a ocho miembros. Un proceso que produce trabajo significativo para grupos pequeos, como el anlisis de un determinado riesgo, el desarrollo de un subsistema (Apndice A), o el llevar a cabo una iteracin, proporciona esta oportunidad. Una buena arquitectura, con interfaces bien definidas (Apndice A; Vase el Capitulo 9) entre subsistemas y componentes (Apndice A; vase tambin el Capitulo 10) hace posible una divisin del esfuerzo de este tipo. Planificacin del Proyecto. Facilidad de comprensin del proyecto. Sensacin de cumplimiento.

2.1.2. Los papeles cambiaran Debido a que son las personas las que ejecutan las actividades clave del desarrollo de software, es necesario un proceso de desarrollo uniforme que este soportado por herramientas y un Lenguaje Unificado de Modelado (hoy dispone en UML) (Apndice C), para hacer que las personas sean mas eficaces. Ese proceso permitir a los desarrolladores construir un mejor software en trminos de tiempo de salida al mercado, calidad y costes. Les permite especificar los requisitos que mejor se ajusten a las necesidades de los usuarios. Les permite especificar una arquitectura que permita construir los sistemas de forma econmica y puntual. Un buen proceso de software tiene una ventaja; nos ayuda a construir sistemas ms complejos. sealamos en el primer capitulo que a medida que el mundo real se hace mas complejo, los clientes requerirn sistemas software mas complejos. Los procesos de negocios y su correspondiente software tendrn una vida mas larga. Debido a que los cambios en el mundo real seguirn sucediendo durante estos ciclos de vida, los sistemas software tendrn que disear de un modo que les permita crecer largos periodo de tiempo. Para comprender y dar soporte a esos procesos de negocios mas complejos y para implementarlos en software, los desarrolladores debern trabajar con muchos otros desarrolladores. Para trabajar eficazmente en equipos cada vez mas grandes, se necesita un proceso que sirva como gua. Esta gua tendr como resultado