La administración de proyectos de software es una actividad

sombrilla dentro de la ingeniería de software. Comienza

antes de iniciar cualquier actividad técnica y continúa a lo
largo del modelado, construcción y despliegue del software
de cómputo.
Espectro
administrativo
× Personal
× Producto
× Proceso
× Proyecto
Personal
Los administradores argumentan que las
personas son lo importante, pero sus
acciones en ocasiones contradicen sus
palabras. En esta sección se examina a
las personas que participan en el proceso
de software y la forma en la que se
organizan para realizar ingeniería de
software efectiva.
1. Gerentes ejecutivos.
2. Gerentes de proyecto (técnicos),
3. Profesionales.
4. Clientes.
5. Usuarios finales,
Motivación. Habilidad para alentar al personal técnico a
producir a su máxima capacidad.
Organización. Habilidad para moldear los procesos
existentes (o inventar nuevos) que permitirán que el concepto
inicial se traduzca en un producto final.
Ideas o innovación. Habilidad para alentar a las personas a
crear y sentirse creativas, aun cuando deban trabajar dentro
de fronteras establecidas.
Mantei describe siete factores de proyecto que deben
considerarse:
• Dificultad del problema que se va a resolver.
• “Tamaño” del programa resultante en líneas de código o puntos
de función.
• Tiempo que el equipo permanecerá unido (vida del equipo).
• Grado en el que puede dividirse en módulos el problema.
• Calidad y confiabilidad requeridas por el sistema que se va a
construir.
• Rigidez de la fecha de entrega.
• Grado de sociabilidad (comunicación) requerido para el
proyecto.
Constantine sugiere cuatro “paradigmas organizacionales” para
los equipos de ingeniería de software:
 Un paradigma cerrado
 Un paradigma abierto
 Un paradigma síncrono
 Un paradigma aleatorio
 Equipos ágiles
La filosofía ágil alienta la
satisfacción del cliente y la
entrega incremental
temprana del software, así
como pequeños equipos de
proyecto enormemente
motivados.
La escala de muchos esfuerzos de desarrollo es
grande, lo que conduce a complejidad, confusión
y dificultades significativas en la coordinación de
los miembros del equipo. La incertidumbre es
común, lo que da como resultado un torrente
continuo de cambios que detienen al equipo de
proyecto.
El
Un gerente de proyecto debe examinar el producto; se
pretende que el problema se resuelva desde el principio
mismo del proyecto; cuando menos, debe establecer y
acotar el ámbito del producto.
La primera actividad en la administración del proyecto de software es determinar el
ámbito del software, que se define al responder las siguientes preguntas:
 Contexto. ¿Cómo encaja en un sistema, producto o contexto empresarial más grande
el software que se va a construir y qué restricciones se imponen como resultado del
contexto?

 Objetivos de información. ¿Qué objetos de datos visibles para el cliente se producen

como salida del software? ¿Qué objetos de datos se requieren como entrada?

 Función y desempeño. ¿Qué función realiza el software para transformar los datos
de entrada en salida? ¿Existe alguna característica de desempeño especial que deba
abordarse?
Descomposición del
problema

La descomposición del problema, en ocasiones llamada división o

elaboración del problema, es una actividad que se asienta en el
centro del análisis de requerimientos del software.

En vez de ello, la descomposición se aplica en dos áreas

principales: 1) la funcionalidad y el contenido (información) que
deben entregarse y 2) el proceso que se usará para entregarlo.